CN101408969A - 一种银行风险数据监控服务器及系统 - Google Patents

Abstract

本发明提供一种银行风险数据监控服务器及系统，所述的服务器包括：日志数据获取装置，用于从银行数据库中获取银行业务日志数据；风险数据过滤装置，用于从所述的日志数据中过滤出风险数据；风险数据存储装置，用于存储风险数据与风险信息的映射关系；风险数据发布装置，用于从所述的险数据与风险信息的映射关系中查找出所述风险数据所对应的风险信息，并发布所述的风险信息。以对银行风险数据进行识别和过滤，并对风险数据进行连续和比对监控，提高风险数据监控效率，降低数据遗漏率。

Description

一种银行风险数据监控服务器及系统

技术领域

本发明关于银行业务数据监控技术，特别是关于应用计算机网络对银行业务数据进行监控的技术，具体的讲是一种银行风险数据监控服务器及系统。

背景技术

在现有的银行计算机系统中，银行风险数据监控存在技术缺陷。特别是银行风险数据种类繁多，致使现有银行计算机系统无法处理。例如，柜员自办业务风险、柜员营业外时间工作风险、账户操作风险、大额特殊业务风险、洗钱风险、ATM交易风险以及电子银行交易风险等无法得到有效识别和过滤。

在实现本发明的过程中发明人发现，由于现有的银行系统不能对银行风险数据进行识别和过滤，因此不能对银行业务数据进行连续监控和比对监控，致使银行风险数据监控效率低，风险数据遗漏较大。

发明内容

为了克服现有技术的缺陷，本发明实施例提供了一种银行风险数据监控服务器及系统，以对银行风险数据进行识别和过滤，并对风险数据进行连续和比对监控，提高风险数据监控效率，降低数据遗漏率。

本发明实施例的目的之一是：提供一种银行风险数据监控服务器，所述的服务器包括：日志数据获取装置，用于从银行数据库中获取银行业务日志数据；风险数据过滤装置，用于从所述的日志数据中过滤出风险数据；风险数据存储装置，用于存储风险数据与风险信息的映射关系；风险数据发布装置，用于从所述的险数据与风险信息的映射关系中查找出所述风险数据所对应的风险信息，并发布所述的风险信息。

本发明实施例的目的之一是：提供一种银行风险数据监控系统，所述的系统包括：监控服务器、监控终端、柜员终端以及日志数据库；其中，所述的日志数据库对所述柜员终端的交易日志数据进行存储；所述的监控服务器包括：日志数据获取装置，用于从所述日志数据库中获取柜员终端的交易日志数据；风险数据过滤装置，用于从所述的日志数据中过滤出风险数据；风险数据存储装置，用于存储风险数据与风险信息的映射关系；风险数据发布装置，用于从所述的险数据与风险信息的映射关系中查找出所述风险数据所对应的风险信息，并发布所述的风险信息；所述的监控终端用于接收并显示所述的风险信息。

本发明实施例的有益效果在于，按照风险监督项目如按柜员监督、按账户监督、按大额特殊业务监督等，由系统对银行业务信息数据进行逐笔过滤、筛选，只提示有风险的数据，提高了银行风险的监控效率。并按照银行风险数据监控标准处理提示风险监控信息数据，实现了风险数据识别和对风险数据进行多笔、多日的连续监控和对比监控。

附图说明

图1是本发明实施例服务器的结构框图。

图2是本发明实施例服务器的工作流程图。

图3是本发明实施例系统的结构框图。

图4是本发明实施例过滤装置的风险标准分析模块示意图。

图5是本发明实施例风险数据发布装置的流程图。

图6是本发明实施例业务监控工作流程图。

图7是本发明实施例电子银行业务监控流程图。

图8是本发明实施例风险信息映射关系列表。

图9是本发明实施例查询复查数据列表。

图10是本发明实施例交易与类型的映射关系列表。

具体实施方式

下面结合附图说明本发明的具体实施方式。如图1所示，本发明实施例的银行风险数据监控服务器100包括：日志数据获取装置101，用于从银行数据库中获取银行业务日志数据；风险数据过滤装置102，用于从日志数据中过滤出风险数据；风险数据存储装置103，用于存储风险数据与风险信息的映射关系；风险数据发布装置104，用于从险数据与风险信息的映射关系中查找出风险数据所对应的风险信息，并发布风险信息。

如图2所示，本发明实施例的银行风险数据监控服务器100从银行数据库中获取银行业务日志数据S201；从日志数据中逐笔提取交易数据S202；根据预设的风险数据标准判断交易数据是否为风险数据S203，如果是则生成交易数据的风险信息，并将交易数据及该交易数据的风险信息发送给风险数据存储装置进行存储S204；从险数据与风险信息的映射关系中查找出风险数据所对应的风险信息，并发布风险信息S205；结束S206。

如图3所示，为本发明实施例的银行风险数据监控系统，该系统包括：监控服务器301、监控终端303、柜员终端304、Web服务器305以及日志数据库302；其中监控服务器301经Web服务器305和银行内部网络306分别与监控终端303、柜员终端304以及日志数据库302相连接。

监控服务器301包括：日志数据获取装置101，用于从银行数据库中获取银行业务日志数据；风险数据过滤装置102，用于从日志数据中过滤出风险数据；风险数据存储装置103，用于存储风险数据与风险信息的映射关系；风险数据发布装置104，用于从险数据与风险信息的映射关系中查找出风险数据所对应的风险信息，并发布风险信息。

日志数据获取装置101的功能是从银行系统数据库中采集银行业务日志数据，并保存到监控服务器301。银行业务日志数据包括两类，一类为结算类交易日志，是涉及客户结算业务及客户其他操作的交易日志；另一类为管理类日志，是涉及银行内部帐务和业务管理的日志文件。

风险数据过滤装置102对上述的银行业务日志数据进行风险分析，并将风险数据分析装置的分析结果数据写入监控服务器301的风险数据表中，对于该风险数据表中违规类的业务，将调用自动发查询装置处理。风险数据过滤装置102的功能是对上述银行业务日志数据进行分析，过滤出违规操作业务记录或有风险业务记录，记入风险数据表(如图8所示)。

如图8所示，风险数据表中地区号、网点号、操作柜员号、交易日期、监督日期、交易代码、借方账号、借方帐号名称、借方金额、借方币种、贷方账号、贷方帐号名称、贷方金额、贷方币种、凭证号、授权柜员号、交易序号等内容都由风险数据过滤装置102在结算类交易日志和管理类交易日志中读取，记入风险数据表。风险项目代码、风险项目名称、风险分类字段由风险数据过滤装置102自行生成记入风险数据表。风险项目代码、风险项目名称，由风险数据过滤装置102生成记入风险数据表。

风险数据表中风险分类字段分为违规类和风险类：违规类为柜员违反银行相关业务规定进行的操作记录。此类记录不需要监督员的再进行人工判断，因此系统将自动发出查询。风险类为柜员或客户的操作是在规章制度内进行的，但把这些操作记录联系起来分析有可能发现存在的金融风险。

风险数据过滤装置102进行自动发查询项目的分析后，对得到的违规操作业务记录作为违规类数据记入风险数据表；进行数据过滤项目的分析后，对得到的有风险业务记录作为风险类数据记入风险数据表。

分析自动发查询项目为系统自动对结算类交易日志和管理类日志数据进行分析，按照风险标准判断业务数据是否违反业务规章制度的要求，将发现的违规记录作为违规操作业务记录记入风险数据表，本功能省去了监督员的业务数据录入、核对环节。

分析数据过滤项目为对业务数据进行风险分析过滤，统计出可疑的风险数据，作为有风险业务记录记入风险数据表，之后由监督员进行后续的发查询等处理，这样大大减小了需要监督的范围，缩减监督人员的工作量。

风险数据发布装置104的功能是提取风险数据表中的违规业务记录匹配相应的业务差错描述自动记入查询查复数据表(如图9所示)，以供事后监督员和网点业务人员查询、回复。

如图9所示，查询查复数据表位于风险数据发布装置104中，主要字段有：表中查询标志字段对应风险数据表的风险分类字段，自动发查询装置读取风险数据表中风险分类字段为违规类的记录，将查询标志字段赋值为“0-自动”，记入查询查复表。监督人员查看风险数据表中风险分类字段为风险类的记录，通过翻查纸质凭证等方法确定是否发查询，即是否将记录记入查询查复表。

查询查复表中1到16项由自动发查询装置读取风险数据表中风险分类字段为违规类记录中的相应内容写入查询查复表对应字段。风险数据发布装置104根据风险项目代码和风险项目名称将对应的风险描述记入查询内容字段，将要查询的问题负责人或管理人，如网点负责人、支行总会计等角色代码记入查询对象角色字段。

如图5所示，为自动发查询装置的流程图，步骤501判断风险数据表中风险分类是否是违规类，如果是的话说明该风险项目为自动发查询项目，步骤502将自动发查询项目风险数据记入查询查复数据表。

