一种银行保证金数据动态监控方法及装置

摘要

本发明是关于一种银行保证金数据动态监控方法及装置，所述的方法包括接收多个用户终端发来的包含有保证金更新数据的保证金更新请求；判断一时间周期内保证金更新请求的数量是否超过预设的访问门限值，如果是，则将所述时间周期内每个保证金更新请求的保证金更新数据进行存储，根据存储的保证金更新数据对所述的保证金数据进行更新；如果否，则根据所述时间周期内每个保证金更新请求的保证金更新数据对所述的保证金数据进行实时更新。本发明采用了将更新数据先合并再更新的方法，避免了账户访问压力过大时，系统效率低下的问题，同时在账户压力不大时保证该账户实时更新。

说明书

技术领域

本发明是关于银行数据管理系统技术领域，尤其是关于银行的账户数据管理系统技术领域，具体来说是关于一种银行保证金数据动态监控方法及装置。

背景技术

现有的银行数据管理系统在管理保证金数据时，通常采用实时更新保证金数据的方式，如图1所示，现有的银行数据管理系统100包括系统主机101和多个终端103，系统主机101用于储存保证金数据，终端103通过网络与系统主机101连接，客户可以通过终端103发起保证金数据更新请求，系统主机101接收终端103发出保证金数据更新请求并更新保证金数据。

随着银行业务的扩展，部分账户的保证金数据需要被频繁更新，这就极大的增加了终端103对系统主机101的访问量，降低了系统主机101的处理效率。

现有技术为了减少系统主机101的访问量，避免系统主机101因访问量激增而导致的处理效率低下、网络延迟增大等问题，采取了将一个账户分为多个子账户的方式，来分散单个账户的访问压力。如图2所示，银行数据管理系统200包括多个系统主机201和多个终端203，每个系统主机201分别用于储存不同的子账户保证金数据，终端203通过网络与系统主机201连接，客户通过终端203发起保证金数据更新请求，系统主机201接收终端203发出保证金数据更新请求并更新子账户保证金数据。采用多个系统主机201分别储存不同的子账户保证金数据，可以有效的分散对单一系统主机的访问量，减小了访问压力，提高了系统主机的处理效率，但这种方法也会增加账户的管理难度，同时增加了设备开销。

发明内容

为克服现有技术中存在的问题，本发明提供一种银行保证金数据动态监控方法及装置。

本发明实施例提供一种银行保证金数据动态监控方法，所述的方法包括：接收多个用户终端发来的包含有保证金更新数据的保证金更新请求；判断一时间周期内保证金更新请求的数量是否超过预设的访问门限值，如果是，则将所述时间周期内每个保证金更新请求的保证金更新数据进行存储，根据存储的保证金更新数据对所述的保证金数据进行更新；如果否，则根据所述时间周期内每个保证金更新请求的保证金更新数据对所述的保证金数据进行实时更新。

本发明实施例还提供一种银行保证金数据动态监控方法，所述的方法包括：接收多个用户终端发来的包含有保证金更新数据的保证金更新请求；判断响应保证金更新请求的响应时间是否超过预设的访问门限值，如果是，则将响应时间超限的保证金更新请求的保证金更新数据进行存储，根据存储的保证金更新数据对所述的保证金数据进行更新；如果否，则根据所述保证金更新请求的保证金更新数据对所述的保证金数据进行实时更新。

本发明实施例还提供一种银行保证金数据动态监控装置，所述的装置包括：更新请求接收单元，用于接收多个用户终端发来的包含有保证金更新数据的保证金更新请求；访问数量判断单元，用于判断一时间周期内保证金更新请求的数量是否超过预设的访问门限值；数据存储单元，用于在一时间周期内保证金更新请求的数量超过预设的访问门限值时，将所述时间周期内每个保证金更新请求的保证金更新数据进行存储；数据更新单元，用于根据存储的保证金更新数据对所述的保证金数据进行更新。

