事故申报的数据处理方法、装置及电子设备与流程

本申请涉及数据处理技术领域，具体而言，本申请涉及一种事故申报的数据处理方法、装置及电子设备。

背景技术：

随着保险行业的发展，各类保险行业迅猛发展，尤其是车险行业。为了提高车险申报的效率，各类保险公司推出相应的应用程序，以便用户进行安装。但这种方式需要依赖终端设备的系统进行研发不同版本的应用程序，例如需要同时研发安卓版本的应用程序和ios版本的应用程序，以适应不同用户的终端设备需求。

因此这种方式不仅消耗大量的研发成本，而且需要用户提前下载相应的应用程序，操作复杂，用户体验差。

技术实现要素：

本申请提供了一种事故申报的数据处理方法、装置及电子设备，可以解决上述技术问题。所述技术方案如下：

第一方面，提供了一种事故申报的数据处理方法，该方法包括：

接收访问指定系统的网页链接；

检测到针对网页链接的触发操作时，访问网页链接对应的目标网页；

基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统。

进一步地，访问所述网页链接对应的目标网页，包括：

确定网页链接对应的资源定位符；

依据资源定位符，访问确定目标网页。

进一步地，访问确定目标网页之前，该方法还包括：

接收指定系统提供的事故申报请求导航页面；

访问确定目标网页，包括：

检测到针对导航页面的触发操作时，访问目标网页。

进一步地，基于目标网页，接收待申报数据，包括：

接收针对事故申报的基本信息；

基于预设提示信息，获取提示信息对应的图像数据。

进一步地，获取提示信息对应的图像数据之后，该方法还包括：

检测提示信息对应的图像数据属于第一类图像时，提取图像数据对应的相关信息；

依据相关信息生成第一交互窗口，以使用户根据第一交互窗口进行控制操作。

进一步地，接收针对事故申报的基本信息，还包括：

判断基本信息是否为指定信息；

若为指定信息，获取指定信息对应的候选数据列表并输出显示，以使用户依据候选数据列表任一候选数据进行选定。

进一步地，获取提示信息对应的图像数据之后，该方法还包括：

检测图像数据是否符合提示信息对应的图像条件，图像条件至少包括图像角度；

若不符合，生成重新上传的提示信息。

第二方面，提供了一种事故申报的数据处理装置，该装置包括：

数据接收模块，用于接收访问指定系统的网页链接；

网页访问模块，用于检测到针对网页链接的触发操作时，访问网页链接对应的目标网页；

申报处理模块，用于基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统。

进一步地，网页访问模块用于：

确定网页链接对应的资源定位符；

依据资源定位符，访问确定目标网页。

进一步地，网页访问模块访问确定目标网页之前，还用于：

接收指定系统提供的事故申报请求导航页面；

网页访问模块用于：

检测到针对导航页面的触发操作时，访问目标网页。

进一步地，申报处理模块用于：

接收针对事故申报的基本信息；

基于预设提示信息，获取提示信息对应的图像数据。

进一步地，申报处理模块获取提示信息对应的图像数据之后，还用于：

检测提示信息对应的图像数据属于第一类图像时，提取图像数据对应的相关信息；

依据相关信息生成第一交互窗口，以使用户根据第一交互窗口进行控制操作。

进一步地，申报处理模块用于：

判断基本信息是否为指定信息；

若为指定信息，获取指定信息对应的候选数据列表并输出显示，以使用户依据候选数据列表任一候选数据进行选定。

进一步地，申报处理模块获取提示信息对应的图像数据之后，还用于：

检测图像数据是否符合提示信息对应的图像条件，图像条件至少包括图像角度；

若不符合，生成重新上传的提示信息。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行上述事故申报的数据处理方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述事故申报的数据处理方法。

本申请实施例提供的技术方案带来的有益效果是：接收访问指定系统的网页链接，检测到针对网页链接的触发操作时，访问网页链接对应的目标网页，基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报，这种采用兼容高的网页链接的方式，不仅简化了事故申报流程，实现了直接依据网页链接访问目标网页，而无需下载专门的应用程序，即可完成事故申报的目的，不仅简化了事故申请的步骤，同时现有技术中因针对不同系统研发适合不同版本的指定系统导致的高成本问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种事故申报的数据处理方法的流程示意图；

图2为本申请实施例提供的事故申报的数据处理方法中访问目标网页的流程示意图；

图3为本申请实施例提供的一种事故申报的数据处理方法中提供的导航页面一个实施例的结果示意图；

图4为本申请实施例提供的一种事故申报的数据处理方法中接收待申报数据的流程示意图；

图5为本申请实施例提供的一种事故申报的数据处理方法中指定信息一个实施例的结果示意图；

图6为本申请实施例提供的一种事故申报的数据处理装置的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

本申请实施例提供了一种事故申报的数据处理方法，如图1所示，该方法包括：步骤s101、步骤s102和步骤s103。

步骤s101、接收访问指定系统的网页链接。

本申请实施例中，网页链接用于定位指定系统，电子设备通过接收访问指定系统的网页链接，登录至指定系统。具体地，电子设备一般设置为手机、pad、笔记本、pc机等终端设备。本实施例中一般将电子设备设置手机、pad等移动终端设备。

实施应用时，网页链接一般以短信、推送信息、邮箱等方式发送至电子设备。例如，假设网页链接发送至用户邮箱，那么该邮件中包括该网页链接，一般为http网址。

本申请实施例中，指定系统一般设置为保险系统，如车险申报系统。

应用前，用户一般需要通过短信、电话、邮件等方式，通知指定系统的工作人员，以便指定系统向电子设备发送网页链接。例如，用户a出险后，通过通过手机号为180xxxxxxxx向指定短信平台发送出险申请请求，短信平台接收到后，向通过手机号为180xxxxxxxx的手机发送网页链接，以便用户a能直接对该网页链接进行操作。

步骤s102、检测到针对网页链接的触发操作时，访问网页链接对应的目标网页。

本申请实施例中，电子设备接收到网页链接后，用户可以选择对该网页链接进行操作，也可以选择不进行操作。由于本申请采用网页链接(即h5)方式，因此，并不需要考虑电子设备的系统类型，即无需考虑电子设备的系统为安卓系统，还是ios系统。

本申请实施例中，用户针对网页链接的触发操作一般为点击(如单击)该网页链接的操作，以便网页链接被触发后，登录至网页链接对应的目标网页。

步骤s103、基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报。

本申请实施例，接收访问指定系统的网页链接，检测到针对网页链接的触发操作时，访问网页链接对应的目标网页，基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报，这种采用兼容高的网页链接的方式，不仅简化了事故申报流程，实现了直接依据网页链接访问目标网页，而无需下载专门的应用程序，即可完成事故申报的目的，不仅简化了事故申请的步骤，同时现有技术中因针对不同系统研发适合不同版本的指定系统导致的高成本问题。

在一个实现方式中，步骤s102访问所述网页链接对应的目标网页，包括：

确定网页链接对应的资源定位符；

依据资源定位符，访问确定目标网页。

本申请实施例通过确定网页链接对应的资源定位符url，实现利用url快速确定目标网页的位置的目标。

具体地，目标网页为接收待申请数据的页面，实际应用时，目标网页可以为一个页面，也可以分多个页面进行展示。在分多个页面展示的应用场景，一般设置为，前一个页面填写完成，才能进入下一个页面进行填写的方式。例如，假设目标页面分三页展示，第一页用于接收事故申报的基本信息，在完成第一页显示的所有内容的填写后，提供下一页的切换控制按钮，如“下一步”，检测到“下一步”对应的控件被触发后，跳转至第二页，以此类推，直至用户完成三个页面的填写。

在另一个实现方式中，如图2所示，步骤s102访问确定所述目标网页之前，该方法还包括：步骤s1021，且步骤s102包括s1022。

步骤s1021、接收指定系统提供的事故申报的导航页面；

步骤s1022、检测到针对导航页面的触发操作时，访问目标网页。

