一种新旧系统切换过程中交易请求的处理方法和装置与流程

1.本发明涉及金融科技技术领域，尤其涉及一种新旧系统切换过程中交易请求的处理方法和装置。


背景技术：

2.联机交易是指在分布式系统中，通过指定通信协议对外提供即时交易服务。现有的联机交易系统升级过程中，需要将联机交易由旧的联机交易系统切换为新的联机交易系统执行。切换过程中，通常是预先为新旧系统的交易切换配置固定的切换规则，比如，旧系统的a交易切换为新系统的b交易，则将a-b的关系固化，从而根据固定的切换规则将旧系统接收到的a交易请求切换至新系统的b交易请求。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
4.由于新系统的稳定性较差，出现故障的情况频繁发生，导致交易请求在新、旧系统之间切换失败，此种情形下，需要先将旧系统停机，重启以后再对交易请求进行重新处理，由于旧系统停机期间无法接收新的交易请求，使得新、旧系统的切换降低了交易处理效率，用户等待时间较长，服务使用体验较差。


技术实现要素：

5.有鉴于此，本发明实施例提供一种新旧系统切换过程中交易请求的处理方法和装置，能够实时修改新、旧系统的路由策略，实现新、旧系统切换情况下的交易不间断处理，保证交易请求的实时响应以及联机交易的连续、稳定运行，避免系统切换对交易业务的影响，实现服务不停机情况下的交易请求处理，大大地提高了交易处理效率，提升用户满意度。
6.进一步地，由于路由策略非现有的固化规则，而是可以实时修改、灵活调整的路由策略，因此，在新系统故障的情况下，立即修改路由策略，将交易请求转发至旧系统、或者其它可替换系统执行，保障交易服务的不间断、连续运行。
7.为实现上述目的，根据本发明实施例的一个方面，提供了一种新旧系统切换过程中交易请求的处理方法，所述方法应用于旧系统服务器，所述方法包括：
8.接收旧系统终端发送的交易请求；
9.根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；
10.在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；
11.在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求。
12.可选地，所述路由策略还包括旧系统策略，所述实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求，包括：
13.将所述交易请求对应的交易标识从所述白名单策略删除、并将与所述交易请求对
应的交易标识添加至所述旧系统策略，由所述旧系统策略对应的所述旧系统服务器处理所述交易请求。
14.可选地，所述白名单策略包括账号白名单、二级行白名单或者一级行白名单，所述交易标识包括交易账号、二级行编号和一级行编号；所述将所述交易请求对应的交易标识从所述白名单策略删除、并将所述交易请求对应的交易标识添加至所述旧系统策略，包括：
15.将所述交易请求的交易账号从所述账号白名单删除、并将所述交易请求的交易账号添加至所述旧系统策略；或者，
16.将所述交易请求的交易账号或者交易卡号对应的二级行编号从所述二级行白名单删除、并将所述交易请求的交易账号或者交易卡号对应的二级行编号添加至所述旧系统策略；或者，
17.将所述交易请求的交易账号或者交易卡号对应的一级行编号从所述一级行白名单删除、并将所述交易请求的交易账号或者交易卡号对应的一级行编号添加至所述旧系统策略。
18.可选地，所述新系统服务器的运行阶段包括网点账号试用阶段、二级行试用阶段和一级行试用阶段；所述根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略，包括：
19.在所述网点账号试用阶段，与所述交易请求对应的路由策略为账号白名单；
20.在所述二级行试用阶段，与所述交易请求对应的路由策略为二级行白名单；
21.在所述一级行试用阶段，与所述交易请求对应的路由策略为一级行白名单。
22.可选地，所述路由策略还包括新系统策略，所述新系统服务器的运行阶段还包括正式上线阶段，还包括：
23.在所述正式上线阶段，与所述交易请求对应的路由策略为所述新系统策略。
24.可选地，在所述交易请求的路由策略为新系统策略的情况下，还包括：
25.将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；
26.在所述请求处理结果的异常码为旧系统标识的情况下，实时将所述交易请求对应的交易标识从所述新系统策略中删除，并将所述交易请求对应的交易标识添加至所述旧系统策略，由所述旧系统服务器处理所述交易请求。
27.可选地，所述白名单策略的确定，包括：
28.在所述网点账号试用阶段，选取一个或多个待试用网点中覆盖营业网点的全部业务功能的一个或多个目标交易账号，利用所述目标交易账号构建账号白名单。
29.可选地，还包括：
30.在确定所述网点账号试用阶段各个所述目标交易账号的交易请求的处理结果皆为处理成功的情况下，进入所述二级行试用阶段，选取一个或多个待试用二级行中覆盖二级行的全部业务功能的一个或多个目标二级行，利用所述目标二级行的二级行编号构建二级行白名单。
31.可选地，还包括：
32.在确定所述二级行试用阶段的各个所述目标二级行的交易账号的交易请求的处理结果皆为处理成功的情况下，进入所述一级行试用阶段，选取一个或多个待试用一级行
中覆盖一级行的全部业务功能的一个或多个目标一级行，利用所述目标一级行的一级行编号构建一级行白名单。
33.可选地，所述确定所述交易请求符合所述白名单策略，包括：
34.获取所述交易请求的请求报文的账号标识字段、和/或卡号标识字段；
35.通过所述账号标识字段、和/或卡号标识字段的值，确定所述交易请求符合所述白名单策略。
36.可选地，通过所述账号标识字段的值，确定所述交易请求符合所述白名单策略，包括：
37.在所述交易请求的请求报文包括账号标识字段的情况下，根据所述账号标识字段的值，确定所述交易请求的交易账号；
38.将所述交易请求的交易账号与所述账号白名单进行对比，在所述交易请求的交易账号属于所述账号白名单的情况下，确定所述交易请求符合所述白名单策略；或者，
39.将包括所述交易请求的交易账号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的二级行编号，将与所述交易请求的交易账号对应的二级行编号与所述二级行白名单进行对比，在与所述交易请求的交易账号对应的二级行编号属于所述二级行白名单的情况下，确定所述交易请求符合所述白名单策略；或者，
40.将包括所述交易请求的交易账号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的一级行编号，将与所述交易请求的交易账号对应的一级行编号与所述一级行白名单进行对比，在与所述交易请求的交易账号对应的一级行编号属于所述一级行白名单的情况下，确定所述交易请求符合所述白名单策略。
41.可选地，通过所述卡号标识字段的值，确定所述交易请求符合所述白名单策略，包括：
42.在所述交易请求的请求报文包括卡号标识字段的情况下，根据所述卡号标识字段的值，确定所述交易请求的交易卡号；
43.将包括所述交易请求的交易卡号的账号匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的交易账号，将所述交易请求的交易账号与所述账号白名单进行对比，在所述交易请求的交易账号属于所述账号白名单的情况下，确定所述交易请求符合所述白名单策略；或者，
44.将包括所述交易请求的交易卡号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的二级行编号，将与所述交易请求的交易卡号对应的二级行编号与所述二级行白名单进行对比，在与所述交易请求的交易卡号对应的二级行编号属于所述二级行白名单的情况下，确定所述交易请求符合所述白名单策略；或者，
45.将包括所述交易请求的交易卡号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的一级行编号，将与所述交易请求的交易卡号对应的一级行编号与所述一级行白名单进行对比，在与所述交易请求的交易卡号对应的一级行编号属于所述一级行白名单的情况下，确定所述交易请求符合所述白
名单策略。
46.可选地，所述账号标识字段为以下任一字段：标准账号字段、个性化账号字段、隐名账号字段，所述卡号标识字段为以下任一字段：标准卡号字段、个性化卡号字段、隐名卡号字段。
47.可选地，所述个性化账号字段包括加工标识、交易账号和校验码，所述个性化卡号字段包括加工标识、交易卡号和校验码，所述根据所述账号标识字段或者所述卡号标识字段的值，确定所述交易请求的交易账号或者交易卡号，包括：
48.删除所述个性化账号字段或者所述个性化卡号字段的值中的所述加工标识和所述校验码，得到剔除转换结果；其中，所述剔除转换利用spel解析表达式处理器执行；
49.将所述剔除转换结果的值作为所述交易请求的交易账号或者交易卡号。
50.可选地，还包括：
51.向交易信息服务器发送与所述隐名账号字段或者所述隐名卡号字段的值对应的还原请求，接收所述交易信息服务器返回的还原结果；
52.将所述还原结果的值作为所述交易请求的交易账号或者交易卡号。
53.可选地，所述交易请求包括所述旧系统终端的终端标识；还包括：
54.根据所述旧系统终端的终端标识，从旧系统数据库搜索对应的金融机构的隐藏处理方式，对所述隐名账号字段或者所述隐名卡号字段的值进行还原处理，确定还原结果；其中，所述还原处理利用spel解析表达式处理器执行；
55.将所述还原结果的值作为所述交易请求的交易账号或者交易卡号。
56.可选地，所述实时修改所述交易请求的路由策略，包括：
57.实时修改硬盘中或者服务器数据库中存储的与所述交易请求对应的交易标识的路由策略，并刷新所述内存中与所述交易请求对应的交易标识的路由策略。
58.可选地，所述实时修改硬盘中或者服务器数据库中存储的与所述交易请求对应的交易标识的路由策略，并刷新所述内存中与所述交易请求对应的交易标识的路由策略，包括：
59.生成路由策略修改请求；其中，所述路由策略修改请求包括修改对应关系；
60.将所述修改对应关系代入与所述旧系统服务器的开发环境对应的修改脚本并执行，更新所述硬盘或者所述服务器数据库中与所述交易请求对应的交易标识的路由策略；
61.从所述硬盘或者所述服务器数据库中获取更新后的与所述交易请求对应的交易标识的路由策略，并异步刷新所述内存。
62.可选地，所述从所述硬盘或者所述服务器数据库中获取更新后的与所述交易请求对应的交易标识的路由策略，包括：
63.根据所述内存中的路由策略的格式，确定更新后的与所述交易请求对应的交易标识的路由策略的获取路径；其中，所述硬盘中的路由策略为xml格式或者json格式，所述服务器数据库中的路由策略为关系型数据库表或者非关系型数据库表；
64.从所述获取路径获取更新后的与所述交易请求对应的交易标识的路由策略。
65.可选地，所述将所述交易请求转发给所述新系统服务器之后，还包括：
66.确定等待所述请求处理结果的等待时间是否超过预设时间阈值，如果是，重新向所述新系统服务器发送所述交易请求；
67.递增超时次数；
68.判断所述超时次数是否超过预设超时次数阈值，在所述超时次数超过预设超时次数阈值的情况下，在所述路由策略中，将所述交易请求的银行卡号对应的服务器地址修改为所述旧系统服务器的服务器url。
69.可选地，还包括：
70.对与所述超时次数对应的所述交易请求进行冲正处理。
71.可选地，在所述接收所述新系统服务器返回的请求处理结果之后，还包括：
72.判断处理成功的所述请求处理结果是否符合预期处理结果；
73.在所述请求处理结果未满足预期处理结果的情况下，重新向所述新系统服务器发送所述交易请求；
74.统计所述请求处理结果未满足预期处理结果的偏差次数，利用所述旧系统服务器处理超过预设偏差次数阈值的所述交易请求。
75.根据本发明实施例的再一个方面，提供了一种新旧系统切换过程中交易请求的处理装置，所述装置应用于旧系统服务器，所述装置包括：
76.接收模块，用于接收旧系统终端发送的交易请求；
77.路由模块，用于根据新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；
78.判断模块，用于在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；
79.修改模块，用于在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的所述路由策略，根据所述实时修改后的路由策略处理所述交易请求。
80.根据本发明实施例的另一个方面，提供了一种新旧系统切换过程中交易请求的处理的电子设备，包括：
81.一个或多个处理器；
82.存储装置，用于存储一个或多个程序，
83.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的新旧系统切换的交易请求的处理方法。
84.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的新旧系统切换过程中交易请求的处理方法。
85.上述发明中的一个实施例具有如下优点或有益效果：因为采用旧系统服务器接收旧系统终端发送的交易请求，根据新系统服务器的运行阶段，查找内存中与交易请求对应的路由策略，在交易请求符合白名单策略的情况下，，将交易请求转发给新系统服务器处理；在新系统服务器的请求处理结果为处理失败的情况下，实时修改路由策略，路由策略实时生效，根据修改后的路由策略处理交易请求的技术手段，所以克服了由于新系统的稳定性较差，出现故障的情况频繁发生，导致交易请求在新、旧系统之间切换失败，由于旧系统停机期间无法接收新的交易请求，使得新、旧系统的切换降低了交易处理效率，用户等待时间较长，服务使用体验较差的技术问题，进而达到能够实时修改新、旧系统的路由策略，实现新、旧系统切换情况下的交易不间断处理，保证交易请求的实时响应以及联机交易的连
续、稳定运行，避免系统切换对交易业务的影响，实现服务不停机情况下的交易请求处理，大大地提高了交易处理效率，提升用户满意度的技术效果。
86.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
87.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
88.图1是根据本发明实施例的新旧系统切换过程中交易请求的处理方法的主要流程的示意图；
89.图2是根据本发明实施例的路由策略的确定方法的主要流程的示意图；
90.图3是根据本发明实施例的交易请求符合白名单策略的判断方法的主要流程的示意图；
91.图4是根据本发明实施例的根据账号标识字段确定交易账号的方法的主要流程的示意图；
92.图5是根据本发明实施例的根据卡号标识字段确定交易卡号的方法的主要流程的示意图；
93.图6是根据本发明实施例的请求处理结果的超时处理方法的主要流程的示意图；
94.图7是根据本发明实施例的请求处理结果的不同应对方法的主要流程的示意图；
95.图8是根据本发明实施例的路由策略的修改方法的主要流程的示意图；
96.图9(a)是根据本发明实施例的新旧系统切换过程中交易请求的处理装置的主要模块的示意图；
97.图9(b)是根据本发明实施例的路由策略的修改的应用示意图；
98.图10示出了适于应用于本发明实施例的新旧系统切换过程中交易请求的处理方法或新旧系统切换过程中交易请求的处理装置的示例性系统架构图；
99.图11是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
100.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
101.交易账号：是指金融机构为用户开立的办理资金收付结算的账户，供金融机构内部使用，不会随用户其它附属信息(比如，名下交易卡号、联系方式、地址等)的变更而变化，按照用户类型不同，包括单位账户和个人账户。
102.交易卡号：是指经批准由金融机构向用户发行的具有消费信用、转账结算、存取现金等全部或部分功能的信用支付工具上的编号代码。
103.url：uniform resource locator，统一资源定位系统，是指因特网的万维网服务程序上用于指定信息位置的标识。
104.spel：spring expression language，是一种表达式语言，支持在运行时查询和操作对象图，支持基本表达式、类相关表达式、集合相关表达式等多种规则表达式的处理。
105.冲正：是联机交易系统对失败交易采取的补救手段。在服务器长时间未响应时，由于无法确定交易是否完成，为了确保数据一致性，重新发送取消交易请求，使得服务器对交易进行回滚或者不对交易进行处理。
106.由于现有的新、旧系统切换过程中，新系统在前期的测试、验证阶段可能皆正常运行，但正式上线后出现了各种交易故障，现有的新系统故障处理需要旧系统停机，切换粒度过大，无法保障对交易请求的实时响应，造成各种资源成本的浪费。
107.通过本发明的新旧系统切换过程中交易请求的处理方法，出现新系统故障时，实时修改交易请求的路由策略，切换为旧系统服务器执行，保障了联机交易服务的不间断、连续运行，避免了系统切换对交易业务的影响。
108.图1是根据本发明实施例的新旧系统切换过程中交易请求的处理方法的主要流程的示意图，如图1所示，本发明的新旧系统切换过程中交易请求的处理方法包括如下步骤：
109.在本发明实施例中，本发明的新旧系统切换过程中交易请求的处理方法通过旧系统服务器执行。
110.步骤s101，接收旧系统终端发送的交易请求。
111.在本发明实施例中，旧系统服务器接收旧系统终端发送的交易请求。交易请求包括请求报文，请求报文包括账号标识字段和卡号标识字段。
112.进一步地，由于不同的金融机构的报文习惯不同，账号标识字段可以是标准账号字段、个性化账号字段、或者隐名账号字段；卡号标识字段可以是标准卡号字段、个性化卡号字段、或者隐名卡号字段。
113.具体地：
114.标准账号字段或者标准卡号字段为交易账号或者交易卡号，比如，交易账号为123456000789654，交易卡号为00000000000006。
115.个性化账号字段/个性化卡号字段可以是加工标识+交易账号/交易卡号+校验码；其中，加工标识表示了用户的登录渠道标识(比如，手机银行为mbs、atm终端为atm、网上银行为ebs等)，校验码为随机生成的多位数字字符，数字字符为0-9中的任意一个，比如，用户的登录渠道为ebs，校验码为4位随机数字字符0564，相应地，个性化账号字段为ebs1234560007896540564，个性化卡号字段为ebs000000000000060564。
116.隐名账号字段为金融机构对交易账号/交易卡号进行隐藏处理后的隐名账号，不同金融机构可以采用不同的隐藏处理方式，比如，隐藏处理方式为金融机构对使用机构服务的全部用户的交易账号/交易卡号按照隐名关系式进行计算，生成各个银行卡号的隐名账号，并存储银行卡号与隐名账号的对应关系。
117.进一步地，隐名关系式可以是调换交易账号/交易卡号的部分位数的数值顺序，比如，交易账号为15位，隐名关系式包括：
①
调换第2位和第8位，得到第一数值；
②
调换第一数值的第5位和第1位，得到第二数值；
③
调换第二数值的第9位和第14位，得到隐名账号，相应地，交易账号123456000789654经过隐名关系式处理后得到的隐名账号为：503416025789604。
118.步骤s102，根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应
的路由策略；其中，所述路由策略包括白名单策略。
119.在本发明实施例中，旧系统服务器根据新系统服务器的运行阶段，查找内存中预置的路由策略，以确定交易请求的处理服务器；其中，处理服务器为旧系统服务器或者新系统服务器，路由策略可以是数据表的形式。
120.进一步地，旧系统服务器启动时，自动从硬盘或者服务器数据库加载路由策略至服务器内存，进而后续交易请求的处理过程中，旧系统服务器只需读取服务器内存中的路由策略进行交易请求的处理判断，从而通过服务器内存实现路由策略的高速缓存，避免频繁读写硬盘导致的性能低下问题。
121.在本发明实施例中，路由策略包括新系统策略、白名单策略和旧系统策略，根据路由策略，可以确定交易请求的服务器地址，服务器地址可以是新系统服务器的服务器地址或者旧系统服务器的服务器地址，服务器地址为url形式，比如，http://www.ljjyxjqh.com。
122.在本发明实施例中，新系统策略的服务器地址为新系统服务器的服务器地址。旧系统策略的服务器地址为旧系统服务器的服务器地址。白名单策略包括账号白名单、二级行白名单和一级行白名单，白名单策略的服务器地址为新系统服务器的服务器地址。
123.在本发明实施例中，账号白名单包括一个或多个营业网点下的一个或多个交易账号，二级行白名单包括一个或多个二级行的二级行编号，一级行白名单包括一个或多个一级行下的一级行编号。比如，营业网点为金融机构的各个营业所或者分理处、一级行为各个省级行政区的一级分行、二级行为各个地级行政区的二级分行。
124.在本发明实施例中，交易请求的路由策略是随新系统服务器的各个业务功能的运行稳定性而变化的，也即，交易请求的路由策略是根据新系统服务器的运行阶段确定的；其中，业务功能和交易请求的请求类型对应，比如，业务功能可以是转账、外汇、还贷、质押等，交易请求可以是转账请求、外汇请求、还贷请求、质押请求等。
125.在本发明实施例中，如图2所示，本发明的路由策略的确定方法包括如下步骤：
126.步骤s201，在网点账号试用阶段，选取一个或多个待试用网点中覆盖营业网点的全部业务功能的一个或多个目标交易账号，将所述目标交易账号加入账号白名单。
127.在本发明实施例中，新系统服务器的稳定上线前需要经过多个试用阶段，由点带面地铺开，将新系统服务器经过网点账号试用阶段—》二级行试用阶段—》一级行试用阶段等多个阶段后再正式上线，进入正式上线阶段，防止不稳定的新系统服务器频繁故障，使得业务停滞，过度浪费金融机构的切换成本。
128.在本发明实施例中，符合账号白名单的交易请求由新系统服务器处理，不符合账号白名单的交易请求由旧系统服务器处理，因此，在将目标交易账号加入账号白名单后，旧系统服务器在处理目标交易账号的交易请求时，直接将目标交易账号的交易请求转发给新系统服务器处理；如果是非目标交易账号的交易请求，由旧系统服务器直接处理即可。
129.进一步地，在网点账号试用阶段，与交易请求对应的路由策略即为账号白名单。
130.步骤s202，在所述网点账号试用阶段试用结束后，确定各个所述目标交易账号的交易请求的处理结果是否为处理成功，如果是，转至步骤s203；如果否，转至步骤s208。
131.步骤s203，进入二级行试用阶段，选取一个或多个待试用二级行中覆盖二级行的全部业务功能的一个或多个目标二级行编号，将所述目标二级行编号加入二级行白名单。
132.在本发明实施例中，在网点账号试用阶段的全部目标交易账号的交易请求的处理结果皆为处理成功的情况下，表示网点账号试用阶段的试用结果为试用成功，新系统服务器可以进入二级行试用阶段。
133.在本发明实施例中，符合二级行白名单的交易请求由新系统服务器处理，不符合二级行白名单的交易请求由旧系统服务器处理，因此，在将目标二级行编号加入二级行白名单后，旧系统服务器在处理目标二级行编号的交易请求时，直接将目标二级行编号的交易请求转发给新系统服务器处理；如果是非目标二级行编号的交易请求，旧系统服务器直接处理即可。
134.进一步地，在二级行试用阶段，与交易请求对应的路由策略即为二级行白名单。
135.步骤s204，在所述二级行试用阶段试用结束后，确定各个所述目标二级行编号的交易请求的处理结果是否为处理成功，如果是，转至步骤s205；如果否，转至步骤s208。
136.步骤s205，进入一级行试用阶段，选取一个或多个待试用一级行中覆盖一级行的全部业务功能的一个或多个目标一级行编号，将所述目标一级行编号加入一级行白名单。
137.在本发明实施例中，在二级行试用阶段的全部目标二级行编号的交易请求的处理结果皆为处理成功的情况下，表示二级行试用阶段的试用结果为试用成功，新系统服务器可以进入一级行试用阶段。
138.在本发明实施例中，符合一级行白名单的交易请求由新系统服务器处理，不符合一级行白名单的交易请求由旧系统服务器处理，因此，在将目标一级行编号加入一级行白名单后，旧系统服务器在处理目标一级行编号的交易请求时，直接将目标一级行编号的交易请求转发给新系统服务器处理；如果是非目标一级行编号的交易请求，旧系统服务器直接处理即可。
139.进一步地，在一级行试用阶段，与交易请求对应的路由策略即为一级行白名单。
140.步骤s206，在所述一级行试用阶段试用结束后，确定各个所述目标一级行编号的交易请求的处理结果是否为处理成功，如果是，转至步骤s207；如果否，转至步骤s208。
141.步骤s207，将金融机构的各级账号加入新系统策略。
142.在本发明实施例中，在一级行试用阶段的全部目标一级行编号的交易请求的处理结果皆为处理成功的情况下，表示一级行试用阶段的试用结果为试用成功，新系统服务器可以正式上线，金融机构的任意账号的交易请求皆由新系统服务器处理，也即，金融机构的任意交易请求的处理策略皆为新系统策略。
143.进一步地，在正式上线阶段，与交易请求对应的路由策略即为新系统策略。
144.在本发明实施例中，各个运行阶段的时间可以根据需要进行选择性设置。
145.步骤s208，向开发人员发送故障请求。
146.在本发明实施例中，在任一试用阶段出现交易请求的处理结果为处理失败的情况下，向开发人员发送故障请求，使得开发人员根据故障反馈对新系统服务器对应的业务功能进行修正，以便后续继续试用，确保新系统服务器的稳定上线。
147.在本发明实施例中，通过本发明的路由策略的确定方法，在账号试用阶段，从各个营业网点选择部分用户，征得用户同意后，根据同意试用的用户的目标交易账号构建账号白名单，将账号白名单的交易请求转发给新系统服务器处理，如果网点试用阶段新系统服务器皆处理正常，进入二级行试用阶段，选择部分二级行，根据选择的目标二级行编号构建
二级行白名单，将二级行白名单的交易请求转发给新系统服务器处理，如果二级行试用阶段新系统服务器皆处理正常，则进入一级行试用阶段，选择部分一级行，根据选择的目标一级行编号构建一级行白名单，将一级行白名单的交易请求转发给新系统服务器处理，如果一级行试用阶段新系统服务器皆处理正常，表明新系统服务器可以稳定运行，则将金融机构加入新系统策略，从而为不同的试用阶段构建不同的路由策略，可以大大提高新系统上线的稳定性，保证试用阶段的交易请求的实时响应，提高试用阶段的交易处理效率，提升用户满意度。
148.步骤s103，在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果。
149.在本发明实施例中，在账号试用阶段符合账号白名单的交易请求、二级行试用阶段符合二级行白名单的交易请求、一级行试用阶段符合一级行白名单的交易请求以及正式上线阶段的全部交易请求，皆由新系统服务器处理，因此，旧系统服务器接收到交易请求后，在账号试用阶段符合账号白名单、二级行试用阶段符合二级行白名单、一级行试用阶段符合一级行白名单以及正式上线阶段，将交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果。
150.在本发明实施例中，如图3所示，本发明的交易请求符合白名单策略的判断方法包括如下步骤：
151.步骤s301，获取所述交易请求的请求报文的账号标识字段、和/或卡号标识字段。
152.步骤s302，通过所述账号标识字段、和/或卡号标识字段的值，确定所述交易请求符合所述白名单策略。
153.在本发明实施例中，在交易请求的请求报文仅包括账号标识字段的值的情况下，根据账号标识字段的值确定交易请求是否符合白名单策略；在交易请求的请求报文仅包括卡号标识字段的值的情况下，根据卡号标识字段的值确定交易请求是否符合白名单策略；在交易请求的请求报文同时包括账号标识字段和卡号标识字段的值的情况下，优先通过账号标识字段的值判断交易请求是否符合白名单策略。
154.步骤s3021，通过所述账号标识字段的值，确定所述交易请求符合所述白名单策略。
155.步骤s30211，在所述交易请求的请求报文包括账号标识字段的情况下，根据所述账号标识字段的值，确定所述交易请求的交易账号。
156.在本发明实施例中，如图4所示，本发明的根据账号标识字段确定交易账号的方法包括如下步骤：
157.步骤s401，获取所述交易请求的请求报文。
158.步骤s402，判断所述请求报文是否包括标准账号字段，如果是，转至步骤s403；如果否，转至步骤s404。
159.在本发明实施例中，旧系统服务器确定请求报文的账号标识字段是否是标准账号字段。步骤s403，将所述标准账号字段的值作为所述交易请求的交易账号。
160.步骤s404，判断所述请求报文是否包括个性化账号字段，如果是，转至步骤s405；如果否，转至步骤s406。
161.在本发明实施例中，在请求报文的账号标识字段非标准账号字段的情况下，旧系
统服务器确定请求报文的账号标识字段是否是个性化账号字段。
162.步骤s405，对所述个性化账号字段的值进行剔除转换，确定剔除转换结果，将所述剔除转换结果的值作为所述交易请求的交易账号。
163.在本发明实施例中，旧系统服务器根据个性化账号字段的生成规则，对个性化账号字段的值进行剔除转换，如步骤s101所述，个性化账号字段为加工标识+交易账号+校验码，加工标识为3位用户的登录渠道标识，校验码为随机生成的4位数字字符，相应地，剔除装换的方式为删除个性化账号字段的值的前3位并且删除个性化账号字段的值的后4位。因此，当确定个性化账号字段的值为ebs1234560007896540564时，旧系统服务器删除前5位“ebs”和后4位“0564”，得到剔除转换结果，也即，请求报文对应的交易账号123456000789654。
164.进一步地，剔除转换可以利用旧系统服务器的spel解析表达式处理器执行。
165.或者，剔除转换也可以称为截断转换，相应地，旧系统服务器根据个性化账号字段的生成规则，截取个性化账号字段的值的对应位置的数值即可，如步骤s101所述，个性化账号字段为加工标识+银行卡号+校验码，加工标识为3位用户的登录渠道标识，校验码为随机生成的4位数字字符，相应地，截断转换的方式为截取个性化账号字段的值的6-20位。因此，当确定个性化账号字段的值为ebs1234560007896540564时，旧系统服务器截取4-18位，得到截断转换结果，也即，请求报文对应的交易账号123456000789654。
166.步骤s406，根据所述请求报文的隐名账号字段，向交易信息服务器发送与所述隐名账号字段的值对应的还原请求，接收所述交易信息服务器返回的还原结果，将所述还原结果的值作为所述交易请求的交易账号。
167.在本发明实施例中，由于各个金融机构对交易账号的隐藏处理方式可能不同，因此，旧系统服务器需要向交易信息服务器发送与隐名账号字段的值对应的还原请求，使得交易信息服务器根据各个金融机构的隐藏处理方式还原隐名账号字段对应的交易账号，向旧系统服务器返回交易账号对应的还原结果。
168.在本发明实施例中，或者，旧系统服务器可以存储各个金融机构的隐藏处理方式，接收到交易请求后，旧系统服务器根据旧系统终端对应的终端标识，搜索对应的金融机构的隐藏处理方式，以对隐名账号字段的值进行还原处理。比如，接收到的请求报文的隐名账号字段的值为503416025789604，如步骤s101所述的隐藏处理方式，旧系统服务器根据隐名关系式进行反向还原，包括：
④
调换第9位和第14位，得到第三数值；
⑤
调换第三数值的第5位和第1位，得到第四数值；
⑥
调换第四数值的第2位和第8位，得到还原结果对应的交易账号为：123456000789654。
169.进一步地，还原处理可以利用旧系统服务器的spel解析表达式处理器执行。
170.步骤s407，将所述隐名账号字段的值和所述还原结果存储至所述路由策略。
171.在本发明实施例中，旧系统服务器将隐名账号字段的值和还原结果对应的交易账号的对应关系存储至旧系统数据库，实现隐名账号字段的值和还原结果对应的交易账号的对应关系的本地化，后续接收到相同的隐名账号字段的值时，无需再向第三方的交易信息服务器发送还原请求或者对隐名账号字段的值进行还原处理，直接从本地的数据库查找获取即可，大大提高系统服务器的处理速度和系统性能，提升用户满意度。
172.在本发明实施例中，通过本发明的根据账号标识字段确定交易账号的方法，针对
交易请求的请求报文的标准账号字段、个性化账号字段、或者隐名账号字段等不同字段，对各个字段的值进行剔除转换、还原等处理，以实现不同报文习惯的金融机构的交易请求的统一切换，大大地提高了新旧系统切换过程中的交易请求的处理效率，相较于现有的只能对标准账号字段进行校验的请求处理而言，大大扩展了交易请求的处理场景，提高联机交易的处理效率，提升用户满意度。
173.步骤s30212，在所述网点账号试用阶段，确定所述白名单策略为账号白名单，转至步骤s30213；在所述二级行试用阶段，确定所述白名单策略为二级行白名单，转至步骤s30215；在所述一级行试用阶段，确定所述白名单策略为一级行白名单，转至步骤s30217。
174.步骤s30213，将所述交易请求的交易账号与所述账号白名单进行对比，确定所述交易请求的交易账号是否属于所述账号白名单，如果是，转至步骤s30214；如果否，转至步骤s30219。
175.步骤s30214，确定所述交易请求的交易账号符合所述白名单策略。
176.在本发明实施例中，在交易请求的交易账号属于账号白名单、或者与交易请求的交易账号对应的二级行编号属于二级行白名单、或者与交易请求的交易账号对应的一级行编号属于一级行白名单的情况下，确定交易请求符合白名单策略。
177.步骤s30215，将包括所述交易请求的交易账号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的二级行编号。
178.在本发明实施例中，向交易信息服务器发送二级行匹配请求，二级行匹配请求包括交易请求的交易账号，用于请求与交易请求的交易账号对应的二级行编号。其中，交易信息服务器提供分布式服务，与各个金融机构通信，可以获取各个金融机构的交易账号对应的二级行编号。
179.步骤s30216，将与所述交易请求的交易账号对应的二级行编号与所述二级行白名单进行对比，确定与所述交易请求的交易账号对应的二级行编号是否属于所述二级行白名单，如果是，转至步骤s30214；如果否，转至步骤s30219。
180.步骤s30217，将包括所述交易请求的交易账号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的一级行编号。
181.在本发明实施例中，向交易信息服务器发送一级行匹配请求，一级行匹配请求包括交易请求的交易账号，用于请求与交易请求的交易账号对应的一级行编号。其中，交易信息服务器与各个金融机构通信，可以获取各个金融机构的交易账号对应的一级行编号。
182.步骤s30218，将与所述交易请求的交易账号对应的一级行编号与所述一级行白名单进行对比，确定与所述交易请求的交易账号对应的一级行编号是否属于所述一级行白名单，如果是，转至步骤s30214；如果否，转至步骤s30219。
183.步骤s30219，确定所述交易请求不符合所述白名单策略。
184.在本发明实施例中，在交易请求不符合白名单策略的情况下，由旧系统服务器直接对交易请求进行处理。
185.步骤s3022，通过所述卡号标识字段的值，确定所述交易请求符合所述白名单策略，包括：
186.步骤s30221，在所述交易请求的请求报文包括卡号标识字段的情况下，根据所述卡号标识字段的值，确定所述交易请求的交易卡号。
187.在本发明实施例中，如图5所示，本发明的根据卡号标识字段确定交易卡号的方法包括如下步骤：
188.步骤s501，获取所述交易请求的请求报文。
189.步骤s502，判断所述请求报文是否包括标准卡号字段，如果是，转至步骤s503；如果否，转至步骤s504。
190.在本发明实施例中，旧系统服务器确定请求报文的卡号标识字段是否是标准卡号字段。
191.步骤s503，将所述标准卡号字段的值作为所述交易请求的交易卡号。
192.步骤s504，判断所述请求报文是否包括个性化卡号字段，如果是，转至步骤s505；如果否，转至步骤s506。
193.在本发明实施例中，在请求报文的卡号标识字段非标准卡号字段的情况下，旧系统服务器确定请求报文的卡号标识字段是否是个性化卡号字段。
194.步骤s505，对所述个性化卡号字段的值进行剔除转换，确定剔除转换结果，将所述剔除转换结果的值作为所述交易请求的交易卡号。
195.在本发明实施例中，个性化卡号字段的值的剔除转换与个性化账号字段的值的剔除转换相同，具体见步骤s405。
196.步骤s506，根据所述请求报文的隐名卡号字段，向交易信息服务器发送与所述隐名卡号字段的值对应的还原请求，接收所述交易信息服务器返回的还原结果，将所述还原结果的值作为所述交易请求的交易卡号。
197.在本发明实施例中，隐名卡号字段的值的还原处理与隐名账号字段的值的还原处理相同，具体见步骤s406。
198.步骤s507，将所述隐名卡号字段的值和所述还原结果存储至所述路由策略。
199.在本发明实施例中，通过本发明的根据卡号标识字段确定交易卡号的方法，针对交易请求的请求报文的标准卡号字段、个性化卡号字段、或者隐名卡号字段等不同字段，对各个字段的值进行剔除转换、还原等处理，以实现不同报文习惯的金融机构的交易请求的统一切换，大大地提高了新旧系统切换过程中的交易请求的处理效率，相较于现有的只能对标准卡号字段进行校验的请求处理而言，大大扩展了交易请求的处理场景，提高联机交易的处理效率，提升用户满意度。
200.步骤s30222，在所述网点账号试用阶段，确定所述白名单策略为账号白名单，转至步骤s30223；在所述二级行试用阶段，确定所述白名单策略为二级行白名单，转至步骤s30226；在所述一级行试用阶段，确定所述白名单策略为一级行白名单，转至步骤s30228。
201.步骤s30223，将包括所述交易请求的交易卡号的账号匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的交易账号。
202.步骤s30224，将所述交易请求的交易账号与所述账号白名单进行对比，确定所述交易请求的交易账号是否属于所述账号白名单，如果是，转至步骤s30225；如果否，转至步骤s302291。
203.步骤s30225，确定所述交易请求符合所述白名单策略。
204.在本发明实施例中，在交易请求的交易账号属于账号白名单、或者与交易请求的交易卡号对应的二级行编号属于二级行白名单、或者与交易请求的交易卡号对应的一级行
编号属于一级行白名单的情况下，确定交易请求符合白名单策略。
205.步骤s30226，将包括所述交易请求的交易卡号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的二级行编号。
206.步骤s30227，将与所述交易请求的交易卡号对应的二级行编号与所述二级行白名单进行对比，确定与所述交易请求的交易卡号对应的二级行编号是否属于所述二级行白名单，如果是，转至步骤s30225；如果否，转至步骤s302291。
207.步骤s30228，将包括所述交易请求的交易卡号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的一级行编号。
208.步骤s30229，将与所述交易请求的交易卡号对应的一级行编号与所述一级行白名单进行对比，确定与所述交易请求的交易卡号对应的一级行编号是否属于所述一级行白名单，如果是，转至步骤s30225；如果否，转至步骤s302291。
209.步骤s302291，确定所述交易请求不符合所述白名单策略。
210.在本发明实施例中，在交易请求不符合白名单策略的情况下，由旧系统服务器直接对交易请求进行处理。
211.在本发明实施例中，通过本发明的交易请求符合白名单策略的判断方法，根据交易账号或者交易卡号进行查找、对比，判断交易请求是否符合白名单策略，从而在各个试用阶段，对交易请求进行高效处理，可以大大提高联机交易的处理效率，提升用户满意度。
212.在本发明实施例中，在交易请求的路由策略为白名单策略且利用白名单策略对交易请求的交易账号进行校验的校验结果为校验失败的情况下，由旧系统服务器处理交易请求。
213.在本发明实施例中，在交易请求符合白名单策略或者新系统策略的情况下，旧系统服务器将交易请求转发给新系统服务器，由新系统服务器对交易请求进行处理，旧系统服务器等待新系统服务器返回请求处理结果，并对等待时间进行计时，防止新系统服务器长时间未响应导致的交易请求中断，以便旧系统服务器及时对交易请求进行响应，保证用户服务。
214.在本发明实施例中，如图6所示，本发明的请求处理结果的超时处理方法包括如下步骤：
215.步骤s601，计算等待所述请求处理结果的等待时间。
216.在本发明实施例中，旧系统服务器将交易请求转发给新系统服务器后，即开始计算等待新系统服务器返回请求处理结果的等待时间。
217.步骤s602，确定所述请求处理结果的等待时间是否超过预设时间阈值，如果是，转至步骤s603；如果否，转至步骤s601。
218.在本发明实施例中，旧系统服务器判断请求处理结果的等待时间是否超过预设时间阈值，比如，预设时间阈值为1min。
219.需要说明的是，预设时间阈值可以根据实际生产中的交易情况进行选择性设置。并且，由于不同类型的业务复杂程度不同，因此，不同类型的交易请求可以对应不同的预设时间阈值。
220.进一步地，旧系统服务器根据交易请求的业务类型，查找旧系统数据库，确定与交易请求的业务类型对应的预设时间阈值。
221.步骤s603，重新向所述新系统服务器发送所述交易请求。
222.在本发明实施例中，在旧系统服务器确定新系统服务器在等待时间超过预设时间阈值的情况下，仍未返回请求处理结果时，重新向新系统服务器发送交易请求。
223.步骤s604，递增超时次数。
224.在本发明实施例中，旧系统服务器重新向新系统服务器发送交易请求后，自动递增新系统服务器响应的超时次数，比如，新系统服务器每超时一次，旧系统服务器的超时次数自动+1。
225.步骤s605，判断所述超时次数是否超过预设超时次数阈值，如果是，转至步骤s606；如果否，转至步骤s603。
226.在本发明实施例中，旧系统服务器判断新系统服务器的超时次数是否超过预设超时次数阈值，比如，预设超时次数阈值为5次。
227.需要说明的是，预设超时次数阈值可以根据实际生产中的交易情况进行选择性设置。
228.步骤s606，修改所述路由策略中与所述交易请求对应的服务器地址。
229.在本发明实施例中，在确定新系统服务器响应交易请求的超时次数超过预设超时次数阈值的情况下，旧系统服务器在路由策略中，将交易请求的银行卡号对应的服务器地址修改为旧系统服务器的服务器url，由旧系统服务器对交易请求进行处理，如此，即可实现交易请求的连续不间断处理，防止因为新系统服务器故障导致的交易中断，使得用户长时间等待可能的投诉等较差体验。
230.在本发明实施例中，旧系统服务器修改路由策略、新系统服务器接收到修改通知后，如果交易请求对应的处理过程包括新系统服务器与旧系统服务器之间的多次数据交互，则新系统服务器需要将与交易请求相关的增量业务数据同步到旧系统服务器。
231.步骤s607，对与所述超时次数对应的所述交易请求进行冲正处理。
232.在本发明实施例中，冲正处理是指新系统服务器超时响应的情况下，由于旧系统服务器不确定新系统服务器是否对交易请求处理完成，因此，为了保障用户利益、新系统服务器和旧系统服务器的数据一致性，旧系统服务器向新系统服务器发送取消交易请求，新系统服务器在接收到取消交易请求后，如果已经处理，则将系统数据回滚至未处理交易请求之前；如果还未处理，则不对交易请求进行处理，并将未处理的结果返回旧系统服务器。
233.在本发明实施例中，或者，步骤s606和步骤s607的顺序可以调换，也即，旧系统服务器先对新系统服务器超时响应的交易请求进行冲正处理后，再修改路由策略。
234.在本发明实施例中，通过本发明的请求处理结果的超时处理方法，对新系统服务器处理交易请求的响应时间进行判断，在多次等待时间超过预设时间阈值的情况下，修改路由策略，将交易请求修改为旧系统服务器进行处理，以保障联机交易服务的不间断连续运行，提升交易处理满意度。
235.在本发明实施例中，旧系统服务器接收到新系统服务器返回的交易请求的请求处理结果的情况下，由于请求处理结果可能是处理成功且结果符合预期、处理成功且结果不符合预期、处理失败等各种情况，因此，旧系统服务器需要根据不同的结果情况作出不同的应对。
236.在本发明实施例中，如图7所示，本发明的请求处理结果的不同应对方法包括如下
步骤：
237.步骤s701，接收所述新系统服务器返回的所述请求处理结果。
238.步骤s702，判断所述请求处理结果是否为处理失败，如果是，转至步骤s703；如果否，转至步骤s704。
239.在本发明实施例中，在请求处理结果为处理失败的情况下，请求处理结果包括异常码，异常码为旧系统标识，也即，新系统服务器确定自身无法处理交易请求、旧系统服务器可以处理，就返回处理失败的请求处理结果，并且请求处理结果的异常码为旧系统标识，从而可以修改为由旧系统服务器对交易请求进行处理。
240.步骤s703，确定所述请求处理结果的异常码是否为旧系统标识，如果是，转至步骤s104；如果否，转至步骤s710。
241.步骤s704，确定所述请求处理结果是否符合预期处理结果，如果是，转至步骤s709；如果否，转至步骤s705。
242.在本发明实施例中，旧系统服务器存储了各种交易请求的预期处理结果，因此，接收到处理成功的请求处理结果后，旧系统服务器将请求处理结果与预期处理结果进行对比，判断新系统服务器的请求处理结果是否满足预期。
243.步骤s705，重新向所述新系统服务器发送所述交易请求。
244.在本发明实施例中，在旧系统服务器确定新系统服务器的请求处理结果未满足预期的情况下，表示新系统服务器的请求处理结果与预期处理结果存在偏差，旧系统服务器需要重新向新系统服务器发送交易请求，以期能够获得满足要求的请求处理结果。
245.步骤s706，递增偏差次数。
246.在本发明实施例中，旧系统服务器重新向新系统服务器发送交易请求后，自动递增新系统服务器的请求处理结果的偏差次数，比如，新系统服务器的请求处理结果每不符合预期处理结果一次，旧系统服务器的偏差次数自动+1。
247.步骤s707，判断所述偏差次数是否超过预设偏差次数阈值，如果是，转至步骤s708；如果否，转至步骤s705。
248.在本发明实施例中，旧系统服务器判断新系统服务器的偏差次数是否超过预设偏差次数阈值，比如，预设偏差次数阈值为5次。
249.需要说明的是，预设偏差次数阈值可以根据实际生产中的交易情况进行选择性设置。
250.步骤s708，修改所述路由策略中与所述交易请求对应的服务器地址。
251.在本发明实施例中，在确定新系统服务器的请求处理结果的偏差次数超过预设偏差次数阈值的情况下，旧系统服务器在路由策略中，将交易请求的银行卡号对应的服务器地址修改为旧系统服务器的服务器url，由旧系统服务器对交易请求进行处理。
252.步骤s709，向所述旧服务器终端返回所述请求处理结果。
253.步骤s710，拒绝所述交易请求。
254.在本发明实施例中，在请求处理结果的异常码非旧系统标识的情况下，表明交易请求存在反常状况，旧系统服务器拒绝交易请求并上报。
255.在本发明实施例中，通过本发明的请求处理结果的不同应对方法，针对新系统服务器返回的不同类型的请求处理结果进行应对，从而在请求处理结果符合预期的情况下响
应旧系统终端、不符合预期和异常码标识为旧系统标识的情况下修改为旧系统服务器执行，实现新、旧系统切换过程中的不间断服务，保障联机交易的稳定性，提升用户满意度。
256.步骤s104，在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求。
257.在本发明实施例中，路由策略预先在旧系统服务器的硬盘或者服务器数据库注册，实时修改硬盘中或者服务器数据库中存储的与交易请求对应的交易标识的路由策略后，利用联机交易系统的分布式特性，异步刷新内存中与交易请求对应的交易标识的路由策略，使得旧系统服务器执行实时修改后的路由策略，也即，实时修改后的路由策略实时生效。
258.在本发明实施例中，在确定新系统服务器处理失败的请求处理结果的异常码为旧系统标识的情况下，旧系统服务器将路由策略中交易请求对应的服务器地址修改为旧系统服务器的服务器url，从而将交易请求其切换为旧系统服务器，保障联机交易服务的不间断运行。
259.需要说明的是，旧系统服务器通常为运行多年、稳定支持各种交易服务的服务器，新系统服务器为出于硬件设备、软件等更新换代的原因开发的服务器，因此，旧系统服务器作为保底的服务器，必然可以支持各种交易请求的处理。
260.在本发明实施例中，如图8所示，本发明的路由策略的修改方法包括如下步骤：
261.步骤s801，生成路由策略修改请求；其中，所述路由策略修改请求包括修改对应关系。
262.在本发明实施例中，在新系统服务器响应交易请求的超时次数超过预设超时次数阈值、请求处理结果为处理失败且请求处理结果的异常码为旧系统标识、新系统服务器的请求处理结果的偏差次数超过预设偏差次数阈值等情况下，旧系统服务器生成路由策略修改请求，修改处理交易请求的系统服务器。修改对应关系包括交易请求对应的交易标识和系统服务器的服务器url的对应关系，旧系统服务器将路由策略中交易请求对应的交易标识的服务器地址修改为旧系统服务器的服务器url。
263.步骤s802，将所述修改对应关系代入与所述旧系统服务器的开发环境对应的修改脚本并执行，更新所述硬盘或者所述服务器数据库中与所述交易请求对应的交易标识的路由策略。
264.在本发明实施例中，旧系统服务器存储有各个开发环境下用于修改硬盘、服务器数据库中的路由策略的修改脚本，将修改对应关系代入修改脚本并执行，即可将路由策略修改为修改对应关系的服务器url，包括：
265.在交易请求符合白名单策略且新系统服务器对交易请求的请求处理结果的异常码为旧系统标识的情况下，由于交易请求与业务功能相对应，因此，交易请求的请求处理结果异常，表示可能是新系统服务器的该业务功能存在异常、而非全部业务功能存在异常，因此，先将异常的交易账号、一级行编号、二级行编号的处理服务器实时修改为旧系统服务器，由旧系统服务器实时处理交易请求，再向开发人员发送故障请求以对新系统服务器进行尽快维护，可以保证联机交易不间断进行，并及时对新系统服务器进行修正。在实时修改时，将交易请求对应的交易标识从白名单策略删除、并将与交易请求对应的交易标识添加至旧系统策略，由旧系统策略对应的旧系统服务器处理交易请求。具体地：
266.将交易请求的交易账号从账号白名单删除、并将交易请求的交易账号实时添加至旧系统策略；或者，
267.将交易请求的交易账号或者交易卡号对应的二级行编号从二级行白名单删除、并将交易请求的交易账号或者交易卡号对应的二级行编号实时添加至旧系统策略；或者，
268.将交易请求的交易账号或者交易卡号对应的一级行编号从一级行白名单删除、并将交易请求的交易账号或者交易卡号对应的一级行编号实时添加至旧系统策略。
269.在交易请求符合白名单策略且新系统服务器响应交易请求的超时次数超过预设超时次数阈值、交易请求符合白名单策略且新系统服务器的请求处理结果的偏差次数超过预设偏差次数阈值等情况下，同样将交易请求对应的交易标识从白名单策略删除、并将与交易请求对应的交易标识实时添加至旧系统策略。
270.在本发明实施例中，开发环境可以是java、linux、python等语言，利用java的定时/异步任务、linux的定时脚本、python脚本等多种形式修改硬盘、服务器数据库中的路由策略。
271.进一步地，开发环境支持人工触发脚本对路由策略进行修改，以保障路由策略的修改的实时时效。
272.步骤s803，从所述硬盘或者所述服务器数据库中获取更新后的与所述交易请求对应的交易标识的路由策略，并异步刷新所述内存。
273.步骤s8031，根据所述内存中的路由策略的格式，确定更新后的与所述交易请求对应的交易标识的路由策略的获取路径；其中，所述硬盘中的路由策略为xml格式或者json格式，所述服务器数据库中的路由策略为关系型数据库表或者非关系型数据库表。
274.在本发明实施例中，旧系统服务器根据内存中的路由策略的格式，确定路由策略的获取路径是硬盘还是服务器数据库，比如，json格式的路由策略包括路由策略rtetp，路由策略rtetp的值为新系统策略、老系统策略、账号白名单、二级行白名单、一级行白名单等；账号白名单routeaccwhitelist包括账号accno；一级行白名单routel1bankwhitelist包括一级行编号lv1brno、一级行名lv1brnm等。又比如，数据库表的路由策略为路由配置表route_conf，路由配置表route_conf包括路由类型，不同的路由类型的值分别表示不同的路由策略，路由类型的值为04表示全部路由到新系统、路由类型的值为01表示全部路由到老系统、路由类型的值为02表示使用账号白名单规则、路由类型的值为03表示使用一级行白名单规则；账号白名单route acc whitelist包括账号acc no、状态state(状态state为0表示账号白名单停用，状态state为1表示账号白名单启用)；一级行白名单route_l1bank_whitlist包括一级行编号lv1_br_no、状态state(状态state为0表示一级行白名单停用，状态state为1表示一级行白名单启用)等。
275.步骤s8032，从所述获取路径获取更新后的与所述交易请求对应的交易标识的路由策略。
276.在本发明实施例中，旧系统服务器从硬盘或者服务器数据库获取更新后的路由策略，并异步刷新内存。
277.在本发明实施例中，通过本发明的路由策略的修改方法，可以对不同开发环境下、不同格式的路由策略进行修改，保障路由策略的实时修改，保证交易请求的及时有效处理。
278.在本发明实施例中，通过接收旧系统终端发送的交易请求；根据所述新系统服务
器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求等步骤，能够实时修改新、旧系统的路由策略，实现新、旧系统切换情况下的交易不间断处理，保证交易请求的实时响应以及联机交易的连续、稳定运行，避免系统切换对交易业务的影响，实现服务不停机情况下的交易请求处理，大大地提高了交易处理效率，提升用户满意度。
279.图9(a)是根据本发明实施例的新旧系统切换过程中交易请求的处理装置的主要模块的示意图，如图9(a)所示，本发明的新旧系统切换过程中交易请求的处理装置900包括：
280.在本发明实施例中，本发明的新旧系统切换过程中交易请求的处理装置900应用于旧系统服务器。
281.接收模块901，用于接收旧系统终端发送的交易请求。
282.路由模块902，用于根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略。
283.判断模块903，用于在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果。
284.修改模块904，用于在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的所述路由策略，根据所述实时修改后的路由策略处理所述交易请求。
285.在本发明实施例中，如图9(b)所示，修改模块904也可以称为路由策略刷新层，服务器内存也可以称为路由策略加速层，旧系统服务器还包括路由穿透处理规则引擎选择器，三者的交互过程包括：
286.路由策略刷新层实时对路由策略进行更改，并通知路由穿透处理规则引擎选择器；
287.路由穿透处理规则引擎选择器根据路由策略加速层的路由策略的格式，选择路由策略的获取路径，从对应的获取路径获取更新后的路由策略并异步发送给路由策略加速层。
288.在本发明实施例中，通过接收模块、路由模块和修改模块等模块，能够实时修改新、旧系统的路由策略，实现新、旧系统切换情况下的交易不间断处理，保证交易请求的实时响应以及联机交易的连续、稳定运行，避免系统切换对交易业务的影响，实现服务不停机情况下的交易请求处理，大大地提高了交易处理效率，提升用户满意度。
289.图10示出了适于应用于本发明实施例的新旧系统切换过程中交易请求的处理方法或新旧系统切换过程中交易请求的处理装置的示例性系统架构图，如图10所示，本发明实施例的新旧系统切换过程中交易请求的处理方法或新旧系统切换过程中交易请求的处理装置的示例性系统架构包括：
290.如图10所示，系统架构1000可以包括终端设备1001、1002、1003，网络1004、旧系统服务器1005和新系统服务器1006。网络1004用以在终端设备1001、1002、1003和旧系统服务器1005之间、旧系统服务器1005和新系统服务器1006之间提供通信链路的介质。网络1004
可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
291.用户可以使用终端设备1001、1002、1003通过网络1004与服务器1005交互，以接收或发送消息等。终端设备1001、1002、1003上可以安装有各种通讯客户端应用，例如交易类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
292.终端设备1001、1002、1003可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
293.旧系统服务器1005可以是提供各种服务的服务器，例如对用户利用终端设备1001、1002、1003所浏览的交易类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的交易请求等数据进行分析等处理，并将处理结果(例如交易请求的处理服务器为新系统服务器)反馈给终端设备1001、1002、1003，并将交易请求转发至新系统服务器1006。
294.需要说明的是，本发明实施例所提供的新旧系统切换过程中交易请求的处理方法一般由旧系统服务器1005执行，相应地，新旧系统切换过程中交易请求的处理装置一般设置于旧系统服务器1005中。
295.应该理解，图10中的终端设备、网络、旧系统服务器和新系统服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、旧系统服务器和新系统服务器。
296.图11是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图，如图11所示，本发明实施例的终端设备或服务器的计算机系统1100包括：
297.中央处理单元(cpu)1101，其可以根据存储在只读存储器(rom)1102中的程序或者从存储部分1108加载到随机访问存储器(ram)1103中的程序而执行各种适当的动作和处理。在ram1103中，还存储有系统1100操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(i/o)接口1105也连接至总线1104。
298.以下部件连接至i/o接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
299.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(cpu)1101执行时，执行本发明的系统中限定的上述功能。
300.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便
携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
301.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
302.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、路由模块、判断模块和修改模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，路由模块还可以被描述为“根据新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略的模块”。
303.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收旧系统终端发送的交易请求；根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求。
304.根据本发明实施例的技术方案，能够在系统升级、系统切换(也即，交易请求的联机交易归属系统变更)的过程中，实时、灵活地配置和扩展新、旧系统的路由规则，实现联机交易的系统切换处理，提高了新、旧系统切换、升级时业务可用性，减少系统升级、切换过程对业务的影响，实现交易服务不停机情况下的系统灵活切换。
305.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明
白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种新旧系统切换过程中交易请求的处理方法，其特征在于，所述方法应用于旧系统服务器，所述方法包括：接收旧系统终端发送的交易请求；根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求。2.根据权利要求1所述的方法，其特征在于，所述路由策略还包括旧系统策略，所述实时修改所述交易请求的路由策略，根据所述实时修改后的路由策略处理所述交易请求，包括：将所述交易请求对应的交易标识从所述白名单策略删除、并将与所述交易请求对应的交易标识添加至所述旧系统策略，由所述旧系统策略对应的所述旧系统服务器处理所述交易请求。3.根据权利要求2所述的方法，其特征在于，所述白名单策略包括账号白名单、二级行白名单或者一级行白名单，所述交易标识包括交易账号、二级行编号和一级行编号；所述将所述交易请求对应的交易标识从所述白名单策略删除、并将所述交易请求对应的交易标识添加至所述旧系统策略，包括：将所述交易请求的交易账号从所述账号白名单删除、并将所述交易请求的交易账号添加至所述旧系统策略；或者，将所述交易请求的交易账号或者交易卡号对应的二级行编号从所述二级行白名单删除、并将所述交易请求的交易账号或者交易卡号对应的二级行编号添加至所述旧系统策略；或者，将所述交易请求的交易账号或者交易卡号对应的一级行编号从所述一级行白名单删除、并将所述交易请求的交易账号或者交易卡号对应的一级行编号添加至所述旧系统策略。4.根据权利要求1所述的方法，其特征在于，所述新系统服务器的运行阶段包括网点账号试用阶段、二级行试用阶段和一级行试用阶段；所述根据所述新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略，包括：在所述网点账号试用阶段，与所述交易请求对应的路由策略为账号白名单；在所述二级行试用阶段，与所述交易请求对应的路由策略为二级行白名单；在所述一级行试用阶段，与所述交易请求对应的路由策略为一级行白名单。5.根据权利要求4所述的方法，其特征在于，所述路由策略还包括新系统策略，所述新系统服务器的运行阶段还包括正式上线阶段，还包括：在所述正式上线阶段，与所述交易请求对应的路由策略为所述新系统策略。6.根据权利要求5所述的方法，其特征在于，在所述交易请求的路由策略为新系统策略的情况下，还包括：将所述交易请求转发给所述新系统服务器，并接收所述新系统服务器返回的请求处理
结果；在所述请求处理结果的异常码为旧系统标识的情况下，实时将所述交易请求对应的交易标识从所述新系统策略中删除，并将所述交易请求对应的交易标识添加至所述旧系统策略，由所述旧系统服务器处理所述交易请求。7.根据权利要求4所述的方法，其特征在于，所述白名单策略的确定，包括：在所述网点账号试用阶段，选取一个或多个待试用网点中覆盖营业网点的全部业务功能的一个或多个目标交易账号，利用所述目标交易账号构建账号白名单。8.根据权利要求7所述的方法，其特征在于，还包括：在确定所述网点账号试用阶段各个所述目标交易账号的交易请求的处理结果皆为处理成功的情况下，进入所述二级行试用阶段，选取一个或多个待试用二级行中覆盖二级行的全部业务功能的一个或多个目标二级行，利用所述目标二级行的二级行编号构建二级行白名单。9.根据权利要求8所述的方法，其特征在于，还包括：在确定所述二级行试用阶段的各个所述目标二级行的交易账号的交易请求的处理结果皆为处理成功的情况下，进入所述一级行试用阶段，选取一个或多个待试用一级行中覆盖一级行的全部业务功能的一个或多个目标一级行，利用所述目标一级行的一级行编号构建一级行白名单。10.根据权利要求1所述的方法，其特征在于，所述确定所述交易请求符合所述白名单策略，包括：获取所述交易请求的请求报文的账号标识字段、和/或卡号标识字段；通过所述账号标识字段、和/或卡号标识字段的值，确定所述交易请求符合所述白名单策略。11.根据权利要求10所述的方法，其特征在于，通过所述账号标识字段的值，确定所述交易请求符合所述白名单策略，包括：在所述交易请求的请求报文包括账号标识字段的情况下，根据所述账号标识字段的值，确定所述交易请求的交易账号；将所述交易请求的交易账号与所述账号白名单进行对比，在所述交易请求的交易账号属于所述账号白名单的情况下，确定所述交易请求符合所述白名单策略；或者，将包括所述交易请求的交易账号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的二级行编号，将与所述交易请求的交易账号对应的二级行编号与所述二级行白名单进行对比，在与所述交易请求的交易账号对应的二级行编号属于所述二级行白名单的情况下，确定所述交易请求符合所述白名单策略；或者，将包括所述交易请求的交易账号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易账号对应的一级行编号，将与所述交易请求的交易账号对应的一级行编号与所述一级行白名单进行对比，在与所述交易请求的交易账号对应的一级行编号属于所述一级行白名单的情况下，确定所述交易请求符合所述白名单策略。12.根据权利要求10所述的方法，其特征在于，通过所述卡号标识字段的值，确定所述
交易请求符合所述白名单策略，包括：在所述交易请求的请求报文包括卡号标识字段的情况下，根据所述卡号标识字段的值，确定所述交易请求的交易卡号；将包括所述交易请求的交易卡号的账号匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的交易账号，将所述交易请求的交易账号与所述账号白名单进行对比，在所述交易请求的交易账号属于所述账号白名单的情况下，确定所述交易请求符合所述白名单策略；或者，将包括所述交易请求的交易卡号的二级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的二级行编号，将与所述交易请求的交易卡号对应的二级行编号与所述二级行白名单进行对比，在与所述交易请求的交易卡号对应的二级行编号属于所述二级行白名单的情况下，确定所述交易请求符合所述白名单策略；或者，将包括所述交易请求的交易卡号的一级行匹配请求发送给交易信息服务器，接收所述交易信息服务器返回的与所述交易请求的交易卡号对应的一级行编号，将与所述交易请求的交易卡号对应的一级行编号与所述一级行白名单进行对比，在与所述交易请求的交易卡号对应的一级行编号属于所述一级行白名单的情况下，确定所述交易请求符合所述白名单策略。13.根据权利要求11或12所述的方法，其特征在于，所述账号标识字段为以下任一字段：标准账号字段、个性化账号字段、隐名账号字段，所述卡号标识字段为以下任一字段：标准卡号字段、个性化卡号字段、隐名卡号字段。14.根据权利要求13所述的方法，其特征在于，所述个性化账号字段包括加工标识、交易账号和校验码，所述个性化卡号字段包括加工标识、交易卡号和校验码，所述根据所述账号标识字段或者所述卡号标识字段的值，确定所述交易请求的交易账号或者交易卡号，包括：删除所述个性化账号字段或者所述个性化卡号字段的值中的所述加工标识和所述校验码，得到剔除转换结果；其中，所述剔除转换利用spel解析表达式处理器执行；将所述剔除转换结果的值作为所述交易请求的交易账号或者交易卡号。15.根据权利要求13所述的方法，其特征在于，还包括：向交易信息服务器发送与所述隐名账号字段或者所述隐名卡号字段的值对应的还原请求，接收所述交易信息服务器返回的还原结果；将所述还原结果的值作为所述交易请求的交易账号或者交易卡号。16.根据权利要求13所述的方法，其特征在于，所述交易请求包括所述旧系统终端的终端标识；还包括：根据所述旧系统终端的终端标识，从旧系统数据库搜索对应的金融机构的隐藏处理方式，对所述隐名账号字段或者所述隐名卡号字段的值进行还原处理，确定还原结果；其中，所述还原处理利用spel解析表达式处理器执行；将所述还原结果的值作为所述交易请求的交易账号或者交易卡号。17.根据权利要求1所述的方法，其特征在于，所述实时修改所述交易请求的路由策略，包括：
实时修改硬盘中或者服务器数据库中存储的与所述交易请求对应的交易标识的路由策略，并刷新所述内存中与所述交易请求对应的交易标识的路由策略。18.根据权利要求17所述的方法，其特征在于，所述实时修改硬盘中或者服务器数据库中存储的与所述交易请求对应的交易标识的路由策略，并刷新所述内存中与所述交易请求对应的交易标识的路由策略，包括：生成路由策略修改请求；其中，所述路由策略修改请求包括修改对应关系；将所述修改对应关系代入与所述旧系统服务器的开发环境对应的修改脚本并执行，更新所述硬盘或者所述服务器数据库中与所述交易请求对应的交易标识的路由策略；从所述硬盘或者所述服务器数据库中获取更新后的与所述交易请求对应的交易标识的路由策略，并异步刷新所述内存。19.根据权利要求18所述的方法，其特征在于，所述从所述硬盘或者所述服务器数据库中获取更新后的与所述交易请求对应的交易标识的路由策略，包括：根据所述内存中的路由策略的格式，确定更新后的与所述交易请求对应的交易标识的路由策略的获取路径；其中，所述硬盘中的路由策略为xml格式或者json格式，所述服务器数据库中的路由策略为关系型数据库表或者非关系型数据库表；从所述获取路径获取更新后的与所述交易请求对应的交易标识的路由策略。20.根据权利要求1所述的方法，其特征在于，所述将所述交易请求转发给所述新系统服务器之后，还包括：确定等待所述请求处理结果的等待时间是否超过预设时间阈值，如果是，重新向所述新系统服务器发送所述交易请求；递增超时次数；判断所述超时次数是否超过预设超时次数阈值，在所述超时次数超过预设超时次数阈值的情况下，在所述路由策略中，将所述交易请求的银行卡号对应的服务器地址修改为所述旧系统服务器的服务器url。21.根据权利要求20所述的方法，其特征在于，还包括：对与所述超时次数对应的所述交易请求进行冲正处理。22.根据权利要求1所述的方法，其特征在于，在所述接收所述新系统服务器返回的请求处理结果之后，还包括：判断处理成功的所述请求处理结果是否符合预期处理结果；在所述请求处理结果未满足预期处理结果的情况下，重新向所述新系统服务器发送所述交易请求；统计所述请求处理结果未满足预期处理结果的偏差次数，利用所述旧系统服务器处理超过预设偏差次数阈值的所述交易请求。23.一种新旧系统切换过程中交易请求的处理装置，其特征在于，所述装置应用于旧系统服务器，所述装置包括：接收模块，用于接收旧系统终端发送的交易请求；路由模块，用于根据新系统服务器的运行阶段，查找内存中与所述交易请求对应的路由策略；其中，所述路由策略包括白名单策略；判断模块，用于在所述交易请求符合所述白名单策略的情况下，将所述交易请求转发
给所述新系统服务器，并接收所述新系统服务器返回的请求处理结果；修改模块，用于在所述请求处理结果的异常码为旧系统标识的情况下，实时修改所述交易请求的所述路由策略，根据所述实时修改后的路由策略处理所述交易请求。24.一种新旧系统切换过程中交易请求的处理的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-22中任一所述的方法。25.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-22中任一所述的方法。26.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-22中任一项所述的方法。

技术总结
本发明公开了一种新旧系统切换过程中交易请求的处理方法和装置，涉及金融科技技术领域。该方法的具体实施方式包括：接收旧系统终端发送的交易请求；根据新系统服务器的运行阶段，查找内存中与交易请求对应的路由策略；在交易请求符合白名单策略的情况下，将交易请求转发给新系统服务器，并接收新系统服务器返回的请求处理结果；在请求处理结果的异常码为旧系统标识的情况下，实时修改交易请求的路由策略，根据实时修改后的路由策略处理交易请求。该实施方式能够实时修改新、旧系统的路由策略，实现新、旧系统切换情况下的交易不间断处理，保证交易请求的实时响应以及联机交易的连续、稳定运行。稳定运行。稳定运行。


技术研发人员：孟宪胜 陈清江 戈笑珊
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.01.04
技术公布日：2023/7/13