(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211153298.0 (22)申请日 2022.09.21 (71)申请人 天翼电子商务有限公司 地址 100037 北京市西城区阜成门外大街 31号4层429D (72)发明人 蒲春春　胡文杰　徐原野　程晨　 (51)Int.Cl. G06Q 20/40(2012.01) G06F 9/50(2006.01) G06F 9/448(2018.01) (54)发明名称 电信业务场景下的混合支付统一 解决方法 (57)摘要 本发明公开了一种电信业务场景下的混合 支付统一解决 方法 ， 包括 ： 表驱 动模型 、 asynchronousdrivemodel模型、 状态机驱动模 型， 其中表驱动模型为支付业务场景下动态新增 支付工具的唯一标识匹配驱动引擎， 可以动态识 别 支 付 工 具 并 实 时 添 加 至 链 路 中 ， asynchronousdrive  model模型以表驱动模型为 基准， 根据不同的表驱动模型实时执行对应的 model并将执行效率最大化， 状态机模型驱动以 表 模 型 驱 动 为 基 准 ， 根 据 asynchronousdrivemodel模型实时处理状态数 据， 并根据反馈出的异常状态数据进行动态优 化， 初始状态加速闭环， 且支持动态增加状态 code操作。 本发明解决在支付工具不断迭代， 支 付场景复杂， 支付状态多变且支付工具高耦合引 发的性能下降以及维护成本 升高的问题。 权利要求书2页 说明书4页 附图4页 CN 115496498 A 2022.12.20 CN 115496498 A 1.电信业务场景下的混合支付统一解决方法， 其特征在于， 包括： 表驱动模型、 asynchronous  drive model模型、 状态机驱动模型， 其中表驱动模型为支付业务场景下动 态新增支付工具 的唯一标识匹配驱动引擎， 可以动态识别支付工具并实时添加至链路中， asynchronous drive model模型以表驱动模型为基准， 根据不同的表驱动模型实时执行对 应的model并将执行效率最大化， 状态机模 型驱动以表模型驱动为基准， 根据asynchr onous  drive model模型实时处理状态数据， 并根据反馈出的异常状态数据进 行动态优化， 初始状 态加速闭环， 且支持动态增 加状态code操作。 2.根据权利要求1所述的电信业务场景下的混合支付统一解决方法， 其特征在于， 所述 的表驱动模型： 采用主表+子表动态联动的形式构建一体化驱动模型， 以主表为基础， 子表为模型， 主 表驱动子表， 构建全部的驱动模 型， 其中主表、 子表中有唯一识别流水符号作为唯一绑定标 识， 主表以唯一表类型作为唯一场景模 型， 每个场景模型有独立的识别code， 子表以唯一支 付工具类型作为唯一驱动模型， 且支付工具类型的驱动模型以场景模型code作为基准， 生 成唯一驱动模型code， 一个业务场景下只包括唯一一个的场景模型， 根据不同的场景模型 定义子表中唯一的支付工具类型， 相同的场景模型可以根据不同的支付工具类型定义多种 场景模型， 以此场景模型驱动支 付工具类型， 打造一个自动化的表驱动模型引擎， 且场景发 生变化时， 子表支 付工具类型随之发生变化， 在整个表模型的驱动下， 会将 变化的数据流以 Hash(识别符)％X(其中： X为识别符类型)散列算法同步至全部表 中， 所有表数据便可动态 发生调整。 3.根据权利要求1所述的电信业务场景下的混合支付统一解决方法， 其特征在于， 所述 的asynchronous drive model模型： asynchronous  drive model模型即异步驱动模型， 其基于表驱动模型， 根据主表中的 场景模型code以及子表中的驱动模 型code动态匹配最优的异 步驱动解决方案， 即根据不同 的支付工具类型采用牛顿法和 拟牛顿法(Newton's  method&Quasi ‑Newton Methods)的核 心理念， 以变量(Decision  Variable)、 约束条件(Constraints)和目标函数(Objective   function)为基准条件， 动态实时计算出所有支 付工具中的动态调用优 先级， 异步驱动模型 根据不同的优先级进行模型驱动， 使用dynamic  priority  algorithm作为算法驱动方式， 根据不同的匹配条件执 行对应的算法策略， 分配公式如下： 当i+j‑1≤m时， 当i+j‑1>m时， 采用的最优解会大 幅提高运算性能， 且使用的算法理念支持场景模型下的所有支付工 具。 4.根据权利要求1所述的电信业务场景下的混合支付统一解决方法， 其特征在于， 所述权　利　要　求　书 1/2 页 2 CN 115496498 A 2的状态机驱动模型： 以表模型驱动为基准， 根据asynchronous  drive model模型， 构建状态机模型驱动， 每 个状态机对应唯一状态标识code， 根据不同的asynchronous  drive model设计不同的状态 机， 根据状态机的状态构建状态机模型驱动闭环， 并实时处理异常状态数据， 记录每次状态 异常的情况， 为后续动态搭建状态机模型驱动引擎提供数据依据， 加快状态异常数据闭环 操作， 且状态机模 型根据不同的状态code可动态匹配解决方案， 采用MessageDigest动态加 载算法的理念实时载入新增的状态code。 5.根据权利要求4所述的电信业务场景下的混合支付统一解决方法， 其特征在于， 所述 的表驱动模型中的场景模型code与驱动模型code生成方式如下： 场景模型code： 定义场景类型code+主表唯一识别符+Math.random()+DateTime.now ().toString("yyyyMMdd") 驱动模型code： 定义场景类型co de+场景模型code+子表唯一识别符+Math.random()+ DateTime.n ow().toSt ring("yyyyMMdd") 基于以上操作， 表驱动模型只需维护不同业务场景下的场景模型code+驱动模型code， 便可使支付工具自动匹配、 自动识别。权　利　要　求　书 2/2 页 3 CN 115496498 A 3