CN113268681A - 一种用户归属地识别方法及装置 - Google Patents

Abstract

本申请公开了一种用户归属地识别方法及装置，所示方法包括获取目标身份信息；在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地，可以极大地提高用户归属地识别的准确率。

Description

一种用户归属地识别方法及装置

技术领域

本申请实施例涉及数据处理技术，尤其涉及一种用户归属地识别方法及装置。

背景技术

电子政务是指国家机关在政务活动中，全面应用现代信息技术、网络技术以及办公自动化技术等进行办公、管理和为社会提供公共服务的一种全新的管理模式。而为了更好地为人民群众提供便利的事项查询与办理渠道，可以将分布在各业务部门的办理量大、受众广及群众关注度高的政务服务事项整合在一起。

在实际中，为了能够更好地为不同行政区域的用户提供相应服务，如为不同地市的用户提供天气服务或推送该地市特有的活动信息，需要识别出每个用户的归属地。在相关技术中，可以根据用户的身份证号码或者手机号码来确定用户的归属地。但随着社会的不断发展，交通网络日益发达，越来越多人会迁移到不同的省份或城市工作和生活且并不会变更身份证号码或手机号码，导致根据身份证号码或者手机号码来确定用户的归属地的准确率不高。

发明内容

本申请提供一种用户归属地识别方法及装置，以解决现有技术中根据身份证号码或者手机号码来确定用户的归属地的准确率不高的问题。

第一方面，本申请实施例提供了一种用户归属地识别方法，所述方法包括：

获取目标身份信息；

在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；

若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；

根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

第二方面，本申请实施例还提供了一种用户归属地识别方法，所述方法包括：

获取目标身份信息；

获取多个不同类型的政务数据库的基础权重，并按照所述基础权重由高到低遍历各政务数据库；

针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息；

若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地；

若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

第三方面，本申请实施例还提供了一种用户归属地识别装置，所述装置包括：

身份信息获取模块，用于获取目标身份信息；

候选政务数据库确定模块，用于在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；

候选政务数据库信息确定模块，用于若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；

目标政务数据库确定模块，用于根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

归属地确定模块，用于将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

第四方面，本申请实施例还提供了一种用户归属地识别装置，所述装置包括：

身份信息获取模块，用于获取目标身份信息；

基础权重获取模块，用于获取多个不同类型的政务数据库的基础权重；

指定日期信息获取模块，用于按照所述基础权重由高到低遍历各政务数据库，针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息；

第一归属地确定模块，用于若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地；

指定日期信息记录模块，用于若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

第五方面，本申请实施例还提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面及第二方面的用户归属地识别方法。

第六方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面及第二方面的用户归属地识别方法。

本申请具有如下有益效果：

在本实施例中，通过在多个不同类型的政务数据库中查找目标身份信息，并将存在目标身份信息的政务数据库作为候选政务数据库。如果候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对目标身份信息记录的指定日期信息。然后根据各候选政务数据库的基础权重和/或指定日期信息，从候选政务数据库中确定目标政务数据库，并将目标政务数据库中记录的地址信息作为当前目标身份信息的归属地。综合多个不同类型的政务数据库、各政务数据库的基础权重以及所记录的日期信息等多因素来确定用户归属地，可以极大地提高用户归属地识别的准确率，从而能更有针对性地为用户提供基于归属地的服务，如为不同地市的用户提供天气服务或推送该地市特有的活动信息等。

另外，通过对所有用户进行归属地识别，能进一步统计出每个地市的用户总量，并跟各地市的常住人口量做比较，分析出哪个地市的用户量具有较大的增长空间，作为后续精细化运营及地市活动推广的决策依据之一，获得了突出的效果。

附图说明

图1是本申请实施例一提供的一种用户归属地识别方法实施例的流程图；

图2是本申请实施例二提供的一种用户归属地识别方法实施例的流程图；

图3是本申请实施例三提供的一种用户归属地识别方法实施例的流程图；

图4是本申请实施例四提供的一种用户归属地识别装置实施例的结构框图；

图5是本申请实施例五提供的一种用户归属地识别装置实施例的结构框图；

图6是本申请实施例六提供的一种计算设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

实施例一

图1为本申请实施例一提供的一种用户归属地识别方法实施例的流程图，本实施例可以应用于政务服务平台中，可以包括如下步骤：

步骤110，获取目标身份信息。

需要说明的是，目标身份信息的获取方式可以根据不同的应用场景或不同的业务需求而不同，本实施例对此不作限定。例如，目标身份信息可以为用户通过所述政务服务平台提供的查询接口输入的身份信息；也可以为其他平台通过调用政务服务平台提供的接口输入的身份信息；还可以为政务服务平台根据业务需求获取的当前平台的注册账户的身份信息，然后针对每个身份信息确定其归属地信息。

示例性地，目标身份信息可以包括身份证号码、社保号码等，除此以外，在其他示例中，目标身份信息还可以包括姓名等信息。

步骤120，在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库。

在一种实现中，政务服务平台中可以存储不同职能类型的政务数据库，这些政务数据库均与用户的归属地相关。示例性地，该不同类型的政务数据库可以包括社保卡数据库、公积金卡数据库、居住证数据库、驾驶证数据库、户籍数据库等。在其他实现中，政务服务平台还可以调用其他职能平台的接口来请求读取对应的数据库，例如，调用社保局的接口来读取社保卡数据库，调用公积金中心的接口来读取公积金卡数据库等。

然后，政务服务平台以目标身份信息为查询条件，分别在不同类型的政务数据库中进行查询并记录查询结果，以判断各政务数据库是否存在该目标身份信息，并将存在该目标身份信息的政务数据库作为候选政务数据库。

汇总在所有政务数据库的查询结果以后可以得到候选政务数据库的数量。如果候选政务数据库的数量为0个，表示在多个不同类型的政务数据库中均没有查找到该目标身份信息，此时可以将该目标身份信息的归属地确定为指定归属地信息，例如，该指定归属地信息可以为“其他”，即将该目标身份信息的归属地设定为“其他”。

如果候选政务数据库的数量为1个，则可以将该候选政务数据库中记录的地址信息作为目标身份信息的归属地。其中，该候选政务数据库中记录的地址信息可以为对应证件的签发地市。

如果候选政务数据库的数量超过1个，则可以执行步骤130。

步骤130，若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息。

在实现时，可以预先为多个不同类型的政务数据库设置对应的基础权重并存储下来。这个基础权重可以是开发人员或者有权限的管理人员根据不同政务类型的权威性设定的。基础权重越高，就代表在其他条件相同的情况下，使用较高基础权重的政务数据识别用户归属地的准确性会更高。例如，一般认为社保的数据往往比驾驶证的数据更权威，也更能反映一个用户的实际居住城市，所以可以设置社保卡数据库的基础权重高于驾驶证数据库的基础权重。

在一种示例中，若政务数据库包括社保卡数据库、公积金卡数据库、居住证数据库、驾驶证数据库、户籍数据库，则根据实际情况，各政务数据库的基础权重由高到低排序可以为：社保卡数据库>公积金卡数据库>居住证数据库>驾驶证数据库>户籍数据库。例如，可以设置社保卡数据库的基础权重为100，公积金卡数据库的基础权重为95，居住证数据库的基础权重为90，驾驶证数据库的基础权重为85，户籍数据库的基础权重为80。

当确定的候选政务数据库的数量超过1个时，则可以从存储中分别查询各候选政务数据库的基础权重。

同时，本实施例在确定候选政务数据库以后，还可以获取各候选政务数据库针对目标身份信息记录的指定日期信息。示例性地，该指定日期信息可以为签发日期或者发卡日期。

步骤140，根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库。

在存在多个候选政务数据库的情况下，可以根据各候选政务数据库的基础权重和/或指定日期信息，决策目标政务数据库。

在一种实施例中，步骤140进一步可以包括如下步骤：

步骤140-1，根据各候选政务数据库的基础权重和/或所述指定日期信息，确定各候选政务数据库的排序得分。

在实现时，各候选政务数据库的排序得分要么受基础权重的影响，要么受指定日期信息的影响，要么受基础权重和指定日期信息这两个因素的综合影响。

在一种实施例中，步骤140-1进一步可以包括如下步骤：

步骤140-1-1，若所述候选政务数据库为指定政务数据库，则将该候选政务数据库的基础权重作为排序得分。

在该步骤中，指定政务数据库为开发人员或者管理人员预先指定的政务数据库。指定政务数据库通常是开发人员或者管理人员认为其指定日期信息，如签发日期对归属地的确定影响不大的政务数据库。例如，指定政务数据库可以为户籍数据库，由于大多数人一出生就定了户籍地市，即使迁移到其他城市也较少改变户籍，所以其签发日期对归属地的影响不大，因此管理人员可以将户籍数据库设定为指定政务数据库。

若判定候选政务数据库为指定政务数据库，则可以将该候选政务数据库的基础权重作为排序得分。例如，当前是2021年5月，若在广东省户籍数据库查询到目标身份信息，则可以将广东省户籍数据库作为候选政务数据库，假设广东省户籍数据库的基础权重为80分，则可以得到该候选政务数据库的排序得分为80分。

步骤140-1-2，若所述候选政务数据库不为指定政务数据库，则计算当前候选政务数据库的指定日期信息距离当前日期的时长；若所述时长小于或等于预设时长，则将该候选政务数据库的基础权重作为排序得分；若所述时长大于预设时长，则采用所述时长降低所述该候选政务数据库的基础权重，得到排序得分。

在该步骤中，如果候选政务数据库不为指定政务数据库，则在确定排序得分时还需要考虑指定日期信息这个因素。具体的，可以首先计算当前候选政务数据库的指定日期信息距离当前日期的时长，然后将该时长与预设时长进行比较，如果该时长小于或等于预设时长，则直接将该候选政务数据库的基础权重作为排序得分；如果该时长大于预设时长，则采用该时长降低当前该候选政务数据库的基础权重，得到排序得分。

需要说明的是，时长可以采用月数表示，当然还可以采用天数表示或者其他时间单位表示，本实施例对此不作限定。而预设时长可以根据实际业务需求确定，本实施例对此也不作具体限定。例如，预设时长可以为12个月。

在一种实现中，采用时长降低当前该候选政务数据库的基础权重得到排序得分的方式，可以采用如下公式计算：排序得分＝基础权重/时长*10。其中，此处“10”为经验值，是为了使得最后得到的排序得分与基础权重的差异不会过大，也不会过小。

例如，当前是2021年5月，在广东省公积金数据库查询到该目标身份信息最近的公积金缴纳记录发生在2021年1月，公积金数据库的基础权重是95分，公积金匹配记录对应的缴纳日期距今的时长是4个月(2021年5月到2021年1月距离4个月，少于预设时长约定的12个月)，所以公积金数据库的排序得分是95分。

又如，当前是2021年5月，在广东省居住证数据库查询到目标身份信息在2020年1月申请并签发的居住证匹配记录，居住证数据库的基础权重是90分，居住证签发日期距今16个月(2021年5月到2020年1月距离16个月)，大于预设时长约定的12个月，因此居住证数据库的排序得分为：90/16*10＝56.25，四舍五入后为56分。

在一种实施例中，为了更高效地确定各候选政务数据库的排序得分，可以预先计算好各政务数据库在近三年内各距今月数对应的排序得分，生成如下表1所示的排序得分列表。然后通过直接查表的形式来快速确定各候选政务数据库的排序得分。例如，假设候选政务数据库为公积金卡数据库，查询到针对目标身份信息的发卡日期距今的月数为15个月，则根据表1可以得到对应的排序得分为63分。

表1

步骤140-2，选取排序得分最高的候选政务数据库作为目标政务数据库。

当确定各候选政务数据库的排序得分以后，可以将排序得分最高的候选政务数据库作为目标政务数据库。但如果排序得分最高的候选政务数据库的数量多于一个，则可以从排序得分最高的候选政务数据库中，选取基础权重最高的候选政务数据库作为目标政务数据库。

步骤150，将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

当确定目标政务数据库以后，则可以从目标政务数据库中获取其记录的地址信息，如签发地市，作为当前目标身份信息的归属地，并记录或输出该用户归属地。

在本实施例中，通过在多个不同类型的政务数据库中查找目标身份信息，并将存在目标身份信息的政务数据库作为候选政务数据库。如果候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对目标身份信息记录的指定日期信息。然后根据各候选政务数据库的基础权重和/或指定日期信息，从候选政务数据库中确定目标政务数据库，并将目标政务数据库中记录的地址信息作为当前目标身份信息的归属地。综合多个不同类型的政务数据库、各政务数据库的基础权重以及所记录的日期信息等多因素来确定用户归属地，可以极大地提高用户归属地识别的准确率，从而能更有针对性地为用户提供基于归属地的服务，如为不同地市的用户提供天气服务或推送该地市特有的活动信息等。

另外，通过对所有用户进行归属地识别，能进一步统计出每个地市的用户总量，并跟各地市的常住人口量做比较，分析出哪个地市的用户量具有较大的增长空间，作为后续精细化运营及地市活动推广的决策依据之一，获得了突出的效果。

实施例二

图2为本申请实施例二提供的一种用户归属地识别方法实施例的流程图，本实施例可以应用于政务服务平台中，可以包括如下步骤：

步骤210，获取目标身份信息。

步骤220，获取多个不同类型的政务数据库的基础权重，并按照所述基础权重由高到低遍历各政务数据库。

步骤230，针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息。

步骤240，若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地。

步骤250，若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

本实施例与实施例一的区别在于，实施例一是同时在各个政务数据库中进行查询，并汇总各查询结果来确定用户归属地。而本实施例是先从基础权重最高的政务数据库中查询目标身份信息，如果查询到该目标身份信息且该政务数据库不是指定政务数据库，则获取该政务数据库中记录的针对目标身份信息的指定日期信息。如果该指定日期信息满足预设条件，例如，该指定日期信息到当前时间的时长低于预设时长(如12个月)，则将当前政务数据库中记录的地址信息(如签发地市)作为目标身份信息的归属地，并停止比对其他政务数据库，直接输出结果。如果该指定日期信息不满足预设条件，例如，该指定日期信息到当前时间的时长大于预设时长(如12个月)，则记录当前政务数据库记录的指定日期信息，并继续遍历基础权重次高的政务数据库，以此类推，直到输出用户归属地。相比于实施例一，本实施例在保证成功率的同时，可以提升计算速度，更快地输出结果。

实施例三

图3为本申请实施例三提供的一种用户归属地识别方法实施例的流程图，本实施例在实施例二的基础上进行更具体的说明，可以包括如下步骤：

步骤310，获取目标身份信息。

步骤320，获取多个不同类型的政务数据库的基础权重，并按照所述基础权重由高到低遍历各政务数据库。

例如，若政务数据库包括社保卡数据库、公积金卡数据库、居住证数据库、驾驶证数据库、户籍数据库，各政务数据库的基础权重由高到低排序可以为：社保卡数据库>公积金卡数据库>居住证数据库>驾驶证数据库>户籍数据库，则可以按照社保卡数据库、公积金卡数据库、居住证数据库、驾驶证数据库、户籍数据库的顺序遍历各政务数据库。

步骤330，针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息，判断当前政务数据库是否为指定政务数据库，若是，则执行步骤340，若否，则执行步骤350。

在该步骤中，指定政务数据库为开发人员或者管理人员预先指定的政务数据库。指定政务数据库通常是开发人员或者管理人员认为其指定日期信息，如签发日期对归属地的确定影响不大的政务数据库。例如，指定政务数据库可以为户籍数据库，由于大多数人一出生就定了户籍地市，即使迁移到其他城市也较少改变户籍，所以其签发日期对归属地的影响不大，因此管理人员可以将户籍数据库设定为指定政务数据库。

步骤340，将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地。

步骤350，获取该政务数据库针对所述目标身份信息记录的指定日期信息。

步骤360，判断所述指定日期信息是否满足预设条件，若是，则执行步骤340，若否，则执行步骤370。

在一种实现中，可以采用如下方式判断指定日期信息是否满足预设条件：计算该指定日期信息距离当前日期的时长；若所述时长小于或等于预设时长则满足预设条件；若所述时长大于预设时长则不满足预设条件。

若时长满足预设条件，则直接将当前政务数据库中记录的地址信息作为目标身份信息的归属地，否则执行步骤370。

步骤370，记录所述指定日期信息，并遍历下一政务数据库。

步骤380，当遍历完所述政务数据库仍未确定所述目标身份信息的归属地，则将记录的指定日期信息对应的政务数据库作为候选政务数据库。

步骤390，根据各候选政务数据库的基础权重以及所述指定日期信息，从所述候选政务数据库中确定目标政务数据库。

在一种实施例中，步骤390进一步可以包括如下步骤：

计算各候选政务数据库的指定日期信息距离当前日期的时长；采用各候选政务数据库的时长降低对应候选政务数据库的基础权重，得到各候选政务数据库的排序得分；选取排序得分最高的候选政务数据库作为目标政务数据库。

在一种实现中，上述采用各候选政务数据库的时长降低对应候选政务数据库的基础权重，得到各候选政务数据库的排序得分，可以采用如下公式计算：排序得分＝基础权重/时长*10。

当确定各候选政务数据库的排序得分以后，可以将排序得分最高的候选政务数据库作为目标政务数据库。但如果排序得分最高的候选政务数据库的数量多于一个，则可以从排序得分最高的候选政务数据库中，选取基础权重最高的候选政务数据库作为目标政务数据库。

步骤3110，将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

本实施例通过对实施例一进行适当裁剪得到，可以在保证成功率的同时，提升计算速度，更快得到结果。

实施例四

图4为本申请实施例四提供的一种用户归属地识别装置实施例的结构框图，本装置可以应用于政务服务平台中，所述装置可以包括如下模块：

身份信息获取模块410，用于获取目标身份信息；

候选政务数据库确定模块420，用于在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；

候选政务数据库信息确定模块430，用于若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；

目标政务数据库确定模块440，用于根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

归属地确定模块450，用于将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

在一种实施例中，所述归属地确定模块450还用于：

若所述候选政务数据库的数量为1个，则将该候选政务数据库中记录的地址信息作为所述目标身份信息的归属地；

若所述候选政务数据库的数量为0个，则将所述目标身份信息的归属地确定为指定归属地信息。

在一种实施例中，所述目标政务数据库确定模块440可以包括如下模块：

排序得分确定子模块，用于根据各候选政务数据库的基础权重和/或所述指定日期信息，确定各候选政务数据库的排序得分；

目标政务数据库选取子模块，用于选取排序得分最高的候选政务数据库作为目标政务数据库。

在一种实施例中，所述排序得分确定子模块具体用于：

若所述候选政务数据库为指定政务数据库，则将该候选政务数据库的基础权重作为排序得分；

若所述候选政务数据库不为指定政务数据库，则计算当前候选政务数据库的指定日期信息距离当前日期的时长；

若所述时长小于或等于预设时长，则将该候选政务数据库的基础权重作为排序得分；

若所述时长大于预设时长，则采用所述时长降低所述该候选政务数据库的基础权重，得到排序得分。

在一种实施例中，若排序得分最高的候选政务数据库的数量多于一个，则目标政务数据库选取子模块具体用于：

从排序得分最高的候选政务数据库中，选取基础权重最高的候选政务数据库作为目标政务数据库。

需要说明的是，本申请实施例所提供的上述用户归属地识别装置可执行本申请实施例一所提供的用户归属地识别方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本申请实施例五提供的一种用户归属地识别装置实施例的结构框图，应用于政务服务平台中，所述装置可以包括如下模块：

身份信息获取模块510，用于获取目标身份信息；

基础权重获取模块520，用于获取多个不同类型的政务数据库的基础权重；

指定日期信息获取模块530，用于按照所述基础权重由高到低遍历各政务数据库，针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息；

第一归属地确定模块540，用于若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地；

指定日期信息记录模块550，用于若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

在一种实施例中，所述装置还包括：

候选政务数据库确定模块，用于当遍历完所述政务数据库仍未确定所述目标身份信息的归属地，则将记录的指定日期信息对应的政务数据库作为候选政务数据库；

目标政务数据库确定模块，用于根据各候选政务数据库的基础权重以及所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

第二归属地确定模块，用于将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

在一种实施例中，所述目标政务数据库确定模块具体用于：

计算各候选政务数据库的指定日期信息距离当前日期的时长；

采用各候选政务数据库的时长降低对应候选政务数据库的基础权重，得到各候选政务数据库的排序得分；

选取排序得分最高的候选政务数据库作为目标政务数据库。

在一种实施例中，所述装置还包括：

第三归属地确定模块，用于在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库为指定政务数据库，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地。

需要说明的是，本申请实施例所提供的上述用户归属地识别装置可执行本申请实施例二或实施例三所提供的用户归属地识别方法，具备执行方法相应的功能模块和有益效果。

实施例六

图6为本申请实施例六提供的一种计算设备的结构示意图，该计算设备可以包括服务器设备，或者包括客户端设备，如图6所示，该计算设备包括处理器610、存储器620、输入装置630和输出装置640；计算设备中处理器610的数量可以是一个或多个，图6中以一个处理器610为例；计算设备中的处理器610、存储器620、输入装置630和输出装置640可以通过总线或其他方式连接，图6中以通过总线连接为例。

存储器620作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的语音处理方法对应的程序指令/模块。处理器610通过运行存储在存储器620中的软件程序、指令以及模块，从而执行计算设备的各种功能应用以及数据处理，即实现上述的方法。

存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器620可进一步包括相对于处理器610远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置630可用于接收输入的数字或字符信息，以及产生与计算设备的用户设置以及功能控制有关的键信号输入。输出装置640可包括显示屏等显示设备。

实施例七

本申请实施例七还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算设备的处理器执行时用于执行实施例一至实施例三中任一实施例中的方法。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (13)

1.一种用户归属地识别方法，其特征在于，所述方法包括：

获取目标身份信息；

在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；

若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；

根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述候选政务数据库的数量为1个，则将该候选政务数据库中记录的地址信息作为所述目标身份信息的归属地；

若所述候选政务数据库的数量为0个，则将所述目标身份信息的归属地确定为指定归属地信息。

3.根据权利要求1或2所述的方法，其特征在于，所述根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库，包括：

根据各候选政务数据库的基础权重和/或所述指定日期信息，确定各候选政务数据库的排序得分；

选取排序得分最高的候选政务数据库作为目标政务数据库。

4.根据权利要求3所述的方法，其特征在于，所述根据各候选政务数据库的基础权重和/或所述指定日期信息，确定各候选政务数据库的排序得分，包括：

若所述候选政务数据库为指定政务数据库，则将该候选政务数据库的基础权重作为排序得分；

若所述候选政务数据库不为指定政务数据库，则计算当前候选政务数据库的指定日期信息距离当前日期的时长；

若所述时长小于或等于预设时长，则将该候选政务数据库的基础权重作为排序得分；

若所述时长大于预设时长，则采用所述时长降低所述该候选政务数据库的基础权重，得到排序得分。

5.根据权利要求3所述的方法，其特征在于，若排序得分最高的候选政务数据库的数量多于一个，则所述选取排序得分最高的候选政务数据库作为目标政务数据库，包括：

从排序得分最高的候选政务数据库中，选取基础权重最高的候选政务数据库作为目标政务数据库。

6.一种用户归属地识别方法，其特征在于，所述方法包括：

获取目标身份信息；

获取多个不同类型的政务数据库的基础权重，并按照所述基础权重由高到低遍历各政务数据库；

针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息；

若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地；

若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

当遍历完所述政务数据库仍未确定所述目标身份信息的归属地，则将记录的指定日期信息对应的政务数据库作为候选政务数据库；

根据各候选政务数据库的基础权重以及所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

8.根据权利要求7所述的方法，其特征在于，所述根据各候选政务数据库的基础权重以及所述指定日期信息，从所述候选政务数据库中确定目标政务数据库，包括：

计算各候选政务数据库的指定日期信息距离当前日期的时长；

采用各候选政务数据库的时长降低对应候选政务数据库的基础权重，得到各候选政务数据库的排序得分；

选取排序得分最高的候选政务数据库作为目标政务数据库。

9.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库为指定政务数据库，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地。

10.一种用户归属地识别装置，其特征在于，所述装置包括：

身份信息获取模块，用于获取目标身份信息；

候选政务数据库确定模块，用于在多个不同类型的政务数据库中查找所述目标身份信息，并将存在所述目标身份信息的政务数据库作为候选政务数据库；

候选政务数据库信息确定模块，用于若所述候选政务数据库的数量超过1个，则分别获取各候选政务数据库的基础权重，以及，获取各候选政务数据库针对所述目标身份信息记录的指定日期信息；

目标政务数据库确定模块，用于根据各候选政务数据库的基础权重和/或所述指定日期信息，从所述候选政务数据库中确定目标政务数据库；

归属地确定模块，用于将所述目标政务数据库中记录的地址信息作为所述目标身份信息的归属地。

11.一种用户归属地识别装置，其特征在于，所述装置包括：

身份信息获取模块，用于获取目标身份信息；

基础权重获取模块，用于获取多个不同类型的政务数据库的基础权重；

指定日期信息获取模块，用于按照所述基础权重由高到低遍历各政务数据库，针对当前遍历到的政务数据库，若在当前政务数据库中查找到所述目标身份信息且所述当前政务数据库不为指定政务数据库，则获取该政务数据库针对所述目标身份信息记录的指定日期信息；

第一归属地确定模块，用于若所述指定日期信息满足预设条件，则将当前政务数据库中记录的地址信息作为所述目标身份信息的归属地；

指定日期信息记录模块，用于若所述指定日期信息不满足预设条件，则记录所述指定日期信息，并遍历下一政务数据库。

12.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-9中任一所述的方法。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images