CN113706324B - 屏幕的投保方法及投保*** - Google Patents

Abstract

本申请提供一种屏幕的投保方法及投保***。投保***包括待投保设备、辅助投保设备及承保平台，待投保设备中运行有用于投保业务的应用程序。待投保设备通过应用程序采集设备基础信息，承保平台根据待投保设备发送的设备基础信息生成投保编号，并发送投保编号至应用程序以生成投保核验页面以及触发禁用控件。若辅助投保设备在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台，承保平台则根据屏幕投保数据确定待投保设备的屏幕是否投保成功。通过应用程序使得待投保设备、辅助投保设备及承保平台之间通过信息交互完成对待投保设备屏幕的投保，不但可以自主、灵活、随时随地投保，还可以避免截屏、录屏等方式可能导致的骗保等漏洞。

Description

屏幕的投保方法及投保***

技术领域

本申请涉及计算机技术领域，尤其涉及一种屏幕的投保方法及投保***。

背景技术

智能终端已经成为人们生活和工作随身携带的必需品。然而在智能终端的使用过程中，由于多种意外智能终端经常会掉落或摔落导致屏幕碎裂。若将屏幕碎裂的智能终端进行维修时，又经常会发现碎裂的屏幕只能进行更换，但是更换屏幕费用却相对较高。因此，已有一些保险公司纷纷推出了针对智能终端屏幕的投保业务，以此来降低用户损失。

在对智能终端屏幕的投保过程中，若智能终端为新机，则通常默认该智能终端运行正常即可直接出保单，并在保单期间若因意外跌落等原因造成破裂，则可得到保险公司相应理赔。而对于旧的智能终端而言，由于可能存在屏幕本身有损坏的问题，导致目前对于该类智能终端屏幕的投保过程备受关注。

目前，对于旧的智能终端屏幕的投保过程大致有两种方案。一种是基于检测设备将欲投保的智能终端放置专属舱内或者通过数据线等方式连接后对其进行信息采集，该种方案要求欲投保的智能终端必须与检测设备相连接或放置专属舱内，可见不但需要专有设备进行部署，还投入成本大，仅适用于部分固定场所，无法实现用户自主、灵活、随时随地投保，应用场景相对较窄。而另一种是基于辅助设备对投保设备进行拍照，此种方案相对灵活，但在拍摄过程中仍存在通过截屏、录屏等方式可能导致的骗保等相关漏洞，存在安全隐患。

发明内容

本申请提供一种屏幕的投保方法及投保***，通过运行于待投保设备中的应用程序使得投保***中的待投保设备、辅助投保设备及承保平台之间通过信息交互完成对待投保设备屏幕的投保行为，不但可以自主、灵活、随时随地投保，还可以避免截屏、录屏等方式可能导致的骗保等漏洞。

第一方面，本申请提供一种屏幕的投保方法，应用于投保***，所述投保***包括待投保设备、辅助投保设备及承保平台，所述待投保设备中运行有用于投保业务的应用程序；所述方法，包括：

所述待投保设备通过所述应用程序采集设备基础信息，所述设备基础信息至少包括所述待投保设备的标识序列号、运行状态结果及设备型号信息；

所述承保平台根据所述待投保设备发送的所述设备基础信息生成投保编号，并发送所述投保编号至所述应用程序以生成投保核验页面以及触发禁用控件，所述投保核验页面至少包括投保人信息、投保二维码和投保倒计时；

若所述辅助投保设备在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，则所述承保平台根据所述屏幕投保数据确定所述待投保设备的屏幕是否投保成功。

在一种可能的设计中，所述待投保设备通过所述应用程序采集所述设备基础信息，包括：

所述待投保设备检测所述应用程序上的用户操作，根据所述用户操作启动所述应用程序的信息采集模块以及设备运行检测模块；

所述待投保设备通过所述信息采集模块采集所述标识序列号以及所述设备型号信息；

所述待投保设备通过所述设备运行检测模块对所述待投保设备的预设功能进行自检，以生成所述运行状态结果。

在一种可能的设计中，所述待投保设备通过所述应用程序采集所述设备基础信息之后，还包括：

所述待投保设备于所述应用程序上显示所述设备基础信息以使用户对所述设备基础信息进行核对；

若所述待投保设备检测到所述用户的核对正确操作，则发送所述设备基础信息至所述承保平台。

在一种可能的设计中，所述辅助投保设备在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，包括：

所述辅助投保设备扫描所述投保二维码，得到第一拍摄要求和提交链接并启动所述投保倒计时开始倒计时；

所述辅助投保设备按照所述第一拍摄要求对所述待投保设备的屏幕进行拍摄，得到所述屏幕投保数据，所述屏幕投保数据包括所述待投保设备的当前屏幕图片和/或当前屏幕视频；

所述辅助投保设备在所述投保倒计时未结束时通过所述提交链接将所述屏幕投保数据提交至所述承保平台。

在一种可能的设计中，所述承保平台根据所述屏幕投保数据确定所述待投保设备的屏幕是否投保成功，包括：

所述承保平台利用预设承保核验模型对所述屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定所述屏幕投保数据是否满足投保要求，所述标准数据库包括所述设备型号信息对应的标准屏幕数据；

若是，所述承保平台生成投保保单，并向所述待投保设备发送所述投保保单，在接收到所述投保人信息对应的投保人的签单确认信息时，确定所述待投保设备的屏幕投保成功；

若否，所述承保平台生成投保失败信息，并向所述待投保设备发送所述投保失败信息。

在一种可能的设计中，所述预设承保核验模型是所述承保平台根据所述标准屏幕数据以及投保样本数据训练得到的。

在一种可能的设计中，在确定所述待投保设备的屏幕投保成功后，若所述承保平台接收到通过所述应用程序上报的理赔申请数据，则所述承保平台根据所述理赔申请数据确定屏幕定损数据。

在一种可能的设计中，通过所述应用程序向所述承保平台上报所述理赔申请数据，包括：

所述待投保设备响应于所述应用程序中的用户理赔操作显示理赔页面及触发所述禁用控件，所述理赔页面至少包括所述投保人信息、理赔二维码以及理赔倒计时；

所述辅助投保设备扫描所述理赔二维码，得到第二拍摄要求和上传链接并启动所述理赔倒计时开始倒计时；

所述辅助投保设备按照所述第二拍摄要求对所述待投保设备的屏幕进行拍摄，得到屏幕理赔数据，并根据所述上传链接上传所述屏幕理赔数据至所述待投保设备；

所述待投保设备在所述理赔倒计时未结束时通过所述应用程序向所述承保平台上报所述理赔申请数据，所述理赔申请数据包括所述屏幕理赔数据。

在一种可能的设计中，所述承保平台根据所述理赔申请数据确定屏幕定损数据，包括：

所述承保平台利用预设定损核验模型对所述屏幕理赔数据、所述屏幕投保数据以及所述标准数据库中的标准屏幕数据进行比对，确定所述屏幕定损数据；

其中，所述预设定损核验模型是对所述标准屏幕数据以及定损样本数据训练得到的。

第二方面，本申请提供一种屏幕的投保***，包括：待投保设备、辅助投保设备及承保平台，所述待投保设备中运行有用于投保业务的应用程序；

所述待投保设备用于通过所述应用程序采集设备基础信息，所述设备基础信息至少包括所述待投保设备的标识序列号、运行状态结果及设备型号信息；

所述承保平台用于根据所述待投保设备发送的所述设备基础信息生成投保编号，并发送所述投保编号至所述应用程序以生成投保核验页面以及触发禁用控件，所述投保核验页面至少包括投保人信息、投保二维码和投保倒计时；

所述辅助投保设备用于若在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，则所述承保平台用于根据所述屏幕投保数据确定所述待投保设备是否投保成功。

在一种可能的设计中，所述待投保设备，具体用于：

检测所述应用程序上的用户操作，根据所述用户操作启动所述应用程序的信息采集模块以及设备运行检测模块；

通过所述信息采集模块采集所述标识序列号以及所述设备型号信息；

通过所述设备运行检测模块对所述待投保设备的预设功能进行自检，以生成所述运行状态结果。

在一种可能设计中，所述待投保设备，还具体用于：

于所述应用程序上显示所述设备基础信息以使用户对所述设备基础信息进行核对；

若检测到所述用户的核对正确操作，则发送所述设备基础信息至所述承保平台。

在一种可能的设计中，所述辅助投保设备，具体用于：

扫描所述投保二维码，得到第一拍摄要求和提交链接并启动所述投保倒计时开始倒计时；

按照所述第一拍摄要求对所述待投保设备的屏幕进行拍摄，得到所述屏幕投保数据，所述屏幕投保数据包括所述待投保设备的当前屏幕图片和/或当前屏幕视频；

在所述投保倒计时未结束时通过所述提交链接将所述屏幕投保数据提交至所述承保平台。

在一种可能的设计中，所述承保平台，具体用于：

利用预设承保核验模型对所述屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定所述屏幕投保数据是否满足投保要求，所述标准数据库包括所述设备型号信息对应的标准屏幕数据；

若是，生成投保保单，并向所述待投保设备发送所述投保保单，在接收到所述投保人信息对应的投保人的签单确认信息时，确定所述待投保设备的屏幕投保成功；

若否，生成投保失败信息，并向所述待投保设备发送所述投保失败信息。

在一种可能的设计中，所述预设承保核验模型是所述承保平台根据所述标准屏幕数据以及投保样本数据训练得到的。

在一种可能的设计中，在确定所述待投保设备的屏幕投保成功后，若所述承保平台接收到通过所述应用程序上报的理赔请求，所述承保平台还用于根据所述理赔申请数据确定屏幕定损数据。

在一种可能的设计中，所述待投保设备还用于响应于所述应用程序中的用户理赔操作显示理赔页面及触发所述禁用控件，所述理赔页面至少包括所述投保人信息、理赔二维码以及理赔倒计时；

所述辅助投保设备还用于扫描所述理赔二维码，得到第二拍摄要求和上传链接并启动所述理赔倒计时开始倒计时；

所述辅助投保设备还用于按照所述第二拍摄要求对所述待投保设备的屏幕进行拍摄，得到屏幕理赔数据，并根据所述上传链接上传所述屏幕理赔数据至所述待投保设备；

所述待投保设备还用于在所述理赔倒计时未结束时通过所述应用程序向所述承保平台上报所述理赔申请数据，所述理赔申请数据包括所述屏幕理赔数据。

在一种可能的设计中，所述承保平台还用于利用预设定损核验模型对所述屏幕理赔数据、所述屏幕投保数据以及所述标准数据库中的标准屏幕数据进行比对，确定所述屏幕定损数据；

