CN112543111B - 一种业务监测的方法、监测中心及业务监测系统 - Google Patents

Abstract

本发明的实施例提供了一种业务监测的方法、监测中心及业务监测系统，其中所述方法包括：接收到一个业务监测点上报的业务点数据后，根据业务点数据的业务层分别进行验证；当验证的结果均为通过时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系；当确定两个业务层的业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警。本发明的技术方案会根据业务点数据的业务层进行分类，并分别进行验证，并通过时间关系判断不同业务层之间是否在对接上出现问题，并当出问题时进行报警，便于技术人员及时、准确、全面地确定业务出现问题的原因，有利于提高问题解决的效率，进而提高用户的使用体验。

Description

一种业务监测的方法、监测中心及业务监测系统

技术领域

本发明涉及业务监测技术领域，特别涉及一种业务监测的方法、监测中心及业务监测系统。

背景技术

随着网络技术的发展，网络业务系统日渐增多，在为人们提供便利的同时，当某一环节出现问题时也会对用户带来诸多不便，因此如何保证网络业务系统的正常运行以及问题的及时处理是管理人员重要的工作。现有的解决方案为设置业务监测，但当前的业务监测只是分层监测，即对每一层业务是否存在问题进行监测，当涉及两个或多个层的配合问题时，无法得到准确信息，导致管理人员无法及时获知并准确定位问题，进而使得问题解决时间较长，为用户带来不便。

发明内容

本发明实施例要达到的技术目的是提供一种业务监测的方法、监测中心及业务监测系统，用以解决当前的业务监测方法只是分层监测，存在当多个层之间具有问题时，无法短时间内定位并解决，使得问题解决时间较长，为用户带来不便的问题。

为解决上述技术问题，本发明实施例提供了一种业务监测的方法，应用于与至少一个业务监测点连接的监测中心，包括：

接收到一个业务监测点上报的业务点数据后，根据业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

当验证的结果均为通过时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系；

当确定两个业务层的业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，第一预设报警信息包括：业务监测点的信息以及两个业务层的业务点数据的信息。

具体地，如上所述的业务监测的方法，根据业务点数据的业务层分别进行验证的步骤包括：

将业务点数据根据不同业务层，进行异步化处理；

对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构；

若业务点数据中的数据结构包括对应业务层的预设数据结构，则将业务点数据的业务层信息、业务监测点信息以及用户账号信息存储至缓存结构；

对数据结构中的数据进行有效性验证，若数据结构中的数据至少有一项无效时，根据第二预设报警信息进行报警，第二预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的无效项信息。

进一步的，如上所述的业务监测的方法，对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构的步骤之后，方法还包括：

若业务点数据中的数据结构不包括对应业务层的预设数据结构中的至少一项时，根据第三预设报警信息进行报警，第三预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的缺少项信息。

优选地，如上所述的业务监测的方法，在对每个业务层的业务点数据进行数据完整性验证的步骤之前，方法还包括：

检测业务点数据进行是否携带有扩展信息；

当检测到携带有扩展信息时，获取预设的对应业务监测点的判断规则；

根据判断规则识别扩展信息；

当根据判断规则确定扩展信息中存在报警信息，且报警信息为真时，根据报警信息进行报警。

具体地，如上所述的业务监测的方法，前端层、应用层以及服务层的业务点数据均包括用户账号信息以及对应的数据产生时间；

且前端层的业务点数据还包括：用户基本信息、用户设备信息、位置信息、手机号以及系统账号中的至少一项；

应用层数据的业务点数据还包括：接口数据、应用名称、应用参数、自定义参数以及会话数据中的至少一项；

服务层的业务点数据还包括：服务器参数、服务器地址、中央处理器使用情况、内存使用情况以及网关使用情况中的至少一项。

进一步的，如上所述的业务监测的方法，判断不同业务层的业务点数据中的数据产生时间是否满足对应的预设时间关系的步骤包括以下至少一项：

判断应用层的业务点数据的第二数据产生时间与前端层的业务点数据的第一数据产生时间，是否满足第一预设时间关系；

判断服务层的业务点数据的第三数据产生时间与前端层数据的第一数据产生时间，是否满足第二预设时间关系；

判断服务层的第三数据产生时间与应用层数据的第二数据产生时间，是否满足第三预设时间关系。

优选地，如上所述的业务监测的方法，方法还包括：

间隔第一预设时间发送检测信号至与监测中心连接的每一业务监测点，并获取包括所有业务监测点的信息的监测列表；

