CN104486047B - 自助终端监控方法、装置以及系统 - Google Patents
自助终端监控方法、装置以及系统 Download PDFInfo
- Publication number
- CN104486047B CN104486047B CN201410766247.4A CN201410766247A CN104486047B CN 104486047 B CN104486047 B CN 104486047B CN 201410766247 A CN201410766247 A CN 201410766247A CN 104486047 B CN104486047 B CN 104486047B
- Authority
- CN
- China
- Prior art keywords
- message
- numbering
- self
- aided terminal
- missing
- 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
Classifications
-
- 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
- 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
- H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了自助终端监控方法,用于解决报文丢失而导致监控不准确的技术问题。本发明实施例方法包括:S1:接收来自自助终端的第二报文;S2:解析所述第二报文,得到第二报文编号;S3:获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;S4:获取所述第一报文的第一报文编号;S5:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;S6:请求所述自助终端重发缺失的报文编号对应的报文。本发明实施例还提供自助终端监控装置以及系统。本发明实施例能够解决报文丢失而导致监控不准确的技术问题。
Description
技术领域
本发明涉及自助终端监控技术领域,尤其涉及自助终端监控方法、装置以及系统。
背景技术
在金融行业,对自助终端进行监控是极其重要的。它可以让管理人员实时监测自助终端的工作状态,发现问题可以及时处理,有利于提高自助终端的安全性、可靠性和维护效率。
目前,现有的自助终端监控技术一般通过获取各个自助终端的硬件状态信息、交易信息、吞卡信息、加钞/减钞信息、结算信息和故障信息等,统一通过网络传输至监控服务器,进行数据的分析与挖掘,实现对自助终端的集中监控管理。现有技术通过自助终端业务系统在空闲时候或业务间隙,进行硬件状态数据和业务数据的采集,由业务系统主动发送给监控服务器,基于自助终端安全和银行相关安全技术标准考虑,不允许监控服务器主动获取自助终端的信息数据,只能被动的接收自助终端业务系统发送的数据。目前自助终端监控技术由于是寄生在业务系统上面的,所能捕获的设备状态信息是准确和全面的,但是这种对于监控服务器只能被动接收监控数据的模式,对于丢失的报文则无能为力。
因此,现有的自助终端监控技术存在报文丢失导致监控不准确的技术问题。
发明内容
本发明实施例提供了自助终端监控方法、装置以及系统,能够解决报文丢失而导致监控不准确的技术问题。
本发明实施例提供的一种自助终端监控方法,包括:
S1:接收来自自助终端的第二报文;
S2:解析所述第二报文,得到第二报文编号;
S3:获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;
S4:获取所述第一报文的第一报文编号;
S5:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;
S6:请求所述自助终端重发缺失的报文编号对应的报文。
可选地,步骤S5之前还包括:
S7:判断所述第二报文的报文类型为可丢弃报文或非可丢弃报文,若为可丢弃报文,则执行步骤S8,若为非可丢弃报文,则执行步骤S5;
S8:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S9;
S9:获取所述第二报文与所述第一报文的发送间隔时间;
S10:判断所述发送间隔时间是否满足第一预置条件,若是,则执行步骤S11,若否,则按照预置方式执行;
S11:请求所述自助终端重发缺失的报文编号对应的报文;
所述第一报文与所述第二报文的报文类型相同。
可选地,所述预置方式具体包括:
S12:判断所述第二报文和第一报文的内容是否满足第二预置条件,若是,则执行步骤S13,若否,则执行步骤S11;
S13:默认缺失的报文编号对应的报文与所述第二报文的内容相同。
可选地,步骤S11具体包括:
获取所述第二报文编号与所述第一报文编号之间的缺失编号总数;
根据所述缺失编号总数和所述发送间隔时间向所述自助终端请求重发部分缺失报文。
可选地,所述方法还包括:
判断所述报文的请求重发次数是否超过预置的最大重传次数,若是,则禁止所述报文进行重发请求。
本发明实施例提供的一种自助终端监控装置,包括:
接收模块,用于接收来自自助终端的第二报文;
解析模块,用于解析所述第二报文,得到第二报文编号;
第一获取模块,用于获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;
第二获取模块,用于获取所述第一报文的第一报文编号;
第一判断模块,用于判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号;
第一重发模块,用于当所述第一判断模块的判断结果为是时,请求所述自助终端重发缺失的报文编号对应的报文。
可选地,所述装置还包括:
第二判断模块,用于判断所述第二报文的报文类型为可丢弃报文或非可丢弃报文;
第二重发模块,用于当所述第二判断模块的判断结果为非可丢弃报文,且所述第一判断模块的判断结果为是时,请求所述自助终端重发缺失的报文编号对应的报文;
第三判断模块,用于当所述第二判断模块的判断结果为可丢弃报文时,判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号;
第三获取模块,用于当所述第三判断模块的判断结果为是时,获取所述第二报文与所述第一报文的发送间隔时间;
第四判断模块,用于判断所述发送间隔时间是否满足第一预置条件;
第三重发模块,用于当所述第四判断模块的判断结果为是或所述第五判断模块的判断结果为否时,请求所述自助终端重发缺失的报文编号对应的报文;
第五判断模块,用于当所述第四判断模块的判断结果为否时,则判断所述第二报文和第一报文的内容是否满足第二预置条件;
内容默认模块,用于当所述第五判断模块的判断结果为是时,默认缺失的报文编号对应的报文与所述第二报文的内容相同;
所述第一报文与所述第二报文的报文类型相同。
可选地,所述第三重发模块具体包括:
缺失总数获取单元,用于获取所述第二报文编号与所述第一报文编号之间的缺失编号总数;
部分请求单元,用于根据所述缺失编号总数和所述发送间隔时间向所述自助终端请求重发部分缺失报文。
可选地,所述装置还包括:
第六判断模块,用于判断所述报文的请求重发次数是否超过预置的最大重传次数;
禁止重发模块,用于当所述第六判断模块的判断结果为是时,禁止所述报文进行重发请求。
本发明实施例提供的一种自助终端监控系统,包括:自助终端和监控服务器;
所述自助终端,用于向所述监控服务器发送报文,根据所述监控服务器的请求重发缺失的报文编号对应的报文;
所述监控服务器,用于接收来自所述自助终端的第二报文,解析所述第二报文,得到第二报文编号,获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文,获取所述第一报文的第一报文编号,判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,请求所述自助终端重发缺失的报文编号对应的报文。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,自助终端监控方法的步骤为:S1:接收来自自助终端的第二报文;S2:解析所述第二报文,得到第二报文编号;S3:获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;S4:获取所述第一报文的第一报文编号;S5:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;S6:请求所述自助终端重发缺失的报文编号对应的报文。在本发明实施例中,当判断第二报文编号和第一报文编号之间存在缺失的报文编号时,请求自助终端重发这些缺失的报文编号对应的报文,从而即便出现了丢失报文的情况,也可以请求重发,保证了监控的准确性。
附图说明
图1为本发明实施例中自助终端监控方法一个实施例流程图;
图2为本发明实施例中自助终端监控方法另一个实施例流程图;
图3为本发明实施例中自助终端监控装置一个实施例结构图;
图4为本发明实施例中自助终端监控装置另一个实施例结构图;
图5为本发明实施例中自助终端监控系统一个实施例示意图。
具体实施方式
本发明实施例提供了自助终端监控方法、装置以及系统,用于解决报文丢失而导致监控不准确的技术问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参阅图1,本发明实施例中一种自助终端监控方法一个实施例包括:
S1:接收来自自助终端的第二报文;
首先,可以接收来自自助终端的第二报文。
S2:解析该第二报文,得到第二报文编号;
在接收来自自助终端的第二报文之后,可以解析该第二报文,得到第二报文编号。
S3:获取第一报文;
在得到该第二报文后,可以获取第一报文,该第一报文为来自该自助终端的已接收的上一条报文。可以理解的是,该第一报文的接收时间在第二报文之前,因此可以从系统的存储空间中将已接收到的第一报文提取出来。
S4:获取该第一报文的第一报文编号;
在获取到该第一报文之后,可以获取该第一报文的第一报文编号。
S5:判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;
在获取到该第二报文编号和第一报文编号之后,可以判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6,若否,则按照正常流程工作。
S6:请求该自助终端重发缺失的报文编号对应的报文。
当该第二报文编号和第一报文编号之间存在缺失的报文编号时,可以请求该自助终端重发缺失的报文编号对应的报文。
本实施例中,自助终端监控方法的步骤为:S1:接收来自自助终端的第二报文;S2:解析该第二报文,得到第二报文编号;S3:获取第一报文,该第一报文为来自该自助终端的已接收的上一条报文;S4:获取该第一报文的第一报文编号;S5:判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;S6:请求该自助终端重发缺失的报文编号对应的报文。在本实施例中,当判断第二报文编号和第一报文编号之间存在缺失的报文编号时,请求自助终端重发这些缺失的报文编号对应的报文,从而即便出现了丢失报文的情况,也可以请求重发,保证了监控的准确性。
为便于理解,下面对本发明实施例中的一种自助终端监控方法进行详细描述,请参阅图2,本发明实施例中一种自助终端监控方法另一个实施例包括:
201、接收来自自助终端的第二报文;
首先,可以接收来自自助终端的第二报文。
202、解析该第二报文,得到第二报文编号;
在接收来自自助终端的第二报文之后,可以解析该第二报文,得到第二报文编号。可以理解的是,这些报文编号是包含在报文之中的,每个报文在发送之前均可以按照时间顺序进行编号,时间上相邻的两个报文编号可以进行互相推算,前一个报文编号可以推算出后一个报文编号,反之亦然。该报文编号可以写在该报文格式的报文编号域中。
203、获取第一报文;
在得到该第二报文后,可以获取第一报文,该第一报文为来自该自助终端的已接收的上一条报文。可以理解的是,该第一报文的接收时间在第二报文之前,因此可以从系统的存储空间中将已接收到的第一报文提取出来。
需要说明的是,该第一报文与该第二报文的报文类型相同。即,当第二报文为可丢弃报文时,该第一报文也为可丢弃报文;当第二报文为非可丢弃报文时,该第一报文也为非可丢弃报文。其实现可以通过在对这些报文进行编号时,将所有报文分为可丢弃报文和非可丢弃报文两种报文类型,并分别对这两种报文进行编号。因此,在获取第一报文时,从系统的存储空间中找出与第二报文同终端号、同报文类型的已接收的上一条报文,作为第一报文。
204、获取该第一报文的第一报文编号;
在获取到该第一报文之后,可以获取该第一报文的第一报文编号。
205、判断该第二报文的报文类型为可丢弃报文或非可丢弃报文,若为可丢弃报文,则执行步骤208,若为非可丢弃报文,则执行步骤206;
在获取到该第二报文之后,可以判断该第二报文的报文类型为可丢弃报文或非可丢弃报文,若为可丢弃报文,则执行步骤208,若为非可丢弃报文,则执行步骤206。
206、判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤207;
当第二报文为非可丢弃报文时,在获取到该第二报文编号和第一报文编号之后,可以判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤207,若否,则按照正常流程工作。
207、请求该自助终端重发缺失的报文编号对应的报文;
当该第二报文编号和第一报文编号之间存在缺失的报文编号时,可以请求该自助终端重发缺失的报文编号对应的报文。
208、判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤209;
当第二报文为可丢弃报文时,在获取到该第二报文编号和第一报文编号之后,可以判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤209,若否,则按照正常流程工作。
209、获取该第二报文与该第一报文的发送间隔时间;
当该第二报文为可丢弃报文,并且该第二报文编号和第一报文编号之间存在缺失的报文编号时,可以获取该第二报文与该第一报文的发送间隔时间。可以理解的是,第一报文和第二报文中均包含有各自的发送时间,通过计算第一报文和第二报文的发送时间的差值得到发送间隔时间。
210、判断该发送间隔时间是否满足第一预置条件,若是,则执行步骤211,若否,则执行步骤212;
在获取到该第二报文与该第一报文的发送间隔时间之后,可以判断该发送间隔时间是否满足第一预置条件,若是,则执行步骤211,若否,则执行步骤212。
可以理解的是,该第一预置条件的设定可以使得监控服务器在处理丢失的报文编号时更加灵活,举例说明如下:
若第一预置条件为该发送间隔时间是否大于1小时,若是,则说明丢失的报文时间跨度超过1小时,由于自助终端在一定时间内会向监控服务器发送重要报文,因此其中很可能包含有重要的报文信息,从而执行步骤211,请求重发这些丢失的报文。
211、请求该自助终端重发缺失的报文编号对应的报文;
当该发送间隔时间满足第一预置条件时,可以请求该自助终端重发缺失的报文编号对应的报文。
本实施例中,步骤211的具体工作过程还可以为:
1)获取该第二报文编号与该第一报文编号之间的缺失编号总数;
2)根据该缺失编号总数和该发送间隔时间向该自助终端请求重发部分缺失报文。
在某些情况下,监控服务器无需获取所有丢失的报文,比如有些报文的时间已经过去很久,这些丢失的报文已失效,监控服务器可以不对这些失效的报文进行获取。从而按照等时间间隔划分出部分缺失编号的报文,对这些部分缺失编号的报文进行获取,进一步提高监控服务器的灵活性。
212、判断该第二报文和第一报文的内容是否满足第二预置条件,若是,则执行步骤213,若否,则执行步骤211;
当该发送间隔时间不满足第一预置条件时,可以判断该第二报文和第一报文的内容是否满足第二预置条件,若是,则执行步骤213,若否,则执行步骤211。
例如,若该发送间隔时间等于该自助终端报文发送时间间隔乘以缺失报文总数加1之积,并且该第二报文内容与第一报文内容相同,则可以认为在发送间隔时间内,自助终端连续发送多个报文内容相同的报文给监控服务器,此时,监控服务器可以默认缺失的报文内容与第二报文相同,从而省去请求自助终端进行重发的步骤,提高效率和节省网络资源。
213、默认缺失的报文编号对应的报文与该第二报文的内容相同;
当该第二报文和第一报文的内容满足第二预置条件时,可以默认缺失的报文编号对应的报文与该第二报文的内容相同。
214、判断该报文的请求重发次数是否超过预置的最大重传次数,若是,则执行步骤215;
在监控的过程中,还可以判断该报文的请求重发次数是否超过预置的最大重传次数,若是,则执行步骤215,若否,则按照正常的流程工作。可以理解的是,在自助终端给监控服务器重发报文时,可能会出现多次重发不成功的情况,若不对重发次数进行限定,会使得监控服务器不停地向自助终端请求重发,不仅浪费监控服务器的系统资源,同时也产生大量的冗余数据,因此通过预置最大重传次数,当请求重发次数超过该最大重传次数时,可以执行步骤215。
215、禁止该报文进行重发请求。
当该报文的请求重发次数超过预置的最大重传次数时,可以禁止该报文进行重发请求。
本实施例采用对监控的报文分为可丢弃报文和非可丢弃报文两类,对两类报文进行报文编号的方式实现对缺失报文的处理,对可丢弃报文根据其报文发送规律,根据报文丢失情况的判断,采取请求重发和默认内容两种不同方式进行处理,解决了现有监控技术的报文丢失问题,同时最大限度降低了重发报文对监控服务器带来的额外开销。
本发明实施例既有效避免了丢失报文而导致监控不准确的情况,又有效解决了报文丢失对监控准确度的影响问题,在监控准确度和系统开销的处理上寻求到了二者的平衡处理。
为便于理解,根据图2所描述的实施例,下面以实际应用场景对本发明实施例中的自助终端监控方法进行描述:
关于监控的报文格式:
现有技术的报文格式为:
起始符 | 生成时间 | 报文其他内容 | 结束符 |
本发明提供的一种报文格式为:
起始符 | 报文编号 | 生成时间 | 报文其他内容 | 结束符 |
起始符:用于标志一个报文开始的字符,一般为报文内容中不会使用或极少使用的字符。
报文编号:用于标志发送时间上先后顺序的编号,一般为0-n-0-n循环。
生成时间:用于标志该报文生成和发送的时间。
报文其他内容:用于表示自助终端监控终端属性和监控内容等信息。
结束符:用于标志一个报文结束的字符,一般为报文内容中不会使用或极少使用的字符。
本发明提供的一种报文格式是在现有技术的一般报文格式基础上,添加上一个新的字段报文编号,为了使得报文编号的长度不至于太长,其值应合理设置,比较合理的设置是用1-2个字节表示,即8-16个二进制位表示,则取值范围为0-255,或0-65535。
因此,当自助终端开机运行,与监控服务器链接成功,向监控服务器发送的第一个报文编号即为0号报文,发送第二个报文即为1号报文,后一个报文在前一个报文基础上加1即可得到。
当一字节报文编号时发送到255号报文,或2字节报文编号时发送到65535,即n字节编号时,发送到2的8n次方号报文时,下一个报文的编号既可以是重新置0开始编号,或者从上一个报文减1编号直至0号报文为止。这样报文编号就形成了一个循环往复的编号,并且时间上相邻的两个编号之间存在着逻辑关系,如果缺少了某一编号,很容易根据其逻辑关系判断出某号报文缺失,为监控服务器进行缺失报文的判断提供了便利。
由于目前技术自助终端向监控服务器在一小时内发送的某种类(如加钞报文、状态报文或交易报文等)的报文数量不会超过120个,故用1-2字节表示报文编号即可。
由于目前技术自助前置端向监控服务器在一小时内发送的某种类(如加钞报文、状态报文或交易报文等)的报文数量很可能会超过1000个,故用2字节表示报文编号适宜。
总之必须保证该小时段内某终端或前置端发送给监控服务器某种报文的数量,必须小于编号的范围,否则就会出现某编号的报文在该小时段内存在两个或者多个报文,监控服务器发现了某缺失标号的报文,该自助终端或前置端因为有多个该编号的报文,而无法确定具体发送哪一个。
如设定自助终端每分钟向监控服务器发送一个状态报文,则一小时有60个状态报文,如果只用0-49进行编号,则至少有10个报文会出现编号同号而缠身混淆,因此,必须采用0-n-0-n,n必须要大于59才不至于在本小时段出现编号重号的报文。
应用场景:
自助终端监控方法包括以下工作步骤:
1)将报文分为两类:状态报文类和业务报文类,其中状态报文类只涵盖自助终端各硬件设备或部件的状态信息;业务报文类包括交易信息报文、吞卡信息报文、加钞/减钞信息报文、结算信息报文和业务故障信息报文。
2)对状态报文类和业务报文类的各个报文,分别进行编号,从0-n-0-n……循环往复的进行报文编号,其中n足够大,使得在一段时间内不可能产生两个相同编号的同类报文相混淆。(将此两类报文分别进行编号的目的是,状态报文允许有个别报文丢失而不影响准确性,而业务报文不允许有任何报文丢失,否则严重影响监控准确性。)
3)自助终端业务系统每完成一个业务,或者发生吞卡、加钞/减钞、结算和业务故障时,业务系统收集相关数据,获取上次已发送的业务类报文的编号,计算出本次要发送的业务报文编号,连同报文产生时间和自助终端编号等信息一起封装成一个带有编号的业务类报文,通过网络发送给监控服务器,并备份该次发送的业务报文,之后不管该业务报文是否被监控服务器收到与否,业务系统不再理会本次发送结果。
4)自助终端业务系统检测到发送状态报文时间到,收集自助终端各设备或部件的状态数据,获取上次已发送的状态类报文的编号,计算出本次要发送的状态报文编号,连同报文产生时间和自助终端编号等信息一起封装成一个带有编号的状态类报文,通过网络发送给监控服务器,并备份该次发送的状态报文,之后不管该交易报文是否被监控服务器收到与否,业务系统不再理会本次发送结果。
5)监控服务接收到报文,进行解析分析,将解析的信息内容存放监控数据库,并取出该报文编号,与最近接收到的状态保报文编号进行比较检查是否存在缺失编号,并记录缺失编号,当本次接收到的是状态报文时,分析器状态内容并更新该自助终端监控状态信息。
6)如果某个时段监控服务器需要对某自助终端的状态报文或交易报文进行统计,首先检查该自助设备在该时段的所有报文的编号是否连续,找出缺失的报文编号。
7)监控服务器将所缺失的报文编号发送给自助终端要求重发这些报文内容,在以下情况下,可以不要求重发缺失编号的报文:
71)当监控服务器发现先后接收到的时间上相邻的两个状态报文,其报文发送时间间隔,不大于设定或者预期的状态报文发送时间间隔的4-5倍,且该两报文反应的自助终端的状态内容相同时,这两状态报文编号间隔所缺失的报文,可以默认这两状态报文编号间隔所缺失的报文内容与该两报文相同。不必发送重发请求,并不会对自助设备的状态统计和状态准确性带来多大的影响,以便节省资源。
72)当监控服务器发现先后接收到的时间上相邻的两个状态报文,其报文发送时间间隔,不大于设定或者预期的状态报文发送时间间隔的2-4倍,且该两报文反应的自助终端的状态内容不同时,这两状态报文编号间隔所缺失的报文,不必因此发送重发请求而节省网络和服务器资源,可以默认这两状态报文编号间隔所缺失的报文内容,在这两报文时间间隔的中间点之前的缺失报文内容,可以默认与前一报文内容相同,在这两报文时间间隔的中间点之后的缺失报文内容,可以默认与后一报文内容相同。这并不会对自助设备的状态统计和状态准确性带来多大的影响。
8)自助终端根据监控服务器要求,从本小时段备份发送报文中找出将缺失编号的报文,发送给监控服务器。
如果要求重传缺失编号的报文失败,则间隔15分钟再要求重传。
如果要求重传缺失编号的报文三次失败,则以后不再要求重传。
自助终端或自助前置端发送报文步骤:
1)当判断状态报文发送时间到,或者一次交易完成,或加钞完成,或发生了吞卡时间,或某部件故障状态发生了改变,自助终端或自助前置端的监控代理软件收集报文所需要的数据,封装成各类报文。
2)监控代理软件获取该类报文的前一次已发报文的编号,以此为基础计算得出班次发送报文的编号。如果某类报文在一个小时段发生的次数不超过10次,则将该类报文与业务报文合并为一类统一进行编号。如14:25时刻刚发送完一个编号为112的交易报文,接下来发生了吞卡事件,由于吞卡时间在一个小时段出现的平均次数很小,故将吞卡报文与交易报文统一进行编号,则本次吞卡报文编号为113,由此类推下一次发送业务状态报文编号为114。
3)监控代理软件向监控服务器发送报文。
自助终端或自助前置端响应监控服务器重发报文请求及重发报文步骤:
1)自助终端或自助前置端监控代理软件接收到监控服务器发送的请求重发缺失编号的各类报文的请求。
2)监控代理解析出所有的缺失编号以及对应的报文类型。
3)监控代理从备份报文中找该时间段内所有缺失编号的报文。
4)监控代理将缺失的报文内容打包发送给监控服务器。
监控服务器审计报文并发送缺失编号重发请求的步骤:
1)监控服务器在统计某小时段数据时,查询该时间段有哪些类型哪些编号的报文缺失
2)为减少重发报文系统开销,在不影响监控准确度的情况下,可以采取如下技术处理:当发现缺失状态报文的前后两个状态报文状态内容相同,且该前后两个报文中间缺失的报文个数不大于5个且间隔时间不大于20分钟时,则不必要求重发这些缺失报文,可以默认缺失的状态报文内容与该前后两个状态报文的内容相同;当发现缺失状态报文的前后两个状态报文状态内容有变化,且该前后两个报文中间缺失的报文个数不大于3个且间隔时间不大于15分钟时,则不必要求重发这些缺失报文,可以默认从该前后两个状态报文的时间间隔中间发生了状态变化。
3)监控服务器将缺失的报文类型和报文编号发送给自助终端或者前置端,要求重发这些类型和编号的报文。
4)监控服务器等待接收这些报文,如超时等待则重发,重试多次仍然失败,标志该小时段数据不全,不再要求重发,而是执行小时段数据统计,流程结束。
监控服务器接收到这些重发的报文,解析其报文内容进入数据库,之后进行小时段数据统计,流程结束。
上面主要描述了自助终端监控方法,下面对自助终端监控装置进行详细描述,请参阅图3,本发明实施例中自助终端监控装置一个实施例包括:
接收模块301,用于接收来自自助终端的第二报文;
解析模块302,用于解析该第二报文,得到第二报文编号;
第一获取模块303,用于获取第一报文,该第一报文为来自该自助终端的已接收的上一条报文;
第二获取模块304,用于获取该第一报文的第一报文编号;
第一判断模块305,用于判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号;
第一重发模块306,用于当该第一判断模块的判断结果为是时,请求该自助终端重发缺失的报文编号对应的报文。
在本实施例中,首先,接收模块301接收来自自助终端的第二报文;解析模块302解析该第二报文,得到第二报文编号;第一获取模块303获取第一报文;第二获取模块304获取该第一报文的第一报文编号;然后,第一判断模块305判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号;当该第一判断模块的判断结果为是时,第一重发模块306请求该自助终端重发缺失的报文编号对应的报文。在本实施例中,当判断第二报文编号和第一报文编号之间存在缺失的报文编号时,请求自助终端重发这些缺失的报文编号对应的报文,从而即便出现了丢失报文的情况,也可以请求重发,保证了监控的准确性。
为便于理解,下面对本发明实施例中的一种自助终端监控装置进行详细描述,请参阅图4,本发明实施例中一种自助终端监控装置另一个实施例包括:
接收模块401,用于接收来自自助终端的第二报文;
解析模块402,用于解析该第二报文,得到第二报文编号;
第一获取模块403,用于获取第一报文,该第一报文为来自该自助终端的已接收的上一条报文;
第二获取模块404,用于获取该第一报文的第一报文编号;
第一判断模块405,用于判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号;
第一重发模块406,用于当该第一判断模块405的判断结果为是时,请求该自助终端重发缺失的报文编号对应的报文。
本实施例中该自助终端监控装置还可以包括:
第二判断模块407,用于判断该第二报文的报文类型为可丢弃报文或非可丢弃报文;
第二重发模块408,用于当该第二判断模块407的判断结果为非可丢弃报文,且所述第一判断模块405的判断结果为是时,请求该自助终端重发缺失的报文编号对应的报文;
第三判断模块409,用于当该第二判断模块407的判断结果为可丢弃报文时,判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号;
第三获取模块410,用于当该第三判断模块409的判断结果为是时,获取该第二报文与该第一报文的发送间隔时间;
第四判断模块411,用于判断该发送间隔时间是否满足第一预置条件;
第三重发模块412,用于当该第四判断模块411的判断结果为是或该第五判断模块的判断结果为否时,请求该自助终端重发缺失的报文编号对应的报文;
第五判断模块413,用于当该第四判断模块411的判断结果为否时,则判断该第二报文和第一报文的内容是否满足第二预置条件;
内容默认模块414,用于当该第五判断模块413的判断结果为是时,默认缺失的报文编号对应的报文与该第二报文的内容相同;
该第一报文与该第二报文的报文类型相同。
本实施例中该第三重发模块412具体可以包括:
缺失总数获取单元4121,用于获取该第二报文编号与该第一报文编号之间的缺失编号总数;
部分请求单元4122,用于根据该缺失编号总数和该发送间隔时间向该自助终端请求重发部分缺失报文。
在本实施例中该自助终端监控装置还可以包括:
第六判断模块415,用于判断该报文的请求重发次数是否超过预置的最大重传次数;
禁止重发模块416,用于当该第六判断模块415的判断结果为是时,禁止该报文进行重发请求。
上面主要描述自助终端监控装置,下面主要对一种自助终端监控系统进行详细描述,请参阅图5,本发明实施例中一种自助终端监控系统一个实施例包括:
自助终端501和监控服务器502;
该自助终端501,用于向该监控服务器502发送报文,根据该监控服务器502的请求重发缺失的报文编号对应的报文;
该监控服务器502,用于接收来自该自助终端501的第二报文,解析该第二报文,得到第二报文编号,获取第一报文,该第一报文为来自该自助终端501的已接收的上一条报文,获取该第一报文的第一报文编号,判断该第二报文编号与该第一报文编号之间是否存在缺失的报文编号,若是,请求该自助终端501重发缺失的报文编号对应的报文。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (7)
1.一种自助终端监控方法,其特征在于,包括:
S1:接收来自自助终端的第二报文;
S2:解析所述第二报文,得到第二报文编号;
S3:获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;
S4:获取所述第一报文的第一报文编号;
S5:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S6;
S6:请求所述自助终端重发缺失的报文编号对应的报文;
步骤S5之前还包括:
S7:判断所述第二报文的报文类型为可丢弃报文或非可丢弃报文,若为可丢弃报文,则执行步骤S8,若为非可丢弃报文,则执行步骤S5;
S8:判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,则执行步骤S9;
S9:获取所述第二报文与所述第一报文的发送间隔时间;
S10:判断所述发送间隔时间是否满足第一预置条件,若是,则执行步骤S11,若否,则按照预置方式执行;
S11:请求所述自助终端重发缺失的报文编号对应的报文;
所述第一报文与所述第二报文的报文类型相同;
所述预置方式具体包括:
S12:判断所述第二报文和第一报文的内容是否满足第二预置条件,若是,则执行步骤S13,若否,则执行步骤S11;
S13:默认缺失的报文编号对应的报文与所述第二报文的内容相同。
2.根据权利要求1所述的方法,其特征在于,步骤S11具体包括:
获取所述第二报文编号与所述第一报文编号之间的缺失编号总数;
根据所述缺失编号总数和所述发送间隔时间向所述自助终端请求重发部分缺失报文。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
判断所述报文的请求重发次数是否超过预置的最大重传次数,若是,则禁止所述报文进行重发请求。
4.一种自助终端监控装置,其特征在于,包括:
接收模块,用于接收来自自助终端的第二报文;
解析模块,用于解析所述第二报文,得到第二报文编号;
第一获取模块,用于获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文;
第二获取模块,用于获取所述第一报文的第一报文编号;
第一判断模块,用于判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号;
第一重发模块,用于当所述第一判断模块的判断结果为是时,请求所述自助终端重发缺失的报文编号对应的报文;
所述装置还包括:
第二判断模块,用于判断所述第二报文的报文类型为可丢弃报文或非可丢弃报文;
第二重发模块,用于当所述第二判断模块的判断结果为非可丢弃报文,且所述第一判断模块的判断结果为是时,请求所述自助终端重发缺失的报文编号对应的报文;
第三判断模块,用于当所述第二判断模块的判断结果为可丢弃报文时,判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号;
第三获取模块,用于当所述第三判断模块的判断结果为是时,获取所述第二报文与所述第一报文的发送间隔时间;
第四判断模块,用于判断所述发送间隔时间是否满足第一预置条件;
第三重发模块,用于当所述第四判断模块的判断结果为是或第五判断模块的判断结果为否时,请求所述自助终端重发缺失的报文编号对应的报文;
第五判断模块,用于当所述第四判断模块的判断结果为否时,则判断所述第二报文和第一报文的内容是否满足第二预置条件;
内容默认模块,用于当所述第五判断模块的判断结果为是时,默认缺失的报文编号对应的报文与所述第二报文的内容相同;
所述第一报文与所述第二报文的报文类型相同。
5.根据权利要求4所述的装置,其特征在于,所述第三重发模块具体包括:
缺失总数获取单元,用于获取所述第二报文编号与所述第一报文编号之间的缺失编号总数;
部分请求单元,用于根据所述缺失编号总数和所述发送间隔时间向所述自助终端请求重发部分缺失报文。
6.根据权利要求4所述的装置,其特征在于,所述装置还包括:
第六判断模块,用于判断所述报文的请求重发次数是否超过预置的最大重传次数;
禁止重发模块,用于当所述第六判断模块的判断结果为是时,禁止所述报文进行重发请求。
7.一种自助终端监控系统,其特征在于,包括:自助终端和监控服务器;
所述自助终端,用于向所述监控服务器发送报文,根据所述监控服务器的请求重发缺失的报文编号对应的报文;
所述监控服务器,用于接收来自所述自助终端的第二报文,解析所述第二报文,得到第二报文编号,获取第一报文,所述第一报文为来自所述自助终端的已接收的上一条报文,获取所述第一报文的第一报文编号,判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,请求所述自助终端重发缺失的报文编号对应的报文;
所述监控服务器,还用于判断所述第二报文的报文类型为可丢弃报文或非可丢弃报文,若为可丢弃报文,则判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号,若是,获取所述第二报文与所述第一报文的发送间隔时间,若为非可丢弃报文,则判断所述第二报文编号与所述第一报文编号之间是否存在缺失的报文编号;
所述监控服务器,还用于判断所述发送间隔时间是否满足第一预置条件,若是,则请求所述自助终端重发缺失的报文编号对应的报文,若否,则按照预置方式执行;
所述第一报文与所述第二报文的报文类型相同;
所述预置方式具体包括:
判断所述第二报文和第一报文的内容是否满足第二预置条件,若是,则执行默认缺失的报文编号对应的报文与所述第二报文的内容相同,若否,则请求所述自助终端重发缺失的报文编号对应的报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410766247.4A CN104486047B (zh) | 2014-12-11 | 2014-12-11 | 自助终端监控方法、装置以及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410766247.4A CN104486047B (zh) | 2014-12-11 | 2014-12-11 | 自助终端监控方法、装置以及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104486047A CN104486047A (zh) | 2015-04-01 |
CN104486047B true CN104486047B (zh) | 2018-08-31 |
Family
ID=52760560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410766247.4A Active CN104486047B (zh) | 2014-12-11 | 2014-12-11 | 自助终端监控方法、装置以及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104486047B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106469111B (zh) * | 2015-08-18 | 2019-06-25 | 联想(北京)有限公司 | 一种数据处理方法、电子设备及电子装置 |
CN106230561A (zh) * | 2016-07-22 | 2016-12-14 | 努比亚技术有限公司 | 数据收集方法、装置及系统 |
CN110324207B (zh) * | 2019-07-10 | 2021-07-09 | 深圳市智物联网络有限公司 | 一种数据采集终端的检测方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411198A (zh) * | 2001-09-25 | 2003-04-16 | 义隆电子股份有限公司 | 无线通信中数据丢失的检测与恢复的方法及系统 |
CN101127715A (zh) * | 2002-11-20 | 2008-02-20 | 华为技术有限公司 | 简单网络管理协议中数据包传送的可靠性保证方法 |
-
2014
- 2014-12-11 CN CN201410766247.4A patent/CN104486047B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411198A (zh) * | 2001-09-25 | 2003-04-16 | 义隆电子股份有限公司 | 无线通信中数据丢失的检测与恢复的方法及系统 |
CN101127715A (zh) * | 2002-11-20 | 2008-02-20 | 华为技术有限公司 | 简单网络管理协议中数据包传送的可靠性保证方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104486047A (zh) | 2015-04-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104731912B (zh) | 一种消息中间件mq的消息传输方法和装置 | |
CN104301136B (zh) | 故障信息上报及处理的方法及设备 | |
CN111200538B (zh) | 智能设备的监控方法及装置 | |
US7281172B2 (en) | Fault information collection program and apparatus | |
CN108737182A (zh) | 系统异常的处理方法及系统 | |
CN109977089A (zh) | 日志管理方法、装置、计算机设备及计算机可读存储介质 | |
CN107707640A (zh) | 一种点对点数据传输方法和装置 | |
CN108960857A (zh) | 一种售后服务管理方法、系统和装置 | |
CN112862114B (zh) | 轨道交通的设备状态监测系统与资产管理系统的对接方法 | |
CN102045192A (zh) | 网络结构的假定所用的装置及系统 | |
CN104486047B (zh) | 自助终端监控方法、装置以及系统 | |
CN103036696A (zh) | 一种联机业务的实现方法、系统及相应设备 | |
CN106487597A (zh) | 一种基于Zookeeper的服务监控系统和方法 | |
CN110990245A (zh) | 基于调用链数据的微服务运行状态判断方法及装置 | |
CN111127011A (zh) | 一种基于区块链进行对账的交易方法、系统和计算机可读存储介质 | |
CN102684895B (zh) | 备用服务器、恢复客户端在主用服务器注册的系统及方法 | |
CN109885458A (zh) | 基于cat的监控方法、装置、计算机系统及存储介质 | |
CN103312554B (zh) | 一种多服务器交互业务的测试方法及系统 | |
CN106302388B (zh) | 一种可配置的信息系统安全审计方法与装置 | |
CN108156061A (zh) | esb监控服务平台 | |
CN106815772A (zh) | 电力数据上报方法及装置 | |
CN116232744A (zh) | 业务数据处理方法、装置和计算机可读存储介质 | |
CN109710552A (zh) | 总线传输质量评估方法、系统和计算机存储介质 | |
CN115278563A (zh) | 一种基于影响因子的短信通道智能选择方法和系统 | |
CN104113871A (zh) | 一种基于多维度的无效号码检测系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |