CN112017066A - 一种信息处理方法、装置、服务器及存储介质 - Google Patents
一种信息处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN112017066A CN112017066A CN202010890301.1A CN202010890301A CN112017066A CN 112017066 A CN112017066 A CN 112017066A CN 202010890301 A CN202010890301 A CN 202010890301A CN 112017066 A CN112017066 A CN 112017066A
- Authority
- CN
- China
- Prior art keywords
- user
- information
- accident
- damage
- trust
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 22
- 238000003672 processing method Methods 0.000 title claims abstract description 11
- 230000006378 damage Effects 0.000 claims abstract description 137
- 238000000034 method Methods 0.000 claims abstract description 58
- 230000008439 repair process Effects 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 43
- 230000006735 deficit Effects 0.000 claims description 14
- 238000012795 verification Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 7
- 230000008569 process Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 208000027418 Wounds and injury Diseases 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 208000014674 injury Diseases 0.000 description 5
- 230000001010 compromised effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000012015 optical character recognition Methods 0.000 description 3
- 238000012549 training Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 206010039203 Road traffic accident Diseases 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013527 convolutional neural network Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例提供了一种信息处理方法、装置、服务器及存储介质，可用于智慧城市领域，该方法包括：接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。本申请涉及区块链技术，如可以在区块链中查询该用户的信任额度。
Description
技术领域
本申请涉计算机技术领域，尤其涉及一种信息处理方法、装置、服务器及存储介质。
背景技术
在车险服务领域中，理赔流程是最直接影响客户体验的环节。出险后是否能快速响应，理赔流程是否简单合理，作业人员是否专业，理赔案件赔付时间的长短等因素直接影响了客户来年的续保率，也会影响公司在保险行业内的口碑。
传统的理赔模式是电话理赔，即在客户拨打保险公司电话后，由保险公司派遣作业人员进行查勘定损，最后审核赔付。随着“互联网+保险”模式的兴起，客户可以下载保险公司客户端进行线上理赔，线上理赔模式通常是客户或作业人员拍下车损图片，上传到云端留存，然后进行查勘定损，最后审核赔付。不难看出，不管是电话理赔还是线上理赔模式，理赔周期都比较长，理赔效率较低。
发明内容
本申请实施例提供了一种信息处理方法、装置、服务器及存储介质，可以提升理赔效率。
第一方面，本申请实施例提供了一种信息处理方法，包括：
接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；
当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；
接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；
查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
可选地，所述报案信息还包括事故位置信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
获取多个汽车修理厂中每个汽车修理厂的位置信息；
根据每个汽车修理厂的位置信息以及所述事故位置信息，计算所述每个汽车修理厂与所述事故位置信息指示的事故发生地之间的距离值；
当根据计算的距离值确定所述多个汽车修理厂中不包括目标汽车修理厂时，确定所述目标用户满足多方事故信任赔条件，所述目标汽车修理厂为与所述事故发生地之间的距离值小于或等于预设距离值的汽车修理厂。
可选地，所述报案信息还包括所述用户的标识信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
查询预设的信任赔黑名单是否包括所述用户的标识信息，所述信任陪黑名单包括多个违法失信用户中每个违法失信用户的标识信息；
当所述信任赔黑名单不包括所述用户的标识信息时，确定所述用户满足多方事故信任赔条件。
可选地，所述报案信息还包括所述用户的标识信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
根据所述用户的标识信息查询所述用户对应的标的车辆的保单信息，所述保单信息包括出险次数；
当所述出险次数小于预设出险次数时，确定所述用户满足多方事故信任赔条件。
可选地，所述接收所述用户终端根据所述第一受损详情页面发送的第一受损信息后，所述方法还包括：
校验所述第一受损信息的真实性；校验策略包括以下至少一种：对用户身份校验的策略、对事故车辆校验的策略、对事故图片校验的策略、对索赔资源量校验的策略；
当对所述第一受损信息的真实性校验通过时，触发所述查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理的步骤。
可选地，所述根据所述信任额度以及所述第一索赔资源量进行理赔处理，包括：
在所述第一索赔资源量小于或等于所述信任额度时，将所述第一索赔资源量对应的电子资源转移到所述用户绑定的电子账户中；
将所述信任额度减去所述第一索赔资源量对应的数值。
可选地，所述方法还包括：
当确定所述事故类型为单方事故时，通过所述用户终端输出第二受损详情页面；所述第二受损详情页面与所述第一受损详情页面不同；
接收所述用户终端根据所述第二受损详情页面发送的第二受损信息，所述第二受损信息包括第二索赔资源量；所述第二受损信息与所述第一受损信息存在不同；
查询所述用户的信任额度，并根据所述信任额度以及所述第二索赔资源量进行理赔处理。
第二方面，本申请实施例提供了一种信息处理装置，包括：
通信模块，用于接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；
处理模块，用于当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；
所述通信模块，还用于接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；
所述处理模块，还用于查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
第三方面，本申请实施例提供了一种服务器，包括处理器、输入设备、输出设备和存储器，所述处理器、所述输入设备、所述输出设备和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如第一方面所述的方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面所述的方法。
综上所述，服务器可以接收用户通过用户终端发送的报案请求，该报案请求携带报案信息；服务器当确定该报案信息包括的事故类型为多方事故并确定该用户满足多方事故信任赔条件时，通过该用户终端输出第一受损详情页面，并接收该用户终端根据该第一受损详情页面发送的第一受损信息，从而根据该用户的信任额度以及该第一受损信息包括的第一索赔资源量进行理赔处理，相较于现有技术由于传统理赔模式或线上理赔模式涉及大量人工审核带来的理赔周期较长，理赔效率低下的问题，本申请采用多事故信任赔的方式大大缩减了理赔周期，提升了理赔效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种信息处理方法的流程示意图；
图2是本申请实施例提供的另一种信息处理方法的流程示意图；
图3是本申请实施例提供的一种信息处理系统的网络架构示意图；
图4是本申请实施例提供的一种信息处理装置的结构示意图；
图5是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
请参阅图1，为本申请实施例提供的一种信息处理方法的流程示意图。该方法可以应用于服务器。该服务器可以为一个服务器或服务器集群。具体的，该方法可以包括以下步骤：
S101、接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型。
其中，该事故类型可以包括单方事故和多方事故。该单方事故可以为车辆单方事故，该多方事故可以为车辆多方事故。单方事故一般涉及的事故当事人为一个。多方事故一般涉及的事故当事人为多个。
在一个实施例中，根据理赔的业务需求，报案信息还可以包括以下至少一项：用户的车牌号码、用户的标识信息(如手机号)、事故位置信息、事故发生时间、人员伤亡信息(如是否有人伤亡的信息)。
在一个应用场景中，用户可以通过用户终端进入报案页面，并在该报案页面设置报案信息以进行报案。用户在设置报案信息后，可以点击确定按钮。用户终端可以响应对该确定按钮的点击操作，发送报案请求至服务器，服务器可以接收用户终端发送的报案请求，该报案请求携带该报案信息。
再一个应用场景中，用户还可以通过用户终端进入理赔界面，然后点击理赔界面包括的报案按钮以进入报案页面设置报案信息以进行报案。用户在设置报案信息后，可以点击确定按钮。用户终端可以响应对确定按钮的点击操作时，发送报案请求至服务器，服务器接收用户终端发送的报案请求。
再一个应用场景中，用户还可以通过用户终端进入理赔界面，点击理赔界面包括的信任赔按钮进入信任赔界面，然后点击该信任赔界面包括的报案按钮进入报案页面，并在该报案页面设置报案信息以进行报案。用户在设置报案信息后，可以点击确定按钮。用户终端可以响应对该确定按钮的点击操作，发送报案请求至服务器，服务器接收用户终端发送的报案请求，该报案请求携带该报案信息。
S102、当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面。
本申请实施例中，服务器可以在确定该事故类型为多方事故后，判断该用户是否满足多方事故信任赔条件，并在确定该用户满足多方事故信任赔条件时，通过该用户终端输出第一受损详情页面。其中，该第一受损详情页面可以是指多方事故信任赔案件对应的受损详情页面。
在一个实施例中，服务器可以根据事故位置信息确定该用户是否满足多方事故信任赔条件。在一个实施例中，所述的报案信息还可以包括事故位置信息。在一个实施例中，当所述的报案信息不包括事故位置信息时，服务器可以发送事故位置信息获取指令至用户终端，并可以接收用户终端根据该事故位置信息获取指令返回的事故位置信息。其中，该事故位置信息可以由用户终端的全球定位系统(Global Positioning System，GPS)采集，或还可以由用户在用户终端录入，本申请实施例不做限制。
在一个实施例中，服务器可以通过以下方式判断该用户是否满足多方事故信任赔条件：服务器获取多个汽车修理厂中每个汽车修理厂的位置信息，并根据每个汽车修理厂的位置信息以及该事故位置信息，计算该每个汽车修理厂与该事故位置信息指示的事故发生地之间的距离值；服务器当根据计算的距离值确定该多个汽车修理厂中不包括目标汽车修理厂时，确定该目标用户满足多方事故信任赔条件，该目标汽车修理厂为与该事故发生地之间的距离值小于或等于预设距离值的汽车修理厂。如果在距离事故发生地较近的地方存在汽车修理厂，则表明存在用户联合汽车修理厂报案以骗保的嫌疑，为了排除这种可能性，本申请采用上述方式来判断用户是否满足多方事故信任赔条件，可以有效地降低用户联合汽车修理厂骗保的风险。
在一个实施例中，服务器可以根据该事故发生地所在区域的信息，从汽车修理厂信息集合中确定出多个汽车修理厂中每个汽车修理的位置信息，该多个汽车修理厂所在区域与该事故发生地所在区域相同，换句话说，该多个汽车修理厂为所在区域与该事故发生地所在区域相同的多个汽车修理厂。
在一个实施例中，服务器可以查询多方事故信任赔试点区域信息集合中是否包括该事故发生地所在区域的信息。如果多方事故信任赔试点区域信息集合中包括该事故发生地所在区域的信息，服务器可以确定该用户满足信任赔条件。
在一个实施例中，如果多方事故信任赔试点区域信息集合包括该事故发生地所在区域的信息，服务器可以根据该事故发生地所在区域的信息，从汽车修理厂信息集合中确定出多个汽车修理厂中每个汽车修理的位置信息，该多个汽车修理厂所在区域与该事故发生地所在区域相同，换句话说，该多个汽车修理厂是指对应所在区域为信任赔试点区域且对应所在区域与该事故发生地所在区域相同的多个汽车修理厂。
在一个实施例中，服务器可以根据用户的标识信息确定该用户是否满足多方事故信任赔条件。在一个实施例中，所述的报案信息还可以包括该用户的标识信息。
在一个实施例中，当该报案信息还包括用户的标识信息时，服务器可以通过以下方式判断该用户是否满足多方事故信任赔条件：服务器查询预设的信任赔黑名单是否包括该用户的标识信息，该信任陪黑名单包括多个违法失信用户的标识信息；服务器当该信任赔黑名单不包括该用户的标识信息时，确定该用户满足多方事故信任赔条件。采用该过程，可以有效地避免违法失信用户的骗保行为。
在一个实施例中，当该报案信息还包括用户的标识信息时，服务器可以通过以下方式判断该用户是否满足多方事故信任赔条件：服务器根据该用户的标识信息查询该用户对应的标的车辆的保单信息，该保单信息包括出险次数；服务器当该出险次数小于预设出险次数时，确定该用户满足多方事故信任赔条件。其中，出险为标的车辆在保险期间发生保险事故。通过出险次数判断，能够有效规避潜在的骗保行为。
在一个实施例中，服务器除了可以根据用户的标识信息查询出用户对应的标的车辆的保单信息，也可以根据用户的车牌号码查询标的车辆的保单信息。在一个实施例中，该报案信息还可以包括用户的车牌号码。
在一个实施例中，服务器可以在确定该保单信息指示的车辆保险在有效期内时，确定该用户满足多方事故信任赔条件。和/或，服务器可以在确定该保单信息包括多方事故赔付的条款或多方事故信任赔的条款时，确定该用户满足多方事故信任赔条件。
S103、接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量。
其中，该第一受损信息可以是指根据该第一受损详情页面获得的受损信息。在一个实施例中，该第一索赔资源量可以为针对多方事故的索赔金额。在一个实施例中，该第一受损信息还可以包括以下至少一项：事故车辆的车损信息(如车损图片，车损图片可包括标的车辆的车损图片和/或三方车辆的车损图片)、人伤信息(如人伤图片)、物损信息(如物损图片)、行驶证图片、身份证图片、驾驶证图片。
S104、查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
本申请实施例中，服务器可以查询该用户的信任额度，并根据该信任额度以及该第一索赔资源量进行理赔处理。其中，信任额度可以为信任赔额度。与现有技术电话理赔及线上理赔最大不同之处是，本申请是基于信任赔的理赔方案，对欺诈风险持乐观态度，即认为所有用户的操作都是守信合规的。赔付之前，根据事故类型只做初步校验，并在校验通过后，根据用户的索赔资源量和信任额度进行理赔处理。本申请打破了现有技术的理赔模式，结合用户的信用数据，实现了车险理赔的线上化，智能化，生态化，提升了理赔效率。
本申请实施例中，服务器可以在该第一索赔资源量小于或等于该信任额度时，将该第一索赔资源量对应的电子资源转入该用户绑定的电子账户中，并将该信任额度减去该第一索赔资源量对应的数值。该信任采用该过程，实现了多方事故信任赔的过程，提升了多方事故赔付的效率。
在一个实施例中，服务器可以接收用户终端发送的资源处理信息(如支付信息)，该资源处理信息可以包括资源转移方式(如支付方式)。在一个实施例中，服务器可以返回资源处理信息录入页面至用户终端，并可以接收用户终端根据该资源处理信息页面发送的资源处理信息。或，服务器可以接收用户终端根据第一受损详情页面发送的资源处理信息。在一个实施例中，服务器根据该信任额度以及该第一资源量进行理赔处理的过程可以为：服务器根据该资源处理信息包括的资源转移方式、该信任额度以及该第一索赔资源量进行理赔处理。其中，该资源转移方式可以包括将电子资源转移到用户绑定的客户端钱包的电子账户的方式或将电子资源转移到用户绑定的银行卡的电子账户的方式。
在一个实施例中，本申请实施例提及的信任额度可以采用以下方式得到：服务器采集该用户的用户数据，并根据该用户数据计算该用户的信任额度，如服务器可以采用大数据技术来根据该用户数据计算该用户的信任额度。其中，所指的用户数据可以包括以下至少一项：标的车辆的车辆信息、不出险月份、车辆驾驶习惯信息、续保年费。
可见，图1所示的实施例中，服务器可以接收用户通过用户终端发送的报案请求，该报案请求携带报案信息；服务器当确定该报案信息包括的事故类型为多方事故并确定该用户满足多方事故信任赔条件时，通过该用户终端输出第一受损详情页面，并接收该用户终端根据该第一受损详情页面发送的第一受损信息，从而根据该用户的信任额度以及该第一受损信息包括的第一索赔资源量进行理赔处理，该过程能够提升理赔效率。
本申请可应用于智慧城市领域，如智慧交通领域，能够实时解决交通事故理赔问题，提升理赔效率。此外，本申请也可以应用于区块链领域，涉及区块链技术，如区块链存储了该用户的信任额度等信息，服务器可以在区块链中查询该用户的信任额度。
请参阅图1，为本申请实施例提供的一种信息处理方法的流程示意图。该方法可以应用于服务器。该服务器可以为一个服务器或服务器集群。具体的，该方法可以包括以下步骤：
S201、接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型。
其中，步骤S202和步骤S205，为并列执行关系。
S202、当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面。
S203、接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量。
S204、查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
其中，步骤S201-步骤S204可参见图1实施例中的步骤S101-步骤S104，本申请实施例在此不做赘述。
S205、当确定所述事故类型为单方事故时，通过所述用户终端输出第二受损详情页面。
S206、接收所述用户终端根据所述第二受损详情页面发送的第二受损信息，所述第二受损信息包括第二索赔资源量。
本申请实施例中，服务器可以当确定该事故类型为单方事故时，通过该用户终端输出第二受损详情页面。用户可以基于该第二受损详情页面输入第二受损信息，并通过用户终端发送该第二受损信息至服务器。服务器可以接收该用户终端发送的该第二受损信息。其中，该第二受损详情页面与该第一受损详情页面不同。该第二受损详情页面可以是指单方事故信任赔案件对应的受损详情页面。该第二受损信息与该第一受损信息存在不同。该第二受损信息是根据该第二受损详情页面获得的受损信息。该第二索赔资源量可以与该第一索赔资源量不同。在一个实施例中，该第二索赔资源量可以为针对单方事故的索赔金额。
在一个实施例中，所述的第二受损信息还可以包括以下至少一项：标的车辆的车损信息(如车损图片)、行驶证图片、身份证图片、驾驶证图片。相较于第一受损信息，第二受损信息不包括三方受损信息，如三方车辆的车损信息(如车损图片)等信息。
S207、查询所述用户的信任额度，并根据所述信任额度以及所述第二索赔资源量进行理赔处理。
在一个实施例中，服务器可以在该第二索赔资源量小于或等于该信任赔额度时，将该第二索赔资源量对应的电子资源转入该用户绑定的电子账户中，并将该信任额度减去该第二索赔资源量对应的数值。采用该过程，实现了多方事故信任赔的过程，提升了多方事故赔付的效率。
在一个实施例中，服务器可以校验该第一受损信息的真实性，并在对该第一受损信息真实性校验通过后，执行步骤S204。该过程在理赔前执行，能够保障理赔过程的可靠性。或，服务器还可以在执行步骤S204之后，校验该第一受损信息的真实性，并在对该第一受损信息的真实性校验不通过的情况下，根据该第一索赔资源量进行电子资源追回处理。在一个实施例中，该电子资源追回处理的过程可以包括从该用户绑定的电子账户中转出该第一索赔资源量指示的电子资源。该过程在理赔后执行，即是将风险审核评估后置，主要是由于近年来用户素质的提高，对自身信用的重视，导致欺诈案件在合法案件中的比例大大降低，通过风险审核后置的方式能够提升对用户的理赔效率。
在一个实施例中，服务器在校验该第一受损信息的真实性的过程中使用的校验策略可以包括以下至少一种：对用户身份校验的策略、对事故车辆校验的策略、对事故图片校验的策略、对索赔资源量校验的策略。
在一个实施例中，该第一受损信息可以包括第一图片。其中，该第一图片可以包括以下至少一项：行驶证图片、身份证图片、驾驶证图片。在使用对用户身份校验的策略的过程中，服务器可以采用光学字符识别(Optical Character Recognition,，OCR)技术提取第一图片的字符串信息，并根据该字符串信息校验该第一受损信息的真实性。例如，当该第一图片包括行驶证图片、身份证图片和驾驶证图片时，服务器可以根据该字符串信息校验该行驶证指示的人、身份证图片指示的人、驾驶证指示的人是否一致，如果三者一致，则确定对该第一受损信息的真实性校验通过。或，当该第一图片包括行驶证图片、身份证图片和驾驶证图片时，服务器可以查询行驶证管理系统是否存在该行驶证图片的字符串信息，还可以查询身份证管理系统是否存在该身份证图片的字符串信息，还可以查询驾驶证管理系统系统中是否存在该驾驶证的字符串信息。如果三者都存在，服务器可以确定对该第一受损信息的真实性校验通过，或执行上述提及的根据该字符串信息校验该行驶证指示的人、身份证图片指示的人、驾驶证指示的人是否一致的步骤。
在一个实施例中，在使用对事故车辆校验的策略的过程中，服务器可以判断事故车辆是否包括该行驶证中的车辆信息指示的车辆，如果事故车辆包括该行驶证中的车辆，则确定对该第一受损信息的真实性校验通过。例如，服务器可以将车损图片与行驶证中的车辆图片进行匹配，得到匹配结果，如果该匹配结果指示事故车辆包括该行驶证中的车辆信息指示的车辆，服务器可以确定对该第一受损信息的真实性校验通过。或，服务器还可以采用OCR技术提取车损图片中的车牌号码，如果该车损图片中的车牌号码包括行驶证中的车牌号码，则确定对该第一受损信息的真实性校验通过。或，当报案信息还包括车牌号码时，服务器可以进一步结合报案信息包括的车牌号码来进行校验，本申请实施例在此不做赘述。或，服务器还可以利用预训练的车辆识别模型以及车损图片识别事故车辆的型号；如果事故车辆的型号包括行驶证中的车辆的型号，服务器可以确定对该第一受损信息的真实性校验通过。
在一个实施例中，在使用对事故图片校验的策略的国中，服务器可以采用图像识别模型对第一受损信息包括的第二图片进行图像识别，得到图片识别结果；当该图像识别结果指示该第二图片不为虚假图片时，服务器确定对该第一受损信息的真实性校验通过。其中，该第二图片可以包括以下至少一项：车损图片和人伤图片。该图像识别模型由大量的虚假图片训练集和真实图片训练集对预设模型，如卷积神经网络模型训练得到。
在一个实施例中，在使用对索赔资源量校验的策略中，服务器可以根据第二图片以及该用户的保单信息对该第一索赔资源量进行合理性校验，如果对第一索赔资源量的合理性校验通过，则确定对第一受损信息的真实性校验通过。
需要说明的是，本申请实施例可以将上述校验策略中的任两种或多种方式进行组合得到相应的校验策略以校验该第一受损信息的真实性，本申请实施例在此不一一列举。在一个实施例中，服务器也可以采用前述提及的校验策略对第二受损信息进行真实性校验，本申请实施例在此不做赘述，
在一个实施例中，服务器还可以生成该用户的用户画像，并根据该用户画像识别本次报案是否属于风险案件，如果属于风险案件，输出提示信息至工作人员对应的设备，该提示信息可以用于提示对该本次报案进行人工核实。在一个实施例中，服务器可以接收工作人员对应的设备提交的电子资源追回申请，并根据该理赔追回申请进行电子资源追回处理。
在一个实施例中，服务器可以在对该第一受损信息真实性校验不通过或识别本次报案属于风险案件的情况下，将该用户的标识信息添加至信任赔黑名单，并上传欺诈记录至征信平台。或，服务器还可以在对该第二受损信息真实性校验不通过或识别本次报案属于风险案件的情况下，将该用户的标识信息添加至信任赔黑名单，并上传欺诈记录至征信平台。
可见，图2所示的实施例中，服务器还可以在事故类型为单方事故时，结合用户的信任额度以及第二索赔资源量来对用户进行理赔处理，相较于现有技术的电话理赔和线上理赔的过程，本申请可以提升理赔效率、
请参阅图3，为本申请实施例提供的一种信息处理系统的网络架构示意图。该信息处理系统可以包括用户终端10和服务器20。具体的：
用户可以通过用户终端10向服务器20发送报案请求，该报案请求携带报案信息，该报案信息包括事故类型。服务器20可以接收用户终端20发送的报案请求。服务器20当确定事故类型为多方事故并确定该用户满足多方事故信任赔条件时，通过用户终端10输出第一受损详情页面。用户可以基于该第一受损详情页面输入第一受损信息，用户终端10可以获取该第一受损信息，并将该第一受损信息发送至服务器20，该第一受损信息包括第一索赔资源量。服务器20可以在接收到用户终端10发送的第一受损信息后，查询该用户的信任额度，并根据该信任额度以及该第一索赔资源量进行理赔处理，该过程能够有效的提升理赔效率。
请参阅图4，为本申请实施例提供的一种信息处理装置的结构示意图。该装置可以应用于前述提及的服务器。该装置可以包括：
通信模块401，用于接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型。
处理模块402，用于当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面。
通信模块401，还用于接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量。
处理模块402，还用于查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
在一种可选的实施方式中，所述报案信息还包括事故位置信息，处理模块402，还用于在通信模块401接收用户通过用户终端发送的报案请求后，当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，获取多个汽车修理厂中每个汽车修理厂的位置信息；根据每个汽车修理厂的位置信息以及所述事故位置信息，计算所述每个汽车修理厂与所述事故位置信息指示的事故发生地之间的距离值；当根据计算的距离值确定所述多个汽车修理厂中不包括目标汽车修理厂时，确定所述目标用户满足多方事故信任赔条件，所述目标汽车修理厂为与所述事故发生地之间的距离值小于或等于预设距离值的汽车修理厂。
在一种可选的实施方式中，所述报案信息还包括所述用户的标识信息，处理模块402，还用于在通信模块401接收用户通过用户终端发送的报案请求后，当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，查询预设的信任赔黑名单是否包括所述用户的标识信息，所述信任陪黑名单包括多个违法失信用户中每个违法失信用户的标识信息；当所述信任赔黑名单不包括所述用户的标识信息时，确定所述用户满足多方事故信任赔条件。
在一种可选的实施方式中，所述报案信息还包括所述用户的标识信息，处理模块402，还用于在通信模块401接收用户通过用户终端发送的报案请求后，当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，根据所述用户的标识信息查询所述用户对应的标的车辆的保单信息，所述保单信息包括出险次数；当所述出险次数小于预设出险次数时，确定所述用户满足多方事故信任赔条件。
在一种可选的实施方式中，处理模块402，还用于在通信模块401接收所述用户终端根据所述第一受损详情页面发送的第一受损信息后，校验所述第一受损信息的真实性；校验策略包括以下至少一种：对用户身份校验的策略、对事故车辆校验的策略、对事故图片校验的策略、对索赔资源量校验的策略；对所述第一受损信息的真实性校验通过时，触发所述查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理的步骤。
在一种可选的实施方式中，处理模块402根据所述信任额度以及所述第一索赔资源量进行理赔处理，具体为在所述第一索赔资源量小于或等于所述信任额度时，将所述第一索赔资源量对应的电子资源转移到所述用户绑定的电子账户中；将所述信任额度减去所述第一索赔资源量对应的数值。
在一种可选的实施方式中，处理模块402，还用于当确定所述事故类型为单方事故时，通过所述用户终端输出第二受损详情页面；所述第二受损详情页面与所述第一受损详情页面不同；通过通信模块401接收所述用户终端根据所述第二受损详情页面发送的第二受损信息，所述第二受损信息包括第二索赔资源量；所述第二受损信息与所述第一受损信息存在不同；查询所述用户的信任额度，并根据所述信任额度以及所述第二索赔资源量进行理赔处理。
可见，图4所示的实施例中，信息处理装置可以接收用户通过用户终端发送的报案请求，该报案请求携带报案信息；信息处理装置当确定该报案信息包括的事故类型为多方事故并确定该用户满足多方事故信任赔条件时，通过该用户终端输出第一受损详情页面，并接收该用户终端根据该第一受损详情页面发送的第一受损信息，从而根据该用户的信任额度以及该第一受损信息包括的第一索赔资源量进行理赔处理，该过程能够提升理赔效率。
请参阅图5，为本申请实施例提供的一种服务器的结构示意图。其中，本实施例中所描述的服务器可以包括：处理器1000、输入设备2000、输出设备3000和存储器4000。处理器1000、输入设备2000、输出设备3000和存储器4000之间可以通过总线或其它方式连接。输入设备2000和输出设备3000可以为标准的有线或无线通信接口。
处理器1000可以是中央处理模块(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器4000可以是高速RAM存储器，也可为非不稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器4000用于存储一组程序代码，处理器1000、输入设备2000和输出设备3000可以调用存储器4000中存储的程序代码。具体地：
处理器1000，用于通过输入设备2000接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；通过输入设备2000接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
在一个实施例中，所述报案信息还包括事故位置信息，所述处理器1000，还用于在输入设备2000接收用户通过用户终端发送的报案请求后，当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，获取多个汽车修理厂中每个汽车修理厂的位置信息；根据每个汽车修理厂的位置信息以及所述事故位置信息，计算所述每个汽车修理厂与所述事故位置信息指示的事故发生地之间的距离值；当根据计算的距离值确定所述多个汽车修理厂中不包括目标汽车修理厂时，确定所述目标用户满足多方事故信任赔条件，所述目标汽车修理厂为与所述事故发生地之间的距离值小于或等于预设距离值的汽车修理厂。
在一个实施例中，所述报案信息还包括所述用户的标识信息，处理器1000，还用于在输入设备2000接收用户通过用户终端发送的报案请求后，当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，查询预设的信任赔黑名单是否包括所述用户的标识信息，所述信任陪黑名单包括多个违法失信用户中每个违法失信用户的标识信息；当所述信任赔黑名单不包括所述用户的标识信息时，确定所述用户满足多方事故信任赔条件。
在一个实施例中，所述报案信息还包括所述用户的标识信息，处理器1000，还用于在输入设备2000接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，根据所述用户的标识信息查询所述用户对应的标的车辆的保单信息，所述保单信息包括出险次数；当所述出险次数小于预设出险次数时，确定所述用户满足多方事故信任赔条件。
在一个实施例中，处理器1000，还用于在输入设备2000接收所述用户终端根据所述第一受损详情页面发送的第一受损信息后，校验所述第一受损信息的真实性；校验策略包括以下至少一种：对用户身份校验的策略、对事故车辆校验的策略、对事故图片校验的策略、对索赔资源量校验的策略；当对所述第一受损信息的真实性校验通过时，触发所述查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理的步骤。
在一个实施例中，处理器1000根据所述信任额度以及所述第一索赔资源量进行理赔处理，具体为在所述第一索赔资源量小于或等于所述信任额度时，将所述第一索赔资源量对应的电子资源转移到所述用户绑定的电子账户中；将所述信任额度减去所述第一索赔资源量对应的数值。
在一个实施例中，处理器1000，还用于当确定所述事故类型为单方事故时，通过所述用户终端输出第二受损详情页面；所述第二受损详情页面与所述第一受损详情页面不同；通过输入设备2000接收所述用户终端根据所述第二受损详情页面发送的第二受损信息，所述第二受损信息包括第二索赔资源量；所述第二受损信息与所述第一受损信息存在不同；查询所述用户的信任额度，并根据所述信任额度以及所述第二索赔资源量进行理赔处理。
具体实现中，本申请实施例中所描述的处理器1000、输入设备2000、输出设备3000可执行图1和图2实施例所描述的实现方式，也可执行本申请实施例所描述的实现方式，在此不再赘述。
在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采样硬件的形式实现，也可以采样软件功能单元的形式实现。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，该计算机可读存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccess Memory，RAM)等。
进一步地，所述计算机可用存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于本申请所涵盖的范围。
Claims (10)
1.一种信息处理方法，其特征在于，包括：
接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；
当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；
接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；
查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
2.根据权利要求1所述的方法，其特征在于，所述报案信息还包括事故位置信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
获取多个汽车修理厂中每个汽车修理厂的位置信息；
根据每个汽车修理厂的位置信息以及所述事故位置信息，计算所述每个汽车修理厂与所述事故位置信息指示的事故发生地之间的距离值；
当根据计算的距离值确定所述多个汽车修理厂中不包括目标汽车修理厂时，确定所述目标用户满足多方事故信任赔条件，所述目标汽车修理厂为与所述事故发生地之间的距离值小于或等于预设距离值的汽车修理厂。
3.根据权利要求1所述的方法，其特征在于，所述报案信息还包括所述用户的标识信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
查询预设的信任赔黑名单是否包括所述用户的标识信息，所述信任陪黑名单包括多个违法失信用户中每个违法失信用户的标识信息；
当所述信任赔黑名单不包括所述用户的标识信息时，确定所述用户满足多方事故信任赔条件。
4.根据权利要求1所述的方法，其特征在于，所述报案信息还包括所述用户的标识信息，所述接收用户通过用户终端发送的报案请求后，所述当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面前，所述方法还包括：
根据所述用户的标识信息查询所述用户对应的标的车辆的保单信息，所述保单信息包括出险次数；
当所述出险次数小于预设出险次数时，确定所述用户满足多方事故信任赔条件。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述接收所述用户终端根据所述第一受损详情页面发送的第一受损信息后，所述方法还包括：
校验所述第一受损信息的真实性；校验策略包括以下至少一种：对用户身份校验的策略、对事故车辆校验的策略、对事故图片校验的策略、对索赔资源量校验的策略；
当对所述第一受损信息的真实性校验通过时，触发所述查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理的步骤。
6.根据权利要求1所述的方法，其特征在于，所述根据所述信任额度以及所述第一索赔资源量进行理赔处理，包括：
在所述第一索赔资源量小于或等于所述信任额度时，将所述第一索赔资源量对应的电子资源转移到所述用户绑定的电子账户中；
将所述信任额度减去所述第一索赔资源量对应的数值。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当确定所述事故类型为单方事故时，通过所述用户终端输出第二受损详情页面；所述第二受损详情页面与所述第一受损详情页面不同；
接收所述用户终端根据所述第二受损详情页面发送的第二受损信息，所述第二受损信息包括第二索赔资源量；所述第二受损信息与所述第一受损信息存在不同；
查询所述用户的信任额度，并根据所述信任额度以及所述第二索赔资源量进行理赔处理。
8.一种信息处理装置，其特征在于，包括：
通信模块，用于接收用户通过用户终端发送的报案请求，所述报案请求携带报案信息，所述报案信息包括事故类型；
处理模块，用于当确定所述事故类型为多方事故并确定所述用户满足多方事故信任赔条件时，通过所述用户终端输出第一受损详情页面；
所述通信模块，还用于接收所述用户终端根据所述第一受损详情页面发送的第一受损信息，所述第一受损信息包括第一索赔资源量；
所述处理模块，还用于查询所述用户的信任额度，并根据所述信任额度以及所述第一索赔资源量进行理赔处理。
9.一种服务器，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、所述输入设备、所述输出设备和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010890301.1A CN112017066A (zh) | 2020-08-29 | 2020-08-29 | 一种信息处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010890301.1A CN112017066A (zh) | 2020-08-29 | 2020-08-29 | 一种信息处理方法、装置、服务器及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112017066A true CN112017066A (zh) | 2020-12-01 |
Family
ID=73503211
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010890301.1A Pending CN112017066A (zh) | 2020-08-29 | 2020-08-29 | 一种信息处理方法、装置、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112017066A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113344712A (zh) * | 2021-05-07 | 2021-09-03 | 北京精友时代信息技术发展有限公司 | 基于图像识别的智能分拣及保险赔付系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108335217A (zh) * | 2018-01-25 | 2018-07-27 | 中国平安财产保险股份有限公司 | 车辆出险的模拟理赔方法、装置、设备和计算机存储介质 |
| CN109658256A (zh) * | 2018-10-11 | 2019-04-19 | 平安科技（深圳）有限公司 | 风险控制方法、装置、设备及可读存储介质 |
| CN110047007A (zh) * | 2018-11-27 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 一种理赔业务处理方法及装置 |
| CN110443716A (zh) * | 2019-06-17 | 2019-11-12 | 中国平安财产保险股份有限公司 | 理赔方法、装置、计算机设备及存储介质 |
| CN110458714A (zh) * | 2019-07-05 | 2019-11-15 | 中国平安财产保险股份有限公司 | 快速理赔的方法、装置、计算机设备及存储介质 |
-
2020
- 2020-08-29 CN CN202010890301.1A patent/CN112017066A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108335217A (zh) * | 2018-01-25 | 2018-07-27 | 中国平安财产保险股份有限公司 | 车辆出险的模拟理赔方法、装置、设备和计算机存储介质 |
| CN109658256A (zh) * | 2018-10-11 | 2019-04-19 | 平安科技（深圳）有限公司 | 风险控制方法、装置、设备及可读存储介质 |
| CN110047007A (zh) * | 2018-11-27 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 一种理赔业务处理方法及装置 |
| CN110443716A (zh) * | 2019-06-17 | 2019-11-12 | 中国平安财产保险股份有限公司 | 理赔方法、装置、计算机设备及存储介质 |
| CN110458714A (zh) * | 2019-07-05 | 2019-11-15 | 中国平安财产保险股份有限公司 | 快速理赔的方法、装置、计算机设备及存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113344712A (zh) * | 2021-05-07 | 2021-09-03 | 北京精友时代信息技术发展有限公司 | 基于图像识别的智能分拣及保险赔付系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101952498B1 (ko) | 블록 체인을 이용한 대출 서비스 제공 방법 및 이를 실행하는 시스템 | |
| CN109544335B (zh) | 基于区块链的交易数据处理方法、装置、设备及存储介质 | |
| CN111461857A (zh) | 中小银行个人线上信贷方法、装置、系统、设备和介质 | |
| CN1795464A (zh) | 用于验证交易中身份的系统和方法 | |
| CN111105221A (zh) | 用于对等网络上的车辆共享的系统和方法 | |
| US20200286044A1 (en) | Maintenance station management method, system and data management serve | |
| US20110320355A1 (en) | Value transfer with identity database | |
| CN112037068A (zh) | 资源转移方法、系统、装置、计算机设备和存储介质 | |
| US20140358778A1 (en) | Multi-level know your customer (kyc) data collection and verification | |
| CN111353925A (zh) | 基于区块链的防欺诈系统及方法 | |
| CN110766340A (zh) | 一种业务审核方法、装置及设备 | |
| US20160132890A1 (en) | Point of transaction device with multi-factor authentication | |
| CN109741482A (zh) | 一种信息共享方法及装置 | |
| US20230020968A1 (en) | Systems and methods for verifying digital payments | |
| CN110599355A (zh) | 基于区块链的车险信息系统、保单登记方法及理赔方法 | |
| CN108428135A (zh) | 身份验证方法 | |
| CN107798536A (zh) | 信用额度处理方法和装置 | |
| CN112667854A (zh) | 虚假保险报案处理方法、装置、计算机设备及存储介质 | |
| CN111476640A (zh) | 认证方法、系统、存储介质及大数据认证平台 | |
| CN113688362A (zh) | 身份证信息安全处理方法及装置 | |
| CN112017066A (zh) | 一种信息处理方法、装置、服务器及存储介质 | |
| CN112598502A (zh) | 一种取证方法、装置、设备及存储介质 | |
| Parlak et al. | Tamper-proof evidence via blockchain for autonomous vehicle accident monitoring | |
| CN114118823A (zh) | 资源转移过程中的风险识别方法、装置及系统 | |
| CN112686666A (zh) | 一种针对铁路业务系统的电子钱包交易方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |