具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

经研究发现，老年群体、以及一些辨识能力较低人群在银行处理一些涉及金钱的交易时，无法对风险和收益做出合理的评估导致冲动交易，造成财产损失，例如购买理财产品时，无法对理财产品的收益、以及风险进行合理考虑，容易冲动购买理财产品，造成金钱损失，用户体验较差。

针对上述研究，本发明实施例提供一种交易处理方法，如图1所示，包括：

S101：接收第一用户提交的交易请求；其中，交易请求中携带有第一用户的交易类型、第一用户的身份标识；

S102：在根据交易类型确定交易需要二次确认时，根据第一用户的身份标识向第一用户预先设置的第二用户发送交易确认信息；其中，第二用户对第一用户有监管权；

S103：在接收到第二用户根据交易确认信息反馈的：同意购买指令后，将第一用户提交的交易请求发送给后台系统进行交易；

S104：接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。

本发明实施例中，接收第一用户提交的交易请求；其中，交易请求中携带有第一用户的交易类型、第一用户的身份标识；在根据交易类型确定交易需要二次确认时，根据第一用户的身份标识向第一用户预先设置的第二用户发送交易确认信息；其中，第二用户对第一用户有监管权；在接收到第二用户根据交易确认信息反馈的：同意购买指令后，将第一用户提交的交易请求发送给后台系统进行交易；接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。这样，在第一用户交易时，通过对该第一用户有监管权的第二用户对该第一用户提交的交易请求二次确认，帮助第一用户理性交易，保护用户财产安全，提升用户体验度。

下面对上述S101～S104加以详细说明。

针对上述S101，交易请求例如包括：理财产品购买请求、转账请求、缴费请求等。

其中，交易请求中携带有第一用户的交易类型、第一用户的身份标识；此处，交易类型例如包括：购买理财产品、转账、缴费等。

不同交易的风险不同，为了进一步提高第一用户的交易效率、以及避免浪费第二用户的时间经历，本发明一实施例中，接收第一用户提交的交易请求之后，根据交易类型、第一用户的身份标识确定交易风险，根据交易风险确定交易是否需要二次确认。

具体的，例如可以采用下述方法确定根据交易类型、第一用户的身份标识确定交易风险：根据交易风险确定交易是否需要二次确认：根据第一用户的身份标识获取第一用户交易的扣款金额；在扣款金额不小于预设阈值时，确定交易存在风险、交易需要二次确认。

示例性的，例如交易类型为转账，第一用户为转款方，第一用户转出的金额不小于预设阈值时，证明转账涉及的金额较大，风险性较高，则需要二次确认。

另外，在扣款金额小于预设阈值时，确定交易不存在风险、交易不需要二次确认。

此外，例如还可以采用下述方法确定根据交易类型、第一用户的身份标识确定交易风险，根据交易风险确定交易是否需要二次确认：针对预先可以进行风险评估的交易类型(例如购买理财产品)，预先设置好该交易类型中各种交易情况的风险等级；交易请求中包含的交易类型对应的交易情况的风险等级超出预设风险等级阈值时，确定交易存在风险、交易需要二次确认。

示例性的，一些理财产品的风险性在用户提交交易请求之前是可知的，根据理财产品的风险性确定各理财产品的风险等级；若第一用户提交的交易请求为理财产品购买请求，则根据第一用户要购买的理财产品的风险等级、以及预设风险等级阈值确定用户的理财产品购买请求是否需要二次确认，在第一用户要购买的理财产品的风险等级超出预设风险等级阈值时确定购买该理财产品存在风险、该理财产品购买请求需要二次确认。

另外，交易请求中包含的交易类型对应的交易情况的风险等级没有超出预设风险等级阈值时，确定交易不存在风险、交易不需要二次确认。

①：在确定交易需要二次确认时，执行上述S102～S103。

针对上述S102，第二用户对第一用户有监管权，示例性的，第一用户为判断力较低的老年人、第二用户为该判断力较低的老年人的成年子女或者其他有监护权的监护人；或者第一用户为未成年人、第二用户为未成年人的父母、或者其他有监护的监护人等。

另外，第一用户对应的第二用户为第一用户在提交交易请求之前预先设置的，如图2所示，为本发明实施例提供的一种设置第一用户对应的第二用户的方法流程图，包括：

