0201] 其中，所述信贷申请状况信息为形成所述认证信息提供依据。
[0202] 如方法实施例一所述的，当信贷平台接收到第一账户的客户端发送的信贷请求之 后，可能会形成相应的信贷申请标记。第一账户的客户端在请求第二账户为其提供信贷担 保时，可W将所述信贷申请标记发送给所述第二账户的客户端，该样可W方便后续依据所 述信贷申请标记到信贷平台查询第一账户需要提供担保的该次信贷的信贷申请状况信息。
[0203] 所述第二账户的客户端接收的所述信贷申请状况，可能包括此次信贷若逾期不还 可能造成的结果W及第二账户的担保风险信息等状况信息。
[0204] 第二账户的用户在接收到所述信贷申请状况信息之后，将依据自己的偿还能力对 第一账户的用户偿还能力W及信用状况等信息进行综合评价，确定是否为其提供担保，若 为第一账户的信贷申请提供担保，则通过所述第一账户的客户端形成所述认证信息发送给 所述信贷平台。
[0205] 在具体实现时，上述查询请求可W不局限于用于形成所述认证信息，也可W是在 第一账户提供信贷担保之后，方便第一账户的客户端来查看。
[0206] 方法实施例S;
[0207] 如图1所示，本实施例提供一种信息处理方法，所述方法包括：
[0208] 步骤S110 ;信贷平台接收第一账户的客户端发送的信贷请求；所述信贷请求包括 信贷申请金额；
[0209] 步骤S120;响应所述信贷请求，依据至少一个第二账户为所述第一账户信贷提供 的担保信息，确定所述第一账户的可用信用额度；其中，所述第二账户为所述第一账户的担 保账户；所述第二账户和所述第一账户为不同用户注册在所述信贷平台的操作账户；
[0210] 步骤S130;依据所述信贷申请金额和所述可用信用额度，向所述第一账户进行信 贷支付，形成信贷结果；
[0211] 步骤S140;向所述第一账户的客户端发送所述信贷结果；
[0212] 步骤S150 ;依据所述信贷结果，形成并向所述第二账户的客户端发送信贷担保反 馈信息；
[0213] 步骤S100;获取所述第二账户为所述第一账户信贷提供的担保信息。其中，所述 步骤S100通常位于所述步骤S120之前。
[0214] 所述步骤S100可包括：
[0215] 接收所述第二账户的客户端发送的表示同意为所述第一账户提供担保的认证信 息；
[0216] 审核所述认证信息，确定所述第二账户的可担保额度；
[0217] 依据所述第二账户的可担保额度，确定实际担保额度；
[0218] 形成包括实际担保额度及所述第二账户的账户信息的所述担保信息；
[0219] 所述步骤S130可包括：依据所述实际担保额度，确定所述第一账户的信用额度。
[0220] 所述方法还包括：
[0221] 依据所述担保信息，形成担保生效信息；
[0222] 分别向所述第一账户和所述第二账户的客户端发送所述担保生效信息。
[0223] 通常所述担保生效信息可包括实际担保额度信息，通过向第一账户和第二账户的 客户端发送所述担保生效信息，W告知第一账户和第二账户的用户目前担保的状况。在具 体的实现过程中，所述担保生效信息为所述第二账户为第一账户提供信贷担保成功的时候 发送，在所述第二账户为所述第一账户提供担保失败时，所述信贷平台还可W向第一账户 和第二账户的客户端发送担保失败信息。
[0224] 发送给第一账户和第二账户的客户端的所述担保生效信息可W完全相同，也可W 有部分不同。具体如发送给第二账户的担保生效信息，除了实际担保金额，还可W包括担保 风险信息，还可包括第二账户目前还可提供的担保的额度等信息。
[02巧]如图7所示，所述信息处理方法可包括：
[0226] 步骤S201 ;账户B的客户端向信贷平台发送认证信息，所述认证信息为表示账户B 愿意为账户A提供信贷担保。所述账户A即为上述第一账户；所述账户B即为所述第二账 户。
[0227] 步骤S202 ;信贷平台审核担保信息，具体的审核过程可W参见方法实施例二任意 技术方案，确定担保成功，则形成担保信息和担保生效信息。在具体实现时，所述信贷平台 还将存储所述担保信息。
[0228] 步骤S203;信贷平台将所述担保生效信息发送给客户端A和客户端B。
[0229] 在图7中客户端A和客户端B内显示的内容为分别发送给客户端的担保生效信 息。
[0230] 如图8所示，所述信息处理方法可包括：
[0231] 步骤S301 ;账户B的客户端向信贷平台发送认证信息，所述认证信息为表示账户B 愿意为账户A提供信贷担保。所述账户A即为上述第一账户；所述账户B即为所述第二账 户。
[0232] 步骤S302 ;信贷平台通过审核认证确定担保失败，则形成担保失败信息。
[0233] 步骤S303 ;向客户端A和客户端B分别发送所述担保失败信息。
[0234] 所述担保失败信息可仅为担保失败结果，还可W包括担保失败的原因。具体如图 8的客户端A和客户端B显示的担保失败信息中还包括担保失败原因。 悦对方法实施例四；
[0236] 如图4所示，本实施例提供一种信息处理方法，所述方法包括：
[0237] 步骤S110 ;信贷平台接收第一账户的客户端发送的信贷请求；所述信贷请求包括 信贷申请金额；
[0238] 步骤S120 ;响应所述信贷请求，依据至少一个第二账户为所述第一账户信贷提供 的担保信息，确定所述第一账户的可用信用额度；其中，所述第二账户为所述第一账户的担 保账户；所述第二账户和所述第一账户为不同用户注册在所述信贷平台的操作账户；
[0239] 步骤S130 ;依据所述信贷申请金额和所述可用信用额度，向所述第一账户进行信 贷支付，形成信贷结果；
[0240] 步骤S140 ;向所述第一账户的客户端发送所述信贷结果。
[0241] 具体实现时，所述方法还可包括步骤S150 ;所述步骤S150步骤S150 ;依据所述信 贷结果，形成并向所述第二账户的客户端发送信贷担保反馈信息。
[0242] 在具体实现时，用户基于所述客户端向信贷平台申请的信贷申请金额，可能高于 当前第一账户的可用信用额度，也可能低于第一账户的可用信贷额度；有鉴于此，所述步骤 S140可包括W下两种实现方式的至少其中之一。
[0243] 方式一：所述步骤S140可包：
[0244] 比较所述信贷申请金额与所述可用信用额度；
[0245] 当所述信贷申请金额不高于所述可用信用额度时，向所述第一账户支付等于所述 信贷申请金额的实际信贷金额；
[0246] 依据所述实际信贷金额，形成信贷结果。
[0247] 方式二：所述步骤S140可包括：
[0248]当所述信贷申请金额高于所述可用信用额度时，向所述第一账户的客户端发送部 分信贷提示信息；所述部分信贷提示信息包括可信贷金额；
[0249] 接收所述第一账户的客户端基于所述部分信贷提示信息返回的部分信贷反馈信 息；
[0250]当所述部分信贷反馈信息表明同意部分信贷时，向所述第一账户进行信贷支付， 形成信贷结果。
[0巧1]当信贷申请金额不高于所述可用信用额度时，直接向所述第一账户支付等于所述 信贷申请金额的贷款，但是在信贷申请金额高于所述可用信用额度时，通过向第一账户的 客户端发送部分信贷提示信息，可W起到告知用户当期的可用信贷额度不够，是否接收部 分信贷。具体如用于申请信贷10万，但是累积当前第一账户的担保信息及资产证明等信 息，仅能提供8万的可用信贷金额，则此时可通过所述部分信贷提示信息，告知用户的信贷 申请状况并请求是否同意先申请8万信贷的贷款，当用户同意部分信贷时，该样更好的利 用信贷该个平台，发放更多的信贷，促进资金的流动。
[0252] 在具体实现时，所述信贷平台也可W在信贷申请金额高于所述可用信用额度时， 直接形成此次信贷申请失败的信息，将所述信贷申请失败的信息返回给第一账户的客户端 即可。同时还可W将可用信贷金额发送给第一账户的客户端，方便用户查阅后，形成下一次 信贷申请。 悦5引方法实施例四：
[0巧4] 如图1所示，本实施例提供一种信息处理方法，所述方法包括：
[0巧5] 步骤S110 ;信贷平台接收第一账户的客户端发送的信贷请求；所述信贷请求包括 信贷申请金额；
[0巧6] 步骤S120 ;响应所述信贷请求，依据至少一个第二账户为所述第一账户信贷提供 的担保信息，确定所述第一账户的可用信用额度；其中，所述第二账户为所述第一账户的担 保账户；所述第二账户和所述第一账户为不同用户注册在所述信贷平台的操作账户；
[0巧7] 步骤S130 ;依据所述信贷申请金额和所述可用信用额度，向所述第一账户进行信 贷支付，形成信贷结果；
[0巧引步骤S140 ;向所述第一账户的客户端发送所述信贷结果。
[0259] 所述方法还包括：
[0%0] 当所述第一账户在信贷还款日未偿还信贷时，形成偿还提示信息；
[0%1] 向所述第一账户和所述第二账户的客户端发送所述偿还提示信息。
[0%2] 本实施例中进一步在第一账户为如约偿还信贷时，形成偿还提示信息，该个偿还 提示信息不仅发送到第一账户的客户端，还同时发送到第二账户的客户端；一方面提示第 一账户的用户注意应该及时还款，W免支付多余的利息和罚金和形成不良的信用记录；另 一方面发送给第二账户的客户端，可W提醒第二账户可能需要履行担保支付，并促使第二 账户的用户注意提醒第一账户的用户注意还款，该样能够保证信贷平台的资金尽可能按照 正常流动，尽可能少的出现呆账和坏账，从而信贷平台具有智能性高的优点。
[0%3] 此外，所述方法还包括：
[0264] 当满足担保偿还条件时，向所述第二账户发送偿还请求或自动控制所述第二账户 进行偿还。
[02化]所述担保偿还条件，具体如第一账户的信贷金额逾期不还已经超过指定时限，此 时需要由第二账户进行信贷偿还，此时可W向第二账户发送偿还请求。当所述第二账户内 有可用资金时，还可基于所述第二账户与信贷平台之间签订的自动支付协定，控制所述第 二账户进行自动偿还。
[0%6] 在具体实现过程中，若所述第二账户基于所述偿还请求，替第一账户进行信贷支 付，则所述信贷平台还将生成信贷担保支付信息，发送到第一账户和第二账户的客户端，方 便后续第二账户的用户向所述第一账户的用户索要信贷担保支付金额。
[0%7] W下结合上述任意实施例提供一个具体应用示例：
[0268] 如图9所示，所述示例包括；
[0269] 步骤1 ;第一账户A的用户A登录客户端A并进入申请贷款界面。通常客户端上 都会安装可于所述信贷平台进行信息交互的应用，具体如信贷APP。
[0270] 步骤2 ;客户端A向信贷平台发送信贷请求。所述信贷请求可包括信贷申请金额 M、第一账户的用户登录态标识skey、接收贷款的银行卡号C等信息发送给信贷平台。
[0271] 步骤3 ;信贷平台根据skey等信息及风控规则确定可用信用额度M'。其中，所述 风控规则为预先存储在所述信贷平台中用于信贷额度的参数之一，所述可用信贷额度可为 依据账户的总信贷额度与已用信贷额度的差来确定。 悦7引步骤4 ;如果M'〉M，则直接向用户的银行卡号为C的银行卡放款；否则向所述客户 端A发送信贷申请标识信息token_idW及贷款申请失败原因等信息。
[027引步骤5;客户端A收到信贷申请标识信息token_id W及贷款申请失败原因后，显 示展示贷款结果。
[0274] 步骤6 ;如果贷款申请失败原因为额度不足，用户A可W将邀请好友提供信贷担 保。邀请的过程可是将token_id及其他必要信息发送给自己的某个或多个社交关系中的 好友。
[0275] 步骤：7 ;用户A的用户F在客户端B收到客户端的提供信贷担保的请求后，携带 token_id及用户F的第二账户的登录态skey'向信贷平台发送查询请求。
[0276] 步骤8 ;客户端B接收信贷平台返回的包括用户A的贷款申请状况信息等信贷申 请详情。
[0277] 步骤9 ;用户F若同意提供担保，则通过客户端A向信贷平台发送认证信息，所述 认证信息携带有所述token_id及用户F的第二账户的登录态skey'、担保使用的银行卡号 C'（可选）等信息向后台发同意担保的请求。<