常第二账户为其他账户提供担保，也很好的履行了担保责 任，则在该种情况下，所述加权系数b的取值可W更大。
[0143] 所述依据所述关联关系和认证信息形成担保信息，还可包括：
[0144] 依据所述关联关系数据确定所述第一账户和所述第二账户是否满足预设关联条 件；当所述第一账户和所述第二账户满足预设关联条件时，依据所述认证信息形成所述担 保信息。
[0145] 在该种情况下可W减少一些低关联账户的不负责的提供为其他账户提供担保。
[0146] 所述第一账户和所述第二账户均为注册在所述信贷平台上的账户，具体的所述信 贷平台可为财富通平台或手机QQ的平台。
[0147] 为了减少与第一账户没有关联的第二账户为第一账户提供信贷担保或高额担保， 导致信贷担保的风险防控能力的下降的问题；在本实施例中，在形成担保信息时，需要获取 第一账户和第二账户之间的关联关系数据。具体如，获取第一账户和第二账户基于QQ或微 信等社交软件进行社交活动的频繁度或亲密度等数据。该些数据可W反映出第一账户和第 二账户之间的社交关系是否紧密，所述第二账户的用户是否会为第一账户在预期不偿还信 贷时，进行支付。最后，根据所述关联关系数据决定是否允许第二账户为第一账户提供担保 W及可担保额额度。
[0148] 所述确定所述第一账户和所述第二账户是否满足预设关联关系，具体可如；指定 时间内所述第一账户和第二账户的社交频次达到指定频次等。如第一账户和第二账户最近 一年内都有很频繁的通过社交应用进行社交活动，且频繁度超过指定频次，该是可W将所 述第二账户确定为所述第一账户的担保账户，W形成所述担保信息。
[0149] 在具体实现时，所述请求提供担保的请求信息，可W与社交软件结合，通过社交软 件的分享功能发送到第二账户的客户端的，W便于所述第二账户的客户端基于所述请求提 供担保的请求信息，形成认证消息。
[0150] 具体如，所述信平台与社交平台相结合，在为各个账户的客户端提供信贷服务的 同时，还提供社交服务；进一步的所述信贷服务可W是基于所述社交服务的。如第一账户的 用户端基于用户指示，形成所述请求提供担保的请求信息，并分享到微信好友圈，该样就若 干个第二账户的客户端会接收到所述请求提供担保的请求信息，第二账户的客户端基于用 户指示对分享的所述请求信息进行操作，将形成认证信息发送到所述信贷平台。由于所述 信贷平台同时还提供社交服务，从而可W简便的从其对应的数据库中查询到所述第一账户 和第二账户之间的关联关系数据。在具体的实现过程中，所述关联关系数据还可W是有第 一账户的客户端或所述第二账户的客户端向所述信贷平台提交的数据。
[0151] 在具体的实现过程中，还可W根据所述第一账户和所述第二账户的社交关系的稳 定性、亲密度和/或频繁度等关联关系数据，确定所述第二账户为第一账户提供的可担保 额度。
[0152] 依据认证信息形成担保信息的方式有多种，W下提供几种具体如何形成所述担保 信息的可选方式：
[0巧3] 可选方式二；
[0154] 所述依据所述认证信息，形成所述担保信息，还包括：
[0155] 审核所述认证信息，确定所述第二账户的可担保额度；
[0156] 依据所述第二账户的可担保额度，确定实际担保额度；接收所述第二账户的客户 端发送的表示同意为所述第一账户提供担保的认证信息；
[0157] 审核所述认证信息，确定所述第二账户的可担保额度；
[015引依据所述第二账户的可担保额度，确定实际担保额度；
[0159] 形成包括实际担保额度及所述第二账户的账户信息的所述担保信息；
[0160] 所述步骤S120可包括：依据所述实际担保额度，确定所述第一账户的信用额度。
[0161] 所述认证信息可仅为表示第二账户同意为第一账户提供信贷担保的担保同一信 息，根据信贷担保的风控规则，在无需确定第二账户可为第一账户提供担保金额等情况下， 也可W直接根据所述认证信息形成担保信息。
[0162] 同样的，所述认证信息中可包括被担保的账户的标识信息，如所述第一账户；提供 担保的账户如第二账户的标识信息。所述认证信息还可包括第二账户愿意提供的担保金额 等信息。
[0163] 此外，所述审核所述认证信息，确定所述第二账户的可担保额度，还可包括：
[0164] 获取所述第二账户的经济状况的依据信息、历史担保记录、第二账户的信贷额度 及第二账户与第一账户的关联关系的至少其中之一；
[01化]在依据上述获取的信息，确定所述第二账户的可担保额度。
[0166] 具体如何获取可W由所述信贷平台通过查询第二账户在信贷平台上，形成的信贷 记录W及注册在所述信贷平台上的信息来获得，也可W是所述信贷平台从其他平台获取， 还可W是所述由第二账户的客户端提交，获取上述信息的方法很多，在此就不再一一寶述 了。
[0167] 信贷平台接收到第二账户的客户端发送的所述认证信息之后，可对第二账户进行 审核，具体如审核第二账户的偿还能力信息、审核第二账户的信用状况信息等信息，W确定 所述第二账户的可担保额度。
[0168] 具体如，第二账户的偿还能力信息可包括第二账户的每月可偿还金额。假设第二 账户每月可偿还金额为3万，第二账户当前自己需要自己申请信贷1万元，则第二账户此时 剩余的可偿还金额为2万。若当前第二账户在向信贷平台提交的认证信息确认愿意为第 一账户信贷提供3万的信贷担保；信贷平台依据所述认证信息W及第二账户的偿还能力信 息、第二账户与第一账户的关联关系数据表征的第一账户和第二账户的亲密度、第二账户 的担保记录等参数，综合确定出加权系数为0. 5,再将所述加权系数与剩余的可偿还金额2 万做乘积计算，确定第二账户的可担保额度仅为1万；则第二账户可提供的实际担保额度 为1万，而非3万。
[0169] 若当前第二账户向信贷平台提交的认证信息表明：愿意为第一账户信贷提供0. 5 万的信贷担保，显然第二账户的愿意提供担保的金额小于第二账户的可偿还金额，尊重第 二账户的用户意愿，在确定实际担保额度时，则确定所述实际担保额度为0. 5万。
[0170] 此处的所述愿意提供担保的金额可称为；担保金额；所述依据所述第二账户的可 担保额度，确定实际担保额度，包括：依据所述担保金额及所述可担保额度，确定所述实际 担保额度；其中，所述实际担保额度不高于所述可担保额度，且不高于所述担保金额。
[0171] 在具体实现时，所述信贷平台在确定所述可担保额度W后，还可形成可担保额度 信息，分别向第一账户的客户端和第二账户的客户端发送所述可担保额度信息，W使用户 执行当前信贷平台确定的可担保额度。
[0172] 在所述可选方式二中，确定所述可担保额度的方法有多种，不局限于上述方法。
[0173] 图6所示的信息处理方法是基于本实施例所述的信息处理方法的一个具体应用 示例；所述信息处理方法可包括：
[0174] 步骤S101;第一账户的第一客户端向信贷平台发送包括信贷申请金额的信贷请 求。
[01巧]步骤S102 ;信贷平台依据所述信贷请求确定是否有担保信息或当前担保信息对 应的可用信贷额度是否不小于信贷申请金额，当所述信贷平台的确定结果表明，第一账户 还未有担保信息或当前担保信息对应的可用信贷额度小于信贷申请金额则进入步骤S103。 所述可用信贷额度可理解为剩余信贷额度，具体如担保信息可W提供10万的担保额度，但 是第一账户已经借贷了3万，则当前的可用信贷额度为7万。
[0176] 步骤S103 ;信贷平台可向第一客户端发送提供担保提示。
[0177] 步骤S104;第一客户端可W向第二账户的第二客户端发送请求第二账户提供担 保的请求信息。
[0178] 步骤S105 ;第二客户端基于所述请求信息和第二账户的用户指示，向信贷平台发 送认证信息。
[0179] 步骤S106;信贷平台审核认证信息，确定实际担保额度，W形成所述担保信息。
[0180] 显然本发明实施例提供了一种具体如何获取所述担保信息的方法，具有实现简便 的优点。当一个新开设的第一账户需要快速申请贷款时，可W通过有第二账户的用户提供 担保，快速的享用到信用贷款，显然信道效率更高，信贷平台的智能性也更高了。
[0181] 值得注意的是，在具体实现时，所述信贷平台可W在未接收到第一客户端发送的 信贷请求的情况下，也可W向发送所述提供担保提示，具体如信贷平台发现第一账户没有 形成有担保信息时。所述信贷平台也可能在没有接收到信贷请求时，也会接收到第二账户 为第一账户提供担保的认证信息。上述步骤S101至步骤S106的执行顺序不限于上述顺序。
[0182] 在具体实现时，所述认证信息包括确认第二账户的经济状况的依据信息；
[0183] 所述审核所述认证信息，确定所述第二账户提供的担保额度还可包括：
[0184] 依据所述依据信息，确定所述第二账户的可担保金额。
[0185] 所述依据信息可包括第二账户的用户的存款信息、第二账户的用户的工资信息、 第二账户的消费记录信息或第二账户的固定资产证明或其他能够表明所述第二账户的还 款能力的信息。通常情况下，显然所述经济状况信息越好，则可能提供的可担保额度就越 局。
[0186] 形成担保信息时，在确定所述第二账户的偿还能力信息，还需要考虑第二账户的 信用状况信息。若第二账户的信用状况信息表明第二账户的信用状况不好，经常拖欠信贷 款项；显然该样会不利于信贷平台从第二账户获取到担保还款。有鉴于此，本实施例所述审 核所述认证信息，确定所述第二账户提供的担保额度，可包括：
[0187] 查询所述第二账户的信用等级信息；
[018引依据所述担保信用等级信息，确定所述可担保额度。
[0189] 通常所述信用等级信息表明所述第二账户的信用等级越高，就表明第二账户的及 时偿还的状况更好，则可W适当给与较高的信贷额度。
[0190] 具体如可W将信用等级信息分为M个等级。M个等级对应不同的信贷发放权重，若 一个账户的偿还能力信息表明可W每一个偿还周期内偿还N元款。所述M可为不小于2的 整数；所述N为大于1的数。
[0191] 若第二账户的信贷等级信息表明第二账户的信用非常好，其为信用良好特级用 户，则可化溢额发放信贷金额，此时，可担保额度可等于a*N元，所述a可为大于1的数。
[0192] 当第二账户的信用等级信息表明第二账户的信用好，很少出现拖欠，若出现拖欠 也能及时还款，此时可W为良好用户，此时，所述a可W为1。
[019引当第二账户的信用等级信息表明第二账户的信用状况差，则此时，所述a可W取 小于1的数。
[0194] 综合上述方案，W下提供一个具体示例。假设第一账户申请的信贷申请金额30000 元，提交信贷申信息后，信贷平台通过信息查询等方式确定第一账户的信贷额度为10000 元，信贷平台向第一账户的客户端发送贷款申请的审批结果到第一账户，W通过第一账户 的客户端告知第一账户的用户当前其信贷额度不足。第一账户的用户通过客户端上安装 的社交软件或基于通信软件邀请第二账户为其提供信贷担保。第二账户的客户端收到第 一账户请求提供信贷担保的信息邀请后，通过点击第二账户的客户端上的确定按钮"同 意"等操作指示客户端，向信贷平台发送同一为本笔贷款提供担保的认证信息。信贷平台 在接收到所述认证信息后，根据第二账户的账号查询第二账户得到信用额度为50000员， 再根据第二账户与第一账户的社交关系、历史担保记录、信用记录等信息得到第二账户为 第一账户担保的加权系数为0,则当前第一账户的可用的贷款额度为10000+50000*〇,若 10000+50000*〇〉30000,则第一账户的此时的信贷申请将被信贷平台审核通过。如果存在多 个担保人，0的取值可能还与其他担保人的个数及信用级别等因素相关。
[01巧]W下为依据第二账户为第一账户提供担保的认证信息，确定担保信息中的信贷额 度的一种可选方式：
[0196] 假设第i个担保账户的可担保额度为Mi,加权系数为ai，若满足
其中I为担保账户的总个数。
[0197] 在具体实现时，可W将方法一和方法二结合使用，不局限于单独使用。
[0198] 所述步骤S100还包括：
[0199] 接收所述第二账户的客户端发送的第一账户申请信贷的查询请求；
[0200] 响应所述查询请求向所述第二账户的客户端发送第一账户的信贷申请状况信 息；
[