如图4所示，在风险数据过滤装置102中预设风险数据标准模块，这些风险数据标准模块可包括：柜员监督风险数据分析模块42、账户监督风险数据分析模块43、大额特殊业务风险数据分析模块44、反洗钱风险数据分析模块45、核算业务监督风险数据分析模块46、账务核对监督风险数据分析模块47、营业经理监督风险数据分析模块48、电子银行业务监督风险数据分析模块49、以及重点业务监督风险数据分析模块410。

(一)柜员监督风险数据分析模块42，负责分析柜员是否有发生违规操作的业务记录，抑制内部作案的可能性，此模块包括柜员自办业务监督、柜员营业外时间工作监督两个模块：

(1)柜员自办业务监控411：对结算交易日志中的每笔业务交易数据进行分析，判断该交易数据中办理业务的柜员与办理业务的客户是否为同一人，即自己给自己办理业务，具体可以这样实施：判断柜员的客户信息号是否与结算类交易日志记录中客户的客户信息号相等，如果相等的话说明此记录为柜员为自己办理业务的风险数据，将该笔业务数据记录放入结果数据表中，风险分类为“违规类”，风险项目名称为“柜员自办业务监控”。

(2)柜员营业外时间工作监控412：柜员营业外时间工作监督模块提取结算类交易日志和管理类日志中柜员在营业起止时间之外所做交易记录记入风险数据表，风险分类为“风险类”，风险项目名称为“柜员营业外时间工作监控”。

(二)账户监督风险数据分析模块43，针对帐户开销户交易或发生额等信息判断账号动向，是否存在金融诈骗的风险，包括：

(1)个人开销户业务监控413：个人开销户业务监控模块在结算类交易日志中按交易代码提取开销户交易记录，按帐号查询出当日开户，当日又销户的记录，并取开户或销户金额超过一定额度的数据，记入风险数据表。风险分类为“风险类”，风险项目名称为“个人开销户业务监控”。

(2)重点账户监控414：重点账户监控模块提取结算类交易日志中借方账号或贷方账号与为银行业务操作风险监督系统中由系统管理人员铺设的需关注的重点账号相等的记录，记入风险数据表。风险分类为“风险类”，风险项目名称为“重点账户监控”。

(3)个人帐户发生额异常情况监控415：个人帐户发生额异常情况监控模块为防范虚存实取业务的发生，在结算类交易日志中按借方卡号取出借方金额合计在5万到50万之间且同一天内既有借方交易(取款交易)又有贷方交易(存款交易)的记录，记入风险数据表。风险分类为“风险类”，风险项目名称为“个人帐户发生额异常情况监控”。

(4)业务开办许可监控416：业务开办许可监控模块监控没有权限的网点私自开办设定科目下账号的情况。在结算类交易日志中提取待清算外汇资金科目、财政零余额账户垫款科目下的数据，判断数据中的网点在是否是有权限在待清算外汇资金科目和财政零余额账户垫款科目下开户的网点。如果没有权限的话，将此记录记入风险数据表。风险分类为“违规类”，风险项目名称为“业务开办许可监控”。

(5)企业客户开户监控417：企业客户开户监控模块防范企业客户开户后发生的支付风险。在结算类交易日志中提取企业开户后3日内发生取款交易的记录，记入风险数据表，风险分类为“违规类”，风险项目名称为“企业客户开户监控”。

(6)企业客户开户首月大额支付监控418：企业客户开户监控模块同样防范企业客户开户后发生的支付风险。在结算类交易日志中提取企业开户后一个月内发生的交易额大于一定额度的取款交易记录，记入风险数据表，风险分类为“风险类”，风险项目名称为“企业客户开户首月大额支付监控”。

(7)起息日异常业务监控419：起息日异常业务监控模块监控起息日不等于开户交易日的操作记录，在结算类交易日志中按交易代码取出存本取息储蓄开户、活期储蓄转定期储蓄一本通、零存整取储蓄开户、活期储蓄开户、单位定期(通知)存款户开户、定活两便储蓄开户、整存整取储蓄开户、个人通知存款开户、定期一本通储蓄开户、银行卡定期储蓄一本通存款、银行卡零存整取储蓄续存、零存整取储蓄续存、外派柜员活期续存、活期储蓄无折续存、个人帐户一对一转帐交易码、理财金帐户/银行卡帐户存款、零存整取储蓄无折续存、银行卡开定期无折户、理财金帐户/银行卡帐户开户、国库券发行、活期储蓄续存、定期储蓄一本通存款、定期储蓄一本通无折存款、银行卡活期储蓄续存等交易记录，判断记录中起息日期与当天的交易日期是否相等，如果不相等的话，将交易记录记入风险数据表，风险分类为“风险类”，风险项目名称为“起息日异常业务监控”。

(三)大额特殊业务监督风险数据分析模块44，过滤出发生额较大的重点交易，审查资金的来龙去脉，支付依据是否符合规定。该模块分为：

(1)大额现金业务监控420：大额现金业务监控模块在结算类交易日志中按交易代码提取“往来户现金支出”、“一笔多单现金付出”、“银行卡取款”、“活期储蓄支取”、“银行卡活期储蓄支取”、“综合帐户取款”交易，并且借方发生额在5万元以上的现金交易数据，记入风险数据表，风险分类为“风险类”，风险项目名称为“大额现金业务监控”。监督人员对过滤出来的大额现金存取款业务进行检查，落实现金业务处理是否按照人民银行《现金管理暂行条例实施细则》规定办理。

(2)大额转账业务监控421：大额转账业务监控模块在结算类交易日志中提取现金转帐标志为转帐并且折合人民币后发生额大于一定额度的交易记录，记入风险数据表，风险分类为“风险类”，风险项目名称为“大额转账业务监控”。

(3)大额汇划发报业务监控422：大额汇划发报业务监控模块在结算类交易日志中中按交易码提取汇划发报录入交易，且借方发生额大于一定金额的交易记录，记入风险数据表，风险分类为“风险类”，风险项目名称为“大额汇划发报业务监控”。

(4)反交易业务监控423：反交易业务监控模块在结算类交易日志中及管理类交易日志中取反交易标志为反交易的记录，并且交易代码为“往来户现金收入”、“现金收入(一笔多单)”、“抵现”、“非营业时间收款”、“合同收款”、“定期(通知)存款现金收入”、“储蓄活期存款反交易”、“定期储蓄一本通无折存款反交易”、“活期储蓄开户反交易”、“个人通知存款开户反交易”、“整存整取储蓄开户反交易”、“零存整取开户反交易”、“取消牡丹卡存款”、“个人综合帐户存款交易”等交易记录，记入风险数据表，风险分类为“风险类”，风险项目名称为“反交易业务监控”。

(5)大额错账冲正交易监控424：大额错账冲正交易监控模块在结算类交易日志中及管理类交易日志中取冲正交易标志为冲正交易的记录，并且发生额大于一定额度的交易记录，记入风险数据表，风险分类为“风险类”，风险项目名称为“大额错账冲正交易监控”。

(6)重要业务操作监控425：重要业务操作监控模块在结算类交易日志中根据交易代码提取调整类、会计结算类、银行卡类、个人业务类、查询类、外汇汇款类、公积金类、特殊业务类8类交易数据，交易及类型的对应关系列表如图10所示，其中：

按上述交易汇总每个柜员每种交易当天的累计交易笔数，判断累计交易笔数是否超过一定次数，如果超过的话，将这些记录记入风险数据表，风险分类为“风险类”，风险项目名称为“重要业务操作监控”。

(四)反洗钱监督风险数据分析模块45，将客户在一段时间内连续发生的业务提取出来，对账户活动较频繁业务数据进行监控，分析是否存在案件隐患。该模块分为：

(1)可疑账户监控426：可疑账户监控模块使用结算类交易日志数据，分别按照借方账户、贷方账户汇总，判断帐户累计笔数、累计金额情况，如果当日借方账户累计笔数且累计金额超过一定额度，或当日贷方账户累计笔数且累计金额超过一定额度，将这些数据记入风险数据表，风险分类为“风险类”，风险项目名称为“可疑账户监控”。

(2)ATM足额取款监控427：ATM足额取款监控模块在结算类交易日志中按交易代码、交易日期提取最近三日的银行卡取款交易数据，按帐户累计三天的交易金额，判断累计金额是否等于ATM单日取款上限额度*3，如果超过的话将这些数据记入风险数据表，风险分类为“风险类”，风险项目名称为“ATM足额取款监控”。

(3)同一客户多笔交易监控428：同一客户多笔交易监控模块在结算类交易日志中按照客户信息号累计交易笔数、发生额，判断累计笔数和累计金额是否大于一定额度，如果是的话将这些记录记入风险数据表，风险分类为“风险类”，风险项目名称为“同一客户多笔交易监控”。

(五)核算业务监督风险数据分析模块46，监控挂账账户、通存通兑清算账户、同城票据交换差额帐户处理情况，是否符合规定，是否存在隐患。该模块包括：

清零帐户监控模块429，在管理类日志中按帐号查找“辖属网点资金清算户”、“外汇通存通兑户”、“同城通存通兑清算户”、“同城票据交换差额户”等每日业务终了余额应当清零的帐户，检查这些帐号的借方余额或贷方余额是否为零，如果不为零的话将这些记录记入风险数据表，风险分类为“违规类”，风险项目名称为“同一客户多笔交易监控”。

(六)账务核对监督风险数据分析模块47，根据检查内部管理帐户的余额等情况，核对帐务处理是否违反业务规定，包括：

(1)现金库存监控430：现金库存监控模块首先判断日期是否为每月的10日、20日、月末，如果是的话在管理类日志中取出本旬内每天的网点现金库存内部户的余额，即网点日终总库存金额，将本旬内每天的网点日终总库存金额求和后除以旬内天数，得出网点库存旬均值；根据网点与支行的归属关系，取出支行内每个网点的日终总库存金额，相加求和后得到支行日终总库存金额，将本旬内每天的支行日终总库存金额求和后除以旬内天数，得出支行库存旬均值；再按地市行将市行辖内支行日终总库存金额相加求和后得到市行日终总库存金额，将本旬内每天的市行日终总库存金额求和后除以旬内天数，得出市行库存旬均值。判断网点库存旬均值、支行库存旬均值、市行库存旬均值是否分别超过一定额度，超过的话记入风险数据表，风险分类为“违规类”，风险项目名称为“现金库存监控”。

(2)二级分行与支行之间备付金账务核对监控431：二级分行与支行之间备付金账务核对监控模块取管理类日志中支行辖内往来备付金账户余额与市行清算中心针对每个支行开立的备付金账户余额进行对比，当余额不相同时将数据记入风险数据表，风险分类为“违规类”，风险项目名称为“二级分行与支行之间备付金账务核对监控”。

(3)一级分行与二级分行备付金账务核对监控432：一级分行与二级分行备付金账务核对监控模块取管理类日志中二级分行(市分行)上存省分行资金账户余额与一级分行(省分行)针对每个市行开立的上存资金账户余额进行对比，当余额不相同时将数据记入风险数据表，风险分类为“违规类”，风险项目名称为“一级分行与二级分行备付金账务核对监控。

(七)营业经理管理监控风险数据分析模块48，为防止内部人员作案或进行违规业务操作等情况的发生而设计，由于营业经理在网点操作权限较大，发生风险的可能性也较大，因此网点人员签发营业经理柜员或对营业经理权限、所属网点进行变动之前需要向上级报告，并备案，如果不进行备案就操作的话，违反业务处理规定。其中，营业经理业务监控模块433监控营业经理新增、营业经理变更权限、变更网点交易，看是否发生新增营业经理未在上级行备案、营业经理补发非营业经理权限卡、非替班营业经理变更网点未备案等现象，具体做法分如下三步：

(1)营业经理更换网点之前需要向上级备案，备案内容主要包括营业经理柜员号、网点号、营业经理替班标志(记录是否为替班营业经理)，按制度规定因为替班营业经理临时代替其他网点的营业经理工作，所以替班营业经理更换网点不需报备，非替班营业经理更换网点必须报备，因此需监控营业经理更换网点的制度执行情况，监督方法为：在管理类日志营业经理备案信息中提取营业经理替班标志为“非替班营业经理”的柜员号，到结算类交易日志的“签发柜员”、“查询、修改柜员信息”、“补发柜员卡”交易数据中查找相同的柜员号，如果找到的话判断管理类日志营业经理备案信息中记录营业经理的网点号与结算类交易日志中此营业经理柜员的网点号是否一致，如果不一致的话说明营业经理变更网点没有向上级报备，将此数据记入风险数据表，风险分类为“违规类”，风险项目名称为“营业经理管理监控”。

(2)在结算类交易日志中按交易代码提取“签发柜员”、“查询、修改柜员信息”、“补发柜员卡”交易，并且“被签发柜员岗位”字段为营业经理的数据，判断此新增营业经理的数据中的营业经理柜员号是否可以在管理类日志中的营业经理备案数据中找到，如果找不到或者虽然找到了但管理类日志中的营业经理备案数据中营业经理状态为“注销”的话，说明没有在管理类日志中向上级备案就签发了营业经理柜员，将这样的记录记入风险数据表，风险分类为“违规类”，风险项目名称为“营业经理管理监控”。

(3)按照规定，网点营业经理柜员不能同时具有非营业经理柜员的权限，因此需要监控营业经理的权限变更操作。在结算类交易日志中按交易代码提取“签发柜员”、“查询、修改柜员信息”、“补发柜员卡”交易，并且“被签发柜员岗位”字段不是营业经理的数据，这些数据为补发非营业经理权限卡交易记录，判断这些数据中的营业经理柜员号是否可以在管理类日志中的营业经理备案数据中找到，如果找到并且管理类日志中的营业经理备案数据中营业经理状态为“正常”的话，说明目前还是营业经理的柜员被补发了非营业经理权限。将这样的记录记入风险数据表，风险分类为“违规类”，风险项目名称为“营业经理管理监控”。

