CN117951182A - 跨境支付链路处理状态的信息查询方法和装置 - Google Patents

跨境支付链路处理状态的信息查询方法和装置 Download PDF

Info

Publication number
CN117951182A
CN117951182A CN202410158561.8A CN202410158561A CN117951182A CN 117951182 A CN117951182 A CN 117951182A CN 202410158561 A CN202410158561 A CN 202410158561A CN 117951182 A CN117951182 A CN 117951182A
Authority
CN
China
Prior art keywords
target
border payment
cross
payment service
state information
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
Application number
CN202410158561.8A
Other languages
English (en)
Inventor
邬向阳
程晓松
王岚
何指剑
陈高照
朱雅凤
石磊
高婷婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cross Border Interbank Payment And Clearing Co ltd
Original Assignee
Cross Border Interbank Payment And Clearing Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Cross Border Interbank Payment And Clearing Co ltd filed Critical Cross Border Interbank Payment And Clearing Co ltd
Priority to CN202410158561.8A priority Critical patent/CN117951182A/zh
Publication of CN117951182A publication Critical patent/CN117951182A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24564—Applying rules; Deductive queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/2866—Architectures; Arrangements
    • H04L67/288—Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
    • 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/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本说明书提供了跨境支付链路处理状态的信息查询方法和装置，支持机构端通过直连或间连等多样化的组网方式连入业务服务系统，降低了业务服务系统的连入成本，也使得业务服务系统的组网变得更加灵活。具体实施时，当接受方客户端需要查询目标跨境支付业务的状态信息时，可以先获取并根据客户端标识，确定出具体的连接模式类型；并根据连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；再根据目标查询规则，以及用于在业务服务系统中追踪目标跨境支付业务的目标跟踪代码标识，以相匹配的方式通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息，从而使用户能够高效、便捷地查询得到目标跨境支付业务的状态信息。

Description

跨境支付链路处理状态的信息查询方法和装置
技术领域
本说明书属于互联网技术领域，尤其涉及跨境支付链路处理状态的信息查询方法和装置。
背景技术
在金融业务场景中，个人用户或企业用户常常需要进行诸如跨境交易等跨区域交易。这类跨区域交易由于会涉及到多个不同区域的多个不同的金融服务机构之间的相互协作，导致诸如跨境汇款等跨境支付业务的处理链路通常相对较长，处理过程相对较复杂，进而使得个人用户或企业用户基于现有方法，往往很难以较低的成本，高效地查询到相关跨境支付链路的具体处理状态，进而影响用户的交互体验。
针对上述问题，目前尚未提出有效的解决方案。
发明内容
本说明书提供了一种跨境支付链路处理状态的信息查询方法和装置，通过支持直连、间连等多样化的组网方式连入业务服务系统，有效降低了相关成本，使得业务服务系统的组网变得更加灵活、多样；同时，具体实施时，通过引入并使用用于在业务服务系统中追踪目标跨境支付业务的目标跟踪代码标识来追踪目标跨境支付业务的处理状态；同时，区分不同的连接模式，采用差异化的查询规则对目标跨境支付业务的业务处理状态进行针对性的跟踪查询，使得用户能够较为高效、便捷地查询得到目标跨境支付业务的处理状态信息，提高用户的交互体验。
本说明书提供了一种跨境支付链路处理状态的信息查询方法，应用于接受方客户端，所述方法包括：接收用户发起的针对目标跨境支付业务的目标状态查询请求；响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
本说明书还提供了一种跨境支付链路处理状态的信息查询方法，应用于场务端，所述方法包括：接收第一直连端发送的关于目标跨境支付业务的目标查询请求；检测所述目标查询请求是否为第一查询请求；在确定所述目标查询请求为第一查询请求的情况下，根据目标查询请求验证与目标跨境支付业务相关的接受方客户端是否满足查询条件；在确定接受方客户端满足查询条件的情况下，根据目标查询请求获取接受方客户端的身份凭证，以及针对目标跨境支付业务的目标跟踪代码标识；根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；利用加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；将所述目标跨境支付业务的状态信息的密文数据发送至第一直连端；其中，所述第一直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
本说明书还提供了一种跨境支付链路处理状态的信息查询装置，应用于接受方客户端，包括：接收模块，用于接收用户发起的针对目标跨境支付业务的目标状态查询请求；获取模块，用于响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；第一确定模块，用于根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；第二确定模块，用于根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；查询模块，用于根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
基于本说明书提供的跨境支付链路处理状态的信息查询方法和装置，通过对业务服务系统的组网方式进行相应改进，支持诸如客户端、银行服务器端等机构端可以通过直连或间连等多样化的组网方式连入业务服务系统，从而有效地降低了业务服务系统的连入成本，也使得业务服务系统的组网变得更加灵活、多变，扩大了业务服务系统的覆盖范围。具体实施时，当接受方客户端应用户发起的关于目标跨境支付业务的目标状态查询请求需要查询目标跨境支付业务的状态信息时，可以先获取并根据客户端标识，确定出与业务服务系统的连接模式类型；并根据该连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；再根据目标查询规则，以及用于在业务服务系统中追踪目标跨境支付业务的目标跟踪代码标识，以相匹配的方式通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。通过引入并使用目标跟踪代码标识在业务服务系统中对目标跨境支付业务进行精准追踪；同时，精细地区分不同的连接模式，采用差异化的查询规则对目标跨境支付业务的业务状态进行针对性的查询，从而使得用户能够较为高效、便捷地查询得到目标跨境支付业务的状态信息，提高用户的交互体验。
附图说明
为了更清楚地说明本说明书实施例，下面将对实施例中所需要使用的附图作简单地介绍，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本说明书的一个实施例提供的跨境支付链路处理状态的信息查询方法的流程示意图；
图2是应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的业务服务系统的结构组成的一个实施例的示意图；
图3是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图4是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图5是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图6是本说明书的另一个实施例提供的跨境支付链路处理状态的信息查询方法的流程示意图；
图7是本说明书的一个实施例提供的客户端的结构组成示意图；
图8是本说明书的一个实施例提供的跨境支付链路处理状态的信息查询装置的结构组成示意图；
图9是本说明书的另一个实施例提供跨境支付链路处理状态的信息查询装置的结构组成示意图；
图10是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图11是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图12是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图13是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图14是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图15是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图16是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图17是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图；
图18是在一个场景示例中，应用本说明书实施例提供的跨境支付链路处理状态的信息查询方法的一种实施例的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
参阅图1所示，本说明书实施例提供了一种跨境支付链路处理状态的信息查询方法。其中，该方法具体可以应用于接受方客户端一侧。具体实施时，该方法可以包括以下内容：
S101：接收用户发起的针对目标跨境支付业务的目标状态查询请求；
S102：响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；
S103：根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；
S104：根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；
S105：根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
其中，上述目标跨境支付业务具体可以为在进行诸如跨境交易、跨境汇款等跨区域交易时，由发起方用户向接受方用户发起的支付转账业务。
具体的，上述目标跨境支付业务具体可以是涉及双方的，也可以是涉及多方的，还可以是只涉及单方的。对此，本说明书不作限定。
上述用户可以为目标跨境支付业务的接受方用户(例如，收款用户，或收款机构)，具体的，可以为个人用户，也可以为企业用户。上述接受方客户端具体可以为部署于接受方用户一侧的终端设备。
相对的，部署于目标跨境支付业务的发起方用户(例如，付款用户，或付款机构)一侧的终端设备可以记为发起方客户端。
具体实施时，除了接受方用户外，发起方用户，或者其他相关方用户都可以通过相应的终端设备发起上述针对目标跨境支付业务的目标状态查询请求。
具体的，参阅图2所示，通常在进行跨区域交易时，发起方用户需要先通过付款机构向付款行提交付款申请；由付款行基于该付款申请进行相关处理操作后，再向发起用户所属区域的转汇银行1发出相应的支付指令；转汇银行1再基于该支付指令进行相关处理操作后，再向接受方用户所属区域的转汇银行2发出相应的支付指令；转汇银行2再基于该支付指令进行相关处理操作后，再向收款银行支付相应的货币资源；收款银行在接收到上述货币资源后进行相关的处理操作，再通过与收款机构交互，最终将相关的货币资源转入到接受方用户的账户中，进而完成一个完整的跨境支付链路的处理。可见，涉及跨区域交易的跨境支付链路处理过程所涉及的环节较多，处理过程较复杂，进而导致处理时长也相对较长。
上述业务服务系统具体可以理解为一种由多个场务端、直连端、间连端等根据预设的协议规则，通过直连或间连等多样化的组网方式组合在一起，能够支持追踪、查询跨境支付业务的处理状态的交易服务系统。
具体的，例如，上述业务服务系统可以是改进后同时支持直连和间连的CIPS(Cross-border Interbank Payment System)网关服务系统。
具体的，可以参阅图3所示，业务服务系统中的场务端可以通过有线或无线的方式与直连端之间相连，以及进行具体的通信交互。
其中，上述场务端具体可以理解为业务服务系统中负责记录、跟踪、维护相关跨境支付业务的业务状态的服务器。
上述直连端具体可以是根据预设的协议规则开通了指定的业务服务(例如，支付透镜服务)的机构端，例如，开通了指定的业务服务的转汇银行等金融机构的服务器。上述场务端和直连端可以根据预设的协议规则，配置并通过相匹配的数据接口建立安全数据通道，进而可以基于该安全数据通道进行具体的通信交互。
上述间连端具体可以是开通了指定的业务服务但以间连方式接入业务服务系统的用户侧的机构端。上述间连端可以根据预设的协议规则，通过直连端作为媒介，与场务端间接相连，以进行具体的通信交互。
在本实施例中，所述服务器具体可以包括一种能够实现数据传输、数据处理等功能的后台服务器。具体的，所述服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。
在本实施例中，所述终端设备具体可以包括一种能够实现数据采集、数据传输等功能的前端设备。具体的，所述终端设备例如可以为台式电脑、平板电脑、笔记本电脑等电子设备。
在一些实施例中，具体实施时，当用户希望查询目标跨境支付业务的具体状态时，可以通过在接受方客户端上进行相应操作以生成针对目标跨境支付业务的目标状态查询请求。接受方客户端可以接收并响应该目标状态查询请求，获取接受方客户端的客户端标识(例如，客户端的IP地址、客户端的编号等)；同时，还会查询之前发起方客户端在发起目标跨境支付业务后提供的关于目标跨境支付业务的目标提示消息，得到目标跨境支付业务的目标跟踪代码标识。
其中，上述目标跟踪代码标识具体可以理解为一种与目标跨境支付业务一一对应，且能够用于在业务服务系统中追踪所对应的目标跨境支付业务的标识代码，例如，CPSSID。关于目标跟踪代码的具体生成方式后续将另做说明。
具体实施时，接受方客户端可以根据接受方客户端的客户端标识，查询业务服务系统对外公开的直连端名单；在确定接受方客户端的客户端标识存在于该直连端名单的情况下，可以确定模式类型为直连模式；相反，在确定接受方客户端的客户端标识不存在于该直连端名单的情况下，可以确定模式类型为间连模式。
其中，上述直连模式具体可以为通过安全数据通道与业务服务系统的场务端直接相连。上述间连模式具体可以为其他直连端与场务端之间的安全数据通道与场务端间接相连。
具体实施时，接受方客户端也可以自行检测是否开通基于业务服务系统的指定的业务服务，来确定接受方客户端的连接模式类型。
具体实施时，接受方客户端可以根据连接模式类型，从预设的查询规则集中确定出与连接模式类型相匹配的预设查询规则，作为目标查询规则。
其中，上述预设的查询规则集具体可以为业务服务系统根据相应的协议规则，针对不同类型的连接模式所建立并对外公开的规则集。具体的，上述预设的查询规则集可以包括与间连模式相匹配的第一预设查询规则，以及与直连模式相匹配的第二预设查询规则。
具体实施时，接受方客户端可以根据相匹配的目标查询规则，利用目标跟踪代码标识，以相匹配的方式与业务服务系统进行相关的数据交互，查询得到所需要的目标跨境支付业务的状态信息。
在一些实施例中，在所述连接模式类型为间连模式的情况下，参阅图4所示，上述根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息，具体实施时，可以包括以下内容：
S1：确定出相对应的中间直连端；
S2：根据目标查询规则，生成第一查询请求；其中，所述第一查询请求至少携带有目标跟踪代码标识、接受方客户端的身份凭证；
S3：将所述第一查询请求发送至中间直连端；其中，所述中间直连端根据接受方客户端的身份凭证检测接受方客户端是否符合预设要求；在确定接受方客户端符合预设要求的情况下，将所述第一查询请求转发至场务端。
具体实施时，接受方客户端可以先将目标跨境支付业务的接受账户(例如，收款账户)所属银行的服务器确定为待定的中间直连端；并将第一查询请求发送至该待定的中间直连端。待定的中间直连端在接收第一查询请求，在确定自身也不是直连端的情况下，可以将上一级的机构端服务器(例如，上一级的银行服务器)确定为待定的中间直连端，再将第一查询请求转发至上一级的机构端服务器。以此类推，直到找到真正的直连端为止，并将该直连端确定为相对应的中间直连端。
具体实施时，接受方客户端还可以根据业务服务系统对外公开的直连端名单，自行搜索与目标跨境支付业务的接受账户关系最紧密的一个直连端确定为相对应的中间直连端。
具体实施时，接受方客户端可以将至少携带有目标跟踪代码标识、接受方客户端的身份凭证的第一查询请求发送至中间直连端。中间直连端在接收到第一查询请求后，可以先从第一查询请求的请求头解析提取出接受方客户端的地址信息；再利用该地址信息，对第一查询请求中所携带的接受方客户端的身份凭证进行核验，根据核验结果判断该接受方客户端的身份凭证是否真实、有效，进而确定接受方客户端是否符合预设要求。在确定核验通过，确定接受方客户端符合预设要求的情况下，中间直连端可以将第一查询请求转发至场务端。相反，在确定核验未通过，确定接受方客户端不符合预设要求的情况下，中间直连端拒绝将第一查询请求转发至场务端；并且，生成报错提示，将报错提示返回给接受方客户端。
具体的，上述身份凭证可以是接受方客户端根据预设的协议规则利用所持有的用户私钥对接受方客户端的身份信息进行签名处理所生成得到的。其中，接受方客户端对外公开与用户私钥对应的用户公钥。相应的，具体实施时，中间直连端可以根据接受方客户端的客户端标识搜索获取接受方客户端的用户公钥；并利用该用户公钥对身份凭证进行解密处理，如果解密失败，则确定该接受方客户不符合预设要求。如果解密成功，获取相应的身份信息，再利用该身份信息与解析得到的接受方客户端的地址信息进行进一步的核验。
具体实施时，中间直连端可以根据预设的协议规则，在第一查询请求上添加间连标签；其中，该间连标签至少携带有中间直连端的标识信息；再通过安全数据通道，将携带有间连标签的第一查询请求转发至场务端。
在一些实施例中，场务端在接收到中间直连端转发的第一查询请求之后，所述方法具体实施时，还可以包括以下内容：
S1：场务端根据第一查询请求，验证接受方客户端是否满足查询条件；
S2：场务端在确定接受方客户端满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；
S3：场务端利用该加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；
S4：场务端将目标跨境支付业务的状态信息的密文数据发送至中间直连端；其中，中间直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
具体实施时，场务端在接收到查询请求之后，可以先检测判断所接收到的查询请求是否为第一查询请求。
具体的，例如，场务端可以通过检测查询请求中的请求头的请求类型字段，或者检测查询请求是否携带有中间直连端设置的间连标签，来确定该查询请求是否为第一查询请求。
在确定为第一查询请求的情况下，场务端可以根据第一查询请求所携带的接受方客户端的身份凭证和目标跟踪代码标识，验证接受方客户端是否满足查询条件。
具体的，例如，场务端根据目标跟踪代码标识查询数据库，以确定数据库中是否存在与该目标跟踪代码标识匹配的状态信息报文；在找到匹配的状态信息报文后，进一步确定出初始的状态信息报文；并根据初始的状态信息报文提取目标跨境支付业务的接受方客户端的客户端标识；再根据客户端身份凭证与该客户端标识，通过进行一致性匹配，得到对应的匹配结果。根据匹配结果，在确定接受方客户端一致性匹配通过的情况下，确定接受方客户端满足查询条件。相反，则确定不满足查询条件。
其中，上述状态信息报文具体可以是直连端在对所接收到的跨境支付业务进行相应的处理操作后，根据预设的协议规则生成并上传至业务服务系统的关于该跨境支付业务的报文数据。
上述状态信息报文具体可以包括基于ISO20022的报文(或cprd.360)。上述报文具体可以理解为一种基于ISO20022支付标准设计的，使用XML表示的报文，该报文支持在原报文的基础上进行报文要素字段的定制和扩展。
具体的，可以根据预设的协议规则，结合具体的场景需求，参阅表1所示报文要素字段和相应的字段规则，来生成得到基于ISO20022支付标准设计的，符合要求的状态信息报文。
表1
在确定接受方客户端满足查询条件的情况下，场务端可以根据目标跟踪代码标识，搜索数据库以筛选得到包含有目标跟踪代码标识的一个或多个状态信息报文，作为目标状态信息报文；再根据预设的处理规则，处理所述目标状态信息报文，以自动整理并生成关于目标跨境支付业务的状态信息。
具体的，场务端可以根据目标状态信息报文中的业务处理时间字段，按照业务处理时间从早到晚的顺序，按序排列目标状态信息报文；再从排列后的目标状态信息报文中分别提取出相应的报文要素字段的字段值，进行拼接，得到多个报文要素拼接字段；其中，每个报文要素拼接字段对应一种报文要素，每一个报文要素用于表征跨境支付业务，或者在对跨境支付业务进行处理操作时的一种特征；再根据报文要素拼接字段，确定出满足用户查询需求的目标跨境支付业务的状态信息。
具体的，上述报文要素可以包括以下所列举的一种或多种：状态更新机构信息、支付报文接收机构、业务处理时间、支付报文发送渠道、前序机构信息(之前处理操作过跨境支付业务的机构)、业务处理状态、状态原因、支付报文业务信息、手续费信息、汇率信息等。
上述根据报文要素拼接字段，确定出满足用户查询需求的目标跨境支付业务的状态信息，具体实施时，例如，场务端可以在业务处理状态拼接字段中定位到最后的一个分片字段；并根据该分片字段通过语义识别，确定出目标跨境支付业务的当前状态信息。又例如，场务端还可以根据业务处理时间拼接字段进行处理时长统计，确定出各个直连端分别在对目标跨境支付业务进行处理操作时的操作耗时。还例如，场务端还可以先根据业务处理时间拼接字段，确定出处理操作时的操作耗时异常的异常直连端；再在状态原因拼接字段中确定出与上述异常直连端对应的分片字段，并基于上述分片字段确定出导致处理操作异常的异常原因。
进一步，场务端还根据预设的组合规则，组合多个报文要素拼接字段，得到与目标跨境支付业务对应的报文要素组合；再利用预先训练好的报文要素模型处理该报文要素组合，输出得到一个较为全面的关于目标跨境支付业务的处理状态情况分析汇总结果。进一步，可以基于该处理状态情况分析汇总结果，自动生成相应的目标跨境支付业务的处理流程图谱，作为一种目标跨境支付业务的状态信息。其中，该处理流程图谱中可以包含有当前处理操作过目标跨境支付业务的各个直连端，以及各个直连端对目标跨境支付业务的处理操作情况和操作耗时，以及处理操作所涉及到的其他相关属性参数等。
同时，场务端还会根据指定的加密算法，利用接受方客户端的身份凭证生成对应的加密秘钥。其中，该加密秘钥与接受方客户端所持有或能自行生成的解密秘钥匹配。
具体的，接受方客户端可以根据预设的协议规则，利用所持有的用户私钥，生成与该加密秘钥对应的解密秘钥。其中，预设的协议规则中包含有基于上述指定的加密算法，关于如何利用用户私钥生成解密秘钥的秘钥生成规则。
进一步，为了避免目标跨境支付业务的状态信息遭到泄露，场务端可以利用上述加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；再通过安全数据通道，将该目标跨境支付业务的状态信息的密文数据，发送至中间直连端。中间直连端再将该目标跨境支付业务的状态信息的密文数据转发给接受方客户端。其中，中间直连端由于没有对应的解密秘钥，无法解密得到对应的明文数据。
在一些实施例中，在将所述第一查询请求发送至中间直连端之后，所述方法具体实施时，还可以包括以下内容：
S1：接收中间直连端针对第一查询请求反馈的目标跨境支付业务的状态信息的密文数据；
S2：获取并利用相对应的解密秘钥解密该目标跨境支付业务的状态信息的密文数据，得到目标跨境支付业务的状态信息；
S3：向用户展示目标跨境支付业务的状态信息。
具体实施时，接受方客户端可以获取并利用自己所持有的解密秘钥对目标跨境支付业务的状态信息的密文数据进行解密处理，得到明文形式的目标跨境支付业务的状态信息；再将该目标跨境支付业务的状态信息展示给用户。
从而可以使得接受方客户端在间连模式下，不需要直接连接场务端，也能够高效、便捷地帮助用户查询获取目标跨境支付业务的状态信息。
在一些实施例中，在所述连接模式类型为直连模式的情况下，参阅图5所示，上述根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息，具体实施时，可以包括以下内容：
S1：根据目标查询规则，生成第二查询请求；其中，所述第二查询请求至少携带有目标跟踪代码标识、接受方客户端的客户端标识；
S2：将所述第二查询请求发送至场务端；其中，所述场务端根据第二查询请求，验证接受方客户端是否满足查询条件；在确定满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并向接受方客户端发送所述目标跨境支付业务的状态信息；
S3：接收并向用户展示目标跨境支付业务的状态信息。
具体实施时，接受方客户端可以根据目标查询规则，生成第二查询请求；其中，第二查询请求至少携带有目标跟踪代码标识、接受方客户端的客户端标识；进一步，上述第二查询请求还可以携带有直连标签。接受方客户端可以通过安全数据通道，将该第二查询请求发送至场务端。
场务端在接收到查询请求后，可以根据所携带的直连标签，确定出该查询请求为第二查询请求。进一步，场务端可以根据第二查询请求中携带的客户端标识检测该发起该第二查询请求的接受方客户端是否属于直连端；在确定属于直连端的情况下，进一步验证该接受方客户端是否满足查询条件；在确定满足查询条件的情况下，根据目标跟踪代码标识，查询获取目标跨境支付业务的状态信息；再通过安全数据通道将该目标跨境支付业务的状态信息发送至接受方客户端。
在一些实施例中，在接收用户发起的针对目标跨境支付业务的目标状态查询请求之前，所述方法具体实施时，还可以包括以下内容：
接收发起方客户端发送的关于目标跨境支付业务的目标提示消息；其中，所述发起方客户端在发起目标跨境支付业务后，通过与业务服务系统交互，获取针对目标跨境支付业务的目标跟踪代码标识；并根据所述目标跟踪代码标识，生成对应的目标提示消息。
当然，在一些情况下，上述目标跟踪代码标识也可以是发起方客户端在发起目标跨境支付业务后，根据预设的协议规则独自针对目标跨境支付业务生成的。
具体的，预设的协议规则中可以包含有跟踪代码标识的生成规则。相应的，可以根据预设的协议规则来生成针对目标跨境支付业务的目标跟踪代码标识。
例如，可以根据跟踪代码标识的生成规则，可以先查询与指定的业务服务(例如，支付透镜服务等)对应的服务标识；确定出目标跨境支付业务所涉及的交易业务类型(例如，普通汇款等)，再查询生成规则，确定出与该交易业务类型对应的业务编号；获取在发起目标跨境支付业务时得到流水号，根据生成规则，将该流水号扩展为统一位数(例如，32位)的交易字符串；再根据生成规则按序拼接上述服务标识、业务编号，以及交易字符串，得到符合要求的与目标跨境支付业务一一对应的目标跟踪代码标识。
具体实施时，发起方客户端如果是直连端，在发起目标跨境支付业务之后，可以直接与业务服务系统交互，获得业务服务系统根据预设的编码规则生成的针对目标跨境支付业务的目标跟踪代码标识。相应的，发起方客户端可以根据该目标跟踪代码标识生成关于目标跨境支付业务的状态信息报文；其中，该状态信息报文至少包含有该目标跟踪代码标识；进一步，状态信息报文中还可以包含有支付报文接收机构信息(例如，接受方客户端的客户端标识)；再将该状态信息报文上传至场务端。同时，发起方客户端还可以根据该目标跟踪代码标识生成对应的用于提示目标跨境支付业务已发起的目标提示信息；其中，该目标提示信息至少携带有目标跟踪代码标识；再将该目标跟踪代码标识发送至接受方客户端。
发起方客户端如果是间连端，在发起目标跨境支付业务之后，在发起方客户端之后接收目标跨境支付业务的机构服务器(记为机构服务器1)如果是直连端，可以与业务服务系统交互，获得业务服务系统根据预设的编码规则生成的针对目标跨境支付业务的目标跟踪代码标识；并将该目标跟踪代码标识返回给发起方客户端。相应的，发起方客户端可以根据该目标跟踪代码标识生成对应的目标提示信息。上述机构服务器1在对目标跨境支付业务进行相应的处理操作(例如，转发至下一级的机构服务器2；或者，暂时对目标跨境支付业务不作操作等)后，可以利用该目标跟踪代码标识生成相应的状态信息报文；再将该状态信息报文上传至场务端。如果机构服务器1也是直连端，则正常进行关于目标跨境支付业务的处理操作，在操作结束后将相应的支付指令，或者目标跨境支付业务等发送至机构服务器2，以此类推，直到目标跨境支付业务达到第一个直连端，再通过该直连端与业务服务系统交互，获得针对目标跨境支付业务的目标代码标识。
由上可见，基于本说明书实施例提供的跨境支付链路处理状态的信息查询方法，通过对业务服务系统的组网方式进行相应改进，支持部署于诸如用户、金融机构等机构侧的机构端可以通过直连或间连等多样化的组网方式连入业务服务系统，从而有效地降低了业务服务系统的连入成本，也使得业务服务系统的组网变得更加灵活、多变。具体实施时，当接受方客户端应用户发起的关于目标跨境支付业务的目标状态查询请求需要查询目标跨境支付业务的状态信息时，可以先获取并根据客户端标识，确定出具体的连接模式类型；并根据连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；再根据目标查询规则，以及用于在业务服务系统中追踪目标跨境支付业务的目标跟踪代码标识，以相匹配的方式通过与业务服务系统交互，查询获取目标跨境支付业务的状态。通过引入并使用目标跟踪代码标识在业务服务系统中对目标跨境支付业务进行精准追踪；同时，精细地区分不同的连接模式，采用差异化的查询规则对目标跨境支付业务的业务状态进行针对性的查询，从而使得用户能够较为高效、便捷地查询得到目标跨境支付业务的状态信息，提高用户的交互体验。
参阅图6所示，本说明书还提供了另一种跨境支付链路处理状态的信息查询方法。其中，该方法具体可以应用于场务端一侧。所述方法具体实施时，可以包括以下内容：
S601：接收第一直连端发送的关于目标跨境支付业务的目标查询请求；
S602：检测所述目标查询请求是否为第一查询请求；
S603：在确定所述目标查询请求为第一查询请求的情况下，根据目标查询请求验证与目标跨境支付业务相关的接受方客户端是否满足查询条件；
S604：在确定接受方客户端满足查询条件的情况下，根据目标查询请求获取接受方客户端的身份凭证，以及针对目标跨境支付业务的目标跟踪代码标识；
S605：根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；
S606：利用加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；
S607：将所述目标跨境支付业务的状态信息的密文数据发送至第一直连端；其中，所述第一直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
具体实施时，场务端可以根据目标查询请求是否携带有直连标签，或间连标签，判断该目标查询请求是否为第一查询请求。具体的，如果目标查询请求携带有间连标签，或未携带有直连标签，可以判断该目标查询请求属于第一查询请求。
具体实施时，场务端在确定该目标查询请求为第一查询请求时，可以判断第一直连端不是真正发起该查询请求的接受方客户端，且该接受方客户端系通过间连模式连入业务服务系统。相反，在确定该目标查询请求为第二查询请求时，可以判断第一直连端就是真正发起该查询请求的接受方客户端，且该接受方客户端系通过直连模式连入业务服务系统。进一步，场务端可以区分上述不同情况，采用相匹配的方式进行后续处理，以完成相关验证，并在验证通过的情况下，获取目标跨境支付业务的状态信息。
具体实施时，上述根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息，可以包括：根据目标跟踪代码标识，查询数据库获取包含有的目标跟踪代码标识的目标状态信息报文；根据预设的处理规则，处理目标状态信息报文，以得到所需要的目标跨境支付业务的状态信息。或者，根据目标跟踪代码标识，查询数据库中的跨境支付业务状态记录表，以得到目标跨境支付业务的状态信息。其中，上述跨境支付业务状态记录表内可以包含有数据库中所涉及到的各个跨境支付业务的状态信息变化记录。
在一些实施例中，所述方法具体实施时，还可以包括以下内容：
S1：接收第二直连端发送的关于目标跨境支付业务的状态信息报文；其中，所述第二直连端在对所接收到的目标跨境支付业务进行相应操作后生成所述状态信息报文；所述状态信息报文至少携带有针对目标跨境支付业务的目标跟踪代码标识；
S2：检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识；
S3：在确定目标跟踪代码标识为未有的跟踪代码标识的情况下，在数据库中存入该状态信息报文。
具体实施时，第二直连端在对所接收到的目标跨境支付业务或支付报文进行相应的处理操作后，可以根据预设的协议规则生成相应的状态信息报文；并将该状态信息报文上传至场务端。此外，上述第二直连端还可以将上述状态信息报文自动发送给下一级的机构端服务器。
场务端从状态信息报文中提取出目标跟踪代码标识；并通过对目标跟踪代码标识中的业务服务类型字段进行提取和识别，判断该状态信息报文是否为涉及业务服务系统的相关的服务的报文。具体实施时，场务端可以根据该目标跟踪代码标识，在数据库中进行搜索，检测数据库中是否存在相同的跟踪代码标识；如果在数据库中检索到相同的跟踪代码标识时，可以确定该目标跟踪代码标识为已有的跟踪代码标识；如果在数据库中未检索到相同的跟踪代码标识时，可以确定该目标跟踪代码标识为未有的跟踪代码标识。
进一步，在确定目标跟踪代码标识为已有的跟踪代码标识时，场务端可以将该状态信息报文存入数据库中；同时，还可以根据预设的处理规则，结合该状态信息报文和数据库中的跨境支付业务状态记录表，确定出目标跨境支付业务的当前状态信息，并根据当前状态信息对跨境支付业务状态记录中与该目标跟踪代码标识对应的状态信息变化记录进行更新，例如，增加新的业务状态。
在确定目标跟踪代码标识为未有的跟踪代码标识时，场务端可以将该状态信息报文作为起始状态信息报文存入数据库中；同时，还可以根据预设的处理规则，在跨境支付业务状态记录表中创建与目标跟踪代码标识对应的状态信息变化记录。
这样，场务端可以实时跟进各个跨境支付业务的最新业务状态；并及时对数据库中的跨境支付业务状态记录表进行更新，以便后续可以通过查询跨境支付业务状态记录表，更加高效获取并反馈相关跨境支付业务的状态信息。
此外，场务端还可以根据预设的清理规则，定时检测并删除跨境支付业务状态记录表中已经过期或者失效的跨境支付业务的状态信息变化记录。
在一些实施例中，所述状态信息报文还可以包含有前序机构字段；其中，所述前序机构字段用于指示在第二直连端之前操作目标跨境支付业务的第三直连端；
相应的，在检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识之后，所述方法具体实施时，还可以包括以下内容：
S1：在确定目标跟踪代码标识为已有的跟踪代码标识的情况下，从数据库中筛选出包含有目标跟踪代码标识的目标状态信息报文；并根据目标状态信息报文中的前序机构字段，确定出第三直连端；
S2：根据预设的处理规则，处理所述目标状态信息报文，得到目标跨境支付业务的当前状态信息；
S3：将所述目标跨境支付业务的当前状态信息发送至第三直连端。
具体实施时，场务端可以根据预设的协议规则，提取并利用目标状态信息报文中的前序机构字段，确定出在第二直连端之前处理操作过的其他直连端，作为第三直连端。其中，上述第三直连端可以是一个直连端，也可以是多个直连端。
场务端在得到目标跨境支付业务的当前状态信息之后，还可以自动将目标跨境支付业务的当前状态信息推送给第三直连端，以便第三直连端能够及时知晓目标跨境支付业务最新的业务状态。并且，在某些情况下，上述第三直连端如果接收到其他间连端发起的查询请求，也可以不与场务端交互，直接向间连端反馈目标跨境支付业务的当前状态信息。
此外，场务端还可以根据状态信息报文中诸如“支付报文接收机构”等报文要素字段，确定出接受方客户端；并根据预设的协议规则，将所述目标跨境支付业务的当前状态信息以短信的形式直接发送到接受方客户端；或者经由其他直连端等间连传输的方式，发送到接受方客户端，以便自动地向接受方客户端触达目标跨境支付业务的最新的状态信息。
具体实施时，对于通过直连模式或间连模式接入业务服务系统的机构端(包括：接受方客户端、发起方客户端、之间直连端，以及场务端)可以分别部署有与该业务服务系统关联的软件应用(一种机构端软件)。基于该软件应用可以帮助相关的机构端(或机构端服务器)自动实现状态信息报文的格式校验，以及相关数据的加解密处理等。
进一步，基于该软件应用，还可以使得场务端与直连端之间通过TLQ消息中间件的方式来建立安全数据通道；并通过该安全数据通道实现相关状态信息报文的交互，以保障报文传输的安全性和可靠性。其中，对于上述消息中间件，具体实施时，可以根据实际情况可以采用双活部署结构或单点部署结构等不同的部署结构进行具体部署。
具体的，上述软件应用还内置有队列管理器。相应的，机构端可以利用该软件应用中的队列管理器在机构端本地创建本地请求-响应队列，并基于该请求-响应队列，采用生产者-消费者模式与部署于其他机构端的软件应用进行报文交互。这样，可以有效地简化消息中间件部署的复杂度。
具体实施时，例如，第二直连端在完成关于目标跨境支付业务的处理操作，并生成相应的状态信息报文后，可以将该状态信息报文加入到本地的请求-响应队列。软件应用的队列管理器，在监听到本地的请求-响应队列接收到状态信息报文后，可以根据预设的协议规则，执行上下行报文处理流程，以将该状态信息报文分别推送到下一级机构端、场务端的远程队列中。这时，下一级机构端、场务端可以通过软件应用的队列管理器监听到远程队列中所接收到的状态信息报文，并获取该状态信息报文，以进行后续的处理。间连端、场务端在传输状态信息报文时，与上述第二直连端情况类似。本申请在此不作赘述。
在一些实施例中，具体实施前，场务端还可以通过业务服务系统获取大量历史跨境支付业务的业务处理记录；并对上述大量历史跨境支付业务的业务处理记录进行聚类处理，得到多个跨境支付业务的业务状态参考模板；其中，一个跨境支付业务的业务状态参考模板对应一种业务场景下的跨境支付业务的业务处理。
相应的，具体实施时，场务端还可以根据跨境支付业务的业务状态参考模板，对跨境支付业务状态记录表中的跨境支付业务的状态信息变化记录进行异常监测，以确定跨境支付业务状态记录表中记录的跨境支付业务的业务状态是否存在异常；在确定某个跨境支付业务的业务状态存在异常时，可以利用相对应的业务场景的跨境支付业务的业务状态参考模板进行状态比对，以确定出现异常的异常节点，以及具体的异常原因；进而可以根据异常节点，确定出该异常节点上一级的机构服务器和/或下一级的机构端服务器，作为协助端；再根据异常原因，生成相应的异常提示信息；并将异常提示信息发送至协助端，以便上述协助端可以根据异常提示信息，协助异常节点及时消除异常，使得跨境支付业务能够继续正常地处理下去。
本说明书实施例还提供了一种客户端，可以参阅图7所示。所述客户端包括网络通信端口701、处理器702以及存储器703，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。
其中，所述网络通信端口701，具体可以用于接收用户发起的针对目标跨境支付业务的目标状态查询请求。
所述处理器702，具体可以用于响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
所述存储器703，具体可以用于存储相应的指令程序。
在本实施例中，所述网络通信端口701可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。
在本实施例中，所述处理器702可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施例中，所述存储器703可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。
本说明书实施例还提供了一种服务器，至少包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现以下步骤：接收第一直连端发送的关于目标跨境支付业务的目标查询请求；检测所述目标查询请求是否为第一查询请求；在确定所述目标查询请求为第一查询请求的情况下，根据目标查询请求验证与目标跨境支付业务相关的接受方客户端是否满足查询条件；在确定接受方客户端满足查询条件的情况下，根据目标查询请求获取接受方客户端的身份凭证，以及针对目标跨境支付业务的目标跟踪代码标识；根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；利用加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；将所述目标跨境支付业务的状态信息的密文数据发送至第一直连端；其中，所述第一直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
本说明书实施例还提供了一种基于上述跨境支付链路处理状态的信息查询方法的计算机可读存储介质，所述计算机可读存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现以下步骤：接收用户发起的针对目标跨境支付业务的目标状态查询请求；响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。
在本实施例中，该计算机可读存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。
参阅图8所示，在软件层面上，本说明书实施例还提供了一种跨境支付链路处理状态的信息查询装置，该装置具体可以包括以下的结构模块：
接收模块801，具体可以用于接收用户发起的针对目标跨境支付业务的目标状态查询请求；
获取模块802，具体可以用于响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；
第一确定模块803，具体可以用于根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；
第二确定模块804，具体可以用于根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；
查询模块805，具体可以用于根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
在一些实施例中，在所述连接模式类型为间连模式的情况下，上述查询模块805具体实施时，可以按照以下方式根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息：确定出相对应的中间直连端；根据目标查询规则，生成第一查询请求；其中，所述第一查询请求至少携带有目标跟踪代码标识、接受方客户端的身份凭证；将所述第一查询请求发送至中间直连端；其中，所述中间直连端根据接受方客户端的身份凭证检测接受方客户端是否符合预设要求；在确定接受方客户端符合预设要求的情况下，将所述第一查询请求转发至场务端。
在一些实施例中，所述装置具体实施时，还可以用于：通过场务端根据第一查询请求，验证接受方客户端是否满足查询条件；通过场务端在确定接受方客户端满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；通过场务端利用该加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；通过场务端将目标跨境支付业务的状态信息的密文数据发送至中间直连端；其中，中间直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
在一些实施例中，在将所述第一查询请求发送至中间直连端之后，所述装置具体实施时，还可以用于：接收中间直连端针对第一查询请求反馈的目标跨境支付业务的状态信息的密文数据；获取并利用相对应的解密秘钥解密该目标跨境支付业务的状态信息的密文数据，得到目标跨境支付业务的状态信息；向用户展示目标跨境支付业务的状态信息。
在一些实施例中，在所述连接模式类型为直连模式的情况下，上述查询模块805具体实施时，可以按照以下方式根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息：根据目标查询规则，生成第二查询请求；其中，所述第二查询请求至少携带有目标跟踪代码标识、接受方客户端的客户端标识；将所述第二查询请求发送至场务端；其中，所述场务端根据第二查询请求，验证接受方客户端是否满足查询条件；在确定满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并向接受方客户端发送所述目标跨境支付业务的状态信息。
在一些实施例中，在接收用户发起的针对目标跨境支付业务的目标状态查询请求之前，所述装置具体实施时，还可以用于：接收发起方客户端发送的关于目标跨境支付业务的目标提示消息；其中，所述发起方客户端在发起目标跨境支付业务后，通过与业务服务系统交互，获取针对目标跨境支付业务的目标跟踪代码标识；并根据所述目标跟踪代码标识，生成对应的目标提示消息。
参阅图9所示，在软件层面上，本说明书实施例还提供了另一种跨境支付链路处理状态的信息查询装置，该装置具体可以包括以下的结构模块：
接收模块901，具体可以用于接收第一直连端发送的关于目标跨境支付业务的目标查询请求；
检测模块902，具体可以用于检测所述目标查询请求是否为第一查询请求；
验证模块903，具体可以用于在确定所述目标查询请求为第一查询请求的情况下，根据目标查询请求验证与目标跨境支付业务相关的接受方客户端是否满足查询条件；
获取模块904，具体可以用于在确定接受方客户端满足查询条件的情况下，根据目标查询请求获取接受方客户端的身份凭证，以及针对目标跨境支付业务的目标跟踪代码标识；
查询模块905，具体可以用于根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；
加密模块906，具体可以用于利用加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；
发送模块907，具体可以用于将所述目标跨境支付业务的状态信息的密文数据发送至第一直连端；其中，所述第一直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
在一些实施例中，所述装置具体实施时，还可以用于：接收第二直连端发送的关于目标跨境支付业务的状态信息报文；其中，所述第二直连端在对所接收到的目标跨境支付业务进行相应操作后生成所述状态信息报文；所述状态信息报文至少携带有针对目标跨境支付业务的目标跟踪代码标识；检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识；在确定目标跟踪代码标识为未有的跟踪代码标识的情况下，在数据库中存入该状态信息报文。
在一些实施例中，所述状态信息报文还可以包含有前序机构字段；其中，所述前序机构字段用于指示在第二直连端之前操作目标跨境支付业务的第三直连端；
相应的，在检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识之后，所述装置具体实施时，还可以用于：在确定目标跟踪代码标识为已有的跟踪代码标识的情况下，从数据库中筛选出包含有目标跟踪代码标识的目标状态信息报文；并根据目标状态信息报文中的前序机构字段，确定出第三直连端；根据预设的处理规则，处理所述目标状态信息报文，得到目标跨境支付业务的当前状态信息；将所述目标跨境支付业务的当前状态信息发送至第三直连端。
需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
由上可见，基于本说明书实施例提供的跨境支付链路处理状态的信息查询装置，通过支持直连、间连等多样化的组网方式连入业务服务系统，有效降低了相关成本，使得业务服务系统的组网变得更加灵活、多样；同时，通过引入并使用用于在业务服务系统中追踪目标跨境支付业务的目标跟踪代码标识，区分不同连接模式，采用差异化的查询规则对目标跨境支付业务的业务状态进行针对性的查询，使得用户能够较为高效、便捷地查询得到目标跨境支付业务的状态信息，提高用户的交互体验。
在一个具体的场景示例中，可以应用本说明书提供的跨境支付链路处理状态的信息查询方法来实现基于CIPS网关服务的跨境支付状态同步及通知。具体实施过程可以参阅以下内容。
在本场景示例中，考虑到通常跨境支付的链路相对较长，中间存在很多个节点。CIPS网关的支付透镜服务(CPSS)就是提供链路上各节点关于支付数据(一种目标跨境支付业务)的状态信息。但是由于链路会涉及到境内、境外很多机构，如果使用传统的基于中心化、集中式的星型组网结构，存在以下问题：1，中央节点负担较重，容易形成“瓶颈”；2，其网络、服务、规则、标准仅能覆盖与中央节点对接的客户，制约了业务发展。因此，考虑通过采用直连、级联(或间连)等多种连接方式组合的分布式组网方案来系统构建和连接，实现对CIPS系统的改造。其中，上述分布式组网方案具体可以是指允许一部分直连，允许一部分间连。
这样，可以有效地复用代理机构与其客户端之间的已有网络，快速构建起中心端(例如，CIPS系统的场务端)到客户端的网络覆盖；同时，也不需要另外再在中心端与客户端之间专门搭建连接通道，有效地降低了客户端的系统接入成本。
在本场景示例中，主要引入了涵盖唯一跟踪代码(例如，目标跟踪代码标识)，同时结合完整业务处理信息的结构化数据要素、交易状态更新机制、交易状态处理机制、服务及应用接入方案在内的综合运用，使得支付参与机构(例如，接受方客户端、发起方客户端、中间直连端等)能够实时追踪交易状态、共享关键信息、快速解决异常状态情况，从而提高支付的可见性、可追踪性和可靠性。
其中，上述跟踪代码CPSSID(支付透镜唯一标识码)，可以是在支付交易发起时付款方通过终端装置为每笔交易生成唯一的跟踪代码，该代码贯穿整个支付过程，作为查询和追踪支付交易的标识符，可以使得参与机构能够实时查询获取对应的交易状态、预计到账时间以及中间处理环节的信息。
首先，基于上述CIPS网关服务，诸如银行等金融机构可以通过终端装置(例如，直连端)，自动地向场务端更新和共享交易状态信息，例如，付款成功、待处理、延迟、异常等。这样，支付参与机构可以及时了解交易的进展，提高支付的透明度和可追踪性。
相应的，基于上述CIPS网关服务，场务端可以接收并根据银行等金融机构的交易状态信息整理并更新得到交易状态信息(例如，目标跨境支付业务的状态信息)，并将其推送给前序直连机构和最终收款直连机构等。
此外，基于上述CIPS网关服务，参与机构接入系统的支付透镜服务时可采用直连与间连两种接入方式。其中，直连方式(直连模式)指参与机构与场务端直接建立网络连接；间连方式(间连模式)指参与机构先与直连机构建立网络连接，再通过直连机构间接连接到场务端。
针对直连方式，可以参阅图10和图11所示，按照相匹配的方式来查询和共享交易状态信息(例如，根据与直连模式相匹配的目标查询规则，查询或共享目标跨境支付业务的状态信息)。
在本场景示例中，以付款企业(例如，发起方客户端)、付款间参(例如，发起方客户端的付款行)、付款直参(例如，发起方客户端所属区域的转汇银行)、收款直参(例如，接受方客户端所属区域的转汇银行)、收款间参(例如，接受方客户端的收款行)、收款企业均(例如，接受方客户端)等直接和场务端直连为例。相应的，支付指令及支付状态报文业务处理过程如下所示：
①付款企业向付款间参发送支付指令；
②付款企业自动向场务端发送支付状态报文；
③场务端将最新的支付状态报文转发至收款企业；
④付款间参处理完毕或不能及时处理时，向场务端发送支付状态报文；
⑤场务端将最新的支付状态报文转发至收款企业、付款企业；
⑥付款间参向付款直参发送支付指令；
⑦付款直参处理完毕或不能及时处理时，向场务端发送支付状态报文；
⑧场务端将最新的支付状态报文转发至收款企业、付款企业、付款间参；
⑨付款直参向收款直参发送支付指令；
⑩收款直参处理完毕或不能及时处理时，向场务端发送支付状态报文；
场务端将最新的支付状态报文转发至收款企业、付款企业、付款间参、付款直参；
收款直参向收款间参发送支付指令；
收款间参处理完毕或不能及时处理时，向场务端发送支付状态报文；
场务端将最新的支付状态报文转发至收款企业、付款企业、付款间参、付款直参、收款直参；
收款间参向收款企业发送支付指令。
其中，上述支付状态报文(状态信息报文中的一种)具体可以是根据预设的协议规则生成的基于ISO20022的报文，可以记为cprd.360。
针对间连方式，可以参阅图12和图13所示，按照相匹配的方式来查询和共享交易状态信息(例如，根据与间连模式相匹配的目标查询规则，查询或共享目标跨境支付业务的状态信息)。
在本场景示例中，以仅付款直参(例如，发起方客户端所属区域的转汇银行)和收款直参(例如，接受方客户端所属区域的转汇银行)与场务端直连，付款企业/间参(例如，发起方客户端/发起方客户端的付款行)、收款企业/间参(例如，接受方客户端/接受方客户端的收款行)分别和付款直参、收款直参直接相连。相应的，支付指令及支付状态报文业务处理过程如下所示：
①付款间参/企业发送支付指令至付款直参；
②付款间参/企业发送支付状态报文至付款直参；(企业自动发送)
③付款直参将收到的支付状态转发至场务端；
④场务端转发支付状态报文至收款直参；
⑤收款直参向收款间参/企业转发支付状态报文；
⑥付款直参处理完毕或不能及时处理时，向场务端发送支付状态报文，同时向付款间参/企业发送支付状态报文；
⑦场务端转发支付状态报文至收款直参；
⑧收款直参向收款间参/企业转发支付状态报文；
⑨付款直参向收款直参发送支付指令；
⑩收款直参处理完毕或不能及时处理时，向场务端发送支付状态报文；
⑩收款直参发送支付状态报文给收款间参/企业
场务端将收到最新的支付状态报文转发至付款直参；
付款直参将收到最新的支付状态报文转发至付款间参/企业；
收款直参向收款间参/企业发送支付指令；
收款间参处理完毕或不能及时处理时，向收款直参发送支付状态报文；
收款直参将收到的支付状态报文转发至场务端；
场务端将收到最新的支付状态报文转发至付款直参；
付款直参将收到最新的支付状态报文转发至付款间参/企业。
具体实施时，可以预先在支付参与机构端部署相应的系统软件(例如，CPSS系统的机构端软件)。具体可以参阅图14所示。
上述机构端软件可以与机构内部系统对接，以完成上下行报文格式校验、加密解密等处理。此外，基于上述机构端软件，场务端与直连机构端(或称直连端)，直连机构端与间连机构端(或称间连端)之间的报文交互可以分别采用TLQ消息中间件的方式实现，以保障报文传输的可靠性。其中，上述消息中间件根据实际情况可以采用双活部署或单点部署结构。
进一步，机构内部系统可以复用机构端软件的队列管理器，只需创建本地请求-响应队列，并采用生产者-消费者模式与机构端软件进行报文交互，从而能有效地简化消息中间件部署的复杂度。此外，也可以创建独立的队列管理器集群，使用消息传输通道与机构端软件的队列管理器进行报文交互。
参阅图15所示，具体实施时，间连机构内部系统发起业务时，可以将业务报文加入本地队列，间连机构端软件从监听的本地队列接收报文，进行上行报文处理流程后将报文推送至其直连机构的远程队列。直连机构内部系统从监听的队列接收间连机构发送的报文，进行下行报文处理流程后将报文传送给直连机构内部系统。至此完成间连机构到直连机构的标准报文传输，直连机构到间连机构/直连机构到场务端/场务端到直连机构的标准报文传输同理。
具体实施时，场务端服务器可以接收机构端服务器同步的支付状态信息，机构端服务器可以接收场务端服务器推送的最新支付状态信息。
具体的，参阅图16所示，对于场务端服务器，在接收一笔支付交易的多笔处理状态信息后，相应的处理步骤如下所示：
1)场务端接收直连机构发送或转发的支付状态报文。
2)场务端根据支付状态报文所携带的CPSSID，对该报文进行差异化处理。
a.在向付款方转发时，场务端根据CPSSID将最新收到的支付状态报文推送给前序付款直连机构。
b.在向收款方转发时，CPSS后台根据支付状态报文中的收款直连机构信息，将最新收到的支付状态报文推送给该机构。
具体的，参阅图17所示，对于机构端服务器，针对发起业务场景，当付款企业端服务器发起支付交易时，向场务端服务器发起支付状态报文，启动一笔支付透镜业务服务，具体处理步骤如下所示：
1)生成CPSSID(支付透镜业务的唯一标识，以“C”开头的35位数字字母组合)。
2)按“/CPSS/35位CPSSID”的格式填写至CIPS支付报文的“致收款人银行附言”栏位；并在条件许可的情况下在“端到端标识号”栏位同步填写35位CPSSID。
3)生成支付状态报文，如为直连机构则发送至场务端服务器，如为间连机构则发送至直连机构(付款账户行)服务器，由直连机构转发至场务端服务器。
4)在支付状态报文中填写收款方机构代码，如收款方为非直连机构，还需填写直连账户行机构代码。
具体的，参阅图18所示，对于机构端服务器，针对状态反馈场景，银行类参与机构的服务器收到支付报文如处理完毕或当天不能处理时，向场务端服务器发送支付状态报文，反馈业务处理状态及相应原因，具体处理步骤如下所示：
1)银行类参与机构收到支付报文时，如在致收款人银行附言栏位找到CPSSID，则该笔支付业务是支付透镜业务。
2)银行类参与机构如当天可完成该笔支付业务，则需根据业务处理情况向场务端服务器发送状态为ACSC或RJCT的支付状态报文；反之，则需及时向场务端服务器发送状态为PDNG的支付状态报文，并注明原因。
具体的，对于机构端服务器，针对状态接收场景，直连机构服务器接收场务端服务器转发或间连机构服务器发送的支付状态报文；间连机构服务器接收直连机构服务器转发的支付状态报文。
具体的，对于机构端服务器，针对状态转发场景，直连机构服务器具体转发支付状态报文时，可以包括以下内容：
a.在向场务端转发时，直接机构将间连机构发送的支付状态报文转发至场务端。
b.在向付款方转发时，直连机构根据CPSSID查找间连机构发送的相关历史报文，并向该机构转发最新支付状态报文。
c.在向收款方转发时，直连机构根据支付状态报文中收款方CIPSID查找间连机构，并向该机构转发最新支付状态报文。
通过上述场景示例，验证了本说明书提供的跨境支付链路处理状态的信息查询方法，确实能够达到以下的有益效果：1)端到端查询-最终客户和参与业务处理的银行都可进行查询，具体的，支付状态信息服务不支持企业直连或间连接入，一般银行封装支付状态信息服务将其送达终端企业，但每家银行的渠道或接口存在差异；而基于本申请提供的方法可支持最终客户通过一定的装置及业务处理规则直连或间连接入并及时获取支付交易追踪服务。2)实现收付款双向可视-支持付款发起机构及受益人查询业务最新进展和在途资金，具体的，支持接入的付款方和收款方查看在途资金直至收款方入账。3)信息完整透明-涵盖各节点处理状态、耗时、费用等关键信息。4)业务反馈及时-参与服务银行当天反馈当前处理进展。5)使用基于ISO20022的报文即XML格式传递支付处理信息，具有较高的灵活性，可以更好地适应未来各种复杂的信息传递需求，数据更加结构化和易于处理，支持自定义扩展，方便在原有报文基础上进行定制和扩展。6)接入成本低。
虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机可读存储介质中。
通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (10)

1.一种跨境支付链路处理状态的信息查询方法，其特征在于，应用于接受方客户端，所述方法包括：
接收用户发起的针对目标跨境支付业务的目标状态查询请求；
响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；
根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；
根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；
根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
2.根据权利要求1所述的方法，其特征在于，在所述连接模式类型为间连模式的情况下，根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息，包括：
确定出相对应的中间直连端；
根据目标查询规则，生成第一查询请求；其中，所述第一查询请求至少携带有目标跟踪代码标识、接受方客户端的身份凭证；
将所述第一查询请求发送至中间直连端；其中，所述中间直连端根据接受方客户端的身份凭证检测接受方客户端是否符合预设要求；在确定接受方客户端符合预设要求的情况下，将所述第一查询请求转发至场务端。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
场务端根据第一查询请求，验证接受方客户端是否满足查询条件；
场务端在确定接受方客户端满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；
场务端利用该加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；
场务端将目标跨境支付业务的状态信息的密文数据发送至中间直连端；其中，中间直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
4.根据权利要求3所述的方法，其特征在于，在将所述第一查询请求发送至中间直连端之后，所述方法还包括：
接收中间直连端针对第一查询请求反馈的目标跨境支付业务的状态信息的密文数据；
获取并利用相对应的解密秘钥解密该目标跨境支付业务的状态信息的密文数据，得到目标跨境支付业务的状态信息；
向用户展示目标跨境支付业务的状态信息。
5.根据权利要求1所述的方法，其特征在于，在所述连接模式类型为直连模式的情况下，根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息，包括：
根据目标查询规则，生成第二查询请求；其中，所述第二查询请求至少携带有目标跟踪代码标识、接受方客户端的客户端标识；
将所述第二查询请求发送至场务端；其中，所述场务端根据第二查询请求，验证接受方客户端是否满足查询条件；在确定满足查询条件的情况下，根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并向接受方客户端发送所述目标跨境支付业务的状态信息；
接收并向用户展示目标跨境支付业务的状态信息。
6.根据权利要求1所述的方法，其特征在于，在接收用户发起的针对目标跨境支付业务的目标状态查询请求之前，所述方法还包括：
接收发起方客户端发送的关于目标跨境支付业务的目标提示消息；其中，所述发起方客户端在发起目标跨境支付业务后，通过与业务服务系统交互，获取针对目标跨境支付业务的目标跟踪代码标识；并根据所述目标跟踪代码标识，生成对应的目标提示消息。
7.一种跨境支付链路处理状态的信息查询方法，其特征在于，应用于场务端，所述方法包括：
接收第一直连端发送的关于目标跨境支付业务的目标查询请求；
检测所述目标查询请求是否为第一查询请求；
在确定所述目标查询请求为第一查询请求的情况下，根据目标查询请求验证与目标跨境支付业务相关的接受方客户端是否满足查询条件；
在确定接受方客户端满足查询条件的情况下，根据目标查询请求获取接受方客户端的身份凭证，以及针对目标跨境支付业务的目标跟踪代码标识；
根据目标跟踪代码标识，查询获得目标跨境支付业务的状态信息；并根据接受方客户端的身份凭证，生成加密秘钥；
利用加密秘钥加密目标跨境支付业务的状态信息，得到目标跨境支付业务的状态信息的密文数据；
将所述目标跨境支付业务的状态信息的密文数据发送至第一直连端；其中，所述第一直连端将所述目标跨境支付业务的状态信息的密文数据发送至接受方客户端。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收第二直连端发送的关于目标跨境支付业务的状态信息报文；其中，所述第二直连端在对所接收到的目标跨境支付业务进行相应操作后生成所述状态信息报文；所述状态信息报文至少携带有针对目标跨境支付业务的目标跟踪代码标识；
检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识；
在确定目标跟踪代码标识为未有的跟踪代码标识的情况下，在数据库中存入该状态信息报文。
9.根据权利要求8所述的方法，其特征在于，所述状态信息报文还包含有前序机构字段；其中，所述前序机构字段用于指示在第二直连端之前操作目标跨境支付业务的第三直连端；
相应的，在检测状态信息报文中的目标跟踪代码标识是否为已有的跟踪代码标识之后，所述方法还包括：
在确定目标跟踪代码标识为已有的跟踪代码标识的情况下，从数据库中筛选出包含有目标跟踪代码标识的目标状态信息报文；并根据目标状态信息报文中的前序机构字段，确定出第三直连端；
根据预设的处理规则，处理所述目标状态信息报文，得到目标跨境支付业务的当前状态信息；
将所述目标跨境支付业务的当前状态信息发送至第三直连端。
10.一种跨境支付链路处理状态的信息查询装置，其特征在于，应用于接受方客户端，包括：
接收模块，用于接收用户发起的针对目标跨境支付业务的目标状态查询请求；
获取模块，用于响应目标状态查询请求，获取接受方客户端的客户端标识，以及针对目标跨境支付业务的目标跟踪代码标识；
第一确定模块，用于根据接受方客户端的客户端标识，确定接受方客户端与业务服务系统的连接模式类型；其中，所述连接模式类型包括直连模式或间连模式；所述业务服务系统为包含有场务端、直连端和间连端的分布式组网系统；所述直连端与场务端直接相连；所述间连端与场务端通过直连端间接相连；
第二确定模块，用于根据所述连接模式类型，从预设的查询规则集中确定出相匹配的目标查询规则；
查询模块，用于根据所述目标查询规则和目标跟踪代码标识，通过与业务服务系统交互，查询获取目标跨境支付业务的状态信息。
CN202410158561.8A 2024-02-04 2024-02-04 跨境支付链路处理状态的信息查询方法和装置 Pending CN117951182A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410158561.8A CN117951182A (zh) 2024-02-04 2024-02-04 跨境支付链路处理状态的信息查询方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410158561.8A CN117951182A (zh) 2024-02-04 2024-02-04 跨境支付链路处理状态的信息查询方法和装置

Publications (1)

Publication Number Publication Date
CN117951182A true CN117951182A (zh) 2024-04-30

Family

ID=90800001

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410158561.8A Pending CN117951182A (zh) 2024-02-04 2024-02-04 跨境支付链路处理状态的信息查询方法和装置

Country Status (1)

Country Link
CN (1) CN117951182A (zh)

Similar Documents

Publication Publication Date Title
CN111770102B (zh) 一种区块链跨链方法、装置、计算机设备及存储介质
CN103714636B (zh) 一种批量采集和上传传输密钥tk数据的方法及操作终端
CN108776929A (zh) 基于区块链数据库的账单处理方法、系统和可读存储介质
RU2571733C2 (ru) Способ выполнения финансовой транзакции через незащищенную инфраструктуру связи общего пользования и устройство для этого
JP2019525685A (ja) 分散トランザクション処理及び認証システム
US20220224533A1 (en) Layered recording networks
CN109767200B (zh) 一种电子支付方法、装置、系统和存储介质
KR102553831B1 (ko) 집계 지불을 위한 백엔드 아키텍처 방법 및 시스템, 컴퓨터 디바이스 및 저장 매체
CN109118184A (zh) 一种支付系统及其支付方法
CN103577983A (zh) 一种脱机消费电子货币的圈存方法
CN101334887A (zh) 一种金融数据处理的方法和银企平台装置
CN109741068A (zh) 网银跨行签约方法、装置及系统
CN108022090A (zh) 虚拟账户管理方法、设备、系统及可读存储介质
US20230385827A1 (en) Network Appliance with Secure Element
CN101615318A (zh) 电子收费系统及其装置
CN100397812C (zh) 一种基于虚拟链路的客户端与银行网的通信方法及系统
CN101533504A (zh) 电子医务系统及其装置
CN101577656A (zh) 取代集成电路卡的控显器和网络系统
Zhang et al. Cross-Chain Interoperability and Collaboration for Keyword-Based Embedded Smart Contracts in the Internet of Things
GB2530471A (en) Financial switching engine and messaging
CN113496396A (zh) 电子支付的处理方法、装置、电子设备及计算机可读存储介质
CN117951182A (zh) 跨境支付链路处理状态的信息查询方法和装置
CN113014556B (zh) 银企通讯系统、通讯方法以及电子终端
Kumar et al. A framework for mobile payment consortia system (MPCS)
CN112379862A (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