本发明实施例还提供一种银行保证金数据动态监控装置，所述的装置包括：更新请求接收单元，用于接收多个用户终端发来的包含有保证金更新数据的保证金更新请求；响应时间判断单元，用于判断响应保证金更新请求的响应时间是否超过预设的访问门限值；数据存储单元，用于在响应保证金更新请求的响应时间超过预设的访问门限值时，将响应时间超限的保证金更新请求的保证金更新数据进行存储；数据更新单元，用于根据存储的保证金更新数据对所述的保证金数据进行更新。

本发明在账户访问压力过大时采用了将更新信息先合并、再更新的储存方法，避免了账户访问压力过大时，系统效率低下的问题，同时在账户压力不大时保证该账户实时更新。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为现有技术银行数据管理系统100的系统结构图；

图2为现有技术银行数据管理系统200的系统结构图；

图3是本发明一实施例提供的银行保证金数据更新系统300的模块图；

图4所示为本发明一实施例压力判断单元的模块图；

图5是本发明一实施例提供的系统主机的模块图；

图6是本发明一实施例提供的银行保证金数据更新方法流程图；

图7是本发明一实施例提供的理财账户访问压力识别装置的系统结构图；

图8为图7中数据存储装置的结构图；

图9为本发明一实施例提供的参数信息存储单元保存的参数信息图；

图10为本发明一实施例提供的账户信息存储单元保存的保证金账户信息图；

图11为本发明一实施例提供的交易信息存储单元保存的交易明细信息图；

图12为图7中数据处理装置的结构图；

图13是本发明一实施例提供的券商保证金账户更新方法流程图；

图14为本发明一实施例提供的日终时交易信息清理方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例提供一种银行保证金数据动态监控方法及装置，以下结合附图对本发明进行详细说明。

图3是本发明一实施例提供的银行保证金数据更新系统300的模块图，如图3所示，银行保证金数据更新系统300包括多个终端301和系统主机303，其中系统主机303包括：

更新信息接收单元305，用于接收终端301发送的包含有保证金更新数据的保证金数据更新请求；

压力判断单元307，在更新信息接收单元305接收到终端301发送的保证金数据更新请求后判断系统主机303中的帐户是否存在访问压力；

更新信息保存单元309，用于在帐户存在访问压力时将接收到的保证金更新数据保存在更新信息保存单元309中；

更新信息合并单元311，将单位时间内保存的多条保证金数据更新信息合并为统计信息；

保证金数据更新单元313，用于根据合并的统计信息更新保证金数据。

图4所示为本发明一实施例压力判断单元307的模块图，如图4所示，压力判断单元307包括：

响应时间判断模块401，用于判断终端301访问账户的响应时间是否超过一预设时间长度，预设时间长度可以根据实际情况设定，如可设为0.1秒，如果终端301访问账户的响应时间超过0.1秒，则认为账户存在访问压力。

访问数量判断模块403，用于判断一时间周期内终端访问账户的次数是否超过一预设数量门限值，如当1秒内终端301访问账户的次数超过1000次，则认为账户存在访问压力。

图5是本发明一实施例提供的系统主机500的模块图，如图5所示，系统主机500包括：更新信息接收单元501、系统时间判断单元503、压力判断单元505、更新信息保存单元507、更新信息合并单元509、保证金数据更新单元511和统计信息删除单元513，其中：

更新信息接收单元501，用于接收终端发送的保证金数据更新信息；

系统时间判断单元503，在更新信息接收单元501接收到终端发送的保证金数据更新信息后判断系统时间是否处于预设时间段内；

压力判断单元505，如果系统时间判断单元503判断系统时间处于预设时间段内，则压力判断单元505判断系统主机500中的帐户是否存在访问压力；

更新信息保存单元507，用于在帐户存在访问压力时将接收到的保证金数据更新信息保存在更新信息保存单元507中；

更新信息合并单元509，将单位时间内保存的多条保证金数据更新信息合并为统计信息；

保证金数据更新单元511，用于根据合并的统计信息更新保证金数据；

统计信息删除单元513，用于将合并的统计信息删除。

