CN108011926B - 一种报文发送方法、处理方法、服务器及系统 - Google Patents
一种报文发送方法、处理方法、服务器及系统 Download PDFInfo
- Publication number
- CN108011926B CN108011926B CN201711078981.1A CN201711078981A CN108011926B CN 108011926 B CN108011926 B CN 108011926B CN 201711078981 A CN201711078981 A CN 201711078981A CN 108011926 B CN108011926 B CN 108011926B
- Authority
- CN
- China
- Prior art keywords
- server
- message
- client
- transaction
- transaction message
- 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.)
- Active
Links
Images
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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/38—Payment protocols; Details thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种报文发送方法、处理方法、服务器及系统,其中,方法包括:客户端在与服务端同步当前基线标识后,获取批量交易报文;向服务端发送交易报文;服务端接收交易报文,并根据交易报文中的当前基线标识确认是否处理交易报文;在任一交易报文发送失败时,客户端停止批量交易报文的发送并更新当前基线标识;返回客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;批量交易报文为批量交易报文中服务端尚未确认处理成功的交易报文。每一个交易报文都会被服务端处理,服务端仅会处理当前基线标识对应的交易报文,保证了交易的一致性。服务端只需对比当前基线标识,降低了服务端的处理压力。
Description
技术领域
本发明涉及交易处理技术领域,尤其涉及一种报文发送方法、处理方法、服务器及系统。
背景技术
在金融领域,“批转实”是一种处理批量业务的常见途径,所谓的“批转实”,指的是将待处理的批量交易转化为实时交易进行处理的一种技术。“批转实”交易系统一般由客户端和服务端构成,其中,客户端会从缓存或从其它服务器获取批量交易,将批量交易转化为实时交易后发送给服务端,服务端接收到实时交易后,对实时交易进行处理。
然而,在发送大报文交易以及服务器资源不足、网络环境卡顿或者服务端系统抖动等异常时,可能出现交易丢失、重复发送或者重复处理等问题,使得系统的稳定性得不到保证。更进一步地,由于系统缺乏稳定性,因此,现有的“批转实”处理中还需要采用一致性技术,保证交易一定会被处理,而且只会被处理一次,目前,多由服务端通过对比交易业务主键等方式来实现,这又为服务端带来了额外的处理压力。
发明内容
本发明提供一种报文发送方法、处理方法、服务器及系统,用以在保证交易一致性的同时降低服务端处理压力。
本发明实施例提供一种报文发送方法,包括:
客户端在与服务端同步当前基线标识后,获取批量交易报文;
所述客户端向所述服务端发送所述批量交易报文中的交易报文,所述交易报文携带当前基线标识;所述交易报文中的当前基线标识为所述服务端确认是否处理所述交易报文的依据;
在所述批量交易报文中的任一交易报文发送失败时,所述客户端停止所述批量交易报文的发送并更新所述当前基线标识;
所述客户端返回所述客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;所述批量交易报文为所述批量交易报文中所述服务端尚未确认处理成功的交易报文。
可选的,所述客户端向所述服务端发送所述批量交易报文中的交易报文,包括:
所述客户端根据预设的切分规则将所述交易报文切分为至少一个报文片段;所述切分规则根据所述客户端和所述服务端的系统性能确定;
针对每个报文片段,所述客户端向所述服务端发送片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。
可选的,所述客户端通过以下方式确定交易报文发送失败,包括:
确定所述交易报文所对应的任一片段报文发送失败;或
确定所述交易报文所对应的所有片段报文均发送成功,但所述交易报文的恢复处理失败。
可选的,确定所述交易报文所对应的任一片段报文发送失败,包括:
针对所述交易报文的任一片段报文,
若所述客户端在发送所述片段报文后的第一预设时间内未收到所述服务端的确收应答,则所述客户端按照第二预设频率向所述服务端发送第一询问指令;所述第一询问指令包含交易报文的标识和报文片段的标识;
在第二预设时间内仍未收到所述确收应答时,所述客户端确认所述片段报文发送失败。
可选的,确定所述交易报文的恢复处理失败,包括:
所述客户端在确认所述交易报文的所有片段报文都发送成功后的第三预设时间内,若收到所述服务端的失败应答,则确认所述交易报文的恢复处理失败。
可选的,还包括:
在所述交易报文所对应的所有片段报文都发送成功后的所述第三预设时间内,若未收到所述服务端的失败应答或成功应答,所述客户端按照第二预设频率向所述服务端发送第二询问指令;所述第二询问指令包括交易报文的标识;
在第四预设时间内仍未收到所述服务端成功应答时,则确认所述交易报文的恢复处理失败。
可选的,所述客户端通过以下方式与所述服务端同步所述当前基线标识,包括:
所述客户端获取更新后的所述当前基线标识;
所述客户端向所述服务端发送同步指令;所述同步指令中包括所述客户端的当前基线标识;所述同步指令用于指示所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
本发明实施例提供一种报文处理方法,包括:
服务端接收客户端发送的批量交易报文中交易报文;所述交易报文携带有客户端的当前基线标识;
所述服务端在确认所述交易报文的当前基线标识与所述服务端的当前基线标识一致时,所述服务端处理所述交易报文。
可选的,所述服务端接收所述客户端发送的批量交易报文中交易报文,包括:
所述服务端接收所述客户端发送的片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和客户端的当前基线标识;所述报文片段是所述客户端根据预设的切分规则将所述交易报文切分后获得的;所述切分规则根据所述客户端和所述服务端的系统性能确定;
所述服务端在确认所述交易报文所对应的所有片段报文接收完毕后,所述服务端根据收到的所述交易报文所对应的所有片段报文恢复所述交易报文。
可选的,还包括:
所述服务端在所述交易报文恢复处理成功时,所述服务端向所述客户端返回成功应答;
在所述交易报文恢复处理失败时,所述服务端向所述客户端返回失败应答。
可选的,所述服务端接收所述客户端发送的片段报文之后,还包括:
所述服务端向所述客户端发送确收应答;所述确收应答包括所述交易报文的标识和所述报文片段的标识。
可选的,所述服务端的当前基线标识通过以下方式获得,包括:
所述服务端接收所述客户端发送的同步指令;所述同步指令中包括所述客户端获取的更新后的当前基线标识;所述同步指令是所述客户端在所述批量交易报文中任一交易报文发送失败时发送的;
所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
本发明实施例提供一种客户端服务器,包括:
处理单元,用于在与服务端同步当前基线标识后,获取批量交易报文;
所述处理单元,还用于控制收发单元向所述服务端发送所述批量交易报文中的交易报文,所述交易报文携带当前基线标识;所述交易报文中的当前基线标识为所述服务端确认是否处理所述交易报文的依据;
在所述批量交易报文中的任一交易报文发送失败时,所述客户端停止所述批量交易报文的发送并更新所述当前基线标识;
所述客户端返回所述客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;所述批量交易报文为所述批量交易报文中所述服务端尚未确认处理成功的交易报文。
可选的,所述处理单元具体用于:
根据预设的切分规则将所述交易报文切分为至少一个报文片段;所述切分规则根据所述客户端和所述服务端的系统性能确定;
针对每个报文片段,控制所述收发单元向所述服务端发送片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。
可选的,所述处理单元通过以下方式确定交易报文发送失败,包括:
确定所述交易报文所对应的任一片段报文发送失败;或
确定所述交易报文所对应的所有片段报文均发送成功,但所述交易报文的恢复处理失败。
可选的,所述处理单元具体用于:
针对所述交易报文的任一片段报文,
若所述收发单元在发送所述片段报文后的第一预设时间内未收到所述服务端的确收应答,则按照第二预设频率控制所述收发单元向所述服务端发送第一询问指令;所述第一询问指令包含交易报文的标识和报文片段的标识;
在第二预设时间内所述收发单元仍未收到所述确收应答时,确认所述片段报文发送失败。
可选的,所述处理单元具体用于:
在确认所述交易报文的所有片段报文都发送成功后的第三预设时间内,若所述收发单元收到所述服务端的失败应答,则确认所述交易报文的恢复处理失败。
可选的,所述处理单元还用于:
在所述交易报文所对应的所有片段报文都发送成功后的所述第三预设时间内,若未收到所述服务端的失败应答或成功应答,所述客户端按照第二预设频率向所述服务端发送第二询问指令;所述第二询问指令包括交易报文的标识;
在第四预设时间内仍未收到所述服务端成功应答时,则确认所述交易报文的恢复处理失败。
可选的,所述客户端通过以下方式与所述服务端同步所述当前基线标识,包括:
所述客户端获取更新后的所述当前基线标识;
所述客户端向所述服务端发送同步指令;所述同步指令中包括所述客户端的当前基线标识;所述同步指令用于指示所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
本发明实施例提供一种服务端服务器,包括:
收发单元,用于接收客户端发送的批量交易报文中交易报文;所述交易报文携带有客户端的当前基线标识;
处理单元,用于在确认所述交易报文的当前基线标识与当前基线标识一致时,处理所述交易报文。
可选的,所述收发单元,具体用于接收所述客户端发送的片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和客户端的当前基线标识;所述报文片段是所述客户端根据预设的切分规则将所述交易报文切分后获得的;所述切分规则根据所述客户端和所述服务端的系统性能确定;
所述处理单元,具体用于在确认所述交易报文所对应的所有片段报文接收完毕后,根据收到的所述交易报文所对应的所有片段报文恢复所述交易报文。
可选的,所述处理单元还用于:
在所述交易报文恢复处理成功时,控制所述收发单元向所述客户端返回成功应答;
在所述交易报文恢复处理失败时,控制所述收发单元向所述客户端返回失败应答。
可选的,所述处理单元还用于:
控制所述收发单元向所述客户端发送确收应答;所述确收应答包括所述交易报文的标识和所述报文片段的标识。
可选的,所述当前基线标识通过以下方式获得,包括:
所述收发单元接收所述客户端发送的同步指令;所述同步指令中包括所述客户端获取的更新后的当前基线标识;所述同步指令是所述客户端在所述批量交易报文中任一交易报文发送失败时发送的;
所述处理单元根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
本发明实施例提供一种可读存储介质,所述可读存储介质存储有计算设备可执行指令,所述计算设备可执行指令用于使所述计算设备执行上述任一项所述的报文发送方法。
本发明实施例提供一种客户端服务器,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行上述任一项所述的报文发送方法。
本发明实施例提供一种可读存储介质,所述可读存储介质存储有计算设备可执行指令,所述计算设备可执行指令用于使所述计算设备执行上述任一项所述的报文处理方法。
本发明实施例提供一种服务端服务器,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行上述任一项所述的报文处理方法。
本发明实施例提供一种服务器系统,包括上述任一项所述的客户端服务器,以及,上述任一项所述的服务端服务器。
综上所述,本发明实施例提供一种报文发送方法、处理方法、服务器及系统,其中,发送方法和处理方法包括:客户端在与服务端同步当前基线标识后,获取批量交易报文;客户端向服务端发送批量交易报文中的交易报文,交易报文携带当前基线标识;服务端接收交易报文,并根据交易报文中的当前基线标识确认是否处理交易报文;在批量交易报文中的任一交易报文发送失败时,客户端停止批量交易报文的发送并更新当前基线标识;客户端返回客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;批量交易报文为批量交易报文中服务端尚未确认处理成功的交易报文。在批量交易报文中的任一交易报文发送失败时,客户端会返回获取批量交易报文的步骤,能够保证批量交易报文中的每一个交易报文都会被服务端接收,从而保证批量交易报文中的每一个交易报文都会被服务端处理。交易报文中包括当前基线标识,服务端通过当前基线标识确认是否处理交易报文,使得服务端仅会处理当前基线标识对应的交易报文,而其它基线标识(客户端曾经使用过的基线标识)所对应的交易报文并不会处理,从而避免了一个交易报文被重复处理的情况。因此,本发明实施例能够保证交易的一致性。同时,服务端无需进行对比交易业务主键,只需对比当前基线标识,因此本发明实施例在保证交易的一致性的同时还能够降低服务端的处理压力。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种报文发送方法、处理方法流程示意图;
图2为本发明实施例提供的三笔交易报文发送示意图;
图3为本发明实施例提供的一种可能出现的客户端发送队列示意图;
图4为本发明实施例提供的一种客户端服务器结构示意图;
图5为本发明实施例提供的一种服务端服务器结构示意图;
图6为本发明实施例提供的一种计算设备结构示意图;
图7为本发明实施例提供的一种计算设备结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种报文发送方法、处理方法流程示意图,如图1所示,包括以下步骤:
S101:客户端在与服务端同步当前基线标识后,获取批量交易报文。
S102:客户端向服务端发送批量交易报文中的交易报文,交易报文携带当前基线标识。
S103:服务端接收交易报文,根据交易报文中的当前基线标识确认是否处理交易报文。
S104:在批量交易报文中的任一交易报文发送失败时,客户端停止批量交易报文的发送并更新当前基线标识。
S105:客户端返回客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;批量交易报文为批量交易报文中服务端尚未确认处理成功的交易报文。
应理解,在本发明实施例的具体实施过程中,客户端既可以是一个独立的服务器,也可以是多个服务器构成的服务器集群,同样的,服务端既可以是一个独立的服务器,也可以是多个服务器构成的服务器集群。客户端和服务端之间通过有线或无线网络连接。在采用本发明实施例之前,可选的,客户端先对交易报文的各项要素预先检查,如交易的合法性、交易中防篡改摘要信息的校验等等,对通过预先检查的交易报文,客户端再采用本发明实施例所提供的方法将其发送给服务端。
在S101中,基线标识是与将要发送的批量交易报文的发送批次相对应的,在获取批量交易报文之前,客户端需先与服务端同步当前基线标识,同步后的当前基线标识即是与之后获取的批量交易报文的发送批次相对应的基线标识。客户端与服务端之间同步基线标识的方式可以灵活设置,即可以按照预设的更新规则同步更新以保证二者当前基线标识的一致,也可以由客户端发起同步,当然也可以由服务端发起同步等等多种方式。
可选的,以客户端发起同步的实施方式为例,客户端可以通过以下方式与服务端同步当前基线标识,包括:
步骤一:客户端获取更新后的所述当前基线标识。
步骤二:客户端向所述服务端发送同步指令;所述同步指令中包括客户端的当前基线标识。
步骤三:服务端根据接收同步指令,并根据客户端的当前基线标识更新服务端的当前基线标识。
在上述实施例中,客户端通过向服务端发送同步指令完成了与服务端之间的当前基线标识的同步。与之类似的,也可以由服务端获取更新后的当前基线标识并向客户端发送同步指令,客户端接收同步指令并根据服务端的当前基线标识更新客户端的当前基线标识。
在S103中,交易报文中携带着当前基线标识,服务端在收到交易报文后,会先根据交易报文中的当前基线标识判断是否处理该交易报文。具体来说,在交易报文中携带的当前基线标识与服务端的当前基线标识一致时,说明该交易报文是服务端和客户端最新一次同步当前基线标识后客户端发送的交易报文,因此该交易报文是客户端发送的最新批次的批量交易报文中的交易报文。而在交易报文中携带的当前基线标识与服务端的当前基线标识不一致时,说明该交易报文是服务端和客户端最新一次同步当前基线标识之前客户端发送的交易报文,因此该交易报文并不是客户端发送的最新批次的批量交易报文中的交易报文。
在S104中,客户端会依次或同时发送多个交易报文,只要其中任一交易报文发送失败,客户端便会马上停止该批次批量交易报文的发送。之后,客户端更新当前基线标识。客户端更新当前基线标识对应多种具体的实施方式,可以是客户端主动更新当前基线标识,应理解,为了保证客户端与服务端当前基线标识的一致,在客户端主动更新当前基线标识后,可采用S101中所公开的同步方式同步更新服务端中的当前基线标识。基于相同的原理,也可以由服务端在发现任一交易报文发送失败时,主动更新当前基线标识,之后,向客户端发送同步指令,客户端接收同步指令更新当前基线标识。
在S105中,客户端返回S101,需指出的是,此时批量交易报文发生了变化,批量交易报文中只包括尚未确认发送成功的交易报文,将已确认发送成功的交易报文剔除批量交易报文。此时,再次执行S103时,处理端在确认交易报文的当前基线标识与服务端的当前基线标识一致时,服务端处理所述交易报文。因此,服务端处理的交易报文都是客户端发送的最新批次的批量交易报文中的交易报文,即尚未确认发送成功的交易报文,从而避免了对同一交易报文的反复处理。
在批量交易报文中的任一交易报文发送失败时,客户端会返回获取批量交易报文的步骤,能够保证批量交易报文中的每一个交易报文都会被服务端接收,从而保证批量交易报文中的每一个交易报文都会被服务端处理。交易报文中包括当前基线标识,服务端通过当前基线标识确认是否处理交易报文,使得服务端仅会处理当前基线标识对应的交易报文,而其它基线标识(客户端曾经使用过的基线标识)所对应的交易报文并不会处理,从而避免了一个交易报文被重复处理的情况。因此,本发明实施例能够保证交易的一致性。同时,服务端无需进行对比交易业务主键,只需对比当前基线标识,因此本发明实施例在保证交易的一致性的同时还能够降低服务端的处理压力。
在实际应用中,交易报文的大小往往无法预知,当遇到单个交易报文数据量较大时,系统的处理性能及稳定性都会大幅降低,为了解决这一问题,可选的,客户端向服务端发送批量交易报文中的交易报文,包括:客户端根据预设的切分规则将交易报文切分为至少一个报文片段;切分规则根据客户端和服务端的系统性能确定;针对每个报文片段,客户端向服务端发送片段报文;片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。例如,可以根据客户端和服务端的系统性能确定其最适应的报文片段的数据量大小,之后,对交易报文按该数据量大小等量切分,当交易报文切分后的最后一个片段的大小小于该数据量大小时,可以采用补0等方式填补至该数据量大小。通过这种方式,使得客户端每次发送以及服务端每次接收的报文大小都是固定大小,从而提高了系统的稳定性。
可选的,在S103中,服务端在接收片段报文后,还需将其恢复为交易报文。本发明实施例提供一下处理方法,使得服务端能够将片段报文恢复为交易报文,包括:服务端接收客户端发送的片段报文;服务端在确认交易报文所对应的所有片段报文接收完毕后,服务端根据收到的所述交易报文所对应的所有片段报文恢复所述交易报文。具体来说,客户端在将任一交易报文切分为多个片段报文后,依次或同时向服务端发送片段报文。服务端接收片段报文之后,会先根据片段报文中的交易报文的标识,确定该片段报文所对应的交易报文,之后,根据片段报文中给交易报文的片段数判断该交易报文所对应的若干个片段报文是否全部接收完毕,若已全部接收完毕,则服务端根据片段报文中的报文片段标识所示的顺序将若干个片段报文恢复为交易报文,为了便于描述,本发明实施例称将多个片段报文恢复为交易报文为恢复处理,在通过恢复处理获得交易报文之后,服务端继续进行如扣款、转账等交易处理。可选的,服务端在交易报文恢复处理成功时,向客户端返回成功应答;在交易报文恢复处理失败时,服务端向客户端返回失败应答。成功应答和失败应答中都包括该交易报文的标识,以告知客户端该交易报文的恢复处理结果。
在客户端通过发送片段报文的形式以发送交易报文的基础上,客户端可通过以下规则确定任一交易报文是否发送失败,包括:确定交易报文所对应的任一片段报文发送失败;或确定交易报文所对应的所有片段报文均发送成功,但交易报文的恢复处理失败。可选的,可通过以下方式确定交易报文所对应的任一片段报文是否发送失败,包括:针对交易报文的任一片段报文,若客户端在发送片段报文后的第一预设时间内未收到服务端的确收应答,则客户端按照第二预设频率向服务端发送第一询问指令;第一询问指令包含交易报文的标识和报文片段的标识;在第二预设时间内仍未收到确收应答时,客户端确认片段报文发送失败。服务端每收到一个片段报文,都会向客户端返回一个与该片段报文对应的确收应答,若客户端在发送任一片段报文后的第一预设时间内未能收到服务端返回的确收应答,则有可能是该片段报文并未发送至服务端,但也有可能是服务端返回的确收应答在网络中丢失而未被传送至客户端。因此,客户端在第一预设时间内未收到确收应答时,会主动按照第一预设频率向服务端发送第一询问指令,若服务端接收到了片段报文,其便会向客户端返回确收应答,若在第二预设时间内仍未收到确收应答,则说明服务端并未收到该片段报文,该片段报文发送失败。更进一步的,由于交易报文的恢复需要该交易报文对应的全部片段报文,因此任一片段报文发送失败,都可以认为该交易报文发送失败。
然而,服务端接收到了任一交易报文所对应的全部片段报文,并不代表服务端就能够获得该交易报文,其还需对片段报文进行恢复处理,若恢复处理失败,服务端依旧无法获得该交易报文,因此,服务端需向客户端返回成功应答或失败应答以告知服务端该交易报文的恢复处理结果。可选的,客户端在确认交易报文的所有片段报文都发送成功后的第三预设时间内,若收到服务端的失败应答,则确认交易报文的恢复处理失败。与确收应答类似的,成功应答或失败应答也有可能出现丢失的情况,因此,可选的,在交易报文所对应的所有片段报文都发送成功后的第三预设时间内,若未收到服务端的失败应答或成功应答,客户端按照第二预设频率向服务端发送第二询问指令;第二询问指令包括交易报文的标识;在第四预设时间内仍未收到服务端成功应答时,则确认交易报文的恢复处理失败。
下面以三笔交易报文的发送流程为例,一种可能出现的批量交易发送处理流程如图2所示,为本发明实施例提供的三笔交易报文发送示意图。如图2所示,三笔交易报文的标识分别为1、2和3。客户端先对三笔交易报文进行预先检查,如md5数据有效性校验、交易报文最大长度合法性检查等等,在检查通过后,进行下一步处理,否则,将交易废弃。
客户端与服务端建立会话,同步当前基线标识为:MGM-DTS-0001,其中,MGM为系统标识、DTS为模块标识、0001为基线序号标识,采用系统、模块、序号结合的方式表示当前基线标识,保证了当前基线标识在多功能系统集群中的唯一且有序。
可选的,在客户端中,拆分进程以多进程的形式进行,分别将三个报文进行拆分处理。3个进程将交易按照等量1024kb拆分,拆分的结果分别为:
报文1(假设总长度为2824kb),拆分为3个长度均为1024kb的报文片段,第三个报文片段的最后为空格填充,并生成三个片段报文,三个片段报文包括当前基线标识MGM-DTS-0001、交易报文的标识1,以及报文片段标识“.1”、“.2”和“.3”。
报文2(假设总长度为1523kb),拆分为2个长度均为1024kb的报文片段,第二个报文片段的最后为空格填充,并生成两个片段报文,两个片段报文包括当前基线标识MGM-DTS-0001、交易报文的标识2,以及报文片段标识“.1”和“.2”。
报文3(假设总长度为2523kb),拆分为3个长度均为1024kb的报文片段,第三个报文片段的最后为空格填充,并生成三个片段报文,三个片段报文包括当前基线标识MGM-DTS-0001、交易报文的标识3,以及报文片段标识“.1”、“.2”和“.3”。
客户端通过3个拆分进程获取拆分结果,由于拆分进程的结束时间不一定完全相同,最终接收到的片段报文序列在报文组内部是有序的,但在整个发送队列中是无序的。图3为本发明实施例提供的一种可能出现的客户端发送队列示意图,如图3所示,客户端的发送队列中报文1、报文2和报文3的片段报文交互排列,因此在发送队列中是无序的,而只针对于发送队列中1个交易报文所对应的片段报文,如报文1的片段报文1.1、1.2和1.3,其在发送队列中的排列又是有序的。
当报文2发送失败时,客户端与服务端同步更新当前基线标识,假设更新后的当前基线标识为MGM-DTS-0002。之后,以多进程的形式对报文2和报文3重新进行拆分处理,两个进程将报文2和报文3按照等量1024kb拆分,拆分的结果分别为:
报文2(总长度依旧为1523kb),拆分为两个长度均为1024kb的报文片段,其中第二个报文片段的最后为空格填充,并生成两个片段报文,两个片段报文包括当前基线标识MGM-DTS-0002、交易报文标识2、报文片段标识“.1”和“.2”。
报文3(总长度依旧为2523kb),拆分为三个长度均为1024kb的报文片段,其中第三个报文片段的最后为空格填充,并生成三个片段报文,三个片段报文包括当前基线标识MGM-DTS-0002、交易报文标识3、报文片段标识“.1”、“.2”和“.3”。
客户端重新发送报文2和报文3所对应的片段报文。
对于服务端,其采用“轻量级”处理手段,当报文2恢复处理失败时,或,服务端收到客户端的同步指令时,服务端全部中止所有当前基线标识为MGM-DTS-0001的片段报文或交易报文,未处理的报文均判定为拒绝,等待客户端重新送达当前基线标识为MGM-DTS-0002的片段报文,直到报文1、报文2和报文3全部发送成功。至此整个发送和接收的过程做到了防止交易重发、漏发的问题,即达到了保证“交易一致性”的实际效果。
综上所述,本发明实施例提供一种报文发送方法、处理方法,包括:客户端在与服务端同步当前基线标识后,获取批量交易报文;客户端向服务端发送批量交易报文中的交易报文,交易报文携带当前基线标识;服务端接收交易报文,并根据交易报文中的当前基线标识确认是否处理交易报文;在批量交易报文中的任一交易报文发送失败时,客户端停止批量交易报文的发送并更新当前基线标识;客户端返回客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;批量交易报文为批量交易报文中服务端尚未确认处理成功的交易报文。在批量交易报文中的任一交易报文发送失败时,客户端会返回获取批量交易报文的步骤,能够保证批量交易报文中的每一个交易报文都会被服务端接收,从而保证批量交易报文中的每一个交易报文都会被服务端处理。交易报文中包括当前基线标识,服务端通过当前基线标识确认是否处理交易报文,使得服务端仅会处理当前基线标识对应的交易报文,而其它基线标识(客户端曾经使用过的基线标识)所对应的交易报文并不会处理,从而避免了一个交易报文被重复处理的情况。因此,本发明实施例能够保证交易的一致性。同时,服务端无需进行对比交易业务主键,只需对比当前基线标识,因此本发明实施例在保证交易的一致性的同时还能够降低服务端的处理压力。
基于相同的技术构思,本发明实施例还提供一种客户端服务器,该客户端服务器可实现上述任一实施例所提供的报文发送方法。图4为本发明实施例提供的一种客户端服务器结构示意图,如图4所示,客户端服务器400包括收发单元401和处理单元402,其中:
处理单元402,用于在与服务端同步当前基线标识后,获取批量交易报文;
处理单元402,还用于控制收发单元401向服务端发送批量交易报文中的交易报文,交易报文携带当前基线标识;交易报文中的当前基线标识为服务端确认是否处理交易报文的依据;
在批量交易报文中的任一交易报文发送失败时,客户端停止批量交易报文的发送并更新当前基线标识;
客户端返回客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;批量交易报文为批量交易报文中服务端尚未确认处理成功的交易报文。
可选的,处理单元402具体用于:
根据预设的切分规则将交易报文切分为至少一个报文片段;切分规则根据客户端和服务端的系统性能确定;
针对每个报文片段,控制收发单元401向服务端发送片段报文;片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。
可选的,处理单元402通过以下方式确定交易报文发送失败,包括:
确定交易报文所对应的任一片段报文发送失败;或
确定交易报文所对应的所有片段报文均发送成功,但交易报文的恢复处理失败。
可选的,处理单元402具体用于:
针对交易报文的任一片段报文,
若收发单元401在发送片段报文后的第一预设时间内未收到服务端的确收应答,则按照第一预设频率控制收发单元401向服务端发送第一询问指令;第一询问指令包含交易报文的标识和报文片段的标识;
在第二预设时间内收发单元401仍未收到确收应答时,确认片段报文发送失败。
可选的,处理单元402具体用于:
在确认交易报文的所有片段报文都发送成功后的第三预设时间内,若收发单元401收到服务端的失败应答,则确认交易报文的恢复处理失败。
可选的,处理单元402还用于:
在交易报文所对应的所有片段报文都发送成功后的第三预设时间内,若未收到服务端的失败应答或成功应答,客户端按照第二预设频率向服务端发送第二询问指令;第二询问指令包括交易报文的标识;
在第四预设时间内仍未收到服务端成功应答时,则确认交易报文的恢复处理失败。
可选的,客户端通过以下方式与服务端同步当前基线标识,包括:
客户端获取更新后的当前基线标识;
客户端向服务端发送同步指令;同步指令中包括客户端的当前基线标识;同步指令用于指示服务端根据客户端的当前基线标识更新服务端的当前基线标识。
基于相同的技术构思,本发明实施例还提供一种服务端服务器,该服务端服务器可实现上述任一实施例所提供的报文发送方法。图5为本发明实施例提供的一种服务端服务器结构示意图,如图5所示,服务端服务器500包括收发单元501和处理单元502,其中:
收发单元501,用于接收客户端发送的批量交易报文中交易报文;交易报文携带有客户端的当前基线标识;
处理单元502,用于在确认交易报文的当前基线标识与当前基线标识一致时,处理交易报文。
可选的,收发单元501,具体用于接收客户端发送的片段报文;片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和客户端的当前基线标识;报文片段是客户端根据预设的切分规则将交易报文切分后获得的;切分规则根据客户端和服务端的系统性能确定;
处理单元502,具体用于在确认交易报文所对应的所有片段报文接收完毕后,根据收到的交易报文所对应的所有片段报文恢复交易报文。
可选的,处理单元502还用于:
在交易报文恢复处理成功时,控制收发单元501向客户端返回成功应答;
在交易报文恢复处理失败时,控制收发单元501向客户端返回失败应答。
可选的,处理单元502还用于:
控制收发单元501向客户端发送确收应答;确收应答包括交易报文的标识和报文片段的标识。
可选的,当前基线标识通过以下方式获得,包括:
收发单元501接收客户端发送的同步指令;同步指令中包括客户端获取的更新后的当前基线标识;同步指令是客户端在批量交易报文中任一交易报文发送失败时发送的;
处理单元502根据客户端的当前基线标识更新服务端的当前基线标识。
基于相同的技术构思,本发明实施例还提供一种服务器系统,该系统包括上述任一实施例所提供的客户端服务器,以及,上述任一项所提供的服务端服务器,能够实现上述任一实施例所提供的报文发送方法和处理方法。
基于相同的技术构思,本发明实施例还提供一种计算设备,该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal DigitalAssistant,PDA)等。如图6所示,为本发明实施例提供的一种计算设备结构示意图,该计算设备可以包括中央处理器601(Center Processing Unit,CPU)、存储器602、输入设备603、输出设备604等,输入设备603可以包括键盘、鼠标、触摸屏等,输出设备604可以包括显示设备,如液晶显示器(Liquid Crystal Display,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器602可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器提供存储器中存储的程序指令和数据。在本发明实施例中,存储器可以用于存储本发明实施例所提供的报文发送方法的程序,处理器通过调用存储器存储的程序指令,按照获得的程序指令执行上述任一实施例所公开的报文发送方法。
基于相同的技术构思,本发明实施例还提供一种计算机可读存储介质,用于存储为上述计算设备所用的计算机程序指令,其包含用于执行上述任一项所述的监管服务器所执行的报文发送方法。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
基于相同的技术构思,本发明实施例还提供一种计算设备,该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal DigitalAssistant,PDA)等。如图7所示,为本发明实施例提供的一种计算设备结构示意图,该计算设备可以包括中央处理器701(Center Processing Unit,CPU)、存储器702、输入设备703、输出设备704等,输入设备703可以包括键盘、鼠标、触摸屏等,输出设备704可以包括显示设备,如液晶显示器(Liquid Crystal Display,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器702可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器提供存储器中存储的程序指令和数据。在本发明实施例中,存储器可以用于存储本发明实施例所提供的报文处理方法的程序,处理器通过调用存储器存储的程序指令,按照获得的程序指令执行上述任一实施例所公开的报文处理方法。
基于相同的技术构思,本发明实施例还提供一种计算机可读存储介质,用于存储为上述计算设备所用的计算机程序指令,其包含用于执行上述任一项所述的监管服务器所执行的报文处理方法。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (29)
1.一种报文发送方法,其特征在于,包括:
客户端在与服务端同步当前基线标识后,获取批量交易报文;
所述客户端向所述服务端发送所述批量交易报文中的交易报文,所述交易报文携带当前基线标识;所述交易报文中的当前基线标识为所述服务端确认是否处理所述交易报文的依据;所述交易报文的当前基线标识用于使所述服务端在确认所述交易报文的当前基线标识与所述服务端的当前基线标识一致时,所述服务端处理所述交易报文;
在所述批量交易报文中的任一交易报文发送失败时,所述客户端停止所述批量交易报文的发送并更新所述当前基线标识;
所述客户端返回所述客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;所述批量交易报文为所述批量交易报文中所述服务端尚未确认发送成功的交易报文。
2.如权利要求1所述的方法,其特征在于,所述客户端向所述服务端发送所述批量交易报文中的交易报文,包括:
所述客户端根据预设的切分规则将所述交易报文切分为至少一个报文片段;所述切分规则根据所述客户端和所述服务端的系统性能确定;
针对每个报文片段,所述客户端向所述服务端发送片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。
3.如权利要求2所述的方法,其特征在于,所述客户端通过以下方式确定交易报文发送失败,包括:
确定所述交易报文所对应的任一片段报文发送失败;或
确定所述交易报文所对应的所有片段报文均发送成功,但所述交易报文的恢复处理失败。
4.如权利要求3所述的方法,其特征在于,确定所述交易报文所对应的任一片段报文发送失败,包括:
针对所述交易报文的任一片段报文,
若所述客户端在发送所述片段报文后的第一预设时间内未收到所述服务端的确收应答,则所述客户端按照第一预设频率向所述服务端发送第一询问指令;所述第一询问指令包含交易报文的标识和报文片段的标识;
在第二预设时间内仍未收到所述确收应答时,所述客户端确认所述片段报文发送失败。
5.如权利要求3所述的方法,其特征在于,确定所述交易报文的恢复处理失败,包括:
所述客户端在确认所述交易报文的所有片段报文都发送成功后的第三预设时间内,若收到所述服务端的失败应答,则确认所述交易报文的恢复处理失败。
6.如权利要求5所述的方法,其特征在于,还包括:
在所述交易报文所对应的所有片段报文都发送成功后的所述第三预设时间内,若未收到所述服务端的失败应答或成功应答,所述客户端按照第二预设频率向所述服务端发送第二询问指令;所述第二询问指令包括交易报文的标识;
在第四预设时间内仍未收到所述服务端成功应答时,则确认所述交易报文的恢复处理失败。
7.如权利要求1至6任一项所述的方法,其特征在于,所述客户端通过以下方式与所述服务端同步所述当前基线标识,包括:
所述客户端获取更新后的所述当前基线标识;
所述客户端向所述服务端发送同步指令;所述同步指令中包括所述客户端的当前基线标识;所述同步指令用于指示所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
8.一种报文处理方法,其特征在于,包括:
服务端接收客户端发送的批量交易报文中交易报文;所述交易报文携带有客户端的当前基线标识;
所述服务端在确认所述交易报文的当前基线标识与所述服务端的当前基线标识一致时,所述服务端处理所述交易报文。
9.如权利要求8所述的方法,其特征在于,所述服务端接收所述客户端发送的批量交易报文中交易报文,包括:
所述服务端接收所述客户端发送的片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和客户端的当前基线标识;所述报文片段是所述客户端根据预设的切分规则将所述交易报文切分后获得的;所述切分规则根据所述客户端和所述服务端的系统性能确定;
所述服务端在确认所述交易报文所对应的所有片段报文接收完毕后,所述服务端根据收到的所述交易报文所对应的所有片段报文恢复所述交易报文。
10.如权利要求9所述的方法,其特征在于,还包括:
所述服务端在所述交易报文恢复处理成功时,所述服务端向所述客户端返回成功应答;
在所述交易报文恢复处理失败时,所述服务端向所述客户端返回失败应答。
11.如权利要求9所述的方法,其特征在于,所述服务端接收所述客户端发送的片段报文之后,还包括:
所述服务端向所述客户端发送确收应答;所述确收应答包括所述交易报文的标识和所述报文片段的标识。
12.如权利要求8至11任一项所述的方法,其特征在于,所述服务端的当前基线标识通过以下方式获得,包括:
所述服务端接收所述客户端发送的同步指令;所述同步指令中包括所述客户端获取的更新后的当前基线标识;所述同步指令是所述客户端在所述批量交易报文中任一交易报文发送失败时发送的;
所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
13.一种客户端服务器,其特征在于,包括:
处理单元,用于在与服务端同步当前基线标识后,获取批量交易报文;
所述处理单元,还用于控制收发单元向所述服务端发送所述批量交易报文中的交易报文,所述交易报文携带当前基线标识;所述交易报文中的当前基线标识为所述服务端确认是否处理所述交易报文的依据;所述交易报文的当前基线标识用于使所述服务端在确认所述交易报文的当前基线标识与所述服务端的当前基线标识一致时,所述服务端处理所述交易报文;
在所述批量交易报文中的任一交易报文发送失败时,所述客户端停止所述批量交易报文的发送并更新所述当前基线标识;
所述客户端返回所述客户端在与服务端同步当前基线标识后,获取批量交易报文的步骤,直至确认全部交易报文处理成功;所述批量交易报文为所述批量交易报文中所述服务端尚未确认处理成功的交易报文。
14.如权利要求13所述的客户端服务器,其特征在于,所述处理单元具体用于:
根据预设的切分规则将所述交易报文切分为至少一个报文片段;所述切分规则根据所述客户端和所述服务端的系统性能确定;
针对每个报文片段,控制所述收发单元向所述服务端发送片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和当前基线标识。
15.如权利要求14所述的客户端服务器,其特征在于,所述处理单元通过以下方式确定交易报文发送失败,包括:
确定所述交易报文所对应的任一片段报文发送失败;或
确定所述交易报文所对应的所有片段报文均发送成功,但所述交易报文的恢复处理失败。
16.如权利要求15所述的客户端服务器,其特征在于,所述处理单元具体用于:
针对所述交易报文的任一片段报文,
若所述收发单元在发送所述片段报文后的第一预设时间内未收到所述服务端的确收应答,则按照第二预设频率控制所述收发单元向所述服务端发送第一询问指令;所述第一询问指令包含交易报文的标识和报文片段的标识;
在第二预设时间内所述收发单元仍未收到所述确收应答时,确认所述片段报文发送失败。
17.如权利要求15所述的客户端服务器,其特征在于,所述处理单元具体用于:
在确认所述交易报文的所有片段报文都发送成功后的第三预设时间内,若所述收发单元收到所述服务端的失败应答,则确认所述交易报文的恢复处理失败。
18.如权利要求17所述的客户端服务器,其特征在于,所述处理单元还用于:
在所述交易报文所对应的所有片段报文都发送成功后的所述第三预设时间内,若未收到所述服务端的失败应答或成功应答,所述客户端按照第二预设频率向所述服务端发送第二询问指令;所述第二询问指令包括交易报文的标识;
在第四预设时间内仍未收到所述服务端成功应答时,则确认所述交易报文的恢复处理失败。
19.如权利要求13至18任一项所述的客户端服务器,其特征在于,所述客户端通过以下方式与所述服务端同步所述当前基线标识,包括:
所述客户端获取更新后的所述当前基线标识;
所述客户端向所述服务端发送同步指令;所述同步指令中包括所述客户端的当前基线标识;所述同步指令用于指示所述服务端根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
20.一种服务端服务器,其特征在于,包括:
收发单元,用于接收客户端发送的批量交易报文中交易报文;所述交易报文携带有客户端的当前基线标识;
处理单元,用于在确认所述交易报文的当前基线标识与当前基线标识一致时,处理所述交易报文。
21.如权利要求20所述的服务端服务器,其特征在于,
所述收发单元,具体用于接收所述客户端发送的片段报文;所述片段报文中包括报文片段、交易报文的标识、报文片段的标识、交易报文的片段数和客户端的当前基线标识;所述报文片段是所述客户端根据预设的切分规则将所述交易报文切分后获得的;所述切分规则根据所述客户端和所述服务端的系统性能确定;
所述处理单元,具体用于在确认所述交易报文所对应的所有片段报文接收完毕后,根据收到的所述交易报文所对应的所有片段报文恢复所述交易报文。
22.如权利要求21所述的服务端服务器,其特征在于,所述处理单元还用于:
在所述交易报文恢复处理成功时,控制所述收发单元向所述客户端返回成功应答;
在所述交易报文恢复处理失败时,控制所述收发单元向所述客户端返回失败应答。
23.如权利要求21所述的服务端服务器,其特征在于,所述处理单元还用于:
控制所述收发单元向所述客户端发送确收应答;所述确收应答包括所述交易报文的标识和所述报文片段的标识。
24.如权利要求20至21任一项所述的服务端服务器,其特征在于,所述当前基线标识通过以下方式获得,包括:
所述收发单元接收所述客户端发送的同步指令;所述同步指令中包括所述客户端获取的更新后的当前基线标识;所述同步指令是所述客户端在所述批量交易报文中任一交易报文发送失败时发送的;
所述处理单元根据所述客户端的当前基线标识更新所述服务端的当前基线标识。
25.一种可读存储介质,其特征在于,所述可读存储介质存储有计算设备可执行指令,所述计算设备可执行指令用于使所述计算设备执行权利要求1至7任一项所述的报文发送方法。
26.一种客户端服务器,其特征在于,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行如权利要求1至7任一项所述的报文发送方法。
27.一种可读存储介质,其特征在于,所述可读存储介质存储有计算设备可执行指令,所述计算设备可执行指令用于使所述计算设备执行权利要求8至12任一项所述的报文处理方法。
28.一种服务端服务器,其特征在于,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行如权利要求8至12任一项所述的报文处理方法。
29.一种服务器系统,其特征在于,包括如权利要求13至19任一项所述的客户端服务器,以及,如权利要求20至24任一项所述的服务端服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711078981.1A CN108011926B (zh) | 2017-11-06 | 2017-11-06 | 一种报文发送方法、处理方法、服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711078981.1A CN108011926B (zh) | 2017-11-06 | 2017-11-06 | 一种报文发送方法、处理方法、服务器及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108011926A CN108011926A (zh) | 2018-05-08 |
CN108011926B true CN108011926B (zh) | 2021-03-16 |
Family
ID=62052198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711078981.1A Active CN108011926B (zh) | 2017-11-06 | 2017-11-06 | 一种报文发送方法、处理方法、服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108011926B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109861787A (zh) * | 2018-12-10 | 2019-06-07 | 中联重科股份有限公司 | 工程车辆的数据处理方法、装置、工程车辆及服务平台 |
CN110392102A (zh) * | 2019-07-16 | 2019-10-29 | 北京辰森世纪科技股份有限公司 | 数据的处理方法及客户端、服务端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101051373A (zh) * | 2006-04-07 | 2007-10-10 | 中国银联股份有限公司 | 批量数据的处理方法以及批量划款进帐、出帐的方法 |
JP5387757B2 (ja) * | 2010-03-05 | 2014-01-15 | 日本電気株式会社 | 並列データ処理システム、並列データ処理方法及びプログラム |
CN104794138B (zh) * | 2014-01-22 | 2018-08-24 | 深圳市沃信科技有限公司 | 一种数据库交易结果确认方法、装置及系统 |
CN105450464B (zh) * | 2014-08-27 | 2018-11-27 | 阿里巴巴集团控股有限公司 | 用于服务接口的测试方法和装置 |
CN106649796B (zh) * | 2016-12-28 | 2020-05-22 | 中国建设银行股份有限公司 | 一种数据处理方法及装置 |
CN107103530A (zh) * | 2017-04-10 | 2017-08-29 | 中国工商银行股份有限公司 | 一种银行个人多账户交易方法及系统 |
-
2017
- 2017-11-06 CN CN201711078981.1A patent/CN108011926B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108011926A (zh) | 2018-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111344706B (zh) | 管理区块链上的交易的方法和系统 | |
US20220253458A1 (en) | Method and device for synchronizing node data | |
US10021182B2 (en) | Method and apparatus for data synchronization | |
US10114848B2 (en) | Ensuring the same completion status for transactions after recovery in a synchronous replication environment | |
EP3447631A1 (en) | Writing trajectory synchronization method and system for multiple clients | |
US11736433B2 (en) | Watermark-based message queue | |
CN105323297B (zh) | 零数据丢失传输协议、用于数据同步的方法、系统和介质 | |
CN111083228B (zh) | 标识号的生成方法、装置和电子设备 | |
CN111488202A (zh) | 多链系统的事务处理方法、装置、设备、系统和介质 | |
CN110502364A (zh) | 一种OpenStack平台下大数据沙箱集群的跨云备份恢复方法 | |
CN113064764B (zh) | 在区块链系统中执行区块的方法及装置 | |
CN111309747A (zh) | 数据同步方法、系统和装置 | |
CN108011926B (zh) | 一种报文发送方法、处理方法、服务器及系统 | |
CN111338834B (zh) | 数据存储方法和装置 | |
CN104111957A (zh) | 一种分布式事务同步的方法及系统 | |
JP6079876B2 (ja) | 分散処理システム | |
CN111316256A (zh) | 拍摄区块链数据的快照 | |
CN111835871A (zh) | 传送数据文件的方法和装置、接收数据文件的方法和装置 | |
US10949645B2 (en) | Method, apparatus, and storage medium for data verification | |
US11881996B2 (en) | Input and output for target device communication | |
US9509780B2 (en) | Information processing system and control method of information processing system | |
CN110445848B (zh) | 用于事务处理的方法和装置 | |
US20210034570A1 (en) | Method, device, and computer program product for managing snapshot in application environment | |
CN114090687A (zh) | 一种数据同步方法及装置 | |
CN110896391B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |