一种管理车辆的方法和系统与流程

文档序号:30946354发布日期:2022-07-30 05:24阅读:86来源:国知局
一种管理车辆的方法和系统与流程

1.本公开涉及软件开发技术,特别涉及一种利用软件开发技术管理车辆的方法、装置和计算机存储介质。


背景技术:

2.随着经济的快速增长,车辆持有量每年以较快的速度增加。车辆在使用之前,通常车主会为车辆保险,例如通常会根据法律规定为车辆投保机动车交通事故责任强制保险以及根据需求为车辆投保商业保险。在车辆使用过程中,可能会遇到交通事故,此时需要通过报险申请理赔的方式来维修车辆。在车辆报险过程中,通常车辆负责人需要与保险机构、维修机构以及交通管理部门等多个部门进行沟通处理。
3.目前仍存在对车辆管理过程进行优化的需求。


技术实现要素:

4.本公开提供了一种新颖的管理车辆的方法和系统。
5.根据本公开的第一方面,提供了一种由计算机实施的管理车辆的系统,包括:终端设备,被配置为接收用户的指示车辆发生事故的第一消息;车辆管理系统,被配置为接收用户经由终端设备发送的第一消息,并响应于接收到第一消息向定损系统发送第二消息,所述第二消息请求定损系统为车辆所发生的事故生成理赔信息;以及定损系统,被配置为:接收由车辆管理系统发送的第二消息;响应于接收到第二消息收集与所述车辆的维修有关的信息;基于所收集的与所述车辆的维修有关的信息生成所述车辆的理赔信息;以及将理赔信息发送至车辆管理系统;其中车辆管理系统还被配置为:从定损系统接收理赔信息;至少响应于接收到理赔信息将理赔信息发送至审批系统;以及响应于从审批系统接收审批信息,基于所接收的审批信息更新所述车辆在车辆管理系统中的车辆状态。
6.根据本公开的第二方面,提供了一种由计算机实施的管理车辆的方法,包括:由车辆管理系统接收用户经由终端设备发送的第一消息,所述第一消息指示车辆发生事故;响应于接收到第一消息,由车辆管理系统向定损系统发送第二消息,所述第二消息请求定损系统为车辆所发生的事故生成理赔信息;响应于接收到第二消息,由定损系统收集与所述车辆的维修有关的信息并基于所收集的与所述车辆的维修有关的信息生成所述车辆的理赔信息;由定损系统将理赔信息发送至车辆管理系统;由车辆管理系统从定损系统接收理赔信息并至少响应于接收到理赔信息将理赔信息发送至审批系统;以及响应于从审批系统接收审批信息,由车辆管理系统基于所接收的审批信息更新所述车辆在车辆管理系统中的车辆状态。
7.根据本公开的第三方面,提供了一种计算机系统,所述计算机系统包括:至少一个处理器;和至少一个非暂态的计算机可读介质,其上存储有计算机可执行指令,所述计算机可执行指令在由所述至少一个处理器运行时使得所述至少一个处理器执行前述方法。
8.根据本公开的第四方面,提供了一种非暂态的计算机可读介质,其上存储有计算
机可执行指令,所述计算机可执行指令在由一个或更多个计算设备运行时使得所述一个或更多个计算设备执行前述方法。
9.根据本公开的第五方面,提供了一种计算机程序产品,包括计算机指令,该计算机指令被处理器执行时实现前述方法。
10.通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得更为清楚。
附图说明
11.构成说明书的一部分的附图描述了本公开的实施例,并且连同说明书一起用于解释本公开的原理。
12.参照附图,根据下面的详细描述,可以更加清楚地理解本公开,其中:
13.图1示出了根据本发明的一些示例性实施例的管理车辆的系统的结构图。
14.图2示出了根据本发明的一些示例性实施例的管理车辆的方法的流程图。
15.图3示出了根据本发明的一些示例性实施例的用于管理车辆的系统的界面的示意图。
16.图4示出了可以实现根据本发明的实施例的计算设备的示例性配置。
具体实施方式
17.参考附图进行以下详细描述,并且提供以下详细描述以帮助全面理解本公开的各种示例实施例。以下描述包括各种细节以帮助理解,但是这些细节仅被认为是示例,而不是为了限制本公开。在以下描述中使用的词语和短语仅用于能够清楚一致地理解本公开。另外,为了清楚和简洁起见,可能省略了对公知的结构、功能和配置的描述。本领域普通技术人员将认识到,在不脱离本公开的精神和范围的情况下,可以对本文描述的示例进行各种改变和修改。请注意,类似的参考数字和字母指的是图中的类似的项目,因而一旦在一幅图中定义了一个项目,就不需要在之后的图中讨论了。在本公开中,术语“第一”、“第二”等仅仅被用来在元件或步骤之间进行区分,而并不意图表示时间顺序、优先级或重要性。
18.如前所述,在车辆使用过程中,可能会遇到交通事故,此时需要通过报险申请理赔的方式来维修车辆。在车辆报险过程中,通常车辆负责人需要与保险机构、维修机构以及交通管理部门等多个部门进行沟通处理,这个过程会占用过多资源,并且是繁琐而费时的。例如,通常对于一次事故,车辆负责人至少需要与不同部门沟通三到四次,而且由于处理周期较长,且涉及多个部门间的沟通协调,处理过程会十分繁琐。对于持有较多车辆的公司,不得不委派专人来负责对车辆出险的处理,这会占用较多的资源。
19.本技术提供了一种由计算机实施的管理车辆的系统,能够优化对车辆的管理。
20.图1示出了根据本发明的一个示例性实施例的管理车辆的系统的结构图。如图所示,由计算机实施的管理车辆的系统可以包括终端设备101、车辆管理系统102、定损系统103。其中,终端设备101被配置为接收用户100的指示车辆发生事故的第一消息。例如,终端设备101可以是用户的手机,用户可以通过使用手机发送短信的方式或登录应用的方式来向车辆管理系统发送第一消息,以报告车辆发生了事故。用户可以是车辆负责人,由车辆负责人通过其手机发送消息给车辆管理系统102或者通过登录车辆管理系统102的应用来发
送车辆发生事故的消息。用户也可以是任何负责报告车辆发生事故的其它人员。
21.示例而非限制地,终端设备101可以是台式计算机、膝上型计算机、服务器、大型计算机、基于云的计算机、平板计算机、智能手机、智能手表、可穿戴设备、消费电子设备、便携式计算设备等。
22.第一消息可以包括车辆标识号,例如车辆的vin(vehicle identification number)码。第一消息还可以包括车辆发生事故的时间、车辆发生事故的地点、车辆发生事故的照片中的一个或多个。
23.车辆管理系统102被配置为接收用户经由终端设备发送的第一消息,并响应于接收到第一消息向定损系统103发送第二消息,第二消息请求定损系统为车辆所发生的事故生成理赔信息。
24.在使用中,可以根据不同的应用环境,在车辆管理系统中建立车辆列表。在车辆管理系统接收到车辆发生事故的消息后,可以由车辆管理系统确定该车辆是否在所建立的列表中。如果车辆在所建立的列表中,可以继续进行后续步骤,同时,车辆管理系统可以向终端设备发送确认消息,以告知用户此次车辆事故已经进入车辆管理系统的处理过程。如果确定车辆不在所建立的列表中,车辆管理系统可以向终端设备发送消息,以告知用户该车辆不在列表中,不能在车辆管理系统中进行处理。通过该方式,可以将使用该系统进行管理的车辆限制在期望的范围内。
25.定损系统103被配置为接收由车辆管理系统发送的第二消息。定损系统103响应于接收到第二消息收集与车辆的维修有关的信息。例如,定损系统103可以通过与车辆维修机构通信来收集与车辆的维修有关的信息。例如,定损系统103可以收集车辆发生事故的时间、车辆发生事故的地点、车辆发生事故的照片中的一个或多个,并将这些信息发送给维修机构,以从维修机构获得与维修车辆有关的信息,例如,维修方式、维修金额、维修所需时间等等。车辆维修机构例如可以是4s店。定损系统103可以基于所收集的与车辆的维修有关的信息生成车辆的理赔信息。理赔信息可以包括理赔额、理赔比例等等。定损系统103可以将理赔信息发送至车辆管理系统102。
26.在车辆管理系统102从定损系统103接收到理赔信息时,车辆管理系统102可以至少响应于接收到理赔信息将理赔信息发送至审批系统104,并且响应于从审批系统104接收到审批信息,车辆管理系统102可以基于所接收的审批信息更新车辆在车辆管理系统中的车辆状态。例如,如果审批系统104审批通过所接收的理赔信息,那么车辆管理系统102可以将车辆状态更新为理赔审批通过的状态。
27.根据不同的使用需要,也可以在车辆管理系统中对从定损系统中接收的理赔信息进行预审批。车辆管理系统还可以被配置为确定所接收的理赔信息是否满足预定条件;以及如果确定所接收的理赔信息满足预定条件,则将所接收的理赔信息发送至审批系统。根据需要,预定条件可以是预定最大金额限制条件,也可是预定最大次数限制条件,本领域的技术人员将理解,可以根据需要设置不同的预定条件来对理赔信息进行预审批。
28.根据所公开的实施例的一个方面,车辆管理系统可以根据处理流程的进行而随时更新车辆状态,从而关心车辆处理情况的人员可以实时了解车辆状态。
29.车辆管理系统还被配置为响应于接收到第一消息,将车辆在车辆管理系统中的车辆状态更新为第一状态。例如,第一状态可以是车辆已报险或车辆已进入车辆管理系统处
理队列中的状态。也就是说,当车辆管理系统接收到用户通过终端设备发送的报告车辆事故的消息后,车辆管理系统就可以将车辆状态更新为已报险。用户可以通过终端设备查询该状态,以确认完成了报告车辆故障的任务。车辆管理系统也可以自动地将车辆状态发送至终端设备。
30.车辆管理系统还被配置为响应于接收到理赔信息,将车辆在车辆管理系统中的车辆状态更新为第二状态。例如,第二状态可以是已定损等待审批的状态。车辆管理系统还被配置为响应于接收到审批信息,将所述在车辆管理系统中的车辆状态更新为第三状态。例如,第三状态可以是理赔审批通过的状态。如前所述,用户可以通过终端设备查询该状态,车辆管理系统也可以自动地将车辆状态发送至终端设备,以便用户可以实时跟踪处理情况。
31.在本公开的技术方案中,可以监视车辆从报告事故开始的所有信息,例如车辆事故信息、车辆维修信息、车辆理赔信息等等。因此,管理人员可以通过该车辆管理系统完成对车辆的全生命周期的管理。另外,对于一些公司内部使用车辆,在达到一定使用周期后,该车辆可以进入二手车辆市场。车辆已有的全生命周期的信息对于二手车辆市场是十分重要的。因此,对于车辆的全生命周期的管理是具有重要意义的。
32.根据本公开的一个实施例的方面,车辆管理系统还被配置为响应于接收到第一消息,建立车辆的档案,以及基于第一消息、与车辆的维修有关的信息、理赔信息、审批信息以及车辆状态中的至少一个更新车辆的档案。例如,车辆的档案中可以包括车辆每次发生事故的时间、地点、事故照片等,还可包括每次事故的理赔信息以及审批信息。通过车辆的档案,可以判断车辆在已经经历的生命周期中的使用情况。可以通过访问车辆管理系统的界面来查看档案。也可以根据用户的请求发送车辆的档案。车辆管理系统还被配置为接收获取车辆的档案的请求;以及响应于接收到获取车辆的档案的请求,发送车辆的档案。根据本公开的一些实施例,对车辆感兴趣的有权限的任意方可以查询档案。例如但不限于,当车辆作为二手车再次进入市场出售时,有意向购买该车辆的人员在获得权限之后也可以查询该车辆的档案。又例如,希望分析某种车型车辆的技术人员,在获得权限之后也可以查询车辆的档案。
33.在根据本公开的一些实施例中,车辆管理系统、定损系统、审批系统可以例如由车辆制造商来维护,审批系统例如可以是财务系统的一部分。
34.在根据本公开的技术方案中,可以自动完成车辆发生事故之后所需要的处理流程,避免了繁琐低效的多次人员沟通过程,大大减少了对资源的占用。根据本公开的技术方案的处理流程是快速的,并且对用户而言信息透明。并且,在本公开的技术方案中,可以对车辆的全生命周期的信息进行管理,形成车辆的更完整的档案。这些数据对于分析车辆使用情况具有重要的意义。
35.图2示出了根据本发明的一个示例性实施例的管理车辆的方法的流程图。
36.在步骤201中,由车辆管理系统接收用户经由终端设备发送的第一消息,第一消息指示车辆发生事故。例如,终端设备可以是用户的手机,用户可以通过使用手机发送短信的方式或登录应用的方式来向车辆管理系统发送第一消息,以报告车辆发生了事故。
37.示例而非限制地,终端设备可以是台式计算机、膝上型计算机、服务器、大型计算机、基于云的计算机、平板计算机、智能手机、智能手表、可穿戴设备、消费电子设备、便携式
计算设备等。
38.第一消息可以包括车辆标识号,例如车辆的vin码。第一消息还可以包括车辆发生事故的时间、车辆发生事故的地点、车辆发生事故的照片中的一个或多个。
39.在步骤202中,响应于接收到第一消息,由车辆管理系统向定损系统发送第二消息,第二消息请求定损系统为车辆所发生的事故生成理赔信息。
40.在步骤203中,响应于接收到第二消息,由定损系统收集与车辆的维修有关的信息并基于所收集的与所述车辆的维修有关的信息生成所述车辆的理赔信息。
41.在步骤204中,由定损系统将理赔信息发送至车辆管理系统。
42.例如,定损系统可以通过与车辆维修机构通信来收集与车辆的维修有关的信息。例如,定损系统可以收集车辆发生事故的时间、车辆发生事故的地点、车辆发生事故的照片中的一个或多个,并将这些信息发送给维修机构,以从维修机构获得与维修车辆有关的信息,例如,维修方式、维修金额、维修所需时间等等。
43.在步骤205中,由车辆管理系统从定损系统接收理赔信息并至少响应于接收到理赔信息将理赔信息发送至审批系统。
44.在步骤206中,响应于从审批系统接收审批信息,由车辆管理系统基于所接收的审批信息更新车辆在车辆管理系统中的车辆状态。例如,如果审批系统审批通过所接收的理赔信息,那么车辆管理系统可以将车辆状态更新为理赔审批通过的状态。
45.根据不同的使用需要,也可以在车辆管理系统中对从定损系统中接收的理赔信息进行预审批。该方法还可以包括由车辆管理系统确定所接收的理赔信息是否满足预定条件;以及如果确定所接收的理赔信息满足预定条件,则将所接收的理赔信息发送至审批系统。根据需要,预定条件可以是预定最大金额限制条件,也可时预定最大次数限制条件,本领域的技术人员将理解,可以根据需要设置不同的预定条件来对理赔信息进行预审批。
46.根据所公开的实施例的一个方面,可以根据处理流程的进行而随时更新车辆状态,从而关心车辆处理情况的人员可以实时了解车辆状态。
47.根据所公开的实施例的一个方面的方法,还包括响应于接收到第一消息,由车辆管理系统将车辆在车辆管理系统中的车辆状态更新为第一状态。例如,第一状态可以是车辆已报险或车辆已进入车辆管理系统处理队列中的状态。也就是说,当用户通过终端设备向车辆管理系统发送了报告车辆事故的消息后,车辆管理系统就可以将车辆状态更新为已报险。用户可以通过终端设备查询该状态,以确认完成了报告车辆故障的任务。车辆管理系统也可以自动地将车辆状态发送至终端设备。
48.根据所公开的实施例的一个方面的方法还包括响应于接收到理赔信息,由车辆管理系统将所述车辆在车辆管理系统中的车辆状态更新为第二状态。例如,第二状态可以是已定损等待审批的状态。根据所公开的实施例的一个方面的方法还包括响应于接收到审批信息,由车辆管理系统将所述车辆在车辆管理系统中的车辆状态更新为第三状态。例如,第三状态可以是理赔审批通过的状态。如前所述,用户可以通过终端设备查询该状态,车辆管理系统也可以自动地将车辆状态发送至终端设备,以便用户可以实时跟踪处理情况。
49.根据所公开的实施例的一个方面的方法还包括响应于接收到第一消息,由车辆管理系统建立车辆的档案;以及由车辆管理系统基于第一消息、与所述车辆的维修有关的信息、理赔信息、审批信息以及车辆状态中的至少一个更新所述车辆的档案。该方法还可以包
括由车辆管理系统接收获取车辆的档案的请求;以及响应于接收到获取车辆的档案的请求,车辆管理系统发送车辆的档案。
50.根据本公开的一个实施例的方法,可以自动完成对车辆发生事故后的管理,并能够获得车辆的全生命周期的信息。
51.根据本本公开的一个方面,车辆管理系统、定损系统可以实现为在计算机设备上的应用。用户可以通过终端设备上的应用来发送消息给车辆管理系统。图3示出了根据本发明的一个示例性实施例的用于管理车辆的系统的应用的界面的示意图。
52.在该界面中,事故报告(accident report)标签中可以记录通过终端设备提交的报告事故的第一消息。通过评估费用批准(assessment fee approval)标签可以完成对理赔信息的预审批。通过实际维修费用审批(actual repair fee approval)标签可以查看审批系统对理赔信息的审批结果。通过报告(report)标签可以查看车辆的档案。另外,可以通过维护(maintenance)标签可以手动调整车辆档案中的信息。
53.本领域的技术人员将理解,图3中的界面仅仅是示例性的,可以使用其它应用界面实现前述技术方案中的一个或多个方面。
54.图4示出了可以实现根据本发明的实施例的计算设备的示例性配置。
55.计算机系统400是可以应用本发明的上述方面的硬件设备的实例。计算机系统400可以是被配置为执行处理和/或计算的任何机器。计算机系统400可以是但不限制于工作站、系统、台式计算机、膝上型计算机、平板计算机、个人数据助手(pda)、智能电话、车载计算机或以上组合。
56.如图4所示,计算机系统400可以包括可能经由一个或多个接口与总线402连接或通信的一个或多个元件。总线402可以包括但不限于,工业标准架构(industry standard architecture,isa)总线、微通道架构(micro channel architecture,mca)总线、增强isa(eisa)总线、视频电子标准协会(vesa)局部总线、以及外设组件互连(pci)总线等。计算机系统400可以包括例如一个或多个处理器404、一个或多个输入设备406、以及一个或多个输出设备408。一个或多个处理器404可以是任何种类的处理器,并且可以包括但不限于一个或多个通用处理器或专用处理器(诸如专用处理芯片)。输入设备406可以是能够向计算设备输入信息的任何类型的输入设备,并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或远程控制器。输出设备408可以是能够呈现信息的任何类型的设备,并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。
57.计算机系统400还可以包括或被连接至非暂态存储设备414,该非暂态存储设备414可以是任何非暂态的并且可以实现数据存储的存储设备,并且可以包括但不限于盘驱动器、光存储设备、固态存储器、软盘、柔性盘、硬盘、磁带或任何其他磁性介质、压缩盘或任何其他光学介质、缓存存储器和/或任何其他存储芯片或模块、和/或计算机可以从其中读取数据、指令和/或代码的其他任何介质。计算机系统400还可以包括随机存取存储器(ram)410和只读存储器(rom)412。rom 412可以以非易失性方式存储待执行的程序、实用程序或进程。ram 410可提供易失性数据存储,并存储与计算机系统400的操作相关的指令。计算机系统400还可包括耦接至数据链路418的网络/总线接口416。网络/总线接口416可以是能够启用与外部装置和/或网络通信的任何种类的设备或系统,并且可以包括但不限于调制解调器、网络卡、红外线通信设备、无线通信设备和/或芯片集(诸如蓝牙
tm
设备、1302.11设备、
wifi设备、wimax设备、蜂窝通信设施等)。
58.可单独地或以任何组合方式来使用前述实施方案的各个方面、实施方案、具体实施或特征。可由软件、硬件或硬件与软件的组合来实现前述实施方案的各个方面。
59.例如,前述实施方案可体现为计算机可读介质上的计算机可读代码。计算机可读介质为可存储数据的任何数据存储设备,所述数据其后可由计算机系统读取。计算机可读介质的示例包括只读存储器、随机存取存储器、cd-rom、dvd、磁带、硬盘驱动器、固态驱动器和光学数据存储设备。计算机可读介质还可分布在网络耦接的计算机系统中使得计算机可读代码以分布式方式来存储和执行。
60.虽然已通过示例详细展示了本发明的一些具体实施例,但是本领域技术人员应当理解,上述示例仅意图是说明性的而不限制本发明的范围。应该认识到的是,前述方法中的一些步骤不一定按照图示的顺序执行,而是它们可以被同时、以不同顺序或以重叠方式执行。此外,本领域技术人员可以根据需要增加一些步骤或省略一些步骤。前述系统中的一些部件不是必须按照图示的布置,本领域技术人员可以根据需要增加一些部件或省略一些部件。本领域技术人员应该理解,上述实施例可以在不脱离本发明的范围和实质的情况下被修改。本发明的范围是通过所附的权利要求限定的。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1