(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211140389.0 (22)申请日 2022.09.20 (71)申请人 北京结慧科技有限公司 地址 100144 北京市石景山区实兴大街3 0 号院3号楼 2层A-1151房间(集群注 册) (72)发明人 杨明宇　张国强　 (74)专利代理 机构 北京市领专知识产权代理有 限公司 1 1590 专利代理师 张玲 (51)Int.Cl. G06Q 40/04(2012.01) G06Q 40/02(2012.01) H04L 67/12(2022.01) (54)发明名称 交易报文处 理系统及方法 (57)摘要 本发明涉及一种交易报文处理系统及方法， 该系统包括交易系统、 交易网关、 银联终端和若 干银行终端， 交易系统用于将 接收到的请求报文 通过交易网关上送到银联 终端； 银联终端用于将 收到的请求报文转发给对应的银行 终端， 并判断 在规定的响应时间内是否收到银行终端给出的 响应信息， 若未收到则通过交易网关向交易系统 返回包含响应码的响应信息； 交易系统还用于在 获得银联 终端的响应信息中的具体 响应码后， 判 断是否触发熔断机制， 如果是则发送给该银行终 端的交易请求将不再上送银联 终端， 而后将所述 包含响应码的响应信息直接 返回给用户方。 本发 明能够实现更高效、 快速的给用户返回交易结 果， 降低整体交易耗时， 提升效率， 同时提升用户 体验的作用。 权利要求书1页 说明书4页 附图3页 CN 115249191 A 2022.10.28 CN 115249191 A 1.一种交易报文处理系统， 其特征在于， 包括交易系统、 交易网关、 银联终端和若干银 行终端， 其中， 交易系统用于将接收到的请求报文通过交易网关上送到银 联终端； 银联终端用于将收到的请求报文转发给对应的银行终端， 并判断在规定的响应时间内 是否收到银行终端给出的响应信息， 若未收到则通过 交易网关向交易系统返回包含响应码 的响应信息； 交易系统还用于在获得银联终端的响应信 息中的具体响应码后， 判断是否触发熔断机 制， 如果触发熔断机制， 则该银行终端的交易请求不再上送银联终端， 再将所述包含响应码 的响应信息直接返回给用户方。 2.根据权利要求1所述的交易报文处理系统， 其特征在于， 交易系统判断是否触发熔断 机制的操作是： 判断响应码在某一时间段出现的次数， 如果在该时间段内出现的次数超过 设定值， 则触发熔断机制， 反 之则不触发熔断机制。 3.根据权利要求1所述的交易报文处理系统， 其特征在于， 交易系统还用于在熔断后根 据配置的熔断重试条件进 行重试， 如果得到银联终端返回的正常的响应码， 则解除熔断， 否 则继续保持熔断。 4.根据权利要求3所述的交易报文处理系统， 其特征在于， 所述熔断重试条件为每间隔 设定时长 重试一次。 5.根据权利要求1所述的交易报文处理系统， 其特征在于， 银联终端在将收到的请求报 文转发给对应的银行终端之前， 先对收到的请求报文进行风控检查， 检查通过后才将收到 的请求报文转发给对应的银 行终端。 6.一种交易报文处 理方法， 基于交易系统实现， 其特 征在于， 包括以下步骤： 将接收到的请求报文通过交易网关上送到银联终端， 以便于银联终端将收到的请求报 文转发给对应的银行终端， 并判断在规定的响应时间内是否收到银行终端给出的响应信 息， 若未收到则通过交易网关向交易系统返回包 含响应码的响应信息； 在获得银联终端的响应信息中的具体响应码后， 判断是否触发熔断机制， 如果触发熔 断机制， 则该银行终端的交易请求不再上送银联终端， 再将所述包含响应码的响应信息直 接返回给用户方。 7.根据权利要求6所述的交易报文处理方法， 其特征在于， 所述判断是否触发熔断机制 的操作是： 判断响应码在某一时间段出现的次数， 如果在该时间段内出现的次数超过设定 值， 则触发熔断机制， 反 之则不触发熔断机制。 8.根据权利要求6所述的交易报文处 理方法， 其特 征在于， 还 包括步骤： 熔断后， 根据配置的熔断重试条件进行重试， 如果得到银联终端返回的正常的响应码， 则解除熔断， 否则继续保持熔断。 9.根据权利要求8所述的交易报文处理方法， 其特征在于， 所述熔断重试条件为每间隔 设定时长 重试一次。权　利　要　求　书 1/1 页 2 CN 115249191 A 2交易报文处理系统及方 法 技术领域 [0001]本发明涉及计算机技 术领域， 是一种交易报文处 理系统及方法。 背景技术 [0002]目前交易系统采用的是微服务架构， 并采用集群模式进行部署， 将整个交易系统 划分为多个微小且独立的服务， 通过各服务间的相互调用， 相互协调， 完成整个交易流程， 为用户提供服务。 如图1所示， 外部请求进入到交易系统， 涉及校验入参、 风控检查、 计费、 账 务、 请求网关调用上游等 业务， 处理结束后向终端/用户返回结果。 [0003]采用微服务架构在一定程度上保证了数据一致性和可用性， 但由于业务特殊性， 仍存有一些细节方面的问题， 例如： 现有交易系统中存在处理非重要性事务时用时较长的 情况， 导致整体上延 长了处理请求的时间； 由于交易的特殊性， 需要实时向用户反馈处理结 果， 部分请求在调用上游后由于各种不确定因素 （发卡银行网络波动、 发卡银行维护等相关 问题） ， 且对于上游具体的响应码 （响应时间长） 并未进 行进一步处理， 导致调用上游耗时过 长， 从而无法在用户所能接受的时间内实时返回交易结果。 发明内容 [0004]本发明的目的在于提供一种交易报文处理系统及方法， 以改善甚至解决现有技术 中存在的业 务处理耗时长、 时效性差的问题。 [0005]为了实现上述发明目的， 本发明实施例提供了以下技 术方案： 一方面， 本发明实施例提供了一种交易报文处理系统， 包括交易系统、 交易网关、 银联终端和若干银 行终端， 其中， 交易系统用于将接收到的请求报文通过交易网关上送到银 联终端； 银联终端用于将收到的请求报文转发给对应的银行终端， 并判断在规定的响应时 间内是否收到银行终端给出的响应信息， 若 未收到则通过 交易网关向交易系统返回包含响 应码的响应信息； 交易系统还用于在获得银联终端的响应信息中的具体响应码后， 判断是否触发熔 断机制， 如果触发熔断机制， 则该银行终端的交易请求不再上送银联终端， 再将所述包含响 应码的响应信息直接返回给用户方。 [0006]作为一种可实施方式的举例， 交易系统判断是否触发熔断机制的操作是： 判断响 应码在某一时间段出现的次数， 如果在该时间段内出现的次数超过设定值， 则触发熔断机 制， 反之则不触发熔断机制。 [0007]本方案中， 并不是出现一次异常就立马熔断， 而是当异常持续一定时间才触发熔 断， 以避免因瞬态 异常而导 致银行的正常业 务得不到及时处 理。 [0008]在更完善的方案中， 交易系统还用于在熔断后根据配置的熔断重试条件进行重 试， 如果得到银 联终端返回的正常的响应码， 则解除熔断， 否则继续保持熔断。 [0009]本方案中， 通过熔断重试可以及时发现解 除熔断的时机， 避免长时间熔断对银行说　明　书 1/4 页 3 CN 115249191 A 3