CN116128494B - 一种业务订单支付方法、***、电子设备和存储介质 - Google Patents

Abstract

本申请提供了一种业务订单支付方法、***、电子设备和存储介质，涉及计算机技术领域，包括接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；通过付款审批模型对所述订单信息和所述地理位置信息进行校验；根据所述业务订单的校验结果，向业务订单的收款方进行支付，优化付款审批校验流程，提高支付业务订单的便捷性。

Description

一种业务订单支付方法、***、电子设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务订单支付方法、***、电子设备和存储介质。

背景技术

在关于用品采购、就医报销、出行报销等支付流程中，传统模式主要是由员工先行垫付，审核部门通过审核报销单和***，再将费用支付给员工。该模式需要员工先行垫付业务订单，再走公司的费用支付流程，使得员工的体验感不高；而且，关于支付事项是否真实发生，只能依靠审批部门逐一核对，其容易出错且增加了审核的人力和时间成本。

因此，提出一种业务订单支付方法、***、电子设备和存储介质。

发明内容

本说明书提供一种业务订单支付方法、***、电子设备和存储介质，通过业务订单的订单信息和地理位置信息，通过付款审批模型对业务订单自动进行事前审批，进而对业务订单进行支付，优化了付款审批校验流程，提升了审批速度，提升用户的使用体验。

本申请提供的一种业务订单支付方法采用如下的技术方案，包括：

接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；

通过付款审批模型对所述订单信息和所述地理位置信息进行校验；

根据所述业务订单的校验结果，向业务订单的收款方进行支付。

可选的，所述通过付款审批模型对所述订单信息和所述地理位置信息进行校验，包括：

根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；

根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件。

可选的，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，包括：

根据所述订单信息的业务类别，确定所述业务订单对应的预设场景类型。

可选的，所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件，包括：

根据所述地理位置信息，确定与之对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配。

可选的，所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件，还包括：

获取所述用户拍摄的场景照片，判断所述场景照片与所述地理位置信息是否匹配。

可选的，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，还包括：

判断所述用户是否为预设用户；

根据所述付款项目确定所述用户的预设报销额度；

判断所述业务金额是否属于所述预设报销额度的范围内。

可选的，还包括：

在所述业务订单支付完成之后，获取订单支付信息，判断实际支付金额与所述业务金额是否一致。

本申请提供的一种业务订单支付***采用如下的技术方案，包括：

接收模块，用于接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；

校验模块，用于通过付款审批模型对所述订单信息和所述地理位置信息进行校验；

付款模块，用于根据所述业务订单的校验结果，向业务订单的收款方进行支付。

可选的，所述校验模块，包括：

订单信息校验子模块，用于根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；

位置信息校验子模块，用于根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件。

可选的，所述订单信息校验子模块，包括：

类型校验单元，用于根据所述订单信息的业务类别，确定所述业务订单对应的预设场景类型。

可选的，所述位置信息校验子模块，包括：

地理位置校验单元，用于根据所述地理位置信息，确定与之对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配。

可选的，所述位置信息校验子模块，还包括：

地理位置校验辅助单元，用于获取所述用户拍摄的场景照片，判断所述场景照片与所述地理位置信息是否匹配。

可选的，所述订单信息校验子模块，还包括：

用户校验单元，用于判断所述用户是否为预设用户；

额度确定单元，用于根据所述付款项目确定所述用户的预设报销额度；

金额审批单元，用于判断所述业务金额是否属于所述预设报销额度的范围内。

可选的，还包括：

反馈模块，用于在所述业务订单支付完成之后，获取订单支付信息，判断实际支付金额与所述业务金额是否一致。

本说明书还提供一种电子设备，其中，该电子设备包括：

处理器；以及，

存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述任一项方法。

本说明书还提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现上述任一项方法。

本申请中通过接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；通过付款审批模型对所述订单信息和所述地理位置信息进行校验；根据所述业务订单的校验结果，向业务订单的收款方进行支付，优化付款审批校验流程，提高支付业务订单的便捷性。

附图说明

图1为本说明书实施例提供的一种业务订单支付方法的原理示意图；

图2为本说明书一具体实施例提供的一种业务订单支付方法的流程示意图；

图3为本说明书实施例提供的一种业务订单支付***的结构示意图；

图4为本说明书实施例提供的一种电子设备的结构示意图；

图5为本说明书实施例提供的一种计算机可读介质的原理示意图。

具体实施方式

以下描述用于揭露本发明以使本领域技术人员能够实现本发明。以下描述中的优选实施例只作为举例，本领域技术人员可以想到其他显而易见的变型。在以下描述中界定的本发明的基本原理可以应用于其他实施方案、变形方案、改进方案、等同方案以及没有背离本发明的精神和范围的其他技术方案。

现在将参考附图更全面地描述本发明的示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例能够使得本发明更加全面和完整，更加便于将发明构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的元件、组件或部分，因而将省略对它们的重复描述。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的特征、结构、特性或其他细节不排除可以以合适的方式结合在一个或更多其他的实施例中。

在对于具体实施例的描述中，本发明描述的特征、结构、特性或其他细节是为了使本领域的技术人员对实施例进行充分理解。但是，并不排除本领域技术人员可以实践本发明的技术方案而没有特定特征、结构、特性或其他细节的一个或更多。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

术语“和/或”或者“及/或”包括相关联的列出项目中的任一个或多者的所有组合。

图1为本说明书实施例提供的一种业务订单支付方法的原理示意图，该方法包括：

S1接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；

S2通过付款审批模型对所述订单信息和所述地理位置信息进行校验；

S3根据所述业务订单的校验结果，向业务订单的收款方进行支付。

在企业的业务订单的支付上，传统的支付模式主要是由员工对业务订单进行先行垫付，之后员工提交票据交给审核部门(财务)审核，审核部门(财务)审核通过后向员工支付对应的费用，由于审核部门仅仅根据员工提供的票据进行报销，脱离了真实的业务环节，导致其难以还原业务场景，增加了审核的人力和时间成本。

基于此，本申请通过用户发送的业务订单，通过审批校验模型进行自动审批校验，然后根据校验结果输出支付标识信息，以便于向商家(收款方)付款，通过事前的自动审批校验，在提高用户的使用体验的同时，提高审批和监管效率。具体的，如图2所示，本申请包括：

S1接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；

首先，企业会为相关的用户预先分配该用户的支付权限，所述支付权限包括支付限额和可支付业务类别。

其次，用户在使用本***之前，需要进行注册；在完善用户的个人信息并关联用户所在的企业之后，获得/同步该用户的支付限额和可支付业务类别。在关联企业完成之后，才可以申请支付业务订单。其中，本说明书的“用户”，指的是可以申请支付业务订单的用户。下文所述的“企业自行设置”指的是由企业相关负责人员按照企业内的管理人员的指令，对本***进行的个性化设置。

由于用户的实时地理位置是本***对业务订单的审批校验的过程之一，因此，本***应用于具有实时收集地理位置信息的功能的移动终端，所述移动终端可以是手机或者是平板电脑，以便于用户随身携带，进而方便用户在某一业务场景下申请支付业务订单。

本申请中业务订单的订单信息并不是在业务交易成功后产生的信息，而是在向商家付款之前，由用户自行输入的与本次业务相关的订单信息。具体的，根据用户的申请操作，跳转至新建业务订单页面，以使用户输入本次业务交易的订单信息。在本说明书的一个实施例中，所述用户的申请操作包括点击新建按钮，所述新建按钮用于跳转至新建业务订单页面。

为了提高审批校验模型的准确率，所述订单信息包括订单号、申请人、业务类别、付款项目和业务金额。其中，订单号自动生成的，其作为每一业务订单的唯一标识码，与业务订单的具体内容相互关联；在本说明书的一个实施例中，所述订单号包括用户标识码、订单创建时间和流水号。所述用户标识码为***自动为用户分配的标识码或者企业自行设置的标识码，以便于区分不同的业务订单。

申请人默认为新建业务订单的用户，在本说明书的一个实施例中，申请人一栏默认代入当前***登录的用户，“申请人”一栏设置为不可更改，以防止企业员工冒用其他用户的名称支付业务订单，消耗其他用户的支付限额，造成实际的订单信息与用户记录的订单信息不符，进而后期出现溯源问题，。

业务类别与付款项目为预先设置，其中，付款项目为每一业务类别对应的子类别，每一业务类别与一业务场景对应。每一业务类别的子类别包括至少一付款项目。

在本说明书的一个实施例中，业务类别为就医服务，对应的业务场景为医院，付款类型包括：挂号费和诊断费等等。

业务金额由用户手动输入，对于实际支付金额的校验为事后校验。

