CN109949119A - 交易过程的保障方法及系统 - Google Patents

Abstract

本发明提供一种交易过程的保障方法及系统。该保障方法由获取请求方的交易保障申请请求开始；之后请求请求方提交申请凭证；并验证所述申请凭证及请求请求方提交诉求，在发送所述诉求至被请求方后将接收到的被请求方解决方案发送请求方；接收请求方答复，若所请求方满足则保障过程结束，否则采用第三方监督调解被请求方与请求方诉求，并发送第一结果至请求方，若请求方对所述第一结果满意，保障过程结束，否则转入由第三方代理请求方或者被请求方提起法律诉讼，并发送第二结果至请求方或者被请求方，保障过程结束。本发明的保障方法及系统，集成化程度高，采用第三方的方式保证交易双方的权益，能够节省交易双方的维权成本，提升维权成功率。

Description

交易过程的保障方法及系统

技术领域

本发明属于交易保障技术领域，具体涉及一种交易过程的保障方法及系统。

背景技术

随着我国社会经济水平的逐年提高，尤其是基于互联网+的大力倡导，不论是线上交易还是线下交易量都得到了长足发展，而交易纠纷、维权也得到日益重视，如何对交易进行保障、以促使交易的顺利完成成为一个比较重要的问题。

据国家统计局不完全统计，2017年全年，我国社会交易总额达48.13万亿元。据研究调查，其中，有约三成(约16万亿元)的交易有不同程度的交易权益保障的需求。

目前，我国交易保障行业还不够完善，各个平台提供的服务内容不尽相同，导致大多数平台无法满足交易双方多元化的交易诉求。

发明内容

因此，本发明要解决的技术问题在于提供一种交易过程的保障方法及系统，集成化程度高，采用第三方的方式保证交易双方的权益，能够节省交易双方的维权成本，提升维权成功率。

为了解决上述问题，本发明提供一种交易过程的保障方法，包括以下步骤：

A1，获取请求方的交易保障申请请求；

A2，请求请求方提交申请凭证；

A3，验证所述申请凭证，满足申请要求则转入A4，否则，则转入请求请求方投保步骤；

A4，请求请求方提交诉求，若满足申请要求，则转入A5，否则，拒绝申请，并发送拒绝理由至请求方；

A5，发送所述诉求至被请求方；

A6，接收被请求方解决方案并发送请求方；

A7，接收请求方答复，若所述解决方案满足请求方要求，则保障过程结束，否则，转入A8；

A8，第三方监督调解被请求方与请求方诉求，并发送第一结果至请求方，若请求方对所述第一结果满意，则保障过程结束，否则，转入A9；

A9，第三方代理请求方或者被请求方提起法律诉讼，并发送第二结果至请求方或者被请求方，保障过程结束。

优选地，所述请求方投保步骤包括以下步骤：

A31，获取请求方的投保请求；

A32，请求请求方输入交易信息及身份信息；

A33，请求请求方选择保函类型；

A34，请求请求方确认保函申请信息并提交；

A35，验证所述保函申请是否满足保障规则，若满足，则转入A36，否则，拒绝申请，并发送拒绝理由至请求方；

A36，生成有效保函。

优选地，在步骤A36之前还包括费用支付步骤A351，若费用支付则转入A36，否则，投保申请过程结束。

优选地，所述请求方为自然人或者法人；所述被请求方为自然人或者法人。

本发明还提供一种交易过程的保障系统，包括：

交易保障申请接收模块，用于接收请求方发出的交易保障申请；

申请凭证存储模块，用于存储请求方提交的申请凭证；

第一判断模块，用于验证所述申请凭证的有效性和完整性；

诉求形成模块，用于形成请求方的诉求信息；

提示信息生成模块，用于将所述第一判断模块所形成的否定结果反馈至请求方；

处理结果发送模块，用于将第一结果、第二结果发送至请求方。

优选地，所述保障系统还包括：

交易及身份信息形成模块，用以接收并形成交易信息、身份信息确认单；

保函类型生成模块，用以生成多种类型的保函供请求方选择；

第二判断模块，用以判断请求方是否满足保障规则；

有效保函生成模块，用于根据所述交易及身份信息形成模块的确认结果及保函类型生成模块中请求方所选择的保函类型生成最终有效的保函。