本申请实施例通过导航页面向事故申报的导航页面，以便用户通过导航页面快速了解整个事故申请的步骤。本申请实施例中导航页面确定的事故步骤如图3所示，通过图3可知，事故申报包括三个步骤，用户可以在选定“同意隐藏政策”对应的控件后，通过单击“继续”控件，跳转至目标网页，实现访问目标页面的目的。

在又一个实现方式中，如图4所示，步骤s103基于目标网页，接收待申报数据，包括：步骤s1031和步骤s1032。

步骤s1031、接收针对事故申报的基本信息；

步骤s1032、基于预设提示信息，获取提示信息对应的图像数据。

本申请实施例中，基本信息可以包括事故种类(如车撞物、车撞车等你)、定价方式(如非4s店定价方式、4s店定价方式)，事故描述等。

本申请实施例中，提示信息可以包括获取行驶本图像的提示信息、获取驾驶本图像的提示信息、被保险人银行卡图像的提示信息、被保险人身份证图像的提示信息、责任认定书图像的提示信息等。通过提示信息，实现准确获取图像数据的目的，以便完成事故申报。

在一个实现方式中，步骤s1032中获取提示信息对应的图像数据之后，该方法还包括：

检测提示信息对应的图像数据属于第一类图像时，提取图像数据对应的相关信息；

依据相关信息生成第一交互窗口，以使用户根据第一交互窗口进行控制操作。

本申请实施例中，第一类图像一般设置为需要用户进行信息确认的数据，如银行卡信息，若获取到的图像数据为银行卡的图像数据时，针对银行卡的图像数据进行信息提取，得到该银行卡的相关信息，如银行卡号、银行名称，将该相关信息通过第一交互窗口进行显示，以便用户进行确认，具体地，可以在第一交互窗口设置“确认”和“有误”两种控件，如第一交互窗口提取到的银行卡的信息正确，用户可以选择“确认”控件进行操作，若提取到的银行卡的信息错误，用户可以选择“有误”控件进行操作，实际应用时，“有误”控件被触发后，第一交互窗口还可以提供银行卡信息自定义的输入子窗口，从而保证银行卡信息的正确性，防止因银行卡信息错误，影响后续的理赔。

在又一个实现方式中，在一个实现方式中，步骤s1032中获取所述提示信息对应的图像数据之后，该方法还包括：

检测图像数据是否符合提示信息对应的图像条件，图像条件至少包括图像角度；

若不符合，生成重新上传的提示信息。

本申请实施例中，因提示信息可以包括获取行驶本图像的提示信息、获取驾驶本图像的提示信息、被保险人银行卡图像的提示信息、被保险人身份证图像的提示信息、责任认定书图像的提示信息等，因此获取到的图像数据包括行驶本图像、驾驶本图像、被保险人银行卡图像、损失图像等。因此需要针对不同类型的图像数据进行有效性检测，例如，损失为车辆右侧，而上传的图像为车辆的左侧，那么该图像则不符合图像条件；再如，图像条件为车辆正面图像，而接收到的图像数据为车辆的侧面图像，那么该图像数据不符合图像条件。通过图像条件的设置，保证用户上传的图像数据符合要求，以便后续快速定损，提高理赔效率，避免因上传的图像不符合要求，延长理赔周期。

在又一个实现方式中，步骤s1031中接收针对事故申报的基本信息，还包括：

判断基本信息是否为指定信息；

若为指定信息，获取指定信息对应的候选数据列表并输出显示，以使用户依据候选数据列表任一候选数据进行选定。

本申请实施例中，指定信息一般设置为定价方式，本申请实施例提供的定价方式主要包括两种：非4s店定价方式和4s店定价方式。实际应用时，如图5所示，将指定信息设置为定价方式，即用户选定定价方式后，如选定定价方式为：4s店，本申请提供候选数据列表进行输出显示，具体地，候选数据列表中任一候选数据一般为提供修车服务的维修点，具体地，可以包括维修点的地理位置、擅长维修的车的品牌、价格区间等。

实施例二

本申请实施例提供了一种事故申报的数据处理装置，如图6所示，该事故申报的数据处理装置30可以包括：数据接收模块301、网页访问模块302以及申报处理模块303，其中，

数据接收模块301，用于接收访问指定系统的网页链接；

网页访问模块302，用于检测到针对网页链接的触发操作时，访问网页链接对应的目标网页；

申报处理模块303，用于基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统。

本申请实施例，接收访问指定系统的网页链接，检测到针对网页链接的触发操作时，访问网页链接对应的目标网页，基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报，这种采用兼容高的网页链接的方式，不仅简化了事故申报流程，实现了直接依据网页链接访问目标网页，而无需下载专门的应用程序，即可完成事故申报的目的，不仅简化了事故申请的步骤，同时现有技术中因针对不同系统研发适合不同版本的指定系统导致的高成本问题。

进一步地，网页访问模块用于：

确定网页链接对应的资源定位符；

依据资源定位符，访问确定目标网页。

进一步地，网页访问模块访问确定目标网页之前，还用于：

接收指定系统提供的事故申报请求导航页面；

网页访问模块用于：

检测到针对导航页面的触发操作时，访问目标网页。

进一步地，申报处理模块用于：

接收针对事故申报的基本信息；

基于预设提示信息，获取提示信息对应的图像数据。

进一步地，申报处理模块获取提示信息对应的图像数据之后，还用于：

检测提示信息对应的图像数据属于第一类图像时，提取图像数据对应的相关信息；

依据相关信息生成第一交互窗口，以使用户根据第一交互窗口进行控制操作。

进一步地，申报处理模块用于：

判断基本信息是否为指定信息；

若为指定信息，获取指定信息对应的候选数据列表并输出显示，以使用户依据候选数据列表任一候选数据进行选定。

进一步地，申报处理模块获取提示信息对应的图像数据之后，还用于：

检测图像数据是否符合提示信息对应的图像条件，图像条件至少包括图像角度；

若不符合，生成重新上传的提示信息。

本实施例的事故申报的数据处理装置可执行本申请实施例所示的事故申报的数据处理方法，其实现原理相类似，此处不再赘述。

实施例三

本申请实施例提供了一种电子设备，如图7所示，图7所示的电子设备400包括：处理器4001和收发器4004。其中，处理器4001和收发器4004相连，如通过总线4002相连。可选的，电子设备400还可以包括存储器4003。需要说明的是，实际应用中收发器4004不限于一个，该电子设备400的结构并不构成对本申请实施例的限定。

处理器4001可以是cpu，通用处理器，dsp，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci总线或eisa总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是rom或可存储静态信息和指令的其他类型的静态存储设备，ram或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom、cd-rom或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现图6所示实施例提供的事故申报的数据处理装置的动作。

本申请实施例，接收访问指定系统的网页链接，检测到针对网页链接的触发操作时，访问网页链接对应的目标网页，基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报，这种采用兼容高的网页链接的方式，不仅简化了事故申报流程，实现了直接依据网页链接访问目标网页，而无需下载专门的应用程序，即可完成事故申报的目的，不仅简化了事故申请的步骤，同时现有技术中因针对不同系统研发适合不同版本的指定系统导致的高成本问题。

实施例四

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一所示的方法。

本申请实施例提供了一种计算机可读存储介质，与现有技术相比，接收访问指定系统的网页链接，检测到针对网页链接的触发操作时，访问网页链接对应的目标网页，基于目标网页，接收待申报数据，以依据待申报数据生成相应的事故申报请求，并将事故申报请求发送至指定系统，完成事故申报，这种采用兼容高的网页链接的方式，不仅简化了事故申报流程，实现了直接依据网页链接访问目标网页，而无需下载专门的应用程序，即可完成事故申报的目的，不仅简化了事故申请的步骤，同时现有技术中因针对不同系统研发适合不同版本的指定系统导致的高成本问题。

本申请实施例提供了一种计算机可读存储介质适用于上述方法实施例。在此不再赘述。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。