一种订单请求的处理方法、相关装置及存储介质

技术领域

本申请涉及民航客运技术领域，尤其涉及一种订单请求的处理方法、相关装置及存储介质。

背景技术

传统的航空分销是基于全球分销系统(GDS，global distribution system)，在传统的GDS模式中，航空公司会把他们的库存以及运价等相关信息发送给GDS,再通过GDS将信息分发给各代理商或者旅行社，GDS作为航空公司与旅行代理商之间的中介而赚钱。

在传统的GDS模式中，从请求出票到完成出票的整个过程中涉及了两次关于资金的清算：代理商与GDS的资金清算，GDS与航空公司之间的资金清算。而每次资金清算，都需要对交易进行风控，因此支付系统的风控任务较重，较为繁琐。

发明内容

有鉴于此，本申请实施例提供了一种订单请求的处理方法，用于减少交易过程中的风控压力，提高订单请求的处理效率。

第一方面，本申请实施例提供了一种订单请求的处理方法，其特征在于，包括：

接收代理用户的订单请求；

对所述代理用户进行身份认证；

若认证通过，则获取所述代理用户的支付额度，所述支付额度小于或等于所述代理用户的银行余额；

判断所述支付额度是否满足执行所述订单请求的费用；

若满足，执行所述订单请求；

根据所述费用扣除所述代理用户对应的所述支付额度和所述银行余额。

第二方面，本申请实施例提供了一种订单请求处理装置，其特征在于，包括：

接收单元，用于接收代理用户的订单请求；

认证单元，用于对所述代理用户进行身份认证；

获取单元，用于当所述代理用户认证通过时，获取所述代理用户的支付额度，所述支付额度小于或等于所述代理用户的银行余额；

判断单元，用于判断所述支付额度是否满足执行所述订单请求的费用；

执行单元，用于当所述支付额度满足执行所述订单请求的费用时，执行所述订单请求；

扣除单元，用于根据所述费用扣除所述代理用户对应的所述支付额度和所述银行余额。

本申请另一方面提供一种计算机设备，包括：存储器、处理器以及总线系统；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述任一方面所述的订单请求的处理方法。

本申请另一方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一方面所述的订单请求的处理方法。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一方面所述的订单请求的处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：接收代理用户的订单请求，对代理用户进行身份认证。若认证通过，则获取代理用户的支付额度，该支付额度小于或等于代理用户在银行中所持有的银行余额。判断当前的支付额度是否满足执行订单请求的费用，若满足，则执行订单请求，并且，按照该订单请求所消耗的费用对代理用户的支付额度和银行余额进行扣除。通过上述方式，减少了交易过程中资金结算的次数，从而减少了交易过程中的风控压力，提高了订单请求的处理效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请中订单请求的处理方法的一个实施例示意图；

图2为本申请中订单请求处理装置的一个结构示意图；

图3为本申请中计算设备的一个结构示意图。

具体实施方式

本申请实施例提供了一种订单请求的处理方法，用于减少交易过程中的风控压力，提高订单请求的处理效率。

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1为本申请实施例中订单请求的处理方法的一个实施例示意图，如图1所示，本申请实施例中订单请求的处理方法的一个实施例包括：

101、接收代理用户的订单请求；

本申请提供的订单请求的处理方法中，接收代理用户(例如旅行代理商)所发起的订单请求(例如订票请求)之前，需要为该代理用户，配置相应的支付额度。具体的，该代理用户的支付额度，是根据代理用户在银行中所持有的银行余额来配置的，并且，代理用户的支付额度，不得超过代理用户的银行余额。

例如，某位代理用户在A银行中所持有的银行余额为20万，则根据代理用户在A银行中的银行余额来配置，可以将该代理用户的支付额度配置为15万或18万等，最高可配置额度为20万。

102、对所述代理用户进行身份认证；

为了保障代理用户在订单交易过程中的信息安全和财产安全，代理用户发起订单请求之后，需要先对该代理用户进行身份认证，若认证通过，则执行步骤103；若认证失败，则拒绝执行后续的订单处理流程。

103、获取所述代理用户的支付额度，所述支付额度小于或等于所述代理用户的银行余额；

接收到代理用户发起的订单请求后，一般来说，还可以先对代理用户的相关信息进行风控验证，若验证通过，则获取代理用户相应的支付额度。

104、判断所述支付额度是否满足执行所述订单请求的费用；

若代理用户当前的支付额度，不足以支付该订单请求，则可以拒绝执行该订单请求，并向代理用户反馈报错；若代理用户当前的支付额度，满足执行订单请求的费用，则执行步骤105。

105、若满足，执行所述订单请求；

106、根据所述费用扣除所述代理用户对应的所述支付额度和所述银行余额；

订单请求执行后，还需要根据该订单请求所消耗的费用，对代理用户的支付额度进行扣除，而对于实际的资金结算，则可以对代理用户的银行余额，进行扣除。