S201：接收第一用户提交的监管用户设置请求；其中，监管用户设置请求中携带有第二用户的身份标识；

S202：根据第二用户的身份标识设置第二用户对第一用户的监管关系。

因此，根据第一用户的身份标识向第一用户预先设置的第二用户发送交易确认信息时，例如可以采用下述方法：根据第一用户的身份标识、以及第二用户对第一用户的监管关系，确定第一用户对应的第二用户的身份标识；根据第二用户的身份标识向第二用户发送交易确认信息。

针对上述S103～S104，在接收到第二用户根据交易确认信息反馈的：同意购买指令后，将第一用户提交的交易请求发送给后台系统进行交易；接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。

另外，本发明另一实施例中，在预设时长内没有接收到第二用户反馈的同意购买指令时，或者接收到第二用户反馈的：不同意购买指令时，向第一用户、以及第二用户发送交易失败的反馈信息。

此外，②：在确定交易不需要二次确认时，将第一用户提交的交易请求发送给后台系统进行交易；接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。

本发明实施例中还提供了一种交易处理装置，如下面的实施例所述。由于该装置解决问题的原理与交易处理方法相似，因此该装置的实施可以参见交易处理方法的实施，重复之处不再赘述。

如图3所示，为本发明实施例提供的一种交易处理装置的示意图，包括：接收模块301、发送模块302、第一处理模块303、以及第二处理模块304；其中，

接收模块301，接收第一用户提交的交易请求；其中，交易请求中携带有第一用户的交易类型、第一用户的身份标识；

发送模块302，用于在根据交易类型确定交易需要二次确认时，根据第一用户的身份标识向第一用户预先设置的第二用户发送交易确认信息；其中，第二用户对第一用户有监管权；

第一处理模块303，用于在接收到第二用户根据交易确认信息反馈的：同意购买指令后，将第一用户提交的交易请求发送给后台系统进行交易；

第二处理模块304，用于接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。

本发明一实施例中，如图4所示，上述交易处理装置还包括：第三处理模块305，用于接收第一用户提交的监管用户设置请求；其中，监管用户设置请求中携带有第二用户的身份标识；根据第二用户的身份标识设置第二用户对第一用户的监管关系；发送模块302，具体用于根据第一用户的身份标识、以及第二用户对第一用户的监管关系，确定第一用户对应的第二用户的身份标识；根据第二用户的身份标识向第二用户发送交易确认信息。

本发明一实施例中，如图5所示，上述交易处理装置还包括：第四处理模块306，用于根据交易类型、第一用户的身份标识确定交易风险，根据交易风险确定交易是否需要二次确认。

在一种可能的实施方式中，第四处理模块306，具体用于根据第一用户的身份标识获取第一用户交易的扣款金额；在扣款金额不小于预设阈值时，确定交易存在风险、交易需要二次确认。

在一种可能的实施方式中，第一处理模块303，还用于在预设时长内没有接收到第二用户反馈的同意购买指令时，或者接收到第二用户反馈的：不同意购买指令时，向第一用户、以及第二用户发送交易失败的反馈信息。

在一种可能的实施方式中，第一处理模块303，还用于在根据交易类型确定交易不需要二次确认时，将第一用户提交的交易请求发送给后台系统进行交易；第二处理模块304，还用于接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。

基于前述发明构思，如图6所示，本发明还提出了一种计算机设备600，包括存储器610、处理器620及存储在存储器610上并可在处理器620上运行的计算机程序630，所述处理器620执行所述计算机程序630时实现前述交易处理方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述交易处理方法的计算机程序。

本发明实施例中，接收第一用户提交的交易请求；其中，交易请求中携带有第一用户的交易类型、第一用户的身份标识；在根据交易类型确定交易需要二次确认时，根据第一用户的身份标识向第一用户预先设置的第二用户发送交易确认信息；其中，第二用户对第一用户有监管权；在接收到第二用户根据交易确认信息反馈的：同意购买指令后，将第一用户提交的交易请求发送给后台系统进行交易；接收后台系统反馈的交易结果，向第一用户、以及第二用户发送交易结果。这样，在第一用户交易时，通过对该第一用户有监管权的第二用户对该第一用户提交的交易请求二次确认，帮助第一用户理性交易，保护用户财产安全，提升用户体验度。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。