交易失败补单方法、联机服务器、补单服务器和系统与流程

技术特征：
1.一种交易失败补单方法，其特征在于，包括：根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。2.根据权利要求1所述的方法，其特征在于，所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，包括：根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载；若是，则判断不可以处理所述交易失败形成的补单事件。3.根据权利要求2所述的方法，其特征在于，所述根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载，包括：根据所述联机服务器运行信息，得到联机服务器并发量、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时；判断所述联机服务器运行信息是否满足所有第一非过载条件，若否，则判断处理所述补单事件时会发生过载；其中，所述第一非过载条件包括：所述联机服务器并发量小于第一并发量阈值；所述联机服务器系统资源cpu使用率小于第一cpu使用率阈值；所述联机服务器系统资源内存使用率小于第一内存使用率阈值；所述联机服务器补单服务调用延时小于第一调用延时阈值。4.根据权利要求1所述的方法，其特征在于，所述将所述补单事件转到补单服务器，包括：将所述补单事件存储到事件存储数据库，以使所述补单服务器从所述事件存储数据库读取所述补单事件。5.根据权利要求1所述的方法，其特征在于，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：获取交易失败信息，判断所述交易失败信息的类型是否为系统异常型；若是，根据所述交易失败信息，形成补单事件。6.根据权利要求5所述的方法，其特征在于，所述判断所述交易失败信息的类型是否为系统异常型，包括：根据所述交易失败信息，得到失败返回码；判断所述失败返回码是否为预设返回码，若是，则判断所述交易失败信息的类型为系统异常型。7.根据权利要求6所述的方法，其特征在于，所述根据所述交易失败信息，形成补单事件，包括：根据所述交易失败信息，得到交易账务处理信息；
根据所述交易账务处理信息和所述失败返回码，形成补单事件。8.根据权利要求1所述的方法，其特征在于，在根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：生成流转次数信息，将所述流转次数信息设置为0，将所述流转次数信息添加到所述补单事件中；在所述将所述补单事件转到补单服务器和所述将所述补单事件转到其他服务器之前，还包括：对所述补单事件中的流转次数信息加一。9.根据权利要求8所述的方法，其特征在于，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件和所述根据补单服务器运行信息判断是否可以处理所述补单事件之前，还包括：判断所述流转次数信息是否大于或等于流转次数阈值；若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。10.一种交易失败补单方法，其特征在于，包括：根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的；若是，处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。11.根据权利要求10所述的方法，其特征在于，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；若是，则判断不可以处理所述联机服务器转来的补单事件。12.根据权利要求11所述的方法，其特征在于，所述根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载，包括：根据所述补单服务器运行信息，得到补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时；判断所述补单服务器运行信息是否满足所有第二非过载条件，若否，则判断处理所述补单事件时会发生过载；其中，所述第二非过载条件包括：所述补单服务器并发量小于第二并发量阈值；所述补单服务器系统资源cpu使用率小于第二cpu使用率阈值；所述补单服务器系统资源内存使用率小于第二内存使用率阈值；所述补单服务器补单服务调用延时小于第二调用延时阈值。13.根据权利要求10所述的方法，其特征在于，所述将所述补单事件转到其他服务器，包括：将所述补单事件存储到事件中间件，以使所述其他服务器从所述事件中间件读取所述
补单事件。14.根据权利要求10所述的方法，其特征在于，所述将所述补单事件转到其他服务器，包括：将所述补单事件转到其他联机服务器。15.根据权利要求14所述的方法，其特征在于，所述将所述补单事件转到其他联机服务器，包括：获取所有其他联机服务器的cpu使用率和内存使用率；根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器；将所述补单事件转到所述目标联机服务器。16.根据权利要求10所述的方法，其特征在于，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；若是，则在等待预设时长后，再次判断处理所述补单事件时是否会发生过载；若是，则判断不可以处理所述联机服务器转来的补单事件。17.根据权利要求10所述的方法，其特征在于，所述补单事件还包括流转次数信息，其中，所述流转次数信息是在联机服务器中生成并添加到所述补单事件中的；在所述将所述补单事件转到其他服务器和所述将所述补单事件转到补单服务器之前，还包括：对所述补单事件中的流转次数信息加一。18.根据权利要求17所述的方法，其特征在于，在所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件和所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：判断所述流转次数信息是否大于或等于流转次数阈值；若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。19.一种联机服务器，其特征在于，包括：第一判断模块，用于根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；第一处理模块，用于若是，处理所述补单事件；第一转发模块，用于若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。20.一种补单服务器，其特征在于，包括：第二判断模块，用于根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的；第二处理模块，用于若是，处理所述补单事件；
第二转发模块，用于若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。21.一种交易失败补单系统，其特征在于，包括联机服务器和补单服务器；其中，所述联机服务器用于根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到补单服务器；所述补单服务器用于根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。22.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-18中任一项所述方法。23.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-18中任一项所述方法。

技术总结
本发明提供了一种交易失败补单方法、联机服务器、补单服务器和系统，特别涉及金融领域，所述方法包括：根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。本发明能够减少因服务器运行资源不足而使补单事件无法得到及时处理的概率，从而提高补单的成功率和速度。的成功率和速度。的成功率和速度。


技术研发人员：吴志海 冯伟伦 麦倩 范家明
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2022.03.04
技术公布日：2022/6/4