一种投保方法、装置及电子设备与流程

文档序号:22047065发布日期:2020-08-28 18:53阅读:165来源:国知局
一种投保方法、装置及电子设备与流程

本申请涉及保险金融技术领域,具体而言,涉及一种投保方法、装置及电子设备。



背景技术:

一些情形下,需要投保的客户只能通过营业厅填写纸质投保意向单或者通过销售员电话/微信提供投保信息,再由销售员将投保信息通过微信、邮件等发送给出单员,再由出单员对收集到的投保信息进行人工核对后,通过手动录入的方式录入出单系统,最后,客户需在营业厅或者销售员上门提供纸质投保单后,阅读投保条款等内容并在纸质投保单签名后进行付款,完成投保业务,导致投保流程繁杂,效率低。



技术实现要素:

对于上述问题,本申请实施例提供了一种投保方法、装置及电子设备,以简化投保流程,提高投保效率,具体方案如下。

第一方面,本申请实施例提供一种投保方法,应用于保险服务器,所述方法包括:在接收到用户投保信息的情况下,根据所述用户投保信息生成投保任务;推送所述投保任务给出单终端,使得所述出单终端展示所述投保任务,以及对所述投保任务中携带的初始投保信息进行核准;接收所述出单终端反馈的投保信息核准结果以及核准后的目标投保信息,且在所述核准结果为核准通过的情况下,根据所述目标投保信息计算保险费用,以及基于所述保险费用和所述目标投保信息生成电子投保单;反馈所述电子投保单给用户终端和/或所述出单终端。

第二方面,本申请实施例还提供一种投保装置,其特征在于,应用于保险服务器,所述装置包括:第一接收模块,用于在接收到用户投保信息的情况下,根据所述用户投保信息生成投保任务;推送模块,用于推送所述投保任务给出单终端,使得所述出单终端展示所述投保任务,以及对所述投保任务中携带的初始投保信息进行核准;第二接收模块,用于接收所述出单终端反馈的投保信息核准结果以及核准后的目标投保信息,且在所述投保信息核准结果为核准通过的情况下,根据所述目标投保信息计算保险费用,以及基于所述保险费用和所述目标投保信息生成电子投保单;反馈模块,用于反馈所述电子投保单给用户终端和/或所述出单终端。

第三方面,本申请实施例还提供一种电子设备,包括:至少一个处理器;与所述处理器连接的至少一个存储器;其中,所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如上所述的方法。

第四方面,本申请实施例还提供一种计算机可读存储介质,所述存储介质存储有计算机指令,所述计算机指令使所述计算机执行如上所述的方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:

本申请给出的投保方法、装置及电子设备中,保险服务器在接收到用户投保信息的情况下,可通过与出单终端之间的信息交互,实现投保信息的核准、保险费用的计算以及电子投保单的生成、反馈,能够有效简化投保流程,提高投保效率。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1为本申请一示例性实施例提供的投保方法的流程示意图。

图2为本申请另一示例性实施例提供的投保方法的流程示意图。

图3为本申请一示例性实施例提供的投保装置的框图。

图4为本申请一示例性实施例提供的电子设备的框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示,为本申请的一个实施例提供的投保方法的流程示意图,该方法可以但不限于保险服务器执行,具体可由保险服务器中的软件或硬件执行。再次参阅图1,本实施例给出的投保方法可以包括如下步骤。

s110,在接收到用户投保信息的情况下,根据用户投保信息生成投保任务。

其中,用户投保信息中至少包括投保人身份信息和保险类型,投保人身份信息可以包括投保人的性别、年龄、职业、居住地址、身份证图像、驾驶证图像等信息中至少一种,保险类型可以是车险、人身安全险、财产险等,本实施例在此不做限制。

另外,保险服务器接收到的用户投保信息可以是用户通过用户终端提交,也可以是由保险业务员通过销售终端提交。其中,用户终端和销售终端均可以是手机、平板电脑、笔记本、台式电脑等。

s120,推送投保任务给出单终端,使得出单终端展示投保任务,以及对投保任务中携带的初始投保信息进行核准。

其中,保险服务器将生成的投保任务推送给出单终端的目的是:为了确保用户投保信息的可靠性和完整性。

实际应用中,出单终端是指由出单员等使用的电子设备,如手机、平板、笔记本、台式电脑等。作为一种实现方式,在出单终端接收到投保任务时,可以通过出单员进行人工核准,也可以是利用预定的核准规则进行自动核准。例如,出单员可通过点选投保任务的方式从保险服务器获取对应的初始投保信息,以对初始投保信息进行核准,如,被保险对象是否合规、投保人信息、被保险对象信息是否完整、当前能否出单、是否需要进行信息手动添加等,最后,在完成核准后,出单终端反馈投保信息核准结果给保险服务器,该核准结果可以包括核准通过、核准未通过、等待人工复核等。

s130,接收出单终端反馈的投保信息核准结果以及核准后的目标投保信息,且在核准结果为核准通过的情况下,根据目标投保信息计算保险费用,以及基于保险费用和目标投保信息生成电子投保单。

其中,核准后的目标投保信息是基于前述的初始投保信息进行信息删除、增加等操作后得到的,以确保用于电子投保单生成的投保信息全面、准确、符合投保要求。另外,保险费用的计算是基于预设的不同类型保险对应的费用计算规则实现,例如,不同险种、不同年龄段的投保人等可对应不同的费用计算规则,本实施例对此做赘述。

s150,反馈电子投保单给用户终端和/或出单终端。

其中,在完成保险费用和电子投保单生成后,将其反馈给用户终端和/或出单终端的目的是便于投保人和/或出单终端再次对投保信息进行核准和确认,确保投保信息的准确。

作为一种实现方式,在保险服务器仅将电子投保单反馈给出单终端的情况下,出单员可通过通信工具(如微信、qq、邮件等)将电子投保信息分享给用户终端进行信息核准。

在前述给出的投保方法中,保险服务器在接收到用户投保信息时,通过与出单终端以及用户终端之间的信息交互,实现投保信息的自动核准、保费计算以及电子投保单的生成、反馈,由此,有效简化了投保流程,提高了投保效率。同时还能够确保投保信息的可靠性。

本申请的一个实施例中,s110中所述的根据用户投保信息生成投保任务的步骤可以包括:在用户投保信息中包括图像的情况下,保险服务器可以利用光学字符识别(opticalcharacterrecognition,ocr)模块识别图像中携带的字符信息,再基于字符信息以及用户投保信息中除图像之外的其他的信息生成投保任务,由此,能够进一步提高投保人信息采集或输入过程中的便捷性,提高投保效率。其中,图像可以是身份证图像、驾驶证图像、护照图像等。

本申请的一个实施例中,s150中所述的反馈电子投保单给用户终端和/或出单终端的步骤,可以包括:保险服务器根据电子投保单生成保险信息标识码,将保险信息标识码发送给用户终端和/或出单终端,以使得用户终端和/或出单终端通过识别保险信息标识码进行电子投保单的预览。

可选地,保险信息标识码可以是二维码、条形码等,本实施例中通过保险信息标识码这一技术特征的设置,一方面能够提高信息传输过程中的安全性,另一方面还可以使得投保人或出单员可通过保险信息标识码进行电子投保单的快速预览、访问等,以改善用户投保过程中的投保体验。

本申请的一个实施例中,如图2所示,在前述s110至s150给出的投保方法的基础上,本实施例给出的投保方法还可包括图2所示的s210至s240,以在简化投保流程,提高投保效率的同时,进一步确保投保信息的可靠性,内容如下。可以理解的是,图2所示的投保方法可以但不限于保险服务器执行,具体可由保险服务器中的软件或硬件执行。

s210,接收用户终端或出单终端反馈的电子签名信息。

其中,电子签名信息是用户终端或出单终端根据接收到的用户签名操作得到。例如,在用户终端或出单终端对电子投保单进行展示时,可通过预设的ca签名控件响应投保人基于用户终端或出单终端上的触控屏等发起的用户签名操作,从而获得电子签名信息。

实际应用中,用户终端或出单终端在获得电子签名信息后,为了确保信息传输的安全性,可利用ca签名控件对电子签名信息进行封装加密后发送给保险服务器。

s220,将电子签名信息添加至电子投保单,以及反馈信息添加完成通知给用户终端,使得用户终端或出单终端展示信息验证界面。

其中,在完成电子签名信息添加后,为了确保保险服务器获取的投保信息等为投保人的真实需求,而非其他用户的恶性投保行为,本实施例中通过向用户终端发送信息添加完成通知,以触发用户终端展示信息验证界面,进行投保人身份信息的验证。

s230,在接收到用户终端或所述出单终端发送的信息验证请求的情况下,将信息验证请求以及完成电子签名信息添加的电子投保单发送给第三方服务器,使得第三方服务器发送第一校验信息给用户终端。