为了便于还原真实业务场景，避免用户伪造业务订单，可以获取用户的实时的地理位置信息。在本说明书的一个实施例中，在用户填写并提交本次交易的订单信息后，收集用户的实时的地理位置信息。在本说明书的一个实施例中，构建场景分析库，将业务类别与业务场景进行一一对应，以便于通过业务类别确定与之对应的预设业务场景。

S2通过付款审批模型对所述订单信息和所述地理位置信息进行校验；

由于本***为事前审批，需要审批各个业务订单的资格。具体包括：

S21根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；

在说明书中要对订单信息中的每一项进行审查，具体的：

S211校验订单信息的订单号是否是唯一的；

由于订单号与业务订单一一关联，如果订单号出现重复，则会导致订单号与业务订单之间的关联存在混乱，无法实施有效的后期监督。因此，校验订单信息的订单号是否是唯一的，若是，则订单号审批结果为通过，若不是，则订单号审批结果为不通过。

S212判断所述用户是否为预设用户；

考虑到员工离职、休假等，可能并不会自主解绑用户与企业的关联关系，用户还是可以通过本***新建业务订单。然而，在员工离职之后或者休假期间，其产生的交易在多数情况下并不属于企业可报销的范围之内，为了避免企业出现资金损失，本***实时更新员工的就职状态，在进行审批校验时，审批申请人是否为预设用户，即判断所述用户是否为预设用户，若是，则用户审批结果为通过，若不是，则用户审批结果不通过。其中，所述预设用户为就职状态为正常的用户。

S213判断用户选择的付款项目是否为用户的可支付付款项目；

由于本业务订单实质要属于企业可报销的范围之内，因此，预先需要企业自行设置可支付付款项目，甚至可以为每一用户设置不同的可支付付款项目。为了提高审批的精准率，在进行审批校验时，判断用户选择的付款项目是否为用户的可支付付款项目，若是，则付款项目审批结果未通过，若不是，则付款项目审批结果不通过，由于其超出预先设定的可支付付款项目的范围，因此交由人工审批。

S214判断业务金额是否属于预设报销额度内。

为了有效实施费控，企业自行设置用户的支付限额，作为优选的，根据不同的可支付付款项目确定对应的支付限额。在进行审批校验时，根据所述付款项目确定所述用户的预设报销额度；判断所述业务金额是否属于所述预设报销额度的范围内。其中，用户的支付限额可以是月支付限额或者年支付限额。所述用户的预设报销额度为当前付款项目对应的支付限额。若业务金额小于或者等于预设报销额度，即业务金额是否属于预设报销额度内，则业务金额审批结果为通过；若业务金额大于预设报销额度，即业务金额不属于预设报销额度内，则业务金额审批结果为不通过，需要人工审批，以便于精准实施费控。

S22根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件。

为了提高审批校验的精准度，保证企业资金在员工报销等方面的安全性，可以获取地理位置信息，预测用户是否在“现场”。

具体的，S221根据订单信息的业务类别，确定所述业务订单对应的预设场景类型；

由于场景分析库中，每一业务类别对应一个预设场景类型，根据用户的订单信息的业务类别，可以快速确定与之对应的预设场景类型。

S222根据所述地理位置信息，确定与之对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配。

具体的，所述场景分析库记录有若干地址类别，所述地址类别包括有效交易地，所述有效交易地包括：医院、商场、超市等；将地址类别与业务类别关联起来，每一地址类别对应一个业务类别，比如，地址类别为“医院”对应业务类别中的“就医服务”。所述地址类别还包括无效交易地，以便于快速确定地理位置信息对应的是否为有效交易地，提高审批校验的速度。

在本说明书的一个实施例中，根据所述地理位置信息，确定用户所在的当前交易地址，提取当前交易地址的关键字，匹配地址类别，确定与地址类别对应的实际业务类别，确定与所述实际业务类别对应的第一预设场景。在本说明书的另一实施例中，所述场景分析库存储有当前全部的地理位置信息，提前为每一地址确定地址类别并定期更新。则，根据所述地理位置信息，确定所述地理位置信息对应的地址类别，进而确定与地址类别对应的实际业务类别，和与所述实际业务类别对应的第一预设场景。

判断所述第一场景类型与所述预设场景类型是否匹配；若匹配，则位置审批结果为通过，若不匹配，说明用户的地理位置信息与用户选择的业务类别可能不对应，位置审批结果不通过。

在本说明书的一个实施例中,所述获取地理位置信息的时间可以是在切换至新建业务订单页面时自动获取，或者，在新建业务订单页面上设立接收按钮，基于用户的选择接收实时的地理位置信息。

为了加强对用户的实时的地理位置信息的审批校验，在本说明书的一个实施例中，在向业务订单的收款方进行支付时，自动获取一次地理位置信息备查。在本说明书的另一个实施例中，获取所述用户拍摄的场景照片，判断所述场景照片与所述地理位置信息是否匹配。提供拍摄功能，使用户实时上传至少一张场景照片。具体的，可以要求用户拍摄固定位置的照片，比如要求用户拍摄包含当前交易地点的名称的照片,通过文字识别技术识别照片中的当前交易地点的名称，判断所述场景照片与所述地理位置信息是否匹配。

当然,也可以要求用户拍摄当前交易地点的具有显著标识的位置，比如当前交易地点的大门口，通过图片识别技术识别照片中的当前交易地点的显著标识，判断所述场景照片与所述地理位置信息是否匹配。。

S3根据所述业务订单的校验结果，向业务订单的收款方进行支付。

若上述审批校验的过程中有一项审批结果不通过，则本次业务订单的校验结果即为不通过，无法支付业务订单，反馈不通过的具体原因。如果上述审批校验的过程中各项审批结果均通过，则本次业务订单的校验结果为通过，可以支付业务订单。

在本说明书的一个实施例中，若本次所述业务订单的校验结果为通过，存储审批校验结果并生成付款二维码，用户可以通过展示付款码，通过被扫码实现付款，付款时，直接从企业的指定账户中划拨金额，无需用户使用个人账户垫付，提高用户使用的体验感。

对于实际支付金额与用户输入的业务金额是否匹配的检查为事后检查，如果相关检查人员发现某订单存在问题，要求相关的用户给出合理的理由。一般而言，用户输入的业务金额与业务订单的实际支付金额是相符的。然而，由于用户的笔误或者其他原因，可能会导致用户输入的业务金额与业务订单的实际支付金额不一致的情况，因此，在所述业务订单支付完成之后，获取订单支付信息，判断实际支付金额与所述业务金额是否一致。如果经人工审查发现用户是恶意消费，则可采取严格的事后补救措施，已尽量避免业务金额与业务订单的实际支付金额不一致的情况。

图3为本说明书实施例提供的一种业务订单支付***的结构示意图，该***包括：

接收模块301，用于接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；

校验模块302，用于通过付款审批模型对所述订单信息和所述地理位置信息进行校验；

付款模块303，用于根据所述业务订单的校验结果，向业务订单的收款方进行支付。

可选的，所述校验模块302，包括：

订单信息校验子模块，用于根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；

位置信息校验子模块，用于根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件。

可选的，所述订单信息校验子模块，包括：

类型校验单元，用于根据所述订单信息的业务类别，确定所述业务订单对应的预设场景类型。

可选的，所述位置信息校验子模块，包括：

地理位置校验单元，用于根据所述地理位置信息，确定与之对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配。

可选的，所述位置信息校验子模块，还包括：

地理位置校验辅助单元，用于获取所述用户拍摄的场景照片，判断所述场景照片与所述地理位置信息是否匹配。

可选的，所述订单信息校验子模块，还包括：

用户校验单元，用于判断所述用户是否为预设用户；

额度确定单元，用于根据所述付款项目确定所述用户的预设报销额度；

金额审批单元，用于判断所述业务金额是否属于所述预设报销额度的范围内。

可选的，还包括：

反馈模块，用于在所述业务订单支付完成之后，获取订单支付信息，判断实际支付金额与所述业务金额是否一致。

本发明实施例的***的功能已经在上述的方法实施例中进行了描述，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

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

下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的实体形式的实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。

图4是根据本发明的一种联合登录***设备的示例性实施例的结构框图。图5显示的计算机设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，该示例性实施例的计算机设备400以通用数据处理设备的形式表现。计算机设备400的组件可以包括但不限于：至少一个处理器410、至少一个存储器420、网络接口430，显示单元440，输入部件450等。

其中，所述存储器420存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理器元410执行，使得所述处理器410执行本发明各种实施方式的步骤。例如，所述处理器410可以执行如图1所示的步骤。

所述存储器420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)和/或高速缓存存储单元，还可以进一步包括只读存储单元(ROM)。所述存储器420还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

还包括总线(未示出)可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

计算机设备400也可以与一个或多个外部设备(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备与该计算机设备400交互，和/或使得该计算机设备400能与一个或多个其它数据处理设备(例如路由器、调制解调器等等)进行通信。这种通信可以通过网络接口430进行，还可以通过网络适配器与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)进行。网络适配器可以通过总线与计算机设备400的其它模块通信。应当明白，尽管图中未示出，计算机设备400中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

图5是本发明的一个计算机可读介质实施例的示意图。如图5所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：通过接收用户的业务订单，所述业务订单包括订单信息和地理位置信息；通过付款审批模型对所述订单信息和所述地理位置信息进行校验；根据所述业务订单的校验结果，向业务订单的收款方进行支付。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明可以执行计算机程序的方法、***、电子设备或计算机可读介质来实现。可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种业务订单支付方法，其特征在于，包括：

接收用户的业务订单，所述业务订单包括订单信息和实时的地理位置信息；所述订单信息包括：订单号、申请人、业务类别、付款项目和业务金额；每一所述业务类别与一业务场景对应，每一所述业务类别的子类别包括至少一所述付款项目；

通过付款审批模型对所述订单信息和所述地理位置信息进行校验，具体包括，根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件；

其中，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，包括：校验所述订单号是否是唯一的；审批申请人是否为预设用户；判断所述用户选择的付款项目是否为所述用户的可支付付款项目；判断所述业务金额是否属于预设报销额度内；

其中，所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件包括：根据所述业务类别确定与之对应的预设场景类型；根据所述地理位置信息，确定所述用户所在的当前交易地址，提取所述当前交易地址的关键字，匹配地址类别，确定与所述地址类别对应的实际业务类别，确定与所述实际业务类别对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配；

根据用户实时上传的场景照片，判断所述场景照片与所述地理位置是否匹配；

根据所述业务订单的校验结果，生成付款码；通过用户展示付款码，向业务订单的收款方进行支付。

2.如权利要求1所述的一种业务订单支付方法，其特征在于，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，包括：

根据所述订单信息的业务类别，确定所述业务订单对应的预设场景类型；

所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件，包括：

根据所述地理位置信息，确定与之对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配。

3.如权利要求2所述的一种业务订单支付方法，其特征在于，所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件，还包括：

获取所述用户拍摄的场景照片，判断所述场景照片与所述地理位置信息是否匹配。

4.如权利要求2所述的一种业务订单支付方法，其特征在于，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，还包括：

判断所述用户是否为预设用户；

根据所述付款项目确定所述用户的预设报销额度；

判断所述业务金额是否属于所述预设报销额度的范围内。

5.如权利要求4所述的一种业务订单支付方法，其特征在于，还包括：

在所述业务订单支付完成之后，获取订单支付信息，判断实际支付金额与所述业务金额是否一致。

6.一种业务订单支付***，其特征在于，包括：

接收模块，用于接收用户的业务订单，所述业务订单包括订单信息和实时的地理位置信息；所述订单信息包括：订单号、申请人、业务类别、付款项目和业务金额；每一所述业务类别与一业务场景对应，每一所述业务类别的子类别包括至少一所述付款项目；

校验模块，用于通过付款审批模型对所述订单信息和所述地理位置信息进行校验，具体包括，根据所述订单信息判断所述用户的业务订单是否符合预设业务条件；根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件；

其中，所述根据所述订单信息判断所述用户的业务订单是否符合预设业务条件，包括：校验所述订单号是否是唯一的；审批申请人是否为预设用户；判断所述用户选择的付款项目是否为所述用户的可支付付款项目；判断所述业务金额是否属于预设报销额度内；

其中，所述根据所述地理位置信息判断所述用户的业务订单是否符合预设场景条件包括：根据所述业务类别确定与之对应的预设场景类型；根据所述地理位置信息，确定所述用户所在的当前交易地址，提取所述当前交易地址的关键字，匹配地址类别，确定与所述地址类别对应的实际业务类别，确定与所述实际业务类别对应的第一场景类型，判断所述第一场景类型与所述预设场景类型是否匹配；

根据用户实时上传的场景照片，判断所述场景照片与所述地理位置是否匹配；

付款模块，用于根据所述业务订单的校验结果，生成付款码；通过用户展示付款码，向业务订单的收款方进行支付。

7.一种电子设备，其中，该电子设备包括：

处理器；以及，

存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据权利要求1-5中任一项所述的方法。

8.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现权利要求1-5中任一项所述的方法。