接收每一业务监测点根据检测信号发送的业务点检测数据信息；

当业务点检测数据信息中包含业务点数据的所有业务层时，从监测列表中删除对应的业务监测点的信息，得到更新后的监测列表；

间隔第二预设时间后，若更新后的监测列表中仍存在至少一个业务监测点的信息，则根据更新后的监测列表进行报警。

本发明的另一优选实施例还提供了一种监测中心，与至少一个业务监测点连接，包括：

第一处理模块，用于接收到一个业务监测点上报的业务点数据后，根据业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

第二处理模块，用于当验证的结果均为通过时，判断不同业务层的业务点数据之间的数据产生时间是否满足对应的预设时间关系；

第三处理模块，用于当确定两个业务层的业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，第一预设报警信息包括：业务监测点的信息以及的两个业务层的业务点数据的信息。

具体地，如上所述的监测中心，所述第一处理模块包括：

第一处理单元，用于将业务点数据根据不同业务层，进行异步化处理；

第二处理单元，用于对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构；

第三处理单元，用于若业务点数据中的数据结构包括对应业务层的预设数据结构，则将业务点数据的业务层信息、业务监测点信息以及用户账号信息存储至缓存结构；

第四处理单元，用于对数据结构中的数据进行有效性验证，若数据结构中的数据至少有一项无效时，根据第二预设报警信息进行报警，第二预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的无效项信息。

进一步的，如上所述的监测中心，所述第一处理模块还包括：

第五处理单元，用于若业务点数据中的数据结构不包括对应业务层的预设数据结构中的至少一项时，根据第三预设报警信息进行报警，第三预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的缺少项信息。

优选地，如上所述的监测中心，还包括：

检测模块，用于检测业务点数据进行是否携带有扩展信息；

第四处理模块，用于当检测到携带有扩展信息时，获取预设的对应业务监测点的判断规则；

第五处理模块，用于根据判断规则识别扩展信息；

第六处理模块，用于当根据判断规则确定扩展信息中存在报警信息，且报警信息为真时，根据报警信息进行报警。

进一步的，如上所述的监测中心，所述第二处理模块还包括以下至少一项：

第六处理单元，用于判断应用层的业务点数据的第二数据产生时间与前端层的业务点数据的第一数据产生时间，是否满足第一预设时间关系；

第七处理单元，用于判断服务层的业务点数据的第三数据产生时间与前端层数据的第一数据产生时间，是否满足第二预设时间关系；

第八处理单元，用于判断服务层的第三数据产生时间与应用层数据的第二数据产生时间，是否满足第三预设时间关系。

优选地，如上所述的监测中心，还包括：

第七处理模块，用于间隔第一预设时间发送检测信号至与监测中心连接的每一业务监测点，并获取包括所有业务监测点的信息的监测列表；

第八处理模块，用于接收每一业务监测点根据检测信号发送的业务点检测数据信息；

第九处理模块，用于当业务点检测数据信息中包含业务点数据的所有业务层时，从监测列表中删除对应的业务监测点的信息，得到更新后的监测列表；

第十处理模块，用于间隔第二预设时间后，若更新后的监测列表中仍存在至少一个业务监测点的信息，则根据更新后的监测列表进行报警。

本发明的又一优选实施例还提供了一种业务监测系统，包括：

用于采集预设业务点信息的业务监测点以及如上所述的监测中心；

其中，监测中心与至少一个业务监测点连接，且监测中心能实现如上所述的业务监测的方法的步骤。

与现有技术相比，本发明实施例提供的一种业务监测的方法、监测中心及业务监测系统，至少具有以下有益效果：

当监测中心接收到一个业务监测点上报的业务点数据后，会根据业务点数据的业务层进行分类，并分别进行验证，用于判断从每一业务层获取到的数据是否有效，进行单业务层是否出问题的监测；当验证均为通过时，即每一业务层的数据均没有问题时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系，即判断不同业务层之间是否在对接上出现问题，当确定两个业务层之间数据对接出现问题时，根据业务监测点的信息以及两个业务层的业务点数据的信息进行报警，便于技术人员及时、准确、全面地确定业务出现问题的原因，并进行解决，有利于提高问题解决的效率，进而提高用户的使用体验。

附图说明

图1为本发明的业务监控的方法的流程示意图之一；

图2为本发明的业务监控的方法的流程示意图之二；

图3为本发明的业务监控的方法的流程示意图之三；

图4为本发明的业务监控的方法的流程示意图之四；

图5为本发明的监测中心的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

参见图1，本发明的一优选实施例提供了供了一种业务监测的方法，应用于与至少一个业务监测点连接的监测中心，包括：

步骤S101，接收到一个业务监测点上报的业务点数据后，根据业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

步骤S102，当验证的结果均为通过时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系；

步骤S103，当确定两个业务层的业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，第一预设报警信息包括：业务监测点的信息以及两个业务层的业务点数据的信息。

在本发明的实施例中，技术人员根据需要确定需要监测的业务点，并根据业务命名规则对业务监测点进行代码植入，并将业务监测点植入到每一个业务层中，且根据业务层的不同对获取到的数据通过增加前缀或后缀的形式进行定义或修改，每一业务监测点均与监测中心连接，并上报获取到的数据。

当监测中心接收到一个业务监测点上报的业务点数据后，会根据业务点数据的业务层进行分类，并分别进行验证，用于判断从每一业务层获取到的数据是否有效，进行单业务层是否出问题的监测；当验证均为通过时，即每一业务层的数据均没有问题时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系，即判断不同业务层之间是否在对接上出现问题，当确定两个业务层之间数据对接出现问题时，根据业务监测点的信息以及两个业务层的业务点数据的信息进行报警，便于技术人员及时、准确、全面地确定业务出现问题的原因，并进行解决，有利于提高问题解决的效率，进而提高用户的使用体验。

参见图2，具体地，如上所述的业务监测的方法，根据业务点数据的业务层分别进行验证的步骤S101，包括：

步骤S201，将业务点数据根据不同业务层，进行异步化处理；

步骤S202，对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构；

步骤S203，若业务点数据中的数据结构包括对应业务层的预设数据结构，则将业务点数据的业务层信息、业务监测点信息以及用户账号信息存储至缓存结构；

步骤S204，对数据结构中的数据进行有效性验证，若数据结构中的数据至少有一项无效时，根据第二预设报警信息进行报警，第二预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的无效项信息。

进一步的，如上所述的业务监测的方法，对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构的步骤S202，之后，方法还包括：

若业务点数据中的数据结构不包括对应业务层的预设数据结构中的至少一项时，根据第三预设报警信息进行报警，第三预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的缺少项信息。

在本发明的实施例中，根据业务点数据的业务层分别进行验证时，首先根据业务层的类别，将数据不同业务层的数据进行异步处理，有利于提高数据处理的效率；对每个业务层的业务点数据进行数据完整性验证，即判断上报的数据中是否包括预设的对应于业务层的所有数据类型，若缺少其中的至少一项，则会对本次业务已经后续业务造成影响，进而影响用户使用，此时根据业务监测点的信息、业务点数据的业务层信息以及数据结构中的缺少项信息进行报警，便于技术人员及时发现问题，并针对数据缺失类问题采取对应的处理策略。若数据完整，进一步对数据的有效性进行验证，保证每一数据均是可用的有效数据，能进行后续运算处理操作，避免因数据无效引起的结果错误问题的出现，有利于在数据源头避免出现问题的风险，进而保证整个业务流程的顺利进行。需要说明的是，本发明中所述的数据结构是指业务点数据中数据的类型和数量等，例如数据结构包括：业务层前缀、用户账户信息和业务监测点名称。

参见图3，优选地，如上所述的业务监测的方法，在对每个业务层的业务点数据进行数据完整性验证的步骤之前，方法还包括：

步骤S301，检测业务点数据进行是否携带有扩展信息；

步骤S302，当检测到携带有扩展信息时，获取预设的对应业务监测点的判断规则；

步骤S303，根据判断规则识别扩展信息；

步骤S304，当根据判断规则确定扩展信息中存在报警信息，且报警信息为真时，根据报警信息进行报警。

在本发明的实施例中，监测中心接收到上报的业务点数据后，会检测业务点数据中是否携带有扩展信息，若没有携带扩展信息直接进行后续数据完整性验证，若携带有扩展信息，则获取预设的对应于该业务监测点的判断规则，根据获取到的判断规则对扩展信息进行识别，当确定扩展信息中存在报警信息，且报警信息为真时，根据报警信息进行报警，同时可不必在进行后续数据完整性验证等步骤，有利于节省运算资源，提高处理效率。若扩展信息中不存在报警信息或存在报警信息但报警信息为假时，执行后续数据完整性验证等步骤。其中，报警信息为真或为假是根据判断规则判断得到或扩展信息内自带。

