一种订单生成方法、系统及数据采集设备
技术领域
本申请涉及数据处理技术领域,特别是涉及一种订单生成方法、系统及数据采集设备。
背景技术
随着人们生活水平的提高,购买保险的意识也逐渐增强。从经济角度看,保险是分摊意外事故损失的一种财务安排;从法律角度看,保险是一种合同行为,是一方同意补偿另一方损失的一种合同安排;从社会角度看,保险是社会经济保障制度的重要组成部分,是社会生产和社会生活的稳定器;而从风险管理角度看,保险是风险管理的一种方法。
对于投保人而言,不同的投保人在购买保险方面可能存在不同的观点。例如,有些人可能自认为身体健康,但保险公司设定的保险费过高,因此对于支付高额的保险订单十分抵触。导致这一问题主要原因在于,目前保险订单是依据投保人与保险公司签订的保险合约生成,一旦合约生效,每个支付周期需要支付的金额也随之确定。
发明内容
基于上述问题,本申请提供了一种订单生成方法、系统及数据采集设备,实现订单随用户个体的适应性调节,提升投保人的支付体验。
本申请实施例公开了如下技术方案:
本申请第一方面,提供一种订单生成方法,应用于区块链合约,所述区块链合约为保险公司预先在区块链上创建;所述方法包括:
获取用户在第一时段的体征数据;
利用所述用户的体征数据集和所述用户在所述第一时段的体征数据,获得所述用户在所述第一时段对应的分值;所述体征数据集为预先根据所述用户进行体征测试时的数据建立;
所述用户在所述第一时段对应的分值为生成所述用户在第二时段的订单的依据;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
可选地,所述利用所述用户的体征数据集和所述用户在所述第一时段的体征数据,获得所述用户在所述第一时段对应的分值,具体包括:
将所述用户的体征数据集与所述用户在所述第一时段的体征数据进行匹配;
根据所述体征数据中与所述体征数据集匹配成功的数据,获得用户在所述第一时段对应的分值。
可选地,所述根据所述体征数据中与所述体征数据集匹配成功的数据,获得所述第一时段对应的分值,具体包括:
根据所述体征数据中与所述体征数据集匹配成功的数据,确定所述用户在第一时段的作息规律程度和运动规律程度;
根据所述作息规律程度和所述运动规律程度,获得所述用户在所述第一时段对应的分值;所述分值与所述作息规律程度成正相关;所述分值与所述运动规律程度成正相关。
可选地,所述用户在所述第一时段的体征数据为经过所述用户的公钥加密的数据;所述用户在所述第一时段对应的分值为经过所述用户的公钥加密的分值;
所述生成所述用户在第二时段的订单,具体包括:
以所述保险公司的私钥对所述用户在所述第一时段对应的分值进行加密,获得所述分值的签名;
将所述分值以及所述分值的签名发送至所述投保人的终端设备,以便所述终端设备利用所述用户的私钥对所述分值进行解密获得所述用户在所述第一时段对应的解密值,并由所述终端设备将所述解密值、所述分值以及所述分值的签名发送至订单生成设备,以便所述订单生成设备根据所述解密值、所述分值以及所述分值生成所述用户在第二时段的订单。
本申请第二方面,提供一种订单生成方法,应用于订单生成设备,所述方法包括:
获取用户在第一时段对应的分值;所述用户在所述第一时段对应的分值为利用所述用户的体征数据集和所述用户在所述第一时段的体征数据获得;所述体征数据集为预先根据所述用户进行体征测试时的数据建立;
根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
可选地,所述订单的金额与所述分值成负相关。
可选地,方法还包括:
向投保人的终端设备发送所述订单,以便所述终端设备响应于所述投保人的支付操作支付所述订单的金额。
可选地,所述用户在所述第一时段的体征数据为经过所述用户的公钥加密的数据;所述用户在所述第一时段对应的分值为经过所述用户的公钥加密的分值;
在所述根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单之前,所述方法还包括:
获取所述分值的签名和所述用户在所述第一时段对应的解密值;所述分值的签名为以保险公司的私钥对所述用户在所述第一时段对应的分值进行加密获得;所述解密值为利用所述用户的私钥对所述分值进行解密获得;
所述根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单,具体包括:
根据所述解密值、所述分值以及所述分值的签名,验证所述分值;
确定所述分值验证成功时,生成所述用户在第二时段的订单。
本申请第三方面,提供一种数据采集设备,包括:
数据采集模块,用于采集用户在第一时段的体征数据;
数据发送模块,用于将所述体征数据发送至区块链;所述体征数据为获得所述用户在所述第一时段的分值的依据;所述分值为生成所述用户在第二时段的订单的依据;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
可选地,所述数据采集模块,还用于采集所述用户进行体征测试时的数据;
所述数据发送模块,还用于将所述用户进行体征测试时的数据发送至所述区块链,以便区块链合约根据所述用户进行体征测试时的数据建立所述用户的体征数据集;所述区块链合约为保险公司预先在所述区块链上创建。
可选地,设备还包括:
蓝牙通信模块,用于与所述投保人的终端设备实现蓝牙连接,通过蓝牙通信获得所述用户的公钥;
数据加密模块,用于以所述用户的公钥加密所述体征数据,获得加密后的体征数据;
所述数据发送模块,具体包括:
第一发送单元,用于将所述加密后的体征数据发送至区块链。
本申请第四方面,提供一种订单生成系统,包括:前述第三方面提供的数据采集设备,还包括:区块链和订单生成设备;
所述数据采集设备,用采集用户在第一时段的体征数据,并将所述体征数据发送至区块链;
所述区块链上包含有保险公司预先创建的区块链合约;所述区块链合约,用于利用所述用户的体征数据集和所述用户在所述第一时段的体征数据,获得所述用户在所述第一时段对应的分值;所述体征数据集为预先根据所述用户进行体征测试时的数据建立;
所述订单生成设备,用于获取用户在第一时段对应的分值;根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
可选地,所述用户在所述第一时段的体征数据为经过所述用户的公钥加密的数据;所述用户在所述第一时段对应的分值为经过所述用户的公钥加密的分值;
所述系统,还包括:投保人的终端设备;
所述区块链合约,还用于以所述保险公司的私钥对所述用户在所述第一时段对应的分值进行加密,获得所述分值的签名,将所述分值以及所述分值的签名发送至所述投保人的终端设备;
所述终端设备,用于利用所述用户的私钥对所述分值进行解密获得所述用户在所述第一时段对应的解密值,并将所述解密值、所述分值以及所述分值的签名发送至订单生成设备;
所述订单生成设备,具体用于根据所述解密值、所述分值以及所述分值生成所述用户在第二时段的订单。
可选地,所述体征数据,包括以下至少一种:
心率、体温、血压、血氧饱和度、每日步数、睡眠数据、卡路里消耗或久坐时长。
相较于现有技术,本申请具有以下有益效果:
本申请提供的订单生成方法应用于保险公司预先在区块链上创建的区块链合约,首先获取用户在第一时段的体征数据;其后,利用体征数据和预先根据用户进行体征测试时的数据建立的用户的体征数据集,获得所述用户在所述第一时段对应的分值。最终,该分值将作为生成用户在第二时段订单的依据。
通过实施本申请提供的订单生成方法,将用户(被保人)个体第一时段的体征数据与第二时段的订单进行关联,订单中投保人需要支付的金额随用户个体发生阶段性和适应性地调节变化。例如,当用户在第一时段的体征数据指示该用户作息规律程度越高,则可获得越高的分值,相应地,生成的第二时段订单中投保人需要支付的金额越少。可见,通过该方法可有助于减少投保人需要支付的保险金额,从而提升投保人的支付体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为申请本实施例提供的一种订单生成方法的应用场景示意图;
图2为本申请实施例提供的一种订单生成方法的流程图;
图3为本申请实施例提供的另一种订单生成方法的流程图;
图4为本申请实施例提供的又一种订单生成方法的流程图;
图5为本申请实施例提供的再一种订单生成方法的流程图;
图6为本申请实施例提供的一种数据采集设备的结构示意图;
图7为本申请实施例提供的一种订单生成系统的结构示意图。
具体实施方式
正如前文描述,由于目前的保险订单是依据投保人与保险公司签订的保险合约生成,一旦合约生效,每个支付周期需要支付的金额也随之确定,因此,即便被保人身体健康,投保人也不得不按照已确定的金额在每个支付周期内进行支付。这种订单生成方式极容易引发用户的抵触,从而为保险合约的建立带来不利影响。
基于以上问题,发明人经过研究,提供了一种订单生成方法、系统及数据采集设备,通过分时段性地获取被保人的体征数据,并根据体征数据进行打分,最终依据分值生成投保人需支付的订单。本申请实施例将订单的金额与被保人的体征数据进行关联,使得需要支付的保险金额能够随投保人个体发生阶段性和适应性的调节,从而有效提升投保人的支付体验。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
首先,对本申请实施例的应用场景进行示例性的描述和介绍。
参见图1,该图为本实施例提供的一种订单生成方法的应用场景示意图。如图1所示,本实施例场景中,包括:数据采集设备101,区块链102和订单生成设备103。
其中,数据采集设备101可以由用户即被保人佩戴或装设,从而数据采集设备101采集用户的体征数据。作为示例,数据采集设备101可以是手环。数据采集设备101具备联网功能,可将采集到的用户体征数据发送至区块链102网络。
区块链102收到体征数据后,生成区块,广播区块数据,最终上链成功。
订单生成设备103隶属于保险公司所有,具备收发数据和生成保险订单的功能。保险公司预先在区块链102上创建区块链合约,该区块链合约能够根据用户体征数据对用户进行阶段性的评分,获得分值。
订单生成设备103根据该分值,最终生成用户的订单。从而投保人根据此订单支付用户的保险费用。
方法实施例一
参见图2,该图为本申请实施例提供的一种订单生成方法的流程图。需要说明的是,本实施例图2所示的方法应用于区块链一侧,具体由区块链合约执行该方法的各项操作。本实施例中提及的区块链合约,具体是指保险公司在区块链上创建的一种智能合约。智能合约具备自动运行的特点,触发后自动执行以下操作。本实施例应用区块链进行体征数据的记录,从而保证用户体征数据的防篡改性,同时建立了用户在区块链上的数字身份。区块链合约自动执行,提高了获取分值的效率以及订单生成的效率,同时保证计算过程不被恶意篡改。
如图2所示,本申请实施例提供的订单生成方法,包括:
步骤201:获取用户在第一时段的体征数据。
本实施例中,作为一实现方式,第一时段可以是一个保险费用支付周期,例如12个月、6个月、一个季度等。以一个保险费用支付周期为12个月为例,即投保人需要每经过12个月支付一次保险费用。假如投保人需要在每年12月1日支付用户(即被保人)的保险费用,则第一时段具体可以为从上一年12月1日至今年11月30日。作为另一实现方式,第一时段还可以是短于一个保险费用支付周期的时段,例如3个月、1个月或一个星期等。可以理解的是,在实际应用中,基于投保人与保险公司签订的保险合约生效日期,第一时段具体可以有多种可能,因此本实施例中对于第一时段的起始时刻与终止时刻不加以具体限定。
本实施例中,体征数据可以包括但不限于以下任意一种或多种:
心率、体温、血压、血氧饱和度、每日步数、睡眠数据、卡路里消耗或久坐时长。
上述体征数据均可由用户佩戴或装设的数据采集设备采集并发送至区块链合约,进而,区块链合约根据这些体征数据进行数据分析和处理。
步骤202:利用所述用户的体征数据集和所述用户在所述第一时段的体征数据,获得所述用户在所述第一时段对应的分值。
为便于理解,下面对用户的体征数据集进行解释说明。
本实施例中,体征数据集是预先根据用户进行体征测试时的数据建立。可以理解的是,对于智能的数据采集设备,用户初次使用该数据采集设备时,为对数据采集设备进行校准和用户匹配,首先需要用户完成若干体征测试环节。例如,用户佩戴数据采集设备后,根据数据采集设备的语音或文字指示下,完成静坐、正常步行、配速10跑步、配速8跑步、配速6跑步和睡眠等测试。测试时间可能长达一周或两周等。本实施例中对于测试内容和测试时长不加以限定。
可以理解的是,在测试过程中,数据采集设备可能采集到一些异常数据,通过长时间的测试可以有效筛选排除这些异常数据,从而获得可信度更高的测试体征数据。数据采集设备采集测试时用户的体征数据,并将这些数据发送至区块链合约,由区块链合约对这些测试时采集得到的体征数据进行处理,获得用户的体征数据集。生成用户体征数据集的过程可理解为对用户进行体征建模的过程,体征数据集可以为多种数据结构或形式,作为示例,体征数据集可以是一种体征指纹。
本步骤中,应用预先获得的体征数据集以及用户在所述第一时段的体征数据,对用户进行评分,获得用户在第一时段对应的分值。可以理解的是,由于测试过程中,记录了用户完成静坐、正常步行、配速10跑步、配速8跑步、配速6跑步和睡眠等测试的体征数据,并根据这些数据最终生成体征数据集,因此通过比较体征数据集以及用户在第一时段的体征数据,可以较准确地判断用户在第一时段内的作息和运动情况。
本实施例中可以根据预先设置的若干评分档位对用户进行评分。为便于理解,下面举例说明。
本示例中,将睡眠时间达到7小时以上且入睡时间不晚于23:00设定为第一条件;将每日消耗卡路里达到1.4*用户的基础代谢率(Basal MetabolicRate,BMR)以上设定为第二条件。
如果第一时段内,共同满足第一条件和第二条件的天数大于第一预设数目,则对用户记分值Score_A;
如果第一时段内,共同满足第一条件和第二条件的天数不大于第一预设数目,但大于第二预设数目(第一预设数目大于第二预设数目),则对用户记分值Score_B;
如果第一时段内,共同满足第一条件和第二条件的天数小于或等于第二预设数目,则对用户记分值Score_C。
可以理解的是,上述仅为示例性的实现方式,在实际应用中可以设置多种评分条件以及评分档位。因此,本实施例中对于步骤202应用的评分档位和评分条件不加以具体限定。
在本实施例中,不同的分值能够反映用户在第一时段内不同的作息规律程度和运动规律程度。本步骤中获得的分值,将作为生成用户在第二时段的订单的依据。需要说明的是,第二时段的起始时刻晚于第一时段的终止时刻。
作为一示例,第一时段与第二时段分别为两个相邻的保险金支付周期。例如,每个保险金支付周期为一个季度,每个季度初期保险公司通过订单生成设备生成当前季度带有投保人所需支付金额的保险订单,在具体生成订单时,依据用户上一季度对应的分值来确定订单金额。
作为另一示例,第二时段为一个保险金支付周期,第一时段为在第二时段之前的一个保险金支付周期内的某一个时段。例如,第二时段为从2019年7月1日至2019年9月30日,在该示例中,可以将从2019年4月1日至2019年6月30日之间每一个月作为一个第一时段。通过执行本实施例中描述的方法,分别获得用户每个第一时段对应的分值,例如2019年4月1日至2019年4月30日对应的分值为Score_April;2019年5月1日至2019年5月31日对应的分值为Score_May;2019年6月1日至2019年6月30日对应的分值为Score_June。生成设备生成当前季度带有投保人所需支付金额的保险订单,在具体生成订单时,依据用户每个第一时段对应的分值,即Score_April、Score_May和Score_June来确定订单金额。作为一种可选的实现方式,将Score_April、Score_May和Score_June相加,根据加和得到的总分值来确定订单金额。
在一些实现方式中,分值越高,表示用户在第一时段内作息规律程度越高,运动规律程度越高;分值越低,表示用户在第一时段内作息规律程度越低,运动规律程度越低。订单生成设备根据这分值高低来计算本支付周期投保人需要支付的保险金,分值越高,订单中保险金额越低;分值越低,订单中保险金额越高。
需要说明的是,在本申请实施例中,投保人具体可以是用户,即被保人,也可以是用户的亲属等。
以上即为本申请实施例提供的订单生成方法,该方法首先获取用户在第一时段的体征数据;其后,利用体征数据和预先根据用户进行体征测试时的数据建立的用户的体征数据集,获得所述用户在所述第一时段对应的分值。最终,该分值将作为生成用户在第二时段订单的依据。
通过实施本申请提供的订单生成方法,将用户(被保人)个体第一时段的体征数据与第二时段的订单进行关联,订单中投保人需要支付的金额随用户个体发生阶段性和适应性地调节变化。例如,当用户在第一时段的体征数据指示该用户作息规律程度越高,则可获得越高的分值,相应地,生成的第二时段订单中投保人需要支付的金额越少。可见,通过该方法可有助于减少投保人需要支付的保险金额,从而提升投保人的支付体验。
体征数据对于用户而言,属于个人的隐私信息。为保证用户的隐私不受侵害和泄露,有必要在向区块链以及保险公司方面传输用户的体征数据时进行数据保护。基于此,本申请还进一步提供了另一种订单生成方法。下面结合实施例和附图对该方法的具体实现方式进行描述。
方法实施例二
参见图3,该图为本申请实施例提供的另一种订单生成方法的流程图。
如图3所示,本实施例提供的订单生成方法,包括:
步骤301:获取用户测试时经过用户的公钥加密的体征数据。
本实施例中,具体可以由用户佩戴或装设的数据采集设备对采集的测试时的原体征数据进行加密。数据采集设备带有联网功能,将加密后的体征数据上传至取中心化的区块链网络。
数据采集设备发送的数据结构如下:
{
“uid”:“0xxxxx”,
“encData”:“加密数据”,
“hash”:“原体征数据的hash”,
“version”:“1.0.0”,
“timestamp”:“1548666832”,
}
上述各字段含义如下:uid为用户唯一识别码;encData为使用用户私钥加密的二进制数据;hash为原体征数据的哈希;version代表数据结构的版本号;timestamp代表数据记录的时间戳。
区块链网络接收到数据后,可以生成区块,并广播区块数据到所有节点,最终上链成功。
步骤302:根据用户测试时经过用户的公钥加密的体征数据建立用户的体征数据集。
本步骤可由用户或投保人触发。例如,用户或投保人通过终端设备(例如固定终端或移动终端等)触发区,向区块链合约请求创建用户的体征数据集。
区块链合约从区块链上读取用户的加密后的体征数据,在形成体征数据集的过程中始终应用同态加密技术,从而区块链合约无法知晓数据采集设备所记录的原始数据。从而保障数据的私密性和安全性,防止原始体征数据暴露于区块链合约。
在一些实施方式中,为生成用户的体征数据集,要求获取充足的加密后的体征数据,因此,如果测试时采集的体征数据的数据量不足,由区块链合约向数据采集设备、用户的终端设备或投保人的终端设备返回体征数据集创建失败的消息。
步骤303:获取用户在第一时段经过用户的公钥加密的体征数据。
本实施例中,对用户第一时段的原始体征数据进行加密的流程以及加密后数据的传输流程与步骤301描述相似,此处对此不加以赘述。
步骤304:将所述用户的体征数据集与所述用户在所述第一时段经过用户的公钥加密的体征数据进行匹配。
将体征数据集与用户在第一时段经过用户公钥加密的体征数据进行匹配,其目的在于,检测二者是否属于同一个体。例如,若将数据采集设备佩戴或装设于非用户的个体上,则区块链合约在步骤303获得的体征数据将与预先建立的体征数据集不匹配。通过执行步骤304,能够有效防止用户作弊,避免后续根据这些非用户的个体的体征数据得到与用户不符的第一时段分值。
作为一种实现方式,可以预设一个匹配度阈值,如果用户的体征数据集与所述用户在所述第一时段经过用户的公钥加密的体征数据的匹配度达到预设匹配度阈值,则判断第一时段经过用户的公钥加密的体征数据与体征数据集匹配成功;反之,则匹配失败。
作为另一种实现方式,可以预设一个匹配度阈值,并将第一时段经过用户的公钥加密的体征数据按照时间顺序划分为多个分组数据,将每个分组数据与体征数据集进行匹配,如果分组数据与体征数据集的匹配度达到预设匹配度阈值,则判断该分组数据匹配成功;反之,则匹配失败。从而通过该方式,能够筛选出与体征数据集匹配成功的数据。
步骤305:根据所述经过用户的公钥加密的体征数据中与所述体征数据集匹配成功的数据,获得用户在所述第一时段对应的经过用户的公钥加密的分值。
可以理解的是,在本步骤中,由于区块链合约采用同态加密计算模型,因此可以在保护用户隐私的前提下得到经过用户的公钥加密的分值(简称:分值密文)。
下面结合步骤3051-3052对本步骤的一种可选实现方式进行描述。
步骤3051:根据所述体征数据中与所述体征数据集匹配成功的数据,确定所述用户在第一时段的作息规律程度和运动规律程度。
步骤3052:根据所述作息规律程度和所述运动规律程度,获得所述用户在所述第一时段对应的分值。
例如,可以按照某终预设的评分标准将作息规律程度高和/或运动规律程度高的数据作为评分时的加分项;将作息规律程度低和/或运动规律程度低的数据作为评分时的减分项。
可以理解的是,本实现方式中,分值与作息规律程度成正相关;分值与运动规律程度成正相关。
与前述实施例相同地,本实施例获得的第一时段对应的分值密文将作为后续订单生成设备生成用户第二时段订单的依据。
为便于理解,下面对根据分值密文生成第二时段订单的流程进行简要描述。此过程主要涉及:区块链合约、投保人的终端设备以及保险公司方的订单生成设备。对于区块链合约侧,主要执行以下步骤描述的操作:
A1:以所述保险公司的私钥对所述用户在所述第一时段对应的分值密文进行加密,获得所述分值密文的签名。
本实施例中,pkc和skc表示用户的公钥和私钥;pkb和skb表示保险公司的公钥和私钥。r表示分值;s表示分值密文,由公式(1)表示。Eskb(s)表示分值密文的签名。
s=Epkc(r) 公式(1)
A2:将所述分值密文以及所述分值密文的签名发送至所述投保人的终端设备,以便所述终端设备利用所述用户的私钥对所述分值进行解密获得所述用户在所述第一时段对应的解密值,并由所述终端设备将所述解密值、所述分值以及所述分值的签名发送至订单生成设备,以便所述订单生成设备根据所述解密值、所述分值以及所述分值生成所述用户在第二时段的订单。
步骤A2中,即是由区块链合约向投保人的终端设备发送s和Eskb(s)。投保人的终端设备利用存储的用户的私钥skc对分值密文s进行解密,获得分值r,参见公式(2)。
r=Dskc(s) 公式(2)
投保人的终端设备向订单生成设备发送分值r、分值密文s和分值密文的签名Eskb(s)。订单生成设备存储有保险公司的公钥pkb和私钥skb,该设备利用接收到的参数代入公式(3)和(4),验证公式(3)和(4)是否同时成立。如果是,则应用分值密文s计算投保人在第二时段需要支付的保险金额,并生成带有该保险金额的订单,将订单发送至投保人的终端设备以待投保人支付。
Dpkb(Eskb(s))=s 公式(3)
Epkc(r)=s 公式(4)
以上即为本实施例提供的订单生成方法。该方法通过数据加密的方式,保障用户隐私信息的安全性和私密性,即便区块链合约和保险公司也无法获得用户的原始分值和原始的体征数据,从而防止用户数据的泄露。因此,进一步提高了用户和投保人的使用体验。
基于前述实施例,本申请提供了又一种订单生成方法。该方法的执行主体为订单生成设备。下面结合实施例和附图对该方法的具体实现进行描述。
方法实施例三
参见图4,该图为本申请实施例提供的又一种订单生成方法的流程图。
如图4所示,本实施例提供的订单生成方法,包括:
步骤401:获取用户在第一时段对应的分值。
其中,所述用户在所述第一时段对应的分值为利用所述用户的体征数据集和所述用户在所述第一时段的体征数据获得;所述体征数据集为预先根据所述用户进行体征测试时的数据建立。
由于前述实施例中,对于第一时段对应的分值的获取流程以及体征数据集的建立过程均进行了较为详细的描述,此处不再赘述。
订单生成设备通过与区块链合约通信,能够获取用户在第一时段对应的分值。
步骤402:根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单。
需要说明的是,第二时段的起始时刻晚于第一时段的终止时刻。
在具体实现时,作为一种可能的实现方式,可以预先设定基准分值和每个保险金支付周期的基准保险金额。订单生成设备将用户在第一时段对应的分值与基准分值进行比较,如果分值比基准分值高,则在基准保险金额的基础上下调保险金额,并生成用户在第二时段的订单;如果分值比基准分值低,则在基准保险金额的基础上上调保险金额,并生成用户在第二时段的订单。
以上即为本申请实施例提供的订单生成方法。该方法首先获取用户在第一时段对应的分值,其后根据用户在所述第一时段对应的分值,生成所述用户在第二时段的订单。通过实施该方法,将用户(被保人)个体第一时段的体征数据与第二时段的订单进行关联,订单中投保人需要支付的金额随用户个体发生阶段性和适应性地调节变化。例如,当用户在第一时段的体征数据指示该用户作息规律程度越高,则可获得越高的分值,相应地,生成的第二时段订单中投保人需要支付的金额越少。可见,通过该方法可有助于减少投保人需要支付的保险金额,从而提升投保人的支付体验。
可选地,在上述实施例中,生成的订单中金额与用户在第一时段对应的分值成负相关。
当然,在实际应用中,还可通过不同的评分方式构建分值与订单金额的关系。例如,用户在第一时段的体征数据指示该用户作息规律程度越高,对应获取越低的分值;用户作息规律程度越低,对应获取越高的分值。此时,分值与订单金额成正相关,即分值越高,订单金额越高;分值越低,订单金额越低。
本实施例中,由于订单金额与用户在第一时段对应的分值的联系,对于用户以及投保人形成一种奖励机制,即如果用户体征数据指示用户作息和运动规律程度越高,投保人需要支付的订单金额越少。进而,不但节省投保人的保费,还能够促进投保人养成健康良好的生活习惯,包括作息习惯和运动习惯等。
体征数据对于用户而言,属于个人的隐私信息;此外,用户在第一时段的分值对于用户而言,也属于个人的隐私信息。为保证用户的隐私不受侵害和泄露,有必要在向保险公司方面传输用户的体征数据和分值时进行数据保护。基于此,本申请还进一步提供了再一种订单生成方法。下面结合实施例和附图对该方法的具体实现方式进行描述。
方法实施例四
参见图5,该图为本申请实施例提供的再一种订单生成方法的流程图。
如图5所示,本实施例提供的订单生成方法,包括:
步骤501:获取用户在第一时段对应的经过用户的公钥加密的分值。
本实施例中,将步骤501获得分值简称为分值密文。加密前,原始分值表示为r,加密后,分值密文表示为s。其中s与r的关系可参见前述公式(1)。
步骤502:获取分值密文的签名和用户在所述第一时段对应的解密值。
本步骤中,分值密文的签名为以保险公司的私钥对用户在所述第一时段对应的分值密文进行加密获得。本实施例中,分值密文的签名表示为Eskb(s),其中skb表示保险公司的私钥。
所述解密值为利用所述用户的私钥对所述分值进行解密获得,解密值即为分值密文加密前的原始分值r。此过程的具体实现可参见前述公式(2)。
需要说明的是,本实施例中,可由投保人的终端设备将分值密文、分值密文的签名和解密值一同发送给订单生成设备。因此,本实施例中,对于步骤501和502的先后执行顺序不加以限定。
步骤503:根据所述解密值、分值密文以及分值密文的签名,验证所述分值密文。
本步骤中,具体采用前述公式(3)和(4)验证分值密文。如果公式(3)和(4)均成立,表示分值密文验证成功。其中,公式(3)验证了s的确是经由保险公司的私钥skb签名的,确保了s是通过智能合约计算而得出的分值密文,而不是用户伪造的。公式(4)验证了r的确是分值密文s所对应的分值明文。通过上述验证过程,保证了分值密文的来源准确性、分值明文与分值密文的对应关系以及与用户身份的匹配性。
步骤504:确定所述分值验证成功时,生成所述用户在第二时段的订单。
在实际应用中,用户在第二时段的保险订单可以通过多种方式传递给投保人。例如,可以通过下述步骤505的方式发送订单,进而,投保人通过在终端设备执行支付操作即可支付保险金额。作为示例,投保人的终端设备上安装有保险公司开发的应用程序(Application,APP),订单生成设备通过APP向已注册且登录的投保人账号发送电子订单,以便投保人阅读并缴付费用。另外,订单生成设备还可通过打印的方式向亲临订单生成设备处的投保人提供纸质的订单。因此,本实施例中对于订单的具体发送方式不加以限定。
步骤505:向投保人的终端设备发送所述订单,以便所述终端设备响应于所述投保人的支付操作支付所述订单的金额。
以上即为本实施例提供的订单生成方法。该方法通过数据加密的方式,保障用户隐私信息的安全性和私密性,即便保险公司也无法获得用户的原始分值和原始的体征数据,从而防止用户数据的泄露。因此,进一步提高了用户和投保人的使用体验。
基于前述实施例,相应地,本申请还提供一种数据采集设备。下面结合实施例和附图对该设备的具体实现进行介绍和说明。
设备实施例
参见图6,该图为本实施例提供的数据采集设备的结构示意图。
如图6所示,本实施例提供的数据采集设备,包括:
数据采集模块601,用于采集用户在第一时段的体征数据;
数据发送模块602,用于将所述体征数据发送至区块链;所述体征数据为获得所述用户在所述第一时段的分值的依据;所述分值为生成所述用户在第二时段的订单的依据;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
该数据采集设备将用户的体征数据反馈给区块链,进而区块链合约能够从区块链中读取获得用户的体征数据,并相应生成用户在第一时段对应的分值。该设备十分便捷,提高了为用户进行阶段性评分以及为用户生成保险订单的智能型。
可选地,所述数据采集模块601,还用于采集所述用户进行体征测试时的数据;
所述数据发送模块602,还用于将所述用户进行体征测试时的数据发送至所述区块链,以便区块链合约根据所述用户进行体征测试时的数据建立所述用户的体征数据集;所述区块链合约为保险公司预先在所述区块链上创建。
通过采集用户进行体征测试时的数据并反馈至区块链,进而能够有助于区块链合约根据此数据建立体征数据集。从而,有助于检验用户体征数据的匹配性,防止用户作弊获得不真实分值,影响订单的生成。
可选地,该设备还包括:
蓝牙通信模块,用于与所述投保人的终端设备实现蓝牙连接,通过蓝牙通信获得所述用户的公钥;
数据加密模块,用于以所述用户的公钥加密所述体征数据,获得加密后的体征数据;
所述数据发送模块602,具体包括:
第一发送单元,用于将所述加密后的体征数据发送至区块链。
基于数据加密模块的功能,有效保障了用户体征数据的私密性和安全性,防止用户隐私信息的泄露,进一步提升用户和投保人的使用体验。
在实际应用中,该数据采集设备可以在与用户进行身份识别和认证。例如,初次使用时,用户在数据采集设备上录入指纹。当数据采集设备直接使用时,该设备定时或不定时第在用户非睡眠时间请求指纹认证,从而可根据用户实时提供的指纹确认当前使用者是否为用户本人,有效防止用户作弊。另外,该设备还可通过使用者的虹膜认证当前使用者是否为用户本人。
基于前述实施例提供的订单生成方法和数据采集设备,相应地,本申请还进一步提供一种订单生成系统。下面结合实施例和附图对该系统的具体实现进行描述。
系统实施例
参见图7,该图为本申请实施例提供的一种订单生成系统的结构示意图。
如图7所示,本实施例提供的订单生成系统,包括:
前述实施例提供的数据采集设备701,还包括:区块链702和订单生成设备703;
其中,所述数据采集设备701,用采集用户在第一时段的体征数据,并将所述体征数据发送至区块链702;
区块链702上包含有保险公司预先创建的区块链合约;所述区块链合约,用于利用所述用户的体征数据集和所述用户在所述第一时段的体征数据,获得所述用户在所述第一时段对应的分值;所述体征数据集为预先根据所述用户进行体征测试时的数据建立;
订单生成设备703,用于获取用户在第一时段对应的分值;根据所述用户在所述第一时段对应的分值,生成所述用户在第二时段的订单;所述第二时段的起始时刻晚于所述第一时段的终止时刻。
该系统将用户(被保人)个体第一时段的体征数据与第二时段的订单进行关联,订单中投保人需要支付的金额随用户个体发生阶段性和适应性地调节变化。例如,当用户在第一时段的体征数据指示该用户作息规律程度越高,则可获得越高的分值,相应地,生成的第二时段订单中投保人需要支付的金额越少。可见,通过该系统可有助于减少投保人需要支付的保险金额,从而提升投保人的支付体验。
另外,该系统应用区块链702进行体征数据的记录,从而保证用户体征数据的防篡改性,同时建立了用户在区块链702上的数字身份。区块链合约自动执行,提高了获取分值的效率以及订单生成的效率,同时保证计算过程不被恶意篡改。
可选地,所述用户在所述第一时段的体征数据为经过所述用户的公钥加密的数据;所述用户在所述第一时段对应的分值为经过所述用户的公钥加密的分值;
所述系统,还可以包括:投保人的终端设备;
所述区块链合约,还用于以所述保险公司的私钥对所述用户在所述第一时段对应的分值进行加密,获得所述分值的签名,将所述分值以及所述分值的签名发送至所述投保人的终端设备;
所述终端设备,用于利用所述用户的私钥对所述分值进行解密获得所述用户在所述第一时段对应的解密值,并将所述解密值、所述分值以及所述分值的签名发送至订单生成设备703;
所述订单生成设备703,具体用于根据所述解密值、所述分值以及所述分值生成所述用户在第二时段的订单。
该系统通过数据加密的方式,保障用户隐私信息的安全性和私密性,即便保险公司也无法获得用户的原始分值和原始的体征数据,从而防止用户数据的泄露。因此,进一步提高了用户和投保人的使用体验。
在上述对订单生成系统的描述中,体征数据包括但不限于以下任意一种或多种:
心率、体温、血压、血氧饱和度、每日步数、睡眠数据、卡路里消耗或久坐时长。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备及系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元提示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本申请的一种具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。