交易保障平台的保障实现方法、装置、终端及存储介质与流程

本发明涉及互联网交易技术领域，尤其涉及一种交易保障平台的保障实现方法、装置、终端及存储介质。

背景技术：

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

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

技术实现要素：

本发明的主要目的在于提供一种交易保障平台的保障实现方法、装置、终端及存储介质，旨在解决互联网购物的交易得不到全面的保障，使得一些成效慢、消费高的交易项目得不到买家的青睐的问题。

为实现上述目的，本发明提供的一种交易保障平台的保障实现方法，所述交易保障平台的可视化界面上提供有交易项目信息，所述交易项目信息包括交易项目参数以及与该交易项目对应的保障服务的保障类型，其中所述交易项目参数与所述保障类型之间存在对应关系，所述保障实现方法包括：

根据所述交易项目参数和/或所述保障类型的选择，在可视化界面上提供至少一种保障实现方式；

在接收到确认购买所述具有保障服务的交易项目的购买指令时，根据确定的所述保障实现方式，生成与被确认购买的所述交易项目对应的保障生效记录；

当接收到依据所述保障生效记录所发起的对应所述被确认购买的交易项目的保障发起请求时，根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求；

接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果。

优选地，所述根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求的步骤之后，包括：

所述保障服务方对所述保障处理请求进行分发和审核。

优选地，所述保障服务方对所述保障处理请求进行分发和审核的步骤包括：

所述保障服务方根据所述确定的所述保障实现方式与保障类型将所述保障发起请求发送给对应的处理账号；

获取所述处理账号设定的审核规则，并按照所述设定的审核规则对所述保障发起请求进行自动化审核，获取不符合所述审核规则的所述保障发起请求；

将不符合所述审核规则的所述保障发起请求分发至对应的受理机构进行人工审核。

优选地，所述接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果的步骤之后包括：

当所述保障处理结果执行之后，在所述可视化界面上提供复议窗口；

判断预设时间内是否接收到所述复议窗口的反馈信息；

若是，则将所述保障发起请求和所述保障处理结果发送给仲裁机构；

若否，则关闭所述复议窗口。

优选地，所述保障实现方式包括：合约保障、交易流程保障中的一种或多种。

为实现上述目的，本发明提供的一种交易保障平台的保障实现装置，所述交易保障平台的可视化界面上提供有交易项目信息，所述交易项目信息包括交易项目参数以及与该交易项目对应的保障服务的保障类型，其中所述交易项目参数与所述保障类型之间存在对应关系，所述保障实现装置包括：

保障管理模块，用于根据所述交易项目参数和/或所述保障类型的选择，在可视化界面上提供至少一种保障实现方式；

合约建立模块，用于在接收到确认购买所述具有保障服务的交易项目的购买指令时，根据确定的所述保障实现方式，生成与被确认购买的所述交易项目对应的保障生效记录；

保障发起模块，用于当接收到依据所述保障生效记录所发起的对应所述被确认购买的交易项目的保障发起请求时，根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求；

结果反馈模块，用于接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果。

优选地，所述保障实现装置还包括：

分发审核模块，用于对所述保障处理请求进行分发和审核。

优选地，所述分发审核模块包括：

分发单元，用于根据所述确定的所述保障实现方式与保障类型将所述保障发起请求发送给对应的处理账号；

第一审核单元，用于获取所述处理账号设定的审核规则，并按照所述设定的审核规则对所述保障发起请求进行自动化审核，获取不符合所述审核规则的所述保障发起请求；

第二审核单元，用于将不符合所述审核规则的所述保障发起请求分发至对应的受理机构进行人工审核。

为实现上述目的，本发明提供的智能终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述任一项所述的交易保障平台的保障实现方法的步骤。

为实现上述目的，本发明提供的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一项所述的交易保障平台的保障实现方法的步骤。

