CN112035501B - 用户标识的更新方法、装置和设备 - Google Patents
用户标识的更新方法、装置和设备 Download PDFInfo
- Publication number
- CN112035501B CN112035501B CN202010904994.5A CN202010904994A CN112035501B CN 112035501 B CN112035501 B CN 112035501B CN 202010904994 A CN202010904994 A CN 202010904994A CN 112035501 B CN112035501 B CN 112035501B
- Authority
- CN
- China
- Prior art keywords
- user
- feature
- users
- characteristic
- subsets
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
Abstract
本说明书实施例提供了一种用户标识的更新方法、装置和设备,其中,该方法包括:获取特征用户集;其中,所述特征用户集中包括多个特征用户的用户号;根据各个特征用户的用户号,将所述特征用户集拆分为多个特征用户子集;并发地对所述多个特征用户子集中的特征用户进行标识更新处理;其中,对所述多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。在本说明书实施例中,可以通过各个特征用户的用户号将特征用户集拆分为多个特征用户子集,从而可以高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新。
Description
技术领域
本说明书实施例涉及数据处理技术领域,特别涉及一种用户标识的更新方法、装置和设备。
背景技术
核心银行系统对外提供的所有服务,都是以用户为中心展开的,作为基础信息的用户数据量已超过亿级。为了完成信息治理和满足监管核查,通常需要对用户信息表中的用户信息进行更新,以对各个用户进行标识。
现有技术中通常是将主机文件加载的打标文本作为唯一输入,通过批量程序读取打标文件中的用户号,并更新与打标文件中的用户号相关的用户信息表中某些栏位的信息,从而标识具有某些特征的用户。但是现有技术中的一次性批量打标的方式不具备并发性,相当于一个程序处理所有的待打标用户,总用时是每一个用户打标的时间总和,使得时间开销较大。由此可见,采用现有技术中的技术方案无法高效地更新用户的标识信息。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本说明书实施例提供了一种用户标识的更新方法、装置和设备,以解决现有技术中无法高效地更新用户的标识信息的问题。
本说明书实施例提供了一种用户标识的更新方法,包括:获取特征用户集;其中,所述特征用户集中包括多个特征用户的用户号;根据各个特征用户的用户号,将所述特征用户集拆分为多个特征用户子集;并发地对所述多个特征用户子集中的特征用户进行标识更新处理;其中,对所述多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
本说明书实施例还提供了一种用户标识的更新装置,包括:获取模块,用于获取特征用户集;其中,所述特征用户集中包括多个特征用户的用户号;拆分模块,用于将所述特征用户集拆分为多个特征用户子集;处理模块,用于并发地对所述多个特征用户子集中的特征用户进行标识更新处理;其中,对所述多个特征用户子集中的特征用户进行标识更新处理包括:将与所述特征用户子集中特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
本说明书实施例还提供了一种用户标识的更新设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现所述用户标识的更新方法的步骤。
本说明书实施例还提供了一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现所述用户标识的更新方法的步骤。
本说明书实施例提供了一种用户标识的更新方法,通过获取包括多个特征用户的用户号的特征用户集,可以根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集。从而可以并发地对多个特征用户子集中的特征用户进行标识更新处理,其中,对多个特征用户子集中的特征用户进行标识更新处理可以包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值,进而可以高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新。
附图说明
此处所说明的附图用来提供对本说明书实施例的进一步理解,构成本说明书实施例的一部分,并不构成对本说明书实施例的限定。在附图中:
图1是根据本说明书实施例提供的用户标识的更新系统的示意图;
图2是根据本说明书实施例提供的用户标识的更新方法的步骤示意图;
图3是根据本说明书实施例提供的用户标识的更新装置的结构示意图;
图4是根据本说明书实施例提供的用户标识的更新设备的结构示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本说明书实施例的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本说明书实施例,而并非以任何方式限制本说明书实施例的范围。相反,提供这些实施方式是为了使本说明书实施例公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域的技术人员知道,本说明书实施例的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此,本说明书实施例公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
虽然下文描述流程包括以特定顺序出现的多个操作,但是应该清楚了解,这些过程可以包括更多或更少的操作,这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
在本申请的一个场景示例中提供了一种分区表的分区建立系统,如图1所示,可以包括:终端设备101、服务器102,目标用户可以通过终端设备101发起对特征用户的用户标识进行更新的请求。服务器102可以响应于用户提交对特征用户的用户标识进行更新的请求,获取包括多个特征用户的用户号的特征用户集,并将特征用户集拆分为多个特征用户子集,并发地对多个特征用户子集中的特征用户进行标识更新处理,从而实现高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新的操作。在一些场景示例中,服务器102还可以将用户标识更新的结果反馈至终端设备101。
上述终端设备101可以是用户操作使用的终端设备或者软件。具体的,终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备,也可以是机器人设备等等。当然,终端设备101也可以是能运行于上述终端设备中的软件。例如:系统应用、支付应用、浏览器、微信小程序等应用软件。
上述服务器102可以是单一的服务器,也可以是服务器集群,当然,服务器的功能也可以是通过云计算技术实现的。该服务器102可以与多个终端设备相连,也可以是具备一个强大的信息集库的服务器,可以基于用户发起的对特征用户的用户标识进行更新的请求,通过将获取的特征用户集拆分为多个特征用户子集,从而实现高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新的操作。
请参阅图2,本实施方式可以提供一种用户标识的更新方法。该用户标识的更新方法可以用于高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新。上述用户标识的更新方法可以包括以下步骤。
S201:获取特征用户集;其中,特征用户集中包括多个特征用户的用户号。
在本实施方式中,可以获取特征用户集。其中,上述特征用户集中包括多个特征用户的用户号,上述用户号可以为用户注册时系统为用户分配的身份标识,根据一个用户号可以唯一确定一个用户。
在一些实施例中,上述用户号可以为16为的字符串,例如:0000000005184700,当然,可以理解的是用户号还可以采用其它形式表示,例如,18位的字符串等,用户号的形式不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在本实施方式中,上述多个特征用户可以为具有相同特征的、需要进行用户标识更新的多个用户,上述用户标识可以为用户信息表中某些栏位中的信息,例如:用户等级、用户状态等。在一些实施例中,上述特征用户可以为通过用户姓名和证件号码进行居民身份证联网核查不通过的“一户多号”的用户,或者筛选出的需要进行用户等级更新的用户等,上述特征用户可以为根据实际需求筛选得到的,特征用户具体具有何种特征可以根据实际情况确定,本申请对此不作限定。
在本实施方式中,上述特征用户集中还可以包括其它数据,例如:特征用户的用户等级、特征用户的卡号、特征用户的资产信息等,具体的可以根据实际的打标需求确定,本申请对此不作限定。
在本实施方式中,上述特征用户集可以以表格的形式展示,也可以以文本的形式展示,也可以以图像的形式展示。当然可以理解的是,上述特征用户集还可以采用其它任何可能的形式展示和存储,具体的可以根据实际情况确定,本申请对此不作限定。
在本实施方式中,获取特征用户集的方式可以包括:从预设数据库中按照一定的规则拉取得到,或者,接收用户向系统中输入的特征用户集。当然可以理解的是,还可以采用其它可能的方式获取上述样本数据集,例如,在网页中按照一定的查找条件搜索特征用户集,具体的可以根据实际情况确定,本说明书实施例对此不作限定。
在一个实施方式中,在筛选出需要打标的特征用户之后,即确定得到特征用户集之后,可以定义一个主机文件,该主机文件用于接收特征用户集,文件名可以为:FILE-1,初始化为空。进一步的,特征用户集可以通过FTP(File Transfer Protocol,文件传输协议)方式上传至主机,并写入FILE-1文件中。其中,上述FTP是一个用于在计算机网络上用户端和服务器之间进行文件传输的应用层协议,包括FTP服务器和FTP用户端两个组成部分,用户可以通过一个用户机程序连接至在远程计算机上运行的服务器程序。
在本实施方式中,在将特征用户集写入FILE-1文件中之后,还可以确认主机上FILE-1文件中的特征用户记录数与特征用户集中的特征用户记录数一致,如果不一致需要从重新导入。
S202:根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集。
在本实施方式中,为了提高批量处理效率,可以根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集,其中,每个特征用户子集中可以均包含有至少一个特征用户的用户号。
在本实施方式中,特征用户子集的数量可以根据特征用户集中包含的特征用户的总数量确定,也可以根据当前可用的批量作业的数据确定,以确保特征用户子集的数量以及各个特征用户子集中包含的特征用户的数量的合理性。
在本实施方式中,为了在保证处理效率的同时不浪费资源,可以采用负载均衡的思想将特征用户集拆分为多个特征用户子集,使得各个特征用户子集中的包含的特征用户的数量均等。
在一个实施方式中,在将特征用户集拆分为多个特征用户子集时,可以根据特征用户集中包含的特征用户的总数量将特征用户集等分为多个特征用户子集。在不能等分的情况下,可以将特征用户集中包含的特征用户中部分特征用户等分至多个特征用户子集中,并预留一个特征用户子集用于放置特征用户集中未分配的特征用户。例如:特征用户集中共包含11个特征用户,可以将其中的10个特征用户等分至两个特征用户子集中,预留的特征用户子集中分配特征用户集中未分配的特征用户。
在一个实施方式中,可以按照原特征用户集中各个特征用户的用户号的排列顺序进行拆分,可以保证拆分后的特征用户子集中各个特征用户的用户号的排列顺序不变,从而可以避免遗漏特征用户的情况,并且可以提高根据用户号从用户信息表中定位特征用户的效率。例如,特征用户集中共包含10个特征用户,在拆分时可以按照用户号的排列顺序将前5个特征用户分配到一个特征用户子集中,后5个特征用户分配到另一个特征用户子集中。或者,也可以将用户号的排列顺序中的第1、3、5、7、9个特征用户分配到一个特征用户子集中,将用户号的排列顺序中的第2、4、6、8、10个特征用户分配到另一个特征用户子集中。当然,按照特征用户的用户号进行拆分的方式不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在一个实施方式中,由于对用户标识的更新实质上是对用户信息表中某些栏位中的信息的更新,并且用户信息表中每个用户的信息之间的排列顺序是根据用户的用户号确定的,因此,为了提高效率,在将特征用户集拆分为多个特征用户子集之前,还可以将特征用户集中的特征用户按照预设规则排序,其中,上述预设规则可以包括:特征用户集中特征用户的用户号的排列顺序与用户信息表中特征用户的用户号的排列顺序相同。
在本实施方式中,由于特征用户集中各个特征用户的用户号的排列可能是无序的,或者采用了与用户信息表用户号的排列方式不同方式,从而会增加通过用户号在用户信息表中定位特征用户的查询负担。因此,采用上述技术方案相较于现有技术中一次性批量打标时不对用户进行排序直接处理的方式,可以有效提高通过用户号在用户信息表中定位特征用户的效率。
在本实施方式中,为了区分排序后的特征用户集和未排序的特征用户集,可以将两者分别采用不同命名的文件夹或者文本存储,例如:未排序的特征用户集可以采用名称为FILE-1的文件存储,排序后的特征用户集可以采用名称为FILE-2的文件存储。当然,排序后的特征用户集和未排序的特征用户集的区分方式不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在本实施方式中,上述用户信息表中特征用户的用户号的排列方式可以为升序排列,当然,用户信息表中特征用户的用户号的排列方式不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在一个实施方式中,上述用户信息表可以为用于存储用户信息的表,上述用户信息表可以包括:用户、账户和卡这3类相关数据表,这3类数据表之间具有关联关系,每个用户信息表中都有用户号这个栏位,从而各个用户信息表之间可以通过用户号进行关联。
S203:并发地对多个特征用户子集中的特征用户进行标识更新处理;其中,对多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
在本实施方式中,为了提高处理效率,可以采用多个独立的批量作业并发地对多个特征用户子集中的特征用户进行标识更新处理。其中,对多个特征用户子集中的特征用户进行标识更新处理可以包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
在本实施方式中,上述批量作业可以是利用编程语言JCL(作业控制语言)实现的用于完成主机任务的计算机指令集合。上述预设值可以为在确定特征用户的时候预先设置的,例如:在确定的特征用户为联网核查结果不通过的用户的情况下,将用户信息表中的用户标识更新为预设值可以为将用户信息表中的用户状态更新为信息缺失(例如,CUSTOMER_STATUS=006),具体的可以根据实际情况确定,本申请对此不作限定。
在本实施方式中,上述用户信息表可以为用于存储用户信息的表,上述用户信息表可以包括:用户、账户和卡这3类相关数据表,这3类数据表之间具有关联关系,每个用户信息表中都有用户号这个栏位,从而各个用户信息表之间可以通过用户号进行关联。
在一个实施方式中,可以按照预设的打标逻辑将用户信息表中的用户标识更新为预设值。其中,上述预设的打标逻辑可以是根据确定的特征用户和打标的目的制定的,具体的可以根据实际情况确定,本申请对此不作限定。
从以上的描述中,可以看出,本说明书实施例实现了如下技术效果:通过获取包括多个特征用户的用户号的特征用户集,可以根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集。从而可以并发地对多个特征用户子集中的特征用户进行标识更新处理,其中,对多个特征用户子集中的特征用户进行标识更新处理可以包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值,进而可以高效地对与特征用户的用户号相关的用户信息表中的用户标识进行更新。
在一个实施方式中,将特征用户集拆分为多个特征用户子集,可以包括:将用户集拆分为多个待处理特征用户子集和一个预留特征用户子集,其中,各个待处理特征用户子集中包含的特征用户的数量相同,多个待处理特征用户子集和一个预留特征用户子集包含的特征用户的总数量等于特征用户集包含的特征用户的总数量。
在本实施方式中,上述待处理特征用户子集可以为当前批次直接执行标识更新的特征用户的集合,上述预留特征用户子集可以为预留的下一批次再执行标识更新的特征用户的集合。在特征用户的数量小于等于预设阈值的情况下,上述预留特征用户子集可以为空,从而可以实时地更新用户标识。在特征用户的数量大于预设阈值的情况下,当前批次可能无法同时处理这些数据,此时可以预留出一部分的特征用户,并将该些特征用户导入预留特征用户子集中,从而可以实现多批次处理。
在本实施方式中,上述预设阈值可以是根据系统的处理性能预先设置的,上述预设阈值可以为大于0的正整数,例如:120000或者1630000等,具体的可以根据实际情况确定,本申请对此不作限制。
在一个实施方式中,并发地对多个特征用户子集中的特征用户进行标识更新处理,可以包括:并发地对多个待处理特征用户子集进行标识更新处理,在确定完成对多个特征用户子集中的特征用户进行标识更新处理的情况下,可以确定预留特征用户子集是否为空。在确定预留特征用户子集为空的情况下,可以结束对多个特征用户子集中的特征用户进行标识更新处理的流程。
在本实施方式中,在确定预留特征用户子集是否为空之后,还可以包括:在确定预留特征用户子集不为空的情况下,可以将预留特征用户子集拆分为多个第一预留特征用户子集和一个第二预留特征用户子集,并将多个第一预留特征用户子集作为多个待处理特征用户子集,将第二预留特征用户子集作为预留特征用户子集。进一步的,可以并发地对多个待处理特征用户子集进行标识更新处理,直至确定预留特征用户子集为空时,可以结束用户标识的更新流程。
在本实施方式中,可以通过判断预留特征用户子集是否为空来确定对特征用户集中各个特征用户的标识更新是否已经完成。如果预留特征用户子集不为空,则需要将预留特征用户子集作为待拆分的特征用户集进行拆分并重复上述步骤,直至确定预留特征用户子集为空。
在本实施方式中,上述判断预留特征用户子集是否为空的操作可以在完成对多个特征用户子集中的特征用户进行标识更新处理之后即刻执行,也可以间隔一段时间执行,具体的可以根据实际情况确定,本申请对此不作限定。
在一个实施方式中,为了可以清晰直观地展示用户标识更新的结果,可以在将与特征用户子集中特征用户的用户号相关的用户信息表中的用户标识更新为预设值时确定各个特征用户的用户标识的更新情况。进一步的,可以根据各个特征用户的用户标识的更新情况,生成各个特征用户的打标状态信息,并将各个特征用户的打标状态信息和用户号存储至打标结果文件中。
在本实施方式中,上述用户标识的更新情况可以表征用户的标识更新状态,在一些实施例中,上述用户标识的更新情况可以包括以下至少之一:用户信息表正常更新、特征用户的用户号不合法(例如:非数字型、乱码等)、特征用户已经关户不处理、特征用户的用户标识已为预设值不处理、特征用户的用户号在用户信息表中不存在不处理等。当然,用户标识的更新情况不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在本实施方式中,上述打标状态信息可以为表征上述各个用户标识的更新情况的标识信息,例如:用户信息表正常更新对应的打标状态信息可以为00、特征用户的用户号不合法对应的打标状态信息可以为01、特征用户已经关户不处理对应的打标状态信息可以为02、特征用户的用户标识已为预设值不处理对应的打标状态信息可以为03、特征用户的用户号在用户信息表中不存在不处理对应的打标状态信息可以为04。当然,上述打标状态信息不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在本实施方式中,上述打标状态信息可以为两位字符,例如:00、01、s1、s2等,当然,可以理解的是上述打标状态信息也可以为一位字符、三位字符等,具体的可以根据实际情况设置,本申请对此不作限制。
在本实施方式中,将各个特征用户的打标状态信息和用户号存储至打标结果文件中,可以包括:分别将各个特征用户的打标状态信息添加至用户号的末端,得到各个特征用户的打标记录,并将各个特征用户的打标记录存储至打标结果文件中。
在本实施方式中,上述某个特征用户的打标记录可以为:000000000518470002,其中,0000000005184700为该特征用户的用户号,02为该特征用户的打标状态信息。当然,打标记录不限于上述举例,所属领域技术人员在本说明书实施例技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本说明书实施例相同或相似,均应涵盖于本说明书实施例保护范围内。
在本实施方式中,上述打标结果文件可以以表格的形式存储也可以以文本的形式存储,具体的可以根据实际情况确定,本申请对此不作限定。
在一个场景示例中,可以对用户清单内用户姓名和证件号码进行居民身份证联网核查,将核查不通过的“一户多号”的用户清单统计出来,形成的待更新用户标识的用户范围就是特征用户集,上述特征用户集以文本的形式存储,准备上传至主机。
在本场景示例中,将特征用户集上传至主机的步骤可以包括:1)定义主机文件,主机文件用于接收特征用户集CUS-INFO,主机文件的文件名为FILE-1,初始化为空。2)特征用户集通过FTP方式上传至主机,写入FILE-1文件中。3)检查记录,确认FILE-1文件中记录数与特征用户集CUS-INFO中记录数一致,如果不一致需要从步骤1)开始重新导入。
在本场景示例中,为保证查询效率最优,对FILE-1文件中的用户号进行排序,用户号的排列顺序与核心银行系统中存储的用户信息表中用户号的排列顺序保持一致,即小号在前大号在后的升序,有序的文件名为FILE-2。
在本场景示例中,对FILE-2文件做1到多的拆分,可以设置首次执行和后续每日执行两种场景,兼容单次和多次批量打标功能。首次执行时可以先定义OUT01~OUTn的n个文件以及1个UNDO,并初始化OUT01~OUTn和UNDO为空,将FILE-2文件拆分至OUT01~OUTn和UNDO中,采用n个独立的批量作业并发地处理OUT01~OUTn文件。其中,OUT01~OUTn的数据量是相同的,n为大于0的正整数。如果出现系统处理时点调整或者业务需要多次打标,上述拆分处理均能满足。
在本场景示例中,预留的特征用户的用户号保存于UNDO文件中,后续每日执行时,可以先确定UNDO文件是否为空,在UNDO文件为空的情况下结束流程,在UNDO文件不为空的情况下,对UNDO文件做拆分(类似首次执行场景下的处理过程),即重新定义UNDO文件名为FILE-2重复上述步骤,从而可以通过判断UNDO文件是否为空决定何时结束。
在本场景示例中,对“一户多号”的特征用户的打标逻辑可以包括:
(1)查询特征用户的用户号是否存在,以及用户是否停用,在用户号不存在、停用的情况下不处理。
(2)如果用户信息主表CUS1中的用户状态以及为预设值006(用户状态为信息缺失),即CUS1.CUSTOMER_STATUS=006的情况下,跳出不处理。
(3)更新用户信息主表CUS1和用户信息扩展表CUSE:
针对CUS1:将CUS1.CUSTOMER_STATUS(用户状态)更新为006,修改用户信息主表CUS1中的最后维护日期为系统中的当前日期、最后维护状态为U(UPDATE:更新)。
针对CUSE:设置用户状态栏位(STAT_CONTROL_2)的第6位置为1,最后维护日期为系统中的当前日期、最后维护状态为U(UPDATE:更新)。其中,上述STAT_CONTROL_2的第6位置更新为1表示更新用户状态为信息缺失。进一步的,如果原用户信息主表CUS1中的CUSTOMER_STATUS=002,将STAT_CONTROL_2的第2位置为0。原用户信息主表CUS1中的CUSTOMER_STATUS=003,将STAT_CONTROL_2的第3位置为0。原用户信息主表CUS1中的CUSTOMER_STATUS=005,将STAT_CONTROL_2的第5位置为0。原用户信息主表CUS1中的CUSTOMER_STATUS=007,将STAT_CONTROL_2的第7位置为0。原用户信息主表CUS1中的CUSTOMER_STATUS=008,将STAT_CONTROL_2的第10位置为0。CUSTOMER_STATUS的值为002、003、005、007、008表征的用户状态为用户死亡、破产等。
(4)如果用户信息扩展表CUSE不存在该特征用户的用户状态记录,可以向CUSE中写入一条新记录。
在本场景示例中,最后可以输出一个打标结果文件,打标结果文件中可以记录各个特征用户的16位用户号和2位打标状态信息,例如:000000000518470002。
基于同一发明构思,本说明书实施例中还提供了一种用户标识的更新装置,如下面的实施例。由于用户标识的更新装置解决问题的原理与用户标识的更新方法相似,因此用户标识的更新装置的实施可以参见用户标识的更新方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图3是本说明书实施例的用户标识的更新装置的一种结构框图,如图3所示,可以包括:获取模块301、拆分模块302、处理模块303,下面对该结构进行说明。
获取模块301,可以用于获取特征用户集;其中,特征用户集中包括多个特征用户的用户号;
拆分模块302,可以用于将特征用户集拆分为多个特征用户子集;
处理模块303,可以用于并发地对多个特征用户子集中的特征用户进行标识更新处理;其中,对多个特征用户子集中的特征用户进行标识更新处理包括:将与特征用户子集中特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
本说明书实施例实施方式还提供了一种电子设备,具体可以参阅图4所示的基于本说明书实施例提供的用户标识的更新方法的电子设备组成结构示意图,电子设备具体可以包括输入设备41、处理器42、存储器43。其中,输入设备41具体可以用于输入特征用户集。处理器42具体可以用于获取特征用户集;其中,特征用户集中包括多个特征用户的用户号;根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集;并发地对多个特征用户子集中的特征用户进行标识更新处理;其中,对多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。存储器43具体可以用于存储多个特征用户子集、用户信息表中的用户标识等参数。
在本实施方式中,输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等;输入设备用于把原始数据和处理这些数的程序输入到计算机中。输入设备还可以获取接收其他模块、单元、设备传输过来的数据。处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。存储器具体可以是现代信息技术中用于保存信息的记忆设备。存储器可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
在本实施方式中,该电子设备具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
本说明书实施例实施方式中还提供了一种基于用户标识的更新方法的计算机存储介质,计算机存储介质存储有计算机程序指令,在计算机程序指令被执行时可以实现:获取特征用户集;其中,特征用户集中包括多个特征用户的用户号;根据各个特征用户的用户号,将特征用户集拆分为多个特征用户子集;并发地对多个特征用户子集中的特征用户进行标识更新处理;其中,对多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值。
在本实施方式中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施方式中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
显然,本领域的技术人员应该明白,上述的本说明书实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本说明书实施例不限制于任何特定的硬件和软件结合。
虽然本说明书实施例提供了如上述实施例或流程图所述的方法操作步骤,但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本说明书实施例提供的执行顺序。所述的方法的在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
应该理解,以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述,在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此,本说明书实施例的范围不应该参照上述描述来确定,而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。
以上所述仅为本说明书实施例的优选实施例而已,并不用于限制本说明书实施例,对于本领域的技术人员来说,本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本说明书实施例的保护范围之内。
Claims (8)
1.一种用户标识的更新方法,其特征在于,包括:
获取特征用户集;其中,所述特征用户集中包括多个特征用户的用户号;
根据各个特征用户的用户号,将所述特征用户集拆分为多个特征用户子集;将所述特征用户集拆分为多个特征用户子集,包括:将所述用户集拆分为多个待处理特征用户子集和一个预留特征用户子集,其中,所述各个待处理特征用户子集中包含的特征用户的数量相同,所述多个待处理特征用户子集和一个预留特征用户子集包含的特征用户的总数量等于所述特征用户集包含的特征用户的总数量;
并发地对所述多个特征用户子集中的特征用户进行标识更新处理;其中,对所述多个特征用户子集中的特征用户进行标识更新处理包括:按照各个特征用户子集中特征用户的用户号的排列顺序,依次将与特征用户的用户号相关的用户信息表中的用户标识更新为预设值;
并发地对所述多个特征用户子集中的特征用户进行标识更新处理,包括:
并发地对所述多个待处理特征用户子集进行标识更新处理;
在确定完成对所述多个待处理特征用户子集中的特征用户进行标识更新处理的情况下,确定所述预留特征用户子集是否为空;其中,所述待处理特征用户子集为当前批次直接执行标识更新的特征用户的集合,所述预留特征用户子集为预留的下一批次再执行标识更新的特征用户的集合,在特征用户的数量小于等于预设阈值的情况下,所述预留特征用户子集为空;
在确定所述预留特征用户子集为空的情况下,结束对所述多个特征用户子集中的特征用户进行标识更新处理的流程。
2.根据权利要求1所述的方法,其特征在于,在确定所述预留特征用户子集是否为空之后,还包括:
在确定所述预留特征用户子集不为空的情况下,将所述预留特征用户子集拆分为多个第一预留特征用户子集和一个第二预留特征用户子集;
将所述多个第一预留特征用户子集作为多个待处理特征用户子集,将所述第二预留特征用户子集作为所述预留特征用户子集;
并发地对所述多个待处理特征用户子集进行标识更新处理,直至所述预留特征用户子集为空。
3.根据权利要求1所述的方法,其特征在于,在将与所述特征用户子集中特征用户的用户号相关的用户信息表中的用户标识更新为预设值之后,还包括:
根据所述各个特征用户的用户标识的更新情况,生成各个特征用户的打标状态信息;
将各个特征用户的打标状态信息和用户号存储至打标结果文件中。
4.根据权利要求3所述的方法,其特征在于,打标状态信息为两位字符,对应的,将各个特征用户的打标状态信息和用户号存储至打标结果文件中,包括:
分别将各个特征用户的打标状态信息添加至用户号的末端,得到所述各个特征用户的打标记录;
将所述各个特征用户的打标记录存储至所述打标结果文件中。
5.根据权利要求1所述的方法,其特征在于,在将所述特征用户集拆分为多个特征用户子集之前,还包括:
将所述特征用户集中的特征用户按照预设规则排序;其中,所述预设规则包括:所述特征用户集中特征用户的用户号的排列顺序与用户信息表中特征用户的用户号的排列顺序相同。
6.一种用户标识的更新装置,其特征在于,包括:
获取模块,用于获取特征用户集;其中,所述特征用户集中包括多个特征用户的用户号;
拆分模块,用于将所述特征用户集拆分为多个特征用户子集;将所述特征用户集拆分为多个特征用户子集,包括:将所述用户集拆分为多个待处理特征用户子集和一个预留特征用户子集,其中,所述各个待处理特征用户子集中包含的特征用户的数量相同,所述多个待处理特征用户子集和一个预留特征用户子集包含的特征用户的总数量等于所述特征用户集包含的特征用户的总数量;
处理模块,用于并发地对所述多个特征用户子集中的特征用户进行标识更新处理;其中,对所述多个特征用户子集中的特征用户进行标识更新处理包括:将与所述特征用户子集中特征用户的用户号相关的用户信息表中的用户标识更新为预设值;
并发地对所述多个特征用户子集中的特征用户进行标识更新处理,包括:
并发地对所述多个待处理特征用户子集进行标识更新处理;
在确定完成对所述多个待处理特征用户子集中的特征用户进行标识更新处理的情况下,确定所述预留特征用户子集是否为空;其中,所述待处理特征用户子集为当前批次直接执行标识更新的特征用户的集合,所述预留特征用户子集为预留的下一批次再执行标识更新的特征用户的集合,在特征用户的数量小于等于预设阈值的情况下,所述预留特征用户子集为空;
在确定所述预留特征用户子集为空的情况下,结束对所述多个特征用户子集中的特征用户进行标识更新处理的流程。
7.一种用户标识的更新设备,其特征在于,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现权利要求1至5中任一项所述方法的步骤。
8.一种计算机可读存储介质,其特征在于,其上存储有计算机指令,所述指令被执行时实现权利要求1至5中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010904994.5A CN112035501B (zh) | 2020-09-01 | 2020-09-01 | 用户标识的更新方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010904994.5A CN112035501B (zh) | 2020-09-01 | 2020-09-01 | 用户标识的更新方法、装置和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112035501A CN112035501A (zh) | 2020-12-04 |
CN112035501B true CN112035501B (zh) | 2023-09-19 |
Family
ID=73590850
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010904994.5A Active CN112035501B (zh) | 2020-09-01 | 2020-09-01 | 用户标识的更新方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112035501B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101345742A (zh) * | 2007-07-11 | 2009-01-14 | 飞塔信息科技(北京)有限公司 | 一种即时通讯用户状态显示的系统和方法 |
CN102510398A (zh) * | 2011-10-26 | 2012-06-20 | 航天科工深圳(集团)有限公司 | 一种并发请求处理方法、装置及服务器 |
CN103077174A (zh) * | 2011-10-26 | 2013-05-01 | 百度在线网络技术(北京)有限公司 | 一种并发的资源更新方法与设备 |
CN107295530A (zh) * | 2017-06-22 | 2017-10-24 | 北京联合大学 | 一种基于半监督聚类的无线小区信息侦测方法 |
CN110781159A (zh) * | 2019-10-28 | 2020-02-11 | 柏科数据技术(深圳)股份有限公司 | Ceph目录文件信息读取方法、装置、服务器及存储介质 |
-
2020
- 2020-09-01 CN CN202010904994.5A patent/CN112035501B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101345742A (zh) * | 2007-07-11 | 2009-01-14 | 飞塔信息科技(北京)有限公司 | 一种即时通讯用户状态显示的系统和方法 |
CN102510398A (zh) * | 2011-10-26 | 2012-06-20 | 航天科工深圳(集团)有限公司 | 一种并发请求处理方法、装置及服务器 |
CN103077174A (zh) * | 2011-10-26 | 2013-05-01 | 百度在线网络技术(北京)有限公司 | 一种并发的资源更新方法与设备 |
CN107295530A (zh) * | 2017-06-22 | 2017-10-24 | 北京联合大学 | 一种基于半监督聚类的无线小区信息侦测方法 |
CN110781159A (zh) * | 2019-10-28 | 2020-02-11 | 柏科数据技术(深圳)股份有限公司 | Ceph目录文件信息读取方法、装置、服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112035501A (zh) | 2020-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111241389B (zh) | 一种基于矩阵的敏感词过滤方法、装置、电子设备、存储介质 | |
CN108846753B (zh) | 用于处理数据的方法和装置 | |
CN106997431B (zh) | 一种数据处理方法及装置 | |
CN108536745B (zh) | 基于Shell的数据表提取方法、终端、设备及存储介质 | |
CN110019873B (zh) | 人脸数据处理方法、装置及设备 | |
US20230205755A1 (en) | Methods and systems for improved search for data loss prevention | |
CN109815112B (zh) | 基于功能测试的数据调试方法、装置及终端设备 | |
CN109889588B (zh) | 文件获取方法、装置、计算机设备和存储介质 | |
CN112015806A (zh) | 区块链存储数据的方法及装置 | |
US8539048B2 (en) | Electronic device and method for loading configuration files using the same | |
CN111259207A (zh) | 短信的识别方法、装置及设备 | |
CN112035501B (zh) | 用户标识的更新方法、装置和设备 | |
CN112965939A (zh) | 一种文件合并方法、装置和设备 | |
CN116561389A (zh) | 一种文本匹配方法、装置、设备及存储介质 | |
CN116071590A (zh) | 模型训练方法、系统、计算机设备以及存储介质 | |
JP7430625B2 (ja) | バージョン検証装置、バージョン検証システム及びバージョン検証方法 | |
CN115640376A (zh) | 文本标注方法、装置、电子设备和计算机可读存储介质 | |
US20180278472A1 (en) | System and method for performing mass renaming of list of items at run-time with variable differentiation factor | |
JP2018014036A (ja) | データベースシステム、データ処理プログラム、及びデータ処理方法 | |
CN113553458A (zh) | 图数据库中的数据导出方法及装置 | |
JP6870454B2 (ja) | 分析装置、分析プログラム及び分析方法 | |
CN112035486B (zh) | 分区表的分区建立方法、装置和设备 | |
CN116701719B (zh) | 一种数据处理方法、装置、计算机设备以及可读存储介质 | |
CN111585897B (zh) | 请求路由管理方法、系统、计算机系统及可读存储介质 | |
CN110955687B (zh) | 数据修改方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |