道路救援数据处理方法、装置、计算机设备及存储介质与流程

本发明涉及数据处理领域，尤其涉及一种道路救援数据处理方法、装置、计算机设备及存储介质。

背景技术：

目前，由于汽车产业的蓬勃发展，为了满足车主不断膨胀的服务需求，车辆的道路援救行业开始逐步发展。在道路救援过程中，针对每一个被救援方的每一个救援事件的救援，均需要人工对订单的完成情况、完成程度以及救援数据进行审核，其效率低下且容易出错，从而引发救援师傅或车主的抵触心理，甚至会因此被客户投诉；同时，完成救援之后的各种流程确认均需要通过邮寄文档进行双方签名确认，耗时长、效率低，也不利于文档保存。

技术实现要素：

本发明提供一种道路救援数据处理方法、装置、计算机设备及存储介质，可以缩短执行周期、降低出错率、提升救援效率、提高救援方的服务积极性；同时，使用救援清单以及救援方和被救援方签名的电子化，降低了纸张成本，达到方便数据保存和查阅的效果。

一种道路救援数据处理方法，包括：

接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

接收所述被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

一种道路救援数据处理装置，包括：

接收模块，用于接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

获取模块，用于根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

确认模块，用于根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

发送模块，用于在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

生成模块，用于接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

执行模块，用于接收所述被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述道路救援数据处理方法的步骤。

本发明通过接收救援方发送的救援完成指令，根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据，根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态，根据匹配状态确定是否根据所述救援清单执行预设操作流程执行预设操作流程，实现缩短结算周期，降低出错率、提升救援效率，同时实现了单据电子化，降低了成本，达到了方便数据保存和查阅的效果。

附图说明

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

图1是本发明一实施例中道路救援数据处理方法的应用环境示意图；

图2是本发明一实施例中道路救援数据处理方法的流程图；

图3是本发明一实施例中道路救援数据处理方法的步骤s10的流程图；

图4是本发明一实施例中道路救援数据处理方法的步骤s103的流程图；

图5是本发明一实施例中道路救援数据处理方法的步骤s20的流程图；

图6是本发明一实施例中道路救援数据处理装置的原理框图；

图7是本发明一实施例中计算机设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的用户访问数据处理方法，可应用在如图1的应用环境中，其中，客户端(计算机设备)通过网络与服务器进行通信。其中，客户端(计算机设备)包括但不限于为各种个人计算机、笔记本电脑、智能手机、平板电脑、摄像头和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种道路救援数据处理方法，其技术方案主要包括以下步骤s10-s60：

s10，接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

在接收到被救援方的救援请求时，救援请求中包含被救援方请求救援的救援项目(在所述救援请求为针对道路救援请求，所述救援项目包括充气、搭电、地库牵引、换胎、困境救援、全落地、送油、拖车等救援项目)以及被救援方的坐标位置等，救援方被派遣去进行救援之后，若所述救援方已经将本次救援的救援数据上传至服务器的数据库中，即可向服务器发送救援完成指令，可理解地，所述救援指令中必须包含所述被救援方的身份标识，确定所述被救援方的身份，也同时必须包含所述救援事件标识，以确定所述救援事件对应的救援请求。

在一实施例中，如图3所示，所述步骤s10，也即所述接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识，包括：

s101，获取所述救援方发送的语音数据；

s102，将所述语音数据转换为语音文本；

s103，提取所述语音文本中的指令关键词、救援事件标识和所述救援方的身份标识；

s104，自语音关键词库中调取与救援完成指令对应的所有语音关键词；其中，在所述语音关键词库中，一种指令类别与一个以上的所述语音关键词关联，一个所述语音关键词仅与一种指令类别关联，所述指令类别包含所述语音关键词；

s105，在所述指令关键词和与调取的所有所述语音关键词中的其中一个所述语音关键词匹配时，确认接收到所述救援方通过与所述指令关键词对应的所述语音数据发送的包含所述救援事件标识以及所述身份标识的救援完成指令。