具体地，如上所述的业务监测的方法，前端层、应用层以及服务层的业务点数据均包括用户账号信息以及对应的数据产生时间；

且前端层的业务点数据还包括：用户基本信息、用户设备信息、位置信息、手机号以及系统账号中的至少一项；

应用层数据的业务点数据还包括：接口数据、应用名称、应用参数、自定义参数以及会话数据中的至少一项；

服务层的业务点数据还包括：服务器参数、服务器地址、中央处理器使用情况、内存使用情况以及网关使用情况中的至少一项。

在本发明的实施例中，业务层包括：前端层、应用层和服务层中的至少两项；其中，均包括：用户账号信息以及对应的数据产生时间，便于根据该数据确定使用用户，进而在确定存在问题且处理问题需要用户协助时，便于与用户联系，同时，便于对用户的使用信息进行存储，进而便于通过大数据运算，确定某一问题是否与用户的使用设备等有关，进而便于进行有目的优化业务流程。具体地，前端层的业务点数据还包括用户基本信息等与用户相关的信息，应用层数据的业务点数据还包括接口数据等与数据交互相关的信息，服务层的业务点数据还包括服务器参数等与服务器相关的信息，便于对用户端、数据交互端以及服务器端进行全方面的监测，有利于保证业务监测的全面性。

进一步的，如上所述的业务监测的方法，判断不同业务层的业务点数据中的数据产生时间是否满足对应的预设时间关系的步骤包括以下至少一项：

判断应用层的业务点数据的第二数据产生时间与前端层的业务点数据的第一数据产生时间，是否满足第一预设时间关系；

判断服务层的业务点数据的第三数据产生时间与前端层数据的第一数据产生时间，是否满足第二预设时间关系；

判断服务层的第三数据产生时间与应用层数据的第二数据产生时间，是否满足第三预设时间关系。

在本发明的实施例中，当根据业务点数据的业务层分别进行验证，且均验证通过时，对不同业务层的业务点数据的数据产生时间进行对比验证，其中当业务层的数量为两个时，只需验证两个业务层之间的时间关系，当业务层的数量大于两个时，需要对业务层之间的时间关系进行两两验证，进而有利于保证准确性。本发明的一具体实施例公开了当业务层分别为前端层、应用层以及服务层时的对比验证流程，其中第二预设时间关系和第三预设时间关系的验证的顺序可由技术人员设定，且本领域的技术人员在本申请的基础上，也可将上述两两验证更改为依次验证，包括但不限于对业务层根据业务流程或其他标准排序后，依次验证当前业务层与排序为第一个业务层之间的时间关系，或依次验证当前业务层与前一业务层之间的时间关系，判断不同业务层之间是否在对接上出现问题。

参加图4，优选地，如上所述的业务监测的方法，方法还包括：

步骤S401，间隔第一预设时间发送检测信号至与监测中心连接的每一业务监测点，并获取包括所有业务监测点的信息的监测列表；

步骤S402，接收每一业务监测点根据检测信号发送的业务点检测数据信息；

步骤S403，当业务点检测数据信息中包含业务点数据的所有业务层时，从监测列表中删除对应的业务监测点的信息，得到更新后的监测列表；

步骤S404，间隔第二预设时间后，若更新后的监测列表中仍存在至少一个业务监测点的信息，则根据更新后的监测列表进行报警。

在本发明的实施例中，监测中心会每间隔第一预设时间进行一次如上所述的自检，若自检过程中，至少一个业务监测点无法在第二预设时间内上报每一业务层的业务点检测数据信息，则确定该业务监测点存在问题，便于技术人员采取相应的处理策略，有利于保证用户的正常并提高用户的使用体验。

参见图5，本发明的另一优选实施例还提供了一种监测中心，与至少一个业务监测点连接，包括：

第一处理模块501，用于接收到一个业务监测点上报的业务点数据后，根据业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

第二处理模块502，用于当验证的结果均为通过时，判断不同业务层的业务点数据之间的数据产生时间是否满足对应的预设时间关系；

第三处理模块503，用于当确定两个业务层的业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，第一预设报警信息包括：业务监测点的信息以及的两个业务层的业务点数据的信息。

具体地，如上所述的监测中心，所述第一处理模块501包括：

第一处理单元，用于将业务点数据根据不同业务层，进行异步化处理；

第二处理单元，用于对每个业务层的业务点数据进行数据完整性验证，判断业务点数据中的数据结构是否包括对应业务层的预设数据结构；

第三处理单元，用于若业务点数据中的数据结构包括对应业务层的预设数据结构，则将业务点数据的业务层信息、业务监测点信息以及用户账号信息存储至缓存结构；

第四处理单元，用于对数据结构中的数据进行有效性验证，若数据结构中的数据至少有一项无效时，根据第二预设报警信息进行报警，第二预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的无效项信息。

进一步的，如上所述的监测中心，所述第一处理模块501还包括：

第五处理单元，用于若业务点数据中的数据结构不包括对应业务层的预设数据结构中的至少一项时，根据第三预设报警信息进行报警，第三预设报警信息至少包括：业务监测点的信息、业务点数据的业务层信息以及数据结构中的缺少项信息。

优选地，如上所述的监测中心，还包括：

检测模块，用于检测业务点数据进行是否携带有扩展信息；

第四处理模块，用于当检测到携带有扩展信息时，获取预设的对应业务监测点的判断规则；

第五处理模块，用于根据判断规则识别扩展信息；

第六处理模块，用于当根据判断规则确定扩展信息中存在报警信息，且报警信息为真时，根据报警信息进行报警。

进一步的，如上所述的监测中心，所述第二处理模块502还包括以下至少一项：

第六处理单元，用于判断应用层的业务点数据的第二数据产生时间与前端层的业务点数据的第一数据产生时间，是否满足第一预设时间关系；

第七处理单元，用于判断服务层的业务点数据的第三数据产生时间与前端层数据的第一数据产生时间，是否满足第二预设时间关系；

第八处理单元，用于判断服务层的第三数据产生时间与应用层数据的第二数据产生时间，是否满足第三预设时间关系。

优选地，如上所述的监测中心，还包括：

第七处理模块，用于间隔第一预设时间发送检测信号至与监测中心连接的每一业务监测点，并获取包括所有业务监测点的信息的监测列表；

第八处理模块，用于接收每一业务监测点根据检测信号发送的业务点检测数据信息；

第九处理模块，用于当业务点检测数据信息中包含业务点数据的所有业务层时，从监测列表中删除对应的业务监测点的信息，得到更新后的监测列表；

第十处理模块，用于间隔第二预设时间后，若更新后的监测列表中仍存在至少一个业务监测点的信息，则根据更新后的监测列表进行报警。

本发明的监测中心的装置实施例是与上述业务监测的方法的实施例对应的装置，上述方法实施例中的所有实现手段均适用于该监测中心的装置实施例中，也能达到相同的技术效果。

本发明的又一优选实施例还提供了一种业务监测系统，包括：

用于采集预设业务点信息的业务监测点以及如上所述的监测中心；

其中，监测中心与至少一个业务监测点连接，且监测中心能实现如上所述的业务监测的方法的步骤。

在本发明的实施例中，业务监测系统包括：用于采集预设业务点信息的业务监测点以及如上所述的监测中心，使得当监测中心接收到一个业务监测点上报的业务点数据后，会根据业务点数据的业务层进行分类，并分别进行验证，用于判断从每一业务层获取到的数据是否有效，进行单业务层是否出问题的监测；当验证均为通过时，即每一业务层的数据均没有问题时，判断不同业务层的业务点数据的数据产生时间是否满足对应的预设时间关系，即判断不同业务层之间是否在对接上出现问题，当确定两个业务层之间数据对接出现问题时，根据业务监测点的信息以及两个业务层的业务点数据的信息进行报警，便于技术人员及时、准确、全面地确定业务出现问题的原因，并进行解决，有利于提高问题解决的效率，进而提高用户的使用体验；同时监测中心会每间隔第一预设时间进行一次如上所述的自检，若自检过程中，至少一个业务监测点无法在第二预设时间内上报每一业务层的业务点检测数据信息，则确定该业务监测点存在问题，便于技术人员采取相应的处理策略，有利于保证用户的正常并提高用户的使用体验。

此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种业务监测的方法，应用于与至少一个业务监测点连接的监测中心，其特征在于，包括：

接收到一个所述业务监测点上报的业务点数据后，根据所述业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

当所述验证的结果均为通过时，判断不同业务层的所述业务点数据的数据产生时间是否满足对应的预设时间关系；

当确定两个业务层的所述业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，所述第一预设报警信息包括：所述业务监测点的信息以及两个业务层的所述业务点数据的信息。

2.根据权利要求1所述的业务监测的方法，其特征在于，所述根据所述业务点数据的业务层分别进行验证的步骤包括：

将所述业务点数据根据不同业务层，进行异步化处理；

