还可以根据用户对关 联用户的备注或分组来确定关联系数，如果用户对某一关联用户的备注为"闺蜜"或将其分 入"密友"组，则用户对该关联用户的关联系数就较高。
[0025] 在本实施例的一个可选实现方式中，用户与关联用户在社交平台中互为好友或互 相关注。具体地，用户在社交平台中的关联用户，应该是互为好友或互相关注的用户，而不 包括那些关注了用户，而用户未关注的用户。因为这些用户很可能纯粹是用户的粉丝，而与 用户没有实质性的朋友关系，对于用户的置信度评价没有实际的参考价值。
[0026] 继而，在步骤103中，基于关联系数以及关联用户的置信度，对初始置信度进行修 正，得到用户的置信度。
[0027] 当在上述步骤102中确定出关联用户的关联系数后，可以基于关联系数以及关联 用户的置信度，对在步骤101中得到的初始置信度进行修正。具体地，可以首选获取关联用 户的置信度。在本实施例中，关联用户的置信度可以用于代表关联用户的信用状况。在获 取关联用户的置信度时，可以直接从已有的置信度数据库中获取相关数据，也可以根据关 联用户之前的行为获取其置信度。在一种可能的实现方式中，可以利用如上述步骤101中 所描述的确定用户的初始置信度的方式，来获取关联用户的置信度。此时，确定的关联用户 的初始置信度，就是其置信度。在另一种可能的实现方式中，若执行本实施例的确定用户权 限的方法的系统与其他的信用系统（例如，银行的信用评估系统）具有合作关系，则可以直 接从其他信用系统中获取关联用户的置信度。
[0028] 在得到关联用户的置信度后，可以将初始置信度作为用户的基准置信度，将关联 系数作为转移权重，将关联用户的置信度转移给用户。这样，就可以得到用户最终的置信 度。
[0029] 最后，在步骤104中，基于置信度，确定用户的用户权限。
[0030] 当在上述步骤103中确定出用户的置信度后，可以进一步基于该置信度确定对用 户进行授权的范围，也就是用户的用户权限。通常，用户权限的范围与其置信度正相关。用 户的置信度越高，其能获得的用户权限等级就越高，权限范围就越大。例如，对于金融服务 系统（如银行）来说，用户权限可以包括贷款额度或信用卡透支额度等。如果一个用户的置 信度越高，其贷款申请就更容易获批，并且其贷款额度也会越高。对于应用服务系统来说， 用户权限可以包括对对应用进行操作或获取高级功能的权限等。如果一个用户的置信度很 高，则可以授权其一些特殊的用户权限，例如新功试用等。
[0031] 本实施例提供的确定用户权限的方法，可以利用社交平台中与用户联系密切的关 联用户的置信度，来确定用户本身的置信度，并基于该置信度确定用户可以得到的用户权 限。通过利用密友置信度来计算用户的置信度，可以提高置信度评价的准确性，从而可以为 用户确定出更加准确和恰当的用户权限范围。
[0032] 请进一步参考图2,其示出了本申请确定用户权限的方法的另一个实施例的流程 200 〇
[0033] 如图2所示，在步骤201中，确定用户的初始置信度。本步骤与图1中的步骤101 相同，在此不再赘述。
[0034] 接着，在步骤202中，根据用户与至少一个关联用户在社交平台内的互动频率，确 定每个关联用户所对应的关联系数。
[0035] 在本实施例中，关联系数可以由用户与关联用户在社交平台内的互动频率确定。 互动频率可以是指用户与关联用户在预定时间段内的平均互动次数，例如可以统计指用户 与关联用户在最近半年或三个月内的，每天或每周的平均互动次数作为互动频率。在统计 用户与关联用户的互动次数时，可以将用户与关联用户之间进行评论、@、转发的总次数作 为互动次数。用户与关联用户在预定时间段内的平均互动次数越多，说明二者的关系越亲 密，则该关联用户对应的关联系数就会越高。具体地，任意关联用户i与用户的关联系数M 1 可以通过下式得到：
[0036]
[0037] 其中，N,为第j个时间单位（例如周或天等）内关联用户i与用户互动的总次数， η为进行统计的时间单位的数量（例如总天数或总周数等），η为大于等于1的正整数。
[0038] 可选地，在得到每个关联用户对应的关联系数后，还可以进一步对关联系数进行 归一化处理，例如，将每个关联系数都除以所有关联系数中的最大值，从而得到归一化后的 关联系数，以便于后续计算。
[0039] 可选地，在步骤203中，若任一关联用户与用户的互动频率在预定时间周期内的 增加量或减少量超出互动频率阈值，则将该关联用户对应的关联系数设置为〇。
[0040] 在本实施例中，可以预先设定一个互动频率阈值，例如3次/天。当某一个关联 用户与用户的互动频率的增加量或减少量超出该互动频率阈值时，例如以月为时间周期进 行统计，关联用户与用户在三月时每天的互动次数为〇. 1次，到四月份时忽然激增到每天4 次，而到五月份又变为每天0.2次。则可以认为该关联用户与用户是因为某种临时性的关 系而发生的多次互动行为，例如关联用户是用户由于某种工作关系结识的朋友，并且该工 作关系仅持续了四月份一个月，所以二者在四月份内发生了多次互动行为，而当这种关系 解除之后，这种互动也明显减弱。这种关联用户可以看作是一种临时性的亲密用户，而非本 实施例要挖掘的可以表征用户的信用情况的关联用户。因此，可以将这一类关联用户的关 联系数设置为0,以避免其影响用户的置信度。
[0041] 继而，在步骤204中，基于关联系数以及关联用户的置信度，对初始置信度进行修 正，得到用户的置信度。
[0042] 在本实施例中，可以根据下式确定用户的置信度C :
[0043]
[0044] 其中，C。为用户的初始置信度，C JP M 别为第i个关联用户的置信度和关联系 数，η为关联用户的总数，η为大于等于1的正整数。
[0045] 最后，在步骤205中，基于置信度，确定用户的用户权限。本步骤与图1中的步骤 104相同，在此不再赘述。
[0046] 本实施例提供的确定用户权限的方法，可以根据关联用户与用户之间的互动频率 确定二者之间的关联系数，并将该关联系数作为关联用户的置信度的权重系数，进一步提 高了置信度评估的准确性。
[0047] 请进一步参考图3,其示出了本申请确定用户权限的装置的一个实施例的结构示 意图。
[0048] 如图3所示，本实施例的确定用户权限的装置300包括：确定模块310、系数确定 模块320、修正模块330和权限确定模块340。
[0049] 确定模块310,用于确定用户的初始置信度。
[0050] 系数确定模块320,用于根据用户与至少一个关联用户在社交平台中的互动数据， 确定每个关联用户所对应的关联系数。
[0051] 修正模块330,用于基于关联系数以及关联用户的置信度，对初始置信度进行修 正，得到用户的置信度。
[0052] 权限确定模块340,用于基于置信度，确定用户的用户权限。
[0053] 在本实施例的一个可选实现方式中，确定模块310进一步用于基于以下至少一项 确定用户的初始置信度：
[0054] 用户在社交平台中发布的信息；
[0055] 用户在社交平台的影响力指数；
[0056] 用户的征信信息与在社交平台中的用户信息的匹配度。
[0057] 在本实施例的一个可选实现方式中，互动数据包括互动频率。
[0058] 在本实施例的一个可选实现方式中，系数确定模块320还用于：若任一关联用户 与用户的互动频率在预定时间段内的增加量或减少量超出互动频率阈值，则将该关联用户 对应的关联系数设置为0。
[0059] 在本实施例的一个可选实现方式中，用户与关联用户在社交平台中互为好友或互 相关注。
[0060] 在本实施例的一个可选实现方式中，修正模块340根据下式确定用户的置信度C :