优选地，所述保障系统还包括：

费用支付模块，用以根据所述保函类型生成模块中请求方所选择的保函类型形成支付信息，并引导请求方完成费用支付。

本发明提供的交易过程的保障方法及系统，将居间交易理念应用于物品的交易过程，既适用于线上交易也适用于线下交易，同时将可能产生的交易纠纷通过引入第三方监督的方式以及法律诉讼的方式对交易过程予以保障，一方面能够有效督促相关的交易方能够履行交易相关约定，另一方面，还能够在交易发生纠纷后通过此保障方法所提供的保障流程进行维权，由于采用第三方居间监督调节的方式，保证了交易的保障有效性；另外，本技术方案的保障方法设置了保障申请的门槛，能够有效杜绝恶意提起的不当争议申请，本技术方案中设置了相应的判断环节，这种设置能够满足交易方无论在交易前、交易中、或者交易后的灵活选择，对于交易方的保障力度更大，也即本技术方案能够对交易的前、中、后全过程予以保障，保障力度更大。

附图说明

图1为本发明实施例的交易过程的保障方法的流程图；

图2为本发明实施例的交易过程的保障方法的投保步骤的流程图；

图3为本发明另一实施例的交易过程的保障方法的投保步骤的流程图。

具体实施方式

结合参见图1至3所示，根据本发明的实施例，提供一种交易过程的保障方法，包括以下步骤：

S100，获取请求方的交易保障申请请求；

S200，请求请求方提交申请凭证，此处的申请凭证比如可以是保函的号码、请求方的身份证号或者手机号码等；

S300，验证所述申请凭证，满足申请要求则转入S400，否则，则转入请求请求方投保步骤；

S400，请求请求方提交诉求，若满足申请要求，则转入S500，否则，拒绝申请，并发送拒绝理由至请求方；

S500，发送所述诉求至被请求方；

S600，接收被请求方解决方案并发送请求方；

S700，接收请求方答复，若所述解决方案满足请求方要求，则保障过程结束，否则，转入S800；

S800，第三方监督调解被请求方与请求方诉求，并发送第一结果至请求方，若请求方对所述第一结果满意，则保障过程结束，否则，转入S900；

S900，第三方代理请求方或者被请求方提起法律诉讼，并发送第二结果至请求方或者被请求方，保障过程结束。

前述的第一结果，例如可以是被请求方按照请求方的诉求予以的全部满足，也可以是被请求方在与请求方进行协商后的某一个妥协结果。所述第二结果，例如可以是经过法律途径所得到判决书等。

本技术方案所提供的交易过程保障方法，将居间交易理念应用于物品的交易过程，既适用于线上交易也适用于线下交易，同时将可能产生的交易纠纷通过引入第三方监督的方式以及法律诉讼援助的方式对交易过程予以保障，一方面能够有效督促相关的交易方能够履行交易相关约定，还能够在交易发生纠纷后通过此保障方法所提供的保障流程进行维权，由于采用第三方居间监督调节的方式，保证了交易的保障有效性；另外，本技术方案的保障方法设置了保障申请的门槛，能够有效杜绝恶意提起的不当争议申请，具体的，本技术方案的请求方可以为自然人或者法人，但不论是自然人还是法人作为请求方皆需要进行必要的投保程序，因此，在本技术方案中设置了相应的判断环节，这种设置能够满足交易方无论在交易前、交易中、或者交易后的灵活选择，对于交易方的保障力度更大，也即本技术方案能够对交易的前、中、后全过程予以保障，保障力度更大。

优选地，所述请求方投保步骤包括以下步骤：

S301，获取请求方的投保请求；

S302，请求请求方输入交易信息及身份信息；

S303，请求请求方选择保函类型；

S304，请求请求方确认保函申请信息并提交；

S305，验证所述保函申请是否满足保障规则，若满足，则转入S306，否则，拒绝申请，并发送拒绝理由至请求方；

S306，生成有效保函。

本技术方案给出了一种请求方进行投保的具体方法，依据本方案的方法，无论是在交易前、交易中或者交易后，请求方都可以及时进行必要的保障选择，以保障即将发生、正在发生或者已经发生的交易过程。

可选的，在步骤S306之前还可以设置费用支付步骤S3051，若费用支付则转入S306，否则，投保申请过程结束，本技术方案至少可以部分杜绝恶意提请投保的请求方或者交易方，保证投保过程的针对性。

本发明还提供一种交易过程的保障系统，包括：

交易保障申请接收模块，用于接收请求方发出的交易保障申请；

申请凭证存储模块，用于存储请求方提交的申请凭证；

第一判断模块，用于验证所述申请凭证的有效性和完整性；

诉求形成模块，用于形成请求方的诉求信息；

提示信息生成模块，用于将所述第一判断模块所形成的否定结果反馈至请求方；

处理结果发送模块，用于将第一结果、第二结果发送至请求方。

优选地，所述保障系统还包括：

交易及身份信息形成模块，用以接收并形成交易信息、身份信息确认单；

保函类型生成模块，用以生成多种类型的保函供请求方选择；

第二判断模块，用以判断请求方是否满足保障规则；

有效保函生成模块，用于根据所述交易及身份信息形成模块的确认结果及保函类型生成模块中请求方所选择的保函类型生成最终有效的保函。

优选地，所述保障系统还包括：

费用支付模块，用以根据所述保函类型生成模块中请求方所选择的保函类型形成支付信息，并引导请求方完成费用支付。

本领域的技术人员容易理解的是，在不冲突的前提下，上述各有利方式可以自由地组合、叠加。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变型，这些改进和变型也应视为本发明的保护范围。

Claims (7)

1.一种交易过程的保障方法，其特征在于，包括以下步骤：

A1，获取请求方的交易保障申请请求；

A2，请求请求方提交申请凭证；

A3，验证所述申请凭证，满足申请要求则转入A4，否则，则转入请求请求方投保步骤；

A4，请求请求方提交诉求，若满足申请要求，则转入A5，否则，拒绝申请，并发送拒绝理由至请求方；

A5，发送所述诉求至被请求方；

A6，接收被请求方解决方案并发送请求方；

A7，接收请求方答复，若所述解决方案满足请求方要求，则保障过程结束，否则，转入A8；

A8，第三方监督调解被请求方与请求方诉求，并发送第一结果至请求方，若请求方对所述第一结果满意，则保障过程结束，否则，转入A9；

A9，第三方代理请求方或者被请求方提起法律诉讼，并发送第二结果至请求方或者被请求方，保障过程结束。

2.根据权利要求1所述的保障方法，其特征在于，所述请求方投保步骤包括以下步骤：

A31，获取请求方的投保请求；

A32，请求请求方输入交易信息及身份信息；

A33，请求请求方选择保函类型；

A34，请求请求方确认保函申请信息并提交；

A35，验证所述保函申请是否满足保障规则，若满足，则转入A36，否则，拒绝申请，并发送拒绝理由至请求方；

A36，生成有效保函。

3.根据权利要求2所述的保障方法，其特征在于，在步骤A36之前还包括费用支付步骤A351，若费用支付则转入A36，否则，投保申请过程结束。

4.根据权利要求1-3中任一项所述的保障方法，其特征在于，所述请求方为自然人或者法人；所述被请求方为自然人或者法人。

5.一种交易过程的保障系统，其特征在于，包括，

交易保障申请接收模块，用于接收请求方发出的交易保障申请；

申请凭证存储模块，用于存储请求方提交的申请凭证；

第一判断模块，用于验证所述申请凭证的有效性和完整性；

诉求形成模块，用于形成请求方的诉求信息；

提示信息生成模块，用于将所述第一判断模块所形成的否定结果反馈至请求方；

处理结果发送模块，用于将第一结果、第二结果发送至请求方。

6.根据权利要求5所述的保障系统，其特征在于，还包括，

投保申请接收模块，用以接收请求方发出的投保请求；

交易及身份信息形成模块，用以接收并形成交易信息、身份信息确认单；

保函类型生成模块，用以生成多种类型的保函供请求方选择；

第二判断模块，用以判断请求方是否满足保障规则；

有效保函生成模块，用于根据所述交易及身份信息形成模块的确认结果及保函类型生成模块中请求方所选择的保函类型生成最终有效的保函。

7.根据权利要求6所述的保障系统，其特征在于，还包括，

费用支付模块，用以根据所述保函类型生成模块中请求方所选择的保函类型形成支付信息，并引导请求方完成费用支付。