图6是本发明一实施例提供的银行保证金数据更新方法流程图，如图6所示，保证金数据更新方法包括：

步骤S601，接收终端发送的保证金数据更新信息；

步骤S603，判断帐户是否存在访问压力，如果是，则进行步骤S605，将接收到的保证金数据更新信息保存，如果不存在访问压力，则进行步骤S611，直接根据接收到的保证金数据更新信息更新保证金数据；

步骤S607，将单位时间内保存的多条保证金数据更新信息合并为统计信息；

步骤S609，根据合并的统计信息更新保证金数据。

在本实施例中，步骤S603判断帐户是否存在访问压力可以采用判断终端访问账户的响应时间是否超过一预设时间长度的方式，预设时间长度可以根据实际情况设定，如：可设为0.1秒，如果终端访问账户的响应时间超过0.1秒，则认为账户存在访问压力。

在本实施例中，步骤S603判断帐户是否存在访问压力还可以采用判断单位时间内终端访问账户的次数是否超过一预设数量的方式，如：当1秒内终端访问账户的次数超过1000次，则认为账户存在访问压力。

本发明实施例还公开了一种理财账户访问压力识别装置，该装置在收到来自于业务受理终端上送到系统主机的需要对券商保证金账户进行更新的请求时，通过检查系统维护人员根据系统情况所设置的参数表中的参数作决定，判断券商保证金账户是否存访问压力，如果参数返回结果反映出当前系统情况下对于券商保证金账户的访问不存在压力，则实时更新券商保证金账户；如果参数返回结果反映出当前系统情况下对于券商保证金账户的访问存在压力，则将当前交易登记一笔交易信息明细；在一定时间段内将交易信息中未统计的多笔记录，分为借贷两种情况进行合计，然后再将合计结果更新到券商保证金账户中，完成券商保证金账户的更新。从而避免了券商保证金账户访问压力过大时，系统效率低下的问题，同时在券商保证金账户压力不大时保证该账户实时更新。

图7是本发明一实施例提供的理财账户访问压力识别装置的系统结构图，如图7所示，理财账户访问压力识别装置700包括业务受理终端701和系统主机702。

业务受理终端701包括网上银行，电话银行，柜面，自助终端等银行渠道，客户可以通过业务受理终端701发起客户账户与券商保证金账户之间资金转账的交易要求，柜员通过业务受理终端701可以发起设置参数的交易要求，此外，系统产生的交易监控提醒也会通过业务受理终端701反馈给柜员。业务受理终端701通过网络和系统主机702连接。

系统主机702可以是大型计算机，也可以是中、小型计算机，负责运行处理银行交易的系统。所述的系统主机702包括数据存储装置703和数据处理装置704。系统主机702负责根据业务受理终端701的业务指令，进行相应的操作，包括证转银业务、银转证业务、系统参数设置等等。数据存储装置703保存了参数信息、券商保证金账户信息、交易信息等等，其中参数信息用于控制数据处理装置704的工作方式，交易信息是客户发起的交易明细，通过间隔一定时间统计交易明细的业务发生额，可以对券商保证金账户进行准实时的更新。数据处理装置704负责接收业务受理终端701中的交易请求，并对交易数据进行识别处理后，更新数据存储装置703中相应的数据。

图8为图7中数据存储装置703的结构图，如图8所示，所述的数据存储装置703存储运行参数、券商保证金账户、交易等等信息，包括参数信息存储单元801、账户信息存储单元802，交易信息存储单元803。

参数信息存储单元801存储运行需要的参数信息，图9为参数信息存储单元801保存的参数信息图，如图9所示，参数信息包括：券商保证金账户、借方热点标志、贷方热点标志、贷方热点起始时间、贷方热点结束时间、借方热点起始时间、借方热点结束时间、时间间隔(秒)、上次统计时间戳、阀值等。可参考系统提供的平均交易响应时间，以及理财交易业务的实际情况需要，对参数进行合理的设置，可以控制数据处理装置704对券商保证金账户进行更新的方式，提高系统运行效率。

