业务量监控方法和装置与流程

本申请涉及计算机
技术领域：
，尤其涉及一种业务量监控方法和装置。
背景技术：
：随着银行业务的发展，其涉及的业务量也越来越庞大。而由于银行使用业务系统处理各类业务，在业务量剧增的情况下，业务系统出现故障的几率也不断提高。为及时解决业务系统中的故障，可以通过业务监控系统对业务系统进行监控，以对可能发生的故障发出预警。目前，银行使用的业务监控系统通常采用设置交易量阈值的方式预测可能发生的故障，在银行的交易量不在交易量阈值内时，其业务系统可能故障。由于该交易量阈值是业务人员根据经验设置的固定数值，不具有动态调整的特性。而银行每日的业务交易量实际是按双波峰曲线趋势变化，其业务交易量是不断变化的，如其业务交易量包括高峰期、低谷期，且节假日也对其业务交易量具有极大影响。因此，目前使用固定交易量阈值对业务系统进行预警时，可能出现误报、漏报等预警不准确的问题。技术实现要素：本申请的实施例提供一种业务量监控方法和装置，用于提高业务系统预警的准确性。为达到上述目的，本申请的实施例采用如下技术方案：第一方面，提供一种业务量监控方法，包括：业务量监控装置获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段；业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间；若业务量监控装置确定目标交易量大于第一交易量或小于第二交易量，则向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。结合第一方面，在一些可能的实现方式中，第一交易数据包括第三交易量、第四交易量和第五交易量，第三交易量用于指示第一时间段的交易量最大值，第四交易量用于指示第一时间段的交易量最小值，第五交易量用于指示第一时间段的交易量平均值；业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间包括：根据三点估计法、第三交易量、第四交易量和第五交易量确定交易量期望值；根据三点估计法、第三交易量和第四交易量确定交易量标准差；根据三点估计法、交易量期望值和交易量标准差确定预期交易量区间。结合第一方面，在一些可能的实现方式中，在业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间之后，还包括：若目标交易量大于第三交易量或小于第四交易量，则更新第三交易量、第四交易量和第五交易量。结合第一方面，在一些可能的实现方式中，在业务量监控装置获取业务系统的第一交易数据之前，还包括：业务量监控装置设置初始数据；初始数据包括初始第三交易量、初始第四交易量和初始第五交易量。第二方面，提供一种业务量监控装置，包括：获取模块，用于获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段；处理模块，用于根据获取模块获取的第一交易数据和三点估计法确定预期交易量区间；预警模块，用于在处理模块确定目标交易量大于第一交易量或小于第二交易量时，向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。结合第二方面，在一些可能的实现方式中，第一交易数据包括第三交易量、第四交易量和第五交易量，第三交易量用于指示第一时间段的交易量最大值，第四交易量用于指示第一时间段的交易量最小值，第五交易量用于指示第一时间段的交易量平均值；处理模块包括第一计算子模块、第二计算子模块和第三计算子模块。第一计算子模块，用于根据三点估计法、第三交易量、第四交易量和第五交易量确定交易量期望值。第二计算子模块，用于根据三点估计法、第三交易量和第四交易量确定交易量标准差。第三计算子模块，用于根据三点估计法、交易量期望值和交易量标准差确定预期交易量区间。结合第二方面，在一些可能的实现方式中，业务量监控装置还包括更新模块。更新模块，用于在目标交易量大于第三交易量或小于第四交易量时，更新第三交易量、第四交易量和第五交易量。结合第二方面，在一些可能的实现方式中，业务量监控装置还包括赋值模块。赋值模块，用于设置初始数据；初始数据包括初始第三交易量、初始第四交易量和初始第五交易量。第三方面，提供一种业务量监控装置，包括：存储器、处理器、总线和通信接口；存储器用于存储计算机执行指令，处理器与存储器通过总线连接；当业务量监控装置运行时，处理器执行存储器存储的计算机执行指令，以使业务量监控装置执行如第一方面提供的业务量监控方法。第四方面，提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在业务量监控装置上运行时，使得业务量监控装置执行如第一方面提供的业务量监控方法。本申请实施例提供的业务量监控方法和装置，该方法包括：业务量监控装置获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段；业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间；若业务量监控装置确定目标交易量大于第一交易量或小于第二交易量，则向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。本申请实施例中，业务量监控装置可以根据三点估计法和业务系统的历史业务量变化情况确定预期交易量区间；由于三点估计法是项目管理中用于确定工期的常用方法，而在本申请中，将业务系统在历史时间段的最大业务量作为最乐观业务量，将最小业务量作为最悲观业务量，将业务量平均值作为最可能业务量，进而可以根据三点估计法确定交易量期望值，以及交易量标准差；由于在三点估计法中，可以根据某一概率区间内完成活动需要的工期，即确定业务系统的业务交易量区间；本申请实施例中，由于业务系统的业务交易量区间是根据历史业务量变化情况确定的，针对不同时间段的业务量预测即可以确定不同的业务交易量区间，提高了对业务系统预警的准确性。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例提供的一种业务量监控方法的流程示意图之一；图2为本申请实施例提供的一种业务系统的交易量变化情况示意图；图3为本申请实施例提供的一种业务量监控方法的流程示意图之二；图4为本申请实施例提供的一种三点估计法中期望值和标准差对应的概率正态分布图；图5为本申请实施例提供的一种业务量监控方法的流程示意图之三；图6为本申请实施例提供的一种业务量监控方法的流程示意图之四；图7为本申请实施例提供的一种业务量监控装置的结构示意图之一；图8为本申请实施例提供的一种业务量监控装置的结构示意图之二；图9为本申请实施例提供的一种业务量监控装置的结构示意图之三；图10为本申请实施例提供的一种业务量监控装置的结构示意图之四；图11为本申请实施例提供的又一种业务量监控装置的结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。为了便于理解本申请，下面对本申请涉及到的相关要素进行描述。三点估算法三点估算法最初是项目管理领域中一种计算工期的方法，具体在计算工期时，三点估算法中设置有最悲观时间、最乐观时间和最可能时间，根据这三个时间可以确定对应的活动历时均值和活动历时标准差，进而根据正态分布概率特征，以及该活动历时均值和活动历时标准差可以确定在某一工期内完成的概率或在某一概率区间内完成活动需要的工期。这里的最乐观时间是指工作顺利情况下的工期，最悲观时间是指工作不顺利情况下的工期，最可能时间则是指最可能完成某一工序的时间。目前银行的业务系统通常根据交易量阈值对可能发生的故障进行预警，而由于该交易量阈值是固定不变的，且银行在不同时期的业务量变化情况是不规律的，因此依靠固定的交易量阈值对可能发生的故障进行预警时，可能发生漏报、误报等。针对上述问题，本申请实施例提供一种业务量监控方法，用于提高对业务系统故障预警的准确性。如图1所示，该方法包括：s101、业务量监控装置获取业务系统的第一交易数据。其中，第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段。具体地，这里的第一交易数据包括第三交易量、第四交易量和第五交易量，第三交易量用于指示第一时间段的交易量最大值，第四交易量用于指示第一时间段的交易量最小值，第五交易量用于指示第一时间段的交易量平均值。在具体实施时，业务量监控装置可以根据需要获取银行业务系统在不同历史时间段对应的业务交易数据，如获取第一时间段内的第一交易数据。当然，本申请实施例中，业务量监控装置可以根据预先设置的数据获取周期获取业务交易数据，如数据获取周期可以是一周、一月等，则业务量监控装置可以获取业务系统在一周内的业务交易数据，或一月内的业务交易数据。需要说明的是，这里的业务交易数据包括业务类型、每类业务交易的客户元素、业务办理时长、风险等级等信息，以便预测不同类型业务的交易量，进而确定业务系统可能发生故障的具体节点。进一步的，在一天内，银行业务系统的业务交易量从凌晨开始逐渐增加，直至中午时分达到峰值，且在中午休息后，银行业务系统的业务交易量逐渐回落，并在下午工作时间再次回升，如此反复；同样的，银行业务系统每周内的业务交易量也在不同的时间点出现上升、下降之间的不断变化，最终银行交易系统的业务交易量出现双波峰曲线的变化趋势。业务量监控装置可以监控业务系统的交易量变化情况，如第一时间的业务交易量，第二时间的业务交易量等，进而根据各个时间的业务交易量可以确定相应时间段的业务交易量。例如，业务系统在第一时间的业务交易量为a，第二时间的业务交易量为b，第三时间的业务交易量为c，而第一时间段由第一时间、第二时间和第三时间组成，则第一时间段的业务交易量为a+b+c。进一步的，在第一时间段包括更多个业务交易量时，这些业务交易量中的最大值则为第一时间段的交易量最大值，这些业务交易量中的最小值则为第一时间段的交易量最小值，这些业务交易量的平均值作为第一时间段的交易量平均值，即确定第二时间段内的第三交易量、第四交易量和第五交易量。例如，a<b<c，则第一时间段内的第三交易量为c，第四交易量为a，第五交易量则为(a+b+c)/3。示例性的，如图2所示，提供一种业务系统在第一时间段的业务交易量变化情况，该第一时间段的交易量最大值即为v1，交易量最小值为v2。这里第一时间段可以为一周，若业务量监控装置以天为数据获取周期获取业务交易数据，且第一时间段的交易量总量为v3，则该第一时间段对应的第三交易量为v1，第四交易量为v2，第五交易量为v3/7。s102、业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间。具体地，如下列公式(1)、(2)所示，三点估计法包括：e＝(p+4m+o)/6(1)；δ＝(p-o)/6(2)。由于三点估计法是项目管理中用于计算工期的方法，在项目管理中，p是指最悲观时间，o是指最乐观时间，m则是指最可能时间，因此这里p>o。在将三点估计法运用至本申请的交易量预测时，由于第一交易数据包括第三交易量、第四交易量和第五交易量，且第三交易量用于指示第一时间段的交易量最大值，第四交易量用于指示第一时间段的交易量最小值，第五交易量用于指示第一时间段的交易量平均值，因此第三交易量大于第四交易量。因此，在本申请实施例中，上述公式(1)、(2)中的p即为第三交易量，o即为第四交易量，m则为第五交易量。进一步的，e即为交易量期望值，δ即为交易量标准差。进一步的，根据三点估计法，如图3所示，步骤s102可以包括：s1021、根据三点估计法、第三交易量、第四交易量和第五交易量确定交易量期望值。具体地，这里的交易量期望值即可以根据上述公式(1)确定。例如，第三交易量为10000，第四交易量为2000，第五交易量为4000，即p＝10000，o＝2000，m＝4000，则交易量期望值为：一些实施例中，由于业务量监控装置获取的交易数据可以包括业务类型等信息，因此这里业务量监控装置还可以确定不同类型业务对应的交易量，这里即可以确定不同类型业务对应的交易量期望值。示例性的，若业务量监控装置获取的交易数据包括第一类型业务对应第二交易数据，第二类型业务对应的第三交易数据，第三类型业务对应的第四交易数据，则与上述的第一交易数据相同的，这里的第二交易数据包括第三交易量1(p1)、第四交易量1(o1)和第五交易量1(m1)，第三交易数据包括第三交易量2(p2)、第四交易量2(o2)和第五交易量2(m2)，第四交易数据包括第三交易量3(p3)、第四交易量3(o3)和第五交易量3(m3)。这里即可以根据上述公式(1)确定各个类型业务对应的交易量期望值，如第一类型业务对应的第一交易量期望值为：e1＝(p1+4m1+o1)/6。第二类型业务对应的第二交易量期望值为：e2＝(p2+4m2+o2)/6。第二类型业务对应的第三交易量期望值为：e3＝(p3+4m3+o3)/6。这里的e1即为第一交易量期望值，e2即为第二交易量期望值，e3即为第三交易量期望值。s1022、根据三点估计法、第三交易量和第四交易量确定交易量标准差。具体地，这里的交易量标准差即可以根据上述公式(2)确定。例如，第三交易量为10000，第四交易量为2000，即p＝10000，o＝2000，则交易量标准差为：一些实施例中，如上述步骤s1021，业务量监控装置可以确定不同类型业务对应的交易量，这里即可以确定不同类型业务对应的交易量标准差。示例性的，若业务量监控装置获取的交易数据包括第一类型业务对应第二交易数据，第二类型业务对应的第三交易数据，第三类型业务对应的第四交易数据，则与上述的第一交易数据相同的，这里的第二交易数据包括第三交易量1(p1)和第四交易量1(o1)，第三交易数据包括第三交易量2(p2)和第四交易量2(o2)，第四交易数据包括第三交易量3(p3)和第四交易量3(o3)。这里即可以根据上述公式(2)确定各个类型业务对应的交易量标准差，如第一类型业务对应的第一交易量标准差为：δ1＝(p1-o1)/6。第二类型业务对应的第二交易量标准差为：δ2＝(p2-o2)/6。第三类型业务对应的第三交易量标准差为：δ3＝(p3-o3)/6。这里的δ1即为第一交易量标准差，δ2即为第二交易量标准差，δ3即为第三交易量标准差。s1023、根据三点估计法、交易量期望值和交易量标准差确定预期交易量区间。具体地，由于三点估计法是项目管理中计算工期的方法，如图4所示，示出了三点估计法中期望值和标准差对应的概率正态分布图，其中μ用于指示三点估计法计算的平均工期，即上述的e；而σ则为偏差天数，即上述的δ。参照图4所示，1σ内的概率为68.2％，2σ内的概率为95.4％，3σ内的概率为99.7％。而在项目管理中，μ天内完成活动的概率为50％，μ+σ天内完成活动的概率为50％+34.1％，μ+2σ天内完成活动的概率为50％+34.1％+13.6％等。在项目管理中，图4对应的活动工期落在标准差范围内的概率如下表1所示：表1标准差活动工期落在标准差范围内的概率-1δ～1δ68.26％-2δ～2δ95.44％-3δ～3δ99.72％-6δ～6δ99.99％在本申请实施例中，在根据三点估计法预计业务系统的交易量时，交易量期望值和交易量标准差对应的概率分布情况如下表2所示：表2标准差交易量落在标准差范围内的概率-1δ～1δ68.26％-2δ～2δ95.44％-3δ～3δ99.72％-6δ～6δ99.99％进一步的，本申请实施例中，根据99％概率范围内的最大预期交易量和最小预期交易量确定预期交易量区间。参照上表2，依据上述步骤s1021和s1022确定的交易量期望值和交易量标准差可以确定最大预期交易量和最小预期交易量，即确定第一交易量和第二交易量。具体如下列公式(3)和(4)。x＝e+3δ(3)；y＝e-3δ(4)。这里的x即为第一交易量，y即为第二交易量。示例性的，若交易量期望值e＝4666.67，δ＝1333.33，则：x＝e+3δ＝4666.67+3*1333.33＝8666.66。y＝e-3δ＝4666.67-3*1333.33＝666.68。即预期交易量区间为[8666.66，666.68]。一些实施例中，如上述步骤s1021和s1022，业务量监控装置在获取多种类型业务对应的交易数据时，还可以根据上述方法分别确定各个类型业务对应的预期交易量区间。示例性的，若业务量监控装置获取的交易数据包括第一类型业务对应第二交易数据，第二类型业务对应的第三交易数据，第三类型业务对应的第四交易数据，则这里可以根据上述确定预期交易量区间的方法分别确定各个类型业务对应的预期交易量区间，如第一类型业务对应的第一预期交易量区间可以根据下列公式确定：x1＝e1+3δ1；y1＝e1+3δ1。则第一预期交易量区间为[x1，y1]。第二类型业务对应的第二预期交易量区间可以根据下列公式确定：x2＝e2+3δ2；y2＝e2+3δ2。则第二预期交易量区间为[x2，y2]。第三类型业务对应的第三预期交易量区间可以根据下列公式确定：x3＝e3+3δ3；y3＝e3+3δ3。则第二预期交易量区间为[x3，y3]。s103、若业务量监控装置确定目标交易量大于第一交易量或小于第二交易量，则向业务系统发送预警信息。其中，第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。具体地，上述步骤s1023确定了业务系统的预期交易量区间，即业务系统的交易量可能达到的交易量。本步骤中，在业务量监控装置确定的目标交易量大于第一交易量或小于第二交易量时，即可以确定业务系统在目标时间段的目标交易量异常，业务系统可能故障。此时，业务量监控装置可以向业务系统发送预警信息，以指示业务系统故障，提醒运维人员及时维护。一些实施例中，由于业务量监控装置可以对不同类型业务的交易量进行监控，因此这里还可以进一步确定业务系统中具体的故障模块。例如，业务系统包括第一业务模块、第二业务模块和第三业务模块。其中，第一业务模块用于处理第一类型业务的业务，第二业务模块用于处理第二类型业务的业务，第三业务模块用于处理第三类型业务的业务。若第一目标交易量不在第一预期交易量区间时，则可以确定第一业务模块故障；若第二目标交易量在第二预期交易量区间时，则可以确定第二业务模块正常；若第三目标交易量不在第三预期交易量区间时，则可以确定第三业务模块故障。一些实施例中，若业务量监控装置确定业务系统故障时，业务量监控装置还可以进一步确定业务系统内各个类型业务对应的目标业务量，以及预期交易量区间，进而将这些不同类型业务对应的目标业务量与预期交易量区间进行比较，以确定业务系统中的具体故障模块。例如，在确定业务系统故障时，若业务系统包括第一业务模块、第二业务模块和第三业务模块，且根据上述方法确定第一业务模块正常，第二业务模块正常，第三业务模块故障，则运维人员可以针对第三业务模块进行维护，以减少运维人员的工作量。需要说明的是，本实施例中，业务量监控装置获取交易数据的数据获取周期可以由本领域技术人员根据需要设置，当然，上述的第一时间段和目标时间段相对应，即第一时间段与目标时间段的时间长度相同。实际中，本实施例中，在步骤s102和s103之间还包括：业务量监控装置获取目标交易量，以使得业务量监控装置获取目标交易量执行步骤s103。本申请实施例中，能够根据三点估计法确定业务系统对应的预期交易量区间，由于该预期交易量区间是根据业务系统的历史业务交易情况确定的，因此该预期交易量区间可以实时变化，以避免现有技术中由于固定交易量阈值导致的漏报、误报等。一些实施例中，如图5所示，在步骤s1023之后，还包括：s201、若目标交易量大于第三交易量或小于第四交易量，则更新第三交易量或第四交易量。具体地，由于上述交易量期望值和交易量标准差均与第三交易量和第四交易量相关，且第三交易量为第一时间段内的交易量最大值，第四交易量为第一时间段内的交易量最小值。因此，在目标交易量大于第三交易量时，可以将目标交易量作为历史时间段的交易量最大值；或，在目标交易量小于第四交易量时，可以将目标交易量作为历史时间段的交易量最小值。当然，此时历史时间段即可以是指上述的目标时间段，或第一时间段；当然，根据需要历史时间段也可以既包括第一时间段，也可以包括目标交易量对应的目标时间段，业务量监控装置即可以根据更新后的第三交易量或第四交易量确定新的预期交易量区间。示例性的，若目标交易量大于第三交易量，则交易量期望值为：e＝(q+4m+o)/6。交易量标准差为：δ＝(q-o)/6。其中，q即为目标交易量。又如，在目标交易量小于第四交易量时，交易量期望值为：e＝(p+4m+q)/6。交易量标准差为：δ＝(p-q)/6。在根据更新后的第三交易量或第四交易量确定相应的交易量期望值和交易量标准差之后，即可以根据更新后的交易量期望值和交易量标准差确定新的预期交易量区间，进而根据新的预期交易量区间对业务系统进行预警。例如，将第三时间段的交易量与新的预期交易量区间进行比较，进而根据比较结果判断是否向业务系统发送预警信息。第三时间段为目标时间段的后一时间段。又如，在目标交易量大于第三交易量或小于第四交易量时，可以更新预期交易量区间，进而判断目标时间段的目标交易量是否正常，以判断是否向业务系统发送预警信息。需要说明的是，由于银行业务系统的业务交易量具有一定的双曲线变化趋势，因此其业务交易量变化范围一般是在第三交易量和第四交易量之间变化。因此，这里当目标交易量大于第三交易量或小于第四交易量时，即可以更新第三交易量或第四交易量。一些实施例中，本步骤中，还可以根据目标交易量对上述公式(1)中的m进行更新，即在目标交易量大于第三交易量或小于第四交易量时，不仅对第三交易量或第四交易量进行更新，还可以对第五交易量进行更新。当然，在目标交易量在第三交易量和第四交易量之间时，可以仅对第五交易量进行更新，以根据上述公式(1)、(2)、(3)和(4)确定新的预期交易量区间，进而对后续业务系统的交易量变化情况进行预警。一些实施例中，如图6所示，在步骤s1021之前，还包括：s100、业务量监控装置设置初始数据。其中，初始数据包括初始第三交易量、初始第四交易量和初始第五交易量。具体地，由于业务系统在初始状态下未进行业务处理，因此业务量监控装置无法从业务系统获取相应的交易数据，也无法获得用于确定交易量期望值和交易量标准差的第三交易量、第四交易量和第五交易量。因此，这里通过本步骤设置初始数据，以设置初始第三交易量、初始第四交易量和初始第五交易量，进而根据初始交易量期望值和初始交易量标准差，以使得业务量监控装置能够在业务系统的初始状态下对业务系统进行预警。本申请实施例提供的业务量监控方法，包括：业务量监控装置获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段；业务量监控装置根据第一交易数据和三点估计法确定预期交易量区间；若业务量监控装置确定目标交易量大于第一交易量或小于第二交易量，则向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。本申请实施例中，业务量监控装置可以根据三点估计法和业务系统的历史业务量变化情况确定预期交易量区间；由于三点估计法是项目管理中用于确定工期的常用方法，而在本申请中，将业务系统在历史时间段的最大业务量作为最乐观业务量，将最小业务量作为最悲观业务量，将业务量平均值作为最可能业务量，进而可以根据三点估计法确定交易量期望值，以及交易量标准差；由于在三点估计法中，可以根据某一概率区间内完成活动需要的工期，即确定业务系统的业务交易量区间；本申请实施例中，由于业务系统的业务交易量区间是根据历史业务量变化情况确定的，针对不同时间段的业务量预测即可以确定不同的业务交易量区间，提高了对业务系统预警的准确性。如图7所示，本申请实施例提供一种业务量监控装置30，包括：获取模块301，用于获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段。处理模块302，用于根据获取模块301获取的第一交易数据和三点估计法确定预期交易量区间。预警模块303，用于在处理模块302确定目标交易量大于第一交易量或小于第二交易量时，向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。可选的，第一交易数据包括第三交易量、第四交易量和第五交易量，第三交易量用于指示第一时间段的交易量最大值，第四交易量用于指示第一时间段的交易量最小值，第五交易量用于指示第一时间段的交易量平均值。如图8所示，处理模块302包括第一计算子模块3021、第二计算子模块3022和第三计算子模块3033。第一计算子模块3021，用于根据三点估计法、第三交易量、第四交易量和第五交易量确定交易量期望值。第二计算子模块3022，用于根据三点估计法、第三交易量和第四交易量确定交易量标准差。第三计算子模块3033，用于根据三点估计法、第一计算子模块3021确定的交易量期望值和第二计算子模块3022确定的交易量标准差确定预期交易量区间。可选的，如图9所示，业务量监控装置30还包括更新模块304。更新模块304，用于在目标交易量大于第三交易量或小于第四交易量时，更新第三交易量或第四交易量。可选的，如图10所示，业务量监控装置30还包括赋值模块305。赋值模块305，用于设置初始数据；初始数据包括初始第三交易量、初始第四交易量和初始第五交易量。本申请实施例提供的业务量监控装置，包括：获取模块，用于获取业务系统的第一交易数据；第一交易数据用于指示第一时间段的交易量变化情况，第一时间段为历史时间段；处理模块，用于根据获取模块获取的第一交易数据和三点估计法确定预期交易量区间；预警模块，用于在处理模块确定目标交易量大于第一交易量或小于第二交易量时，向业务系统发送预警信息；第一交易量为预期交易量区间的上限，第二交易量为预期交易量区间的下限，目标交易量为当前时间段的实时交易量。本申请实施例中，业务量监控装置可以根据三点估计法和业务系统的历史业务量变化情况确定预期交易量区间；由于三点估计法是项目管理中用于确定工期的常用方法，而在本申请中，将业务系统在历史时间段的最大业务量作为最乐观业务量，将最小业务量作为最悲观业务量，将业务量平均值作为最可能业务量，进而可以根据三点估计法确定交易量期望值，以及交易量标准差；由于在三点估计法中，可以根据某一概率区间内完成活动需要的工期，即确定业务系统的业务交易量区间；本申请实施例中，由于业务系统的业务交易量区间是根据历史业务量变化情况确定的，针对不同时间段的业务量预测即可以确定不同的业务交易量区间，提高了对业务系统预警的准确性。如图11所示，本申请实施例还提供另一种业务量监控装置，包括存储器41、处理器42、总线43和通信接口44；存储器41用于存储计算机执行指令，处理器42与存储器41通过总线43连接；当业务量监控装置运行时，处理器42执行存储器41存储的计算机执行指令，以使业务量监控装置执行如上述实施例提供的业务量监控方法。在具体的实现中，作为一种实施例，处理器42(42-1和42-2)可以包括一个或多个cpu，例如图11中所示的cpu0和cpu1。且作为一种实施例，业务量监控装置可以包括多个处理器42，例如图11中所示的处理器42-1和处理器42-2。这些处理器42中的每一个cpu可以是一个单核处理器(single-cpu)，也可以是一个多核处理器(multi-cpu)。这里的处理器42可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。存储器41可以是只读存储器41(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器41可以是独立存在，通过总线43与处理器42相连接。存储器41也可以和处理器42集成在一起。在具体的实现中，存储器41，用于存储本申请中的数据和执行本申请的软件程序对应的计算机执行指令。处理器42可以通过运行或执行存储在存储器41内的软件程序，以及调用存储在存储器41内的数据，业务量监控装置的各种功能。通信接口44，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如控制系统、无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)等。通信接口44可以包括接收单元实现接收功能，以及发送单元实现发送功能。总线43，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponentinterconnect，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线43可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在业务量监控装置上运行时，使得业务量监控装置执行如上述实施例提供的业务量监控方法。本申请实施例还提供一种计算机程序，该计算机程序可直接加载到存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述实施例提供的业务量监控方法。本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。当前第1页12