CN116402550A - 乘车计算优惠的可靠性控制方法和系统、计算机程序介质 - Google Patents

Abstract

本申请提供了乘车计算优惠的可靠性控制方法和系统、计算机程序介质，采用基于数据模型的大数据技术，首先通过场景数据化来构造优惠场景的场景数据，然后为此调度优惠组合，该优惠组合包括了需进行乘车计算优惠可靠性控制的优惠活动，进而对优惠组合执行模拟乘车交易和扣款结果校验获得校验结果，实现了优惠活动在全场景下的预先验证，并且在场景数据化以及模拟乘车交易的支持下，任意优惠活动能够平滑接入，极大的便利和保障了运营商在乘车业务中的优惠活动上线运行。

Description

乘车计算优惠的可靠性控制方法和系统、计算机程序介质

技术领域

本申请涉及计算机应用技术领域，具体涉及一种乘车计算优惠的可靠性控制方法和系统、计算机程序介质。

背景技术

轨道交通等公共交通出行场景下，往往会基于各种维度进行多种优惠活动，以鼓励大家地铁出行。

正在进行的优惠活动往往会组合在一起，共同为乘客实现最优的优惠机制。但是，优惠活动的组合多且复杂，使得乘车计算优惠的进行存在着出错的可能性。

公共交通出行场景中各城市乘车计费所涉及的项目版本测试时，并不会涉及优惠活动类测试验证，即便将计费所相关程序提测，其测试覆盖也基本仅以行程扣款为主，完全遗漏了乘车计算优惠中的可靠性控制。

基于此，亟待实现乘车计算优惠中的可靠性控制，避免由于优惠活动的组合多且复杂带来的不可靠不稳定。

发明内容

本申请的一个目的在于解决测试中优惠活动类测试验证的缺失，避免由于优惠活动的组合多且复杂带来的不可靠不稳定的技术问题。

根据本申请实施例的一个方面，公开了一种乘车计费优惠的可靠性控制方法，所述方法包括：

通过乘车行为执行场景数据化，以构造得到场景数据；

根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

根据本申请实施例的一个方面，所述执行场景数据化，以构造得到场景数据之后，所述方法包括：

接收模拟硬件设备传送的乘车事件，所述乘车事件指示乘车行为的发起。

根据本申请实施例的一个方面，所述接收模拟硬件设备传送的乘车事件之前，所述方法还包括：

初始化配置有可用支付方式的用户；

模拟所述用户在硬件设备的乘车行为生成乘车事件，并模拟所述硬件设备传送所述乘车事件。

根据本申请实施例的一个方面，所述通过所述乘车行为发起执行场景数据化，以构造得到场景数据，包括：

对所发起乘车行为，根据拟适用的优惠场景进行场景数据初始化，通过所述场景数据初始化构造得到限定所述优惠场景的场景数据。

根据本申请实施例的一个方面，所述根据所述场景数据对创建的优惠活动调度适用的优惠组合，包括：

对创建的优惠活动，根据所述场景数据所映射优惠场景的组合维度进行匹配；

调度匹配所得优惠活动形成适用的优惠组合。

根据本申请实施例的一个方面，所述对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果，包括：

通过所述优惠组合作用于所述场景数据所映射优惠场景发起的乘车代扣交易请求，成功执行模拟乘车交易返回扣款结果；

校验所述扣款结果与所述优惠场景预计算所得预期金额的一致性生成校验结果。

根据本申请实施例的一个方面，公开了一种乘车计费优惠的可靠性控制系统，所述系统包括：

数据构造模块，用于执行场景数据化，以构造得到场景数据；

调度模块，用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

模拟乘车校验模块，用于对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

切换模块，用于在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

根据本申请实施例的一个方面，公开了一种乘车计算优惠的可靠性控制系统，所述系统包括：部署于内网的计算应用服务器、场景数据自动编排器以及优惠校验自动判断器，通过运营商网络与所述计算应用服务器；

所述场景数据自动编排器包括数据构造逻辑和调度逻辑；

所述数据构造逻辑用于执行场景数据化，以构造得到场景数据；

所述调度逻辑用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

所述计算应用服务器和优惠校验自动判断器配合对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

根据本申请实施例的一个方面，公开了一种乘车计算优惠的可靠性控制系统，所述系统包括部署的若干服务器，所述服务器包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行如上任意一个所述的方法。

