汇款进度的查询方法、装置、服务器和终端设备
技术领域
本申请涉及互联网金融技术领域，特别涉及一种汇款进度的查询方法、装置、服务器和终端设备。
背景技术
在互联网金融技术领域，用户在汇款行办理完汇款业务后，通常会比较关注该汇款业务的具体处理情况。但是，基于现有方法往往无法高效、精细地确定出汇款业务具体的进度状态，影响用户体验。
针对上述问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种汇款进度的查询方法、装置、服务器和终端设备，以解决解决现有方法中存在的无法高效、精细地确定出目标汇款业务的进度状态，用户体验差的技术问题，达到能够高效、精细地确定出目标汇款业务的当前进度状态，并及时反馈给用户，提高用户体验的技术效果。
本申请实施例提供了一种汇款进度的查询方法，包括：
接收终端设备发送的针对目标汇款业务的汇款进度查询请求；
根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；
通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；
根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；
向所述终端设备反馈所述目标汇款业务的当前进度状态。
在一个实施例中，所述关联银行包括：收款行，和/或，中间行。
在一个实施例中，所述目标汇款业务的当前进度状态包括以下至少之一：汇款当前所在银行、汇款在当前所在银行的处理状态、汇款业务当前的业务处理状态。
在一个实施例中，根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态，包括：
确定所述报文数据的报文类型和所述报文数据中的预设项信息；
根据所述报文数据的报文类型和所述报文数据中的预设项信息，通过检测所述报文数据是否满足第一类预设要求，以确定出所述目标汇款业务的业务处理类型；其中，所述业务处理类型包括点对点业务，和/或，转汇款业务；所述报文类型包括：103报文、202报文、199报文和299报文；
根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态。
在一个实施例中，在所述报文类型包括103报文的情况下，所述预设项信息包括：103报文中的第57项信息、103报文中的第59项信息；
在所述报文类型包括202报文的情况下，所述预设项信息包括：202报文中的第58项信息、202报文中的第59项信息。
在一个实施例中，根据所述报文数据的报文类型和所述报文数据中的预设项信息，通过检测所述报文数据是否满足第一类预设要求，以确定出所述目标汇款业务的业务处理类型，包括：
在确定103报文没有附带202报文，且103报文中的第57项信息为空的情况下；
或，
在确定103报文没有附带202报文，且103报文中的第57项信息不为空，103报文的收报行与第57项信息所指示的银行相同的情况下，
确定所述报文数据的报文类型和所述报文数据中的预设项信息满足第一类预设要求，并确定所述目标汇款业务的业务处理类型为点对点业务。
在一个实施例中，在确定所述目标汇款业务的业务处理类型为点对点业务的情况下，根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，包括：
在确定接收到针对103报文的199报文，和/或，针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款当前在收款行；
在确定没有接收到针对103报文的199报文和针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中。
在一个实施例中，在确定所述目标汇款业务的业务处理类型为转汇款业务的情况下，根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，包括：
检测103报文中的收款行与202报文中的收款行是否相同；
在确定103报文中的收款行与202报文中的收款行相同的情况下，根据第一确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态；
在确定103报文中的收款行与202报文中的收款行不同的情况下，根据第二确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态。
在一个实施例中，根据第一确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，包括：
在确定接收到针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中；
在确定接收到针对202报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前已到达中间行；
在确定接收到299报文，且299报文中的指示行或被指示行与202报文中的收款行相同的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前在收款行；
在确定接收到针对199报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务已完成入账。
在一个实施例中，根据第二确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，包括：
在确定接收到针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中；
在确定接收到针对202报文的回执信息，或者接收到299报文的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前已到达中间行；
在确定接收到针对199报文的第一类回执信息的情况下，且该回执信息中的指示行或被指示行与103报文中的收款行相同的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前在收款行；
在确定接收到针对199报文的第二类回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务已完成入账。
本申请实施例提供了一种汇款进度的查询方法，包括：
接收并响应用户的查询指令，生成针对目标汇款业务的汇款进度查询请求；
向第一服务器发送所述汇款进度查询请求；其中，所述第一服务器包括汇款行的服务器；所述第一服务器用于根据所述汇款进度查询请求，通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；并根据所述报文数据和/或回执信息确定出目标汇款业务的当前进度状态；
接收并展示所述第一服务器反馈的目标汇款业务的当前进度状态。
在一个实施例中，在展示所述第一服务器反馈的目标汇款业务的当前进度状态后，所述方法还包括：
接收用户针对汇款当前所在银行的提醒指令，并生成相应的提示请求；
向第一服务器发送所述提示请求；其中，所述第一服务器还用于根据所述提示请求，向第二服务器发送相应的加速处理请求，以请求第二服务器加速处理目标汇款业务；所述第二服务器包括汇款当前所在银行的服务器。
本申请实施例还提供了一种汇款进度的查询装置，包括：
接收模块，用于接收终端设备发送的针对目标汇款业务的汇款进度查询请求；
第一确定模块，用于根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；
获取模块，用于通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；
第二确定模块，用于根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；
反馈模块，用于向所述终端设备反馈所述目标汇款业务的当前进度状态。
本申请实施例还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现接收终端设备发送的针对目标汇款业务的汇款进度查询请求；根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；向所述终端设备反馈所述目标汇款业务的当前进度状态。
本申请实施例还提供了一种终端设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现接收并响应用户的查询指令，生成针对目标汇款业务的汇款进度查询请求；向第一服务器发送所述汇款进度查询请求；其中，所述第一服务器包括汇款行的服务器；所述第一服务器用于根据所述汇款进度查询请求，通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；并根据所述报文数据和/或回执信息确定出目标汇款业务的当前进度状态；接收并展示所述第一服务器反馈的目标汇款业务的当前进度状态。
一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现接收终端设备发送的针对目标汇款业务的汇款进度查询请求；根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；向所述终端设备反馈所述目标汇款业务的当前进度状态。
在本申请实施例中，通过先利用Swift网高效、全面地获取与目标汇款业务对应的目标汇款链路上关联银行所反馈的报文数据和/或回执信息；再通过根据预设的处理规则，综合处理上述报文数据和/或回执信息，以精细地确定出目标汇款业务的当前进度状态，并及时反馈给用户。从而可以高效、精细地确定出目标汇款业务的当前进度状态，使得用户能够很方便、直观地了解到目标汇款业务的当前进度状态，提高了用户体验。解决了现有方法中存在的无法高效、精细地确定出目标汇款业务的进度状态，用户体验差的技术问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本申请实施方式提供的汇款进度的查询方法的处理流程图；
图2是根据本申请实施方式提供的汇款进度的查询方法的处理流程图；
图3是根据本申请实施方式提供的汇款进度的查询装置的组成结构图；
图4是基于本申请实施例提供的服务器的组成结构示意图；
图5是在一个场景示例中应用本申请实施例提供的汇款进度的查询方法和装置的一个实施例示意图；
图6是在一个场景示例中应用本申请实施例提供的汇款进度的查询方法和装置的一个实施例示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
考虑到银行业务处理场景，基于现有的数据处理方法，当用户在汇款行办理汇款业务后，汇款行的服务器往往很难高效、精细地追踪并确定出该笔汇款业务的具体的进度状态。例如，用户很难通过汇款行查询到该笔汇款业务所涉及到的款项当前具体转到了哪家银行、具体的处理状态是什么，影响用户的使用体验。
针对产生上述技术问题的根本原因，本申请实施例考虑汇款行的服务器可以充分利用现有的Swift(Society for Worldwide Interbank Financial Telecommunications，环球同业银行金融电讯协会)网的优势，高效、全面地获取与目标汇款业务对应的目标汇款链路上关联银行所反馈的报文数据和/或回执信息；进而可以根据预设的处理规则，综合地根据上述报文数据和/或回执信息进行分析处理，以精细地确定出目标汇款业务的当前进度状态，并将上述进度状态及时地通过终端设备反馈给用户，从而可以高效、精细地确定出目标汇款业务的当前进度状态，使得用户能够很方便、直观地了解到目标汇款业务的当前具体的进度状态，提高了用户体验。解决了现有方法中存在的无法高效、精细地确定出目标汇款业务的进度状态，用户体验差的技术问题。
基于上述思考思路，本申请实施例提供了一种汇款进度的查询方法。具体请参阅图1所示。本申请实施例提供的汇款进度的查询方法，具体实施时，可以包括以下内容。
S101：接收终端设备发送的针对目标汇款业务的汇款进度查询请求。
在本实施例中，上述汇款进度的查询方法具体可以应用于第一服务器一侧。其中，上述第一服务器具体可以包括汇款行的服务器。
在一个实施例中，上述终端设备可以是应用于用户一侧的电子设备，或者相关的应用程序等。具体的，上述终端设备可以是用户的手机、电脑或者汇款银行的自助服务机等电子设备，也可以是汇款银行的手机银行、网上银行等应用程序。
在一个实施例中，上述目标汇款业务具体可以包括用户待查询的汇款业务。其中，上述汇款业务具体可以理解为一种将汇款(数据)从汇款行的汇款账户转到收款行的收款账户的数据处理业务。
在一个实施例中，具体实施前，参阅图6所示。用户可以先通过终端设备或者人工服务等媒介在汇款行一侧办理目标汇款业务。例如，行内汇款业务、跨行汇款业务或者跨境汇款业务等等。在用户在汇款行一侧办理完上述目标汇款业务后，用户想要了解该笔汇款业务的具体处理情况，可以通过终端设备向第一服务器发送针对该目标汇款行的汇款进度查询请求。
在一个实施例中，上述汇款进度查询请求具体可以包括一种用于指示查询目标汇款业务的当前汇款进度(例如，查询目标汇款业务的汇款(或称款项)当前所达到的具体银行、汇款在当前银行的处理状态或者汇款业务当前整体的业务处理状态等进度信息)的请求数据。
在一个实施例中，上述汇款进度查询请求具体还可以携带有用于指示目标汇款业务的标识信息。具体的，上述标识信息可以是目标汇款业务的业务流水单号，也可以是目标汇款业务的汇款账户和办理时间的组合等。
在一个实施例中，具体实施时，用户可以在终端设备中输入针对目标汇款业务的查询指令。例如，用户可以在汇款银行的手机银行的交互界面中的业务查询栏中输入目标汇款业务的标识信息，并点击查询图标来发起上述查询指令。终端设备接收并根据用户的查询指令，生成针对目标汇款业务的汇款进度查询请求，并通过有线或无线的方式将上述汇款进度查询请求发送至第一服务器。相应的，第一服务器可以接收到来自终端设备的汇款进度查询请求。
S102：根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路。
在一个实施例中，上述目标汇款链路具体可以理解一种包含有参与处理目标汇款业务的关联银行的业务数据处理链路。其中，上述关联银行具体可以包括收款行，也可以包括位于收款行和汇款行之间的中间行等。
需要说明的是，这里的目标汇款链路是由汇款银行基于过往的历史业务处理数据所确定出的可能性相对较大的与该目标汇款业务对应汇款链路，但并不一定是真实的汇款链路。例如，基于过往的历史业务数据，所确定出的目标汇款链路应当为由A银行(即汇款行)到B银行(即中间行)再到C银行(即收款行)。但是由于在办理本次的目标汇款业务时，B银行和C银行之间的结算协议发生了变更，实际真实的目标汇款链路变为了由A银行到B银行到D银行再到C银行。
在一个实施例中，第一服务器还可以无法确定出准确、详细的目标汇款链路的情况下，还可以先根据该目标汇款业务确定出收款行，将汇款行直接到收款行作为初始的目标汇款链路。
在一个实施例中，上述根据所述汇款进度查询请求，确定出目标汇款业务，具体实施实施，可以包括：根据汇款进度查询请求中所携带的标识信息，确定出该汇款进度查询请求所针对的目标汇款业务。
在一个实施例中，进一步可以根据目标汇款业务中的收款行信息，结合过往的关于汇款行与收款行的历史业务数据，确定出上述目标汇款链路。
S103：通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络。
在一个实施例中，上述Swift(Society for Worldwide Interbank FinancialTelecommunications，环球同业银行金融电讯协会)网具体可以理解为是一种银行结算系统网络。通常各银行的服务器可以通过上述Swift网进行例如结算等业务处理。具体的，在上述Swift网中，银行的服务器还可以通过广播标准格式的报文数据(例如SWIFT电文)或者发送回执信息等方式与其他银行的服务器进行交互。
在一个实施例中，上述报文数据具体可以包含一种或多种不同类型的报文数据。具体的上述报文类型可以包括：103报文、202报文、199报文和299报文等。其中，上述103报文具体可以是一种普通的汇款报文，202报文具体可以是一种头寸调拨报文，199报文具体可以是一种针对103报文的回执类报文，299报文具体可以是一种针对202报文的回执类报文。
在一个实施例中，根据标准格式规则，不同类型的报文数据中进一步可以包含有不同的信息项。具体的，例如，103报文中所包含的信息项具体可以包括：第57项信息项和第59项信息项等。202报文中所包含的信息项具体可以包括：第58项信息和第59项信息等。
上述多个信息项中的各个信息项可以分别用于填入相应的数据、表征相应的信息内容。例如，103报文中的第57项信息可以用于填入收款行的相关信息，用于指示收款行；103报文中的第59项信息可以用于填入收报行的相关信息，用于指示收报行。202报文中的第58项信息可以用于填入收款行的相关信息，用于指示收款行；202报文中的第59项信息可以用于填入收报行的相关信息，用于指示收报行。
其中，根据具体情况，上述收款行和收报行可能是相同的银行，也可能是不同的银行。例如，在实际处理时，中间行B银行是直接将汇款转到收款行C银行的情况下，所接收到的103报文中的第57项信息和第59项信息都是C银行的相关信息，即第57项信息和第59项信息是相同的。这时根据上述103报文数据中的第57项信息和第59项信息，可以确定在真实的目标汇款链路上B银行和C银行之间不存在其他的中间行。又例如，在实际处理时，中间行B银行是需要通过D银行才能将汇款转到收款行C银行的情况下，所接收到的103报文中的第57项信息是C银行的相关信息，而第59项信息则是D银行的相关信息，即第57项信息和第59项信息是不同的。这时根据上述103报文中的第57项信息和第59项信息，可以确定在真实的目标汇款链路上B银行和C银行之间还存在其他的中间行，即D银行。
根据标准格式规则，上述199报文(或者称MT199)具体可以是针对103报文反馈的回执类报文，本身可以不包含有意义的信息项。上述299报文(或者称MT299)具体可以是针对202报文反馈的回执类报文，本身可以不包含有意义的信息项。
当然，需要说明的是，上述所列举的报文类型，以及预设信息项只是一种示意性说明。具体实施时，根据具体情况，还引入其他类型的报文，以及相应的预设信息项。对此，本说明书不作限定。
在一个实施例中，参阅图6所示，第一服务器可以在Swift网上搜集目标汇款链路上各个关联行通过在Swift网上主动广播所反馈的报文数据。也可以是第一服务器先向上述关联行发送与目标汇款业务相关的查询报文数据，再接收关联行针对上述查询报文数据所反馈的报文数据，和/或回执信息。还可以是第一服务器直接在上述Swift网上对外广播与目标汇款业务相关的查询报文数据，再接收Swift网上与该目标汇款业务相关的关联银行响应上述查询报文数据所反馈的报文数据，和/或回执信息等。进一步，第一服务器还可以获取例如(海外)清算平台、(对公)外汇清算等系统反馈的报文数据。
其中，上述回执信息与报文数据不同。关联银行往往不会主动对外广播回执信息，而是在接收到来自第一银行的报文数据后，才会针对该报文数据反馈相应的回执信息。此外，上述回执信息所表征的信息内容也与报文数据存在差异。通常上述回执信息所包含的数据量相对小，且所表征的信息内容相对较简单。
具体的，上述回执信息可以包括以下用于表征不同信息内容的回执信息：ACK(表示确认已经接收到汇款)、ACSC(表示已经完成针对汇款的处理)、ASCP(表示已经将汇款转给了下一个银行)等。当然，需要说明的是，上述所列举的回执信息只是一种示意性说明。具体实施时，根据具体情况，还可以使用到除上述所列举的回执信息以外其他类型的回执信息。
此外，第一服务器还可以将上述回执信息还可以与报文类型以及相关的预设信息项结合，确定出更加丰富、细致的状态信息，以便更加精细地确定出目标汇款的当前进度状态。后续将会作具体说明。
通过上述方式，第一服务器可以充分利用已有的Swift网的优势和特性，在不需要构建新的交互网络的情况下，以较低的实施成本，高效、全面地获取参与该目标汇款业务的关联银行所反馈的报文数据和/或回执信息，以便后续可以根据上述较为丰富、全面的报文数据和/或回执信息，精细地确定出目标汇款业务当前具体的进度状态。
在一个实施例中，上述第一服务器可以通过Tracker登记从Swift网获取的报文数据和/或回执信息，并先将上述报文数据和/或回执信息存储在Tracker中，后续需要使用时，才从Tracker中调取相应的报文数据和/或回执信息。
S104：根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态。
在一个实施例中，上述预设的处理规则具体可以理解为一种预设的用于对所获取的报文数据和/或回执信息进行综合处理的处理规则。第一服务器可以根据上述预设的处理规则来综合利用报文数据和/或回执信息进行相应处理，以确定出目标汇款业务的当前进度状态。
在一个实施例中，为了能够让用户更加精细、直观地了解到所关注的目标汇款业务的处理情况，上述目标汇款业务的当前进度状态具体可以是一种细粒度地描述用户所关注的目标汇款业务的当前处理情况的状态数据。
在一个实施例中，具体的，上述目标汇款业务的当前进度状态包括以下至少之一：汇款当前所在银行(例如，汇款当前到达的银行是哪一家银行)、汇款在当前所在银行的处理状态(例如，汇款在当前所在的银行是否已经处理完成，准备转达下一家银行)、汇款业务当前的业务处理状态(例如，目标汇款业务的整体业务处理状态是业务处理中还是业务处理结束等)等。当然，需要说明的是，上述所列举的目标汇款业务的当前进度状态只是一种示意性说明。具体实施时，根据具体情况和用户需求，上述目标汇款业务的当前进度状态还可以包含有其他用户关注的状态数据。
在一个实施例中，具体实施时，可以先根据预设的处理规则，结合所获取的报文数据和/或回执信息，对目标汇款业务的当前处理情况进行分类；再根据预设的处理规则，结合分类结果，采用相应的处理方式来处理所获取的报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态。
在一个实施例中，上述根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态，具体实施时，可以包括以下内容。
S1：确定所述报文数据的报文类型和所述报文数据中的预设项信息。
S2：根据所述报文数据的报文类型和所述报文数据中的预设项信息，通过检测所述报文数据是否满足第一类预设要求，以确定出所述目标汇款业务的业务处理类型；其中，所述业务处理类型包括点对点业务，和/或，转汇款业务；所述报文类型包括：103报文、202报文、199报文和299报文。
S3：根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态。
在一个实施例中，上述报文类型具体可以包括：103报文、202报文、199报文和299报文等。
在一个实施例中，上述预设项信息具体可以理解为在确定目标汇款业务的当前进度状态时使用到的报文数据中信息项。
在一个实施例中，在所述报文类型包括103报文的情况下，所述预设项信息具体可以包括：103报文中的第57项信息、103报文中的第59项信息等。在所述报文类型包括202报文的情况下，所述预设项信息具体可以包括：202报文中的第58项信息、202报文中的第59项信息等。
在一个实施例中，上述点对点业务具体可以包括一种汇款链路相对较简单，通常不存在中间行的汇款业务。例如，行内汇款业务等。
在一个实施例中，上述转汇款业务具体可以包括一种汇款链路相对较复杂，通常还存在中间行的汇款业务。例如，跨境汇款业务等。
在一个实施例中，具体实施时，可以根据预设的处理规则，先确定报文类型，以及相应的预设信息项；再通过检测上述报文类型，以及相应的预设项信息是否满足第一类预设要求，来确定目标汇款业务的业务处理类型。具体的，如果确定出报文类型，以及相应的预设项信息满足第一类预设要求，可以将该目标汇款业务的业务处理类型确定为点对点业务。相反，如果确定出预设项信息不满足第一类预设要求，则可以将该目标汇款业务的业务处理类型确定为转汇款业务。进而，后续可以对不同的业务处理类型进行区分，基于目标汇款业务所属的业务处理类型更加准确地利用报文数据和/或回执信息来确定目标汇款业务的当前进度状态。
在一个实施例中，上述根据所述报文数据的报文类型和所述报文数据中的预设项信息，通过检测所述报文数据是否满足第一类预设要求，以确定出所述目标汇款业务的业务处理类型，具体实施时，可以包括以下内容：在确定103报文没有附带202报文，且103报文中的第57项信息为空的情况下；或，在确定103报文没有附带202报文，且103报文中的第57项信息不为空，103报文的收报行与第57项信息所指示的银行相同的情况下，确定所述报文数据的报文类型和所述报文数据中的预设项信息满足第一类预设要求，并确定所述目标汇款业务的业务处理类型为点对点业务。
此外，还需要补充的是，如果根据目标汇款业务的相关信息，例如，收款行信息和汇款行信息，可以直接确定出目标汇款业务属于行内汇款，这时也可以不需要按照上述方式进行处理，直接确定出该目标汇款业务的业务处理类型为点对点业务。
在一个实施例中，在按照上述方式，通过检测，在确定所述报文数据的报文类型和所述报文数据中的预设项信息不满足上述第一类预设要求的情况下，可以确定所述目标汇款业务的业务处理类型为转汇款业务。
在一个实施例中，具体确定目标汇款业务的当前进度状态时，可以根据目标汇款业务的业务处理类型进行区分，采用与目标汇款业务的业务处理类型匹配的处理方式来综合利用报文数据(包括报文数据的报文类型，以及报文数据中相应的预设信息项)和/或回执信息，以精确地确定出目标汇款业务的当前进度状态。
在一个实施例中，在确定所述目标汇款业务的业务处理类型为点对点业务的情况下，上述根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，具体实施时，可以包括以下内容：在确定接收到针对103报文的199报文，和/或，针对103报文的回执信息的情况下，可以确定目标汇款业务的当前进度状态为：汇款当前在收款行；在确定没有接收到针对103报文的199报文和针对103报文的回执信息的情况下，可以确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中。
在一个实施例中，在确定所述目标汇款业务的业务处理类型为转汇款业务的情况下，上述根据所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，具体实施时，可以包括以下内容：检测103报文中的收款行与202报文中的收款行是否相同；在确定103报文中的收款行与202报文中的收款行相同的情况下，根据第一确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态；在确定103报文中的收款行与202报文中的收款行不同的情况下，根据第二确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态。
其中，上述第一确定规则可以理解为一种预设的适用于103报文中的收款行与202报文中的收款行相同的情况下的数据处理的处理规则。上述第二确定规则可以理解为一种预设的适用于103报文中的收款行与202报文中的收款行不同的情况下的数据处理的处理规则。
在一个实施例中，上述根据第一确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，具体实施时，可以包括以下内容：在确定接收到针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中；在确定接收到针对202报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前已到达中间行；在确定接收到299报文，且299报文中的指示行或被指示行与202报文中的收款行相同的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前在收款行；在确定接收到针对199报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务已完成入账。
在一个实施例中，上述根据第二确定规则，以及所述目标汇款业务的业务处理类型、所述报文数据和/或所述回执信息，确定出目标汇款业务的当前进度状态，具体实施时，可以包括以下内容：在确定接收到针对103报文的回执信息的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前正在处理中；在确定接收到针对202报文的回执信息，或者接收到299报文的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前已到达中间行；在确定接收到针对199报文的第一类回执信息(例如，ACSP)的情况下，且该回执信息中的指示行或被指示行与103报文中的收款行相同的情况下，确定目标汇款业务的当前进度状态为：汇款业务当前在收款行；在确定接收到针对199报文的第二类回执信息(例如，ACSC)的情况下，确定目标汇款业务的当前进度状态为：汇款业务已完成入账。
通过上述方式，第一服务器可以综合利用从Swift网上获取的全面、详尽的报文数据和/或回执信息，对多种处理情况进行区分，进而可以针对不同的处理情况，采用合适匹配的处理方式来有效地利用报文数据和/或回执信息，从而可以高效、精细地确定出目标汇款业务的当前进度状态。
S105：向所述终端设备反馈所述目标汇款业务的当前进度状态。
在一个实施例中，第一服务器在按照上述方式确定出目标汇款业务的当前进度状态后，参阅图6所示，可以通过有线或无线的方式，将上述目标汇款业务的当前进度状态发送给终端设备。终端设备可以及时地向用户展示出上述目标汇款业务的当前进度状态。这样用户可以快速地查询到目标汇款业务当前的具体处理情况、处理细节，例如，当前汇款到达了哪家银行，汇款在当前银行的处理情况，以及该汇款业务整体的处理状态等等。从而可以让用户很直观、详实地了解到该汇款业务的处理情况，提高了用户的使用体验。
在一个实施例中，当用户通过终端设备所展示的目标汇款业务的当前进度状态，发现汇款在某个银行(即汇款当前所在银行，例如可以是中间行，也可以是收款行)停留了较长时间，一直处于正在处理中的状态，这时用户可以通过终端设备针对汇款当前所在银行发起提醒指令。终端设备可以接收并根据上述提醒指令生成相应的提示请求。其中，上述提示请求具体可以携带有待提醒的汇款当前所在银行的相关信息，以及目标汇款业务的标识信息。上述提示请求用于提示汇款行目标汇款业务已经处理了过长时间，请求协助加速处理。
终端设备将上述提示请求发送至第一服务器。第一服务器接收上述提示请求，并根据上述提示请求确定出待提醒的汇款当前所在银行的第二服务器。进一步，第一服务器可以生成并向上述第二服务器发送相应的加速处理请求，以请求第二服务器加速处理该目标汇款业务。
通过上述方式可以准确地确定出目标汇款业务出现停滞或者异常的银行节点，进而可以有针对性对上述银行发送加速处理请求，以有效地协助用户加速目标汇款业务的处理进程，进一步提高用户体验。
在一个实施例中，还可以是第一服务器每间隔预设的时间间隔，确定目标汇款业务的当前进度状态，在发现目标汇款业务的汇款在某个银行节点出现停滞或处理异常时，可以自动向上述银行发送相应的加速处理请求，从而可以使得用户获得更好的用户体验。
在本申请实施例中，相较于现有方法，汇款行一侧的第一服务器可以通过先利用Swift网高效、全面地获取与目标汇款业务对应的目标汇款链路上关联银行所反馈的报文数据和/或回执信息；再通过根据预设的处理规则，综合处理上述报文数据(包括报文类型和预设信息项)和/或回执信息，以精细地确定出目标汇款业务的当前具体的进度状态，并及时反馈给用户。从而可以高效、精细地确定出目标汇款业务的当前进度状态，使得用户能够很方便、直观地了解到目标汇款业务的当前具体的进度状态，提高了用户体验。解决了现有方法中存在的无法高效、精细地确定出目标汇款业务的进度状态，用户体验差的技术问题。还可以通过接收并根据针对汇款当前所在银行的提示请求，向汇款当前所在银行的服务器发送相应的加速处理请求，从而可以协助用户有针对性地督促汇款当前所在银行的关于目标汇款业务的业务处理进度，提高目标汇款业务整体的业务处理效率，从而可以进一步提高用户体验。
参阅图2所示，本申请实施例还提供了另一种汇款进度的查询方法。其中，该方法具体可以应用于终端设备一侧。具体实施时，该方法可以包括以下内容。
S201：接收并响应用户的查询指令，生成针对目标汇款业务的汇款进度查询请求。
S202：向第一服务器发送所述汇款进度查询请求；其中，所述第一服务器包括汇款行的服务器；所述第一服务器用于根据所述汇款进度查询请求，通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；并根据所述报文数据和/或回执信息确定出目标汇款业务的当前进度状态。
S203：接收并展示所述第一服务器反馈的目标汇款业务的当前进度状态。
在一个实施例中，在展示所述第一服务器反馈的目标汇款业务的当前进度状态后，所述方法具体实施时，还可以包括以下内容：接收用户针对汇款当前所在银行的提醒指令，并生成相应的提示请求；向第一服务器发送所述提示请求；其中，所述第一服务器还用于根据所述提示请求，向第二服务器发送相应的加速处理请求，以请求第二服务器加速处理目标汇款业务；所述第二服务器包括汇款当前所在银行的服务器。
在一个实施例中，在接收用户针对汇款当前所在银行的提醒指令，并生成相应的提示请求；向第一服务器发送所述提示请求后，所述方法具体实施时，还可以包括：第一服务器根据用户所指示的汇款当前所在银行查询到汇款当前所在的银行的客服电话，并将该客服电话反馈给终端设备。这样用户可以通过终端设备接收到汇款当前所在银行的客服电话，并根据该客服电话主动联系汇款当前所在银行，以督促汇款当前所在银行加快关于目标汇款业务的业务数据处理。
在本实施例中，用户可以通过终端设备连接汇款行的第一服务器，及时、高效、直观地查询到精细、准确的目标汇款业务的当前进度状态；并且还能够通过终端设备有阵对性地对汇款当前所在银行发起加速处理请求，从而提高了用户体验。
基于同一发明构思，本申请实施例中还提供了一种汇款进度的查询装置，如下面的实施例所述。由于汇款进度的查询装置解决问题的原理与汇款进度的查询方法相似，因此汇款进度的查询装置的实施可以参见汇款进度的查询方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。请参阅图3所示，是本申请实施例提供的汇款进度的查询装置的一种组成结构图，该装置具体可以包括：接收模块301、第一确定模块302、获取模块303、第二确定模块304和反馈模块305，下面对该结构进行具体说明。
接收模块301，具体可以用于接收终端设备发送的针对目标汇款业务的汇款进度查询请求；
第一确定模块302，具体可以用于根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；
获取模块303，具体可以用于通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；
第二确定模块304，具体可以用于根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；
反馈模块305，具体可以用于向所述终端设备反馈所述目标汇款业务的当前进度状态。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，上述实施方式阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，在本说明书中，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
此外，在本说明书中，诸如第一和第二这样的形容词仅可以用于将一个元素或动作与另一元素或动作进行区分，而不必要求或暗示任何实际的这种关系或顺序。在环境允许的情况下，参照元素或部件或步骤(等)不应解释为局限于仅元素、部件、或步骤中的一个，而可以是元素、部件、或步骤中的一个或多个等。
从以上的描述中，可以看出，本申请实施例提供的汇款进度的查询装置，可以高效、精细地确定出目标汇款业务的当前进度状态，并及时反馈给用户，提高了用户体验。
本说明书实施例还提供一种服务器，参阅图4所示，所述服务器包括网络通信端口401、处理器402以及存储器403，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。
其中，所述网络通信端口401，具体可以用于接收终端设备发送的针对目标汇款业务的汇款进度查询请求。
所述处理器402，具体可以用于根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态。
所述网络通信端口401，具体还可以用于向所述终端设备反馈所述目标汇款业务的当前进度状态。
所述存储器403，具体可以用于存储相应的指令程序。
在本实施例中，所述网络通信端口401可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。
在本实施例中，所述处理器402可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施例中，所述存储器403可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。
本说明书实施例还提供一种终端设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现接收并响应用户的查询指令，生成针对目标汇款业务的汇款进度查询请求；向第一服务器发送所述汇款进度查询请求；其中，所述第一服务器包括汇款行的服务器；所述第一服务器用于根据所述汇款进度查询请求，通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；并根据所述报文数据和/或回执信息确定出目标汇款业务的当前进度状态；接收并展示所述第一服务器反馈的目标汇款业务的当前进度状态。
本申请实施例还提供了一种基于汇款进度的查询方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收终端设备发送的针对目标汇款业务的汇款进度查询请求；根据所述汇款进度查询请求，确定出目标汇款业务，以及与所述目标汇款业务对应的目标汇款链路；通过Swift网获取所述目标汇款链路上关联银行反馈的报文数据和/或回执信息；其中，所述Swift网包括银行结算系统网络；根据预设的处理规则，处理所述报文数据和/或回执信息，以确定出目标汇款业务的当前进度状态；向所述终端设备反馈所述目标汇款业务的当前进度状态。
在本实施方式中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。
在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。
在一个具体实施场景示例中，某银行可以应用本申请实施例的提供的汇款进度的查询方法和装置来为用户高效、精细地查询出汇款业务的进度状态。
在本场景示例中，所采用的实现方式是通过Swift网广播整个汇款链路中涉及银行间发Tracker通知，来实现确定目前各银行间处理进度，为客户提供可视化的汇款处理进度。从而可以克服了发起银行(即汇款行)无法获取中间行的汇款处理进度的问题。
在本场景示例中，参阅图5所示。在设计思路上，(第一服务器在)汇款产品层可以将所有Swift本地跨行、跨境报文(即报文数据)在发送时识别是转汇款、还是点对点产品(即确定所属的业务处理类型)，后续接收Tracker通知(中间行、收报行的处理进度)，并统一封装给外围渠道(即终端设备)，各渠道可自定义给客户提供该增值产品状态查询和消息通知。
具体实施时，可以包括以下步骤。
步骤1：汇款进度增值产品识别。
1、点对点：A.行内汇款必定为点对点，B.57项为空且非103附带202的也是点对点，C.57不为空收报行同(57项)账务行相同且非103附带202的也是点对点。
2、转汇款：其余则是转汇款。
步骤2：汇款进度通知TRACKER登记。
1、对于单笔103的场景，认为资金流向体现在103对应的MT199里，根据实际状态登记。
2、对于103附带202场景，资金流向部分体现在103，部分体现在202，规则具体如下所述分多种情况区分处理。
2-1、对于103收款行与202的收款行相同的情况。
2-1-1、103收ACK，汇款进度状态不变，仍为银行处理中。
2-1-2、202收ACK，汇款进度状态更新为资金已到中间行。
2-1-3、收汇款进度299通知，指示行或被指示行与202收款行一致即为资金已到收款行。
2-1-4、收汇款进度199ACSC通知即已入账。
2-2、对于103收款行与202的收款行不同的情况。
2-2-1、103收ACK，汇款进度状态不变，仍为银行处理中。
2-2-2、202收ACK，汇款进度状态更新为资金已到中间行。
2-2-3、收汇款进度299通知，汇款进度状态不变，仍为资金已到中间行。
2-2-4、收汇款进度199ACSP通知，指示行或被指示行与103收款行一致即为资金已到收款行。
2-2-5、收汇款进度199ACSC通知即已入账。
步骤3：汇款进度通知状态查询。
具体的，外围渠道查询时，根据ACK属性和Tracker登记信息的最新时间(状态反馈世界时间)返回汇款进度的最新状态。
在本场景示例中，可以给客户带来较为直观的用户体验，用户汇款后可以实时查看到汇款的处理进度，例如，款项(即汇款)到达了哪家中间行，这家中间行是否处理完毕，当款项到达收款行后，客户还可以主动联系中间行或收款行及时处理该业务，进一步提高了用户体验。
尽管本申请内容中提到不同的具体实施例，但是，本申请并不局限于必须是行业标准或实施例所描述的情况等，某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、处理、输出、判断方式等的实施例，仍然可以属于本申请的可选实施方案范围之内。
虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
上述实施例阐明的装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的实施方式包括这些变形和变化而不脱离本申请。
