本发明涉及道路救援领域，特别是涉及一种车辆救援的关联救援方法、系统和存储介质。
背景技术：
车险是中国广泛开展的一项财险，是以汽车、电车、电瓶车、摩托车等机动车辆作为保险标的的一种保险。目前，在发生交通事故后，一般由事故车主向保险公司报案，保险公司根据报案情况确定救援计划并派出救援车辆和救援司机进行现场救援。在上述工作模式下，现有的道路救援基本上是一辆救援车救援一辆事故车，对于事故双方同属一家保险公司，偶尔也出现救援多辆车的情况，前者造成资源的浪费，后者虽然实现了资源的有效利用，但是在救援的管理往往异常复杂，往往需要先确认是否已经派送其他救援车辆进行救援，在可以同时救援事故中其他车辆时，还需要进行救援分配、等待保险公司进行调度等操作，流程繁琐且效率低下。
技术实现要素：
为了解决上述问题至少之一，本发明第一方面提供一种车辆救援的关联救援方法，包括：
救援调度平台从保险公司的报案平台获取携带救援请求的报案数据，根据报案数据中的事故情况发送救援确认通知至发出报案的用户终端；
所述救援调度平台响应于所述发出报案的用户终端的确认，生成救援任务并指定救援单位；
所述救援调度平台响应于所述救援单位的救援平台派出的救援司机的救援终端发出的附加救援请求，生成附加救援任务并指定该救援司机执行。
进一步地，所述救援调度平台根据所述事故情况中的事故车辆的型号、事故现场的位置和车辆损坏程度，按照权重进行评估并从救援数据库中选择救援单位。
进一步地，所述救援调度平台通知用户终端时启动第一定时器，若在预定时间内没有收到所述发出报案的用户终端的确认或取消，则所述救援平台生成救援任务并指定救援单位。
进一步地，所述救援调度平台生成所述附加救援任务，还响应于所述事故中其他事故车辆司机的用户终端的确认。
进一步地，当所述救援单位的救援司机到达事故现场后，所述救援调度平台响应于所述发出报案的用户终端的救援取消指令，本次救援任务结束。
进一步地，所述救援调度平台在收到救援终端发送的救援报告后进行救援审核，通过自动审核或人工审核获得审核结果。
进一步地，所述救援调度平台收到所述救援平台对所述审核结果的异议后，启动人工审核以核查审核结果。
本发明第二方面提供一种车辆救援的关联救援系统，包括救援调度平台、救援单位的救援平台和救援终端，其中
所述救援调度平台，用于从保险公司的报案平台获取报案数据并根据携带救援请求的报案数据中的事故情况选择救援单位，生成救援任务并使得所述救援平台派出救援司机；
所述用户终端，响应于发出报案的用户，用于与所述救援调度平台进行通信；
所述救援平台，用于指派救援司机，救援司机的救援终端用于申请附加救援任务；
所述救援调度平台，还用于生成附加救援任务并指定该救援司机执行。
进一步地，所述救援调度平台包括获取数据单元、救援数据库、控制单元和通信单元，其中
获取数据单元，用于从保险公司的报案平台获取报案数据；
救援数据库，用于存储各个救援单位的救援数据和地理位置；
控制单元，用于根据携带救援请求的报案数据中的事故情况从所述救援数据库中选择救援单位；
通信单元，用于与发出报案的用户终端和救援平台进行通信。
本发明第三方面提供一种计算机存储介质，其上存储由计算机程序，该程序被处理器执行时用于执行第一方面所述的关联救援方法。
本发明的有益效果如下：
本发明针对目前现有的车辆事故的救援模式所导致的救援资源浪费、管理混乱和效率低下的情况，制定救援平台建立救援任务并引导救援司机根据事故现场实际情况建立附加救援任务，在充分利用救援资源的同时，通过完善救援平台的流程以实现高效管理，并有效提高救援效率。
附图说明
下面结合附图对本发明的具体实施方式作进一步详细的说明。
图1示出本发明的一个实施例所述关联救援的场景架构示意图；
图2示出本发明的一个实施例所述关联救援方法的流程图；
图3示出本发明的一个实施例所述关联救援方法的流程示意图；
图4示出本发明的另一个实施例所述关联救援系统的结构框图；
图5示出本发明的另一个实施例所述关联救援系统的结构框图。
具体实施方式
为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。
如图1所示为本发明涉及的车辆救援中关联救援的场景架构，包括事故车辆、保险公司、救援调度平台和救援单位。当车辆发生事故时，事故车辆的车主作为保险用户向保险公司报案，保险公司记录案件数据，救援调度平台通过保险公司的报案平台获取报案数据，根据报案事故情况在救援数据库中推荐救援单位形成救援方案，并将所述救援方案通知报案用户，经报案用户使用用户终端确认后救援调度平台生成救援任务并通知救援单位安排救援司机完成救援任务。
如图2所示，本发明的一个实施例提供了一种车辆救援的关联救援方法，包括：救援调度平台从保险公司的报案平台获取携带救援请求的报案数据，根据报案数据中的事故情况选择救援单位并通知发出报案的用户终端；所述救援调度平台响应于所述发出报案的用户终端的确认，生成救援任务并指定救援单位；所述救援调度平台响应于所述救援单位的救援平台派出的救援司机的救援终端发出的附加救援请求，生成附加救援任务并指定该救援司机执行。
如图3所示，在一个具体的示例中，通过救援调度平台100、救援单位200和用户终端300实现车辆救援的关联救援，具体步骤如下：
s1.救援调度平台100从保险公司的报案平台获取携带救援请求的报案数据。所述救援调度平台100区别于保险公司的报案平台独立运行，所述救援调度平台100根据一定的时间间隔持续从所述保险公司的报案平台获取携带救援请求的报案数据，例如每30秒查询一次保险公司的报案平台并下载报案数据。
s2.根据报案数据中的事故情况发送救援确认通知至发出报案的用户终端300。所述救援调度平台100根据所述救援请求中事故的报案信息向发出报案的用户终端300发送救援确认通知，本实施例中通过用户终端300通知报案用户但对此不做限制，也可以通过例如短信平台通知所述报案用户，本领域技术人员应当理解并以尽快通知到报案用户为设计准则。
s3.所述救援调度平台100响应于所述发出报案的用户终端的确认，生成救援任务并指定救援单位。当所述救援调度平台100接收到所述报案用户使用用户终端300对事故情况进行的完善信息和救援通知的确认信息后生成救援任务，例如完善车辆使用信息、事故对车辆造成的损坏程度、事故地点的经纬度位置信息等等，并根据车辆型号、事故现场的位置和车辆损坏程度按照预设置的权重进行评估，从救援数据库中选择最适合的救援单位，通知救援单位派出救援车辆和救援司机进行救援，救援司机接到救援任务后赶往事故现场，所述救援司机使用救援终端200与所述救援调度平台100进行通信。
进一步地，为争取救援时间，减少拥堵，当所述救援调度平台100通知发出报案的用户终端300时启动第一定时器，在第一定时器的定时时间范围内，例如五分钟，如果救援调度平台100没有接收到报案用户的确认信息或取消救援通知，则所述救援调度平台100直接生成救援任务并按照报案数据通知救援单位派出救援车辆和救援司机进行救援。
s4.所述救援司机根据事故现场情况判断是否生成附加救援任务。当救援司机赶到事故现场后，若事故双方或多方同属于一家保险公司，并且对方还未请求救援的情况下，救援司机在判断可以同时实施两辆以上事故车辆的救援情况下，本实施例中还需要得到所述事故中其他事故车辆司机的用户终端的确认，也可以通过短信平台和/或电话的确认，本发明不做限制。若事故的其他方车辆的保险属于其他保险公司，或者事故车辆的车主不同意由一辆救援车辆进行救援，则救援司机执行当前救援任务即可。
进一步地，当救援司机达到事故现场后，报案用户通过用户终端取消所述救援请求，此时救援调度平台响应于所述发出报案的用户终端的救援取消指令，则救援调度平台将本次救援任务设置为已结束，救援司机驾驶救援车辆返回救援单位。
s5.所述救援调度平台100响应于所述救援单位的救援平台派出的救援司机的救援终端200发出的附加救援请求，生成附加救援任务并指定该救援司机执行。所述救援司机通过救援终端200向救援调度平台100申请新增救援任务，救援调度平台100在所述救援司机当前执行的救援任务基础上建立附加救援任务，并指定由所述救援司机执行该附加救援任务。
s6.所述救援司机完成救援任务并发送救援报告。所述救援司机接受附加救援任务后实施并完成事故车辆的救援，然后通过救援终端200向救援调度平台100发送救援报告。
s7.所述救援调度平台100响应于救援司机使用救援终端200发送的救援报告，向接受救援任务和/或附加救援任务的车主发送并接收救援评价请求，所述救援任务结束。
s8所述救援调度平台100在救援任务结束后进行救援审核。所述救援任务结束后，救援调度平台对救援任务进行审核，例如包括救援里程、救援用时、用户评价、用户取消救援后救援车辆的空驶里程和救援费用等项目进行综合评估。
进一步地，所述审核包括救援平台的自动审核和人工审核，对于涉及救援里程或救援项目有特殊处理的救援任务进行人工审核以避免不必要的错误审核。进一步地，所述救援调度平台收到所述救援平台对所述审核结果的异议后，启动人工审核以核查审核结果。
s9.所述救援调度平台100根据审核结果与所述救援单位进行结算，本次救援流程结束。
本示例所述关联救援方法在充分利用救援资源的同时，一方面将附加救援任务设置为正常救援任务进行统一管理，另一方面将附加救援任务与所述救援任务进行关联，完善了救援调度平台的调度能力和管理能力。在关联救援过程中，无论是对于救援调度平台还是救援单位、甚至是参与救援的救援司机而言，都能从中受益，对于关联救援形成良性循环，有效节约了现有救援流程中的资源浪费和效率低下问题。
如图4所示，相对应的，本发明的一个实施例提供了一种车辆救援的关联救援系统，包括救援调度平台、用户终端、救援单位的救援平台和救援终端，其中所述救援调度平台，用于从保险公司的报案平台获取报案数据并根据携带救援请求的报案数据中的事故情况选择救援单位，生成救援任务并使得所述救援平台派出救援司机；所述用户终端，响应于发出报案的用户，用于与所述救援调度平台进行通信；所述救援平台，用于指派救援司机，救援司机的救援终端用于申请附加救援任务；所述救援调度平台，还用于生成附加救援任务并指定该救援司机执行。
如图5所示，所述救援调度平台包括获取数据单元、救援数据库、控制单元和通信单元，其中获取数据单元，用于从保险公司的报案平台获取报案数据；救援数据库，用于存储各个救援单位的救援数据和地理位置；控制单元，用于根据携带救援请求的报案数据中的事故情况从所述救援数据库中选择救援单位；通信单元，用于与发出报案的用户终端和救援平台进行通信。
本发明的另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：救援调度平台从保险公司的报案平台获取携带救援请求的报案数据，根据报案数据中的事故情况选择救援单位并通知发出报案的用户终端；所述救援调度平台响应于所述发出报案的用户终端的确认，生成救援任务并指定救援单位；所述救援调度平台响应于所述救援单位的救援平台派出的救援司机的救援终端发出的附加救援请求，生成附加救援任务并指定该救援司机执行。
可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实时例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本发明提供的关联救援方法和关联救援系统具有广泛的适用性，可适用于各个保险公司的报案平台。首先本发明的关联救援系统独立于报案平台运行，方便接入报案平台并且不影响报案平台的运营；其次，根据救援现场的实际情况，在允许附加救援的基础上充分利用救援资源，提高救援效率；最后，通过救援调度平台的流程化处理实现救援平台的线上机制的运行，减少不必要的人工干预，能够有效加强救援调度平台的调度能力和管理能力。
显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。