其中，所述预设定损核验模型是对所述标准屏幕数据以及定损样本数据训练得到的。

本申请提供一种屏幕的投保方法及投保***。投保***包括待投保设备、辅助投保设备及承保平台，待投保设备中运行有用于投保业务的应用程序。首先，待投保设备通过应用程序采集设备基础信息，设备基础信息至少包括待投保设备的标识序列号、运行状态结果及设备型号信息，然后承保平台根据待投保设备发送的设备基础信息生成投保编号，并发送投保编号至应用程序以生成投保核验页面以及触发禁用控件，投保核验页面至少包括投保人信息、投保二维码和投保倒计时。最后，若辅助投保设备在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台，则承保平台根据屏幕投保数据确定待投保设备的屏幕是否投保成功。从而通过运行于待投保设备中的应用程序使得投保***中的待投保设备、辅助投保设备及承保平台之间通过信息交互完成对待投保设备屏幕的投保行为，不但可以自主、灵活、随时随地投保，还可以避免截屏、录屏等方式可能导致的骗保等漏洞。

附图说明

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

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种屏幕的投保方法流程示意图；

图3为本申请实施例提供的另一种屏幕的投保方法流程示意图；

图4为本申请实施例提供的再一种屏幕的投保方法流程示意图；

图5为本申请实施例提供的又一种屏幕的投保方法流程示意图；

图6为本申请实施例提供的又一种屏幕的投保方法流程示意图；

图7为本申请实施例提供的一种投保***的结构示意图；

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

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的方法和装置的例子。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，对于旧的智能终端屏幕的投保过程大致有两种方案。一种是基于检测设备将欲投保的智能终端放置专属舱内或者通过数据线等方式连接后对其进行信息采集，该种方案要求欲投保的智能终端必须与检测设备相连接或放置专属舱内，可见不但需要专有设备进行部署，还投入成本大，仅适用于部分固定场所，无法实现用户自主、灵活、随时随地投保，应用场景相对较窄。而另一种是基于辅助设备对投保设备进行拍照，此种方案相对灵活，但在拍摄过程中仍存在通过截屏、录屏等方式可能导致的骗保等相关漏洞，存在安全隐患。

针对现有技术中存在的上述问题，本申请提供一种屏幕的投保方法及投保***。本申请提供的屏幕的投保方法及投保***的发明动机在于：提供一种用于投保业务的应用程序运行于待投保设备中，通过该应用程序使得投保***中的待投保设备、辅助投保设备及承保平台之间通过信息交互完成对待投保设备屏幕的投保行为，不但可以自主、灵活、随时随地投保，还可以避免截屏、录屏等方式可能导致的骗保等漏洞。

以下，对本申请实施例的示例性应用场景进行介绍。

图1为本申请实施例提供的一种应用场景示意图，如图1所示，待投保设备11中可以运行应用程序，该应用程序用于为待投保设备11的所有者，可称之为用户或投保人，提供承保平台12的投保业务，该应用程序可以为软件应用程序(Application)，也可以为微信小程序或者软件开发工具包(Software Development Kit，SDK)插件，本申请实施例对于应用程序的具体形式不作限定。承保平台12配置于投保业务提供方，即承保方。辅助投保设备13可以为具备扫码拍摄功能的另一任意设备。待投保设备11、承保平台12及辅助投保设备13形成投保***，待投保设备11、承保平台12及辅助投保设备13之前基于应用程序可以进行信息交互。投保***执行本申请实施例提供的屏幕的投保方法，使得投保人可以自主、灵活、随时随地为待投保设备11的屏幕完成投保，为投保人提供了便利并拓展了投保行为的应用场景。另外还可以避免截屏、录屏等方式可能导致的骗保等漏洞的存在，消除了安全隐患，有利于投保业务开展。

可以理解的是，待投保设备11可以是投保人需要对其屏幕投保的任意终端，例如智能手机、个人电脑、平板电脑、可穿戴设备等，图1中待投保设备11以智能手机为例示出。承保平台12中可以配置计算机、服务器或服务器集群，图1中承保平台12以服务器为例示出。辅助投保设备13以另一智能手机为例示出。

需要说明的是，上述应用场景仅仅是示意性的，本申请实施例提供的屏幕的投保方法及投保***包括但不仅限于上述应用场景。

图2为本申请实施例提供的一种屏幕的投保方法流程示意图。如图2所示，本申请实施例提供的屏幕的投保方法应用于投保***，该投保***包括待投保设备、辅助投保设备及承保平台，在待投保设备中运行有用于投保业务的应用程序。该方法包括：

S101：待投保设备通过应用程序采集设备基础信息。

其中，设备基础信息至少包括待投保设备的标识序列号、运行状态结果及设备型号信息。

在待投保设备中运行用于投保业务的应用程序，例如用户可以于待投保设备上下载安装该应用程序，然后注册并登录应用程序，通过于应用程序上进行相应用户操作以使得待投保设备可以通过应用程序获取到设备基础信息。该设备基础信息可以至少包括待投保设备的标识序列号、运行状态结果及设备型号信息。

其中，标识序列号可以如国际移动设备识别码(International MobileEquipment Identity，IMEI)，用于唯一标识该待投保设备。运行状态结果可以为表征该待投保设备基本使用运行功能的相应情况。设备型号信息可以为该待投保设备的款式、型号等信息。

在一种可能的设计中，本步骤S101可能的实现方式如图3所示。图3为本申请实施例提供的另一种屏幕的投保方法流程示意图。如图3所示，本申请实施例包括：

