CN115658974A - 信息处理方法、装置、服务器及计算机可读存储介质 - Google Patents
信息处理方法、装置、服务器及计算机可读存储介质 Download PDFInfo
- Publication number
- CN115658974A CN115658974A CN202211321396.0A CN202211321396A CN115658974A CN 115658974 A CN115658974 A CN 115658974A CN 202211321396 A CN202211321396 A CN 202211321396A CN 115658974 A CN115658974 A CN 115658974A
- Authority
- CN
- China
- Prior art keywords
- target
- parent
- information
- child
- determining
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种信息处理方法、装置、服务器及计算机可读存储介质,该方法包括:响应于信息解绑指令,确定信息解绑指令对应的目标ID;确定目标ID是否存在父子关系,父子关系根据ID的目标类型以及与目标类型对应的ID层级关系构建;若目标ID存在父子关系,则根据父子关系,确定目标ID的子节点ID;对目标ID与子节点ID进行解绑。本申请提供的信息处理方法,能够相应对应的信息解绑指令,并确定需要解绑的目标ID。同时,还可以确定需要解绑的目标ID是否存在关联的子节点ID,若存在相应的子节点ID时,可以在将目标ID解绑时,同时将子节点ID一起进行解绑,无需用户手动解绑,提高了解绑效率。
Description
技术领域
本申请涉及计算机技术领域,具体涉及一种信息处理方法、装置、服务器及计算机可读存储介质。
背景技术
现有的大多数的系统,基本仅考虑如何将用户关联起来,并未考虑用户ID在实际业务中发生变化的场景。例如,用户会更换绑定手机号,也会更换绑定新的微信账号。当这种场景发生时,大多数系统无法将系统中已经关联完成的手机号或微信账号的ID删除,并且,对于手机号、微信账号等ID,还会绑定其它的账号ID,当对手机号、微信账号等ID进行删除,需要将绑定的账号ID一并进行删除。如果放任不管,就会使得分析系统与业务系统存在数据差异,久而久之,数据差异会逐渐扩大,严重影响分析、运营、推荐等系统的准确性。而若这样的操作让用户来依次删除,成本必然很高,且效率极低,所以需要在一定程度上简化用户的操作,提升效率。
发明内容
本申请提供的信息处理方法,通过构建ID之间的父子关系,在获取到用户需要解绑的目标ID时,可以对目标ID以及目标ID的子节点ID同时进行解绑,提高了解绑效率。
第一方面,本申请提供了一种信息处理方法,所述方法包括:
响应于信息解绑指令,确定所述信息解绑指令对应的目标ID;
确定所述目标ID是否存在父子关系,所述父子关系根据ID的目标类型以及与所述目标类型对应的ID层级关系构建;
若所述目标ID存在父子关系,则根据所述父子关系,确定所述目标ID的子节点ID;
对所述目标ID与所述子节点ID进行解绑。
在本申请一些实施例中,所述响应于信息解绑指令,确定所述信息解绑指令对应的目标ID之前,所述方法还包括:
确定各ID的类型;
针对每个ID,根据该ID的类型,确定是否存在与该ID类型对应的目标层级关系;
若存在所述目标层级关系,则获取该ID关联的关联ID,根据所述目标层级关系,确定所述关联ID中是否存在与该ID的层级相邻的目标关联ID;所述关联ID与该ID为同一对象的ID;
若存在与该ID的层级相邻的目标关联ID,对该ID与所述目标关联ID建立父子关系。
在本申请一些实施例中,所述若存在与该ID的层级相邻的目标关联ID,对该ID与所述目标关联ID建立父子关系,包括:
确定该ID是否存在已建立的目标父子关系,以及所述目标父子关系中的父子关联ID是否与所述目标关联ID相同;
若未存在所述目标父子关系和/或所述目标父子关系中的父子关联ID未与所述目标关联ID相同,则确定所述目标关联ID与该ID的层级关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级高于该ID的层级,则确定所述目标关联ID为该ID的父节点,并建立该ID与所述目标关联ID的父子关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级低于该ID的层级,则确定所述目标关联ID为该ID的子节点,并建立该ID与所述目标关联ID的父子关系。
在本申请一些实施例中,所述确定所述目标关联ID与所述目标ID的层级关系,包括:
根据所述目标关联ID的类型信息,确定所述目标关联ID的理论数量;
若所述目标关联ID的实际数量大于所述理论数量,则放弃建立父子关系,并进行错误提示;
若所述目标关联ID的实际数据未大于所述理论数量,则确定所述目标关联ID与所述目标ID的层级关系。
在本申请一些实施例中,所述响应于信息解绑指令,确定所述信息解绑指令对应的目标ID之前,所述方法还包括:
接收目标终端发送的信息解绑指令;和/或,
在监测得到任意一个ID发生变动时,触发信息解绑指令;发生变动的ID为目标ID。
在本申请一些实施例中,所述在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID的ID数量发生变化,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
在本申请一些实施例中,所述在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID存在修改记录,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
第二方面,本申请还提供了一种信息处理装置,所述装置包括:
第一确定模块,用于响应于信息解绑指令,确定所述信息解绑指令对应的目标ID;
第二确定模块,用于确定所述目标ID是否存在父子关系,所述父子关系根据ID的目标类型以及与所述目标类型对应的ID层级关系构建;
第三确定模块,用于若所述目标ID存在父子关系,则根据所述父子关系,确定所述目标ID的子节点ID;
解绑模块,用于对所述目标ID与所述子节点ID进行解绑。
在本申请一些实施例中,所述信息处理装置还可以包括关联模块,所述关联模块具体用于:
确定各ID的类型;
针对每个ID,根据该ID的类型,确定是否存在与该ID类型对应的目标层级关系;
若存在所述目标层级关系,则获取该ID关联的关联ID,根据所述目标层级关系,确定所述关联ID中是否存在与该ID的层级相邻的目标关联ID;所述关联ID与该ID为同一对象的ID;
若存在与该ID的层级相邻的目标关联ID,对该ID与所述目标关联ID建立父子关系。
在本申请一些实施例中,所述关联模块具体还用于:
确定该ID是否存在已建立的目标父子关系,以及所述目标父子关系中的父子关联ID是否与所述目标关联ID相同;
若未存在所述目标父子关系和/或所述目标父子关系中的父子关联ID未与所述目标关联ID相同,则确定所述目标关联ID与该ID的层级关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级高于该ID的层级,则确定所述目标关联ID为该ID的父节点,并建立该ID与所述目标关联ID的父子关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级低于该ID的层级,则确定所述目标关联ID为该ID的子节点,并建立该ID与所述目标关联ID的父子关系。
在本申请一些实施例中,所述关联模块具体还用于:
根据所述目标关联ID的类型信息,确定所述目标关联ID的理论数量;
若所述目标关联ID的实际数量大于所述理论数量,则放弃建立父子关系,并进行错误提示;
若所述目标关联ID的实际数据未大于所述理论数量,则确定所述目标关联ID与所述目标ID的层级关系。
在本申请一些实施例中,所述信息处理装置还可以包括解绑信息触发模块,所述解绑信息触发模块具体用于:
接收目标终端发送的信息解绑指令;和/或,
在监测得到任意一个ID发生变动时,触发信息解绑指令;发生变动的ID为目标ID。
在本申请一些实施例中,所述解绑信息确定模块具体还用于:
针对每个ID,若监测到该ID的ID数量发生变化,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
在本申请一些实施例中,所述解绑信息确定模块具体还用于:
针对每个ID,若监测到该ID存在修改记录,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
第三方面,本申请实施例还提供了一种服务器,所述服务器包括处理器、存储器以及存储于所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序以实现任一项所述的信息处理方法中的步骤。
第四方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行以实现任一项所述的信息处理方法中的步骤。
本申请提供的信息处理方法,能够相应对应的信息解绑指令,并确定需要解绑的目标ID。同时,还可以确定需要解绑的目标ID是否存在关联的子节点ID,若存在相应的子节点ID时,可以在将目标ID解绑时,同时将子节点ID一起进行解绑,无需用户手动解绑,提高了解绑效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例中提供的信息处理系统的场景示意图;
图2是本申请实施例中信息处理方法的一个实施例流程示意图;
图3是本申请实施例中信息处理装置的一个功能模块示意图;
图4是本申请实施例中服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的描述中,需要理解的是,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
在本申请中,“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。同时,可以理解的是,在本申请的具体实施方式中,涉及到用户信息、用户数据等相关的数据,当本申请以上实施例运用到具体产品或技术中时,需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
为了使本领域任何技术人员能够实现和使用本申请,给出了以下描述。在以下描述中,为了解释的目的而列出了细节。应当明白的是,本领域普通技术人员可以认识到,在不使用这些特定细节的情况下也可以实现本申请。在其它实例中,不会对公知的结构和过程进行详细阐述,以避免不必要的细节使本申请的描述变得晦涩。因此,本申请并非旨在限于所示的实施例,而是与符合本申请所公开的原理和特征的最广范围相一致。
请参阅图1,图1为本申请实施例所提供的信息处理方法的场景示意图,该信息处理系统可以包括服务器100和存储设备200,服务器100和存储设备200通信连接,服务器100可以向存储设备200传输数据,存储设备200也可以向服务器100传输数据,如图1中的服务器100,可以根据获得存储设备200存储的ID信息,以处理本申请所提及的信息处理方法。
本申请实施例中,服务器100其包括但不限于独立的服务器,也可以是服务器组成的服务器网络或服务器集群等,其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中,云服务器可以由基于云计算(CloudComputing)的大量计算机或网络服务器构成。
本申请的实施例中,服务器100和存储设备200之间可通过任何通信方式实现通信,包括但不限于,基于第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)、长期演进(Long Term Evolution,LTE)、全球互通微波访问(WorldwideInteroperability for Microwave Access,WiMAX)的移动通信,或基于TCP/IP协议族(TCP/IP Protocol Suite,TCP/IP)、用户数据报协议(User Datagram Protocol,UDP)的计算机网络通信等。
本领域技术人员可以理解,图1中示出的应用环境,仅仅是与本申请方案一种应用场景,并不构成对本申请方案应用场景的限定,其他的应用环境还可以包括比图1中所示更多或更少的服务器和后台设备,例如图1中仅示出1个服务器或后台设备,该信息处理系统还可以包括一个或多个可处理数据的其他服务器和服务器,具体此处不作限定。
需要说明的是,图1所示的信息处理系统的场景示意图仅仅是一个示例,本申请实施例描述的信息处理系统以及场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着信息处理系统的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图2所示,图2为本申请实施例中信息处理方法的一个实施例流程示意图,信息处理方法可以包括如下步骤201~204:
201、响应于信息解绑指令,确定信息解绑指令对应的目标ID。
本申请实施例中的信息解绑指令可以指代任意一种用于解绑ID的指令,该指令可以通过用户的目标终端发送至本信息处理方法对应的装置、系统或设备。
当然,本信息处理方法对应的装置、系统或设备中还可以搭载一个预设的解绑指令生成模块,该解绑指令生成模块可以实时监控用户的目标终端,当用户的目标终端执行该用户的一些目标指令时,例如该用户通过该目标终端修改了该用户的身份信息,此时该解绑指令生成模块可以监控到该用户修改身份信息的行为,从而该绑指令生成模块可以生成相应的信息解绑指令,此时该绑指令生成模块可以将生成的信息解绑指令发送至本信息处理方法对应的装置、系统或设备中对应的处理模块,以进行信息的处理即可。
202、确定目标ID是否存在父子关系,父子关系根据ID的目标类型以及与目标类型对应的ID层级关系构建。
在后续需要对ID信息进行处理时,需要检测该目标ID是否存在从属关系的ID,即确定该目标ID是否存在父子关系的ID。换言之,需要确认该目标ID是否其他ID的父节点ID,还是其他ID的子节点ID,目的在于在处理该目标ID时,能够对该目标ID关联的父子ID同时做相应处理。
需要说明的是,ID的目标类型可以包括手机ID、邮箱ID、微信ID等,不同类型的ID即表征ID的类型不同,而不同类型ID在创建之初,便可能具有一定从属关系的特征。例如:在微信生态中,微信除了本体本身之外,还存在多种小程序,而这些小程序的小程序登录ID,可以通过微信ID登录,也可以临时创建一个全新的登录ID进行登录。若用户采取创建一个全新的登录ID时,这个登录ID虽然不与微信ID相同,但是该登录ID是通过微信进行登录的,且同属一个用户,此时该登录ID就从属于该微信ID。由此可见,该登录ID与微信ID的类型不同,且该登录ID与微信ID的层级关系为:登录ID属于微信ID的下级ID。因此,在ID的关系构建时,可以根据ID的类型,以及类型的层级关系,构建ID的父子关系。而对于手机ID、邮箱ID和微信ID来说,虽然类型不同,但是它们之间并未有从属关系的特征,因此这三者若用户相同时,可以为互相关联的ID。
此外,由于ID之间的父子关系为提前构建,因此,在完成父子ID的构建时,可以将ID之间的关系进行存储,以便需要之时,可以确定ID之间是否存在父子关系。其中,可以将ID之间的关系通过一种关系查找表进行存储,也可以通过关系树形图的方式进行存储,也可以为任意一种能够存储ID关系的形式,具体此处不做限定。当需要查看ID之间的关系时,通过读取已经存储的ID的之间的关系,便可以确定目标ID是否存在父子关系的ID。
203、若目标ID存在父子关系,则根据父子关系,确定目标ID的子节点ID。
根据上述步骤可得,ID之间的父子关系已经完成存储,因此,根据存储的关系查找表、关系树形图等方式进行查找。
具体的可以包括,若确定目标ID之后,可以在关系查找表中搜索该目标ID,当该目标ID在查找表中搜寻到之后,从而可以确定该目标ID在查找表中的目标位置,进而在确定该目标位置的关联位置中是否存在有该目标位置的子目标位置。例如:可以对表格中的每个格子进行编号,一个格子对应一个编号,最上一级的ID的编号可以为1-1,即为没有父节点ID的ID为1-1,若该表格编号为1-1的ID存在子节点ID时,该子节点ID可以为1-1-1、1-1-2、1-1-3等等,当子节点ID1-1-1还存在对应的子节点ID时,子节点的子节点ID编号可以为1-1-1-1、1-1-1-2、1-1-1-3等等,以此类推。
此外,若存储形式为关系树形图时,可以检测该关系树形图的分支节点的从属关系,即分支点上的ID与相邻分支点存在父子关系。例如:若目标ID对应的当前分支点存在相邻的上一级分支点时,则该目标ID为上一级分支点的子节点ID;若目标ID对应的当前分支节点存在下一级相邻的下一级分支点时,则该目标ID为下一级分支点的父节点ID。
204、对目标ID与子节点ID进行解绑。
根据上述实施例可得,当ID之间存在父子关系时,可以确定互为父子关系的ID都从属于同一个用户,因此当需要对目标ID进行解绑时,可以证明该目标ID对应的子节点ID也需要进行解绑,故无需再下达对应子节点ID解绑的指令。例如:若目标ID存在多个子节点ID时,且各个子节点ID也分别存在多个子节点ID时,若需要将目标ID进行解绑时,可以直接将目标ID以及对应的全部子节点ID,以及全部子节点ID对应的子节点ID进行解绑。换言之,若目标ID存在一级子节点ID、二级子节点ID、三级子节点ID等等时,可以无视子节点ID的等级,直接对全部等级的子节点ID进行同时解绑。需要说明的是,一级子节点ID是二级子节点ID的父节点ID,二级子节点ID是三级子节点ID的父节点ID,以此类推。
此外,目标ID可以与目标用户或者目标设备构成绑定关系,解绑意味着将目标ID与被绑定的用户或者设备进行关联接触。解绑之后,可以将目标ID以及对应的子节点ID删除,也可以进行保留,具体的可以确定目标ID或者对应的子节点ID是否需要再关联,若需要再关联时,解绑的目标ID以及对应的子节点ID可以保留,若不需要再关联时,可以将目标ID与对应的子节点ID删除,以节约数据的存储空间。
此外,若将仅将目标ID与一级子节点ID进行解绑,而不对二级子节点ID和三级子节点ID解绑时,此时仅将目标ID与一级子节点ID和对应的用户或者设备进行解绑,此时可以将二级子节点作为一个不存在父节点ID的ID与该用户或者设备进行关联。
本申请提供的信息处理方法,能够相应对应的信息解绑指令,并确定需要解绑的目标ID。同时,还可以确定需要解绑的目标ID是否存在关联的子节点ID,若存在相应的子节点ID时,可以在将目标ID解绑时,同时将子节点ID一起进行解绑,无需用户手动解绑,提高了解绑效率。
为了更好的实现本申请实施例,在一个本申请实施例中,响应于信息解绑指令,确定信息解绑指令对应的目标ID之前,方法还包括:
确定各ID的类型;针对每个ID,根据该ID的类型,确定是否存在与该ID类型对应的目标层级关系;若存在目标层级关系,则获取该ID关联的关联ID,根据目标层级关系,确定关联ID中是否存在与该ID的层级相邻的目标关联ID;关联ID与该ID为同一对象的ID;若存在与该ID的层级相邻的目标关联ID,对该ID与目标关联ID建立父子关系。
本申请实施例中,确定目标ID的目标类型可以理解为确定该目标ID的类型。由于不同的ID特征不同,因此可以根据ID自身的特征,确定ID的类型。例如:手机号为11位数字,因此当检测到11位数字的特征ID时,可以确定该目标ID为手机号;或者,邮箱ID中均会存在“@”,因此当检测到携带“@”符号的ID时,可以认定为该ID类型为邮箱。因此,在确定ID的类型时,可以根据ID自身的相关特征进行确定,具体此处不再赘述。当然,也可以根据ID的来源确定ID的类型。例如:该目标ID的采集来源为微信,则该目标ID为微信ID;或者,该目标ID的采集来源为微信的小程序,则该目标ID可以为微信小程序的登录ID等等。
根据上述实施例可得,譬如微信ID和微信小程序ID这种具备从属关系的ID是具备父子关系的,因此可以预先建立一个不同ID之间是否存在层级关系的层级关系表,通过该层级关系表,确定不同的ID类型之间是否具备构成父子关系的条件。若存在,即确定两个ID之间存在目标层级关系,具体的根据表格确定层级关系的方式,与上述实施例中根据表格确定是否存在父节点ID或者子节点ID的方式相同,此处不再进行赘述。
当确定该目标ID的类型存在可以构建相关的父节点ID类型或者子节点ID类型时,将两者构建父子关系,并存储即可。需要说明的是,本申请实施例中提及的相邻关系,指代的是两个ID之间并未存在跨级的父子关系。例如:上述实施例中提及的一级子节点ID、二级子节点ID、三级子节点ID等,其中一级子节点ID与二级子节点ID互为父子关系,二级子节点ID与三级子节点ID互为父子关系,一级子节点ID与三级子节点ID是间接的父子关系,并不为直接的父子关系。
为了更好的实现本申请实施例,在一个本申请实施例中,若存在与该ID的层级相邻的目标关联ID,对该ID与目标关联ID建立父子关系,包括:
确定该ID是否存在已建立的目标父子关系,以及目标父子关系中的父子关联ID是否与目标关联ID相同;若未存在目标父子关系和/或目标父子关系中的父子关联ID未与目标关联ID相同,则确定目标关联ID与该ID的层级关系;若目标关联ID与该ID的层级关系表征目标关联ID的层级高于该ID的层级,则确定目标关联ID为该ID的父节点,并建立该ID与目标关联ID的父子关系;若目标关联ID与该ID的层级关系表征目标关联ID的层级低于该ID的层级,则确定目标关联ID为该ID的子节点,并建立该ID与目标关联ID的父子关系。
根据上述实施例可得,目标ID可以存在父节点ID,也可以存在子节点ID。若该目标ID的类型经过确定后,仅可以作为父节点ID;或者仅可以作为某一个ID类型的子节点ID时,此时无需确定该目标ID的上级相邻关系或者下级相邻关系,直接根据对应的ID信息,构建父子关系即可。
然而,在具体的情况中,一个目标ID即可以作为一个ID的父节点ID,也可以作为一个ID的子节点ID,因此可以确定该目标ID在层级关系中的所处位置,从而确定该目标ID是否需要确定是作为父节点ID,还是作为某个ID的子节点ID。
具体的,当确定好该目标ID的层级关系之后,便可以进行父子关系的构建,构建方式与上述实施例相同,确定层级关系的方式与上述实施例相同,具体此处不再赘述。
为了更好的实现本申请实施例,在一个本申请实施例中,确定目标关联ID与目标ID的层级关系,包括:
根据目标关联ID的类型信息,确定目标关联ID的理论数量;若目标关联ID的实际数量大于理论数量,则放弃建立父子关系,并进行错误提示;若目标关联ID的实际数据未大于理论数量,则确定目标关联ID与目标ID的层级关系。
在本申请实施例中,目标ID对应的关联ID也可能存在多个,例如:在微信生态中,一个微信号可以登录多个不同的小程序,而小程序的数量众多。因此,针对于不同的ID类型,其数量是不同的。譬如,一个用户可能有一个微信ID、两个微信ID、甚至是三个微信ID,但基本不会存在十个微信ID。但对于小程序来说,小程序众多,通过一个微信ID可以登录几十个甚至上百个小程序,故登录小程序使用的ID可以存在几十个甚至上百个。
因此,针对于不同类型的ID,可以预先设定一个数量阈值,每一种ID类型可以对应一个数量阈值。若确定得到某个ID为目标ID或目标关联ID时,可以根据该ID的类型确定该ID类型对应的数量阈值。当该ID类型超过该对应的数量阈值时,可以确定该ID类型对应的ID存在异常,即可以向设定的终端进行错误提示。当该ID类型对应的ID数量未超出该数量阈值时,则可以确定当前ID符合相应的条件,可以进行父子关系的构建。
为了更好的实现本申请实施例,在一个本申请实施例中,响应于信息解绑指令,确定信息解绑指令对应的目标ID之前,方法还包括:
接收目标终端发送的信息解绑指令;和/或,在监测得到任意一个ID发生变动时,触发信息解绑指令;发生变动的ID为目标ID。
本申请实施例中,目标终端可以为用户的服务器,当用户通过服务器发送相应的ID信息解绑指令时,可以直接确定用户自身需要将相关的绑定信息进行解绑。因此,根据用户的服务器具体发送的信息解绑指令,确定需要解绑的目标ID信息即可,再接着确定该目标ID是否存在父子关系,若该目标ID存在相应的子节点ID,在将目标ID与该用户的相关数据进行解绑时,一并将子节点ID进行同时解绑即可。
此外,有时用户在更换ID信息时,或者将用户自身的ID信息进行交易时,用户可能会遗忘将与自身关联的ID信息进行解绑,即忘记发送相应的解绑指令。此时,系统可以自动检测用户的ID信息是否出现异常或者改动,例如:当与用户微信ID绑定的手机号发生改变时,可以认为用户的手机ID出现了异常。此时,若当用户的手机ID发生改变时,且在一定时间内,用户未发送相应的信息解绑指令时,可以默认为用户忘记发送解绑指令,此时系统可以将已经发生改变的ID与目标用户的相关数据进行解绑。其中,在对发生改变的ID进行解绑时,同样可以检测改变的ID是否存在对应的子节点ID,若存在,将改变的ID的子节点ID同时进行解绑即可。
为了更好的实现本申请实施例,在一个本申请实施例中,在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID的ID数量发生变化,则确定该ID为目标ID,并触发目标ID的信息解绑指令。
上述实施例中提供了一种当ID发生改变的时候,进行ID解绑的技术方案。然而,由于上述实施例中同样描述了不同ID类型的数量与ID本身也存在一定的关联。因此,不仅有且仅当ID发生改变时可能存在异常,当ID的数量增加或者减少时,也可以作为判断一种异常的方式。例如:用户通过非寻常的手段,自己将微信ID与自己的手机ID进行解绑;或者,额外的添加了多个手机ID,此时可以认为该用户的手机ID发生了异常,譬如被恶意使用等等,为了保护用户的安全,可以将用户的手机ID与微信ID进行解绑。同样的,若手机ID还存在子节点ID,同样可以将子节点ID进行解绑。
为了更好的实现本申请实施例,在一个本申请实施例中,在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID存在修改记录,则确定该ID为目标ID,并触发目标ID的信息解绑指令。
上述实施例中,提供了一种监测用户的ID信息是否发生改变,从而进行解绑的技术方案。然而,系统有时资源占用高,无法及时的将用户的ID信息进行解绑。因此,若用户将ID更改了之后,可以将用户的更改行为进行记录,当系统的资源占用小于一定程度时,再进行相应的解绑操作即可。
需要说明的是,根据本申请任意实施例中说明的解绑方案对用户的ID信息完成解绑之后,可以发送相应的解绑告知信息至用户的目标终端,目的在于满足用户的知情权以及防止出现错误解绑,当存在错误解绑时,若将解绑情况告知用户之后,可以根据用户后续是否反馈相应的信息,告知系统是否出现了错误解绑。若收到了用户的反馈信息,确定出现错误解绑时,系统可以将解绑的ID信息重新与该用户关联。其中,再重新关联时,可以确定解绑的ID信息,在根据构建父子关系的方式,确定解绑ID中的父节点ID和子节点ID,并根据父子关系重新与用户绑定即可。
结合上述实施例,本申请还提供了一种综合的实施例,具体如下所示:
假设对应用户配置简化如下:
ID | 优先级 | 数量 | 父节点 |
业务线A_ID | 1 | 1 | - |
手机号 | 2 | 1 | - |
邮箱 | 3 | 1 | - |
$identity_mp_unionid | 4 | N | - |
$identity_mp_{appid}_openid | 5 | N | $identity_mp_unionid |
假设用户A_ID=A1,绑定了手机号131xxx,则会构建对应的数据如下:
当上述数据发送到对应的ID解绑系统后,用户表表现如下:
用户编号 | 业务线A_ID | 手机号 | 邮箱 | $identity_mp_unionid | $identity_mp_wx123456_openid |
1 | A1 | 131xxxx |
假设用户A_ID=A1,关联了$identity_mp_unionid=unionid_123和
$identity_mp_wx123456_openid=openid_abc,则会构建对应的数据如下:
当上述数据发送到ID解绑系统系统后,用户表表现如下:
用户编号 | 业务线A_ID | 手机号 | 邮箱 | $identity_mp_unionid | $identity_mp_wx123456_openid |
1 | A1 | 131xxxx | unionid_123 | openid_abc |
假设该用户,需要对已绑定的微信的UnionID和OpenID做删除操作,则会构建对应的数据如下:
当上述数据发送到ID解绑系统后,用户表表现如下:
用户编号 | 业务线A_ID | 手机号 | 邮箱 | $identity_mp_unionid | $identity_mp_wx123456_openid |
1 | A1 | 131xxxx |
由此可见,经过上述的操作,同时完成了父节点ID和子节点ID的解绑。
为了更好实施本申请实施例中的信息处理方法,在信息处理方法之上,本申请实施例中还提供了一种信息处理装置,如图3所示,装置300包括:
第一确定模块301,用于响应于信息解绑指令,确定信息解绑指令对应的目标ID;
第二确定模块302,用于确定目标ID是否存在父子关系,父子关系根据ID的目标类型以及与目标类型对应的ID层级关系构建;
第三确定模块303,用于若目标ID存在父子关系,则根据父子关系,确定目标ID的子节点ID;
解绑模块304,用于对目标ID与子节点ID进行解绑。
本申请提供的信息处理装置,能够通过第一确定模块301确定相应对应的信息解绑指令,并确定需要解绑的目标ID。同时,还可以根据第二确定模块302和第三确定模块303确定需要解绑的目标ID是否存在关联的子节点ID,若存在相应的子节点ID时,可以通过解绑模块304在对目标ID解绑时,同时将子节点ID一起进行解绑,无需用户手动解绑,提高了解绑效率。
在本申请一些实施例中,信息处理装置还可以包括关联模块305,关联模块305具体用于:
确定各ID的类型;
针对每个ID,根据该ID的类型,确定是否存在与该ID类型对应的目标层级关系;
若存在目标层级关系,则获取该ID关联的关联ID,根据目标层级关系,确定关联ID中是否存在与该ID的层级相邻的目标关联ID;关联ID与该ID为同一对象的ID;
若存在与该ID的层级相邻的目标关联ID,对该ID与目标关联ID建立父子关系。
在本申请一些实施例中,关联模块305具体还用于:
确定该ID是否存在已建立的目标父子关系,以及目标父子关系中的父子关联ID是否与目标关联ID相同;
若未存在目标父子关系和/或目标父子关系中的父子关联ID未与目标关联ID相同,则确定目标关联ID与该ID的层级关系;
若目标关联ID与该ID的层级关系表征目标关联ID的层级高于该ID的层级,则确定目标关联ID为该ID的父节点,并建立该ID与目标关联ID的父子关系;
若目标关联ID与该ID的层级关系表征目标关联ID的层级低于该ID的层级,则确定目标关联ID为该ID的子节点,并建立该ID与目标关联ID的父子关系。
在本申请一些实施例中,关联模块305具体还用于:
根据目标关联ID的类型信息,确定目标关联ID的理论数量;
若目标关联ID的实际数量大于理论数量,则放弃建立父子关系,并进行错误提示;
若目标关联ID的实际数据未大于理论数量,则确定目标关联ID与目标ID的层级关系。
在本申请一些实施例中,信息处理装置还可以包括解绑信息触发模块306,解绑信息触发模块306具体用于:
接收目标终端发送的信息解绑指令;和/或,
在监测得到任意一个ID发生变动时,触发信息解绑指令;发生变动的ID为目标ID。
在本申请一些实施例中,解绑信息确定模块306具体还用于:
针对每个ID,若监测到该ID的ID数量发生变化,则确定该ID为目标ID,并触发目标ID的信息解绑指令。
在本申请一些实施例中,解绑信息确定模块306具体还用于:
针对每个ID,若监测到该ID存在修改记录,则确定该ID为目标ID,并触发目标ID的信息解绑指令。
本申请实施例还提供一种服务器,其集成了本申请实施例所提供的任一种信息处理方法,如图4所示,其示出了本申请实施例所涉及的服务器的结构示意图,具体来讲:
该服务器可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解,图4中示出的服务器结构并不构成对服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
其中:
处理器401是该服务器的控制中心,利用各种接口和线路连接整个服务器的各个部分,通过运行或执行存储在存储器402内的软件程序和/或模块,以及调用存储在存储器402内的数据,执行服务器的各种功能和处理数据,从而对服务器进行整体监控。可选的,处理器401可包括一个或多个处理核心;处理器401可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,优选的,处理器401可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器401中。
存储器402可用于存储软件程序以及模块,处理器401通过运行存储在存储器402的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据服务器的使用所创建的数据等。此外,存储器402可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器402还可以包括存储器控制器,以提供处理器401对存储器402的访问。
服务器还包括给各个部件供电的电源403,优选的,电源403可以通过电源管理系统与处理器401逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该服务器还可包括输入单元404,该输入单元404可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出,服务器还可以包括显示单元等,在此不再赘述。具体在本实施例中,服务器中的处理器401会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中,并由处理器401来运行存储在存储器402中的应用程序,从而实现各种功能,例如:
响应于信息解绑指令,确定信息解绑指令对应的目标ID;
确定目标ID是否存在父子关系,父子关系根据ID的目标类型以及与目标类型对应的ID层级关系构建;
若目标ID存在父子关系,则根据父子关系,确定目标ID的子节点ID;
对目标ID与子节点ID进行解绑。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种计算机可读存储介质,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。其上存储有计算机程序,计算机程序被处理器进行加载,以执行本申请实施例所提供的任一种信息处理方法中的步骤。例如,计算机程序被处理器进行加载可以执行如下步骤:
响应于信息解绑指令,确定信息解绑指令对应的目标ID;
确定目标ID是否存在父子关系,父子关系根据ID的目标类型以及与目标类型对应的ID层级关系构建;
若目标ID存在父子关系,则根据父子关系,确定目标ID的子节点ID;
对目标ID与子节点ID进行解绑。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对其他实施例的详细描述,此处不再赘述。
具体实施时,以上各个单元或结构可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个单元或结构的具体实施可参见前面的方法实施例,在此不再赘述。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的一种信息处理方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种信息处理方法,其特征在于,所述方法包括:
响应于信息解绑指令,确定所述信息解绑指令对应的目标ID;
确定所述目标ID是否存在父子关系,所述父子关系根据ID的目标类型以及与所述目标类型对应的ID层级关系构建;
若所述目标ID存在父子关系,则根据所述父子关系,确定所述目标ID的子节点ID;
对所述目标ID与所述子节点ID进行解绑。
2.根据权利要求1所述的信息处理方法,其特征在于,所述响应于信息解绑指令,确定所述信息解绑指令对应的目标ID之前,所述方法还包括:
确定各ID的类型;
针对每个ID,根据该ID的类型,确定是否存在与该ID类型对应的目标层级关系;
若存在所述目标层级关系,则获取该ID关联的关联ID,根据所述目标层级关系,确定所述关联ID中是否存在与该ID的层级相邻的目标关联ID;所述关联ID与该ID为同一对象的ID;
若存在与该ID的层级相邻的目标关联ID,对该ID与所述目标关联ID建立父子关系。
3.根据权利要求2所述的信息处理方法,其特征在于,所述若存在与该ID的层级相邻的目标关联ID,对该ID与所述目标关联ID建立父子关系,包括:
确定该ID是否存在已建立的目标父子关系,以及所述目标父子关系中的父子关联ID是否与所述目标关联ID相同;
若未存在所述目标父子关系和/或所述目标父子关系中的父子关联ID未与所述目标关联ID相同,则确定所述目标关联ID与该ID的层级关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级高于该ID的层级,则确定所述目标关联ID为该ID的父节点,并建立该ID与所述目标关联ID的父子关系;
若所述目标关联ID与该ID的层级关系表征所述目标关联ID的层级低于该ID的层级,则确定所述目标关联ID为该ID的子节点,并建立该ID与所述目标关联ID的父子关系。
4.根据权利要求3所述的信息处理方法,其特征在于,所述确定所述目标关联ID与该ID的层级关系,包括:
根据所述目标关联ID的类型信息,确定所述目标关联ID的理论数量;
若所述目标关联ID的实际数量大于所述理论数量,则放弃建立父子关系,并进行错误提示;
若所述目标关联ID的实际数据未大于所述理论数量,则确定所述目标关联ID与所述目标ID的层级关系。
5.根据权利要求1所述的信息处理方法,其特征在于,所述响应于信息解绑指令,确定所述信息解绑指令对应的目标ID之前,所述方法还包括:
接收目标终端发送的信息解绑指令;和/或,
在监测得到任意一个ID发生变动时,触发信息解绑指令;发生变动的ID为目标ID。
6.根据权利要求5所述的信息处理方法,其特征在于,所述在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID的ID数量发生变化,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
7.根据权利要求5所述的信息处理方法,其特征在于,所述在监测得到任意一个ID发生变动时,触发信息解绑指令,包括:
针对每个ID,若监测到该ID存在修改记录,则确定该ID为目标ID,并触发所述目标ID的信息解绑指令。
8.一种信息处理装置,其特征在于,所述装置包括:
第一确定模块,用于响应于信息解绑指令,确定所述信息解绑指令对应的目标ID;
第二确定模块,用于确定所述目标ID是否存在父子关系,所述父子关系根据ID的目标类型以及与所述目标类型对应的ID层级关系构建;
第三确定模块,用于若所述目标ID存在父子关系,则根据所述父子关系,确定所述目标ID的子节点ID;
解绑模块,用于对所述目标ID与所述子节点ID进行解绑。
9.一种服务器,其特征在于,所述服务器包括处理器、存储器以及存储于所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序以实现权利要求1至7任一项所述的信息处理方法中的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行以实现权利要求1至7任一项所述的信息处理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211321396.0A CN115658974A (zh) | 2022-10-26 | 2022-10-26 | 信息处理方法、装置、服务器及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211321396.0A CN115658974A (zh) | 2022-10-26 | 2022-10-26 | 信息处理方法、装置、服务器及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115658974A true CN115658974A (zh) | 2023-01-31 |
Family
ID=84991611
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211321396.0A Pending CN115658974A (zh) | 2022-10-26 | 2022-10-26 | 信息处理方法、装置、服务器及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115658974A (zh) |
-
2022
- 2022-10-26 CN CN202211321396.0A patent/CN115658974A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10097572B1 (en) | Security for network computing environment based on power consumption of network devices | |
CN111464355A (zh) | Kubernetes容器集群的伸缩容控制方法、装置和网络设备 | |
CN104753994A (zh) | 基于集群服务器系统的数据同步方法及其装置 | |
US10425273B2 (en) | Data processing system and data processing method | |
CN110737668A (zh) | 数据存储方法、数据读取方法、相关设备及介质 | |
KR20190030728A (ko) | 시스템 콜의 시퀀스를 이용한 이상 검출 | |
US10219133B2 (en) | Notification message transmission method and device, and computer storage medium | |
US9973440B2 (en) | Resource notification method, device and system | |
KR102213460B1 (ko) | 머신러닝을 이용한 소프트웨어 화이트리스트 생성 시스템 및 방법 | |
CN113872951B (zh) | 混合云安全策略下发方法、装置、电子设备和存储介质 | |
CN105426544B (zh) | 监控数据库状态的方法及装置 | |
KR102393913B1 (ko) | 이상행위 탐지 장치, 방법 및 이를 포함하는 시스템 | |
CN115658974A (zh) | 信息处理方法、装置、服务器及计算机可读存储介质 | |
US10085175B2 (en) | Load control method and apparatus for notification messages | |
TW201837767A (zh) | 監控管理系統及方法 | |
US10674337B2 (en) | Method and device for processing operation for device peripheral | |
JP2017211806A (ja) | 通信の監視方法、セキュリティ管理システム及びプログラム | |
CN113703996B (zh) | 基于用户和yang模型分组的访问控制方法、设备及介质 | |
CN113891309A (zh) | 无线传感器网络中恶意节点的检测方法、系统和汇聚节点 | |
CN112468317A (zh) | 一种集群拓扑更新方法、系统、设备及计算机存储介质 | |
JP2016157367A (ja) | 分散処理システム | |
CN110650135A (zh) | 一种节点处理方法、相关设备及计算机可读存储介质 | |
CN115150253B (zh) | 一种故障根因确定方法、装置及电子设备 | |
JP7187771B2 (ja) | 無線通信装置、無線通信システム、制御装置、無線通信方法および制御方法 | |
CN115658709A (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 |