也即，在本实施例中，所述救援方可以通过语音数据发送救援完成指令。由于一个指令类别与一个以上的所述语音关键词关联，此时，若语音数据中包含所述语音关键词，则表明通过该语音数据可以下达该指令类别的指令。此时，若需要确认是否可以通过语音数据发送救援完成指令，则首先需要确定与救援完成指令对应的所有语音关键词，并确定自语音数据中提取的所述指令关键词是否与其上述所有语音关键词中的任意一个匹配(也即相同)，若匹配，则说明根据所述指令关键词可以确认是否可以通过该语音数据发送救援完成指令。否则，并不能通过该语音数据发送救援完成指令，此时，可以获取下一个所述救援方发送的语音数据。可理解地，在一些实施例中，亦可以通过滑动、点击、指纹识别、人脸识别等方式触发所述救援完成指令亦可。

在一实施例中，如图4所示，所述步骤s103，也即所述提取所述语音数据中的指令关键词、救援事件标识和所述救援方的身份标识，包括：

s1031，获取预设的救援标识规则，并解析所述救援标识规则中的字符类型及序列；在所述语音文本中存在与所述救援标识规则中的字符类型及序列均匹配的第一字符段时，将所述第一字符段记录为所述语音数据中的救援事件标识；

s1032，获取预设的身份标识规则，并解析所述身份标识规则中的字符类型及序列；

在除所述救援事件标识之外的所述语音文本中存在与所述身份标识规则中的字符类型及序列均匹配的第二字符段时，将所述第二字符段记录为所述语音数据中的身份标识；

s1033，对除所述救援事件标识以及所述身份标识之外的所述语音文本进行分词处理，获取分词处理之后的多个词汇；

将所述多个词汇与预设指令库中的所有关键词进行匹配，在匹配成功时，将所述词汇记录为指令关键词。

可理解地，在本实施例中，所述救援标识规则中可能包含数字、字母、特殊字符等字符类型，且其排列顺序有特殊规定，因此，只需要字符类型与序列均匹配，可以认为该第一字符段即为所述救援标识规则。同理，所述身份标识规则中可能包含数字、字母、特殊字符等字符类型，且其排列顺序有特殊规定，因此，只需要字符类型与序列均匹配，可以认为该第二字符段即为所述身份标识规则。

可理解地，在除所述救援事件标识之外的所述语音文本中提取身份标识，可以减少数据的处理量，降低服务器负载。同理，在对除所述救援事件标识以及所述身份标识之外的所述语音文本中提取指令关键词，同样可以减少数据的处理量，降低服务器负载。在本实施例中，自所述语音文本中依次按照救援事件标识-身份标识-指令关键词的顺序进行提取。可理解地，指令关键词、救援事件标识和身份标识三者的提取先后顺序可以根据需求相互交换。比如，若提取先后顺序为：指令关键词-救援事件标识-身份标识，则可以首先对语音文本全文进行分词处理之后提取指令关键词，再在除所述指令关键词之外的所述语音文本中提取救援事件标识，最后在除所述指令关键词和所述救援事件标识之外的语音文本中提取身份标识；其他提取顺序亦可以以此类推。如此，可以根据指令关键词、救援事件标识和身份标识三者本身数据量的大小确定其提取的先后顺序，也即，可以将三者中文本数据量(比如字符长度)最大的一个放置在提取顺序中最先的位置，如此，在对三者中其他两个进行提取时，无需重复读取三者中文本数据量最大的，因此降低了计算机的负载；比如，若指令关键词本身的数据量最大，此时，可以首先提取所述指令关键词，如此，在对救援事件标识和身份标识进行提取时，无需再读取语音文本中的指令关键词。同理，三者中文本数据量第二大的，可以放置在提取顺序中第二的位置。

s20，根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

可理解地，所述其他救援信息包括但不限定于为被救援方信息、救援轨迹(从救援方被派发对所述被救援方进行救援时所在的坐标位置到所述救援请求中被救援方的坐标位置的过程中，所述救援方的行进路线)、救援照片、救援状态变更(救援状态包括但不限定于为接收救援任务、抵达救援地点路途中、抵达救援地点、救援中等)等。所述其他救援信息被存储在救援完成之前已被存储在数据库中。

所述救援项目可以是指上述被救援方在救援请求中提及的救援项目(若救援方抵达救援地点之后，确认被救援请求中提及的救援项目无误，可以将被救援方上传的救援项目记录至所述救援数据中即可，无需重新录入)，也可以包含除此之外的其他救援项目(若救援方抵达救援地点之后，确认被救援请求中提及的救援项目有误，可以直接与被救援方确认之后调整所述救援项目，并将其重新上传至数据库中；在另一实施例中，亦可以指示所述被救援方取消此前有误的所述救援项目对应的救援请求，并重新向服务器发送另一包含调整之后的所述救援项目的救援请求)；所述待审核项可以是指所述救援方为每一所述救援项目设定的救援价格项。所述待审核项可以由救援方完成救援之前，与所述被救援方现场商议确认并上传至数据库中。

在一实施例中，所述步骤s101之后，如图5所示，所述根据所述身份标识确认所述救援方身份无误，包括：

s201，自预设声纹库中获取与所述身份标识匹配的所有身份声纹特征；每一所述身份声纹特征均与一个所述身份标识以及一种指令类别关联，所述指令类别包含所述救援完成指令；

s202，自与所述身份标识匹配的所有所述身份声纹特征中，确定与所述救援完成指令关联的所述身份声纹特征；

s203，自所述语音数据中提取与所述指令关键词对应的语音段的声纹特征；

s204，获取与所述救援完成指令关联的所述身份声纹特征以及所述语音段的声纹特征之间的相似度，在所述相似度超过预设相似度阈值时，确认所述救援方身份无误。

也即，在本实施例中，可以从步骤s101中获取到的救援方录入的所述语音数据中，确定该语音数据中对应于指令关键词的语音段，进而提取该语音段的声纹特征。

可理解地，在数据库中的预设声纹库中，存储有该救援方(与该救援方的身份标识匹配的身份声纹特征均为该救援方录入的语音中的声纹特征)的身份声纹特征；但是，由于该救援方针对不同的指令类别会录入不同的身份声纹特征，因此，在本实施例中，首先要确定救援方录入的(与身份标识匹配的)且与该指令类别匹配的(与所述救援完成指令关联)的身份声纹特征，并确定该身份声纹特征与上述语音段的声纹特征是否匹配；如此，比对的声纹特征是针对于同一个指令类别(本发明中的救援完成指令)，因此，相对于所述救援方在不同的两种场景下录入的两段不相关语音的语音特征之间的相似度；上述与所述救援完成指令关联的所述身份声纹特征以及所述语音段的声纹特征之间的相似度应相对更高，如此，在该实施例中，虽然所述预设相似度阈值额可以根据需求设定，但是该预设相似度阈值可以设定得相对更高，此时，若与所述救援完成指令关联的所述身份声纹特征以及所述语音段的声纹特征之间的相似度大于预设相似度阈值，显然对于该救援方的身份的确认精度也会更高。同时，由于提取的声纹特征仅仅是对应于所述指令关键词的语音段的声纹特征，而不是整个所述语音数据，因此，在声纹特征的提取过程中，数据处理量将会更小，因此，在提升声纹识别的精度的同时，还提升了服务器的处理效率。

进一步地，在上述步骤s104-105中，还提到一个指令类别与一个以上的所述语音关键词关联，因此，若本实施例中的指令类别与两个以上的所述语音关键词关联，此时每一个语音关键词可以关联于一个身份声纹特征；此时，可以自所述语音数据中提取与所述语音关键词对应的语音段的声纹特征，同时，确定与该语音关键词关联的身份声纹特征，进而将上述两者的相似度与预设相似度阈值进行比对，以确认所述救援方的身份，如此，由于比对的两个声纹特征的匹配程度将会更高，因此，身份确认的精度也会随之将会更高。