根据本申请实施例的一个方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上任意一个所述的方法。

本申请实施例中，对给定的公共交通出行场景，面向于创建的优惠活动执行乘车计费优惠的可靠性控制，即首先发起执行场景数据化，以此来进行数据构造获得场景数据，然后根据场景数据对创建的优惠活动调度适用的优惠组合，该优惠组合包括场景数据命中的优惠活动，对优惠组合进行模拟乘车交易和扣款结果校验以此来获知扣款结果是否正确，最后在校验结果指示扣款结果正确的情况下，即可切换后续乘车行为发起真实乘车交易，至此，通过优惠场景的数据化以及优惠组合的调度得以实现了所涉及优惠活动的验证，进而有效避免优惠活动类验证的缺失，为系统可靠性稳定性提供重要保证，上线了众多优惠活动的乘车业务能够准确可靠地实现乘车优惠计费，避免由于优惠活动的组合多且复杂带来的不可靠不稳定。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本申请一个实施例的乘车计费优惠的可靠性控制方法应用的体系构架图。

图2示出了根据本申请一个实施例的乘车计费优惠的可靠性控制方法的流程图。

图3示出了根据本申请另一个实施例的乘车计费优惠的可靠性控制方法的流程图。

图4示出了根据图1对应实施例描述的根据场景数据对创建的优惠活动调度适用的优惠组合步骤的流程图。

图5是根据图2对应实施例示出的对优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果步骤的方法流程图。

图6示出了根据本申请一具体的功能实框架结构示意图。

图7提供了一种乘车计费优惠的可靠性控制系统的结构框图。

图8示出了根据本申请一个实施例的服务器的硬件结构图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本申请的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本申请的各方面变得模糊。

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

请参阅图1，图1是本申请实施例所应用的一种体系架构，该体系架构分布于内网110，即部署的业务验证机房，以及外网。内网110部署了计费应用111、场景数据自动编排器113以及优惠校验自动判断器115。

于外网部署乘车交易模拟器130，该乘车交易模拟器130通过运营商网络经网关路由等硬件设备与计费应用111所在的服务器交互，为计费应用111发起的乘车交易实现模拟，在模拟乘车交易的实现下验证乘车计费优惠中扣款的正确性，从而最终面向所使用的乘车优惠实施可靠性控制。

应当理解，图1示出的体系架构仅仅是示意性的，根据实现需要，可以是其它变形架构，在此不一一进行列举。

参阅图2，图2示出了根据本申请一个实施例的乘车计费优惠的可靠性控制方法的流程图。本申请实施例提供了一种乘车计费优惠的可靠性控制方法，该方法包括：

步骤S210，执行场景数据化，以构造得到场景数据；

步骤S230，根据场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，该优惠组合包括场景数据命中的优惠活动；

步骤S250，对优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

步骤S270，在校验结果指示扣款结果正确时，切换后续乘车行为发起真实乘车交易。

下面对这些步骤进行详细阐述。

乘车计费优惠的可靠性控制可以是乘车行为驱动下发起的，也可以通过对乘车计费优惠进行的测试配置发起。乘车计费优惠的可靠性控制是面向于已创建的优惠活动实施的，已创建的优惠活动包括当前所创建以及既往创建的优惠活动，对其验证进行乘车优惠计算的正确性，除此之外，乘车计费优惠的可靠性控制也可以随时面向创建的优惠活动发起，在此不进行限定。

总而言之，通过本申请的实现，乘车行为、新优惠活动的创建、以及所为优惠活动实施的测试，都进行乘车计费优惠的正确性校验，从而得以轻松在乘车业务中可控准确高效的上线优惠活动，多且复杂的优惠活动不再存在运行不稳定出错的情况。

首先，在步骤S210中，为优惠场景进行场景数据化，以在所执行的场景数据化中构造场景数据。所指的优惠场景是为实施优惠活动限定的场景。具体而言，优惠场景是为特定优惠活动及其组合的实施通过用户数据、行程数据、票价数据限定的场景。换言之，优惠场景为乘车行为适用的优惠活动限定所使用的用户数据、行程数据和票价数据。

优惠活动作用的乘车行为可以是站点上的真实乘车行为，也可以是对一站点的模拟乘车行为，在此不进行限定。应当理解的，对站点上的真实乘车行为，通过本申请实现的乘车计费优惠可靠性控制，得以对真实乘车行为所进行的优惠计算以及扣款进行可靠性控制，避免真实乘车行为由于优惠组合多且复杂而出错的情况发生；而一站点的模拟乘车行为，则在本申请乘车计费优惠可靠性控制的执行下实现了所创建诸多活优惠动的优惠机制测试，增强乘车业务运行的可靠性和稳定性。

对于创建的优惠活动，都将通过本申请在真实乘车行为发生之时实施预校验的安全控制，保证准确性的同时，时效性得也得到保障。

在认为发生了乘车行为之时，为了验证所创建优惠活动是否能够对乘车行为正确计算优惠，将测试该优惠活动，以通过该优惠活动测试的进行实现该优惠活动的预运行。

至此，通过步骤S210的执行，为乘车行为以及所创建优惠活动的预运行构建优惠场景，进而在优惠场景作用下能够映射到该优惠活动，执行在构建的优惠场景下该优惠活动的测试。

具体而言，优惠场景的构建是通过场景数据化而进行数据构造的执行过程。对优惠场景进行场景数据化，该场景数据化用于实现描述优惠场景的数据构造过程，由此获得场景数据。

如前所述，场景数据包括用户数据、行程数据、票价数据等。用户数据在内容上可以包括用户类型、是否为白名单用户，是否为特殊群体用户、是否为新注册用户、是否为常旅用户等字段。

行程数据指示了乘车行为对应的行程。例如，在轨道交通出行场景，行程数据指示了乘车行为的进站标识和出站标识；票价数据则包括票价、配额等，除此之外，所构造的场景数据还包括了支付渠道标识等，在此不一一进行列举。

应当理解，场景数据是为优惠活动的预运行所构造的。一方面，场景数据是为了命中所需要预运行的优惠活动，另一方面也将为该优惠活动的预运行提供数据支持。

面向创建的优惠活动，将自动构造场景数据，以场景数据驱动作用于每笔乘车交易，以在后续实现自动优惠计算和结果自动判断，使得乘车计费优惠的可靠性控制不需要人工干预，提高效率的同时降低了成本。

示例性的，对所进行的场景数据化，可对不同的优惠形式、不同维度等方面进行排列组合来自动生成不同的优惠场景，以便于能够对创建的优惠活动进行所生成优惠全场景下的遍历轮询验证，实现优惠活动在优惠全场景的可靠性控制，且保证优惠校验范围完整。

进一步举例说明的，可基于下述维度数字化场景，以使得创建的各种优惠活动能够以不同维度来匹配优惠场景，进而一方面基于不同维度为优惠活动的进行提供优惠全场景的预运行，另一方面也使将更贴近于乘车业务的真实运行，甚至对真实运行之下的极端情况都得以实现优惠活动的预运行。预运行，即优惠活动的测试与其在真实场景的运行无差别。其中，涉及的维度包括：

（1）用户维度，包括当不仅限于用户类型、白名单、特殊群体用户、新注册用户、常旅用户等。

（2）支付渠道维度，包括银行直连、银联绑卡、第三方支付代扣、余额账户等。

（3）金额维度，包括当不仅限于一口价、打折、满减、随机减、免费、分段优惠等。

（4）配额维度，包括当不仅限于优惠总金额总量、个体优惠总量、当日优惠总量、当周优惠总量、累计优惠总量等。

（5）自定义规则维度，包括当不仅限于特殊日期维度、关怀日维度、常旅规则维度、包月包年维度等。

对上述维度进行组合来实现场景数据化获得场景组合，即形成所构建的优惠场景，由此，对所创建的优惠活动，即可对其活动属性，遍历所构建场景，如果在维度上都匹配之时，即可基于该优惠场景实现优惠活动的乘车计费优惠测试。

应当补充说明的是，为实现优惠活动的乘车计费优惠测试，可预先根据如前所述的多个维度实施场景部署，进而通过场景数据化的进行获得优惠全场景；也可随着乘车行为的发起，驱动适配于所需要测试优惠活动的优惠场景执行场景数据化，对乘车行为拟适用的优惠场景。

在一个示例性实施例中，该步骤S210包括：对所发起乘车行为，根据拟适用的优惠场景进行场景数据初始化，通过场景数据初始化构造得到限定优惠场景的场景数据。

拟适用的优惠场景是相对所需要测试的优惠活动而言的。所发起乘车行为是真实乘车行为之时，通过真实乘车行为的发起经由硬件设备所传送数据，与构造的数据一并形成场景数据，该场景数据是与所需要测试的优惠活动匹配的，即经由场景数据将能够在为所发生真实乘车行为命中该优惠活动，该优惠活动为单一或者若干优惠活动，即形成优惠组合而适用于场景数据。

所发起乘车行为是模拟乘车行为之时，则通过模拟硬件设备所传送数据实施数据构造获得场景数据。

进行场景数据化以构造场景数据的执行过程，实质是对一乘车行为自动执行乘车计费优惠可靠性控制的场景数据初始化，在完成场景数据初始化之后即可为乘车行为的优惠计算以及乘车交易实现预运行，进而达成可靠性控制。

在另一个示例性实施例中，步骤S210之后，本申请提供的乘车计费优惠可靠性控制方法还包括：

接收模拟硬件传送的乘车事件，该乘车事件指示乘车行为的发起。

本申请实施例中，应当理解，真实乘车行为的发起，使得感知真实乘车行为的硬件设备产生乘车事件，并传送乘车事件。具体而言，硬件设备会将产生的乘车事件传送至数字票务系统，数字票务系统将为产生的乘车事件发起计费应用中的优惠计算。

与此相对于的，轨道交通出行场景下，乘车行为包括进站行为和出站行为，相应的，数字票务系统在进站行为和出站行为的发起下，就会收到进站事件和出站事件。

基于此，对于模拟乘车行为，其是模拟进站行为和出站行为，以及模拟硬件设备，如闸机设备将产生的进站事件和出站事件传送出去的执行过程。

由此，对于与闸机设备交互的系统，如数字票务系统就会接收到模拟硬件传送的乘车事件，以通过该乘车事件的接收获知当前在进行的乘车。

应当理解，对于所接收到乘车事件，后端的系统，如数字票务系统、计费应用以及其它装置和逻辑，是不知道当前发起的乘车行为是真实乘车行为还是模拟乘车行为的。换言之，无论何种乘车行为，后端系统都无差别的执行所适配优惠机制的可靠性控制，进而能够全面适用于各种乘车行为，增强所创建众多优惠活动的可靠性和稳定性。

还请继续参阅图3，图3示出了根据本申请另一个实施例的乘车计费优惠的可靠性控制方法的流程图。在如上所述的接收模拟硬件设备传送的乘车事件步骤之前，本申请提供的乘车计费优惠的可靠性控制方法，还包括：

步骤S310，初始化配置有可用支付方式的用户；

步骤S320，模拟用户在硬件设备的乘车行为生成乘车事件，并模拟该硬件设备传送乘车事件。

下面对此二个步骤进行详细阐述。

在步骤S310中，面向于模拟乘车行为，首先为其初始化发起模拟乘车行为的用户。所发起的乘车行为即便是模拟的，但仍然需要为此完成乘车交易，因此，对于初始化配置的用户，需为其配置可用支付方式，由此将保证所进行的可靠性控制对于整个优惠机制而言是覆盖了全路径的。

在步骤S320中，模拟用户在闸机设备等硬件设备上发起的乘车行为，一旦发起乘车行为便产生乘车事件，该乘车事件被模拟硬件设备传送至后端，以便于后端感知乘车行为的发起。

步骤S310和步骤S320的执行是通过部署于图1所示外网的乘车交易模拟器130实现的，与之相对应的，产生的乘车事件将被模拟闸机设备而传送至数字票务系统，进而经数字票务系统作用于计费应用111实施优惠计算。

在步骤S210中，正如前述所指出的，构造所得场景数据为乘车行为上作用的优惠机制限定了优惠场景，由此能够基于限定的优惠场景实施优惠活动的创建。

场景数据包括用户数据、行程数据等。在步骤S230中，创建的每一优惠活动对应于一个实际的营销活动，该优惠活动都有着相应的活动属性。示例性的，该优惠活动的活动属性包括命中方式、优惠方式和限制方法等。

其中，命中方式包括根据用户标识命中、支付渠道命中、进出站点命中、乘车时间命中、业务类型命中以及时间区间命中等；优惠方式包括一口价、原票价上打折、已有优惠票价上打折、原票价上固定减金额、已有优惠票价上固定减金额、原票价上随机减金额和已有优惠票价上随机减金额；限制方式包括时间段生效、指定时间生效、个体限次、个体限量、总体限次、总体限量和单笔最高优惠等。

对于所进行的优惠活动创建和配置而言，不同的命中方式、优惠方式以及限制方式组合来实现多种复杂的优惠组合。

具体而言，根据构造得到的场景数据，通过其与所创建优惠活动的匹配来调度适用的优惠组合。所适用的优惠组合包括活动属性都匹配于场景数据的优惠活动。

还请继续参阅图4，图4示出了根据图1对应实施例描述的根据场景数据对创建的优惠活动调度适用的优惠组合步骤的流程图。本申请实施例提供的根据场景数据对创建的优惠活动调度适用的优惠组合的步骤S230，包括：

步骤S231，对创建的优惠活动，根据场景数据所映射优惠场景的组合维度进行匹配；

步骤S232，调度匹配所得优惠活动形成适用的优惠组合。

下面对此二个步骤进行详细阐述。

在步骤S231中，正如前述所指出的，优惠活动被配置了对应于多个维度的活动属性，该活动属性从命中方式、优惠方式以及限制方式多个层面分维度描述优惠活动。

因此，能够根据场景数据所映射的组合维度来命中优惠组合，对命中的优惠组合，调度形成优惠组合的优惠活动即可应用于当前执行的计费优惠。

至此，调度所形成优惠组合为计费应用提供了多且复杂的优惠机制，多且复杂的优惠机制无论是对于优惠活动的开始投放还是持续进行而言，都存在非常大的出错风险，本申请实现的可靠性控制为优惠活动的投放以及由此所进行的业务运行提供了保障。

在步骤S232中，进行匹配所得优惠活动的调度，以使得后续执行过程能够根据优惠活动进行乘车计费的优惠计算，获得优惠结果后发起乘车交易。

在步骤S250中，对乘车行为在所构建的优惠场景适用调度的优惠活动，计费应用一方面从场景数据中构造的行程数据获得乘车行为对应的行程，另一方面也将对该行程发起乘车交易。

至此，应当补充说明的是，在步骤S230所执行的场景数据化中，所构造的用户数据是通过直连对接数字票务系统，或者实现数字票务的出行平台所获取得到的。

计费应用基于行程数据对调度的优惠组合进行乘车优惠计算得到优惠结果，进而根据优惠结果指示的扣款金额发起模拟乘车交易。正如前述所指出的，在场景数据的驱动下，对调用的优惠组合实施预运行，以达到对调用的优惠组合实施测试的目的，而并非对乘车行为的真实响应，总而言之，将基于计费应用所生成优惠结果来执行模拟乘车交易。

具体的，计费应用首先调用行程查询所相关接口中的行程清单查询接口（/acct/trip/queryTriplist接口），通过传入用户数据中指示的用户标识以及行程数据中指示的行程标识的方式，返回用户最新的行程消费用户标识，所返回最新行程的消费用户标识可以是返回的行程list Json串中解析所获得的第一条行程的消费用户标识；然后再根据消费用户标识来调用行程详情查询接口（/acct/trip/queryTripDetail）查询行程详情，即传入查询所得消费用户标识，从返回的行程详情Json串里解析获得乘车计费所需的数据，如实际支付费用、基础票价、行业优惠以及平台优惠，以此来实现结算确定扣款金额，进有生成优惠结果。

进一步说明的，对调度的优惠组合，获得优惠结果之后，即时基于优惠结果向后端，如数字票务系统，或实现数字票务的出行平台发起乘车代扣请求。

此时，后端配置的支付挡板被调用，支付挡板模拟支付渠道返回交易成功的扣款结果，该扣款结果指示所执行模拟乘车交易中的扣款金额。

由此，便根据所得扣款结果执行校验。具体的，对调用优惠组合作用于所构建优惠场景实现的模拟乘车交易，将预先执行了该优惠场景的预计算，以此来获得预期金额。因此，能够通过预计算所得预期金额来实现扣款结果的验证，如若扣款结果所指示扣款金额与预计算所得预期金额相一致，则生成扣款结果正确的校验结果。

总而言之，对模拟乘车交易预先在后端，如数字票务系统或实现数字票务功能的出行平台配置了支付挡板；对扣款结果校验，对行程数据和调用的优惠组合执行预计算，预计算所得预期金额通过计费应用通过JDBC连接存储于数据库。

支付挡板面向于所发起的乘车代扣请求，首先模拟实现用以接收乘车代扣请求的接口，在出行平台为乘车代扣请求的接收进行接口调用时，调用到模拟实现的接口，通过模拟实现的接口来接收当前发起的乘车代扣请求，并返回响应乘车代扣请求的结果以及模拟产生的交易流水号。

示例性的，预先调用支付挡板配置信息来配置支付挡板，并配置对所模拟实现的接口配置传送乘车代扣请求的地址，以便于模拟实现的接口能够接收到发起的乘车代扣请求。

此时，也将解析乘车代扣请求中携带的参数，并记录，以便于后续异步回调时使用。解析和记录的参数，从乘车代扣请求中的请求体（body）和请求头（header）中顺序解析得到。

最后根据预配置的支付接口文档中“支付结果-异步通知”接口的描述，通过回调报文回调到支付回调地址来实现支付挡板的扣款结果返回。其中，支付回调地址是乘车代扣请求发起时设置的回调地址参数。

还请参阅图5，图5是根据图2对应实施例示出的对优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果步骤的方法流程图。本申请实施例提供的对优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果的步骤S250，包括：

步骤S251，通过优惠组合作用于场景数据所映射优惠场景发起的乘车代扣请求，成功执行模拟乘车交易返回扣款结果；

步骤S253，校验扣款结果与优惠场景预计算所得预期金额的一致性生成校验结果。

本申请实施例中，计费应用所发起的乘车代扣请求被支付挡板所拦截，并成功实施模拟乘车交易之后，向该计费应用返回扣款结果。此时，对于计费应用而言，其并不可知所发生的乘车交易是真实乘车交易，还是模拟乘车交易，但将使得模拟乘车的发起也能够基于全路径实现所调用优惠活动的校验，避免了乘车计费优惠的可靠性控制由于需要覆盖支付等节点而难以实现的缺陷，轻量快速的达成所创建优惠机制的测试。

在获得扣款结果之后，通过与数据库直连调用预计算所得预期金额，判断该预期金额与扣款结果指示的扣款金额二者之间的一致性，生成校验结果。

示例性的，配置的数据库通过JDBC连接落地数据，进而对所进行的计费交易构建了计费交易表，以及所配置活动表，二者记录了乘车交易的扣款金额以及优惠活动预计算所得预期金额，因此，在完成模拟乘车交易之后，即可经由数据库中落地的数据一致性判断，如果金额判断一致则优惠计算正确，否则返回错误。

在步骤S270中，一致性校验所生成校验结果指示扣款结果正确或错误。在校验结果指示扣款结果正确时，即可切换为真实乘车交易，以真正实现对所发生乘车行为的响应。

应当首先说明的是，扣款结果所指示扣款金额的校验成功，是能够基于上线的众多优惠活动稳定运行乘车业务的前提条件，因此，可将由支付挡板模拟的接口切换为真实接口，以使真实接收能够接收到乘车代扣请求进而执行乘车交易。

应当理解，所发生的乘车行为，无论是真实乘车行为，还是模拟乘车行为，对于实现乘车业务的计费应用、出行平台（数字票务系统）以及支付端，都是无感知的，由此基于本申请的实现，一方面能够为优惠活动的上线提供测试的可靠性支持，另一方面在需要之时也能够为产生的乘车用户流量提供可靠性保障，切实有效的为乘车计费优惠实现可靠性控制。

至此，还应当补充说明的是，乘车业务，例如轨道交通场景下乘车业务的运行中，为鼓励地铁出行而在乘车业务中上线众多优惠活动，以适用于多种优惠场景。

优惠活动的创建包括：调用计费应用中的计费接口，以传入所创建优惠活动的类型以及折扣等相关信息，以进行活动初始化。优惠活动创建成功后返回活动标识，通过返回的活动标识唯一指示优惠活动。

在每一优惠组合的测试中，都判断场景组合是否都已经遍历，如果是，则完成遍历，且在完成优惠活动的组合遍历之后，结束测试，否则继续执行其它优惠组合的测试，即经由模拟乘车实施本申请的乘车计费优惠的可靠性控制，直至完成。

下面结合一具体的功能实现框架结构，阐述如上所述对乘车计费优惠实施的可靠性控制过程。

参阅图6，图6示出了根据本申请一具体的功能实框架结构示意图。该功能实现框架结构包括展现层和业务逻辑层，应当理解的，展示层用于提供优惠校验结果的web查询方式，以及邮件、消息类通知方式的实现。

业务逻辑层面向于图1所示出的乘车交易模拟器130、计费应用111、场景数据自动编排器113以及优惠校验自动判断器115实现相应的功能逻辑，其中：

业务逻辑层的模拟乘车交易逻辑在乘车交易模拟器130实现乘车进出站以及乘车代扣请求；

优惠场景设计逻辑用于实现优惠组合的部署，以便于能够组合构建各种优惠场景。例如，以活动、红包、券、卡券等方式，叠加用户维度、支付渠道维度、金额维度、配额维度、自定义规则维度来进行组合的部署；

数据构造逻辑则用于实现场景数据化。具体的，数据构造逻辑基于优惠场景设计逻辑构造所需要的数据，包括但不限于用户数据、票价数据以及进出站站点数据，实现数据初始化；

优惠组合编排逻辑部署于场景数据自动编排器113，通过优惠组合编排逻辑对各种场景实现所有排列的遍历组合；

调度器用于调度实现所遍历组合的模拟乘车交易和校验；

优惠判断器部署于优惠校验自动判断器115，用于实现对每个优惠组合应用于计费应用之后产生的优惠结果和预计算进行判断，以判断该优惠组合的乘车计费优惠是否正确；

DB，即为数据库，用于落地存储数据，如场景数据、活动数据以及判断结果数据等。

在一轨道交通出行场景下，为以地铁为交通公式的乘车业务上线各种优惠活动，对新创建的优惠活动，都将通过本申请实现全链条全场景的测试。

在所执行的测试中，首先进行支付配置初始化，即进行乘车交易对接的支付渠道配置初始化，再进行用户初始化，初始化一个可用且有支付渠道的用户，并根据优惠活动配置其对应的支付方式。

完成了支付初始化和用户初始化之后，基于活动、红包、优惠券、卡券方式，叠加用户维度、支付渠道维度、金额维度、配额维度、自定义规则维度来组合进行场景选择，进行场景数据初始化，每个优惠场景对应的进站标识、出站标识、票价、配额、用户数据以及支付渠道标识等都将通过所进行的数据构造获得。

由此可以知道，一优惠场景在所构造数据以及所创建优惠活动的作用下限定了所模拟乘车行为的计费优惠。因此，面向于所构造的优惠场景，模拟乘车行为。

具体的，将封装Jmeter行程推送和乘车代扣请求为通用方法，根据入参（用户标识，扣款金额）来实现模拟乘车。

对模拟乘车执行模拟乘车交易和校验，应当理解的，数据库进行了业务库的部署，计费应用所计算优惠和扣款金额被记录于业务库中。

此时，使用JDBC直连检查业务库扣款金额与预期金额一致来进行计费优惠的正确性判断。

本次优惠组合的判断完成之后，便可通过邮件和发送消费的方式进行结果的即时通知。

由此，将使得轨道交通运营商对地铁乘车业务开展优惠活动之时，并不只能采用白名单方式进行验证，可以在上线之前就所有的优惠组合进行预先验证，后续即可快速开展优惠活动，业务上线交付快且时效性好。

本申请通过如上所述实施例，使得各优惠活动都能够基于优惠场景实现测试，能够基于多种维度构建所需要的全场景，进而基于每一优惠场景实现各优惠组合的测试，且在支付挡板的控制下保障了测试的完整性和高覆盖率。

本申请通过如上所述实施例，任意优惠活动在创建之后都能够平滑接入，平滑地应用于乘车交易，各种优惠活动可自定义并且也可灵活叠加组合，极大的便利了乘车业务中的优惠活动上线运行。

本申请对乘车计费优惠的可靠性控制在模拟乘车交易的实现下，不再仅局限于二维码乘车交易，也能够适用于其他交易场景。

参阅图7，根据本申请的一个实施例，如图7提供了一种乘车计费优惠的可靠性控制系统。其中，该乘车计费优惠的可靠性控制系统，包括：

数据构造模块410，用于执行场景数据化，以构造得到场景数据；

调度模块420，用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

模拟乘车校验模块430，用于对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

切换模块440，用于在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

根据本申请实施例的乘车计费优惠的可靠性控制方法，可以由乘车计算优惠的可靠性控制系统实现。该系统包括：部署于内网的计算应用服务器、场景数据自动编排器以及优惠校验自动判断器，通过运营商网络与所述计算应用服务器；

所述场景数据自动编排器包括数据构造逻辑和调度逻辑；

所述数据构造逻辑用于执行场景数据化，以构造得到场景数据；

所述调度逻辑用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

所述计算应用服务器和优惠校验自动判断器配合对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

根据本申请实施例的乘车计费优惠的可靠性控制方法可以由图8的服务器来实现。下面参照图8来描述根据本申请实施例的服务器。图8显示的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，服务器以通用计算设备的形式表现。服务器的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件（包括存储单元820和处理单元810）的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图2中所示的各个步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（RAM）8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元（ROM）8203。

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

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

服务器也可以与一个或多个外部设备700（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该服务器交互的设备通信，和/或与使得该服务器能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口850进行。并且，服务器还可以通过网络适配器860与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器860通过总线830与服务器的其它模块通信。应当明白，尽管图中未示出，可以结合服务器使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

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

在本申请的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本申请的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种乘车计费优惠的可靠性控制方法，其特征在于，所述方法包括：

执行场景数据化，以构造得到场景数据；

根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

2.根据权利要求1所述的方法，其特征在于，所述执行场景数据化，以构造得到场景数据之后，所述方法包括：

接收模拟硬件设备传送的乘车事件，所述乘车事件指示乘车行为的发起。

3.根据权利要求2所述的方法，其特征在于，所述接收模拟硬件设备传送的乘车事件之前，所述方法还包括：

初始化配置有可用支付方式的用户；

模拟所述用户在硬件设备的乘车行为生成乘车事件，并模拟所述硬件设备传送所述乘车事件。

4.根据权利要求1所述的方法，其特征在于，所述执行场景数据化，以构造得到场景数据，包括：

对所发起乘车行为，根据拟适用的优惠场景进行场景数据初始化，通过所述场景数据初始化构造得到限定所述优惠场景的场景数据。

5.根据权利要求4所述的方法，其特征在于，所述根据所述场景数据对创建的优惠活动调度适用的优惠组合，包括：

对创建的优惠活动，根据所述场景数据所映射优惠场景的组合维度进行匹配；

调度匹配所得优惠活动形成适用的优惠组合。

6.根据权利要求1所述的方法，其特征在于，所述对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果，包括：

通过所述优惠组合作用于所述场景数据所映射优惠场景发起的乘车代扣交易请求，成功执行模拟乘车交易返回扣款结果；

校验所述扣款结果与所述优惠场景预计算所得预期金额的一致性生成校验结果。

7.一种乘车计费优惠的可靠性控制系统，其特征在于，所述系统包括：

数据构造模块，用于执行场景数据化，以构造得到场景数据；

调度模块，用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

模拟乘车校验模块，用于对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

切换模块，用于在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

8.一种乘车计算优惠的可靠性控制系统，其特征在于，所述系统包括：部署于内网的计算应用服务器、场景数据自动编排器以及优惠校验自动判断器，通过运营商网络与所述计算应用服务器；

所述场景数据自动编排器包括数据构造逻辑和调度逻辑；

所述数据构造逻辑用于执行场景数据化，以构造得到场景数据；

所述调度逻辑用于根据所述场景数据和发起的乘车行为对创建的优惠活动调度适用的优惠组合，所述优惠组合包括所述场景数据命中的优惠活动；

所述计算应用服务器和优惠校验自动判断器配合对所述优惠组合进行模拟乘车交易和扣款结果校验，获得校验结果；

在所述校验结果指示所述扣款结果正确时，切换后续乘车行为发起真实乘车交易。

9.一种乘车计算优惠的可靠性控制系统，其特征在于，所述系统包括部署的若干服务器，所述服务器包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行权利要求1-6中的任意一个所述的方法。

10.一种计算机程序介质，其上存储有计算机可读指令，其特征在于，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1-6中的任意一个所述的方法。

Images