其中,信息验证请求可以是由投保人基于用户终端展示的信息验证界面触发后,由用户终端发送给保险服务器。第三方服务器可以是但不限于中国保险监督管理委员会所使用的服务器,以对投保过程的合法性进行监控,避免恶性保单的产生,如保险公司为了增加业务量,而非法增加的保险订单等。

实际应用中,保险服务器在接收到电子投保单后,可根据电子投保单中携带的投保人信息(如电话号码、邮件地址等)向投保人所携带的用户终端发送第一校验信息进行投保人身份验证。

可选地,第一校验信息可以由数字、字符、汉子等中至少一种组成,且第一校验信息可以以短信、邮件等方式发送给投保人,本实施例对此不做限制。

s240,在接收到用户终端发送的第二校验信息时,将第二校验信息与完成电子签名信息添加的电子投保单发送给第三方服务器,使得第三方服务器基于第一校验信息、第二校验信息以及完成电子签名信息添加的电子投保单进行投保人身份验证。

其中,第二校验信息是由投保人根据接收到的第一校验信息得到,并通过用户终端发送给保险服务器的,实际实施时,第二校验信息可以与第一校验信息一致,也可以是基于第一校验信息并结合预定规则推导得到,例如,加法规则、减法规则等。

实际应用中,第三方服务器在基于第一校验信息、第二校验信息以及完成电子签名信息添加的电子投保单进行投保人身份验证时,一方面需要确认两次接收到的电子投投保信息是否匹配,另一方面还需要确认第一校验信息和第二校验信息是否匹配,并在二者均匹配的情况下,判定投保人身份验证通过,反之,则判定投保人身份验证不通过。

此外,第三方服务器在得到对应的验证结果后,还需反馈验证结果给保险服务器,以使得保险服务器对电子投保单进行对应的处理,如终止保单、提醒投保人进行保单金额的支付等。

在前述s210至s250给出的投保方法中,能够进一步确保投保人的身份可靠,保障投保人的利益。

本申请的一个实施例中,在完成投保人身份信息确认、电子投保单生成后,为了进一步简化投保流程,本实施例给出的投保方法还可包括:在接收到第三方服务器反馈的身份验证结果且身份验证结果为验证通过的情况下,反馈保单支付通知给用户终端进行保单费用支付。

实际应用中,用户终端在接收到保单支付通知的情况下,可直接跳转至保险费用支付界面,该保险费用支付界面可预设有多种可供投保人选择的支付方式,例如,微信支付、支付宝支付、银行卡支付等线上支付,或者柜台支付等线下支付。例如,如果投保人选取并触发任一种线上支付方式后,用户终端可根据投保人选择的支付方式向保险服务器发送支付请求,再由保险服务器调用对应的支付系统(如支付宝支付系统、微信支付系统等)生成支付链接,并反馈支付链接给用户终端进行展示,最后,投保人基于支付链接完成保险费用的支付,在完成支付后,由支付系统反馈支付结果给用户终端和保险服务器,以结束投保流程。

本申请的一个实施例中,为了进一步确保投保人与被保险对象之间的一致性,并对投保人的真实身份进行有效管控,保险服务器在执行s210之前,可再次对投保人的身份信息进行验证。例如,保险服务器在接收到用户终端发送的人脸图像信息的情况下,可根据用户投保信息中的投保人身份信息调用预设的投保人图像信息;将人脸图像信息与预设图像信息进行比对,在比对结果一致的情况下,执行接收用户终端或出单终端反馈的电子签名信息的步骤。

实际应用中,保险服务器可通过投保人身份信息调用预设在公安系统等处的投保人图像信息(如人脸图像等),以与接收到的人脸图像信息进行比对。其中,投保人身份信息可以是身份证号、驾驶证号等。此外,用户终端发送的人脸图像信息可以是投保人基于用户终端上的摄像头等拍摄得到,本实施例对此不做限制。

由前述给出的投保方法可以看出,本申请至少具有以下技术效果。

本申请提供的投保方法,在保险服务器、用户终端、销售终端、出单终端、第三方服务器以及支付系统之间实现了一种在线化、自动化的投保流程,无需投保人前往营业厅或销售人员与投保人线下见面,即可通过线上化、移动化的方式,打通客户、销售员、出单员的在线沟通和信息传递,快速精准的进行投保信息的采集、录入、电子投保单的核准、签字、投保人的身份验证以及保险费用的在线支付等流程。改变了相关技术中,投保人或销售人员只能线下信息沟通、采用填写纸质表格的方式提交投保信息、以及在纸质保单上签字等才能实现的投保流程的投保模式,有效提高了投保效率,且投保信息准确率高。

如图3所示,为根据一示例性实施例示出的一种投保装置300的框图,该投保装置300可应用于电子设备。参照图3,投保装置300包括第一接收模块310、推送模块320、第二接收模块330和反馈模块30。

第一接收模块310,用于在接收到用户投保信息的情况下,根据用户投保信息生成投保任务。

推送模块320,用于推送所述投保任务给出单终端,使得所述出单终端展示所述投保任务,以及对所述投保任务中携带的初始投保信息进行核准。

第二接收模块330,用于接收所述出单终端反馈的投保信息核准结果以及核准后的目标投保信息,且在所述投保信息核准结果为核准通过的情况下,根据所述目标投保信息计算保险费用,以及基于所述保险费用和所述目标投保信息生成电子投保单。

反馈模块340,用于反馈所述电子投保单给用户终端和/或所述出单终端。

关于本实施例中的装置300,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

本申请实施例给出的投保装置300至少具有以下技术效果。

本申请提供的投保装置300,在保险服务器、用户终端、销售终端、出单终端、第三方服务器以及支付系统之间实现了一种在线化、自动化的投保流程,无需投保人前往营业厅或销售人员与投保人线下见面,即可通过线上化、移动化的方式,打通客户、销售员、出单员的在线沟通和信息传递,快速精准的进行投保信息的采集、录入、电子投保单的核准、签字、投保人的身份验证以及保险费用的在线支付等流程。改变了相关技术中,投保人或销售人员只能线下信息沟通、采用填写纸质表格的方式提交投保信息、以及在纸质保单上签字等才能实现的投保流程的投保模式,有效提高了投保效率,且投保信息准确率高。

请参阅图4,为根据一示例性实施例提供的一种电子设备400的框图,该电子设备400可至少包括处理器410,用于存储处理器410可执行指令的存储器420。其中,处理器410被配置为执行指令,以实现如上述实施例中的投保方法的全部步骤或部分步骤。

处理器410、存储器420之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中,处理器410用于读/写存储器中存储的数据或程序,并执行相应地功能。

存储器420用于存储程序或者数据,如存储处理器410可执行指令。该存储器420可以是,但不限于,随机存取存储器(randomaccessmemory,ram),只读存储器(readonlymemory,rom),可编程只读存储器(programmableread-onlymemory,prom),可擦除只读存储器(erasableprogrammableread-onlymemory,eprom),电可擦除只读存储器(electricerasableprogrammableread-onlymemory,eeprom)等。

进一步,作为一种可能的实现方式,电子设备400还可包括电源组件、多媒体组件、音频组件、输入/输出(i/o)接口、传感器组件以及通信组件等。

电源组件为电子设备400的各种组件提供电力。电源组件可以包括电源管理系统,一个或多个电源、以及其他与为电子设备400生成、管理和分配电力相关联的组件。

多媒体组件包括在电子设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件包括一个前置摄像头和/或后置摄像头。当电子设备400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件被配置为输出和/或输入音频信号。例如,音频组件包括一个麦克风(mic),当电子设备400处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器420或经由通信组件发送。在一些实施例中,音频组件还包括一个扬声器,用于输出音频信号。

i/o接口为处理组件和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件包括一个或多个传感器,用于为电子设备400提供各个方面的状态评估。例如,传感器组件可以检测到电子设备400的打开/关闭状态,组件的相对定位,例如组件为电子设备400的显示器和小键盘,传感器组件还可以检测电子设备400或电子设备400一个组件的位置改变,用户与电子设备400接触的存在或不存在电子设备400方位或加速/减速和电子设备400的温度变化。传感器组件可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件被配置为便于电子设备400和其他设备之间有线或无线方式的通信。电子设备400可以接入基于通信标准的无线网络,如wifi,运营商网络(如2g、3g、4g或5g),或它们的组合。在一个示例性实施例中,通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术,红外数据协会(irda)技术,超宽带(uwb)技术,蓝牙(bt)技术和其他技术来实现。

在示例性实施例中,电子设备400可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

应当理解的是,图4所示的结构仅为电子设备400的结构示意图,该电子设备400还可包括比图4中所示更多或者更少的组件,或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。此外,电子设备可以是服务器、电脑等,本实施对此不做限制。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器,上述指令可由电子设备的处理器执行以完成上述投保方法。例如,非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1