账户信息存储单元802存储各券商在银行所开的保证金账户的信息，图10为账户信息存储单元802保存的保证金账户信息图，如图10所示，保证金账户的信息至少包括：券商账号、理财产品名称、余额等。

交易信息存储单元803存储了根据客户交易要求从券商保证金账户转出资金、或转入资金到券商保证金账户的交易明细信息，图11为交易信息存储单元803保存的交易明细信息图，如图11所示，交易明细信息至少包括：券商保证金账户、理财产品名称、发生额、借贷方向、统计标志、时间戳等。

图12为图7中数据处理装置704的结构图，如图12所示，主要包括总控单元1201、交易监控单元1202、参数设置单元1203、压力识别单元1204、交易信息清理单元1205、数据处理单元1206。

数据处理装置704负责在接收到更新券商保证金账户的请求后，检查参数信息存储单元801中券商保证金账户的热点标识，根据返回结果来识别券商保证金账户是否存在访问压力，再选择实时或准实时方式更新券商保证金账户，避免券商保证金账户访问压力过大而出现效率低下的问题；以及负责根据交易请求对数据存储单元703中的参数信息进行维护、更新。

总控单元1201是数据处理装置704的总处理单元，负责根据接收自业务受理终端701的交易指令或者根据自主判断，调用其他单元完成交易要求。在发生更新券商账户的交易时，总控单元1201调用交易监控单元1202对交易平均时间进行监控；接收到业务受理终端701输入的参数设置指令时，总控单元1201调用参数设置单元1203完成对运行参数的设置；接收到业务受理终端701输入的更新券商保证金账户的指令时，总控单元1201调用压力识别单元1204，压力识别单元1204对券商保证金账户访问压力进行判断后采用实时或准实时的方式调用数据处理单元1206对券商保证金账户进行更新；日终，总控单元1201调用交易信息清理单元1205对交易信息存储单元803中未统计的记录进行处理。

交易监控单元1202每天在发生更新券商账户的交易时，通过系统监控接口获取交易在热点时间区间内的交易响应时间，计算出平均交易响应时间，当平均交易响应时间超过参数信息存储单元801中的阀值时，将平均交易响应时间反馈到业务受理终端701，对柜员进行提醒。

参数设置单元1203对接收自业务受理终端701的参数设置要求进行处理，可以灵活设置券商账号的借贷方热点标志、借贷方热点起始、结束时间、时间间隔等信息，以控制数据处理装置704对券商保证金账户进行更新的方式。系统初始化时、以及系统运行的任何时段，都可以根据实际情况需要对参数进行设置，参数设置可以实时生效。

压力识别单元1204负责在接收到来自业务受理终端701的更新券商保证金账户的交易请求时，访问参数存储装置703中的参数信息，对券商保证金账户是否存在访问压力进行判断。首先判断当前交易是否在借、贷方热点时间区间内，如果交易时间不在借、贷方热点时间内，则该券商保证金账户不存在访问压力；否则，进一步判断该账户对应借、贷方热点标志是否为“热”，是则该账户存在访问压力，否则该账户不存在访问压力。对于账户存在访问压力的交易，采用准实时的方式调用数据处理单元1206更新券商保证金账户；对于账户不存在访问压力的交易，采用实时的方式调用数据处理单元1206更新券商保证金账户。从而避免了券商保证金账户访问压力过大时，系统效率低下的问题。

数据处理单元1206与压力识别单元1204以及交易信息清理单元1205相连，根据交易要求对券商保证金账户进行更新。

根据压力识别单元1204的判断结果，当账户不存在访问压力时，数据处理单元1206采用实时的方式直接更新券商保证金账户；当账户存在访问压力时，数据处理单元1206采用准实时的方式更新券商保证金账户，即，按照参数信息存储单元801中规定的时间间隔，对交易信息存储单元803中统计标志为“未统计”的记录，按照借、贷方向分别进行统计，并将统计结果更新到券商保证金账户中。