如图6所示，为营业经理管理监控风险数据分析模块的流程图，步骤为：

步骤601：营业经理管理监控模块判断结算类交易日志数据的交易代码是否为签发柜员交易代码，如果是的话，执行步骤602，否则执行步骤604。

步骤602：判断结算类交易日志数据的交易代码是否为查询、修改柜员信息交易代码，如果是的话，执行步骤604，否则执行603。

步骤603：判断结算类交易日志数据的交易代码是否为补发柜员卡交易代码，，如果是的话，执行步骤604，否则不做处理。

步骤604：判断结算类交易日志数据中的柜员号是否等于管理类日志营业经理备案信息中非替班营业经理柜员号，如果是的话，执行605，否则执行608。

步骤605：判断结算类交易日志数据中的交易网点是否等于管理类日志营业经理备案信息中的网点号，不相等的话执行606，否则执行608。

步骤606：对风险分类字段赋值为“违规类”。

步骤607：将此业务记录记入风险数据表。

步骤608：判断结算类交易日志数据中被签发柜员岗位是否为营业经理，如果是的话执行609，否则执行612。

步骤609：判断结算类交易日志数据中柜员号是否不等于管理类日志营业经理备案信息中营业经理柜员号，如果不相等的话，执行611，否则执行610。

步骤610：判断结算类交易日志数据中营业经理状态是否为注销，如果是的话执行611，否则不做处理。

步骤611：对风险分类字段赋值为“违规类”。

步骤612：结算类交易日志数据中柜员号是否等于管理类日志营业经理备案信息中柜员号，如果是的话执行613，否则不做处理。

步骤613：判断结算类交易日志数据中营业经理状态是否为正常，如果是的话执行614，否则不做处理。

步骤614：对风险分类字段赋值为“违规类”。

步骤615：将此业务记录记入风险数据表。

(八)电子银行业务监控风险数据分析模块49，是为了加强电子银行业务管理，防范差错事故，维护客户、银行资金的安全设计的。该模块过滤出网上银行相关的特殊柜面交易，如网银开户、信息修改等相关交易信息和银行内部管理交易，如与网银客户证书相关管理类交易，提供给监督人员进行进一步监督处理。还有对网银落地指令的监督，监督方法采用系统自动监督的方法。本模块包括：

(1)电子银行个人业务监控434：电子银行个人业务监控模块过滤出与个人客户网上银行业务相关的特殊柜面交易和银行内部管理类交易。具体做法为：在结算类交易日志中根据交易代码提取电子银行开户，电子银行销户，重置网上银行密码，换卡，重置网上银行密码(理财)，个人综合帐户现金收费，修改网上银行注册客户信息，增删网上银行注册卡，修改网上银行转帐功能、增删约定网上银行帐号、修改个人网上银行证书信息、收费标志等交易；在管理类日志中按交易代码提取个人证书冻结、个人证书申请并下载、个人证书解冻、个人证书恢复、个人证书更新、个人证书作废交易记入风险数据表，风险分类为“风险类”，风险项目名称为“电子银行个人业务监控”。

(2)企业电子银行业务监控435：企业电子银行业务过滤出与企业客户网上银行业务相关的银行内部管理类交易。具体做法为：在管理类日志中按交易代码提取集团账户信息维护、缴费协议维护、日常往来收方信息维护、委托缴费信息维护、B2B商城业务维护、B2C商户业务维护、客户信息维护、客户证书信息维护、批量代扣企业维护、信用证业务维护、票据信息管理等交易记入风险数据表，风险分类为“风险类”，风险项目名称为“企业电子银行业务监控”。

(3)电子银行落地业务监控436：该模块监控柜员对网上银行落地指令的批复情况。网上银行落地指令指客户在我行网上银行提交交易指令后，由于各种原因，通过或等待银行柜员通过银行内部系统进行批复的“等待银行答复”状态的付款指令。按业务处理流程，这些指令由客户在网上银行的活动发起，通过银行网上银行系统生成落地指令，这些指令记录在管理类日志中，柜员收到落地指令后在柜面按照指令做付款交易，柜面付款交易记录在结算类交易日志中。柜面付款交易完成后，由柜员再根据柜面付款交易情况更新管理类日志中此条落地指令的批复结果标志。业务规定工作日16:00之前收到的落地指令必须在当天做完付款交易并更新管理类日志中此条落地指令的批复结果标志。本模块的监督方法是判断管理类日志中对落地指令的批复情况是否与结算类交易日志中记录的业务处理情况相符，如果不相符的话记入风险数据表。具体做法如下：

1)在管理类日志中按交易代码提取落地指令数据，在这些数据中取出批复结果标志为“等待银行答复”、“被银行拒绝，拒绝原因写入备注栏”、“处理成功”、的记录，记入“网上银行落地指令表”。“网上银行落地指令表”包括的主要字段有记录客户交易信息的本方借(贷)账号、金额、流水号、业务发生时间等字段，以及记录落地指令批复情况的“批复结果标志”字段。

2)在结算类交易日志中按交易代码提取出“转帐发报录入正交易”，“发报录入”，“同城提出代收”，“转帐发报录入”，“同城网内一借一贷”，“同城网内一贷多借”，“同城网内转帐单笔借”交易，记入“落地指令柜面业务表”。“落地指令柜面业务表”包括记录客户交易信息的本方借(贷)账号、金额、流水号等字段，凡是在这个表中出现的业务数据说明是柜员已经完成了柜面付款交易的数据。

3)取出“网上银行落地指令表”中批复结果标志为“等待银行答复”的数据，以本方借(贷)账号、金额、流水号为主键在“落地指令柜面业务表”中查找对应记录，如果找到的话，说明截止当天业务终了，柜员已经完成了柜面付款交易，但没有更改管理类日志中此条落地指令的批复结果标志为“处理成功”，将此种数据记入风险数据表，风险分类为“违规类”，风险项目名称为“电子银行落地业务监控”。

4)取出“网上银行落地指令表”中批复结果标志为“等待银行答复”的数据，以本方借(贷)账号、金额、流水号为主键在“落地指令柜面业务表”中查找对应记录，如果没有找到的话，判断“网上银行落地指令表”中的业务发生时间是否是工作日并且是16:00之前，如果是的话，说明柜员在工作日的16:00之前收到网银落地指令，没有按制度规定在当天完成柜面付款交易并且更新管理类日志中此条落地指令的批复结果标志，将此种数据记入风险数据表，风险分类为“违规类”，风险项目名称为“电子银行落地业务监控”。

5)取出“网上银行落地指令表”中批复结果标志为“被银行拒绝，拒绝原因写入备注栏”的数据，以本方借(贷)账号、金额、流水号为主键在“落地指令柜面业务表”中查找对应记录，如果找到的话，说明柜员已经完成了柜面付款交易，却更新管理类日志中此条落地指令的批复结果标志为“被银行拒绝”，将此种数据记入风险数据表，风险分类为“违规类”，风险项目名称为“电子银行落地业务监控”。

6)取出“网上银行落地指令表”中批复结果标志为“处理成功”的数据，以本方借(贷)账号、金额、流水号为主键在“落地指令柜面业务表”中查找对应记录，如果找不到的话，说明截止当天业务终了，柜员已经并没有完成柜面付款交易，却更新管理类日志中此条落地指令的批复结果标志为“处理成功”，将此种数据记入风险数据表，风险分类为“违规类”，风险项目名称为“电子银行落地业务监控”。

如图7所示，为电子银行业务监控风险数据分析模块的流程图，此模块步骤为：

步骤701：在管理类日志中按落地指令交易代码提取落地指令数据。

步骤702：电子银行落地业务监控模块判断落地指令数据中批复结果标志是否为“等待银行答复”，如果是的话，执行步骤705，否则执行703。

步骤703：电子银行落地业务监控模块判断落地指令数据中批复结果标志是否为“被银行拒绝，拒绝原因写入备注栏”，如果是的话，执行步骤705，否则执行704。

步骤704：电子银行落地业务监控模块判断落地指令数据中批复结果标志是否为“处理成功”，如果是的话，执行步骤705，否则不做处理。

步骤705：电子银行落地业务监控模块将此记录记入网上银行落地指令表。

步骤706：电子银行落地业务监控模块判断结算类日志中交易代码是否为“转帐发报录入正交易”，“发报录入”，“同城提出代收”，“转帐发报录入”，“同城网内一借一贷”，“同城网内一贷多借”，“同城网内转帐单笔借”等落地指令柜面交易代码，如果是的话，执行步骤707，否则不做处理。

步骤707：电子银行落地业务监控模块将此记录记入网上银行落地指令表。

步骤708：电子银行落地业务监控模块判断网上银行落地指令表中的账号与落地指令柜面业务表中的柜面交易帐号是否相等，如果相等，执行步骤709，否则执行713。

步骤709：电子银行落地业务监控模块判断网上银行落地指令表中的金额与落地指令柜面业务表中的柜面交易金额是否相等，如果相等，执行步骤710，否则执行713。