本发明提出的技术方案中，交易保障平台上提供有具有保障服务的交易项目的信息，通过该交易保障平台购买交易项目即可获得相应的保障，并在需要时发起保障处理请求，从而获得相应的权益。通过这种方式，买家可以放心购物，也能净化整个电商平台的购物环境。

附图说明

图1为本发明交易保障平台的保障实现方法第一实施例的流程示意图；

图2为本发明交易保障平台的保障实现方法第二实施例的流程示意图；

图3为本发明交易保障平台的保障实现方法第三实施例中保障服务方对所述保障处理请求进行分发和审核步骤的细化流程示意图；

图4为本发明交易保障平台的保障实现方法第四实施例的流程示意图；

图5为本发明交易保障平台的保障实现装置第一实施例的模块结构示意图；

图6为本发明交易保障平台的保障实现装置第二实施例的模块结构示意图；

图7为本发明交易保障平台的保障实现装置第三实施例中分发审核模块的细化结构示意图。

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

具体实施方式

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

请参照图1，图1为本发明第一实施例提出的交易保障平台的保障实现方法。在该实施例中，所述交易保障平台的可视化界面上提供有交易项目信息，所述交易项目信息包括交易项目参数以及与该交易项目对应的保障服务的保障类型，其中所述交易项目参数与所述保障类型之间存在对应关系。

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

以下说明几种保障类型的适用场景：

微商代理免不了需要囤货，但是囤货又存在卖不出从而压货压款的风险，通过保退货或保退款或保成本其中任一或多种合约就可以避免这一风险。

一些教育辅导课程、智力开发课程的成效往往是阶段性的，通过保效果这一保障可以使得买家打消花了钱但是无效果的顾虑。

买家在进行购物时，平台基于买家输入的搜索字段或者界面上被点击的控件显示具有保障服务的交易项目集，搜索字段可以是具体的交易项目名称或者粗略的交易项目关键词或者与保障相关的信息。交易项目集所在页面上的各交易项目可以以交易项目图片的形式展示，或者以列表的形式展示；交易项目集页面上还设置有各保障类型的筛选控件，基于被选中的单个或多个筛选控件，显示同一保障类型下的交易项目。

另外，平台通过获取买家的登陆id以及该登陆id对应的搜索记录以及购买记录，提供推荐的保障类型或交易项目属性(即推荐信息)，并将该推荐信息显示在买家登陆平台后显示的首界面上。进一步地，当买家输入的搜索字段为交易项目名称时，提供具有所述推荐的保障类型的交易项目。比如，基于id获取的推荐保障类型为保退货，当该id输入的搜索字段为冰箱时，提供保障类型为保退货的冰箱。

所述交易保障平台的保障实现方法包括：

步骤s100，根据所述交易项目参数和/或所述保障类型的选择，在可视化界面上提供至少一种保障实现方式。

具体地，所述保障实现方式包括：合约保障、交易流程保障中的一种或多种。其中，合约保障是指通过买家和商家双方签订的合约，或者买家和平台双方签订的合约，或者买家、商家和平台三方签订的合约来保障这笔交易，上述的合约可以是自定义的，也可以是默认的，其中自定义合约需要通过平台的法务部门进行审核通过后才能显示给买家，以供买家和商家进行签订。交易流程保障是指当买家可以根据实际情况点选进入下一流程，直至完成该笔交易，该流程可以是资金流向，也可以是交易状态变化，选择了交易流程保障，也即默认流程保障对应的合约生效。

步骤s200，在接收到确认购买所述具有保障服务的交易项目的购买指令时，根据确定的所述保障实现方式，生成与被确认购买的所述交易项目对应的保障生效记录。

具体地，当买家付款完成交易时，生成保障生效记录。该生效记录可以是附带签订的合同，该合同可以以邮件的形式发送给买家；该生效记录也可以仅是购买记录。通过生效记录可以追溯到确定的保障实现方式以及该笔订单对应的合约，从而发起后续的维权程序。

步骤s300，当接收到依据所述保障生效记录所发起的对应所述被确认购买的交易项目的保障发起请求时，根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求。

具体地，在订单页面设置有保障发起控件，当买家点击保障发起控件时，将进入保障程序。如果保障实现方式为合约保障，而且是买家和商家签订的双方合约，那么对应的保障服务方是商家，将向商家发起保障处理请求；如果保障实现方式为合约保障，而且是买家和平台签订的双方合约，那么对应的保障服务方是平台，将向平台发起保障处理请求；如果保障实现方式为交易流程保障，那么保障服务方默认为平台，由平台进行监管。

步骤s400，接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果。

具体地，保障服务方给出的保障处理结果，一般分为退全部款项、部分款项，以及不退钱，均将款项退还至与保障生效记录绑定的帐户中，该帐户可以是买家付款时的帐户，也可以是买家在合约中协定的帐户，或者另外登记的帐户。

进一步地，为了确认买家确实收到保障处理结果，在订单页面设置有保障处理结果确认收到回执的控件，买家点击该回执控件，平台将收到回执信息。当预设时间内没有收到回执信息，交易保障平台将把保障处理结果以信息的方式再次通知买家。

本发明提出的技术方案中，交易保障平台上提供有具有保障服务的交易项目的信息，通过该交易保障平台购买交易项目即可获得相应的保障，并在需要时发起保障处理请求，从而获得相应的权益。通过这种方式，买家可以放心购物，也能净化整个电商平台的购物环境。

请参照图2，为本发明交易保障平台的保障实现方法的第二实施例，基于本发明交易保障平台的保障实现方法的第一实施例，所述根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求的步骤之后，包括：

步骤s500，所述保障服务方对所述保障处理请求进行分发和审核。

在本实施例中，保障服务方根据保障类型、款项额度、取证难度等将保障处理请求分发给不同的处理人，处理人在对保障处理请求进行审核，具体可以通过律师或者第三方进行审核，当审核确认通过后再反馈保障处理结果。

请参照图3，为本发明交易保障平台的保障实现方法的第三实施例，基于本发明交易保障平台的保障实现方法的第二实施例，所述保障服务方对所述保障处理请求进行分发和审核的步骤包括：

步骤s501，所述保障服务方根据所述确定的所述保障实现方式与保障类型将所述保障发起请求发送给对应的处理账号。

具体地，根据保障实现方式和保障类型的不同，将保障发起请求发送给不同的处理账号，根据专项事务专人管理的理念，通过不同的处理账号来处理对应的事务，有利于提高工作效率。

步骤s502，获取所述处理账号设定的审核规则，并按照所述设定的审核规则对所述保障发起请求进行自动化审核，获取不符合所述审核规则的所述保障发起请求。

具体地，管理人员通过帐户登陆交易保障平台，进入工作界面，在该工作界面上为处理保障发起请求的管理人员增加配置了一个菜单，即审核规则配置界面。管理人员通过导航标识进入审核规则配置界面，按照保障交易平台设定的基本原则，在所述审核规则配置界面上配置适用于本平台需求的审核规则。当接收到管理人员在配置界面上输入的确认指令时，后端服务器则获取管理人员在配置界面上配置的审核规则。

步骤s503，将不符合所述审核规则的所述保障发起请求分发至对应的受理机构进行人工审核。

在这里，交易保障平台上的保障发起请求的案件流转通过工作流的方式实现。工作流是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。在保障发起请求的工作流上可以控制保障发起请求的流程走向以及处理人，对于不符合所述审核规则的保障发起请求，将保障发起请求的工作流推送至平台设定的审核岗来进行人工审核。可选地，可以采用向审核岗发送提示邮件或者在理赔系统上添加任务事项的方式来完成保障发起请求的推送。

在本实施例中，通过审核规则对保障发起请求进行自动化审核，有利于提高审核速度，加快保障实现的时间。

请参照图4，为本发明交易保障平台的保障实现方法的第四实施例，基于本发明交易保障平台的保障实现方法的第一实施例，所述接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果的步骤之后包括：

