CN116939046A - 一种业务请求路由控制方法及相关装置 - Google Patents
一种业务请求路由控制方法及相关装置 Download PDFInfo
- Publication number
- CN116939046A CN116939046A CN202311076465.0A CN202311076465A CN116939046A CN 116939046 A CN116939046 A CN 116939046A CN 202311076465 A CN202311076465 A CN 202311076465A CN 116939046 A CN116939046 A CN 116939046A
- Authority
- CN
- China
- Prior art keywords
- service
- attribute information
- service attribute
- service request
- point range
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000012360 testing method Methods 0.000 claims abstract description 45
- 238000012795 verification Methods 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 18
- 238000012545 processing Methods 0.000 description 15
- 238000013515 script Methods 0.000 description 11
- 230000007704 transition Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种业务请求路由控制方法及相关装置，可应用于金融领域或其他领域，通过预先配置路由规则表中业务属性范围与后台系统之间的对应关系，若业务请求携带的业务属性信息在试点范围内，将业务请求路由到新系统，若业务请求携带的业务属性信息在非试点范围内，将业务请求路由到旧系统，整个过程对利用客户端处理业务的工作人员完全无感。通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
Description
技术领域
本发明涉及计算机技术领域，更具体的，涉及一种业务请求路由控制方法及相关装置。
背景技术
随着科技的发展，企业信息化程度越来越高，通过开发功能更加完善的新系统来取代旧系统，使系统功能越来越完善。
新系统开发完成后，由于刚上线的新系统还不够稳定，如果一次性全辖推广，一旦出现问题，问题影响范围极大。
发明内容
有鉴于此，本发明提供了一种业务请求路由控制方法及相关装置，通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
为了实现上述发明目的，本发明提供的具体技术方案如下：
第一方面，本发明实施例提供了一种业务请求路由控制方法，应用于客户端，所述方法包括：
响应于业务请求，获取所述业务请求携带的业务属性信息；
根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
将所述业务请求路由到所述目标后台系统。
在一些实施例中，所述根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统，包括：
判断所述业务属性信息是否在所述试点范围内；
若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；
若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
在一些实施例中，在获取所述业务请求携带的业务属性信息之后，所述方法还包括：
对所述业务属性信息进行前置校验；
若校验通过，执行所述根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统。
若校验未通过，确定出错原因，并在所述客户端显示所述出错原因。
在一些实施例中，所述方法还包括：
在接收到控制系统通过夜间批量的形式发送的目标路由规则表的情况下，将所述路由规则表替换为所述目标路由规则表。
在一些实施例中，所述目标路由规则表是在所述新系统上线后由所述控制系统通过周期性统计所述新系统的交易成功率对所述路由规则表进行调整后得到的，其中，若所述交易成功率大于阈值，所述目标路由规则表中的试点范围大于所述路由规则表中的试点范围，若所述交易成功率不大于阈值，所述目标路由规则表中的试点范围小于所述路由规则表中的试点范围。
在一些实施例中，所述业务属性信息包括至少一种业务属性。
第二方面，本发明实施例提供了一种业务请求路由控制装置，应用于客户端，所述装置包括：
业务属性获取单元，用于响应于业务请求，获取所述业务请求携带的业务属性信息；
后台系统确定单元，用于根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
业务请求路由单元，用于将所述业务请求路由到所述目标后台系统。
在一些实施例中，所述后台系统确定单元，具体用于判断所述业务属性信息是否在所述试点范围内；若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
在一些实施例中，所述装置还包括：
前置校验单元，用于对所述业务属性信息进行前置校验；若校验通过，触发所述后台系统确定单元，若校验未通过，确定出错原因，并在所述客户端显示所述出错原因。
在一些实施例中，所述装置还包括：
路由规则表更新单元，用于在接收到控制系统通过夜间批量的形式发送的目标路由规则表的情况下，将所述路由规则表替换为所述目标路由规则表。
在一些实施例中，所述目标路由规则表是在所述新系统上线后由所述控制系统通过周期性统计所述新系统的交易成功率对所述路由规则表进行调整后得到的，其中，若所述交易成功率大于阈值，所述目标路由规则表中的试点范围大于所述路由规则表中的试点范围，若所述交易成功率不大于阈值，所述目标路由规则表中的试点范围小于所述路由规则表中的试点范围。
在一些实施例中，所述业务属性信息包括至少一种业务属性。
第三方面，本发明实施例提供了一种电子设备，所述电子设备包括处理器以及存储器；
所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；
所述处理器用于根据所述程序代码中的指令执行如第一方面中任意一种实现方式描述的一种业务请求路由控制方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面中任意一种实现方式描述的一种业务请求路由控制方法。
相对于现有技术，本发明的有益效果如下：
本发明公开的一种业务请求路由控制方法及相关装置，通过预先配置路由规则表中业务属性范围与后台系统之间的对应关系，若业务请求携带的业务属性信息在试点范围内，将业务请求路由到新系统，若业务请求携带的业务属性信息在非试点范围内，将业务请求路由到旧系统，整个过程对利用客户端处理业务的工作人员完全无感。通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种业务请求路由控制方法的硬件架构示意图；
图2为本发明实施例公开的一种业务请求路由控制方法的流程示意图；
图3为本发明实施例公开的另一种业务请求路由控制方法的流程示意图；
图4为本发明实施例公开的另一种业务请求路由控制方法的流程示意图；
图5为本发明实施例公开的一种业务请求路由控制装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，本发明所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
请参阅图1，图1为本发明提供的一种业务请求路由控制方法对应的硬件架构的示意图，该硬件架构包括：客户端100、第一后台系统200、第二后台系统300，第一后台系统200和第二后台系统300分别为同一业务处理后台系统对应的新旧系统，示例性的，第一后台系统200为新系统，第二后台系统300为旧系统。
客户端100可以为任何一种可与业务处理工作人员进行人机交互的电子设备，例如，平板电脑、台式计算机等。
针对第一后台系统200和第二后台系统300，可以为一台服务器，也可以是由多台服务器组成的服务器集群。
以银行网点业务处理场景为例，客户在银行网点柜台办理业务，银行网点柜台客户端100获取业务属性信息之后，根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，自动将业务请求路由到对应的目标后台系统，具体的，若业务请求携带的业务属性信息在试点范围内，将业务请求路由到新系统，若业务请求携带的业务属性信息在非试点范围内，将业务请求路由到旧系统。整个过程中，网点柜员在处理业务时与之前利用旧系统处理业务没有任何不同，即整个过程对网点柜员完全无感。通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
请参阅图2，本实施例公开了一种业务请求路由控制方法，应用于客户端，具体包括以下步骤：
S101：响应于业务请求，获取所述业务请求携带的业务属性信息；
业务处理工作人员利用客户端发起业务请求，获取所述业务请求携带的业务属性信息的方式可以有多种，包括但不限于以下几种：
方式一：业务处理工作人员在客户端输入全部业务属性信息，点击客户端界面中的提交按钮，发起携带有业务属性信息的业务请求，客户端解析所述业务请求，得到所述业务属性信息。
方式二：业务处理工作人员通过刷卡机等外部设备执行卡片信息识别操作，卡片可以为身份证、银行卡等，外部设备连接客户端，客户端显示外部设备识别到的全部业务属性信息，业务处理工作人员点击客户端界面中的提交按钮，发起携带有业务属性信息的业务请求，客户端解析所述业务请求，得到所述业务属性信息。
方式三：业务处理工作人员在客户端输入部分业务属性信息，同时通过刷卡机等外部设备执行卡片信息识别操作，客户端通过连接外部设备显示外部设备识别到的部分业务属性信息，两种业务属性信息组合为全部的业务属性信息，业务处理工作人员点击客户端界面中的提交按钮，发起携带有业务属性信息的业务请求，客户端解析所述业务请求，得到所述业务属性信息。
可以理解的是，不同类型的业务请求所对应的业务属性信息不同，业务属性信息的类型可以根据实际应用场景进行设定。
S102：根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
路由规则表是由控制系统统一下发的，所有客户端中的路由规则表是一致的。
客户端可以处理不同类型的业务请求，不同类型的业务请求可以调用同一个后台系统，也可以调用不同的后台系统，以银行网点客户端为例，借记卡业务请求调用借记卡后台系统，信用卡业务请求调用信用卡后台系统。
若仅有一个后台系统涉及新旧系统过渡，客户端中只有一个路由规则表；若有一个以上后台系统涉及新旧系统过渡，客户端中可以有一个路由规则表，也可以有一个以上路由规则表。
还以银行网点客户端为例，若仅有借记卡后台系统涉及新旧系统过渡，则客户端只有一个路由规则表，路由规则表包括借记卡业务属性范围与借记卡新旧系统之间的对应关系。若借记卡后台系统和信用卡后台系统都涉及新旧系统过渡，则客户端可以只有一个路由规则表，该路由规则表包括借记卡业务属性范围与借记卡新旧系统之间的对应关系以及信用卡业务属性范围与信用卡新旧系统之间的对应关系；客户端还可以有两个路由规则表，一个路由规则表包括借记卡业务属性范围与借记卡新旧系统之间的对应关系，另一个路由规则表包括信用卡业务属性范围与信用卡新旧系统之间的对应关系。
针对客户端中只有一个路由规则表的情况，将所述业务属性信息与所述路由规则表中的业务属性范围进行匹配，得到所述业务属性信息匹配的目标业务属性范围，并根据所述路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息匹配的目标业务属性范围对应的目标后台系统。
针对客户端中有一个以上路由规则表的情况，首先根据业务请求确定对应的路由规则表，然后在确定的路由规则表中将所述业务属性信息与所述路由规则表中的业务属性范围进行匹配，得到所述业务属性信息匹配的目标业务属性范围，并根据所述路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息匹配的目标业务属性范围对应的目标后台系统。
以上任意一种情况，具体的，在确定路由规则表后，首先判断所述业务属性信息是否在所述试点范围内；若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
所述业务属性信息包括至少一种业务属性，还以银行网点客户端为例，业务属性可以为卡种、开卡行等。
示例性的，河北省作为试点，试点范围：开卡行为河北省，则开卡行为河北省对应新系统，开卡行不是河北省对应旧系统。
示例性的，试点范围：卡种为卡种1，则卡种1对应新系统，非卡种1对应旧系统。
示例性的，试点范围：开卡行为河北省且卡种为卡种1，则开卡行为河北省且卡种为卡种1对应新系统，开卡行不是河北省和/或卡种不是卡种1对应旧系统。
S103：将所述业务请求路由到所述目标后台系统。
具体的，根据所述目标后台系统的路由路径，将所述业务请求路由到所述目标后台系统。
可见，本实施例公开的一种业务请求路由控制方法，通过预先配置路由规则表中业务属性范围与后台系统之间的对应关系，若业务请求携带的业务属性信息在试点范围内，将业务请求路由到新系统，若业务请求携带的业务属性信息在非试点范围内，将业务请求路由到旧系统，整个过程对利用客户端处理业务的工作人员完全无感。通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
请参阅图3，本实施例公开了另一种业务请求路由控制方法，应用于客户端，具体包括以下步骤：
S201：响应于业务请求，获取所述业务请求携带的业务属性信息；
S202：对所述业务属性信息进行前置校验；
预先在客户端部署业务请求对应的前置校验脚本，业务请求对应的所有前置校验脚本的触发条件可以相同，如在业务处理工作人员点击客户端界面中的提交按钮时触发业务请求对应的所有前置校验脚本；业务请求对应的所有前置校验脚本的触发条件也可以不同，如业务处理工作人员在客户端输入卡号后触发卡号校验脚本，业务处理工作人员点击客户端界面中的提交按钮时触发必输项校验脚本等。
前置校验脚本可以根据实际校验需求进行部署，本发明不做具体限定。
S203：若校验未通过，确定出错原因，并在客户端显示所述出错原因。
前置校验脚本在运行时若发现错误，能定位出错原因。
示例性的，如卡号校验脚本在校验卡号格式时出错，则在客户端显示：卡号格式错误，卡号不包括字母。
示例性的，如必输项校验脚本检测到必输项未输入数据，则在客户端在必输项旁边显示*，*为必输项。
S204：若校验通过，根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
S205：将所述业务请求路由到所述目标后台系统。
上述S201、S204、S205的具体实现过程请参阅上述实施例中的S101～S103，这里不再赘述。
本实施例公开的一种业务请求路由控制方法，通过在交易前在客户端对业务属性信息进行校验，保证发送到目标后台系统的业务属性信息是正确的，目标后台系统仅处理交易逻辑，不需要对数据内容进行校验，尤其是在新旧系统过渡期间，有效提高了交易的成功率。
请参阅图4，本实施例公开了另一种业务请求路由控制方法，应用于客户端，具体包括以下步骤：
S301：响应于业务请求，获取所述业务请求携带的业务属性信息；
S302：根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
S303：将所述业务请求路由到所述目标后台系统。
上述S301～S303的具体实现过程请参阅上述实施例中的S101～S103，这里不再赘述。
S304：在接收到控制系统通过夜间批量的形式发送的目标路由规则表的情况下，将所述路由规则表替换为所述目标路由规则表。
目标路由规则表是在新系统上线后由控制系统通过周期性统计新系统的交易成功率对路由规则表进行调整后得到的，其中，若交易成功率大于阈值，目标路由规则表中的试点范围大于路由规则表中的试点范围，若交易成功率不大于阈值，目标路由规则表中的试点范围小于路由规则表中的试点范围。
示例性的，以试点范围：开卡行为河北省为例，在新系统上线后一周后，统计新系统的交易成功率，若交易成功率大于98％，在试点范围中开卡行增加一个省份，下一周再统计新系统的交易成功率，若交易成功率大于98％，再在试点范围中开卡行增加一个省份，以此类推。
示例性的，以试点范围：开卡行为河北省为例，在新系统上线后一个月后，统计新系统的交易成功率，若交易成功率大于99％，全面推广新系统，将试点范围调整为：开卡行为所有省份。
本实施例公开的一种业务请求路由控制方法，通过统计新系统上线后的交易成功率，根据交易成功率动态调整路由规则表，实现自动扩大试点范围，同时提高新旧系统过渡的稳定性。
基于上述实施例公开的一种业务请求路由控制方法，本实施例对应提供了一种业务请求路由控制装置，应用于客户端，请参阅图5，所述装置包括：
业务属性获取单元401，用于响应于业务请求，获取所述业务请求携带的业务属性信息；
后台系统确定单元402，用于根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
业务请求路由单元403，用于将所述业务请求路由到所述目标后台系统。
在一些实施例中，所述后台系统确定单元402，具体用于判断所述业务属性信息是否在所述试点范围内；若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
在一些实施例中，所述装置还包括：
前置校验单元，用于对所述业务属性信息进行前置校验；若校验通过，触发所述后台系统确定单元，若校验未通过，确定出错原因，并在所述客户端显示所述出错原因。
在一些实施例中，所述装置还包括：
路由规则表更新单元，用于在接收到控制系统通过夜间批量的形式发送的目标路由规则表的情况下，将所述路由规则表替换为所述目标路由规则表。
在一些实施例中，所述目标路由规则表是在所述新系统上线后由所述控制系统通过周期性统计所述新系统的交易成功率对所述路由规则表进行调整后得到的，其中，若所述交易成功率大于阈值，所述目标路由规则表中的试点范围大于所述路由规则表中的试点范围，若所述交易成功率不大于阈值，所述目标路由规则表中的试点范围小于所述路由规则表中的试点范围。
在一些实施例中，所述业务属性信息包括至少一种业务属性。
本实施例公开的一种业务请求路由控制装置，通过预先配置路由规则表中业务属性范围与后台系统之间的对应关系，若业务请求携带的业务属性信息在试点范围内，将业务请求路由到新系统，若业务请求携带的业务属性信息在非试点范围内，将业务请求路由到旧系统，整个过程对利用客户端处理业务的工作人员完全无感。通过在试点范围内使用新系统，避免一次性全辖推广新系统，即使新系统出现问题也能控制在小范围内，便于新旧系统的平稳过度。
本发明实施例还提供了一种电子设备，所述电子设备包括处理器以及存储器；
所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；
所述处理器用于根据所述程序代码中的指令执行如上述实施例中任意一种实现方式描述的一种业务请求路由控制方法。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中任意一种实现方式描述的一种业务请求路由控制方法。
需要说明的是，本发明提供的一种业务请求路由控制方法及相关装置，可应用于金融领域或其他领域，例如，可应用于金融领域的银行网点业务处理应用场景。其他领域为除金融领域之外的任意领域，例如电力业务处理领域。上述仅为示例，并不对本发明提供的一种业务请求路由控制方法及相关装置的应用领域进行限定。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
上述各个实施例之间可任意组合，对所公开的实施例的上述说明，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本申请。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种业务请求路由控制方法，其特征在于，应用于客户端，所述方法包括：
响应于业务请求，获取所述业务请求携带的业务属性信息；
根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
将所述业务请求路由到所述目标后台系统。
2.根据权利要求1所述的方法，其特征在于，所述根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统，包括：
判断所述业务属性信息是否在所述试点范围内；
若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；
若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
3.根据权利要求1所述的方法，其特征在于，在获取所述业务请求携带的业务属性信息之后，所述方法还包括：
对所述业务属性信息进行前置校验；
若校验通过，执行所述根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；
若校验未通过，确定出错原因，并在所述客户端显示所述出错原因。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到控制系统通过夜间批量的形式发送的目标路由规则表的情况下，将所述路由规则表替换为所述目标路由规则表。
5.根据权利要求4所述的方法，其特征在于，所述目标路由规则表是在所述新系统上线后由所述控制系统通过周期性统计所述新系统的交易成功率对所述路由规则表进行调整后得到的，其中，若所述交易成功率大于阈值，所述目标路由规则表中的试点范围大于所述路由规则表中的试点范围，若所述交易成功率不大于阈值，所述目标路由规则表中的试点范围小于所述路由规则表中的试点范围。
6.根据权利要求1～5中任意一项所述的方法，其特征在于，所述业务属性信息包括至少一种业务属性。
7.一种业务请求路由控制装置，其特征在于，应用于客户端，所述装置包括：
业务属性获取单元，用于响应于业务请求，获取所述业务请求携带的业务属性信息；
后台系统确定单元，用于根据预先配置的路由规则表中业务属性范围与后台系统之间的对应关系，确定所述业务属性信息对应的目标后台系统；所述业务属性范围包括试点范围和非试点范围，所述目标后台系统为新系统或旧系统，所述试点范围对应所述新系统，所述非试点范围对应所述旧系统；
业务请求路由单元，用于将所述业务请求路由到所述目标后台系统。
8.根据权利要求7所述的装置，其特征在于，所述后台系统确定单元，具体用于判断所述业务属性信息是否在所述试点范围内；若所述业务属性信息在所述试点范围内，确定所述目标后台系统为所述新系统；若所述业务属性信息在所述非试点范围内，确定所述目标后台系统为所述旧系统。
9.一种电子设备，其特征在于，所述电子设备包括处理器以及存储器；
所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；
所述处理器用于根据所述程序代码中的指令执行如权利要求1-6中任一项所述的一种业务请求路由控制方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的一种业务请求路由控制方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311076465.0A CN116939046A (zh) | 2023-08-24 | 2023-08-24 | 一种业务请求路由控制方法及相关装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311076465.0A CN116939046A (zh) | 2023-08-24 | 2023-08-24 | 一种业务请求路由控制方法及相关装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116939046A true CN116939046A (zh) | 2023-10-24 |
Family
ID=88384492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311076465.0A Pending CN116939046A (zh) | 2023-08-24 | 2023-08-24 | 一种业务请求路由控制方法及相关装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116939046A (zh) |
-
2023
- 2023-08-24 CN CN202311076465.0A patent/CN116939046A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11023874B2 (en) | N to N money transfers | |
| US12002048B1 (en) | Authentication system and method | |
| US9292839B2 (en) | System and method for personalized commands | |
| US20200250766A1 (en) | Automated customer enrollment using mobile communication devices | |
| US10771485B2 (en) | Systems and methods for cross-channel electronic communication security with dynamic targeting | |
| CN108646965B (zh) | 业务线的处理方法、终端设备及介质 | |
| WO2017100144A1 (en) | Dynamic security code authorization verification service | |
| CN111552942A (zh) | 身份认证方法、系统、装置及计算机存储介质 | |
| US11556908B2 (en) | Methods and systems for deconflicting data from multiple sources in computer systems | |
| CN110930161A (zh) | 业务操作的操作时间的确定方法和自助业务操作设备 | |
| KR20210001823A (ko) | 착오송금 예방 방법 | |
| CN116993523A (zh) | 配置化对账方法、装置、设备及存储介质 | |
| WO2014193324A1 (en) | Risk reporting system | |
| CN108632348B (zh) | 一种业务校验方法和装置 | |
| CN110990007A (zh) | 银行软件功能界面生成方法和装置 | |
| CN112308543A (zh) | 数据转移方法、装置和设备及计算机存储介质 | |
| CN116939046A (zh) | 一种业务请求路由控制方法及相关装置 | |
| CN111626872B (zh) | 数据核销方法、装置、设备及存储介质 | |
| CN106875268B (zh) | 银行账户信息提醒方法、服务器及终端 | |
| KR102166499B1 (ko) | 이상 거래 정보 공유 시스템 및 그 방법 | |
| US11947643B2 (en) | Fraud detection system, fraud detection method, and program | |
| US20220027916A1 (en) | Self Learning Machine Learning Pipeline for Enabling Binary Decision Making | |
| US10992701B2 (en) | Systems and methods for dynamic targeting of secure repurposed cross-channel electronic communications | |
| CN112950191A (zh) | 基于退费业务的业务数据处理方法、装置及计算机设备 | |
| CN112734543A (zh) | 核算处理方法、装置、计算机设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |