交易审核方法、装置、电子设备及计算机可读存储介质

摘要

本申请实施例提供了一种交易审核方法、装置、电子设备及计算机可读存储介质。该方法包括：当接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送；若是由移动终端设备发送，则确定待审核交易请求中是否携带了用户的身份信息；若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

说明书

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种交易审核方法、装置、电子设备及计算机可读存储介质。

背景技术

目前，金融机构的用户在通过网上平台自助进行金融交易时，多通过U盾进行签名认证，这限制了用户需要在PC端进行金融交易，并且在用户不能使用U盾的情况下则无法进行交易。因此，现有技术中对用户进行金融交易时的签名认证方式较为单一且灵活性差，不便于用户的使用。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：

第一方面，本申请实施例提供了一种交易审核方法，该方法包括：

当接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送；

若是由移动终端设备发送，则确定待审核交易请求中是否携带了用户的身份信息；

若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。

可选地，若待审核交易请求所属的交易类型为银证转账，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则获取待审核交易请求中的交易金额；

若交易金额不大于第一预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第一预设值，则基于第二验证方式对待审核交易进行审核。

可选地，若待审核交易请求所属的交易类型为付款指令，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的交易金额；

若交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，若待审核交易请求所属的交易类型为批量指令，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的最大交易金额；

若最大交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若最大交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若最大交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，基于第一验证方式对待审核交易进行审核，包括：

验证终端设备是否已被绑定；

若终端设备已被绑定，则通过终端设备对用户进行人脸图像验证。

可选地，基于第二验证方式对待审核交易进行审核，包括：

验证终端设备是否已被绑定；

若终端设备已被绑定，则对终端设备进行短信验证；

若短信验证通过，则通过终端设备对用户进行人脸图像验证。

可选地，通过终端设备对用户进行人脸图像验证，包括：

接收终端设备抓取的用户的人脸图像；

若接收到人脸图像时处于预设时段，则将预存的用户图像与人脸图像进行相似度比对；

基于相似度比对的结果进行人脸图像验证。

第二方面，本申请实施例提供了一种交易审核装置，该装置包括：

终端确定模块，用于在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送；

身份信息确定模块，用于在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息；

交易审核模块，用于在待审核交易请求携带了用户的身份信息时，确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。

可选地，若待审核交易请求所属的交易类型为银证转账，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则获取待审核交易请求中的交易金额；

若交易金额不大于第一预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第一预设值，则基于第二验证方式对待审核交易进行审核。

可选地，若待审核交易请求所属的交易类型为付款指令，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的交易金额；

若交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，若待审核交易请求所属的交易类型为批量指令，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的最大交易金额；

若最大交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若最大交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若最大交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，交易审核模块在基于第一验证方式对待审核交易进行审核时，具体用于：

验证终端设备是否已被绑定；

若终端设备已被绑定，则通过终端设备对用户进行人脸图像验证。

可选地，交易审核模块在基于第二验证方式对待审核交易进行审核时，具体用于：

验证终端设备是否已被绑定；

若终端设备已被绑定，则对终端设备进行短信验证；

若短信验证通过，则通过终端设备对用户进行人脸图像验证。

可选地，交易审核模块在通过终端设备对用户进行人脸图像验证时，具体用于：

接收终端设备抓取的用户的人脸图像；

若接收到人脸图像时处于预设时段，则将预存的用户图像与人脸图像进行相似度比对；

基于相似度比对的结果进行人脸图像验证。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行如本申请的第一方面的任一实施方式中所示的交易审核方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请的第一方面的任一实施方式中所示的交易审核方法。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例提供的方案，通过在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送，并在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息，若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种交易审核方法的流程示意图；

图2为本申请实施例中对移动终端设备是否已被绑定进行验证的流程示意图；

图3为本申请实施例中对移动终端设备进行短信验证的流程示意图；

图4为本申请实施例中对用户进行人脸图像验证的流程示意图；

图5为本申请实施例中用户对基于移动终端设备的审核进行授权的流程示意图；

图6为本申请实施例提供的一种交易审核装置的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1示出了本申请实施例提供的一种交易审核方法的流程示意图，如图1所示，该方法主要可以包括：

步骤S110：当接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送；

步骤S120：若是由移动终端设备发送，则确定待审核交易请求中是否携带了用户的身份信息；

步骤S130：若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。

本申请实施例中，用户可以通过移动终端设备(如手机)，自助发起金融交易请求，金融系统的服务端在接收到待审核交易请求时，可以确定待审核交易请求是否是通过移动终端设备发出的，如果确定当前的待审核交易请求是通过移动终端设备发出的，则可确定该待审核交易请求中是否携带了用户的身份信息，以便基于用户的身份信息实现对用户身份验证。

本申请实施例中，若确定该待审核交易请求中携带了用户的身份信息，则可以确定待审核交易的交易类型。可以针对不同的交易类型分别预设置审核策略，从而根据所属交易类型所对应的审核策略对待审核交易进行审核。具体而言，交易类型可以包括银证转账、付款指令或者批量指令。

本申请实施例中，用户可以在金融系统中对基于移动终端设备的审核策略进行授权，在获取用户的授权后，可以实现基于移动终端设备的实现对交易请求的审核，能够替代通过U盾进行签名认证的方式，用户不仅能在PC端进行金融交易，也能在移动终端设备上进行金融交易，以避免了对U盾的依赖。

在实际使用中，用户在对基于移动终端设备的审核策略进行授权时，可以通过U盾进行签名认证。

本申请实施例提供的方法，通过在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送，并在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息，若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

本申请实施例的一种可选方式中，若待审核交易请求所属的交易类型为银证转账，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则获取待审核交易请求中的交易金额；

若交易金额不大于第一预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第一预设值，则基于第二验证方式对待审核交易进行审核。

本申请实施例中，对于银证转账类的待审核交易请求，其审核策略可以为先确定用户是否授权了基于移动终端设备的审核，若已授权，则确定交易金额是否大于第一预设值。

如交易金额不大于第一预设值，则可以通过第一验证方式对待审核交易进行审核；若交易金额大于第一预设值，则可以通过第二验证方式对待审核交易进行审核。

本申请实施例的一种可选方式中，若待审核交易请求所属的交易类型为付款指令，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的交易金额；

若交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

本申请实施例中，对于付款指令类的待审核交易请求，其审核策略可以为先确定用户是否授权了基于移动终端设备的审核，若已授权，则确定交易金额是否大于第二预设值。

如果交易金额不大于第二预设值，则可以通过第一验证方式对待审核交易进行审核；如果交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核。

如果交易金额大于第三预设值，可以认为交易金额较大，为保证其安全性，可以使交易金额大于第三预设值的交易只允许在PC端完成，因此这时可以将待审核交易请求的审核结果确定为未通过。

本申请实施例的一种可选方式中，若待审核交易请求所属的交易类型为批量指令，基于交易类型对应的审核策略对待审核交易请求进行审核，包括：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的最大交易金额；

若最大交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若最大交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若最大交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

本申请实施例中，如果待审核交易请求批量指令，即包含多个待审核交易请求，其审核策略可以为先确定用户是否授权了基于移动终端设备的审核，若已授权，则确定多个待审核交易请求中的最大交易金额。

如果批量待审核交易中的最大交易金额不大于第二预设值，则可以通过第一验证方式对待审核交易进行审核；如果批量待审核交易中的最大交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核。

如果批量待审核交易中的最大交易金额大于第三预设值，可以认为交易金额较大，为保证其安全性，可以使交易金额大于第三预设值的交易只允许在PC端完成，因此这时可以将待审核交易请求的审核结果确定为未通过。

本申请实施例的一种可选方式中，基于第一验证方式对待审核交易进行审核，包括：

验证终端设备是否已被绑定；

若终端设备已被绑定，则通过终端设备对用户进行人脸图像验证。

本申请实施例中，第一验证方式可以为先对终端设备是否已被绑定进行验证，再对用户进行人脸图像验证。

本申请实施例的一种可选方式中，基于第二验证方式对待审核交易进行审核，包括：

验证终端设备是否已被绑定；

若终端设备已被绑定，则对终端设备进行短信验证；

若短信验证通过，则通过终端设备对用户进行人脸图像验证。

本申请实施例中，第二验证方式可以为先对终端设备是否已被绑定进行验证，再对终端设备进行短信验证，最后对用户进行人脸图像验证。

图2中示出了本申请实施例中对移动终端设备是否已被绑定进行验证的流程示意图，具体步骤如下：

1)校验设备绑定报文合理性；

2)判断是否已被绑定过该移动终端设备，若首次绑定只需要短信验证码通过即可绑定成功；若非绑定设备登录，则需要证件类型、证件号码、短信验证码等验证重新进行绑定；

3)返回绑定成功、失败结果。

图3中示出了本申请实施例中对移动终端设备进行短信验证的流程示意图，具体步骤如下：

1)校验动态口令报文合理性；

2)获取用户输入的短信验证码、短信验证码ID、手机号，调用动态口令系统进行短信验证；

3)返回短信验证成功、失败结果。

本申请实施例的一种可选方式中，通过终端设备对用户进行人脸图像验证，包括：

接收终端设备抓取的用户的人脸图像；

若接收到人脸图像时处于预设时段，则将预存的用户图像与人脸图像进行相似度比对；

基于相似度比对的结果进行人脸图像验证。

本申请实施例中，预设时段可以为能够查询到预存的用户图像的时段，预存的用户图像可以为用户的身份证图像等。

本申请实施例中，可以基于相似度比对的结果进行人脸图像验证，若相似度高于预设值，可以认为用户的人脸图像通过了校验。

图4中示出了本申请实施例中对用户进行人脸图像验证的流程示意图，具体步骤如下：

1)移动端通过调用人脸识别组件进行人脸图像抓取，并传入后台服务器；

2)后端服务器接收传入人脸图像并进行图像检查，若传入为空则不允许人脸识别校验；

3)后端服务器调用身份证核查系统获取客户身份证图片，并控制19:00-7:00不允许移动审批；

4)将调取人脸识别系统把人脸图像与身份证图片比对，若比对结果未达到通过标准(如预先设定的审批通过数值：两张图片相似度小于70％，是否为同一人比值小于71.8％)，则人脸识别不通过，反之人脸验证成功。

图5中示出了本申请实施例中用户对基于移动终端设备的审核进行授权的流程示意图，具体步骤如下：

1)用户在金融系统的门户进入移动交易开通页面，阅读移动审批说明双方权责的话术，用户可在页面上自行开通或关闭移动审批功能，提交时须使用USB KEY(即U盾)进行认证；

2)前置服务器进行USB KEY证书签名验证，主要为证书期限校验、本人持KEY校验、签名信息校验等；

3)验证通过则该用户移动审批权限开启成功或关闭成功，否则提示失败。

本申请实施例中，移动终端设备的绑定验证，移动终端设备的短信验证以及用户人脸图像验证等安全验证方式的顺序可按实际业务需求自由合理更换，如先进行短信验证再进行设备指纹、人脸识别等。

基于与图1中所示的方法相同的原理，图6示出了本申请实施例提供的一种交易审核装置的结构示意图，如图6所示，该交易审核装置20可以包括：

终端确定模块210，用于在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送；

身份信息确定模块220，用于在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息；

交易审核模块230，用于在待审核交易请求携带了用户的身份信息时，确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。

本申请实施例提供的装置，通过在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送，并在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息，若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

可选地，若待审核交易请求所属的交易类型为银证转账，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则获取待审核交易请求中的交易金额；

若交易金额不大于第一预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第一预设值，则基于第二验证方式对待审核交易进行审核。

可选地，若待审核交易请求所属的交易类型为付款指令，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的交易金额；

若交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，若待审核交易请求所属的交易类型为批量指令，交易审核模块在基于交易类型对应的审核策略对待审核交易请求进行审核时，具体用于：

确定用户是否授权了基于移动终端设备的审核策略；

若已授权，则确定待审核交易请求中的最大交易金额；

若最大交易金额不大于第二预设值，则基于第一验证方式对待审核交易进行审核；

若最大交易金额大于第二预设值且不大于第三预设值，则基于第二验证方式对待审核交易进行审核；

若最大交易金额大于第三预设值，则确定待审核交易请求的审核结果为未通过。

可选地，交易审核模块在基于第一验证方式对待审核交易进行审核时，具体用于：

验证终端设备是否已被绑定；

若终端设备已被绑定，则通过终端设备对用户进行人脸图像验证。

可选地，交易审核模块在基于第二验证方式对待审核交易进行审核时，具体用于：

验证终端设备是否已被绑定；

若终端设备已被绑定，则对终端设备进行短信验证；

若短信验证通过，则通过终端设备对用户进行人脸图像验证。

可选地，交易审核模块在通过终端设备对用户进行人脸图像验证时，具体用于：

接收终端设备抓取的用户的人脸图像；

若接收到人脸图像时处于预设时段，则将预存的用户图像与人脸图像进行相似度比对；

基于相似度比对的结果进行人脸图像验证。

可以理解的是，本实施例中的交易审核装置的上述各模块具有实现图1中所示的实施例中的交易审核方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述交易审核装置的各模块的功能描述具体可以参见图1中所示实施例中的交易审核方法的对应描述，在此不再赘述。

本申请实施例提供了一种电子设备，包括处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的交易审核方法。

作为一个示例，图7示出了本申请实施例所适用的一种电子设备的结构示意图，如图7所示，该电子设备2000包括：处理器2001和存储器2003。其中，处理器2001和存储器2003相连，如通过总线2002相连。可选的，电子设备2000还可以包括收发器2004。需要说明的是，实际应用中收发器2004不限于一个，该电子设备2000的结构并不构成对本申请实施例的限定。

其中，处理器2001应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器2004可以包括接收机和发射机，收发器2004应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。

处理器2001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线2002可包括一通路，在上述组件之间传送信息。总线2002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器2003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器2003用于存储执行本申请方案的应用程序代码，并由处理器2001来控制执行。处理器2001用于执行存储器2003中存储的应用程序代码，以实现本申请任一实施方式中所提供的交易审核方法。

本申请实施例提供的电子设备，适用于上述方法任一实施例，在此不再赘述。

本申请实施例提供了一种电子设备，与现有技术相比，通过在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送，并在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息，若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的交易审核方法。

本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，在此不再赘述。

本申请实施例提供了一种计算机可读存储介质，与现有技术相比，通过在接收到用户的待审核交易请求时，确定待审核交易请求是否由移动终端设备发送，并在待审核交易请求是由移动终端设备发送时，确定待审核交易请求中是否携带了用户的身份信息，若携带了用户的身份信息，则确定待审核交易请求所属的交易类型，并基于交易类型对应的审核策略对待审核交易请求进行审核。基于本方案，能够基于移动终端设备实现对金融交易的签名认证，提升了交易审核的灵活性，也方便了用户的使用。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。