CN104699790B - 一种银行数据关系建立方法及装置 - Google Patents
一种银行数据关系建立方法及装置 Download PDFInfo
- Publication number
- CN104699790B CN104699790B CN201510115061.7A CN201510115061A CN104699790B CN 104699790 B CN104699790 B CN 104699790B CN 201510115061 A CN201510115061 A CN 201510115061A CN 104699790 B CN104699790 B CN 104699790B
- Authority
- CN
- China
- Prior art keywords
- relation
- entity
- data
- incidence
- user profile
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种银行数据关系建立方法及装置,该方法包括:根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;获取包含用户信息、帐户信息及业务信息的多个用户数据,根据用户数据生成数据实体,数据实体包含分别与用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;查询关系参数表,根据关系参数表中定义的内部关系创建同一数据实体包含的用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;针对每一内部关联关系,分别生成一内部关系数据表。通过本发明,能够提高对数据进行查询展示过程的效率,且由于并不需要提前预设存储空间,更有利于数据存储空间资源的分配和应用。
Description
技术领域
本发明是关于银行数据处理技术,具体地,是关于一种银行数据关系建立方法及装置。
背景技术
目前,大多数银行在对包含客户、客户帐户及相关业务等数据实体间的关系进行展示时,主要采用的数据模型为:以一个数据实体为基础数据实体,其它各数据实体记录在该基础数据实体上,并与之关联。可见,这种数据模型是以该基础数据实体为基础点的一对多的数据结构,在建立该数据模型时需要预先设定一个该数据模型的最大空间,以容纳与该基础数据实体可关联的数据实体。由于设定的最大空间具有固定的容量,其对与该基础数据实体可关联的数据实体的数量有严格的要求,不能无限制增加。并且,如果预先设定的空间过大,则会使得在通过该数据模型对银行数据进行查询操作时的速度很慢,并会占用大量的资源。
发明内容
本发明实施例的主要目的在于提供一种银行数据关系建立方法及装置,以克服现有技术中由于预设数据结构空间所导致的存储数量有限、占用空间过大、占用大量资源的问题。
为了实现上述目的,本发明实施例提供一种银行数据关系建立方法,所述的银行数据关系建立方法包括:根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;获取包含用户信息、帐户信息及业务信息的多个用户数据,根据所述的用户数据生成数据实体,所述的数据实体包含分别与所述用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;查询所述的关系参数表,根据所述关系参数表中定义的所述内部关系创建同一所述数据实体包含的所述用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;针对每一所述内部关联关系,分别生成一内部关系数据表。
在一实施例中,上述的银行数据关系建立方法还包括:在所述关系参数表中生成预设的相关联的不同用户信息之间的第二关系;根据所述第二关系判断相关联的不同所述数据实体包含的所述用户信息实体之间是否存在所述关系参数表中未定义的第二关系;如果否,根据所述关系参数表中的第二关系创建所述相关联的不同所述数据实体包含的所述用户信息实体之间的第二关联关系,并生成第二关系数据表。
在一实施例中,当相关联的不同所述数据实体包含的所述用户信息实体之间存在所述未定义的第二关系时,在所述关系参数表中创建所述未定义的第二关系;根据所述未定义的第二关系创建相关联的不同所述数据实体包含的所述用户信息实体之间的第三关联关系,并生成第三关系数据表。
在一实施例中,上述的银行数据关系建立方法还包括:撤销实体步骤,所述撤销实体步骤包括:接收一包含待撤销实体信息的撤销实体请求;根据所述撤销实体请求从包含所述内部关系数据表、第二关系数据表及第三关系数据表的关系数据表中获取所述待撤销实体;查询所述关系数据表中是否存在与所述待撤销实体相对应的关联关系,所述的待撤销实体为所述的用户信息实体、帐户信息实体或业务信息实体,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;如果是,获取所述的关联关系,并根据所述关系参数表判断所述的关联关系是否包含限制撤销标识;如果是,则删除所述的关联关系,并撤销所述待撤销实体;否则,撤销所述待撤销实体。
在一实施例中,上述的撤销实体步骤还包括:当查询所述的关系数据表中不存在所述的关联关系时,撤销所述待撤销实体。
在一实施例中,上述的银行数据关系建立方法还包括:查询步骤,所述的查询步骤包括:步骤a:获取一查询请求;所述的查询请求包含待查询实体的实体编号及实体类型,所述的待查询实体为所述的用户信息实体、帐户信息实体或业务信息实体;步骤b:判断所述查询请求是否指定查询与所述待查询实体相关的特定关联关系;所述的特定关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;步骤c:如果是,读取所述的关系参数表,根据所述的关系参数表判断所述特定关联关系是否包含可查询标识;步骤d:如果是,在与所述待查询实体相关的关系数据表中生成并记录第一查询结果;所述的关系数据表包含所述的内部关系数据表、第二关系数据表及第三关系数据表;步骤e:显示所述第一查询结果。
在一实施例中,如果所述查询请求不指定查询所述的特定关联关系,所述的查询步骤还包括:步骤f:根据所述的待查询实体读取所述的关系数据表,获取与所述待查询实体相关的关联关系,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;步骤g:根据所述关系参数表判断所述关联关系是否包含所述可查询标识,如果是,在与所述待查询实体相关的关系数据表中生成并记录第二查询结果;步骤h:判断是否有未查询的与所述待查询实体相关的所述关联关系;如果有未查询的与所述待查询实体相关的所述关联关系,返回所述步骤f;否则,显示所述第二查询结果。
在一实施例中,在所述步骤g中,当根据所述关系参数表判断所述关联关系不包含所述可查询标识时,在与所述待查询实体相关的关系数据表中生成并记录的所述第二查询结果为0。
本发明实施例还提供一种银行数据关系建立装置,所述的银行数据关系建立装置包括:关系参数表创建单元,用于根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;数据实体生成单元,用于获取包含用户信息、帐户信息及业务信息的多个用户数据,根据所述的用户数据生成数据实体,所述的数据实体包含分别与所述用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;内部关联关系创建单元,用于查询所述的关系参数表,根据所述关系参数表中定义的所述内部关系创建同一所述数据实体包含的所述用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;内部关系数据表生成单元,用于针对每一所述内部关联关系,分别生成一内部关系数据表。
在一实施例中,上述的银行数据关系建立装置还包括:第二关系创建单元,用于在所述关系参数表中创建预设的相关联的不同用户信息之间的第二关系;未定义第二关系判断单元,用于根据所述第二关系判断相关联的不同所述数据实体包含的所述用户信息实体之间是否存在所述关系参数表中未定义的第二关系;第二关系数据表生成单元,用于根据所述关系参数表中的第二关系创建所述相关联的不同所述数据实体包含的所述用户信息实体之间的第二关联关系,并生成第二关系数据表。
在一实施例中,上述的银行数据关系建立装置还包括:未定义第二关系创建单元,用于在所述关系参数表中创建所述未定义的第二关系;第三关系数据表生成单元,用于根据所述未定义的第二关系创建相关联的不同所述数据实体包含的所述用户信息实体之间的第三关联关系,并生成第三关系数据表。
在一实施例中,上述的银行数据关系建立装置还包括:撤销实体单元,用于撤销所述的数据实体,所述的撤销实体单元包括:撤销实体请求接收模块,用于接收一包含待撤销实体信息的撤销实体请求;待撤销实体获取模块,用于根据所述撤销实体请求从包含所述内部关系数据表、第二关系数据表及第三关系数据表的关系数据表中获取所述待撤销实体;关联关系查询模块,用于查询所述关系数据表中是否存在与所述待撤销实体相对应的关联关系,所述的待撤销实体为所述的用户信息实体、帐户信息实体或业务信息实体,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;关联关系获取模块,用于获取所述的关联关系,并根据所述关系参数表判断所述的关联关系是否包含限制撤销标识;实体撤销模块,用于撤销所述待撤销实体。
在一实施例中,上述的实体撤销模块还用于:删除所述的关联关系。
在一实施例中,上述的银行数据关系建立装置还包括:查询单元,用于查询所述的数据实体,所述的查询单元包括:查询请求获取模块,用于获取一查询请求;所述的查询请求包含待查询实体的实体编号及实体类型,所述的待查询实体为所述的用户信息实体、帐户信息实体或业务信息实体;特定关联关系判断模块,用于判断所述查询请求是否指定查询与所述待查询实体相关的特定关联关系;所述的特定关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;第一可查询标识判断模块,用于读取所述的关系参数表,根据所述的关系参数表判断所述特定关联关系是否包含可查询标识;第一查询结果生成模块,用于在与所述待查询实体相关的关系数据表中生成并记录第一查询结果;所述的关系数据表包含所述的内部关系数据表、第二关系数据表及第三关系数据表;第一查询结果显示模块,用于显示所述第一查询结果。
在一实施例中,上述的查询单元还包括:关联关系获取模块,用于根据所述的待查询实体读取所述的关系数据表,获取与所述待查询实体相关的关联关系,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;第二可查询标识判断模块,用于根据所述关系参数表判断所述关联关系是否包含所述可查询标识;第二查询结果生成模块,用于在与所述待查询实体相关的关系数据表中生成并记录第二查询结果;未查询结果判断模块,用于判断是否有未查询的与所述待查询实体相关的所述关联关系;如果有未查询的与所述待查询实体相关的所述关联关系,触发所述关联关系获取模块;否则,触发第二查询结果显示模块;第二查询结果显示模块,用于显示所述第二查询结果。
在一实施例中,当所述第二可查询标识判断模块根据所述关系参数表判断所述关联关系不包含所述可查询标识时,第二查询结果生成模块在与所述待查询实体相关的关系数据表中生成并记录的所述第二查询结果为0。
通过本发明,能够提高对数据进行查询展示过程的效率,且由于并不需要提前预设存储空间,更有利于数据存储空间资源的分配和应用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为根据本发明实施例的银行数据关系建立方法的流程图;
图2为根据本发明实施例的银行数据关系建立方法的另一流程图;
图3为根据本发明实施例的银行数据关系建立方法的查询步骤的流程图;
图4为根据本发明实施例的银行数据关系建立方法的撤销实体步骤的流程图;
图5为根据本发明实施例的银行数据关系建立装置的结构示意图;
图6为根据本发明实施例的银行数据关系建立装置的另一结构示意图;
图7为根据本发明实施例的查询单元10的结构示意图;
图8为根据本发明实施例的撤销实体单元21的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种银行数据关系建立方法及装置。以下结合附图对本发明进行详细说明。
本发明实施例提供一种银行数据关系建立方法,如图1所示,该银行数据关系建立方法包括:
步骤S101:根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;
步骤S102:获取包含用户信息、帐户信息及业务信息的多个用户数据,根据用户数据生成数据实体,数据实体包含分别与用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;
步骤S103:查询关系参数表,根据关系参数表中定义的内部关系创建同一数据实体包含的用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;
步骤S104:针对每一内部关联关系,分别生成一内部关系数据表。
上述的步骤S101~步骤S104,是针对银行数据处理过程中产生的包含客户、客户帐户及相关业务等的数据,分别建立各自对应的数据实体,并在同一客户实体(用户信息实体)与其名下的各个客户帐户实体(帐户信息实体)以及各种业务实体(业务信息实体)相互之间建立两两相关的内部关联关系,从而使得在对该客户的信息进行查询展示时,通过其中任一个数据实体,即可查找其他相关的数据实体的信息,而并不需要像现有的一对多的数据结构模型那样,每次查询时必须从客户出发,逐级延伸才能查到的具体的业务数据,从而提高了查询展示过程的效率。同时,由于并不需要提前预设存储空间,也并不影响整个银行数据处理系统的资源分配和应用。
以下结合具体实例,针对上述各步骤进行详细的说明。
上述的步骤S101,根据预设的用户信息、帐户信息及业务信息两两之间的内部关系(即同一用户与其名下的各个帐户信息及业务信息)创建关系参数表。为了实现两个数据实体之间关系的灵活设置,在本发明实施例中,是通过设置如表一所示的关系参数表来预设各实体间的关系,并对各种关系进行标准化的限定。该关系参数表中记录两个实体之间关联关系的创建原则,可用于实体关联关系创建过程中的属性限定。
表一
通过上述表一可知,在该关系参数表中,定义了预设的两个数据实体(实体1、实体2)的描述、类型及关系描述(对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”等)。
各数据实体间关系参数包含的内容主要有:关系代码、关系描述、状态、实体1说明、实体2说明、实体1类型、实体2类型、敏感标识、查询标识等。
其中:上述的关系代码:是给两个实体间具体关系分配的编码。关系描述:是对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”、“夫妻关系”、“父子关系”等,具体地,可通过数字代码表示上述的关系,例如:1012表示“夫妻关系”等。状态:是指关系参数是激活状态还是非激活状态(0表示激活状态,1表示非激活状态),只有激活状态的关系参数才可启用,如关系参数处于未激活状态,则不允许创建对应的实体关系。实体1说明/实体2说明:是对实体1或实体2的更细节的描述,如“个人客户”、“对公客户”、“一户通存款产品”、“贷款合同”等。实体1类型/实体2类型:是对实体1或实体2的类型的定义,如“客户”、“帐户”、“合同”等。可查询标识:表明当前实体1及实体2的关联关系是可查询的,若关联关系中并无此可查询标识,则说明当前实体1及实体2的关联关系是不可查询的。敏感标识:是指此实体关系是否为敏感的实体关系,如为敏感的实体关系,则只有指定的交易才能对此实体关系进行处理。
实际应用中,上述的关系参数表还可包含以下内容:关系层级:是两个数据实体间关系所处的层级,专用于两个客户实体的关系。如两个客户为夫妻关系,他们之间的关系为第一层,丈夫与妻子的弟弟为第二层关系,丈夫与妻子的弟弟的妻子则为第三层。输入顺序重要性:是指两个实体间是否有顺序要求,比如,夫妻关系,则需要设置顺序重要性为“重要”,才能识别出实体1是“夫”,实体2是“妻”,则在创建两者的关联关系时,一定要将“夫”创建在第1个实体的位置上。如果关系为“同学”,则顺序重要性为“不重要”,则实际创建关联关系时,实体1与实体2的顺序并不受限制。
在创建好上述关系参数表后,执行上述步骤S102,获取包含用户信息、帐户信息及业务信息的多个用户数据,根据用户数据生成数据实体,数据实体包含分别与用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体。
在实际应用中,用户数据可为银行柜员、到银行办理各种业务的个人或公司等的相关数据,其中该用户数据包含同一客户(用户信息)与其名下的各个客户帐户(帐户信息)以及各种业务(业务信息)。在获取上述用户数据后,即可针对该用户数据建立数据实体,具体地,是针对用户信息建立用户信息实体,针对帐户信息建立帐户信息实体,针对业务信息建立业务信息实体。
上述的步骤S103,查询关系参数表,根据关系参数表中定义的内部关系创建同一数据实体包含的用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系。在通过上述步骤S102生成与实际用户相关的数据实体后,即可通过查询步骤S101中所创建的关系参数表,对与该实际用户相关的各个数据实体两两之间创建相关联的内部关联关系,从而建立两两相关的数据关联结构,便于后续的查询与展示。实际应用中,同一用户相关的各个数据实体之间的内部关系可例如是:客户的担保品、客户的存款帐户、客户的贷款合同、贷款合同中所涉及的担保品等关系,本发明并不以此为限。
针对上述步骤S103中建立的各个数据实体之间的内部关联关系,通过步骤S104,针对每两个数据实体之间的内部关联关系,分别生成一内部关系数据表,该内部关系数据表如下表二所示。
表二
如表二所示,在建立的关系数据表中,记录有两个数据实体(实体1、实体2)的描述、类型及关系描述(对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”等)。
各数据实体间关系数据表包含的内容主要有关系描述、状态、实体1类型、实体2类型、起始日期、结束日期及激活日期等。
其中:关系描述:是对数据实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”、“夫妻关系”、“父子关系”等,具体地,可通过数字代码表示上述的关系,例如:1012表示“夫妻关系”等。状态:是指关系参数是激活状态还是非激活状态(0表示激活状态,1表示非激活状态),只有激活状态的关系参数才可启用,如关系参数处于未激活状态,则不允许创建对应的数据实体关系。激活日期,则是指该关联关系激活的具体时间。实体1类型/实体2类型:是对实体1或实体2的类型的定义,如“客户”、“帐户”、“合同”等。起始日期及结束日期:是指当前两个数据实体之间的关联关系的创建日期,以及该关联关系所持续的最终日期。
实际应用中,上述的关系参数表还可包含以下内容:关系层级:是两个数据实体间关系所处的层级,专用于两个客户实体的关系。如两个客户为夫妻关系,他们之间的关系为第一层,丈夫与妻子的弟弟为第二层关系,丈夫与妻子的弟弟的妻子则为第三层。输入顺序重要性:是指两个数据实体间是否有顺序要求,比如,夫妻关系,则需要设置顺序重要性为“重要”,才能识别出实体1是“夫”,实体2是“妻”,则在创建两者的关联关系时,一定要将“夫”创建在第1个实体的位置上。如果关系为“同学”,则顺序重要性为“不重要”,则实际创建关联关系时,实体1与实体2的顺序并不受限制。
通过在同一用户中两两数据实体之间建立的内部关系数据表,建立了与现有的“一对多”式的银行数据结构模型所不同的数据关系结构,更加便于银行数据信息的查询与展示,同时,也省去了提前预设的存储空间,使得银行数据库空间的使用分配更加合理化。
在实际应用中,银行的用户数据不仅仅包含一个用户,而是涉及多个不同的用户数据,而基于不同的用户的人际关系的不同,在两个用户之间也可能存在着一定的联系。本发明实施例银行数据关系建立方法中,也包含针对不同用户之间相关联的关系创建关联关系的过程,如图2所示,本发明实施例银行数据关系建立方法还包括:
步骤S105:在关系参数表中生成预设的相关联的不同用户信息之间的外部关系;
步骤S106:根据该外部关系判断相关联的不同数据实体包含的用户信息实体之间是否存在关系参数表中未定义的外部关系;
步骤S107:如果相关联的不同数据实体包含的用户信息实体之间不存在关系参数表中未定义的外部关系,则根据关系参数表中的外部关系创建相关联的不同数据实体包含的用户信息实体之间的外部关联关系,并生成外部关系数据表。
通过上述的步骤S105~步骤S107,建立了相关联的不同的用户之间的外部关联关系,使得在对用户数据进行查询时,对多个用户数据的展示更加全面。
上述的步骤S105中,首先是在上述的关系参数表中建立预设的两个不同用户之间的外部关联关系,实际应用中,上述的两个不同的用户信息之间的关系可以例如是银行柜员与开户客户的关系,这类关系在后续的关联关系创建过程中,是可以直接创建关联关系的,因此,可以在该关系参数表中进行设定。
上述步骤S106及步骤S107,在客户进行开户等操作时,即可判断该客户与其它客户之间的是否存在关联,也可进一步判断这种关联是否在关系参数表中进行了设定。例如上述的柜员与开户客户的关系,由于此种关联关系在关系参数表中进行了设定,即可将实际办理相关操作的柜员与该客户进行关联,通过查询该关系参数表中预设的外部关系,建立这两个用户信息实体之间的外部关联关系(由于此类关联关系是不同的用户之间的关系,可将其称为外部关联关系),并依据该外部关联关系建立外部关系数据表,该外部关系数据表的内容与上述表二的内容基本一致,不同之处在于,对于两个数据实体间关系的描述为“柜员所对应的用户”等。
而在实际应用中,两个不同用户的之间的关联不仅限于柜员与客户之间的关系,在不同的客户之间也可能存在着相关联的关系,例如夫妻关系、父子关系、母子公司关系等,这类关系需要后续进行具体的用户数据处理时才能够进行判断并进行添加。因此,在处理这类两个不同用户信息实体之间的关系时,需要首先在上述的关系参数表中建立原本未定义的外部关系,再根据创建的外部关系将相关联的两个用户信息实体之间创建外部关联关系,并对应生成外部关系数据表,此种外部关系数据表与步骤S107中建立的外部关系数据表内容相类似,区别之处在于:对于两个数据实体间的关系描述由预设的“柜员所对应的用户”等扩展为“夫妻关系、父子关系、母子公司关系”等更广泛的关联关系。
通过上述的各个步骤,即可建立不同的数据实体两两之间的外部关联关系,并生成相应的外部关系数据表,在实际应用中,通过查询相应的关系数据表,即可较方便快捷地实现对多个用户数据相应的数据实体的查询和展示。
实际应用中,在建立好各个数据实体两两之间的关系数据表之后,各个关系数据表即可用于对两个数据实体之间的关联关系进行查询,并予以展示。如图3所示,该查询过程可主要包括以下各步骤:
步骤S201:获取一查询请求。具体实施时,是通过一查询请求触发查询过程,该查询请求可包含待查询实体的实体编号及实体类型,该待查询实体即为上述的用户信息实体、帐户信息实体或业务信息实体。
步骤S202:判断查询请求是否指定查询与待查询实体相关的特定关联关系。在进行实体查询时,主要分为两类,一类是指定了要查询的关联关系,例如:上述实体编号及实体类型对应客户A这个实体,进一步指定要查询客户A的客户账户a的具体内容,则最终的查询结果只显示该客户A、客户账户a以及客户A与客户账户a之间的关系描述。另一类是并不指定要查询的特定的关联关系,则最终的查询结果将显示与客户A这个实体相关联的全部关联关系及相应的实体。
步骤S203:如果查询请求指定查询与待查询实体相关的特定关联关系,则读取关系参数表,根据关系参数表判断特定关联关系是否包含可查询标识。在此实施例中,先介绍上述第一类的查询方式,即指定了要查询的关联关系。在银行数据中,有些特殊的内容是不允许随意查询的,因此,在上述生成的关系参数表中,通过一可查询标识来表明该关联关系是否是允许查询的。
步骤S204:如果特定关联关系包含可查询标识,在与待查询实体相关的关系数据表中生成并记录查询结果。如果当前指定查询的关联关系中具有上述的可查询标识,则表示该关联关系是允许查询的,此时,在当前的关系数据表(该关系数据表可根据待查询实体的不同而为上述的外部关系数据表或内部关系数据表)中,根据查询到的关联关系及与该关联关系相对应的实体,生成当前指定查询的查询结果。
步骤S205:显示查询结果。具体地,可以是以表格形式显示该查询结果,例如表三所示。
表三
实体1 | 指定查询关系 | 实体2 |
客户A | 客户A的客户账户 | 客户账户a |
如图3所示,在另一实施例中,当上述步骤S202中判断查询请求并未指定要查询的关联关系时,本发明实施例的银行数据关系建立方法还可包括以下各步骤:
步骤S206:根据待查询实体读取关系数据表,获取与待查询实体相关的关联关系。由于并未指定要查询的具体的关联关系,则在此步骤S206中,所获取的是与该待查询实体所相关的全部的关联关系。
步骤S207:根据关系参数表判断关联关系是否包含可查询标识,如果关联关系包含可查询标识,在与待查询实体相关的关系数据表中生成并记录查询结果。与上述步骤S203的判断过程相类似地,在步骤S207中,也要对所查询的关联关系是否允许被查询进行确认,即,判断该关联关系是否包含上述的可查询标识。当确认该关联关系具有可查询标识后,则在关系数据表(该关系数据表可根据待查询实体的不同而为上述的外部关系数据表或内部关系数据表)中生成当前的查询结果。
步骤S208:判断是否有未查询的与待查询实体相关的关联关系;如果有未查询的与待查询实体相关的关联关系,返回步骤S206;否则,执行步骤S209,显示查询结果。由于未指定要查询的关联关系时,与当前待查询实体相关联的关联关系及相应的实体的数量可能较大,因此,在步骤S208中,需要判断是否还有其他的关联关系及查询结果并未生成,如果全部的关联关系及相应的实体均已在相应的关系数据表中生成,则可执行步骤S209,显示此次的查询结果。如果还有其他的关联关系及查询结果并未生成,则需返回上述的步骤S206,继续查询并生成其他的关联关系及相应的实体。
而当上述的步骤S203及步骤S207中查询到当前查询的关联关系中不包含可查询标识时,则表示当前要查询的关联关系并不允许查询,则最终所显示的查询结果为0。
在对银行数据进行处理的过程中,除了可以进行查询和展示的操作,也可根据用户的需要对已创建的数据进行撤销操作。具体地,如图4所示,该撤销操作可主要包括以下各步骤:
步骤S301:接收一包含待撤销实体信息的撤销实体请求。具体实施时,是通过一撤销实体请求触发撤销过程,该撤销实体请求中包含有要进行撤销的待撤销实体信息,该待撤销实体即为上述的用户信息实体、帐户信息实体或业务信息实体。
步骤S302:根据撤销实体请求从包含关系数据表、内部关系数据表及外部关系数据表的各个关系数据表中获取该待撤销实体。在获取了该撤销实体请求后,则需查询所创建的各个关系数据表,从中获取该待撤销实体。
步骤S303:查询关系数据表中是否存在与待撤销实体相对应的关联关系。由于在创建的关系数据表中,是两两实体及他们之间的关联关系一起进行记录,因此,在要撤销某一实体时,也需查询是否有与之相关的关联关系。
步骤S304:如果查询到有与待撤销实体相关联的关联关系,获取该关联关系,并根据关系参数表判断该关联关系是否包含限制撤销标识。由于银行数据的特殊性,有些关联关系可能会限制对相关实体的撤销操作。因此,在获取了该关联关系后,还需判断该关联关系中是否包含限制撤销标识。
步骤S305:如果包含限制撤销标识,则删除关联关系,并撤销待撤销实体;否则,撤销待撤销实体。如果查询到与待撤销实体相关联的关联关系中包含限制撤销标识,则说明在该关联关系存在的情况下,无法撤销该待撤销实体。因此,则需先将该关联关系删除,才能实现最后撤销该待撤销实体。而如果查询到与待撤销实体相关联的关联关系中并不包含限制撤销标识,则可直接撤销该待撤销实体。
在一实施例中,当上述的步骤S303中查询关系数据表中并不包含与待撤销实体的相关联的关联关系,则可直接将该待撤销实体撤销。
通过上述的撤销过程,可对在关系数据表中创建的各个实体进行有效的管理,在不需要该实体时,可及时撤销该实体,以为后续创建新的实体提供存储空间,从而实现整个数据存储空间的合理利用及分配。
本发明实施例还提供一种银行数据关系建立装置,如图5所示,该银行数据关系建立装置主要包括:关系参数表创建单元1、数据实体生成单元2、内部关联关系创建单元3及内部关系数据表生成单元4等。
上述的关系参数表创建单元1用于根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;数据实体生成单元2用于获取包含用户信息、帐户信息及业务信息的多个用户数据,根据用户数据生成数据实体,数据实体包含分别与用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;内部关联关系创建单元3用于查询关系参数表,根据关系参数表中定义的内部关系创建同一数据实体包含的用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;内部关系数据表生成单元4用于针对每一内部关联关系,分别生成一内部关系数据表。
本发明实施例的银行数据关系建立装置,是针对银行数据处理过程中产生的包含客户、客户帐户及相关业务等的数据,分别建立各自对应的数据实体,并在同一客户实体(用户信息实体)与其名下的各个客户帐户实体(帐户信息实体)以及各种业务实体(业务信息实体)相互之间建立两两相关的内部关联关系,从而使得在对该客户的信息进行查询展示时,通过其中任一个数据实体,即可查找其他相关的数据实体的信息,而并不需要像现有的一对多的数据结构模型那样,每次查询时必须从客户出发,逐级延伸才能查到的具体的业务数据,从而提高了查询展示过程的效率。同时,由于并不需要提前预设存储空间,也并不影响整个银行数据处理系统的资源分配和应用。
以下结合具体实例,针对上述各单元部件进行详细的说明。
上述的关系参数表创建单元1,用于根据预设的用户信息、帐户信息及业务信息两两之间的内部关系(即同一用户与其名下的各个帐户信息及业务信息)创建关系参数表。为了实现两个数据实体之间关系的灵活设置,在本发明实施例中,是通过该关系参数表创建单元1设置如上述的表一所示的关系参数表来预设各个实体间的关系,并对各种关系进行标准化的限定。该关系参数表中记录两个实体之间关联关系的创建原则,可用于实体关联关系创建过程中的属性限定。
通过上述表一可知,在该关系参数表中,定义了预设的两个数据实体(实体1、实体2)的描述、类型及关系描述(对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”等)。
各数据实体间关系参数包含的内容主要有关系代码、关系描述、状态、实体1说明、实体2说明、实体1类型、实体2类型、敏感标识、查询标识。
其中:关系代码:是给两个实体间具体关系分配的编码。关系描述:是对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”、“夫妻关系”、“父子关系”等,具体地,可通过数字代码表示上述的关系,例如:1012表示“夫妻关系”等。状态:是指关系参数是激活状态还是非激活状态(0表示激活状态,1表示非激活状态),只有激活状态的关系参数才可启用,如关系参数处于未激活状态,则不允许创建对应的实体关系。实体1说明/实体2说明:是对实体1或实体2的更细节的描述,如“个人客户”、“对公客户”、“一户通存款产品”、“贷款合同”等。实体1类型/实体2类型:是对实体1或实体2的类型的定义,如“客户”、“帐户”、“合同”等。可查询标识:表明当前实体1及实体2的关联关系是可查询的,若关联关系中并无此可查询标识,则说明当前实体1及实体2的关联关系是不可查询的。敏感标识:是指此实体关系是否为敏感的实体关系,如为敏感的实体关系,则只有指定的交易才能对此实体关系进行处理。
实际应用中,上述的关系参数表还可包含以下内容:关系层级:是两个数据实体间关系所处的层级,专用于两个客户实体的关系。如两个客户为夫妻关系,他们之间的关系为第一层,丈夫与妻子的弟弟为第二层关系,丈夫与妻子的弟弟的妻子则为第三层。输入顺序重要性:是指两个实体间是否有顺序要求,比如,夫妻关系,则需要设置顺序重要性为“重要”,才能识别出实体1是“夫”,实体2是“妻”,则在创建两者的关联关系时,一定要将“夫”创建在第1个实体的位置上。如果关系为“同学”,则顺序重要性为“不重要”,则实际创建关联关系时,实体1与实体2的顺序并不受限制。
在创建好上述关系参数表后,即可通过上述的数据实体生成单元2,获取包含用户信息、帐户信息及业务信息的多个用户数据,根据用户数据生成数据实体,数据实体包含分别与用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体。
在实际应用中,用户数据可为银行柜员、到银行办理各种业务的个人或公司等的相关数据,其中该用户数据包含同一客户(用户信息)与其名下的各个客户帐户(帐户信息)以及各种业务(业务信息)。在获取上述用户数据后,即可针对该用户数据建立数据实体,具体地,该数据实体生成单元2针对用户信息建立用户信息实体,针对帐户信息建立帐户信息实体,针对业务信息建立业务信息实体。
上述的内部关联关系创建单元3,用于查询关系参数表,根据关系参数表中定义的内部关系创建同一数据实体包含的用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系。在通过上述数据实体生成单元2生成与实际用户相关的数据实体后,即可通过查询关系参数表创建单元1所创建的关系参数表,对与该实际用户相关的各个数据实体两两之间创建相关联的内部关联关系,从而建立两两相关的数据关联结构,便于后续的查询与展示。实际应用中,同一用户相关的各个数据实体之间的内部关系可例如是:客户的担保品、客户的存款帐户、客户的贷款合同、贷款合同中所涉及的担保品等关系,本发明并不以此为限。
针对上述内部关联关系创建单元3所建立的各个数据实体之间的内部关联关系,通过内部关系数据表生成单元4,针对每两个数据实体之间的内部关联关系,分别生成一内部关系数据表,该内部关系数据表如上述的表二所示。
通过如表二所示的内容可知,在建立的关系数据表中,记录有两个数据实体(实体1、实体2)的描述、类型及关系描述(对实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”等)。
各数据实体间关系数据表包含的内容主要有关系描述、状态、实体1类型、实体2类型、起始日期、结束日期及激活日期等。
其中:关系描述:是对数据实体关系的文字性描述,如“客户的担保品”、“客户的存款帐户”、“夫妻关系”、“父子关系”等,具体地,可通过数字代码表示上述的关系,例如:1012表示“夫妻关系”等。状态:是指关系参数是激活状态还是非激活状态(0表示激活状态,1表示非激活状态),只有激活状态的关系参数才可启用,如关系参数处于未激活状态,则不允许创建对应的数据实体关系。而激活日期,则是指该关联关系激活的具体时间。实体1类型/实体2类型:是对实体1或实体2的类型的定义,如“客户”、“帐户”、“合同”等。起始日期及结束日期:是指当前两个数据实体之间的关联关系的创建日期,以及该关联关系所持续的最终日期。
实际应用中,上述的关系参数表还可包含以下内容:
关系层级:是两个数据实体间关系所处的层级,专用于两个客户实体的关系。如两个客户为夫妻关系,他们之间的关系为第一层,丈夫与妻子的弟弟为第二层关系,丈夫与妻子的弟弟的妻子则为第三层。输入顺序重要性:是指两个数据实体间是否有顺序要求,比如,夫妻关系,则需要设置顺序重要性为“重要”,才能识别出实体1是“夫”,实体2是“妻”,则在创建两者的关联关系时,一定要将“夫”创建在第1个实体的位置上。如果关系为“同学”,则顺序重要性为“不重要”,则实际创建关联关系时,实体1与实体2的顺序并不受限制。
通过本发明实施例的银行数据关系建立装置,在同一用户中两两数据实体之间建立的内部关系数据表,建立了与现有的“一对多”式的银行数据结构模型所不同的数据关系结构,更加便于银行数据信息的查询与展示,同时,也省去了提前预设的存储空间,使得银行数据库空间的使用分配更加合理化。
在实际应用中,银行的用户数据不仅仅包含一个用户,而是涉及多个不同的用户数据,而基于不同的用户的人际关系的不同,在两个用户之间也可能存在着一定的联系。本发明实施例银行数据关系建立装置中,也包含针对不同用户之间相关联的关系创建关联关系的职能部件,如图6所示,本发明实施例银行数据关系建立装置还包括:外部关系创建单元5、未定义外部关系判断单元6、外部关系数据表生成单元7、未定义外部关系创建单元8及未定义外部关系数据表生成单元9等。
上述的外部关系创建单元5用于在关系参数表中生成预设的相关联的不同用户信息之间的外部关系;未定义外部关系判断单元6用于根据该外部关系判断相关联的不同数据实体包含的用户信息实体之间是否存在关系参数表中未定义的外部关系;外部关系数据表生成单元7用于:如果相关联的不同数据实体包含的用户信息实体之间不存在关系参数表中未定义的外部关系,则根据关系参数表中的外部关系创建相关联的不同数据实体包含的用户信息实体之间的外部关联关系,并生成外部关系数据表。
通过上述的外部关系创建单元5、未定义外部关系判断单元6及外部关系数据表生成单元7,建立了相关联的不同的用户之间的外部关联关系,使得在对用户数据进行查询时,对多个用户数据的展示更加全面。
具体地,上述的外部关系创建单元5首先在上述的关系参数表中建立预设的两个不同用户之间的外部关联关系,实际应用中,上述的两个不同的用户信息之间的关系可以例如是银行柜员与开户客户的关系,这类关系在后续的关联关系创建过程中,是可以直接创建关联关系的,因此,可以在该关系参数表中进行设定的。
上述未定义外部关系判断单元6及外部关系数据表生成单元7,在客户进行开户等操作时,即可判断该客户与其它客户之间的是否存在关联,也可进一步判断这种关联是否在关系参数表中进行了设定。例如上述的柜员与开户客户的关系,由于此种关联关系在关系参数表中进行了设定,即可将实际办理相关操作的柜员与该客户进行关联,通过查询该关系参数表中预设的外部关系,建立这两个用户信息实体之间的外部关联关系(由于此类关联关系是不同的用户之间的关系,可将其称为外部关联关系),并依据该外部关联关系建立外部关系数据表,该外部关系数据表的内容与上述表二的内容基本一致,不同之处在于,对于两各数据实体间关系的描述为“柜员所对应的用户”等。
而在实际应用中,两个不同用户的之间的关联不仅限于柜员与客户之间的关系,在不同的客户之间也可能存在着相关联的关系,例如夫妻关系、父子关系、母子公司关系等,这类关系需要后续进行具体的用户数据处理时才能够进行判断并进行添加。因此,在处理这类两个不同用户信息实体之间的关系时,需要通过未定义外部关系创建单元8在上述的关系参数表中建立原本未定义的外部关系,再由未定义外部关系数据表生成单元9根据创建的外部关系将相关联的两个用户信息实体之间创建外部关联关系,并对应生成外部关系数据表,此种外部关系数据表与外部关系数据表生成单元7建立的外部关系数据表内容相类似,区别之处在于:对于两个数据实体间的关系描述由预设的“柜员所对应的用户”等扩展为“夫妻关系、父子关系、母子公司关系”等更广泛的关联关系。
通过上述的外部关系创建单元5、未定义外部关系判断单元6、外部关系数据表生成单元7、未定义外部关系创建单元8及未定义外部关系数据表生成单元9,即可建立不同的数据实体两两之间的外部关联关系,并生成相应的外部关系数据表,在实际应用中,通过查询相应的关系数据表,即可较方便快捷地实现对多个用户数据相应的数据实体的查询和展示。
实际应用中,在建立好各个数据实体两两之间的关系数据表之后,各个关系数据表即可用于对两个数据实体之间的关联关系进行查询的过程,并予以展示。如图7所示,本发明实施例的银行数据关系建立装置还可包括查询单元10,用于实现上述的查询过程。该查询单元10主要包括:查询请求获取模块11、特定关联关系判断模块12、可查询标识判断模块13、查询结果生成模块14及查询结果显示模块15等。
上述的查询请求获取模块11用于获取一查询请求。具体实施时,是通过一查询请求触发查询过程,该查询请求可包含待查询实体的实体编号及实体类型,该待查询实体即为上述的用户信息实体、帐户信息实体或业务信息实体。
特定关联关系判断模块12用于判断该查询请求是否指定查询与待查询实体相关的特定关联关系。在进行实体查询时,主要分为两类,一类是指定了要查询的关联关系,例如:上述实体编号及实体类型对应客户A这个实体,进一步指定要查询客户A的客户账户a的具体内容,则最终的查询结果只显示该客户A、客户账户a以及客户A与客户账户a之间的关系描述。另一类是并不指定要查询的特定的关联关系,则最终的查询结果将显示与客户A这个实体相关联的全部关联关系及相应的实体。
可查询标识判断模块13用于:如果查询请求指定查询与待查询实体相关的特定关联关系,则读取关系参数表,根据关系参数表判断特定关联关系是否包含可查询标识。在此实施例中,先介绍上述第一类的查询方式,即指定了要查询的关联关系。在银行数据中,有些特殊的内容是不允许随意查询的,因此,在上述生成的关系参数表中,通过一可查询标识来表明该关联关系是否是允许查询的。
查询结果生成模块14用于:如果特定关联关系包含可查询标识,在与待查询实体相关的关系数据表中生成并记录查询结果。如果当前指定查询的关联关系中具有上述的可查询标识,则表示该关联关系是允许查询的,此时,可通过该查询结果生成模块14,在当前的关系数据表(该关系数据表可根据待查询实体的不同而为上述的外部关系数据表或内部关系数据表)中,根据查询到的关联关系及与该关联关系相对应的实体,生成当前指定查询的查询结果。
查询结果显示模块15用于显示查询结果。具体地,可以是以表格形式显示该查询结果,例如上述的表三所示。
如图7所示,在另一实施例中,本发明实施例的查询单元10还可包括以下各部分:关联关系获取模块16、可查询标识判断模块17、查询结果生成模块18、未查询结果判断模块19及查询结果显示模块20等。上述各部分主要用于当上述特定关联关系判断模块12判断查询请求并未指定要查询的关联关系时,进行相应的操作。
具体地,上述关联关系获取模块16用于根据待查询实体读取关系数据表,获取与待查询实体相关的关联关系。由于并未指定要查询的具体的关联关系,则该关联关系获取模块16所获取的是与该待查询实体所相关的全部的关联关系。
可查询标识判断模块17用于根据关系参数表判断关联关系是否包含可查询标识,如果关联关系包含可查询标识,在与待查询实体相关的关系数据表中生成并记录查询结果。与上述可查询标识判断模块13的判断过程相类似地,该可查询标识判断模块17也要对所查询的关联关系是否允许被查询进行确认,即,判断该关联关系是否包含上述的可查询标识。当确认该关联关系具有可查询标识后,则通过上述的查询结果生成模块18在关系数据表(该关系数据表可根据待查询实体的不同而为上述的外部关系数据表或内部关系数据表)中生成当前的查询结果。
未查询结果判断模块19用于判断是否有未查询的与待查询实体相关的关联关系;如果有未查询的与待查询实体相关的关联关系,则触发上述的关联关系获取模块16;否则,触发查询结果显示模块20。由于未指定要查询的关联关系时,与当前待查询实体相关联的关联关系及相应的实体的数量可能较大,因此,需要通过该未查询结果判断模块19判断是否还有其他的关联关系及查询结果并未生成,如果全部的关联关系及相应的实体均已在相应的关系数据表中生成,则可触发查询结果显示模块20,显示此次的查询结果。如果还有其他的关联关系及查询结果并未生成,则需触发上述的关联关系获取模块16,继续查询并生成其他的关联关系及相应的实体。
而当上述的可查询标识判断模块13、17中查询到当前查询的关联关系中不包含可查询标识时,则表示当前要查询的关联关系并不允许查询,则查询结果显示模块20最终所显示的查询结果为0。
在对银行数据进行处理的过程中,除了可以进行查询和展示的操作,也可根据用户的需要对已创建的数据进行撤销操作。具体地,如图8所示,本发明实施例的银行数据关系建立装置还可包括撤销实体单元21,用于实现上述的撤销操作,撤销数据实体。该撤销实体单元21主要包括:撤销实体请求接收模块22、待撤销实体获取模块23、关联关系查询模块24、关联关系查询模块25及实体撤销模块26等。
具体地,上述的撤销实体请求接收模块22用于接收一包含待撤销实体信息的撤销实体请求。具体实施时,是通过一撤销实体请求触发撤销过程,该撤销实体请求中包含有要进行撤销的待撤销实体信息,该待撤销实体即为上述的用户信息实体、帐户信息实体或业务信息实体。
待撤销实体获取模块23用于根据撤销实体请求从包含关系数据表、内部关系数据表及外部关系数据表的各个关系数据表中获取该待撤销实体。在获取了该撤销实体请求后,则需查询所创建的各个关系数据表,从中获取该待撤销实体。
关联关系查询模块24用于查询关系数据表中是否存在与待撤销实体相对应的关联关系。由于在创建的关系数据表中,是两两实体及他们之间的关联关系一起进行记录,因此,在要撤销某一实体时,也需查询是否有与之相关的关联关系。
关联关系查询模块25用于:如果关联关系查询模块24查询到有与待撤销实体相关联的关联关系,则获取该关联关系,并根据关系参数表判断该关联关系是否包含限制撤销标识。由于银行数据的特殊性,有些关联关系可能会限制对相关实体的撤销操作。因此,在获取了该关联关系后,还需判断该关联关系中是否包含限制撤销标识。
实体撤销模块26用于:如果包含限制撤销标识,则删除关联关系,并撤销待撤销实体;否则,撤销待撤销实体。如果关联关系查询模块24查询到与待撤销实体相关联的关联关系中包含限制撤销标识,则说明在该关联关系存在的情况下,无法撤销该待撤销实体。因此,则需先通过实体撤销模块26将该关联关系删除,才能实现最后撤销该待撤销实体。而如果查询到与待撤销实体相关联的关联关系中并不包含限制撤销标识,则可通过实体撤销模块26直接撤销该待撤销实体。
在一实施例中,当上述的关联关系查询模块24查询关系数据表中并不包含与待撤销实体的相关联的关联关系,则可通过实体撤销模块26直接将该待撤销实体撤销。
通过上述的撤销过程,可对在关系数据表中创建的各个实体进行有效的管理,在不需要该实体时,可及时撤销该实体,以为后续创建新的实体提供存储空间,从而实现整个数据存储空间的合理利用及分配。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读取存储介质中,比如ROM/RAM、磁碟、光盘等。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种银行数据关系建立方法,其特征在于,所述的银行数据关系建立方法包括:
根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;
获取包含用户信息、帐户信息及业务信息的多个用户数据,根据所述的用户数据生成数据实体,所述的数据实体包含分别与所述用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;
查询所述的关系参数表,根据所述关系参数表中定义的所述内部关系创建同一所述数据实体包含的所述用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;
针对每一所述内部关联关系,分别生成一内部关系数据表;
在所述关系参数表中生成预设的相关联的不同用户信息之间的第二关系;
根据所述第二关系判断相关联的不同所述数据实体包含的所述用户信息实体之间是否存在所述关系参数表中未定义的第二关系;
如果否,根据所述关系参数表中的第二关系创建所述相关联的不同所述数据实体包含的所述用户信息实体之间的第二关联关系,并生成第二关系数据表。
2.根据权利要求1所述的银行数据关系建立方法,其特征在于,当相关联的不同所述数据实体包含的所述用户信息实体之间存在所述未定义的第二关系时,
在所述关系参数表中创建所述未定义的第二关系;
根据所述未定义的第二关系创建相关联的不同所述数据实体包含的所述用户信息实体之间的第三关联关系,并生成第三关系数据表。
3.根据权利要求2所述的银行数据关系建立方法,其特征在于,所述的银行数据关系建立方法还包括:
撤销实体步骤,所述撤销实体步骤包括:
接收一包含待撤销实体信息的撤销实体请求;
根据所述撤销实体请求从包含所述内部关系数据表、第二关系数据表及第三关系数据表的关系数据表中获取所述待撤销实体;
查询所述关系数据表中是否存在与所述待撤销实体相对应的关联关系,所述的待撤销实体为所述的用户信息实体、帐户信息实体或业务信息实体,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
如果是,获取所述的关联关系,并根据所述关系参数表判断所述的关联关系是否包含限制撤销标识;
如果是,则删除所述的关联关系,并撤销所述待撤销实体;否则,撤销所述待撤销实体。
4.根据权利要求3所述的银行数据关系建立方法,其特征在于,所述的撤销实体步骤还包括:
当查询所述的关系数据表中不存在所述的关联关系时,撤销所述待撤销实体。
5.根据权利要求2所述的银行数据关系建立方法,其特征在于,所述的银行数据关系建立方法还包括:
查询步骤,所述的查询步骤包括:
步骤a:获取一查询请求;所述的查询请求包含待查询实体的实体编号及实体类型,所述的待查询实体为所述的用户信息实体、帐户信息实体或业务信息实体;
步骤b:判断所述查询请求是否指定查询与所述待查询实体相关的特定关联关系;所述的特定关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
步骤c:如果是,读取所述的关系参数表,根据所述的关系参数表判断所述特定关联关系是否包含可查询标识;
步骤d:如果是,在与所述待查询实体相关的关系数据表中生成并记录第一查询结果;所述的关系数据表包含所述的内部关系数据表、第二关系数据表及第三关系数据表;
步骤e:显示所述第一查询结果。
6.根据权利要求5所述的银行数据关系建立方法,其特征在于,如果所述查询请求不指定查询所述的特定关联关系,所述的查询步骤还包括:
步骤f:根据所述的待查询实体读取所述的关系数据表,获取与所述待查询实体相关的关联关系,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
步骤g:根据所述关系参数表判断所述关联关系是否包含所述可查询标识,如果是,在与所述待查询实体相关的关系数据表中生成并记录第二查询结果;
步骤h:判断是否有未查询的与所述待查询实体相关的所述关联关系;如果有未查询的与所述待查询实体相关的所述关联关系,返回所述步骤f;否则,显示所述第二查询结果。
7.根据权利要求6所述的银行数据关系建立方法,其特征在于,在所述步骤g中,当根据所述关系参数表判断所述关联关系不包含所述可查询标识时,在与所述待查询实体相关的关系数据表中生成并记录的所述第二查询结果为0。
8.一种银行数据关系建立装置,其特征在于,所述的银行数据关系建立装置包括:
关系参数表创建单元,用于根据预设的用户信息、帐户信息及业务信息两两之间的内部关系创建关系参数表;
数据实体生成单元,用于获取包含用户信息、帐户信息及业务信息的多个用户数据,根据所述的用户数据生成数据实体,所述的数据实体包含分别与所述用户信息、帐户信息及业务信息对应的用户信息实体、帐户信息实体及业务信息实体;
内部关联关系创建单元,用于查询所述的关系参数表,根据所述关系参数表中定义的所述内部关系创建同一所述数据实体包含的所述用户信息实体、帐户信息实体及业务信息实体两两之间的内部关联关系;
内部关系数据表生成单元,用于针对每一所述内部关联关系,分别生成一内部关系数据表;
第二关系创建单元,用于在所述关系参数表中创建预设的相关联的不同用户信息之间的第二关系;
未定义第二关系判断单元,用于根据所述第二关系判断相关联的不同所述数据实体包含的所述用户信息实体之间是否存在所述关系参数表中未定义的第二关系;
第二关系数据表生成单元,用于根据所述关系参数表中的第二关系创建所述相关联的不同所述数据实体包含的所述用户信息实体之间的第二关联关系,并生成第二关系数据表。
9.根据权利要求8所述的银行数据关系建立装置,其特征在于,所述的银行数据关系建立装置还包括:
未定义第二关系创建单元,用于在所述关系参数表中创建所述未定义的第二关系;
第三关系数据表生成单元,用于根据所述未定义的第二关系创建相关联的不同所述数据实体包含的所述用户信息实体之间的第三关联关系,并生成第三关系数据表。
10.根据权利要求9所述的银行数据关系建立装置,其特征在于,所述的银行数据关系建立装置还包括:
撤销实体单元,用于撤销所述的数据实体,所述的撤销实体单元包括:
撤销实体请求接收模块,用于接收一包含待撤销实体信息的撤销实体请求;
待撤销实体获取模块,用于根据所述撤销实体请求从包含所述内部关系数据表、第二关系数据表及第三关系数据表的关系数据表中获取所述待撤销实体;
关联关系查询模块,用于查询所述关系数据表中是否存在与所述待撤销实体相对应的关联关系,所述的待撤销实体为所述的用户信息实体、帐户信息实体或业务信息实体,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
关联关系获取模块,用于获取所述的关联关系,并根据所述关系参数表判断所述的关联关系是否包含限制撤销标识;
实体撤销模块,用于撤销所述待撤销实体。
11.根据权利要求10所述的银行数据关系建立装置,其特征在于,所述的实体撤销模块还用于:删除所述的关联关系。
12.根据权利要求9所述的银行数据关系建立装置,其特征在于,所述的银行数据关系建立装置还包括:
查询单元,用于查询所述的数据实体,所述的查询单元包括:
查询请求获取模块,用于获取一查询请求;所述的查询请求包含待查询实体的实体编号及实体类型,所述的待查询实体为所述的用户信息实体、帐户信息实体或业务信息实体;
特定关联关系判断模块,用于判断所述查询请求是否指定查询与所述待查询实体相关的特定关联关系;所述的特定关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
第一可查询标识判断模块,用于读取所述的关系参数表,根据所述的关系参数表判断所述特定关联关系是否包含可查询标识;
第一查询结果生成模块,用于在与所述待查询实体相关的关系数据表中生成并记录第一查询结果;所述的关系数据表包含所述的内部关系数据表、第二关系数据表及第三关系数据表;
第一查询结果显示模块,用于显示所述第一查询结果。
13.根据权利要求12所述的银行数据关系建立装置,其特征在于,所述的查询单元还包括:
关联关系获取模块,用于根据所述的待查询实体读取所述的关系数据表,获取与所述待查询实体相关的关联关系,所述的关联关系包含所述的内部关联关系、第二关联关系及第三关联关系;
第二可查询标识判断模块,用于根据所述关系参数表判断所述关联关系是否包含所述可查询标识;
第二查询结果生成模块,用于在与所述待查询实体相关的关系数据表中生成并记录第二查询结果;
未查询结果判断模块,用于判断是否有未查询的与所述待查询实体相关的所述关联关系;如果有未查询的与所述待查询实体相关的所述关联关系,触发所述关联关系获取模块;否则,触发第二查询结果显示模块;
第二查询结果显示模块,用于显示所述第二查询结果。
14.根据权利要求13所述的银行数据关系建立装置,其特征在于,当所述第二可查询标识判断模块根据所述关系参数表判断所述关联关系不包含所述可查询标识时,第二查询结果生成模块在与所述待查询实体相关的关系数据表中生成并记录的所述第二查询结果为0。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510115061.7A CN104699790B (zh) | 2015-03-17 | 2015-03-17 | 一种银行数据关系建立方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510115061.7A CN104699790B (zh) | 2015-03-17 | 2015-03-17 | 一种银行数据关系建立方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104699790A CN104699790A (zh) | 2015-06-10 |
CN104699790B true CN104699790B (zh) | 2018-03-23 |
Family
ID=53346910
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510115061.7A Active CN104699790B (zh) | 2015-03-17 | 2015-03-17 | 一种银行数据关系建立方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104699790B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6130979B1 (ja) * | 2015-07-31 | 2017-05-17 | 株式会社三井住友銀行 | 与信管理システム、方法、およびプログラム |
CN110096492A (zh) * | 2019-04-26 | 2019-08-06 | 北京零秒科技有限公司 | 基于知识库的操作处理方法及装置 |
CN110336786B (zh) * | 2019-05-23 | 2022-02-11 | 平安科技(深圳)有限公司 | 消息发送方法、装置、计算机设备和存储介质 |
CN110706765A (zh) * | 2019-08-30 | 2020-01-17 | 万达信息股份有限公司 | 一种新生儿健康卡办理方法及系统 |
CN110598453A (zh) * | 2019-09-20 | 2019-12-20 | 中国银行股份有限公司 | 客户信息数据采集方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877102A (zh) * | 2010-04-08 | 2010-11-03 | 苏州德融嘉信信用管理技术有限公司 | 一种银行crm系统及其运行方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070214179A1 (en) * | 2006-03-10 | 2007-09-13 | Khanh Hoang | Searching, filtering, creating, displaying, and managing entity relationships across multiple data hierarchies through a user interface |
-
2015
- 2015-03-17 CN CN201510115061.7A patent/CN104699790B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877102A (zh) * | 2010-04-08 | 2010-11-03 | 苏州德融嘉信信用管理技术有限公司 | 一种银行crm系统及其运行方法 |
Non-Patent Citations (2)
Title |
---|
"Utilizing relationships between named entities to improve speech recognition in dialog systems";Shajith Ikbal et al.;《2010 IEEE Spoken Language Technology Workshop》;20110124;全文 * |
"商业银行客户关系管理系统的设计与实现";吴玫;《中国优秀硕士学位论文全文数据库 信息科技辑》;20140115;第33-41,55-56页 * |
Also Published As
Publication number | Publication date |
---|---|
CN104699790A (zh) | 2015-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104699790B (zh) | 一种银行数据关系建立方法及装置 | |
US11036767B2 (en) | System and method for providing database abstraction and data linkage | |
Vo et al. | Internet of blockchains: Techniques and challenges ahead | |
Al-Sai et al. | Big data impacts and challenges: a review | |
CN103959264B (zh) | 在存储云中使用去重复来管理不可变冗余文件 | |
US11328093B1 (en) | Protecting sensitive data | |
CN109189867A (zh) | 基于公司知识图谱的关系发现方法、装置及存储介质 | |
CN108446976B (zh) | 一种公积金转移方法、计算机可读存储介质及终端设备 | |
CN110088757A (zh) | 多代理分布式分类账体系结构 | |
CN108389129A (zh) | 基于区块链的交易执行方法及装置、电子设备 | |
CN106600403A (zh) | 一种资产管理方法、装置和系统 | |
CN109214197A (zh) | 基于区块链来处理隐私数据的方法、装置及存储介质 | |
US20200090003A1 (en) | Semantic-aware feature engineering | |
CN110032598B (zh) | 字段更新方法及装置、电子设备 | |
CN106570741A (zh) | 自动撮合匹配方法在网络现货交易平台的运用 | |
CN109086413A (zh) | 用于搜索区块链数据的方法、设备及可读存储介质 | |
CN108628894A (zh) | 数据仓库中的数据指标查询方法及装置 | |
US20220076231A1 (en) | System and method for enrichment of transaction data | |
CN103473256A (zh) | 利用域专用语言来定义内容保留规则 | |
CN112215616B (zh) | 一种基于网络的自动识别资金异常交易的方法和系统 | |
CN111538794A (zh) | 一种数据融合方法、装置及设备 | |
Chernov et al. | Global blockchain technology market analysis-current situations and forecast | |
CN110197426A (zh) | 一种信用评分模型的建立方法、装置及可读存储介质 | |
CN110162521A (zh) | 一种支付系统交易数据处理方法及系统 | |
Tomášková | M-commerce and M-banking focused on Czech Republic |
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 |