电信业务场景下的混合支付统一解决方法与流程

1.本发明涉及的是it与软件开发技术领域，具体涉及一种电信业务场景下的混合支付统一解决方法。


背景技术：

2.目前互联网行业上存在大量针对特定场景的支付解决方案，特别涉及混合支付(多种支付工具)时，其不仅强依赖具体的场景，且初期设计时必须考虑完全，大大增加了前期的成本投入，设计复杂维护困难。
3.特别的，因存在多种支付工具的混合支付行为，其需要考虑各种支付工具的结果一致性问题、性能问题、耦合问题、状态机问题，以及在数据库表操作层面，针对特定场景的固定表结构在后续做支付工具的扩展时，不仅工作量大，而且涉及核心链路的改造，且支付工具越多，性能下降越快，严重影响后续的版本迭代以及用户体验。
4.因此，在支付工具不断迭代，支付场景复杂，支付状态多变的背景下，电信业务场景下的混合支付统一解决方案便是本系统可以解决的问题。


技术实现要素：

5.针对现有技术上存在的不足，本发明目的是在于提供一种电信业务场景下的混合支付统一解决方法，解决在支付工具不断迭代，支付场景复杂，支付状态多变且支付工具高耦合引发的性能下降以及维护成本升高的问题。
6.为了实现上述目的，本发明是通过如下的技术方案来实现：电信业务场景下的混合支付统一解决方法，包括：表驱动模型、asynchronous drive model模型、状态机驱动模型，其中表驱动模型为支付业务场景下动态新增支付工具的唯一标识匹配驱动引擎，可以动态识别支付工具并实时添加至链路中，asynchronous drive model模型以表驱动模型为基准，根据不同的表驱动模型实时执行对应的model并将执行效率最大化，状态机模型驱动以表模型驱动为基准，根据asynchronous drive model模型实时处理状态数据，并根据反馈出的异常状态数据进行动态优化，初始状态加速闭环，且支持动态增加状态code操作。
7.所述的表驱动模型：
8.采用主表+子表动态联动的形式构建一体化驱动模型，以主表为基础，子表为模型，主表驱动子表，构建全部的驱动模型，其中主表、子表中有唯一识别流水符号作为唯一绑定标识，主表以唯一表类型作为唯一场景模型，每个场景模型有独立的识别code，子表以唯一支付工具类型作为唯一驱动模型，且支付工具类型的驱动模型以场景模型code作为基准，生成唯一驱动模型code，一个业务场景下只包括唯一一个的场景模型，根据不同的场景模型定义子表中唯一的支付工具类型，相同的场景模型可以根据不同的支付工具类型定义多种场景模型，以此场景模型驱动支付工具类型，打造一个自动化的表驱动模型引擎，且场景发生变化时，子表支付工具类型随之发生变化，在整个表模型的驱动下，会将变化的数据流以hash(识别符)％x(其中：x为识别符类型)散列算法同步至全部表中，所有表数据便可
动态发生调整。
9.所述的asynchronous drive model模型：
10.asynchronous drive model模型即异步驱动模型，其基于表驱动模型，根据主表中的场景模型code以及子表中的驱动模型code动态匹配最优的异步驱动解决方案，即根据不同的支付工具类型采用牛顿法和拟牛顿法(newton's method&quasi-newton methods)的核心理念，以变量(decision variable)、约束条件(constraints)和目标函数(objective function)为基准条件，动态实时计算出所有支付工具中的动态调用优先级，异步驱动模型根据不同的优先级进行模型驱动，使用dynamic priority algorithm作为算法驱动方式，根据不同的匹配条件执行对应的算法策略，分配公式如下：
11.当i+j-1≤m时，
12.当i+j-1》m时，
13.采用的最优解会大幅提高运算性能，且使用的算法理念支持场景模型下的所有支付工具。
14.所述的状态机驱动模型：
15.以表模型驱动为基准，根据asynchronous drive model模型，构建状态机模型驱动，每个状态机对应唯一状态标识code，根据不同的asynchronous drive model设计不同的状态机，根据状态机的状态构建状态机模型驱动闭环，并实时处理异常状态数据，记录每次状态异常的情况，为后续动态搭建状态机模型驱动引擎提供数据依据，加快状态异常数据闭环操作，且状态机模型根据不同的状态code可动态匹配解决方案，采用messagedigest动态加载算法的理念实时载入新增的状态code。
16.所述的表驱动模型中的场景模型code与驱动模型code生成方式如下：
17.场景模型code：定义场景类型code+主表唯一识别符+math.random()+datetime.now().tostring("yyyymmdd")
18.驱动模型code：定义场景类型code+场景模型code+子表唯一识别符+math.random()+datetime.now().tostring("yyyymmdd")
19.基于以上操作，表驱动模型只需维护不同业务场景下的场景模型code+驱动模型code，便可使支付工具自动匹配、自动识别。
20.本发明具有以下有益效果：
21.1、基于场景模型code以及驱动模型code可全局把控所有的动态支付工具，在混合支付场景下可动态添加支付场景，提高版本迭代速度，降低维护成本。
22.2、结合最优解算法可在动态添加支付工具的场景下找出效率最高的支付优先级，可显著提高性能，提升用户体验。
附图说明
23.下面结合附图和具体实施方式来详细说明本发明；
24.图1为本发明的整体模块示意图；
25.图2为本发明的表前置驱动模型示意图；
26.图3为本发明的asynchronous drive model模型算法流程图；
27.图4为本发明的状态机驱动引擎示意图。
具体实施方式
28.为使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结合具体实施方式，进一步阐述本发明。
29.参照图1-4，本具体实施方式采用以下技术方案：电信业务场景下的混合支付统一解决方法，包括：表驱动模型、asynchronous drive model模型、状态机驱动模型，其中表驱动模型为支付业务场景下动态新增支付工具的唯一标识匹配驱动引擎，可以动态识别支付工具并实时添加至链路中，asynchronous drive model模型以表驱动模型为基准，根据不同的表驱动模型实时执行对应的model并将执行效率最大化，状态机模型驱动以表模型驱动为基准，根据asynchronous drive model模型实时处理状态数据，并根据反馈出的异常状态数据进行动态优化，初始状态加速闭环，且支持动态增加状态code操作。
30.表前置驱动模型：以唯一场景模型code动态识别匹配对应的驱动模型code，找出对应子表信息，自动装配报文信息。
31.asynchronous drive model模型算法：
32.以表模型驱动为基础，根据不同的场景code+模型驱动code，可构建不同的asynchronous drive model模型算法驱动，实时计算支付工具多场景下的调用排序优先级，取得最优解。
33.状态机驱动引擎：
34.以表模型驱动为基准，根据asynchronous drive model模型，不同的状态标识code可动态匹配状态机模型，采用动态加载算法可实时载入状态标识code数据。
35.实施例1：
36.1、表模型驱动的关联匹配操作：
37.涉及表模型驱动中，以场景模型code以及驱动模型code为基准，结合支付工具中场景类型、业务场景、产品场景、渠道场景、优先级场景、基础编码等，基于上述数据，定位唯一场景模型概念以及相关联的驱动模型。
38.场景类型：相同支付工具下的不同场景交互方式，标准“marketing pay”“mini programs pay”“bank card pay”以及其横向扩展；
39.业务场景:相同场景下所能够支持的业务诉求，标准“single pay”“mix pay”“order pay”“withhold pay”“agreement pay”以及其横向扩展；
40.渠道场景：以支付工具为维度的渠道行为方式，可使用不同的渠道来源，满足支付工具下的调用诉求；
41.优先级场景：不同的支付工具可具有不同的优先级，其在相同的场景类型以及业务场景下，相同的支付工具也可具有不同的优先级排序；
42.产品场景：可根据产品提供一套标准的解决方案，其依据场景类型、业务场景、渠道场景以及优先级场景定制；
43.基础编码：math.random()+datetime.now().tostring("yyyymmdd")
44.asynchronous drive model模型算法中最优解优先级，以优先级算法推导出最佳的调用交付方式，即根据优先级排序的方式做不同支付工具的最优调用行为，并为后续的状态机模型提供驱动支持。
45.3、状态机模型驱动中记录每次状态异常的情况，为动态状态机模型驱动引擎提供数据依据，不断完善状态机驱动的策略算法。
46.以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。