根据交易信息清理单元1205的交易请求，数据处理单元1206对交易信息存储单元803中统计标志为“未统计”的记录，按照借、贷方向分别进行统计，并将统计结果更新到券商保证金账户中。

交易信息清理单元1205负责在日间交易结束后，检查交易信息存储单元803中是否存在未统计的记录，这些记录是由于各种原因引起的漏处理的记录。对于漏处理的记录中统计标识为“未统计”的记录，调用数据处理单元1206对记录进行统计后，更新券商保证金账户；统计标识为“已统计”的记录，则进行删除清理。

图13是券商保证金账户更新方法流程图，如图13所示，券商保证金账户更新方法包括：

步骤S1301：业务受理终端701接受客户交易请求，向系统主机702发起更新券商保证金账户的要求；

步骤S1302：系统调用压力识别单元1204，读取参数信息存储单元801中的借、贷方热点起始、终止时间，并判断当前交易是否在借方、或贷方热点时间区间内，如果交易时间不在借方、或贷方热点时间区间内，则券商保证金账户不存在压力，转到步骤S1304，否则转到步骤S1303；

步骤S1303：进一步判断券商保证金账户对应借方、或贷方热点标志是否为“热”。热点标志为“热”，则券商保证金账户存在压力，转到步骤S1305，否则券商保证金账户不存在压力，转到步骤S1304。

步骤S1304：实时对券商保证金账户作借或者贷的更新处理，将券商保证金账户的余额减去、或者加上业务发生金额，将其结果更新到账户的余额中。转到步骤S1312。

步骤S1305：本步骤主要针对减少券商保证金账户余额时，需要判断是否透支。判断公式为“券商保证金账户余额+交易信息中贷明细之和-交易信息中借明细之和是否大于或等于本次需要减少的数额”。如果小于，则交易失败，转到步骤S1306；如果大于或等于，转到步骤S1307。如果是增加券商保证金账户余额，则不需判断是否透支，直接到步骤S1307。

步骤S1306：返回交易失败原因。

步骤S1307：资金从券商保证金账户转出，则在交易信息存储单元803中增加一笔发生明细，其中借贷标志为借；资金转入券商保证金账户时，在交易信息存储单元803中增加一笔发生明细，其中借贷标志为贷。

步骤S1308：按借、贷标志分别统计交易信息存储单元803中一定时间区间内状态为“未统计”的记录的发生额，并把“记录状态”字段更新为“已统计”。

时间区间是根据上次统计时间戳和间隔时间进行设置：[上次统计时间戳，上次统计时间戳+间隔时间]。

步骤S1309：将券商保证金账户的余额减去、或者加上步骤S1308中按借、贷标志统计好的业务发生金额，将其结果更新到券商保证金账户的余额中。

步骤S1310：更新参数信息存储单元801中的“上次统计时间戳”等信息。

步骤S1311：删除交易信息存储单元803中状态为“已统计”的记录。

步骤S1312：返回交易成功提示。

图14为日终时交易信息清理方法流程图，如图14所示，交易信息清理方法包括：

步骤S1401：日终时，系统发起交易信息清理流程。

步骤S1402：删除交易信息存储单元803中状态为“已统计”的记录。

步骤S1403：按借、贷标志分别统计交易信息存储单元803中状态为“未统计”的记录发生额，更新记录状态为“已统计”。这个步骤是补充处理日间交易时由于各种原因引起的系统漏统计的交易信息。

步骤S1404：将券商保证金账户的余额减去或者加上步骤S1403中按借、贷标志统计好的业务发生金额，将其结果更新到券商保证金账户的余额中。

步骤S1405：更新参数信息存储单元801中的“上次统计时间戳”等信息。

步骤S1406：删除交易信息存储单元803中状态为“已统计”的记录。

本发明在账户访问压力过大时采用了将更新信息先合并、再更新的储存方法，避免了账户访问压力过大时，系统效率低下的问题，同时在账户压力不大时保证该账户实时更新。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。