步骤710：电子银行落地业务监控模块判断网上银行落地指令表中的流水号与落地指令柜面业务表中的柜面交易流水号是否相等，如果相等，执行步骤711，否则执行713。

步骤711：电子银行落地业务监控模块判断网上银行落地指令表中的批复结果标志是否为等待银行答复，如果是的话，执行步骤720，否则不做处理。

步骤713：电子银行落地业务监控模块判断网上银行落地指令表中的批复结果标志是否为等待银行答复，如果是的话，执行步骤714，否则执行717。

步骤714：电子银行落地业务监控模块判断网上银行落地指令表中的业务处理时间是否超过16:00，如果业务处理时间超过16:00，执行步骤716，否则执行715。

步骤715：电子银行落地业务监控模块判断网上银行落地指令表中的业务日期是否为工作日，如果业务日期为工作日，执行步骤720，否则执行717。

步骤717：电子银行落地业务监控模块判断网上银行落地指令表中的批复结果标志是否为被银行拒绝，如果批复结果标志为被银行拒绝，执行步骤720，否则执行719。

步骤719：电子银行落地业务监控模块判断网上银行落地指令表中的批复结果标志是否为处理成功，如果批复结果标志为处理成功，执行步骤720，否则不做处理。

步骤720：电子银行落地业务监控模块对风险分类字段赋值为“违规类”。

步骤721：电子银行落地业务监控模块将此业务记录记入风险数据表。

(九)重点业务监督风险数据分析模块410，包括重点柜员、网点监控模块437。

以上所述仅为本发明的较佳可行实施例，非因此局限本发明的权利要求，运用本发明说明书及图示内容所作的等效结构变化，均同理包含在本发明的范围内。

Claims (10)

1.一种银行风险数据监控服务器，其特征是，所述的服务器包括：

日志数据获取装置，用于从银行数据库中获取银行业务日志数据；

风险数据过滤装置，用于从所述的日志数据中过滤出风险数据；

风险数据存储装置，用于存储风险数据与风险信息的映射关系；

风险数据发布装置，用于从所述的险数据与风险信息的映射关系中查找出所述风险数据所对应的风险信息，并发布所述的风险信息。

2.如权利要求1所述的服务器，其特征是，所述的日志数据获取装置用于从所述的银行数据库中获取结算业务日志数据和管理业务日志数据。

3.如权利要求1所述的服务器，其特征是，所述的风险数据过滤装置包括：

交易数据提取模块，用于从所述的日志数据中提取交易数据；

风险信息生成模块，用于根据预设的风险数据标准判断所述的交易数据是否为风险数据，如果是则生成所述交易数据的风险信息，并将所述的交易数据及该交易数据的风险信息发送给所述的风险数据存储装置进行存储。

4.如权利要求1所述的服务器，其特征是，所述的风险信息包括：风险级别数据。

5.如权利要求1所述的服务器，其特征是，所述的风险数据发布装置将所述的风险信息进行Web数据处理，并将处理后的风险信息发布到Web客户端进行显示。

6.一种银行风险数据监控系统，其特征是，所述的系统包括：监控服务器、监控终端、柜员终端以及日志数据库；其中，

所述的日志数据库对所述柜员终端的交易日志数据进行存储；

所述的监控服务器包括：日志数据获取装置，用于从所述日志数据库中获取柜员终端的交易日志数据；风险数据过滤装置，用于从所述的日志数据中过滤出风险数据；风险数据存储装置，用于存储风险数据与风险信息的映射关系；风险数据发布装置，用于从所述的险数据与风险信息的映射关系中查找出所述风险数据所对应的风险信息，并发布所述的风险信息；

所述的监控终端用于接收并显示所述的风险信息。

7.如权利要求6所述的系统，其特征是，所述的日志数据库用于对所述柜员终端的结算业务日志数据和/或管理业务日志数据进行存储。

8.如权利要求6所述的系统，其特征是，所述的风险数据过滤装置包括：

交易数据提取模块，用于从所述的日志数据中提取交易数据；

风险信息生成模块，用于根据预设的风险数据标准判断所述的交易数据是否为风险数据，如果是则生成所述交易数据的风险信息，并将所述的交易数据及该交易数据的风险信息发送给所述的风险数据存储装置进行存储。

9.如权利要求6所述的系统，其特征是，所述的风险信息包括：风险级别信息。

10.如权利要求6所述的系统，其特征是，所述的系统还包括：Web服务器；其中，

所述的监控终端为Web终端，所述的风险数据发布装置将所述的风险信息发送给所述的Web服务器，所述的Web服务器对所述的风险信息进行Web数据处理，并将处理后的封信信息发布到所述的监控终端进行显示。

Images