基于保障交易的保障合同生成方法与流程

文档序号:17242963发布日期:2019-03-30 08:40阅读:248来源:国知局
基于保障交易的保障合同生成方法与流程

本发明涉及互联网交易技术领域,尤其涉及一种基于保障交易的保障合同生成方法。



背景技术:

随着互联网的迅速发展和普及,电子商务(电商)在全球得到了快速的发展,知名大企业和中小型商户均引入了电商,电商模式也变的越来越多样化。互联网上的交易内容也具有多元化的发展趋势,例如:实体商品、虚拟商品、各种服务、招标项目、各类商业项目及其各个阶段性的子商业项目都可以成为交易的对象,只要交易双方达成需求关系即可。

但是,互联网购物又存在一定的缺陷,比如购买的交易项目没有服务保障。虽然一些电商平台,比如京东,有附加保险服务,但是该保险是第三方保险公司提供的保险服务,该保险服务类似于一个独立的交易项目,需要购买才能获得权益,而且该项保险服务通用于所有交易项目。另外,还有普通的交易项目保障,只包括写在产品说明里面的质量三包,这是法律强制规定的。目前,没有一个基于交易项目本体的保障服务,使得买家无法获得自身需求的保障服务,也无法供买家放心购买交易项目,这使得一些成效慢、消费高的交易项目得不到买家的青睐。

现提供一种网上交易平台,其上交易具有保障服务的商品。为了提高买家对保障权益的信服力,买方和卖方/第三方机构(比如交易平台)会签订电子合同。目前电子合同的签订比较常用的方式是,合同各方先通过电子数据交换或电子邮件回复等方式共同确定最终的电子合同内容文档,然后打印出纸质合同并签章,最终通过扫描成电子文档或者传真的方式传送给对方。这种方法操作起来比较繁琐,由于对电子合同在其确认和传输过程中并没有进行加密处理,电子合同容易被非法截取或修改,对合同双方商业秘密及交易安全构成威胁,并且对电子合同的签订过程也缺乏安全性管控。



技术实现要素:

本发明所解决的技术问题是提供一种基于保障交易的保障合同生成方法,在进行具有保障服务的商品交易时,通过校验身份证信息和生物特征来提高签订合同的安全性。

为解决上述技术问题,本发明采用以下方案:

一种基于保障交易的保障合同生成方法,其包括以下步骤:

服务器根据客户端发送的筛选参数,从数据库获取与所述筛选参数匹配的交易项目信息,并将所述交易项目信息反馈至客户端的显示页面上,其中,所述交易项目信息包括交易项目参数以及提供相应保障服务的保障类型;

当服务器接收到客户端对所述交易项目信息的确认信息时,生成保障合同反馈给客户端;

当服务器接收到客户端对保障合同的确认信息时,向客户端发送身份验证命令,所述身份验证命令包括身份证验证和生物特征提取;

客户端根据所述身份验证命令的指示,录入身份证信息和生物特征并发送给服务器;

服务器在校验所述身份证信息和所述生物特征通过后,将所述身份证信息、所述生物特征与所述保障合同相互绑定并存储,以及生成带有持有客户端的买家和上传所述交易项目信息的卖家/第三方机构的身份信息标记的保障合同。

优选地,所述生物特征包括指纹、声音和动态视频的至少一种。

优选地,所述身份信息标记包括电子签名或戳章。

优选地,所述当服务器接收到客户端对保障合同的确认信息时,向客户端发送身份验证命令的步骤包括:

当服务器接收到保障合同的确认信息时,根据保障合同中涉及到的保障金额和/或所涉及交易项目的维权比率确定该保障合同的风险等级,并根据所述风险等级向客户端发送相应的身份验证命令。

优选地,所述风险等级包括首级、次级和末级;

当所述风险等级为末级时,所述身份验证命令为获取身份证信息上的身份证号码和基准人像后,获取动态视频以提取实时人像,客户端对应录入的身份证信息为身份证号码和基准人像,生物特征为动态视频;

当所述风险等级为次级时,所述身份验证命令为在末级风险对应的身份验证命令得到反馈下,按照服务器随机提供的特定语句,获取所述特定语句的声音序列,或者按照服务器随机提供的不同指纹的录入顺序,获取指纹序列,客户端对应录入的生物特征为声音序列或指纹序列;

当所述风险等级为首级时,所述身份验证命令为在末级风险对应的身份验证命令得到反馈下,按照服务器随机提供的特定语句,获取所述特定语句的声音序列,以及按照服务器随机提供的不同指纹的录入顺序,获取指纹序列,客户端对应录入的生物特征为声音序列和指纹序列。

优选地,所述保障合同生成方法还包括:

所述特定语句以及所述不同指纹的录入顺序,与所述身份证信息、所述生物特征、所述保障合同绑定,并加密存储于另一服务器中,仅在客户端发起保障维权时被服务器从另一服务器中解密调用。

优选地,所述服务器在校验所述身份证信息和所述生物特征通过后,将所述身份证信息、所述生物特征与所述保障合同相互绑定并存储,以及生成带有持有客户端的买家和上传所述交易项目信息的卖家/第三方机构的身份信息标记的保障合同的步骤之后还包括:

当客户端通过私钥向服务器发送查看保障合同的指令时,服务器通过公钥解密所述指令,以确认客户端的合法身份,当确认通过时,将保障合同展示在客户端的显示页面上。

优选地,所述身份证信息通过客户端的身份证阅读器录入,或者通过识别客户端拍摄的身份证照片进行录入;指纹通过客户端的指纹采集模块录入;声音通过客户端的麦克风模块录入;动态视频通过客户端的摄像头录入。

优选地,所述客户端包括智能手机、vtm柜员机、平板电脑中的任一种。

优选地,所述生成保障合同反馈给客户端的步骤之后还包括:

客户端和服务器之间连接远程视频通话。

本发明提出的技术方案中,买家在确认购买具有保障服务的交易项目,且确实保障合同的条款时,会收到身份验证命令。通过校验买家的身份证信息和生物特征后,将这些信息与保障合同绑定,可提高保障合同的安全性。

附图说明

图1为本发明基于保障交易的保障合同生成方法第一实施例的流程示意图;

图2为本发明基于保障交易的保障合同生成方法第二实施例的流程示意图;

图3为本发明基于保障交易的保障合同生成方法第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。

请参照图1,图1为本发明第一实施例提出的基于保障交易的保障合同生成方法。在该实施例中,所述基于保障交易的保障合同生成方法包括:

步骤s100,服务器根据客户端发送的筛选参数,从数据库获取与所述筛选参数匹配的交易项目信息,并将所述交易项目信息反馈至客户端的显示页面上,其中,所述交易项目信息包括交易项目参数以及提供相应保障服务的保障类型。

具体地,用户在交易保障平台上进行购物,该交易保障平台的可视化界面上提供有交易项目信息,交易项目信息包括交易项目参数以及与该交易项目对应的保障服务的保障类型,其中交易项目参数与保障类型之间存在对应关系。

交易项目可以实体商品、虚拟商品、各种服务、招标项目、各类商业项目及其各个阶段性的子商业项目都可以成为交易的对象,只要交易双方达成需求关系即可。交易项目信息来自以下任意一种或多种,商家入驻当前平台时的输入,或者,当前平台以外的其他平台的数据注入或对其他平台的数据抓取。交易项目参数包括交易项目属性、交易项目图片和交易项目价格。保障类型包括保效果、保退款、保本金和保退货。

用户在进行购物时,服务器基于用户在客户端所在的交易保障平台上输入的搜索字段或者界面上被点击的控件向客户端显示具有保障服务的交易项目集,搜索字段可以是具体的交易项目名称或者粗略的交易项目关键词或者与保障相关的信息。交易项目集所在页面上的各交易项目可以以交易项目图片的形式展示,或者以列表的形式展示。所述客户端包括智能手机、vtm柜员机、平板电脑中的任一种。

步骤s200,当服务器接收到客户端对所述交易项目信息的确认信息时,生成保障合同反馈给客户端。

具体地,当买家对交易项目信息进行确认时,比如向支付宝等第三方金融账户支付款项,认为买卖双方初步达成交易,接着,只需签订合同即可。签订合同时,首先根据交易项目信息生成保障合同,然后将该保障合同反馈给买家以供买家查看保障合同中的具体内容,在此期间,客户端可以基于在交易保障平台上对视频控件的操作,来实现和交易保障平台的工作人员或者卖家之间的远程视频通话,从而获得保障合同的解释说明。在进行远程视频通话的时候,还可以同时进行录音操作,以作为后续发起维权时的证据材料之一。

步骤s300,当服务器接收到客户端对保障合同的确认信息时,向客户端发送身份验证命令,所述身份验证命令包括身份证验证和生物特征提取。

具体地,当买家对保障合同无疑义时,服务器向客户端发送身份验证命令,以确定买家的合法身份,避免出现越权或者冒充签订电子合同的可能性。为了提高维权阶段身份验证的准确性,不仅对身份证进行验证,还同时对生物特征进行提取,所述生物特征包括指纹、声音和动态视频的至少一种。

进一步地,当服务器在预设时间内没有接收到客户端对保障合同的确认信息时,向客户端发送关闭交易通知,并在关闭交易通知中提及的时间点判断是否已收到客户端对保障合同的确认信息,若是,则执行步骤s300,若否,则关闭交易并将款项退还至原账户。

步骤s400,客户端根据所述身份验证命令的指示,录入身份证信息和生物特征并发送给服务器。

具体地,所述身份证信息通过客户端的身份证阅读器录入,或者通过识别客户端拍摄的身份证照片进行录入;指纹通过客户端的指纹采集模块录入;声音通过客户端的麦克风模块录入;动态视频通过客户端的摄像头录入。

步骤s500,服务器在校验所述身份证信息和所述生物特征通过后,将所述身份证信息、所述生物特征与所述保障合同相互绑定并存储,以及生成带有持有客户端的买家和上传所述交易项目信息的卖家/第三方机构的身份信息标记的保障合同。

具体地,服务器根据客户端输入的身份证号码、姓名,来校验通过识别身份证获取的信息。当身份证信息校验通过时,继续校验生物特征是否提取成功,比如指纹是否获取完整,音频、动态视频是否清晰准确,当生物特征提取不成功时,向客户端发送重新录入不成功部分的生物特征的信息,当生物特征提取成功,则执行步骤s500。当身份证信息校验不通过,则向客户端发送再次录入身份证信息的指令,当连续多次校验录入的身份证信息不通过时,则关闭交易并将款项退还至原账户。

服务器在校验所述身份证信息和所述生物特征通过后,将所述身份证信息、所述生物特征与所述保障合同相互绑定并存储,以供在维权阶段进行调取以核实维权人的身份。需要说明的是,身份证信息、生物特征、保障合同分别存储于不同的地方,从而减小身份证信息、生物特征、保障合同一同被盗取的可能性,其中,身份证信息、生物特征、保障合同可以通过id进行绑定,id包括登陆交易保障平台的账户、身份证号码、合同编号或者随机分配的编码中的任一种。

身份证信息、生物特征、保障合同相互绑定并存储后,说明该保障合同已能认证买家,此时,将卖家或第三方机构(比如交易保障平台)的身份信息也标记在保障合同上,以使得该保障合同合规合法,所述身份信息标记包括电子签名或戳章。带有合同各方标记的保障合同生成后,可以发给客户预览,该预览页面不可下载,以提高保障合同的保密性。

本实施例提出的技术方案中,买家在确认购买具有保障服务的交易项目,且确实保障合同的条款时,会收到身份验证命令。通过校验买家的身份证信息和生物特征后,将这些信息与保障合同绑定,可提高保障合同的安全性。

请参照图2,为本发明基于保障交易的保障合同生成方法的第二实施例,基于本发明基于保障交易的保障合同生成方法的第一实施例,所述当服务器接收到客户端对保障合同的确认信息时,向客户端发送身份验证命令的步骤包括:

步骤s600,当服务器接收到保障合同的确认信息时,根据保障合同中涉及到的保障金额和/或所涉及交易项目的维权比率确定该保障合同的风险等级,并根据所述风险等级向客户端发送相应的身份验证命令。