步骤s600，当所述保障处理结果执行之后，在所述可视化界面上提供复议窗口；

步骤s700，判断预设时间内是否接收到所述复议窗口的反馈信息；

若是，则执行步骤s800，将所述保障发起请求和所述保障处理结果发送给仲裁机构；

若否，则执行步骤s900，关闭所述复议窗口。

在本实施例中，当买家对执行的保障处理结果不满意时，可以通过复议窗口进一步保障自己的权益。为了减轻平台的监控负担以及数据存储负担，仅在预设时间内提供复议窗口，当预设时间结束时，关闭复议窗口，也即不再受理买家的复议。

参照图5，为本发明交易保障平台的保障实现装置的第一实施例，所述交易保障平台的可视化界面上提供有交易项目信息，所述交易项目信息包括交易项目参数以及与该交易项目对应的保障服务的保障类型，其中所述交易项目参数与所述保障类型之间存在对应关系。

交易项目信息来自以下任意一种或多种，商家入驻当前平台时的输入，或者，所述当前平台以外的其他平台的数据注入或对所述其他平台的数据抓取。交易项目参数包括交易项目属性、交易项目图片和交易项目价格。保障类型包括保效果、保本金、保退款和保退货中的至少一种。

以下说明几种保障类型的适用场景：

微商代理免不了需要囤货，但是囤货又存在卖不出从而压货压款的风险，通过保退货或保退款或保成本其中任一或多种合约就可以避免这一风险。

一些教育辅导课程、智力开发课程的成效往往是阶段性的，通过保效果这一保障可以使得买家打消花了钱但是无效果的顾虑。

买家在进行购物时，平台基于买家输入的搜索字段或者界面上被点击的控件显示具有保障服务的交易项目集，搜索字段可以是具体的交易项目名称或者粗略的交易项目关键词或者与保障相关的信息。交易项目集所在页面上的各交易项目可以以交易项目图片的形式展示，或者以列表的形式展示；交易项目集页面上还设置有各保障类型的筛选控件，基于被选中的单个或多个筛选控件，显示同一保障类型下的交易项目。

另外，平台通过获取买家的登陆id以及该登陆id对应的搜索记录以及购买记录，提供推荐的保障类型或交易项目属性(即推荐信息)，并将该推荐信息显示在买家登陆平台后显示的首界面上。进一步地，当买家输入的搜索字段为交易项目名称时，提供具有所述推荐的保障类型的交易项目。比如，基于id获取的推荐保障类型为保退货，当该id输入的搜索字段为冰箱时，提供保障类型为保退货的冰箱。

所述保障实现装置包括：

保障管理模块100，用于根据所述交易项目参数和/或所述保障类型的选择，在可视化界面上提供至少一种保障实现方式。

具体地，所述保障实现方式包括：合约保障、交易流程保障中的一种或多种。其中，合约保障是指通过买家和商家双方签订的合约，或者买家和平台双方签订的合约，或者买家、商家和平台三方签订的合约来保障这笔交易，上述的合约可以是自定义的，也可以是默认的，其中自定义合约需要通过平台的法务部门进行审核通过后才能显示给买家，以供买家和商家进行签订。交易流程保障是指当买家可以根据实际情况点选进入下一流程，直至完成该笔交易，该流程可以是资金流向，也可以是交易状态变化，选择了交易流程保障，也即默认流程保障对应的合约生效。

合约建立模块200，用于在接收到确认购买所述具有保障服务的交易项目的购买指令时，根据确定的所述保障实现方式，生成与被确认购买的所述交易项目对应的保障生效记录。

具体地，当买家付款完成交易时，生成保障生效记录。该生效记录可以是附带签订的合同，该合同可以以邮件的形式发送给买家；该生效记录也可以仅是购买记录。通过生效记录可以追溯到确定的保障实现方式以及该笔订单对应的合约，从而发起后续的维权程序。