S1011：待投保设备检测应用程序上的用户操作，根据用户操作启动应用程序的信息采集模块以及设备运行检测模块。

例如可以为应用程序配置信息采集模块和设备运行检测模块，当待投保设备检测到用户于应用程序上的用户操作时，则可以响应该用户操作启动信息采集模块和设备运行检测模块。可以理解的是，此处的用户操作可以例如用户的触控操作、按键操作等等，具体可以在设计应用程序时进行相应配置。

S1012：待投保设备通过信息采集模块采集标识序列号以及设备型号信息。

S1013：待投保设备通过设备运行检测模块对待投保设备的预设功能进行自检，以生成运行状态结果。

信息采集模块可以被配置为能够采集待投保设备的标识序列号及设备型号信息，设备运行检测模块可以被配置为对待投保设备的一些预设功能进行自检，进而得到对应的自检结果，即生成运行状态结果。其中，预设功能是指能够表征待投保设备基本运行功能的相应功能，例如待投保设备的CPU、内存、扬声器、屏幕等配置构件所具备的对应功能。

在用户存在投保意图时，用户于应用程序上进行相应用户操作，待投保设备则可以通过运行该应用程序获取到设备基础信息，实现对于待投保设备基本情况的自行评估。

在一种可能的设计中，为了确保待投保设备通过应用程序所采集到的设备基础信息准确无误，在采集到设备基础信息之后，还可以对其进行显示以供用户核对。

例如，待投保设备于应用程序上显示设备基础信息以使用户对设备基础信息进行核对，若用户核对设备基础信息无误，则用户可进行相应的核对正确操作，进而待投保设备即可检测到用户的核对正确操作。进一步地，待投保设备即可发送设备基础信息至承保平台。比如，用户进行了核对正确操作后，待投保设备可以通过应用程序将其采集到的设备基础信息发送给承保平台即执行步骤S102。

可以理解的是，若用户核对设备基础信息存在错误，则可以重新进行前述的用户操作，以重新采集设备基础信息。

S102：若待投保设备检测到用户的核对正确操作，则发送设备基础信息至承保平台。

相应地，承保平台接收设备基础信息。

S103：承保平台根据设备基础信息生成投保编号，并发送投保编号至应用程序以生成投保核验页面以及触发禁用控件。

其中，投保核验页面至少包括投保人信息、投保二维码和投保倒计时。

承保平台接收到设备基础信息后，为其生成一个对应的投保编号，即承保平台根据待投保设备发送的设备基础信息生成投保编号，该投保编号用于在承保平台处唯一表征待投保设备。进一步地，承保平台将该投保编号发送给待投保设备，可以理解的是，承保平台发送投保编号给待投保设备即为承保平台发送投保编号至应用程序，以基于应用程序生成投保核验页面并触发禁用控件。

生成的投保核验页面可以在待投保设备上显示，投保核验页面上可以至少包括有投保人信息、投保二维码和投保倒计时以及其他的一些信息，该其他的一些信息可以还包括有设备基础信息以及根据投保业务所设置的相应与业务开展相关的信息，对此，本申请实施例不作限定。投保人信息例如待投保设备的实名制认证者的相应用户信息。投保二维码用于指示辅助投保设备获取待投保设备的屏幕投保数据。投保倒计时用于对辅助投保设备获取屏幕投保数据以及提交屏幕投保数据进行倒计时控制。

在生成投保核验页面时触发禁用控件，该禁用控件用于禁止截屏、录屏等屏幕操作功能，杜绝投保过程中发生截屏、录屏、投屏等可能存在骗保行为的情况发生。

S104：若辅助投保设备在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台，则承保平台根据屏幕投保数据确定待投保设备的屏幕是否投保成功。

在生成投保核验页面后，该投保核验页面包括投保二维码，辅助投保设备可以根据该投保二维码得到屏幕投保数据，在该过程中投保倒计时处于倒计时状态。若在投保倒计时还未结束时辅助投保设备可以将所得到的屏幕投保数据提交至承保平台，承保平台则可以根据接收到的屏幕投保数据确定待投保设备的屏幕是否投保成功。

相反，若辅助投保设备未能在投保倒计时内根据投保二维码得到屏幕投保数据并将其提交至承保平台，则表明辅助投保设备操作失败，当前的投保二维码失效，需重新生成投保核验页面。在实际工况中，应用程序中可以配置有相应控件，以当投保二维码失效时可快速重新生成投保核验页面。

在一种可能的设计中，本步骤S104中辅助投保设备在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台可能的实现方式如图4所示。图4为本申请实施例提供的再一种屏幕的投保方法流程示意图。如图4所示，本申请实施例包括：

S201：辅助投保设备扫描投保二维码，得到第一拍摄要求和提交链接并启动投保倒计时开始计时。

投保核验页面中显示有投保二维码，辅助投保设备扫描投保二维码得到第一拍摄要求和提交链接，同时在扫描投保二维码时启动投保倒计时开始倒计时。

第一拍摄要求可以包括有拍摄参数，例如像素、视频时长、拍摄亮度、拍摄到的图片或视频数量等，在实际工况中可以具体设置。

提交链接用于向承保平台提交拍摄得到的屏幕投保数据，提交链接可以与应用程序对应设置。例如当应用程序为微信小程序时，提交链接还可以为分享链接，对此本申请实施例不作限定。

S202：辅助投保设备按照第一拍摄要求对待投保设备的屏幕进行拍摄，得到屏幕投保数据。

其中，屏幕投保数据包括待投保设备的当前屏幕图片和/或当前屏幕视频。

辅助投保设备按照第一拍摄要求对待投保设备的屏幕进行拍摄，具体地，可以对待投保设备的当前屏幕进行图片拍摄和/或视频拍摄，进行图片拍摄得到当前屏幕图片，进行视频拍摄得到当前屏幕视频，从而得到屏幕投保数据。

S203：辅助投保设备在投保倒计时未结束时通过提交链接将屏幕投保数据提交至承保平台。

辅助投保设备得到屏幕投保数据，并在投保倒计时还未结束时通过提交链接向承保平台提交屏幕投保数据，至此，辅助投保设备则可以在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台。

反之，若辅助投保设备在投保倒计时未结束时无法通过提交链接将屏幕投保数据提交至承保平台，则投保二维码失效，需辅助投保设备重新得到屏幕投保数据。

本申请实施例提供的屏幕的投保方法，借助辅助投保设备在投保倒计时内通过投保二维码获得屏幕投保数据并提交至承保平台。对于承保平台而言，其仅认可通过高投保二维码所得到的屏幕投保数据，从而可以避免在获得屏幕投保数据过程中可能出现更换同型号的待投保设备导致的骗保隐患，杜绝骗保漏洞。

承保平台接收到屏幕投保数据后，则根据屏幕投保数据确定待投保设备的屏幕是否可以投保成功。例如，承保平台对屏幕投保数据包括的当前屏幕图片和/或当前屏幕视频进行核验匹配，以确定屏幕投保数据是否符合投保要求，或者是否存在与屏幕投保数据相符合的投保要求，从而得到待投保设备的屏幕是否投保成功的结果。

可以理解的是，投保核验页面根据投保编号产生，因而通过投保核验页面中的投保二维码向承保平台提交的屏幕投保数据也会自动与投保编号相对应，使得承保平台获知该屏幕投保数据为与其对应的投保编号所指征的待投保设备的。

本申请实施例提供的屏幕的投保方法，待投保设备中运行有用于投保业务的应用程序，基于应用程序可以使得待投保设备与承保平台信息交互，用户或投保人通过对应用程序进行相应操作可以实现自主、灵活且随时随地的投保行为，无需将待投保设备放置到专属舱或者通过数据线的方式将待投保设备与相应检测设备连接才得以进行投保，不但节省了投保过程的投入成本，还提高了投保行为的灵活性。另外，借助辅助投保设备在投保倒计时内通过投保二维码获得屏幕投保数据并提交至承保平台，以及在获得屏幕投保数据过程中触发了截屏、录屏、投屏等禁用控件，可以杜绝在获得屏幕投保数据过程中可能存在的骗保隐患，消除了骗保漏洞，有利于被承保方广泛应用。

在一种可能的设计中，步骤S104中承保平台根据屏幕投保数据确定待投保设备的屏幕是否投保成功可能的实现方式如图5所示。图5为本申请实施例提供的又一种屏幕的投保方法流程示意图。如图5所示，本申请实施例包括：

S301：承保平台利用预设承保核验模型对屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定屏幕投保数据是否满足投保要求。

其中，标准数据库包括设备型号信息对应的标准屏幕数据。

S302：若是，承保平台生成投保保单，并向待投保设备发送投保保单，在接收到投保人信息对应的投保人的签单确认信息时，确定待投保设备投保成功。

S303：若否，承保平台生成投保失败信息，并向待投保设备发送投保失败信息。

承保平台利用预设承保核验模型将屏幕投保数据与标准数据库中的标准屏幕数据进行比对，具体地，利用预设承保核验模型将屏幕投保数据与设备信号信息对应的标准屏幕数据进行比对，以确定该屏幕投保数据是否满足投保要求。标准屏幕数据为承保平台预先存储的各种设备信号信息所对应智能终端的标准屏幕，例如屏幕的外观数据、尺寸数据等。

投保要求为承保方根据投保业务制定的相应要求。预设承保核验模型具备图片和/或视频识别功能，其是承保平台预先根据标准屏幕数据以及投保样本数据训练得到的。投保样本数据即为存在一定损坏程度的各种屏幕，该各种屏幕可以为各种设备型号信息所对应的智能终端设备的屏幕。

进行比对之后，若确定出屏幕投保数据满足相应的投保要求，则承保平台为其生成投保保单，并将投保报单发送给待投保设备，投保人信息指征的投保人可以在应用程序上查看投保报单，若同意投保报单的内容，则可以于应用程序上进行签单确认操作，应用程序响应于签单确认操作生成签单确认信息并发送给承保平台，承保平台接收到签单确认信息即可以确定待投保设备的屏幕投保成功。

反之，若确定出屏幕投保数据不满足相应的投保要求，则承保平台生成投保失败信息，并将投保失败信息发送给待投保设备，投保人可在应用程序上查看投保失败信息。

本申请实施例提供的屏幕的投保方法，承保平台利用预设承保核验模型对屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定出屏幕投保数据是否满足投保要求。若满足，继而生成投保报单，承保平台接收到签单确认信息时待投保设备的屏幕投保成功。若不满足，生成投保失败信息并反馈至应程序以供投保人查看。实现待投入设备屏幕是否投保成功的智能化确定，可以有效提高投保效率。

在上述各实施例的基础上，当待投保设备的屏幕投保成功后并在投保有效期内，一旦待投保设备的屏幕受到损坏，投保人则可通过应用程序向承保平台上报理赔申请数据，例如投保人于应用程序上进行相应申请操作，应用程序响应于该申请操作将理赔申请数据上报给承保平台，承保平台若接收到通过应用程序上报的理赔申请数据，则可以根据理赔申请数据得到屏幕定损数据，投保人获得屏幕定损数据对应的理赔金额。

在一种可能的设计中，通过应用程序向承保平台上报理赔申请数据可能的实现方式如图6所示。图6为本申请实施例提供的又一种屏幕的投保方法流程示意图。如图6所示，本申请实施例包括：

S401：待投保设备响应于应用程序中的用户理赔操作显示理赔页面及触发禁用控件。

其中，理赔页面至少包括投保人信息、理赔二维码以及理赔倒计时。

投保人在待投保设备中运行的应用程序中进行用户理赔操作，待投保设备则响应于该用户理赔操作显示理赔页面以及触发禁用控件。其中，用户理赔操作可以是应用程序中配置的与理赔申请相关的对应操作。

理赔页面中至少包括有投保人信息、理赔二维码以及理赔倒计时。理赔二维码用于指示辅助投保设备获取待投保设备的屏幕理赔数据。理赔倒计时用于对辅助投保设备获取屏幕理赔数据以及待投保数据上报屏幕理赔数据给承保平台进行倒计时控制。

禁用控件用于禁止截屏、录屏等屏幕操作功能，触发禁用控件是指禁用截屏、录屏、投屏等屏幕操作功能，杜绝投保过程中发生截屏、录屏、投屏等可能存在骗保行为的情况发生。

S402：辅助投保设备扫描理赔二维码，得到第二拍摄要求和上传链接并启动理赔倒计时开始倒计时。

辅助投保设备扫描理赔二维码得到第二拍摄要求和上传链接，在扫描理赔二维码时启动理赔倒计时开始倒计时。

第二拍摄要求可以与第一拍摄要求相同或不同，例如可以包括有拍摄参数，比如像素、视频时长、拍摄亮度、拍摄到的图片或视频数量等，在实际工况中可以具体设置。

上传链接用于辅助投保设备向待投保设备上传其所得到的屏幕理赔数据。

S403：辅助投保设备按照第二拍摄要求对待投保设备的屏幕进行拍摄，得到屏幕理赔数据，并根据上传链接上传屏幕理赔数据至待投保设备。

其中，屏幕投保数据包括待投保设备的当前屏幕图片和/或当前屏幕视频。

辅助投保设备按照第二拍摄要求对待投保设备的屏幕进行拍摄，例如，可以对待投保设备的当前屏幕进行图片拍摄和/或视频拍摄，进行图片拍摄得到当前的屏幕理赔图片，进行视频拍摄得到当前的屏幕理赔视频，从而得到屏幕理赔数据。并且，辅助投保设备可以根据扫描理赔二维码得到的上传链接向待投保设备上传屏幕理赔数据，以得到理赔申请数据。

S404：待投保设备在理赔倒计时未结束时通过应用程序向承保平台上报理赔申请数据。

其中，理赔申请数据包括屏幕理赔数据。

在理赔倒计时内待投保设备通过应用程序向承保平台上报理赔申请数据，以使得承保平台接收到通过应用程序上报的理赔申请数据。其中，理赔申请数据除过包括屏幕理赔数据之外，还可以包括有投保人信息、理赔请求信息等等，可以根据投保业务在应用程序中进行配置，以使投保人提供相应所需的信息形成理赔申请数据。

进一步地，承保平台根据接收到的理赔申请数据确定屏幕定损数据，例如，承保平台利用预设定损核验模型对屏幕理赔数据、屏幕投保数据以及标准数据库中的标准屏幕数据进行比对，通过比对实现对屏幕理赔数据的定损操作，即得到屏幕定损数据。其中，预设定损核验模型是承保平台预先对标准屏幕数据以及定损样本数据训练得到的。定损样本数据可以例如已完成定损操作的屏幕，该屏幕为各种设备型号信息所对应的智能终端设备的屏幕。

本申请实施例提供的屏幕的投保方法，承保平台利用预设定损核验模型对屏幕理赔数据与屏幕投保数据以及标准数据库中的标准屏幕数据进行比对，以对屏幕理赔数据进行定损操作，确定出屏幕定损数据。其中待投入设备通过应用程序向承保平台上报理赔申请数据，使得承保平台可以为待投保设备的屏幕提供智能化的定损赔偿服务，有效提高理赔效率，有利于承保方投保行为的开展。

图7为本申请实施例提供的一种投保***的结构示意图。如图7所示，本申请实施例提供的投保***500，包括：待投保设备501、辅助投保设备502及承保平台503，待投保设备501中运行有用于投保业务的应用程序。

待投保设备501，用于通过应用程序采集设备基础信息，设备基础信息至少包括待投保设备501的标识序列号、运行状态结果及设备型号信息。

承保平台503，用于根据待投保设备501发送的设备基础信息生成投保编号，并发送投保编号至应用程序以生成投保核验页面以及触发禁用控件，投保核验页面至少包括投保人信息、投保二维码和投保倒计时。

辅助投保设备502，用于若在投保倒计时内根据投保二维码得到屏幕投保数据并提交至承保平台503，则承保平台503用于根据屏幕投保数据确定待投保设备501的屏幕是否投保成功。

在一种可能的设计中，待投保设备501，具体用于：

检测应用程序上的用户操作，根据用户操作启动应用程序的信息采集模块以及设备运行检测模块；

通过信息采集模块采集标识序列号以及设备型号信息；

通过设备运行检测模块对待投保设备501的预设功能进行自检，以生成运行状态结果。

在一种可能设计中，待投保设备501，还具体用于：

于应用程序上显示设备基础信息以使用户对设备基础信息进行核对；

若检测到用户的核对正确操作，则发送设备基础信息至承保平台503。

在一种可能的设计中，辅助投保设备502，具体用于：

扫描投保二维码，得到第一拍摄要求和提交链接并启动投保倒计时开始倒计时；

按照第一拍摄要求对待投保设备501的屏幕进行拍摄，得到屏幕投保数据，屏幕投保数据包括待投保设备501的当前屏幕图片和/或当前屏幕视频；

在投保倒计时未结束时通过提交链接将屏幕投保数据提交至承保平台503。

在一种可能的设计中，承保平台503，具体用于：

利用预设承保核验模型对屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定屏幕投保数据是否满足投保要求，标准数据库包括设备型号信息对应的标准屏幕数据；

若是，生成投保保单，并向待投保设备501发送投保保单，在接收到投保人信息对应的投保人的签单确认信息时，确定待投保设备501的屏幕投保成功；

若否，生成投保失败信息，并向待投保设备501发送投保失败信息。

在一种可能的设计中，预设承保核验模型是承保平台503根据标准屏幕数据以及投保样本数据训练得到的。

在一种可能的设计中，在确定待投保设备501的屏幕投保成功后，若承保平台503接收到通过应用程序上报的理赔请求，承保平台503还用于根据理赔申请数据确定屏幕定损数据。

在一种可能的设计中，待投保设备501还用于响应于应用程序中的用户理赔操作显示理赔页面及触发禁用控件，理赔页面至少包括投保人信息、理赔二维码以及理赔倒计时；

辅助投保设备502还用于扫描理赔二维码，得到第二拍摄要求和上传链接并启动理赔倒计时开始倒计时；

辅助投保设备502还用于按照第二拍摄要求对待投保设备501的屏幕进行拍摄，得到屏幕理赔数据，并根据上传链接上传屏幕理赔数据至待投保设备501；

待投保设备501还用于在理赔倒计时未结束时通过应用程序向承保平台503上报理赔申请数据，理赔申请数据包括屏幕理赔数据。

在一种可能的设计中，承保平台503还用于利用预设定损核验模型对屏幕理赔数据、屏幕投保数据以及标准数据库中的标准屏幕数据进行比对，确定屏幕定损数据；

其中，预设定损核验模型是对标准屏幕数据以及定损样本数据训练得到的。

本申请实施例提供的投保***，可以执行上述方法实施例中的屏幕的投保方法的相应步骤，其实现原理和技术效果类似，在此不再赘述。

图8为本申请实施例提供的一种电子设备的结构示意图。如图8所示，该电子设备可以包括：至少一个处理器601和存储器602。图8示出的是以一个处理器为例的电子设备。

存储器602，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机执行指令。

存储器602可能包含高速RAM存储器，也可能还包括非易失性存储器(MoM-volatile memory)，例如至少一个磁盘存储器。

处理器601用于执行存储器602存储的计算机执行指令，以实现待投保设备侧的屏幕的投保方法，或者，以实现承保平台侧的屏幕的投保方法，或者，以实现辅助投保设备侧的屏幕的投保方法。

