[0001] 本公开涉及机票购买领域，特别涉及一种机票优惠金额的确定方法、系统、电子设备和程序产品。

[0002] 在现有的国际机票卖价的复杂计算中，通常采用的营销优惠手段为针对用户发送固定优惠券的方式实现，用户的优惠券会随时间过期，当真正用户有出行需求时，并没有能够实时享受到优惠活动，并没有达到真正的针对用户进行优惠的活动。并且不能跟随时间、航班、航司等方式随时变更，不能达到促进用户下单的作用。

[0044] 下面通过实施例的方式进一步说明本公开，但并不因此将本公开限制在所述的实施例范围之中。

[0045] 本公开实施例中采用诸如“第一”、“第二”的前缀词，仅仅为了区分不同的描述对象，对被描述对象的位置、顺序、优先级、数量或内容等没有限定作用。本公开实施例中对序数词等用于区分描述对象的前缀词的使用不对所描述对象构成限制，对所描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用这种前缀词而构成多余的限制。此外，在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

[0046] 图1为本公开一示例性实施例提供的一种机票优惠金额的确定方法的流程图，确定方法包括：

[0047] 步骤101、预先构建预设时段内机票的优惠活动，以及优惠活动对应的优惠规则和金额池。

[0048] 具体的，需要预先构建优惠活动，优惠活动的构建包括优惠规则和具体优惠活动的金额池，优惠规则可以用于确定机票优惠的范围和优惠的方式。如图2所示，优惠活动中的金额池为包括优惠总金额，剩余可用金额，已使用金额和冻结金额。金额池可单独为一个优惠活动配置一个单独对应的金额池，也可通过多个优惠活动共享一个金额池，并且存在生效中、已失效、已结束等不同的状态。

[0049] 步骤102、响应于机票查询请求，获取满足机票查询请求的若干机票的机票信息，并根据优惠规则和机票信息确定机票对应的优惠金额。

[0050] 具体的，如图3至5所示，当用户查询机票信息时，响应于机票查询请求，获取满足机票查询请求的若干机票的机票信息，之后根据获取的机票信息去查找对应的机票是否满足优惠规则，再按照优惠规则确定机票的优惠金额。例如，优惠金额为机票总价格的百分之五，或者固定的优惠金额，最终将结果发送给用户端进行展示。

[0051] 步骤103、响应于目标机票对应的机票出票请求，从金额池中的当前剩余可用金额中冻结目标机票对应的目标优惠金额。

[0052] 具体的，优惠活动的金额池中包含剩余可用金额，冻结金额以及已使用金额。当用户选定机票下单支付完成后，会进入对应的机票出票流程。如图6所示，响应于机票出票请求，会在当前剩余可用金额中冻结对应的机票优惠金额，并在当前剩余可用金额中扣除。

[0053] 步骤104、响应于目标机票出票成功，从金额池中的当前已冻结金额中解除冻结对应的目标优惠金额，并完成优惠出票。

[0054] 在本实施例中，通过配置优惠活动的优惠规则以及优惠活动的金额池，能够针对不同机票进行不同的优惠，并且能够实时监控优惠活动剩余可用金额，实现自动化控制运价，大大节约人力成本，同时记录每笔资金的动态，便于财务结算，并且实现配置化营销，支持与营销资金池绑定，便于运营计算成本与营销活动情况。当营销剩余可用金额不足时，策略智能化下线，从而使营销活动更加灵活，使真正需要预定航班的用户享受到对应的优惠，促进用户下单。

[0055] 在一个实施例中，确定方法还包括响应于目标机票出票失败，从金额池中的当前已冻结金额中解除冻结目标优惠金额，以将目标优惠金额返还至金额池中。

[0056] 具体的，当用户下单后，如果下单的机票出票失败（例如机票不足），此时，会提示用户出票失败，并从金额池中的当前已冻结金额中解除冻结对应的优惠金额，并将机票对应优惠金额返还至金额池的剩余可用金额之中。

[0057] 在本实施例中，当出票失败后，会将冻结的优惠金额返还至金额池，从而保证每一笔优惠金额真实的落入每一笔出票订单，保证用户都能享受到对应的优惠。

[0058] 在一个实施例中，响应于机票查询请求，获取满足机票查询请求的若干机票的机票信息，并根据优惠规则和机票信息确定机票对应的优惠金额的步骤之后，还包括：

[0059] 响应于目标优惠金额小于或者等于金额池中的当前剩余可用金额，确定目标机票参与优惠活动；

[0060] 响应于优惠金额大于金额池中的当前剩余可用金额，确定不满足优惠活动并执行预设操作。

[0061] 具体的，在预定流程中，当用户查询机票，并根据优惠规则和机票信息确定机票对应的优惠金额后，都需要再次校验金额池中的当前剩余可用金额是否大于等于机票购买数量*单张机票对应的优惠金额。如果优惠金额小于或者等于金额池中的当前剩余可用金额，那么可以继续后续预定操作，即向用户展示具体的优惠金额以及机票优惠后的价格。如果优惠金额大于金额池中的当前剩余可用金额，那么表示金额池中金额不足，上述机票不满足优惠活动，用户界面不展示相关优惠信息，并将对应的优惠活动下线，同时可通过邮件通知相关人员。

[0062] 在本实施例中，在查询请求时就能实时监控优惠活动中金额池的变化，判断是否展示机票对应的优惠价格，防止优惠金额不足，下单时用户享受不到对于的优惠金额，并且当金额池中剩余可用金额不足时，能够智能化下线对应的优惠活动。

[0063] 在一个实施例中，在响应于目标机票对应的机票出票请求，从金额池中的当前剩余可用金额中冻结目标机票对应的目标优惠金额步骤之前，确定方法还包括：

[0064] 响应于目标机票对应的机票下单请求，获取目标机票对应的目标优惠金额；

[0065] 响应于优惠金额小于等于金额池中的当前剩余可用金额，下单成功并跳转支付，支付成功后执行机票出票请求；

[0066] 响应于优惠金额大于金额池中的当前剩余可用金额，确定不满足优惠活动，下单失败并执行预设操作。

[0067] 具体的，如图7所示，在用户下单时会展示机票价格信息以及优惠后的价格，在用户下单后，还需要再次对于优惠金额进行校验，此时如果下单时的优惠金额小于等于金额池中的当前剩余可用金额，下单成功并跳转支付，支付成功后执行机票出票请求。如果下单时的优惠金额大于金额池中的当前剩余可用金额，确定不满足优惠活动，下单失败，并提示用户。此外也会将对应的优惠活动下线，同时通过邮件通知相关人员。

[0068] 在本实施例中，在下单支付时还会再次判断优惠金额是否小于金额池中当前的剩余可用金额，当剩余可用金额不足时，能够提示用户，不满足优惠条件，防止优惠金额超过预定金额池中的优惠总金额，并且能够智能化下线对应的优惠活动。

[0069] 在一个实施例中，优惠活动中的优惠规则可通过配置参数确定，配置参数包括终端、渠道、类型、航司、地区、子舱位、票台、机票属性中的至少一种。

[0070] 具体的，如图8所示，优惠活动中的优惠规则可通过配置参数确定，配置的参数包括终端、渠道、类型、航司、地区、子舱位、票台、机票属性中的至少一种。配置中心可同时配置多条优惠活动，针对同一机票，也可以配置多条优惠活动，在确定优惠金额时，可自动确定最大优惠金额。

[0071] 在一个实施例中，确定方法还包括响应于确定目标机票不参与优惠活动，并生成提示信息。

[0072] 具体的，当机票不满足优惠活动或者优惠活动关闭下线后，用户再次请求优惠金额，对用户进行提示信息的展示。

[0073] 具体的整个购买流程如图9所示，用户查询后，会调用查询散客引擎资源，并查询优惠策略（即图中优惠策略控制），在查询机票时，根据出行人数进行判断是否满足是否剩余可用金额 >出行（查询）人数*单人抵扣金额，如果不满足，则显示原价，并下线优惠策略（即图中费用资金池下线处理）。如果满足则计算优惠后的价格，并展示。提交订单时，会再次校验是否满足条件，如果不满足返回错误（提示：抱歉您所选航班价格发生变化，请重新查看改资源重新预订）,如果满足则冻结金额。下单后的订单状态和金额池状态变化如图10所示，以该笔订单优惠100元为例，金额池为2300元，当前冻结金额为200元，当前已使用金额为100元为例，当订单已支付，此时当前冻结金额为300元，当前剩余可用金额为1900元；当订单已出票，当前剩余可用金额为1900元，当前冻结金额为200，当前已使用金额为200元。当已退票或者以取消的情况，都恢复至之前状态，当前剩余可用金额为2000元，当前冻结金额为200元，当前已使用金额为100元。

[0074] 与前述机票优惠金额的确定方法实施例相对应，本公开还提供了机票优惠金额的确定系统的实施例。

[0075] 图11为本公开一示例性实施例提供的一种机票优惠金额的确定系统的模块示意图，该系统包括：

[0076] 构建模块1，用于预先构建预设时段内机票的优惠活动，以及优惠活动对应的优惠规则和金额池；

[0077] 确定模块2，用于响应于机票查询请求，获取满足机票查询请求的若干机票的机票信息，并根据优惠规则和机票信息确定机票对应的优惠金额；

[0078] 出票模块3，用于响应于目标机票对应的机票出票请求，从金额池中的当前剩余可用金额中冻结目标机票对应的目标优惠金额；

[0079] 出票模块3，还用于响应于目标机票出票成功，从金额池中的当前已冻结金额中解除冻结对应的目标优惠金额，并完成优惠出票。

[0080] 在一个实施例中，出票模块还用于响应于目标机票出票失败，从金额池中的当前已冻结金额中解除冻结目标优惠金额，以将目标优惠金额返还至金额池中。

[0081] 在一个实施例中，确定模块还用于响应于目标优惠金额小于或者等于金额池中的当前剩余可用金额，确定目标机票参与优惠活动。

[0082] 确定模块还用于响应于优惠金额大于金额池中的当前剩余可用金额，确定不满足优惠活动并执行预设操作。

[0083] 在一个实施例中，该系统还包括下单模块，下单模块用于响应于目标机票对应的机票下单请求，获取目标机票对应的目标优惠金额；

[0084] 下单模块还用于响应于优惠金额小于等于金额池中的当前剩余可用金额，下单成功并跳转支付，支付成功后执行机票出票请求。

[0085] 下单模块还用于响应于优惠金额大于金额池中的当前剩余可用金额，确定不满足优惠活动，下单失败并执行预设操作。

[0086] 在一个实施例中，该系统还包括优惠配置模块，优惠配置模块用于通过配置参数配置优惠活动，配置参数包括终端、渠道、类型、航司、地区、子舱位、票台、机票属性中的至少一种。

[0087] 在一个实施例中，该系统还包括提示模块；提示模块用于响应于确定目标机票不参与优惠活动，并生成提示信息。

[0088] 在本实施例中，通过配置优惠活动的优惠规则以及优惠活动的金额池，能够针对不同机票进行不同的优惠，并且当用户下单后能够实时监控优惠活动剩余可用金额，从而使营销活动更加灵活，使真正需要预定航班的用户享受到对应的优惠，促进用户下单，同时记录每笔资金的动态，便于财务结算。

[0089] 对于系统实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。

[0090] 图12为本公开一示例实施例示出的一种电子设备的结构示意图，电子设备包括存储器、处理器及存储在存储器上并用于在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述的机票优惠金额的确定方法。图12显示的电子设备80仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

[0091] 如图12所示，电子设备80可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备80的组件可以包括但不限于：上述至少一个处理器81、上述至少一个存储器82、连接不同系统组件(包括存储器82和处理器81)的总线83。

[0092] 总线83包括数据总线、地址总线和控制总线。

[0093] 存储器82可以包括易失性存储器，例如随机存取存储器(RAM) 821和/或高速缓存存储器822，还可以进一步包括只读存储器(ROM)823。

[0094] 存储器82还可以包括具有一组(至少一个)程序模块824的程序工具825（或实用工具），这样的程序模块824包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0095] 处理器81通过运行存储在存储器82中的计算机程序，从而执行各种功能应用以及数据处理，例如上述任一实施例所提供的机票优惠金额的确定方法。

[0096] 电子设备80也可以与一个或多个外部设备84(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口85进行。并且，电子设备80还可以通过网络适配器86与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器86通过总线83与电子设备80的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备80使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID（磁盘阵列）系统、磁带驱动器以及数据备份存储系统等。

[0097] 应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

[0098] 本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所提供的机票优惠金额的确定方法。

[0099] 其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

[0100] 本公开实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的机票优惠金额的确定方法。

[0101] 其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开的计算机程序产品的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

[0102] 虽然以上描述了本公开的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本公开的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本公开的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本公开的保护范围。