一种用户属性信息确定方法以及服务器的制造方法

一种用户属性信息确定方法以及服务器的制造方法
【专利摘要】本发明实施例公开了一种用户属性信息确定方法以及服务器，用于提高确定得到的用户属性信息的精确度。本发明实施例方法包括：读取目标用户的通讯录中的联系人信息，所述目标用户为待确定实际属性信息的用户，所述联系人信息中包含至少一个目标联系人；获取所述目标联系人对所述目标用户的属性指认信息，所述属性指认信息用于表示所述目标联系人对所述目标用户的属性信息的指认；根据所述属性指认信息确定所述目标用户的实际属性信息。本发明实施例还提供一种服务器。本发明实施例能够有效提高确定得到的用户属性信息的精确度。
【专利说明】
-种用户属性信息确定方法从及服务器
技术领域
[0001] 本发明设及互联网通信领域，特别设及一种用户属性信息确定方法W及服务器。
【背景技术】
[0002] 随着互联网技术的不断发展，越来越多的用户开始使用即时通信（英文缩写：IM， 英文全称：Ins化nt Message)软件、论坛等交互平台进行互联网沟通。
[0003] 各种交互平台的服务器一般都会确定用户的属性信息，诸如职业、兴趣爱好等，使 得用户能够了解其他用户的基本信息，从而提高用户之间沟通的便利性。
[0004] 现有技术中，服务器确定用户属性信息的方式一般是由用户自行填写属性信息， 交互平台将用户填写的属性信息作为用户的实际属性信息。
[0005] 但是，服务器需要依赖用户自行填写的属性信息，而用户在填写时有较大的随意 性，不一定会按照实际情况进行填写，另外，部分用户出于隐私安全的考虑，可能会刻意填 写错误的属性信息，从而导致服务器确定的属性信息并不准确。

【发明内容】

[0006] 本发明实施例提供了一种用户属性信息确定方法W及服务器，用于提高确定得到 的用户属性信息的精确度。
[0007] 本发明实施例一方面提供了一种用户属性信息确定方法，具体包括：
[000引读取目标用户的通讯录中的联系人信息，所述目标用户为待确定实际属性信息的 用户，所述联系人信息中包含至少一个目标联系人；
[0009] 获取所述目标联系人对所述目标用户的属性指认信息，所述属性指认信息用于表 示所述目标联系人对所述目标用户的属性信息的指认；
[0010] 根据所述属性指认信息确定所述目标用户的实际属性信息。
[0011] 本发明实施例另一方面提供了一种服务器，具体包括：
[0012] 读取模块，用于读取目标用户的通讯录中的联系人信息，所述目标用户为待确定 实际属性信息的用户，所述联系人信息中包含至少一个目标联系人；
[0013] 第一获取模块，用于获取所述目标联系人对所述目标用户的属性指认信息，所述 属性指认信息用于表示所述目标联系人对所述目标用户的属性信息的指认；
[0014] 第一确定模块，用于根据所述属性指认信息确定所述目标用户的实际属性信息。
[0015] 从W上技术方案可W看出，本发明实施例具有W下优点：
[0016] 本发明实施例中，当服务器需要确定目标用户的实际属性信息时，可W通过该目 标用户的通讯录确定目标联系人，获取该目标联系人对目标用户的属性指认信息，并根据 该属性指认信息确定目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来 源于其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确 的问题，因此能够有效提高服务器确定得到的用户属性信息的精确度。
【附图说明】
[0017] 图巧本发明实施例中用户属性信息确定方法一个实施例示意图；
[0018] 图2为本发明实施例中网络结构示意图；
[0019] 图3为本发明实施例中用户属性信息确定方法另一实施例示意图；
[0020] 图4为本发明实施例中用户设备界面示意图；
[0021] 图5为本发明实施例中用户属性信息确定方法另一实施例示意图；
[0022] 图6为本发明实施例中用户属性信息确定方法另一实施例示意图；
[0023] 图7为本发明实施例中属性指认关系示意图；
[0024] 图8为本发明实施例中服务器一个实施例示意图；
[0025] 图9为本发明实施例中服务器另一实施例示意图；
[00%]图10为本发明实施例中服务器另一实施例示意图；
[0027]图11为本发明实施例中服务器另一实施例示意图；
[00%]图12为本发明实施例中服务器另一实施例示意图。
【具体实施方式】
[0029] 本发明实施例提供了一种用户属性信息确定方法W及服务器，用于提高确定得到 的用户属性信息的精确度。
[0030] 请参阅图1，本发明实施例中用户属性信息确定方法一个实施例包括：
[0031] 101、读取目标用户的通讯录中的联系人信息。
[0032] 本实施例中，当服务器需要确定目标用户的实际属性信息时，可W读取目标用户 的通讯录中的联系人信息，该联系人信息中包含至少一个目标联系人。
[0033] 需要说明的是，服务器读取目标用户的通讯录中的联系人信息可W采用多种方 式，例如可W通过目标用户在云端服务器保存的通讯录读取，或者是从目标用户对应的用 户设备中的通讯录读取，或者可W通过其他的方式读取，具体此处不做限定。
[0034] 本实施例W及后续实施例中所描述的"用户"、"联系人"在实际应用中可W为交互 平台的账户信息、或安装于用户设备上的交互式客户端、或是其他能够表示独立交互个体 的对象，具体此处不做限定。
[0035] 102、获取目标联系人对目标用户的属性指认信息。
[0036] 服务器在读取到联系人信息后，可W获取目标联系人对目标用户的属性指认信 息，该属性指认信息用于表示目标联系人对目标用户的属性信息的指认，即目标联系人认 定的目标用户的属性信息。
[0037] 服务器可W从目标联系人对应的用户设备中获取目标联系人对目标用户的属性 指认信息，也可W通过交互的方式向目标联系人对应的用户设备请求该属性指认信息，具 体此处不做限定。
[0038] 为便于理解本实施例中服务器与用户设备之间的交互，请参阅图2,图2为网络架 构示意图，多个用户可通过用户设备（例如个人计算机、笔记本电脑、平板电脑、手机等)连 接到交互平台上进行信息交互。
[0039] 服务器为交互平台提供数据服务支持，并且服务器能够截取到各用户通过交互平 台所交互的数据信息。
[0040] 103、根据属性指认信息确定目标用户的实际属性信息。
[0041 ]本实施例中，当服务器获取到目标联系人对目标用户的属性指认信息之后，可W 依据运些属性指认信息确定该目标用户的实际属性信息。
[0042] 本实施例中，当服务器需要确定目标用户的实际属性信息时，可W通过该目标用 户的通讯录确定目标联系人，获取该目标联系人对目标用户的属性指认信息，并根据该属 性指认信息确定目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来源于 其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确的问 题，因此能够有效提高服务器确定得到的用户属性信息的精确度。
[0043] 需要说明的是，属性信息可W有多种表现形式，例如可W是职业信息、行业信息、 兴趣爱好信息等，还可W是其他类型能够表现用户的属性的信息，相应的，目标联系人对目 标用户的属性指认信息可W是对目标用户的职业信息的指认、行业信息的指认、兴趣爱好 信息的指认。
[0044] 为便于理解，在后面的实施例中，均W职业信息作为属性信息的例子进行说明。
[0045] 在实际应用中，服务器根据可W通过多种方式确定目标用户的实际职业信息，下 面分别进行描述：
[0046] -、服务器通过被指认次数确定目标用户的实际职业信息：
[0047] 请参阅图3,本发明实施例中用户属性信息确定方法另一实施例包括：
[004引301、读取目标用户的通讯录中的联系人信息。
[0049] 本实施例中，当服务器需要确定目标用户的实际职业信息时，可W读取目标用户 的通讯录中的联系人信息，该联系人信息中包含至少一个目标联系人。
[0050] 需要说明的是，服务器读取目标用户的通讯录中的联系人信息可W采用多种方 式，例如可W通过目标用户在云端服务器保存的通讯录读取，或者是从目标用户对应的用 户设备中的通讯录读取，或者可W通过其他的方式读取，具体此处不做限定。
[0051] 本实施例中，服务器可W在读取目标用户的通讯录中的联系人信息之后，根据该 联系人信息确定各候选联系人，并且获取各候选联系人与目标用户之间的沟通频繁度参 数，再确定沟通频繁度参数高于预置数值的候选联系人作为目标联系人，需要说明的是，本 过程并非必要过程，在实际应用中可W选择性实施。
[0052] 302、获取目标联系人对目标用户的职业指认信息。
[0053] 服务器在读取到联系人信息后，可W获取目标联系人对目标用户的职业指认信 息，该职业指认信息用于表示目标联系人对目标用户的职业信息的指认，即目标联系人认 定的目标用户的职业信息。
[0054] 在实际应用中，服务器可W通过多种方式获取目标联系人对目标用户的职业指认 信息，下面W几个例子进行说明：
[0055] A、服务器通过备注信息获取目标联系人对目标用户的职业指认信息：
[0056] (1)服务器可W从目标联系人对应的用户设备中读取该目标联系人对目标用户的 备注信息。
[0057] 该备注信息可W是目标联系人对目标用户进行的备注。
[0058] (2)服务器对备注信息进行语义分析得到职业特征信息。
[0059] 具体的语义分析过程可W是关键词匹配过程，当备注信息中存在特定的关键词时 即可提取出职业特征信息，例如"牙医"、"打官司"等。
[0060] (3)服务器根据提取到的职业特征信息生成目标联系人对目标用户的职业指认信 息。
[0061 ]具体的，服务器获取到职业特征信息之后，可W根据运些职业特征信息生成目标 联系人对目标用户的职业指认信息，例如职业特征信息为"牙医"，则生成的职业指认信息 为"医生'。
[0062] B、服务器通过主动问询获取目标联系人对目标用户的职业指认信息：
[0063] (1)服务器向目标联系人对应的用户设备发送指认请求。
[0064] 该指认请求中携带有目标用户的标识，还可W进一步携带可选职业信息，或者是 W填写框的方式请求目标联系人输入职业信息，具体可W如图4所示的界面。
[0065] (2)服务器接收目标联系人对应的用户设备反馈的指认响应。
[0066] 本实施例中，当服务器接收到目标联系人通过用户设备提交的指认响应后，可W 从该指认响应中提取出目标联系人对目标用户的职业指认信息，例如目标联系人在图4所 示的界面下选择的是"医生"，则该职业指认信息为"医生"。
[0067] 上面W两个例子说明了服务器获取目标联系人对目标用户的职业指认信息的方 式，可W理解的是，在实际应用中，服务器还可W有更多的方式获取该职业指认信息，具体 此处不做限定。
[0068] 303、根据各目标联系人对目标用户的职业指认信息确定目标用户对应的候选职 业信息。
[0069] 服务器在获取到目标联系人对目标用户的职业指认信息之后，可W进行统计和分 析，由于目标联系人可能会有多人，而不同的目标联系人对同一个目标用户的职业指认信 息可能不同，所W服务器可W统计出目标用户被所有目标联系人指认的所有候选职业信 息。
[0070] 304、将被指认次数最多的候选职业信息作为目标用户的实际职业信息。
[0071 ]服务器统计出目标用户被所有目标联系人指认的所有候选职业信息之后，可W根 据不同目标联系人的指认确定每一个候选职业信息被指认的次数，从中选取出被指认次数 最多的候选职业信息作为目标用户的实际职业信息。
[0072] 若被指认次数最多的候选职业信息存在多个，则服务器可W依据预设的规则进行 处理，例如由目标用户进行选择确认，或是随机选择确认，或是重新由目标联系人进行选择 确认，或是其他的处理方式，具体此处不做限定。
[0073] 本实施例中，当服务器需要确定目标用户的实际职业信息时，可W通过该目标用 户的通讯录确定目标联系人，获取该目标联系人对目标用户的职业指认信息，确定被指认 次数最多的候选职业信息作为目标用户的实际职业信息，也就是说，该目标用户的实际职 业信息来源于其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的职业信 息不准确的问题，因此能够有效提高服务器确定得到的用户职业信息的精确度；
[0074] 其次，服务器可W采用多种方式从目标联系人对应的用户设备获取目标联系人对 目标用户的职业指认信息，因此能够提高方案的灵活性；
[0075] 再次，服务器在读取目标用户的通讯录中的联系人信息之后，可W根据该联系人 信息确定各候选联系人，并且获取各候选联系人与目标用户之间的沟通频繁度参数，再确 定沟通频繁度参数高于预置数值的候选联系人作为目标联系人，由于服务器可W从候选联 系人中选择出与目标用户沟通较为活跃的目标联系人，所W运些目标联系人提供的职业指 认信息会更加准确，从而进一步提高了确定职业信息时的精确度。
[0076] 为便于理解，下面结合具体的应用场景对本实施例进行描述：
[0077] 用户OOl在即时通信工具QQ中注册有账号，该用户使用QQ与其他用户进行沟通。
[0078] 当服务器需要确定用户OOl的职业信息时，服务器可W从用户OOl在云端服务器上 保存的通讯录中读取用户OOl的联系人信息，读取结果如下表1所示：
[0079] 表 1 「00801
[0081] 服务器读取到该联系人信息后，将用户002至用户Oll均作为候选联系人，然后通 过QQ数据服务器获取各候选联系人与用户OOl之间的沟通频繁度参数，具体如下表2所示：
[0082] 表 2
[0083]
[0084]
[0085] 服务器可W从表2中选取最近一周内与用户OOl的沟通次数超过10次的候选联系 人作为目标联系人，则目标联系人包括用户002、用户004、用户006至用户Ol 1，一共8名目标 联系人。
[0086] 服务器确定了目标联系人后，可W从各目标联系人对应的用户设备中读取各目标 联系人对用户OOl进行备注后的备注信息，具体可W如下表3所示：
[0087] 表 3 [008引
[0089] 根据上表3,服务器可W对备注信息
进行语义分析，即关键词匹配过程，经过关键 词匹配可知，用户002、用户004、用户006、用户007、用户008 W及用户Oll的备注信息中提取 出的职业特征信息为"牙医"，用户009的备注信息中提取出的职业特征信息为"摄影师"，用 户OlO的备注信息中提取出的职业特征信息为"论文指导"。
[0090] 根据提取出的职业特征信息，服务器可W生成各目标联系人对用户OOl的职业指 认信息，具体可W如下表4所示：
[0091] 表4
[0092]
[0093]
[0094] 根据上表4,服务器可W确认用户OOl的各候选职业信息，包括"医生"、"摄影师"、 "教师"，之后可W进一步确定每一种候选职业信息被指认的次数，即"医生"被指认6次，"摄 影师'被指认1次，"教师'被指认1次。
[00M]依据各候选职业信息被指认的次数，服务器可W确定被指认次数最多的候选职业 信息"医生"即为用户OOl的实际职业信息。
[0096] 二、服务器通过各候选职业信息被指认的概率，并结合同行指认的方式确定目标 用户的实际职业信息：
[0097] 请参阅图5,本发明实施例中用户属性信息确定方法另一实施例包括：
[0098] 501、读取目标用户的通讯录中的联系人信息。
[0099] 502、获取目标联系人对目标用户的职业指认信息。
[0100] 503、根据各目标联系人对目标用户的职业指认信息确定目标用户对应的候选职 业信息。
[0101 ]本实施例中的步骤501至503与前述图3所示实施例中的步骤301至303类似，具体 此处不再寶述。
[0102] 504、计算目标用户的各候选职业信息的第一概率。
[0103] 本实施例中，当服务器确定了目标用户对应的候选职业信息之后，可W计算各候 选职业信息的第一概率，也就是计算该目标用户属于每一个候选职业信息的概率值。
[0104] 具体的计算方式可W为：
[0105]
[0106] 该Wj表示目标用户的候选职业信息j的第一概率；
[0107] 该X为目标联系人的数量；
[0108] 该count(j)用于表示目标联系人中指认目标用户的候选职业信息为j的联系人数 量。
[0109] 505、获取各目标联系人的实际职业信息。
[0110] 本实施例中，服务器可W获取各目标联系人的实际职业信息，具体的获取方式可 W是服务器从各目标联系人发布并经过认证的信息中分析出目标联系人的实际职业信息， 也可W是由目标联系人主动提交职业信息，经过服务器确认后，作为目标联系人的实际职 业信息，具体方式此处不做限定。
[0111] 需要说明的是，本实施例中的步骤505并不限于在步骤504之后执行，而也可W在 步骤504之前执行，具体此处不做限定。
[0112] 506、根据第一概率W及各目标联系人的实际职业信息计算各候选职业信息的第 二概率。
[0113] 本实施例中，服务器在获取到目标用户的各候选职业信息的第一概率W及各目标 联系人的实际职业信息之后，可W进一步计算各候选职业信息的第二概率。
[0114] 具体计算的原则可W为:若某目标联系人的实际职业信息与其指认目标用户所属 的职业信息相同，则认定为同行指认，则该次指认具有第一权重，若某目标联系人的实际职 业信息与其指认目标用户所属的职业信息不相同，则该次指认具有第二权重，其中第一权 重大于第二权重。
[0115] 需要说明的是，在实际应用中，除了判断某目标联系人的实际职业信息与其指认 目标用户所属的职业信息是否相同之外，还可W判断是否相匹配，例如"学生"与"教师"相 匹配，"律师"与"法官"相匹配等，相匹配时，该次指认同样具有较高的权重。
[0116] 服务器确认各次指认的权重之后，可W依据运些权重W及步骤504中计算得到的 第一概率重新计算目标用户的各候选职业信息的第二概率。
[0117] 具体的计算方式可W为：
[011 引
[0119]
[0120] W'j为目标用户的候选职业信息j的第二概率；
[0121] 5为权重系数，S的数值与目标联系人中实际职业信息为j的联系人的数量正相关；
[0122] Wk, j为标识参数，当目标联系人k的实际职业信息为j时，Wk, j为1，当目标联系人k的 实际职#信息不为i时，Wk, j为0;
[0123]
1于表示目标联系人中实际职业信息为j的联系人的数量。
[0124] 507、将第二概率最高的候选职业信息作为目标用户的实际职业信息。
[0125] 服务器统计出目标用户的各候选职业信息的第二概率之后，可W从中选取出第二 概率最高的候选职业信息作为目标用户的实际职业信息。
[0126] 若第二概率最高的候选职业信息存在多个，则服务器可W依据预设的规则进行处 理，例如由目标用户进行选择确认，或是随机选择确认，或是重新由目标联系人进行选择确 认，或是其他的处理方式，具体此处不做限定。
[0127] 本实施例中，当服务器需要确定目标用户的实际职业信息时，可W通过该目标用 户的通讯录确定目标联系人，获取该目标联系人对目标用户的职业指认信息，将第二概率 最高的候选职业信息作为目标用户的实际职业信息，也就是说，该目标用户的实际职业信 息来源于其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的职业信息不 准确的问题，因此能够有效提高服务器确定得到的用户职业信息的精确度；
[0128] 其次，服务器在计算各候选职业信息的第二概率时，考虑到了目标联系人自身的 实际职业信息，对于目标联系人的实际职业信息与其指认目标用户所属的职业信息相同的 情况，赋予更高的权重，从而进一步提高了确定职业信息时的精确度。
[0129] 为便于理解，下面结合具体的应用场景对本实施例进行描述：
[0130] 用户OOl在即时通信工具QQ中注册有账号，该用户使用QQ与其他用户进行沟通。
[0131] 当服务器需要确定用户OOl的职业信息时，服务器可W从用户OOl在云端服务器上 保存的通讯录中读取用户OOl的联系人信息，读取结果如下表5所示：
[0132] 表5
[0133]
[
[0135] 需要说明的是，该联系人信息中的"实际职业信息"可W是各联系人自行通过网站 的实名认证后，由服务器获取到的信息。
[0136] 本实施例中，服务器读取到该联系人信息后，将用户002至用户Oll均作为候选联 系人，然后通过QQ数据服务器获取各候选联系人与用户OOl之间的沟通频繁度参数，再根据 该沟通频繁度参数确定目标联系人，具体包括:用户002、用户004、用户006至用户Ol 1，一共 8名目标联系人。
[0137] 服务器根据该沟通频繁度参数确定目标联系人的过程与前述实施例中描述的内 容类似，此处不再寶述。
[0138] 服务器确定了目标联系人后，可W从各目标联系人对应的用户设备中读取各目标 联系人对用户OOl进行备注后的备注信息，并对各目标联系人对用户OOl的备注信息进行语 义分析提取出职业特征信息。
[0139] 服务器读取备注信息W及进行语义分析提取出职业特征信息与前述实施例中描 述的内容类似，此处不再寶述。
[0140] 根据提取出的职业特征信息，服务器可W生成各目标联系人对用户OOl的职业指 认信息，具体如下表6所示：
[0
[01/111
[0143] 服务器确定了各目标联系人对用户OOl的职业指认信息之后，可W确定用户OOl的 各候选职业信息，包括"医生"、"摄影师"、"教师"。
[0144] 然后计算用户OOl的各候选职业信息的第一概率，目标联系人的数量为8个，其中 指认用户OOl为"医生"的联系人为6个，指认用户OOl为"摄影师"的联系人为1个，指认用户 OOl为"教师'的联系人化个。
[0145] 则"医生"的第一概率为:6/8 = 0.75;
[0146] "摄影师"的第一概率为:1/8 = 0.125;
[0147] 。教师"的第一概率为:1/8 = 0.125。
[0148] 服务器可W进一步根据各目标联系人的实际职业信息对各候选职业信息的第一 概率进行更新得到第二概率。
[0149] 指认用户OOl为"医生"的联系人中，用户002、用户004、用户006W及用户Oll运4名 联系人自身的实际职业信息均为"医生"，属于同行指认，则可W计算出"医生"的第二概率 为：0.75+( 1-0.75)*4/8 = 0.875。
[0150] 同理，可计算得出"摄影师"的第二概率为:0.125+(1-0.125)*0/8 = 0.125。
[0151] 。教师"的第二概率为:0.125+( 1-0.125)*1/8 = 0.234。
[0152] 服务器计算得到用户OOl的各候选职业信息的第二概率之后，可W确定第二概率 最高的候选职业信息"医生"即为用户OOl的实际职业信息。
[0153] =、服务器通过迭代计算各用户的职业信息的方式确定目标用户的实际职业信 息：
[0154] 请参阅图6,本发明实施例中用户属性信息确定方法另一实施例包括：
[01W] 601、读取目标用户的通讯录中的联系人信息。
[0156] 602、获取目标联系人对目标用户的职业指认信息。
[0157] 本实施例中的步骤601至602与前述图3所示实施例中的步骤301至302类似，具体 此处不再寶述。
[0158] 603、根据职业指认信息初始化各用户的各候选职业信息的第一概率。
[0159] 本实施例中，服务器在获取到各用户之间互相指认的职业指认信息之后，可W根 据运些职业指认信息初始化各用户的各候选职业信息的第一概率，也就是计算该各用户属 于各候选职业信息的概率值。。
[0160] 目.从斷古才前W啦.
[0161]
[0162] Wi,J为用户i的候选职业信息j的第一概率；
[0163] + ^ 的联系人中指认用户i的候选职业信息为j的联系人的数量；
[0164] 弓用户i的联系人中指认用户i的候选职业信息为任何值的联系人 的数量。
[0165] 604、按照各用户的各候选职业信息的第一概率W及各用户之间的职业指认关系 迭代计算各用户的各候选职业信息的第二概率。
[0166] 本实施例中，服务器计算得到各用户的各候选职业信息的第一概率之后，可W结 合各用户之间的职业指认关系迭代计算各用户的各候选职业信息的第二概率。
[0167] 为便于理解，各用户之间的职业指认关系可W在各用户互相指认过程中建立，具 体可W如图7所示，图7中标注的是各用户W及各用户之间的职业指认关系，该关系随着指 认过程的变化会不断更新。
[0168] 在实际应用中，图7所示的指认关系图也可W通过表格、链表、堆找等方式进行保 存，具体此处不做限定。
[0169] 本实施例中，服务器迭代计算第二概率的具体方式可W为：
[0170] 甫官化行力n下/A井.讲行设化管.
[0171]公或:(1)
[0172] Wij = Vij;
[0173] Vi,J为用户i的候选职业信息j的第二概率；
[0174] a为迭代速率控制参数，a为常数，a用于调整迭代计算的速度，具体取值可W在0.3 至1.0之间，可选的数值为0.8;
[0175] 化为权重系数，当用户k指认用户i的职业信息为j，且用户k的职业信息也为j时，化 取第一数值，当用户k指认用户i的职业信息为j，且用户k的职业信息不为j时，故取第二数 值，第一数值大于第二数值，在实际应用中，该第一数值可W为2,第二数值可W为1，或者还 可W为其他数值，只要使得第一数值大于第二数值即可，具体此处不做限定；
[0176] m为所有类型职业信息的总数量；
[0177] n为用户i的联系人中与用户i有职业指认关系的联系人的数量。
[0178] 需要说明的是，由于各用户的候选职业信息的第二概率受到该用户的联系人指认 的影响，同时，又存在互为用户W及联系人的情况，故计算各用户的候选职业信息的第二概 率的过程是迭代的过程，当公式(1)执行完毕后，将Vi,J再次设置为Wi,J进行迭代计算。
[0179] 605、判断是否满足迭代终止条件，若是，则执行步骤606,若否，则重复执行步骤 604。
[0180] 在迭代计算的过程中，服务器会判断当前是否已经满足迭代终止条件，若是，则停 止迭代，并执行步骤606，若否，则重复执行步骤604。
[0181] 本实施例中，服务器可W判断迭代次数是否达到预置数值，若是，则确定满足预置 的迭代终止条件。
[0182] 或者，
[0183] 服务器可W判断各用户的各候选职业信息的第二概率是否收敛，即多次迭代后各 用户的各候选职业信息的第二概率不再发生大的变化，若是，则确定满足预置的迭代终止 条件。
[0184] 在实际应用中，服务器还可W W其他的条件作为迭代终止条件，具体此处不做限 定。
[0185] 606、输出迭代终止时各用户的各候选职业信息的第=概率。
[0186] 当迭代终止时，服务器将当前计算得到的各用户的各候选职业信息的概率作为第 =概率输出。
[0187] 607、对于目标用户，将第=概率最高的候选职业信息作为目标用户的实际职业信 息。
[0188] 服务器输出各用户的各候选职业信息的第=概率之后，对于目标用户，可W从中 选取出第=概率最高的候选职业信息作为目标用户的实际职业信息。
[0189] 若第=概率最高的候选职业信息存在多个，则服务器可W依据预设的规则进行处 理，例如由目标用户进行选择确认，或是随机选择确认，或是重新由目标联系人进行选择确 认，或是其他的处理方式，具体此处不做限定。
[0190] 本实施例中，当服务器需要确定目标用户的实际职业信息时，可W通过该目标用 户的通讯录确定目标联系人，获取该目标联系人对目标用户的职业指认信息，将第=概率 最高的候选职业信息作为目标用户的实际职业信息，也就是说，该目标用户的实际职业信 息来源于其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的职业信息不 准确的问题，因此能够有效提高服务器确定得到的用户职业信息的精确度；
[0191] 其次，服务器采用了迭代计算的方式计算各用户的各候选职业信息的第二概率， 使得该第二概率能够根据各用户之间的职业指认关系进行更新和调整，进一步提高了服务 器确定得到的用户职业信息的精确度。
[0192] 为便于理解，下面结合具体的应用场景对本实施例进行描述：
[0193] 用户OOl在即时通信工具QQ中注册有账号，该用户使用QQ与其他用户进行沟通。
[0194] 当服务器需要确定用户OOl的职业信息时，服务器可W从用户OOl在云端服务器上 保存的通讯录中读取用户OOl的联系人信息，读取结果如下表7所示：
[0195] 表7 r〇196l

[0197] 本实施例中，服务器读取到该联系人信息后，确定用户002至用户005为目标联系 人。
[0198] 服务器确定了目标联系人后，可W从各目标联系人对应的用户设备中读取各目标 联系人对用户OOl进行备注后的备注信息，并对各目标联系人对用户OOl的备注信息进行语 义分析提取出职业特征信息。
[0199] 服务器读取备注信息W及进行语义分析提取出职业特征信息与前述实施例中描 述的内容类似，此处不再寶述。
[0200] 服务器可W将每一个联系人均作为目标用户，重复执行上述操作，即可获知每一 个用户被其他用户指认的候选职业信息，具体可W如下表8所示：
[0201] 表8 r02021
[0203」本买施例中，服务器W 义用表裕的形巧记巧答用尸之间的职业指认巧《，如上 表8所示，也可W采用关系图的方式记录各用户之间的职业指认关系，具体形式可W如图7 所示，在实际应用中采用的记录方式此处不做限定。
[0204] 服务器确定了各用户之间的职业指认关系后，可W确定：
[0205] 用户OOl的候选职业信息为"医生"、"教师"。
[0206] 用户002的候选职业信息为"医生"、"教师"。
[0207] 用户003的候选职业信息为"医生"、"教师"。
[0208] 用户004的候选职业信息为"教师"。
[0209] 用户005的候选职业信息为"教师"、"律师"。
[0210] 确定了各用户的各候选职业信息后，服务器可W计算各用户的各候选职业信息的 第一概率：
[0別。用户OOl: '竖生'的第一概率为:3/4 = 0.75，'讚师"的第一概率化/4 = 0.25。
[0212] 用户002:"医生'的第一概率为:2/4 = 0.5，"教师"的第一概率为2/4 = 0.5。
[0213] 用户003:"医生'的第一概率为：1/4 = 0.25，"教师"的第一概率为3/4 = 0.75。
[0214] 用户004:"教师"的第一概率为:4/4 = 1。
[0215] 用户005:。教师"的第一概率为:2/4 = 0.5，。律师"的第一概率为2/4 = 0.5。
[0216] 计算得到各用户的各候选职业信息的第一概率之后，服务器可W结合各用户之间 的职业指认关系迭代计算各用户的各候选职业信息的第二概率，具体的计算方式为：
[0217] 用户OOl的"医生'的第一概率为〇.75，a取值为0.8,用户OOl的所有类型职业信息 的总数量为2,与用户OOl有职业指认关系的联系人的数量为3,用户002的"医生"的第一概 率为0.5，用户003的"医生"的第一概率为0.25，用户004的"医生"的第一概率为O，用户005 的"医生"的第一概率为0，将运些参数代入公式（1)后即可计算用户OOl的"医生"的第二概 率，再将用户OOl的"医生"的第二概率重新代入公式（1)进行迭代计算直至用户OOl的"医 生"的第二概率收敛。
[0218] 服务器按照上述的方式，迭代计算各用户的各候选职业信息的第二概率，当各用 户的各候选职业信息的第二概率都收敛后，服务器输出迭代终止时，各用户的各候选职业 信息的第S概率，例如具体可W如下：
[0219] 用户OOl:"医生"的第S概率为:0.87，"教师"的第S概率为0.13。
[0220] 用户002:"医生"的第S概率为:0.61，"教师"的第S概率为0.39。
[0221 ]用户003:"医生"的第S概率为:0.19，"教师"的第S概率为0.81。
[0222] 用户004:"教师"的第S概率为：1。
[0223] 用户005:"教师"的第S概率为:0.44，"律师"的第S概率为0.56。
[0224] 服务器计算得到各用户的各候选职业信息的第=概率之后，可W将第=概率最高 的候选职业信息作为各用户的实际职业信息，即确定用户OOl的实际职业信息为"医生"，用 户002的实际职业信息为"医生"，用户003的实际职业信息为"教师"，用户004的实际职业信 息为"教师"，用户005的实际职业信息为"律师"。
[0225] 上面对本发明实施例中的用户属性信息确定方法进行了描述，下面对本发明实施 例中的服务器进行描述，请参阅图8，本发明实施例中的服务器包括：
[0226] 读取模块801，用于读取目标用户的通讯录中的联系人信息，该目标用户为待确定 实际属性信息的用户，该联系人信息中包含至少一个目标联系人；
[0227] 第一获取模块802，用于获取读取模块801读取的目标联系人对该目标用户的属性 指认信息，该属性指认信息用于表示该目标联系人对该目标用户的属性信息的指认；
[0228] 第一确定模块803,用于根据第一获取模块802获取到的属性指认信息确定该目标 用户的实际属性信息。
[0229] 本实施例中，当服务器需要确定目标用户的实际属性信息时，读取模块801可W读 取目标用户的通讯录中的联系人信息，并确定目标联系人，第一获取模块802可W获取该目 标联系人对目标用户的属性指认信息，则第一确定模块803可W根据该属性指认信息确定 目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来源于其他联系人对该 目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确的问题，因此能够有 效提高服务器确定得到的用户属性信息的精确度。
[0230] 按照第一确定模块803确定目标用户的实际属性信息的方式的不同，本实施例中 的服务器可W应用于多种不同的场景，下面分别进行说明：
[0231 ] -、第一确定模块通过被指认次数确定目标用户的实际职业信息。
[0232] 请参阅图9,本发明实施例中服务器另一实施例包括：
[0233] 读取模块901，用于读取目标用户的通讯录中的联系人信息，该目标用户为待确定 实际属性信息的用户，该联系人信息中包含至少一个目标联系人；
[0234] 第一获取模块902，用于获取读取模块901读取的目标联系人对该目标用户的属性 指认信息，该属性指认信息用于表示该目标联系人对该目标用户的属性信息的指认；
[0235] 第一确定模块903,用于根据第一获取模块902获取到的属性指认信息确定该目标 用户的实际属性信息。
[0236] 其中，第一获取模块902包括：
[0237] 读取单元9021，用于读取该目标联系人对该目标用户的备注信息；
[0238] 分析单元9022,用于对该备注信息进行语义分析得到属性特征信息；
[0239] 生成单元9023,用于根据该属性特征信息生成该目标联系人对该目标用户的属性 指认信息。
[0240] 或者，第一获取模块902可W包括：
[0241] 发送单元9024,用于向该目标联系人对应的用户设备发送指认请求，该指认请求 中携带有该目标用户的标识；
[0242] 接收单元9025,用于接收该目标联系人对应的用户设备反馈的指认响应，该指认 响应中携带有该目标联系人对该目标用户的属性指认信息。
[0243] 需要说明的是，本实施例中，第一获取模块902可W有多种实现方式，其中一种实 现方式中包含读取单元9021、分析单元9022W及生成单元9023,另一种实现方式中包含发 送单元9024W及接收单元9025,在实际应用中，运两种实现方式可W分别实现，也可W-并 集成于第一获取模块902中，具体此处不做限定。
[0244] 其中，第一确定模块903包括：
[0245] 第一确定单元9031，用于根据各目标联系人对该目标用户的属性指认信息确定该 目标用户对应的候选属性信息；
[0246] 第二确定单元9032,用于将被指认次数最多的候选属性信息作为该目标用户的实 际属性信息。
[0247] 本实施例中，该服务器还可W进一步包括：
[0248] 第二确定模块904,用于根据该联系人信息确定各候选联系人；
[0249] 第二获取模块905,用于获取各候选联系人与该目标用户之间的沟通频繁度参数；
[0250] 第=确定模块906,用于确定沟通频繁度参数高于预置数值的候选联系人作为该 目标联系人。
[0251] 本实施例中的服务器的各模块与单元之间的交互方式如前述图3所示实施例中的 描述，具体此处不再寶述。
[0252] 本实施例中，当服务器需要确定目标用户的实际属性信息时，读取模块901可W读 取目标用户的通讯录中的联系人信息，并确定目标联系人，第一获取模块902可W获取该目 标联系人对目标用户的属性指认信息，则第一确定模块903可W将被指认次数最多的候选 属性信息作为目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来源于其 他联系人对该目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确的问 题，因此能够有效提高服务器确定得到的用户属性信息的精确度；
[0253] 其次，第一获取模块902可W采用多种方式从目标联系人对应的用户设备获取目 标联系人对目标用户的职业指认信息，因此能够提高方案的灵活性；
[0254] 再次，读取模块901在读取目标用户的通讯录中的联系人信息之后，第二确定模块 904可W根据该联系人信息确定各候选联系人，第二获取模块905可W获取各候选联系人与 目标用户之间的沟通频繁度参数，第=确定模块906可W确定沟通频繁度参数高于预置数 值的候选联系人作为目标联系人，由于服务器可W从候选联系人中选择出与目标用户沟通 较为活跃的目标联系人，所W运些目标联系人提供的职业指认信息会更加准确，从而进一 步提高了确定职业信息时的精确度。
[0255] 二、第一确定模块通过各候选职业信息被指认的概率，并结合同行指认的方式确 定目标用户的实际职业信息。
[0256] 请参阅图10,本发明实施例中服务器另一实施例包括：
[0257] 读取模块1001，用于读取目标用户的通讯录中的联系人信息，该目标用户为待确 定实际属性信息的用户，该联系人信息中包含至少一个目标联系人；
[0258] 第一获取模块1002,用于获取读取模块1001读取的目标联系人对该目标用户的属 性指认信息，该属性指认信息用于表示该目标联系人对该目标用户的属性信息的指认；
[0259] 第一确定模块1003,用于根据第一获取模块1002获取到的属性指认信息确定该目 标用户的实际属性信息。
[0260] 其中，第一获取模块1002包括：
[0261 ]读取单元10021，用于读取该目标联系人对该目标用户的备注信息；
[0262] 分析单元10022,用于对该备注信息进行语义分析得到属性特征信息；
[0263] 生成单元10023，用于根据该属性特征信息生成该目标联系人对该目标用户的属 性指认信息。
[0264] 或者，第一获取模块1002可W包括：
[0265] 发送单元10024,用于向该目标联系人对应的用户设备发送指认请求，该指认请求 中携带有该目标用户的标识；
[0266] 接收单元10025,用于接收该目标联系人对应的用户设备反馈的指认响应，该指认 响应中携带有该目标联系人对该目标用户的属性指认信息。
[0267] 需要说明的是，本实施例中，第一获取模块1002可W有多种实现方式，其中一种实 现方式中包含读取单元10021、分析单元10022W及生成单元10023,另一种实现方式中包含 发送单元10024W及接收单元10025,在实际应用中，运两种实现方式可W分别实现，也可W 一并集成于第一获取模块1002中，具体此处不做限定。
[0268] 其中，第一确定模块1003包括：
[0269] 第=确定单元10031，用于根据各目标联系人对该目标用户的属性指认信息确定 该目标用户对应的候选属性信息；
[0270] 第一计算单元10032,用于计算该目标用户的各候选属性信息的第一概率；
[0271 ]获取单元10033，用于获取该各目标联系人的实际属性信息；
[0272] 第二计算单元10034,用于根据该第一概率W及各目标联系人的实际属性信息计 算该各候选属性信息的第二概率；
[0273] 第四确定单元10035,用于将第二概率最高的候选属性信息作为该目标用户的实 际属性信息。
[0274] 本实施例中，该服务器还可W进一步包括：
[0275] 第二确定模块1004,用于根据该联系人信息确定各候选联系人；
[0276] 第二获取模块1005,用于获取各候选联系人与该目标用户之间的沟通频繁度参 数；
[0277] 第=确定模块1006,用于确定沟通频繁度参数高于预置数值的候选联系人作为该 目标联系人。
[0278] 本实施例中的服务器的各模块与单元之间的交互方式如前述图5所示实施例中的 描述，具体此处不再寶述。
[0279] 本实施例中，当服务器需要确定目标用户的实际属性信息时，读取模块1001可W 读取目标用户的通讯录中的联系人信息，并确定目标联系人，第一获取模块1002可W获取 该目标联系人对目标用户的属性指认信息，则第一确定模块1003可W将第二概率最高的候 选属性信息作为目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来源于 其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确的问 题，因此能够有效提高服务器确定得到的用户属性信息的精确度；
[0280] 其次，第一确定模块1003中的第二计算单元10034在计算各候选职业信息的第二 概率时，考虑到了目标联系人自身的实际职业信息，对于目标联系人的实际职业信息与其 指认目标用户所属的职业信息相同的情况，赋予更高的权重，从而进一步提高了确定职业 信息时的精确度。
[0281] =、第一确定模块通过迭代计算各用户的职业信息的方式确定目标用户的实际职 业信息。
[0282] 请参阅图11，本发明实施例中服务器另一实施例包括：
[0283] 读取模块1101，用于读取目标用户的通讯录中的联系人信息，该目标用户为待确 定实际属性信息的用户，该联系人信息中包含至少一个目标联系人；
[0284] 第一获取模块1102,用于获取读取模块1101读取的目标联系人对该目标用户的属 性指认信息，该属性指认信息用于表示该目标联系人对该目标用户的属性信息的指认；
[0285] 第一确定模块1103,用于根据第一获取模块1102获取到的属性指认信息确定该目 标用户的实际属性信息。
[02化]其中，第一获取模块1102包括：
[0287] 读取单元11021，用于读取该目标联系人对该目标用户的备注信息；
[0288] 分析单元11022,用于对该备注信息进行语义分析得到属性特征信息；
[0289] 生成单元11023，用于根据该属性特征信息生成该目标联系人对该目标用户的属 性指认信息。
[0290] 或者，第一获取模块1102可W包括：
[0291] 发送单元11024,用于向该目标联系人对应的用户设备发送指认请求，该指认请求 中携带有该目标用户的标识；
[0292] 接收单元11025,用于接收该目标联系人对应的用户设备反馈的指认响应，该指认 响应中携带有该目标联系人对该目标用户的属性指认信息。
[0293] 需要说明的是，本实施例中，第一获取模块1102可W有多种实现方式，其中一种实 现方式中包含读取单元11021、分析单元11022W及生成单元11023,另一种实现方式中包含 发送单元11024W及接收单元11025,在实际应用中，运两种实现方式可W分别实现，也可W 一并集成于第一获取模块1102中，具体此处不做限定。
[0294] 其中，第一确定模块1103包括：
[02M]初始化单元11031，用于根据该属性指认信息初始化各用户的各候选属性信息的 第一概率；
[0296] 第=计算单元11032,用于按照该各用户的各候选属性信息的第一概率W及各用 户之间的属性指认关系迭代计算各用户的各候选属性信息的第二概率；
[0297] 输出单元11033,用于当满足预置的迭代终止条件时，输出迭代终止时各用户的各 候选属性信息的第=概率；
[0298] 第五确定单元11034,用于对于该目标用户，将第=概率最高的候选属性信息作为 该目标用户的实际属性信息，该目标用户属于该各用户。
[0299] 本实施例中，该服务器还可W进一步包括：
[0300] 第二确定模块1104,用于根据该联系人信息确定各候选联系人；
[0301] 第二获取模块1105,用于获取各候选联系人与该目标用户之间的沟通频繁度参 数；
[0302] 第=确定模块1106,用于确定沟通频繁度参数高于预置数值的候选联系人作为该 目标联系人。
[0303] 本实施例中的服务器的各模块与单元之间的交互方式如前述图6所示实施例中的 描述，具体此处不再寶述。
[0304] 本实施例中，当服务器需要确定目标用户的实际属性信息时，读取模块1101可W 读取目标用户的通讯录中的联系人信息，并确定目标联系人，第一获取模块1102可W获取 该目标联系人对目标用户的属性指认信息，则第一确定模块1103可W将第=概率最高的候 选属性信息作为目标用户的实际属性信息，也就是说，该目标用户的实际属性信息来源于 其他联系人对该目标用户的指认，可W避免目标用户自行填写导致的属性信息不准确的问 题，因此能够有效提高服务器确定得到的用户属性信息的精确度；
[0305] 其次，第一确定模块1103中的第=计算单元11032采用了迭代计算的方式计算各 用户的各候选职业信息的第二概率，使得该第二概率能够根据各用户之间的职业指认关系 进行更新和调整，进一步提高了服务器确定得到的用户职业信息的精确度。
[0306] 请参阅图12,图12是本发明实施例提供的一种服务器结构示意图，该服务器1200 可因配置或性能不同而产生比较大的差异，可W包括一个或一个W上中央处理器(central processing units,CPU)1222(例如，一个或一个W上处理器）和存储器1232,一个或一个W 上存储应用程序1242或数据1244的存储介质1230(例如一个或一个W上海量存储设备）。其 中，存储器1232和存储介质1230可W是短暂存储或持久存储。存储在存储介质1230的程序 可W包括一个或一个W上模块（图示没标出），每个模块可W包括对服务器中的一系列指令 操作。更进一步地，中央处理器1222可W设置为与存储介质1230通信，在服务器1200上执行 存储介质1230中的一系列指令操作。
[0307] 服务器1200还可W包括一个或一个W上电源1226,一个或一个W上有线或无线网 络接口 1250, 一个或一个W上输入输出接口 1258,和/或，一个或一个W上操作系统1241，例 如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM,化eeBSDTM等等。
[0308] 上述实施例中由服务器所执行的步骤可W基于该图12所示的服务器结构。
[0309] 所属领域的技术人员可W清楚地了解到，为描述的方便和简洁，上述描述的系统， 装置和单元的具体工作过程，可W参考前述方法实施例中的对应过程，在此不再寶述。
[0310] 在本申请所提供的几个实施例中，应该理解到，所掲露的系统，装置和方法，可W 通过其它的方式实现。例如，W上所描述的装置实施例仅仅是示意性的，例如，所述单元的 划分，仅仅为一种逻辑功能划分，实际实现时可W有另外的划分方式，例如多个单元或组件 可W结合或者可W集成到另一个系统，或一些特征可W忽略，或不执行。另一点，所显示或 讨论的相互之间的禪合或直接禪合或通信连接可W是通过一些接口，装置或单元的间接禪 合或通信连接，可W是电性，机械或其它的形式。
[0311] 所述作为分离部件说明的单元可W是或者也可W不是物理上分开的，作为单元显 示的部件可W是或者也可W不是物理单元，即可W位于一个地方，或者也可W分布到多个 网络单元上。可W根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目 的。
[0312] 另外，在本发明各个实施例中的各功能单元可W集成在一个处理单元中，也可W 是各个单元单独物理存在，也可W两个或两个W上单元集成在一个单元中。上述集成的单 元既可W采用硬件的形式实现，也可W采用软件功能单元的形式实现。
[0313] 所述集成的单元如果W软件功能单元的形式实现并作为独立的产品销售或使用 时，可W存储在一个计算机可读取存储介质中。基于运样的理解，本发明的技术方案本质上 或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可WW软件产品的形式 体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用W使得一台计算机 设备(可W是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全 部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM,Read-Only Memo巧）、随机存取存储器(RAM,Random Access Memcxry)、磁碟或者光盘等各种可W存储程 序代码的介质。
[0314] W上所述，W上实施例仅用W说明本发明的技术方案，而非对其限制;尽管参照前 述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可W对前 述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换;而运些 修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1. 一种用户属性信息确定方法，其特征在于，包括： 读取目标用户的通讯录中的联系人信息，所述目标用户为待确定实际属性信息的用 户，所述联系人信息中包含至少一个目标联系人； 获取所述目标联系人对所述目标用户的属性指认信息，所述属性指认信息用于表示所 述目标联系人对所述目标用户的属性信息的指认； 根据所述属性指认信息确定所述目标用户的实际属性信息。2. 根据权利要求1所述的方法，其特征在于，所述根据所述属性指认信息确定所述目标 用户的实际属性信息包括： 根据各目标联系人对所述目标用户的属性指认信息确定所述目标用户对应的候选属 性信息； 将被指认次数最多的候选属性信息作为所述目标用户的实际属性信息。3. 根据权利要求1所述的方法，其特征在于，所述根据所述属性指认信息确定所述目标 用户的实际属性信息包括： 根据各目标联系人对所述目标用户的属性指认信息确定所述目标用户对应的候选属 性信息； 计算所述目标用户的各候选属性信息的第一概率； 获取所述各目标联系人的实际属性信息； 根据所述第一概率W及各目标联系人的实际属性信息计算所述各候选属性信息的第 二概率； 将第二概率最高的候选属性信息作为所述目标用户的实际属性信息。4. 根据权利要求3所述的方法，其特征在于，所述计算所述目标用户的各候选属性信息 的第一概率包括： 按照如下方式计算所述第一概率：所述Wj表示所述目标用户的候选属性信息j的第一概率； 所述X为所述目标联系人的数量； 所述count(j)用于表示所述目标联系人中指认所述目标用户的候选属性信息为j的联 系人数量。5. 根据权利要求4所述的方法，其特征在于，所述根据所述第一概率W及各目标联系人 的实际属性信息计算所述各候选属性信息的第二概率包括： 按照如下方式计算所述第二概率： W'j=Wj+S;所述W/ J为所述目标用户的候选属性信息j的第二概率； 所述S为权重系数，所述δ的数值与所述目标联系人中实际属性信息为j的联系人的数 量正相关； 所述Wkj为标识参数，当目标联系人k的实际属性信息为j时，所述Wkj为1，当所述目标 联系人k的实际属性信息不为加，所述Wk,功0; 所述用于表示所述目标联系人中实际属性信息为j的联系人的数量。6. 根据权利要求1所述的方法，其特征在于，所述根据所述属性指认信息确定所述目标 用户的实际属性信息包括： 根据所述属性指认信息初始化各用户的各候选属性信息的第一概率； 按照所述各用户的各候选属性信息的第一概率W及各用户之间的属性指认关系迭代 计算各用户的各候选属性信息的第二概率； 当满足预置的迭代终止条件时，输出迭代终止时各用户的各候选属性信息的第Ξ概 率. 对于所述目标用户，将第Ξ概率最高的候选属性信息作为所述目标用户的实际属性信 息，所述目标用户属于所述各用户。7. 根据权利要求6所述的方法，其特征在于，所述根据所述属性指认信息初始化各用户 的各候选属性信息的第一概率包括： 按照如下方式计算所述第一概率：所述为用户i的候选属性信息j的第一概率； 所述count(j)为所述用户i的联系人中指认所述用户i的候选属性信息为j的联系人的 数量； 所过对所述用户i的联系人中指认所述用户i的候选属性信息为任何值 的联系人的数量。8. 根据权利要求7所述的方法，其特征在于，所述按照所述各用户的各候选属性信息的 第一概率W及各用户之间的属性指认关系迭代计算各用户的各候选属性信息的第二概率 包括： 重复执行如下公式，迭代计算所述第二概率：Wij = Vij； 所述为所述用户i的候选属性信息j的第二概率； 所述α为迭代速率控制参数，所述α为常数，所述α用于调整迭代计算的速度； 所述化为权重系数，当用户k指认用户i的属性信息为j，且用户k的属性信息也为j时，所 述化取第一数值，当用户k指认用户i的属性信息为j，且用户k的属性信息不为j时，所述化取 第二数值，所述第一数值大于所述第二数值； 所述m为所有类型属性信息的总数量； 所述η为所述用户i的联系人中与所述用户i有属性指认关系的联系人的数量。9. 根据权利要求8所述的方法，其特征在于，所述方法还包括： 判断迭代次数是否达到预置数值，若是，则确定满足所述预置的迭代终止条件； 或， 判断各用户的各候选属性信息的第二概率是否收敛，若是，则确定满足所述预置的迭 代终止条件。10. 根据权利要求1至9中任一项所述的方法，其特征在于， 所述属性信息为职业信息、行业信息、或兴趣爱好信息中的至少一种。11. 根据权利要求1至9中任一项所述的方法，其特征在于，所述获取所述目标联系人对 所述目标用户的属性指认信息包括： 读取所述目标联系人对所述目标用户的备注信息； 对所述备注信息进行语义分析得到属性特征信息； 根据所述属性特征信息生成所述目标联系人对所述目标用户的属性指认信息。12. 根据权利要求1至9中任一项所述的方法，其特征在于，所述获取所述目标联系人对 所述目标用户的属性指认信息包括： 向所述目标联系人对应的用户设备发送指认请求，所述指认请求中携带有所述目标用 户的标识； 接收所述目标联系人对应的用户设备反馈的指认响应，所述指认响应中携带有所述目 标联系人对所述目标用户的属性指认信息。13. 根据权利要求1至9中任一项所述的方法，其特征在于，所述读取目标用户的通讯录 中的联系人信息之后，所述方法还包括： 根据所述联系人信息确定各候选联系人； 获取各候选联系人与所述目标用户之间的沟通频繁度参数； 确定沟通频繁度参数高于预置数值的候选联系人作为所述目标联系人。14. 一种服务器，其特征在于，包括： 读取模块，用于读取目标用户的通讯录中的联系人信息，所述目标用户为待确定实际 属性信息的用户，所述联系人信息中包含至少一个目标联系人； 第一获取模块，用于获取所述目标联系人对所述目标用户的属性指认信息，所述属性 指认信息用于表示所述目标联系人对所述目标用户的属性信息的指认； 第一确定模块，用于根据所述属性指认信息确定所述目标用户的实际属性信息。15. 根据权利要求14所述的服务器，其特征在于，所述第一确定模块包括： 第一确定单元，用于根据各目标联系人对所述目标用户的属性指认信息确定所述目标 用户对应的候选属性信息； 第二确定单元，用于将被指认次数最多的候选属性信息作为所述目标用户的实际属性 信息。16. 根据权利要求14所述的服务器，其特征在于，所述第一确定模块包括： 第Ξ确定单元，用于根据各目标联系人对所述目标用户的属性指认信息确定所述目标 用户对应的候选属性信息； 第一计算单元，用于计算所述目标用户的各候选属性信息的第一概率； 获取单元，用于获取所述各目标联系人的实际属性信息； 第二计算单元，用于根据所述第一概率w及各目标联系人的实际属性信息计算所述各 候选属性信息的第二概率； 第四确定单元，用于将第二概率最高的候选属性信息作为所述目标用户的实际属性信 息。17. 根据权利要求14所述的服务器，其特征在于，所述第一确定模块包括： 初始化单元，用于根据所述属性指认信息初始化各用户的各候选属性信息的第一概 率. 第Ξ计算单元，用于按照所述各用户的各候选属性信息的第一概率W及各用户之间的 属性指认关系迭代计算各用户的各候选属性信息的第二概率； 输出单元，用于当满足预置的迭代终止条件时，输出迭代终止时各用户的各候选属性 信息的第Ξ概率； 第五确定单元，用于对于所述目标用户，将第Ξ概率最高的候选属性信息作为所述目 标用户的实际属性信息，所述目标用户属于所述各用户。18. 根据权利要求14至17中任一项所述的服务器，其特征在于，所述第一获取模块包 括： 读取单元，用于读取所述目标联系人对所述目标用户的备注信息； 分析单元，用于对所述备注信息进行语义分析得到属性特征信息； 生成单元，用于根据所述属性特征信息生成所述目标联系人对所述目标用户的属性指 认信息。19. 根据权利要求14至17中任一项所述的服务器，其特征在于，所述第一获取模块包 括： 发送单元，用于向所述目标联系人对应的用户设备发送指认请求，所述指认请求中携 带有所述目标用户的标识； 接收单元，用于接收所述目标联系人对应的用户设备反馈的指认响应，所述指认响应 中携带有所述目标联系人对所述目标用户的属性指认信息。20. 根据权利要求14至17中任一项所述的服务器，其特征在于，所述服务器还包括： 第二确定模块，用于根据所述联系人信息确定各候选联系人； 第二获取模块，用于获取各候选联系人与所述目标用户之间的沟通频繁度参数； 第Ξ确定模块，用于确定沟通频繁度参数高于预置数值的候选联系人作为所述目标联 系人。
【文档编号】H04L12/58GK105847127SQ201610292736
【公开日】2016年8月10日
【申请日】2016年5月4日
【发明人】黄引刚
【申请人】腾讯科技（深圳）有限公司