CN115118628A - 一种异常报文处理方法及装置 - Google Patents
一种异常报文处理方法及装置 Download PDFInfo
- Publication number
- CN115118628A CN115118628A CN202210739721.9A CN202210739721A CN115118628A CN 115118628 A CN115118628 A CN 115118628A CN 202210739721 A CN202210739721 A CN 202210739721A CN 115118628 A CN115118628 A CN 115118628A
- Authority
- CN
- China
- Prior art keywords
- message
- retransmitted
- retransmission
- packet
- notification 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.)
- Granted
Links
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 58
- 238000003672 processing method Methods 0.000 title claims abstract description 20
- 239000000872 buffer Substances 0.000 claims abstract description 50
- 238000012545 processing Methods 0.000 claims abstract description 32
- 238000000034 method Methods 0.000 claims abstract description 29
- 238000004590 computer program Methods 0.000 claims description 20
- 238000001514 detection method Methods 0.000 claims description 19
- 238000013507 mapping Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 abstract description 11
- 238000004891 communication Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 13
- 230000005856 abnormality Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- 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/08—Payment architectures
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
本申请提供一种异常报文处理方法及装置,涉及数据处理领域,也可用于金融领域,包括:根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。本申请能够针对两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发。
Description
技术领域
本申请涉及报文数据处理领域,可以用于金融领域,具体是一种异常报文处理方法及装置。
背景技术
此银行支付系统是基于人民币跨境支付系统(Cross-border Interbank PaymentSystem,简称CIPS)的报文标准而开发的跨境资金结算服务的系统。在银行支付系统的运行过程中,有时可能出现报文发送失败(下文简称场景一)或报文已发出但被对方丢失(下文简称场景二)的问题。上述问题如不及时处理,则会影响业务的正常流转。
目前,银行支付系统处理场景一的方法是:由发报行的业务人员人工选择需要重发的报文进行重发;但如果异常报文较多,则需要花费较长的时间由人工筛选出需要重发的报文,然后进行重发处理。银行支付系统处理场景二的方法是:收报行自行修复本端的银行支付系统,以恢复丢失的报文;如无法恢复,则需要由收报行的业务人员以人工方式通知发报行重发报文。上述解决场景一及场景二中问题的方法效率较低,人工负担较重。
发明内容
针对现有技术中的问题,本申请提供一种异常报文处理方法及装置,能够针对两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发。
为解决上述技术问题,本申请提供以下技术方案:
第一方面,本申请提供一种异常报文处理方法,包括:
根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
进一步地,根据接收到的报文异常通知信息选取需重发的报文,包括:
根据所述第一通知信息中的连接检测标识确定所述需重发的报文;所述连接检测标识包括连接正常标识及连接异常标识;若所述连接检测标识为所述连接异常标识,则将在接收到所述连接异常标识后发送的报文确定为所述需重发的报文。
进一步地,根据接收到的报文异常通知信息选取需重发的报文,包括:
根据所述第二通知信息中的报文丢失时间区间确定所述需重发的报文;所述需重发的报文为在所述报文丢失时间区间内发送的报文。
进一步地,根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列,包括:
根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;
根据所述重要性标识确定各所述需重发的报文的重发顺序;
根据所述重发顺序生成所述报文重发队列。
进一步地,利用预先构建的消息缓冲区重发所述报文重发队列中的报文,包括:
遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;
按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。
第二方面,本申请提供一种异常报文处理装置,包括:
重发报文选取单元,用于根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
重发队列生成单元,用于根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
报文重发单元,用于利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
进一步地,重发报文选取单元,具体用于根据所述第一通知信息中的连接检测标识确定所述需重发的报文;所述连接检测标识包括连接正常标识及连接异常标识;若所述连接检测标识为所述连接异常标识,则将在接收到所述连接异常标识后发送的报文确定为所述需重发的报文。
进一步地,重发报文选取单元,具体用于根据所述第二通知信息中的报文丢失时间区间确定所述需重发的报文;所述需重发的报文为在所述报文丢失时间区间内发送的报文。
进一步地,重发队列生成单元,包括:
标识生成模块,用于根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;
重发顺序确定模块,用于根据所述重要性标识确定各所述需重发的报文的重发顺序;
重发队列生成模块,用于根据所述重发顺序生成所述报文重发队列。
进一步地,报文重发单元,包括:
缓冲写入模块,用于遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;
报文重发模块,用于按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。
第三方面,本申请提供一种电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述异常报文处理方法的步骤。
第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述异常报文处理方法的步骤。
第五方面,本申请提供一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现所述异常报文处理方法的步骤。
针对现有技术中的问题,本申请提供的异常报文处理方法及装置,无需发报行的业务人员人工选择需重发的报文,也无需收报行的业务人员以人工方式通知发报行重发报文,就能够针对背景技术中场景一及二两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,提升了异常报文的处理效率,减轻了人工负担。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中异常报文处理方法的流程图;
图2为本申请实施例中选取需重发的报文的流程图;
图3为本申请实施例中重发报文重发队列中的报文的流程图;
图4为本申请实施例中异常报文处理装置的结构图;
图5为本申请实施例中重发队列生成单元的结构图;
图6为本申请实施例中报文重发单元的结构图;
图7为本申请实施例中的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请提供的异常报文处理方法及装置,可用于金融领域,也可用于除金融领域之外的任意领域,本申请提供的异常报文处理方法及装置的应用领域不做限定。
一实施例中,参见图1,为了能够针对两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,本申请提供一种异常报文处理方法,包括:
S101:根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
可以理解的是,本申请实施例中的步骤S101至步骤S103的执行主体可以是某银行的银行支付系统。该银行支付系统是基于人民币跨境支付系统(Cross-border InterbankPayment System,简称CIPS)的报文标准而开发的跨境资金结算服务的系统。一般地,上述的“某银行”会通过位于其本地的银行支付系统与另外一家银行通过CIPS进行报文通信,以完成对应的业务(例如转账)。在这种情景下,上述的“某银行”作为可发报行,上述的“另外一家银行”可作为收报行。
在该银行支付系统的运行过程中,有时可能会因该银行支付系统对应的报文收发接口连接中断,造成报文发送失败(下文简称场景一);有时报文已被银行支付系统发出,但被收报行丢失(下文简称场景二),导致报文未能送达收报行。上述问题如不及时处理,则会影响业务的正常流转。
针对上述的两个报文发送异常场景,本申请提供了一种异常报文处理方法,能够在出现上述场景一或场景二中的问题时,以较短的时间快速解决这些问题,使业务恢复运行。
具体地,针对场景一,是根据第一通知信息中的连接检测标识确定需重发的报文;连接检测标识包括连接正常标识及连接异常标识;若连接检测标识为连接异常标识,则将在接收到连接异常标识后发送的报文确定为需重发的报文。其中,银行支付系统对应一个与发报行进行通信的发报端口。当该银行支付系统检测到该发报端口出现连接异常时,可以认为是该发报端口向该银行支付系统发送了第一通知信息。第一通知信息中至少包括一个重要信息,即连接检测标识。假设接收到连接异常标识的时刻为T,那么在T时刻之后尝试发出的报文,应是无法正常通过该发报端口发出的,本申请实施例将这些在接收到连接异常标识后发送的报文确定为需重发的报文。
针对场景二,是根据第二通知信息中的报文丢失时间区间确定需重发的报文;需重发的报文为在报文丢失时间区间内发送的报文。在此场景中,收报行因其自身的原因未成功接收到发报行发出的报文。这是收报行应通知发报行,请其重发对应的报文,通知的具体形式可以是第二通知信息。第二通知信息中包括报文丢失时间区间(例如下午三点至四点之间)。
更具体地,该银行支付系统在发送报文前,需先将要发送的报文存入其本地的数据库,当遇到情景一或情景二中的报文发送异常的问题是,需要将数据库中对应报文的发送状态进行变更,例如可以变更为发送失败。
对于发送失败的报文,需要重发,重发时需将每一笔业务(报文)以唯一的报文标识号命名,将报文内容写入文件流中。然后通过执行Shell脚本一键将所有异常的报文通过PMTS-CAE参与者接入端报文传输软件发送给PMTS-COC报文集中交换网关。发送完成后,可通过本日志记录查看报文是否已重发成功。
S102:根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
具体地,参见图2,根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;(S201)根据所述重要性标识确定各所述需重发的报文的重发顺序;(S202)根据所述重发顺序生成所述报文重发队列。(S203)
举例而言,如业务类别为支付类报文、信息类报文,则优先发送支付类报文;而支付类报文又分特急、紧急、普通,则按照特急、紧急、普通的顺序进行发送支付类报文,映射关系如下表1所示:
表1
业务类别 | 紧急性 | 重要性判定(注1) |
支付类报文 | 特急类 | 1 |
支付类报文 | 紧急类 | 2 |
支付类报文 | 普通类 | 3 |
信息类报文 | 查询账类 | 4 |
信息类报文 | 业务通知类 | 5 |
注1:重要性的数字越小,代表优先级越高
S103:利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
具体地,参见图3,遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;(S301)按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。(S302)
在本申请实施例中,消息缓冲区可以利用MQMessage类进行构建,具体代码如下:
/*创建消息缓冲区*/
MQMessage mqMsg=new MQMessage();
/*设置MQMD格式字段*/
mqMsg.format=MQC.MQFMT_STRING;
...
/*将要发送的内容写到消息缓冲区*/
mqMsg.writeString(msgString);
/*在队列上放置消息*/
queue.put(outMsg,pmo);
/*清空消息缓冲区*/
mqMsg.clearMessage();
总结来说,构建消息缓冲区的步骤为:先实例化MQMessage类,将消息格式设置成串,再读取要发送的报文内容并将其复制到MQMessage对象,然后将MQMessage对象put到队列中,最后清除MQMessage对象的数据缓冲区。
由于报文重发队列中已是按照报文的重要性,排出了报文重发的先后顺序,那么在步骤S103中,即可以按照上述顺序,将各需重发的报文依次(依其重要性的高低)写入消息缓冲区,以便之后根据各需重发的报文的业务领域将需重发的报文发送至对应的业务队列中。
上述步骤S101至步骤S103在具体实施时,可以参照如下流程:
第一,配置上行参数。将参数配置在该异常报文处理方法及装置的配置文件中,包括:上行参数中连接的对端的队列管理器、主机名、端口号、服务器连接通道、队列名称(例如可以包括境内业务队列及境外业务队列)及数据源配置。
#对端的队列管理器所在服务器ip
SERVERIP=xx.xxx.xx.xx
#I对端的队列管理器名称
NAME=QTEST
#对端的端口号
PORT=1521
#对端的服务器连接通道
CHANNEL=SYSTEM.DEF.SVRCONN
#对端的发送队列
QUEUE=TONPC
#数据源(提供应用程序服务器和数据库之间的物理连接)配置
jdbc-url:jdbc:mysql://xx.xx.xx.xxx:4000/test?characterEncoding=utf-8
#连接数据库的用户名
db_username=XXX
#连接数据库的密码
db_password=XXX
#连接数据库的驱动类名
driver-class-name:com.mysql.cj.jdbc.Driver
第二,选取需重发的报文。具体实施方式参见对步骤S102的阐述。需要说明的是,本申请实施例会将异常的每条报文的字段报文头、字段加签域、字段报文体进行拼接生成一个(报文)文件,文件名可以定义为报文标识号+业务领域+业务类型(例如转账类/查询类),文件名唯一。这些文件会放在Shell脚本指定的文件夹中。还需说明的是,业务领域用于在后续步骤S103中确定该报文应被发往的业务队列;业务类型用于在步骤S102中,确定其重要性。其中,确定其重要性的方法参见前述。
第三,遍历报文重发队列,创建消息缓冲区,将报文重发队列中的内容put到消息缓冲区中,然后利用消息缓冲区重发报文重发队列中的报文。对于场景一,还需将数据库记录表中的报文发送状态修改为发报成功,以防止再次重发。
第四,核对发送的报文数。查看Shell脚本的日志确认发送的报文数,发送的报文数应与上述文件夹中的文件个数一致,表征全部发送完成。
从上述描述可知,本申请提供的异常报文处理方法,无需发报行的业务人员人工选择需重发的报文,也无需收报行的业务人员以人工方式通知发报行重发报文,就能够针对背景技术中场景一及二两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,提升了异常报文的处理效率,减轻了人工负担。
基于同一发明构思,本申请实施例还提供了一种异常报文处理装置,可以用于实现上述实施例所描述的方法,如下面的实施例所述。由于异常报文处理装置解决问题的原理与异常报文处理方法相似,因此异常报文处理装置的实施可以参见基于软件性能基准确定方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
一实施例中,参见图4,为了能够针对两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,本申请提供一种异常报文处理装置,包括:重发报文选取单元401、重发队列生成单元402及报文重发单元403。
重发报文选取单元401,用于根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
重发队列生成单元402,用于根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
报文重发单元403,用于利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
一实施例中,所述重发报文选取单元401,具体用于根据所述第一通知信息中的连接检测标识确定所述需重发的报文;所述连接检测标识包括连接正常标识及连接异常标识;若所述连接检测标识为所述连接异常标识,则将在接收到所述连接异常标识后发送的报文确定为所述需重发的报文。
一实施例中,所述重发报文选取单元401,具体用于根据所述第二通知信息中的报文丢失时间区间确定所述需重发的报文;所述需重发的报文为在所述报文丢失时间区间内发送的报文。
一实施例中,参见图5,所述重发队列生成单元,包括:标识生成模块501、重发顺序确定模块502及重发队列生成模块503。
标识生成模块501,用于根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;
重发顺序确定模块502,用于根据所述重要性标识确定各所述需重发的报文的重发顺序;
重发队列生成模块503,用于根据所述重发顺序生成所述报文重发队列。
一实施例中,参见图6,所述报文重发单元403,包括:缓冲写入模块601及报文重发模块602。
缓冲写入模块601,用于遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;
报文重发模块602,用于按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。
从硬件层面来说,为了能够针对两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,本申请提供一种用于实现所述异常报文处理方法中的全部或部分内容的电子设备的实施例,所述电子设备具体包含有如下内容:
处理器(Processor)、存储器(Memory)、通讯接口(Communications Interface)和总线;其中,所述处理器、存储器、通讯接口通过所述总线完成相互间的通讯;所述通讯接口用于实现所述异常报文处理装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输;该逻辑控制器可以是台式计算机、平板电脑及移动终端等,本实施例不限于此。在本实施例中,该逻辑控制器可以参照实施例中的异常报文处理方法的实施例,以及异常报文处理装置的实施例进行实施,其内容被合并于此,重复之处不再赘述。
可以理解的是,所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中,所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在实际应用中,异常报文处理方法的部分可以在如上述内容所述的电子设备侧执行,也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力,以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成,所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通讯模块(即通讯单元),可以与远程的服务器进行通讯连接,实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器,其他的实施场景中也可以包括中间平台的服务器,例如与任务调度中心服务器有通讯链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备,也可以包括多个服务器组成的服务器集群,或者分布式装置的服务器结构。
图7为本申请实施例的电子设备9600的系统构成的示意框图。如图7所示,该电子设备9600可以包括中央处理器9100和存储器9140;存储器9140耦合到中央处理器9100。值得注意的是,该图7是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
一实施例中,异常报文处理方法功能可以被集成到中央处理器9100中。其中,中央处理器9100可以被配置为进行如下控制:
S101:根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
S102:根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
S103:利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
从上述描述可知,本申请提供的异常报文处理方法,无需发报行的业务人员人工选择需重发的报文,也无需收报行的业务人员以人工方式通知发报行重发报文,就能够针对背景技术中场景一及二两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,提升了异常报文的处理效率,减轻了人工负担。
在另一个实施方式中,异常报文处理装置可以与中央处理器9100分开配置,例如可以将数据复合传输装置异常报文处理装置配置为与中央处理器9100连接的芯片,通过中央处理器的控制来实现异常报文处理方法的功能。
如图7所示,该电子设备9600还可以包括:通讯模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是,电子设备9600也并不是必须要包括图7中所示的所有部件;此外,电子设备9600还可以包括图7中没有示出的部件,可以参考现有技术。
如图7所示,中央处理器9100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中,存储器9140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序,以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器9140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142,该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143,该数据存储部9143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通讯功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通讯模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通讯模块(发送机/接收机)9110耦合到中央处理器9100,以提供输入信号和接收输出信号,这可以和常规移动通讯终端的情况相同。
基于不同的通讯技术,在同一电子设备中,可以设置有多个通讯模块9110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通讯模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132,以经由扬声器9131提供音频输出,并接收来自麦克风9132的音频输入,从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器9130还耦合到中央处理器9100,从而使得可以通过麦克风9132能够在本机上录音,且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的异常报文处理方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的异常报文处理方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
S101:根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
S102:根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
S103:利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
从上述描述可知,本申请提供的异常报文处理方法,无需发报行的业务人员人工选择需重发的报文,也无需收报行的业务人员以人工方式通知发报行重发报文,就能够针对背景技术中场景一及二两种不同的报文发送异常场景,按照报文所属的业务类别对需重发的报文进行重发,提升了异常报文的处理效率,减轻了人工负担。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (13)
1.一种异常报文处理方法,其特征在于,包括:
根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
2.根据权利要求1所述的异常报文处理方法,其特征在于,所述根据接收到的报文异常通知信息选取需重发的报文,包括:
根据所述第一通知信息中的连接检测标识确定所述需重发的报文;所述连接检测标识包括连接正常标识及连接异常标识;若所述连接检测标识为所述连接异常标识,则将在接收到所述连接异常标识后发送的报文确定为所述需重发的报文。
3.根据权利要求1所述的异常报文处理方法,其特征在于,所述根据接收到的报文异常通知信息选取需重发的报文,包括:
根据所述第二通知信息中的报文丢失时间区间确定所述需重发的报文;所述需重发的报文为在所述报文丢失时间区间内发送的报文。
4.根据权利要求1所述的异常报文处理方法,其特征在于,所述根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列,包括:
根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;
根据所述重要性标识确定各所述需重发的报文的重发顺序;
根据所述重发顺序生成所述报文重发队列。
5.根据权利要求1所述的异常报文处理方法,其特征在于,所述利用预先构建的消息缓冲区重发所述报文重发队列中的报文,包括:
遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;
按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。
6.一种异常报文处理装置,其特征在于,包括:
重发报文选取单元,用于根据接收到的报文异常通知信息选取需重发的报文;所述报文异常通知信息包括从发报端口接收的第一通知信息及从收报行接收的第二通知信息;
重发队列生成单元,用于根据各所述需重发的报文所属的业务类别确定各所述需重发的报文的重发顺序,并生成报文重发队列;
报文重发单元,用于利用预先构建的消息缓冲区重发所述报文重发队列中的报文;所述消息缓冲区利用MQMessage类构建。
7.根据权利要求6所述的异常报文处理装置,其特征在于,所述重发报文选取单元,具体用于根据所述第一通知信息中的连接检测标识确定所述需重发的报文;所述连接检测标识包括连接正常标识及连接异常标识;若所述连接检测标识为所述连接异常标识,则将在接收到所述连接异常标识后发送的报文确定为所述需重发的报文。
8.根据权利要求6所述的异常报文处理装置,其特征在于,所述重发报文选取单元,具体用于根据所述第二通知信息中的报文丢失时间区间确定所述需重发的报文;所述需重发的报文为在所述报文丢失时间区间内发送的报文。
9.根据权利要求6所述的异常报文处理装置,其特征在于,所述重发队列生成单元,包括:
标识生成模块,用于根据各所述需重发的报文所属的业务类别生成对应的重要性标识;其中,所述业务类别与所述重要性标识之间存在预设的映射关系;
重发顺序确定模块,用于根据所述重要性标识确定各所述需重发的报文的重发顺序;
重发队列生成模块,用于根据所述重发顺序生成所述报文重发队列。
10.根据权利要求6所述的异常报文处理装置,其特征在于,所述报文重发单元,包括:
缓冲写入模块,用于遍历所述报文重发队列中的报文,并将各所述需重发的报文依次写入所述消息缓冲区;
报文重发模块,用于按照写入顺序从所述消息缓冲区中读取所述需重发的报文,并根据各所述需重发的报文的业务领域将所述需重发的报文发送至对应的业务队列中;所述业务领域包括:境内业务领域及境外业务领域;所述业务队列包括:境内业务队列及境外业务队列。
11.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至5任一项所述的异常报文处理方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至5任一项所述的异常报文处理方法的步骤。
13.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至5任一项所述的异常报文处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210739721.9A CN115118628B (zh) | 2022-06-28 | 2022-06-28 | 一种异常报文处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210739721.9A CN115118628B (zh) | 2022-06-28 | 2022-06-28 | 一种异常报文处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115118628A true CN115118628A (zh) | 2022-09-27 |
CN115118628B CN115118628B (zh) | 2024-04-19 |
Family
ID=83330091
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210739721.9A Active CN115118628B (zh) | 2022-06-28 | 2022-06-28 | 一种异常报文处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115118628B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016197498A1 (zh) * | 2015-06-10 | 2016-12-15 | 中兴通讯股份有限公司 | 一种防止网络攻击的方法及设备、存储介质 |
CN113141236A (zh) * | 2021-05-06 | 2021-07-20 | 北京京东振世信息技术有限公司 | 一种报文处理方法和装置 |
CN113259496A (zh) * | 2021-07-15 | 2021-08-13 | 中企链信(北京)科技有限公司 | 一种基于金融服务的银企直连系统及方法 |
CN114205762A (zh) * | 2021-12-10 | 2022-03-18 | 中国农业银行股份有限公司 | 短信流量控制方法、设备及存储介质 |
-
2022
- 2022-06-28 CN CN202210739721.9A patent/CN115118628B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016197498A1 (zh) * | 2015-06-10 | 2016-12-15 | 中兴通讯股份有限公司 | 一种防止网络攻击的方法及设备、存储介质 |
CN113141236A (zh) * | 2021-05-06 | 2021-07-20 | 北京京东振世信息技术有限公司 | 一种报文处理方法和装置 |
CN113259496A (zh) * | 2021-07-15 | 2021-08-13 | 中企链信(北京)科技有限公司 | 一种基于金融服务的银企直连系统及方法 |
CN114205762A (zh) * | 2021-12-10 | 2022-03-18 | 中国农业银行股份有限公司 | 短信流量控制方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115118628B (zh) | 2024-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107438982B (zh) | 多信道上的消息收发 | |
CN111371892A (zh) | 高并发分布式消息推送系统及方法 | |
US8005194B2 (en) | Technique for handling incoming reply messages | |
WO2017088572A1 (zh) | 一种处理数据的方法、装置及系统 | |
US20110016190A1 (en) | Method and apparatus for realizing message service | |
CN111405635B (zh) | 能力开放的实现方法、装置、设备及计算机可读存储介质 | |
CN110764881A (zh) | 分布式系统后台重试方法及装置 | |
CN101720478A (zh) | 高有效性传输 | |
CN110602338B (zh) | 音频处理方法、装置、系统、存储介质以及设备 | |
CN106817689B (zh) | 一种高可靠性的数据订阅及发布方法及系统 | |
CN101001213B (zh) | 一种短消息传输系统及方法 | |
US20150302540A1 (en) | Embeddable communications software module | |
JP7030217B2 (ja) | メッセージ送受信方法、通信装置、及びプログラム | |
US20130005365A1 (en) | Data Session Synchronization With Phone Numbers | |
CN103684837A (zh) | 通信消息的备份处理方法、系统和备份处理服务器 | |
CN115118628B (zh) | 一种异常报文处理方法及装置 | |
CN114285657B (zh) | 防火墙安全策略变更验证方法及装置 | |
CN112732660B (zh) | 干预式文件传输方法、装置及系统 | |
CN115562898A (zh) | 分布式支付系统异常处理方法及装置 | |
CN114697339A (zh) | 集中式架构下的负载均衡方法及装置 | |
CN115099930A (zh) | 金融业务数据处理方法及装置 | |
CN107295179A (zh) | 一种短信息显示的方法和装置 | |
CN102377825A (zh) | 一种用于上传报文的系统及方法 | |
CN115550303B (zh) | 一种通知消息发送方法、装置、设备及介质 | |
CN104125257A (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 |