当涉及到的保障金额越高、交易项目的维权比率越高,风险等级越高,维权阶段对买家的认证更为重要,那么对应的身份验证需要更加严格。比如,保障类型为保效果,那么保障金额可能为产品全额或者其他约定的金额,维权比率为支付保障金额的订单数目与已完成的总订单数目的比值,其中,已完成的总订单指已支付保障金额的订单以及已过保障期限未发起维权的订单。

具体地,所述风险等级包括首级、次级和末级,首级为最高等级,次级次之,末级为最低等级。

当所述风险等级为末级时,所述身份验证命令为获取身份证信息上的身份证号码和基准人像后,获取动态视频以提取实时人像,客户端对应录入的身份证信息为身份证号码和基准人像,生物特征为动态视频。服务器获取到身份证号码、基准人像和动态视频后,将身份证号码来与客户端输入的号码进行核对,核对通过后,提取动态视频中的人像,将该人像与基准人像进行比对,从而来确定买家本人。

当所述风险等级为次级时,所述身份验证命令为在末级风险对应的身份验证命令得到反馈下,按照服务器随机提供的特定语句,获取所述特定语句的声音序列,或者按照服务器随机提供的不同指纹的录入顺序,获取指纹序列,客户端对应录入的生物特征为声音序列或指纹序列。比如,服务器提供的特定语句为“今天天气真好”,那么买家根据显示屏上提供的该语句进行录音,在步骤s500中,以校验该语句是否清晰准确为校验通过的评判标准。服务器提供的录入顺序是左手中指小拇指右手食指无名指时,买家根据指示逐一录入指纹,在步骤s500中,以校验指纹是否清晰为校验通过的评判标准。需要说明的是,在风险等级为次级时,买家可以选择录入声音序列或者指纹序列,是为了避免部分残障人士无法实现某一验证,比如聋哑人无法录入声音序列,那么其可以选择录入指纹序列,比如肢体残缺人士无法录入指纹,那么其可以选择录入声音序列。

当所述风险等级为首级时,所述身份验证命令为在末级风险对应的身份验证命令得到反馈下,按照服务器随机提供的特定语句,获取所述特定语句的声音序列,以及按照服务器随机提供的不同指纹的录入顺序,获取指纹序列,客户端对应录入的生物特征为声音序列和指纹序列。由于首级风险等级高,那么相应的身份验证最为严格,部分买家可能无法实现。

通过录入随机条件下的生物特征,可以增强客户签订合同的真实性,也可以加大盗取生物特征的难度,从而保障该合约的安全性,保证维权阶段的正常进行。

其中,所述特定语句以及所述不同指纹的录入顺序,与所述身份证信息、所述生物特征、所述保障合同绑定,并加密存储于另一服务器中,仅在客户端发起保障维权时被服务器从另一服务器中解密调用。需要说明的是,特定语句以及不同指纹的录入顺序,与身份证信息、生物特征、保障合同分别存储于不同的地方,从而减小特定语句、不同指纹的录入顺序、身份证信息、生物特征、保障合同一同被盗取的可能性,极大地提高了保障合同的安全性。

请参照图3,为本发明基于保障交易的保障合同生成方法的第三实施例,基于本发明基于保障交易的保障合同生成方法的第一或第二实施例,所述服务器在校验所述身份证信息和所述生物特征通过后,将所述身份证信息、所述生物特征与所述保障合同相互绑定并存储,以及生成带有持有客户端的买家和上传所述交易项目信息的卖家/第三方机构的身份信息标记的保障合同的步骤之后还包括:

步骤s700,当客户端通过私钥向服务器发送查看保障合同的指令时,服务器通过公钥解密所述指令,以确认客户端的合法身份,当确认通过时,将保障合同展示在客户端的显示页面上。

本实施例中,当买家在下订单后的某个时间点想再次查看保障合同的内容时,可以通过向服务器发送带密钥的指令的方式来获取保障合同。通过这种方式,可以进一步提高保证合同的保密性。

具体地,私钥可以在步骤s500后,也即带有合同各方标记的保障合同生成后,发给客户预览的保障合同的页面中获得。

在本说明书的描述中,参考术语“一实施例”、“另一实施例”、“其他实施例”、或“第一实施例~第x实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料、方法步骤或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。

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