s30，根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

在该步骤中，所述预设的匹配标准中记录了每一项救援项目以及与该救援项目对应的待确认项(比如，救援项目为拖车，待确认项为该救援项目的救援价格)，且该待确认项是每一个救援项目被固定的标准数值，因此，在同一个救援项目的待确认项与救援方上传的待审核项不匹配时，说明要么就是该救援项目是非标项目(救援难度或者救援情况等超出标准救援项目的范畴，因此其对应的待审核项也超出了待确认项设定的标准数值的范畴)，要么就是救援方上传的待审核项有误。

因此，在本实施例中，首先通过预设的匹配标准获取与各所述救援项目匹配的待确认项；进而，将救援方上传的待审核项与待确认项进行匹配，并标记每一项所述救援项目的所述待确认项与所述待审核项的匹配状态。使得后续可以根据该匹配状态确定是否执行预设操作。

s40，在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

也即，若服务器验证所述其他救援信息以及所有救援项目的待审核项均无误，此时，可以直接将所有所述救援项目的所述待确认项发送给救援方和被救援方进行确认，以便于在救援方和被救援方均确认之后，根据所有所述救援项目的所述待确认项执行预设操作流程。而若服务器验证所述其他救援信息或/和所有救援项目的待审核项有误，此时，需要提示救援方对其进行修改或补充数据，并在修改或补充之后，再次审核其是否无误。

s50，接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

也即，在该实施例中，所述电子签名预先与所述救援方的身份标识关联存储在数据库中，在救援数据被服务器审核无误，且救援方确认待确认项信息无误之后，可以根据被服务器审核无误的救援数据生成救援清单，此时根据所述身份标识从数据库中调取电子签名，以将该电子签名签署在生成的救援清单中。所述确认信息是指救援方确认所述待确认项无误之后反馈给服务器的确认信息。

在该步骤中，所述根据所述救援数据以及所述电子签名生成救援清单，具体为：首先获取清单文本框架，该清单文本框架中包含可以用于插入所述救援数据(此时所述救援数据中的所有内容均已经被所述救援方确认无误)的第一位置、用于插入所述救援方的电子签名的第二位置；且所述第一位置和所述第二位置可以根据特征关键词进行定位，比如，首先提取所述清单文本框架中包含的特征关键词，以根据所述特征关键词在所述清单文本框架中的位置确定插入位置(比如第一位置或第二位置)，再将上述救援数据以及所述电子签名插入清单文本框架中，最终生成救援清单；比如：若需要找寻第二位置，可以提取签名、盖章等特征关键词，再根据预设的位置设定规则(比如，签名位置设置在上述特征关键词右边或下方，且该位置应为空白)确定所述第二位置；此后，再将上述电子签名插入所述第二位置。可理解的，所述待签名文件包含至少一处所述第二位置和第一位置。

可理解的，在将所述救援数据以及所述电子签名插入所述清单文本框架之后，还可以获取所述救援方当前签名的日期作为签名时间，并生成与所述签名时间对应的时间戳，并将所述时间戳插入至所述救援清单中的预设日期位置，以在签名的同时签署签名日期；优选地，所述预先日期位置设置在所述预先签名位置的下方。其中，所述时间戳用于确认当前签名的时间点，且所述时间戳可以用年月日或者日期符号(-或者/)进行表示，比如：2007年7月31日、二零零七年一月十日、2008/8/13等。需要说明的是，若在所述清单文本框架中默认已存在跟随当前日期变化的所述时间戳时，则无需设置所述预先日期位置。

s60，接收被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

其中，被救援方可以在救援方当前使用的客户端上录入签名，亦可以令服务器将包含救援数据和救援方电子签名的救援清单发送至被救援方，以供被救援方在自己的客户端上录入签名。并且，被救援方录入的签名也会被插入上述救援清单中的预设位置。也即，所述被救援方确认无误并生成救援清单之后，还需要被救援方确认该救援清单，以便于后续在发生纠纷时，可以根据救援方和被救援方均签名确认的救援清单进行维权。