对每个业务层的所述业务点数据进行数据完整性验证，判断所述业务点数据中的数据结构是否包括对应业务层的预设数据结构；

若所述业务点数据中的数据结构包括对应业务层的预设数据结构，则将所述业务点数据的业务层信息、业务监测点信息以及用户账号信息存储至缓存结构；

对所述数据结构中的数据进行有效性验证，若所述数据结构中的数据至少有一项无效时，根据第二预设报警信息进行报警，所述第二预设报警信息至少包括：所述业务监测点的信息、业务点数据的业务层信息以及所述数据结构中的无效项信息。

3.根据权利要求2所述的业务监测的方法，其特征在于，所述对每个业务层的所述业务点数据进行数据完整性验证，判断所述业务点数据中的数据结构是否包括对应业务层的预设数据结构的步骤之后，所述方法还包括：

若所述业务点数据中的所述数据结构不包括对应业务层的所述预设数据结构中的至少一项时，根据第三预设报警信息进行报警，所述第三预设报警信息至少包括：所述业务监测点的信息、所述业务点数据的业务层信息以及所述数据结构中的缺少项信息。

4.根据权利要求2所述的业务监测的方法，其特征在于，在所述对每个业务层的所述业务点数据进行数据完整性验证的步骤之前，所述方法还包括：

检测所述业务点数据进行是否携带有扩展信息；

当检测到携带有所述扩展信息时，获取预设的对应所述业务监测点的判断规则；

根据所述判断规则识别所述扩展信息；

当根据所述判断规则确定所述扩展信息中存在报警信息，且所述报警信息为真时，根据所述报警信息进行报警。

5.根据权利要求1至4任一项所述的业务监测的方法，其特征在于，所述前端层、应用层以及服务层的所述业务点数据均包括用户账号信息以及对应的数据产生时间；

且所述前端层的所述业务点数据还包括：用户基本信息、用户设备信息、位置信息、手机号以及系统账号中的至少一项；

所述应用层的所述业务点数据还包括：接口数据、应用名称、应用参数、自定义参数以及会话数据中的至少一项；

所述服务层的所述业务点数据还包括：服务器参数、服务器地址、中央处理器使用情况、内存使用情况以及网关使用情况中的至少一项。

6.根据权利要求5所述的业务监测的方法，其特征在于，所述判断不同业务层的所述业务点数据中的数据产生时间是否满足对应的预设时间关系的步骤包括以下至少一项：

判断所述应用层的所述业务点数据的第二数据产生时间与所述前端层的所述业务点数据的第一数据产生时间，是否满足第一预设时间关系；

判断所述服务层的所述业务点数据的第三数据产生时间与所述前端层数据的所述第一数据产生时间，是否满足第二预设时间关系；

判断所述服务层的所述第三数据产生时间与所述应用层数据的所述第二数据产生时间，是否满足第三预设时间关系。

7.根据权利要求1所述的业务监测的方法，其特征在于，所述方法还包括：

间隔第一预设时间发送检测信号至与所述监测中心连接的每一所述业务监测点，并获取包括所有业务监测点的信息的监测列表；

接收每一所述业务监测点根据所述检测信号发送的业务点检测数据信息；

当所述业务点检测数据信息中包含所述业务点数据的所有业务层时，从所述监测列表中删除对应的所述业务监测点的信息，得到更新后的所述监测列表；

间隔第二预设时间后，若更新后的所述监测列表中仍存在至少一个所述业务监测点的信息，则根据更新后的所述监测列表进行报警。

8.一种监测中心，与至少一个业务监测点连接，其特征在于，包括：

第一处理模块，用于接收到一个所述业务监测点上报的业务点数据后，根据所述业务点数据的业务层分别进行验证，其中，所述业务点数据的业务层包括：前端层、应用层和服务层中的至少两项；

第二处理模块，用于当所述验证的结果均为通过时，判断不同业务层的所述业务点数据之间的数据产生时间是否满足对应的预设时间关系；

第三处理模块，用于当确定两个业务层的所述业务点数据之间的时间关系不满足对应的预设时间关系时，根据第一预设报警信息进行报警，所述第一预设报警信息包括：所述业务监测点的信息以及所述的两个业务层的所述业务点数据的信息。

9.一种业务监测系统，其特征在于，包括：

用于采集预设业务点信息的业务监测点以及如权利要求8所述的监测中心；

其中，所述监测中心与至少一个所述业务监测点连接，且所述监测中心能实现如权利要求1至7任一项所述的业务监测的方法的步骤。

Images