本申请实施例中，代理用户的支付额度被扣除后，只要被扣除后的支付额度，仍然足以支付下一笔订单请求，则代理用户仍然可以按照新的支付额度，发起后续其他的订单请求。例如，代理用户的银行余额为20万元，当前的支付额度为15万元。代理用户提交了一笔2000元的订单之后，相对应的，该代理用户的银行余额和支付额度都会被扣除，即代理用户此时的银行余额为19万8000元，支付额度为14万8000元。则代理用户发起后续其他的订单请求时，以余下的14万8000元作为支付额度，继续进行本申请提供的订单请求的处理方法。

本申请实施例中，还为代理用户配置了最低支付额度。当代理用户的支付额度，小于该最低支付额度时，则触发关于增加代理用户的银行存款的提示，当代理用户的银行余额增加，达到最低支付额度时，则可以重新调整代理用户的支付额度。

在一种可能的实现方式中，可以根据业务需要，配置定时器。当时间点满足于触发定时器时，则触发获取代理用户的银行余额，并根据代理用户的银行余额，对代理用户的支付额度进行调整。例如，在某些业务场景中，代理用户的支付额度，可以是每天更新的。以代理用户的银行余额为20万元，所配置的每日支付额度为15万元，最低支付额度为8万元为例，若当天代理用户一共支付了6万元的订单请求，则此时代理用户的银行余额为14万元。当触发定时器，对代理用户的每日支付额度进行更新，此时若仍然将代理用户的每日支付额度配置为15万元时，显然存在超支的风险。此时，按照支付额度小于代理用户的银行余额，大于或等于最低支付额度为原则，对代理用户的每日支付额度进行更新，因为最低支付额度≤9万<14万所以，代理用户的当日支付额度更新为9万元。

若代理用户的剩余支付额度≥银行余额≥最低支付额度，则新的一日的每日支付额度更新为银行的现有持有额度。当代理用户的剩余支付额度小于最低支付额度，或银行余额小于最低支付额度时，则需要提示代理用户需要在银行增加存款，从而重新获得代理用户的每日支付额度。

进一步的，在代理用户的订单请求执行过后，还可以按照该订单请求生成相应的结算报表。

本申请实施例中，接收代理用户的订单请求后，对代理用户进行身份认证。若认证通过，则获取代理用户的支付额度，该支付额度小于或等于代理用户在银行中所持有的银行余额。判断当前的支付额度是否满足执行订单请求的费用，若满足，则执行订单请求，并且，按照该订单请求所消耗的费用对代理用户的支付额度和银行余额进行扣除。通过上述方式，减少了交易过程中资金结算的次数，从而减少了交易过程中的风控压力，提高了订单请求的处理效率。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下面对本申请实施例中的订单请求处理装置进行描述，请参阅图2，本申请实施例提供的一种订单请求处理装置，该订单请求处理装置包括：

接收单元201，用于接收代理用户的订单请求；

认证单元202，用于对所述代理用户进行身份认证；

获取单元203，用于当所述代理用户认证通过时，获取所述代理用户的支付额度，所述支付额度小于或等于所述代理用户的银行余额；

判断单元204，用于判断所述支付额度是否满足执行所述订单请求的费用；

执行单元205，用于当所述支付额度满足执行所述订单请求的费用时，执行所述订单请求；

扣除单元206，用于根据所述费用扣除所述代理用户对应的所述支付额度和所述银行余额。

可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的订单请求处理装置的一个实施例中，订单请求处理装置还包括配置单元207；

所述获取单元202，还用于获取代理用户对应的银行余额；

所述配置单元207，用于根据所述银行余额配置所述代理用户的支付额度，得到所述支付额度小于或等于所述代理用户的银行余额。

可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的订单请求处理装置的一个实施例中，

所述配置单元207，还用于配置定时器，所述定时器用于定时触发所述获取单元，用于获取代理用户对应的银行余额。

可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的订单请求处理装置的一个实施例中，订单请求处理装置还包括生成单元208；

生成单元208，用于根据所述订单请求生成结算报表。

本实施例中，订单请求处理装置可以执行前述图1中任一项所示实施例中所述的操作，具体此处不再赘述。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本申请还提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，处理器执行如上述图1中任一项所示实施例中可能的实现方式的方法。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行图1所示的方法的程序代码。

本申请实施例还提供了一种计算机设备，用于执行图1对应的实施例所提供的订单请求的处理方法。请参阅图3，图3为本申请实施例中计算机设备的一个结构示意图。如图所示，该计算机设备300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在计算机设备300上执行存储介质330中的一系列指令操作。

计算机设备300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows Server

上述实施例中的订单请求的处理方法，可以基于该图3所示的计算机设备的结构。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如前述各个实施例描述的方法。

本申请实施例中还提供一种包括程序的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例描述的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，互动视频的管理装置，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。