同时，还需要根据最终的包含救援方电子签名和被救援方的签名的救援清单中最终被确认无误的待审核项执行预设操作流程，比如，在该步骤中，被救援方确认救援数据中的救援项目、每一项救援项目的救援价格项(服务器和救援方均确认无误的待审核项)以及其他救援信息均无误之后，录入签名，此时，服务器根据所述待审核(救援价格项)发起自动结算流程(预设操作流程)。

在一实施例中，所述步骤s30之后，还包括：

在确认存在所述救援项目的所述待确认项与所述待审核项的匹配状态为不匹配时，向所述救援方提示所述救援项目的所述待确认项与所述待审核项并不匹配；

接收所述救援方确认不匹配的所述救援项目中的所述待确认项有误之后发送的非标修改请求；所述非标修改请求中包含与所述救援项目对应的非标类型、非标数据、有误的所述待确认项的修改值；

获取与所述非标类型关联的非标等级，每一个所述非标类型与至少一个所述非标等级关联；每一个所述非标等级对应于一个非标数据范围；每一个所述非标等级对应于一个浮动比率；

确定所述非标数据所属的所述非标数据范围，并根据确定的所述非标数据范围获取与其关联的所述非标等级对应的所述浮动比率；

确定所述修改值与有误的所述待确认项的比值是否超过所述浮动比率；

在超过所述浮动比率时，驳回所述非标修改请求；

在未超过所述浮动比率时，将不匹配的所述救援项目中有误的所述待确认项修改为所述修改值。

也即，在该实施例中，若服务器确认有至少一项的救援项目的待确认项与待审核项的匹配状态为不匹配，会提示救援方不匹配之处，此时，若救援方认为不匹配的该救援项目的救援难度或者救援情况等超出标准救援项目的范畴，因此该救援项目是非标项目，其对应的待审核项也超出了该救援项目的待确认项设定的标准数值的范畴，需要对该待确认项进行调整，此时可以向服务器发起非标修改请求；所述非标修改请求中包含与所述救援项目对应的非标类型(也即该救援项目属于哪一种类型的非标项目，难度系数大、救援时间长或救援耗材多等)、非标数据(非标数据也即证明该救援项目为非标项目的证据和数据等)、有误的所述待确认项的修改值(需要对所述待确认项进行修改的数值)。可理解地，每一个所述非标类型对应于一个或多个非标等级；每一个非标等级对应于一个非标数据范围，也即，只要救援方上传的非标数据在所述非标数据范围中，即可认为该救援项目属于该非标等级；同时，每一个所述非标等级对应于一个浮动比率，若该救援项目属于该非标等级，可以在所述救援项目的标准数值(预设的匹配标准中的待确认项)的浮动比率的范畴之内对其进行调整，也即，可以在确认该救援项目对应的非标等级之后，确认所述修改值与所述救援项目的标准数值(预设的匹配标准中的待确认项)之间的比值是否超过所述浮动比率，若超过，说明修改值与其非标等级不对应，驳回该非标修改请求，令救援方重新修改或补充，若未超过，说明修改值与其非标等级对应，可以将该救援项目视为该非标等级的非标项目进行处理，此时，将不匹配的所述救援项目中有误的所述待确认项修改为所述修改值，可理解地，若救援方上传的该救援项目的待审核项也与该修改值不同，此时亦可同时将该待审核项同步修改为该修改值。在该实施例中，针对救援项目中的非标项目，救援方可以向服务器发送包含修改值的非标修改请求，由服务器确认该救援项目是否属于非标项目(获取与所述非标类型关联的非标等级)，并自动确认该修改值是否合理(修改值与有误的待确认项的比值是否超过浮动比率)，若不合理，认为其并不属于非标项目或者该非标项目的修改值不符合要求，驳回非标修改请求，若合理，则直接用所述修改值作为该非标项目的待确认项。本实施例中，由服务器执行的上述过程，数据处理速度快，且可以及时将处理之后的数据反馈给救援方，以便于救援方得到该数据的处理结果之后尽快与被救援方沟通并进入下一步流程中；同时，数据处理效率高且不会出错，提升了数据的可信度；并且，上述数据修改、驳回等处理过程，在服务器中确认之后即可直接执行，无需反复审批核对，简化了处理流程；且相关的处理数据亦可保存在数据库中，以便于后续查看核对。