保障发起模块300，用于当接收到依据所述保障生效记录所发起的对应所述被确认购买的交易项目的保障发起请求时，根据所述确定的所述保障实现方式，向与所述保障实现方式对应的保障服务方发起保障处理请求。

具体地，在订单页面设置有保障发起控件，当买家点击保障发起控件时，将进入保障程序。如果保障实现方式为合约保障，而且是买家和商家签订的双方合约，那么对应的保障服务方是商家，将向商家发起保障处理请求；如果保障实现方式为合约保障，而且是买家和平台签订的双方合约，那么对应的保障服务方是平台，将向平台发起保障处理请求；如果保障实现方式为交易状态保障或交易流程保障，那么保障服务方默认为平台，由平台进行监管。

结果反馈模块400，用于接收所述保障服务方反馈的保障处理结果，向预设帐户反馈所述保障处理结果。

具体地，保障服务方给出的保障处理结果，一般分为退全部款项、部分款项，以及不退钱，均将款项退还至与保障生效记录绑定的帐户中，该帐户可以是买家付款时的帐户，也可以是买家在合约中协定的帐户。

本发明提出的技术方案中，交易保障平台上提供有具有保障服务的交易项目的信息，通过该交易保障平台购买交易项目即可获得相应的保障，并在需要时发起保障处理请求，从而获得相应的权益。通过这种方式，买家可以放心购物，也能净化整个电商平台的购物环境。

请参照图6，为本发明交易保障平台的保障实现装置的第二实施例，基于本发明交易保障平台的保障实现装置的第一实施例，所述保障实现装置还包括：

分发审核模块500，用于对所述保障处理请求进行分发和审核。

在本实施例中，保障服务方根据保障类型、款项额度、取证难度等将保障处理请求分发给不同的处理人，处理人在对保障处理请求进行审核，具体可以通过律师或者第三方进行审核，当审核确认通过后再反馈保障处理结果。

请参照图7，为本发明交易保障平台的保障实现装置的第三实施例，基于本发明交易保障平台的保障实现装置的第二实施例，所述分发审核模块500包括：

分发单元501，用于根据所述确定的所述保障实现方式与保障类型将所述保障发起请求发送给对应的处理账号。

具体地，根据保障实现方式和保障类型的不同，将保障发起请求发送给不同的处理账号，根据专项事务专人管理的理念，通过不同的处理账号来处理对应的事务，有利于提高工作效率。

第一审核单元502，用于获取所述处理账号设定的审核规则，并按照所述设定的审核规则对所述保障发起请求进行自动化审核，获取不符合所述审核规则的所述保障发起请求。

具体地，管理人员通过帐户登陆交易保障平台，进入工作界面，在该工作界面上为处理保障发起请求的管理人员增加配置了一个菜单，即审核规则配置界面。管理人员通过导航标识进入审核规则配置界面，按照保障交易平台设定的基本原则，在所述审核规则配置界面上配置适用于本平台需求的审核规则。当接收到管理人员在配置界面上输入的确认指令时，后端服务器则获取管理人员在配置界面上配置的审核规则。

第二审核单元503，用于将不符合所述审核规则的所述保障发起请求分发至对应的受理机构进行人工审核。

在这里，交易保障平台上的保障发起请求的案件流转通过工作流的方式实现。工作流是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。在保障发起请求的工作流上可以控制保障发起请求的流程走向以及处理人，对于不符合所述审核规则的保障发起请求，将保障发起请求的工作流推送至平台设定的审核岗来进行人工审核。可选地，可以采用向审核岗发送提示邮件或者在理赔系统上添加任务事项的方式来完成保障发起请求的推送。

在本实施例中，通过审核规则对保障发起请求进行自动化审核，有利于提高审核速度，加快保障实现的时间。

本发明还提供一种智能终端，在一实施例中，该智能终端包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例中的交易保障平台的保障实现方法的步骤。可以理解，该智能终端可以为电视、ipad、pc、手机等。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一实施例中的交易保障平台的保障实现方法的步骤。

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

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

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

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

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