其中，处理器601可能是一个中央处理器(CeMtral ProcessiMg UMit，简称为CPU)，或者是特定集成电路(ApplicatioM Specific IMtegrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。当存储器602是独立于处理器601之外的器件时，电子设备600，还可以包括：

总线603，用于连接处理器601以及存储器602。总线可以是工业标准体系结构(industry standard architecture，简称为ISA)总线、外部设备互连(peripheralcomponent，PCI)总线或扩展工业标准体系结构(extended industry standardarchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器602和处理器601集成在一块芯片上实现，则存储器602和处理器601可以通过内部接口完成通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-OMly Memory)、随机存取存储器(RAM，RaMdomAccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。

本申请还提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现上述实施例中的屏幕的投保方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (7)

1.一种屏幕的投保方法，其特征在于，应用于投保***，所述投保***包括待投保设备、辅助投保设备及承保平台，所述待投保设备中运行有用于投保业务的应用程序；所述方法，包括：

所述待投保设备通过所述应用程序采集设备基础信息，所述设备基础信息至少包括所述待投保设备的标识序列号、运行状态结果及设备型号信息；

所述承保平台根据所述待投保设备发送的所述设备基础信息生成投保编号，并发送所述投保编号至所述应用程序以生成投保核验页面以及触发禁用控件，所述投保核验页面至少包括投保人信息、投保二维码和投保倒计时；

若所述辅助投保设备在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，则所述承保平台根据所述屏幕投保数据确定所述待投保设备的屏幕是否投保成功；

所述辅助投保设备在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，包括：

所述辅助投保设备扫描所述投保二维码，得到第一拍摄要求和提交链接并启动所述投保倒计时开始倒计时；

所述辅助投保设备按照所述第一拍摄要求对所述待投保设备的屏幕进行拍摄，得到所述屏幕投保数据，所述屏幕投保数据包括所述待投保设备的当前屏幕图片和/或当前屏幕视频；

所述辅助投保设备在所述投保倒计时未结束时通过所述提交链接将所述屏幕投保数据提交至所述承保平台；

所述承保平台根据所述屏幕投保数据确定所述待投保设备的屏幕是否投保成功，包括：

所述承保平台利用预设承保核验模型对所述屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定所述屏幕投保数据是否满足投保要求，所述标准数据库包括所述设备型号信息对应的标准屏幕数据；

若是，所述承保平台生成投保保单，并向所述待投保设备发送所述投保保单，在接收到所述投保人信息对应的投保人的签单确认信息时，确定所述待投保设备的屏幕投保成功；

若否，所述承保平台生成投保失败信息，并向所述待投保设备发送所述投保失败信息；

所述预设承保核验模型是所述承保平台根据所述标准屏幕数据以及投保样本数据训练得到的。

2.根据权利要求1所述的投保方法，其特征在于，所述待投保设备通过所述应用程序采集所述设备基础信息，包括：

所述待投保设备检测所述应用程序上的用户操作，根据所述用户操作启动所述应用程序的信息采集模块以及设备运行检测模块；

所述待投保设备通过所述信息采集模块采集所述标识序列号以及所述设备型号信息；

所述待投保设备通过所述设备运行检测模块对所述待投保设备的预设功能进行自检，以生成所述运行状态结果。

3.根据权利要求2所述的投保方法，其特征在于，所述待投保设备通过所述应用程序采集所述设备基础信息之后，还包括：

所述待投保设备于所述应用程序上显示所述设备基础信息以使用户对所述设备基础信息进行核对；

若所述待投保设备检测到所述用户的核对正确操作，则发送所述设备基础信息至所述承保平台。

4.根据权利要求3所述的投保方法，其特征在于，在确定所述待投保设备的屏幕投保成功后，若所述承保平台接收到通过所述应用程序上报的理赔申请数据，则所述承保平台根据所述理赔申请数据确定屏幕定损数据。

5.根据权利要求4所述的投保方法，其特征在于，通过所述应用程序向所述承保平台上报所述理赔申请数据，包括：

所述待投保设备响应于所述应用程序中的用户理赔操作显示理赔页面及触发所述禁用控件，所述理赔页面至少包括所述投保人信息、理赔二维码以及理赔倒计时；

所述辅助投保设备扫描所述理赔二维码，得到第二拍摄要求和上传链接并启动所述理赔倒计时开始倒计时；

所述辅助投保设备按照所述第二拍摄要求对所述待投保设备的屏幕进行拍摄，得到屏幕理赔数据，并根据所述上传链接上传所述屏幕理赔数据至所述待投保设备；

所述待投保设备在所述理赔倒计时未结束时通过所述应用程序向所述承保平台上报所述理赔申请数据，所述理赔申请数据包括所述屏幕理赔数据。

6.根据权利要求5所述的投保方法，其特征在于，所述承保平台根据所述理赔申请数据确定屏幕定损数据，包括：

所述承保平台利用预设定损核验模型对所述屏幕理赔数据、所述屏幕投保数据以及所述标准数据库中的标准屏幕数据进行比对，确定所述屏幕定损数据；

其中，所述预设定损核验模型是对所述标准屏幕数据以及定损样本数据训练得到的。

7.一种屏幕的投保***，其特征在于，包括：待投保设备、辅助投保设备及承保平台，所述待投保设备中运行有用于投保业务的应用程序；

所述待投保设备用于通过所述应用程序采集设备基础信息，所述设备基础信息至少包括所述待投保设备的标识序列号、运行状态结果及设备型号信息；

所述承保平台用于根据所述待投保设备发送的所述设备基础信息生成投保编号，并发送所述投保编号至所述应用程序以生成投保核验页面以及触发禁用控件，所述投保核验页面至少包括投保人信息、投保二维码和投保倒计时；

所述辅助投保设备用于若在所述投保倒计时内根据所述投保二维码得到屏幕投保数据并提交至所述承保平台，则所述承保平台用于根据所述屏幕投保数据确定所述待投保设备是否投保成功；

所述辅助投保设备，具体用于所述辅助投保设备扫描所述投保二维码，得到第一拍摄要求和提交链接并启动所述投保倒计时开始倒计时；

所述辅助投保设备按照所述第一拍摄要求对所述待投保设备的屏幕进行拍摄，得到所述屏幕投保数据，所述屏幕投保数据包括所述待投保设备的当前屏幕图片和/或当前屏幕视频；

所述辅助投保设备在所述投保倒计时未结束时通过所述提交链接将所述屏幕投保数据提交至所述承保平台；

所述承保平台，具体用于所述承保平台利用预设承保核验模型对所述屏幕投保数据与标准数据库中的标准屏幕数据进行比对，以确定所述屏幕投保数据是否满足投保要求，所述标准数据库包括所述设备型号信息对应的标准屏幕数据；

若是，所述承保平台生成投保保单，并向所述待投保设备发送所述投保保单，在接收到所述投保人信息对应的投保人的签单确认信息时，确定所述待投保设备的屏幕投保成功；

若否，所述承保平台生成投保失败信息，并向所述待投保设备发送所述投保失败信息；

所述预设承保核验模型是所述承保平台根据所述标准屏幕数据以及投保样本数据训练得到的。

Images