在一实施例中，所述在确认存在所述救援项目的所述待确认项与所述待审核项的匹配状态为不匹配时，向所述救援方提示所述救援项目的所述待确认项与所述待审核项并不匹配之后，包括：

接收所述救援方确认不匹配的所述救援项目中的所述待审核项有误之后发送的更新请求；所述更新请求中包含有误的所述待审核项的更新值，并根据所述更新值对有误的所述待审核项进行更新。

也即，在该实施例中，若救援方认为不匹配的该救援项目的所述待审核项在录入时有误，可以申请对其进行更新修改即可。

在一实施例中，所述步骤s30之后，还包括：

在确认所述其他救援信息有误时，向所述救援方发送修改请求，所述修改请求中包含所述救援方信息的待修改位置以及修改要求；

获取所述救援方根据所述修改要求对所述待修改位置录入的修改数据，并根据所述修改数据对有误的所述其他救援信息进行修改。

也即，在该实施例中，若救援方认为该救援项目的其他救援信息在录入时有误，可以申请对其进行更新修改即可。

本发明通过接收救援方发送的救援完成指令，根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据，根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态，根据匹配状态确定是否根据所述救援清单执行预设操作流程执行预设操作流程，实现缩短执行周期、降低出错率、提高救援方的服务积极性；同时，使用救援清单以及救援方和被救援方签名的电子化，减少了纸张成本，达到方便数据保存和查阅效果。

在一实施例中，提供一种道路救援数据处理装置，该道路救援数据处理装置与上述实施例中道路救援数据处理方法一一对应。如图6所示，该道路救援数据处理装置包括接收模块11、获取模块12、确认模块13、发送模块14、生成模块15、执行模块16。各功能模块详细说明如下：

接收模块11，用于接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

获取模块12，用于根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

确认模块13，用于根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

发送模块14，用于在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

生成模块15，用于接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

执行模块16，用于接收所述被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

关于道路救援数据处理装置的具体限定可以参见上文中对于道路救援数据处理方法的限定，在此不再赘述。上述道路救援数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种道路救援数据处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储器在存储在存储器上并可在处理器上运行的计算机可读指令。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种道路救援数据处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

接收所述被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收救援方发送的救援完成指令；所述救援完成指令中包含救援事件标识以及所述救援方的身份标识；

根据所述身份标识确认所述救援方身份无误，并根据所述救援事件标识获取所述救援方上传的救援数据；所述救援数据中包含救援项目、与所述救援项目关联的待审核项以及其他救援信息；

根据预设的匹配标准获取与所述救援项目匹配的待确认项，并标记同一所述救援项目的所述待确认项与所述待审核项的匹配状态；所述匹配状态包括同一所述救援项目的所述待确认项与所述待审核项匹配和不匹配；

在确认所述其他救援信息无误且所有所述救援项目的所述待确认项与所述待审核项的匹配状态均为匹配时，将包含所有所述救援项目的所述待确认项的所述审核数据发送至所述救援方；

接收所述救援方确认所述审核数据中的所述待确认项无误之后发送的确认信息，自数据库中调取与所述救援方的所述身份标识关联的电子签名，并根据所述救援数据以及所述电子签名生成救援清单；

接收所述被救援方确认所述救援清单无误之后录入的签名，将所述签名插入所述救援清单中的预设位置之后，将所述救援清单与所述救援事件标识关联存储，并根据所述救援清单执行预设操作流程。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。