进行信用信贷相关信息处理的信息处理平台、 具体如，云平台或至少一台服务器构成的信息处理平台。
[0091] 图2所示的为所述信贷平台的一种结构，图2所示的信贷平台100包括信贷服务 器101、数据库102W及信贷网关103。
[0092] 所述信贷服务器101可用于执行上述步骤S110至步骤S150中的信息处理操作。
[0093] 所述数据库102包括存储第一账户和第二账户的所有信息，如信贷金额、信贷时 间、信贷用户身份信息、担保账户W及担保账户的用户身份信息等。
[0094] 所述信贷网关103用于所述信贷平台100与外设进行信息交互的接口；用于对接 入所述信贷平台的客户端进行安全认证等处理，对进入所述信贷平台的数据包做安全过滤 处理，W免所述信贷平台的数据遭到损坏和盗窃。
[0095] 在图2所示的个人PC201和手机202均是通过互连网可W所述信贷平台建立连 接的客户端。在具体实现时，所述客户端不局限于手机和个人PC，还可W平板电脑等具有互 连网连接功能的电子设备。
[0096]在图2中与信贷相关的数据都存储在于所述信贷服务器分离的数据库中，在具体 实现时，所述数据也可W存储在所述信贷服务器的存储介质。将数据存储在与所述信贷服 务器分离的数据库中的好处是，可W提高信息安全。如当信贷服务器出现系统故障时，因为 信贷数据存储在数据库中，不会导致数据暂时不能使用或永久丢失。
[0097] 在具体实现时，所述信贷服务器和所述数据库都不止一个，如图3所示，所述信贷 平台100包括信贷服务器群和数据库群。所述信贷服务器群中包括多台信贷服务器；所述 数据库群中不仅包括多个数据库，如信贷收支数据库、担保信息数据库W及账户信息数据 库。
[009引所述信贷收支数据库，可用于存储每一个信贷账户的信贷信息、支付信息等与资 金往来相关的数据。
[0099] 所述担保信息数据库可W为用于存储所述担保信息的数据库。
[0100] 所述账户信息数据库为存储有第一账户和第二账户的账户信息的数据库，如第一 账户的用户身份信息及第一账户可操作功能信息。所述第一账户可操作功能信息可包括譬 如开通免费还贷时限提醒功能、账户余额提示功能等信息。
[0101] 不同的数据库根据其存储的数据的密级不用，可W采用不同安全等级的加密方式 和信息防盗方式，该种采用不同数据库存储同一账户的不同信息的方式，相对于一个账户 所有信息存储在一个数据库内，该数据库若出现泄密事件，则该账户的所有信息都将泄密 的问题，从而提高了信息安全问题。
[0102] 所述第一账户和第二账户均为注册在所述信贷平台上的账户。每一个所述账户通 常都对应有账户标识和账户密码。
[0103] 用户可W通过账户标识和账户密码登陆到所述信贷平台。所述信贷平台上存储有 各个账号进行的信用信贷等操作形成的各类信息，如借款金额、借款时间W及担保信息等。
[0104] 所述信贷请求为所述第一账户的客户端向所述信贷平台发送的请求发放信用贷 款的请求信息。所述信贷申请金额为第一账户的用户，期望获取的信贷金额。
[0105] 其中，所述第二账户可为第一账户具有关联关系的账户；该种关联关系可W用关 联关系数据来体现。具体如，所述第一账户的用户a为公司A的员工，所述第二账户为所述 公司A注册在所述信贷平台上的账户；则所述第一账户为员工账户，所述第二账户为公司 账户。由于第一账户的用户a为公司A的员工，公司A很清楚用户a的经济能力，基于该种 职业关系，公司A会愿意同意为用户a提供信贷担保的可能性很大。
[0106] 在具体实现时，在所述信贷平台的数据库中，可W将所述第二账户作为所述第一 账户的属性信息，从而建立所述第一账户与第二账户之间的关联关系。
[0107] 所述第一账户和所述第二账户可W为不同用户注册在所述信贷平台上的操作账 户，所述第一账户的用户和所述第二账户的用户之间也可W没有关联关系。具体如，所述第 一账户和所述第二账户还可W是具有朋友或亲属等关联关系的关联账户，表征所述第一账 户和所述第二账户的关联关系的数据为关联关系数据。具体如，第一账户和第二账户的用 户是QQ好友或微信好友。此时，所述关联关系数据可包括第一账户和所述第二账户通过QQ 或微信进行交流的频繁度看，参见同一社交活动的次数等数据。
[0108] 所述关联关系不仅可W是职业关联关系，还可W是其他社交关联关系，具体如信 贷平台为移动客户端提供互连网信息处理平台。所述移动客户端可能手机或平板电脑等电 子设备。用户在所述信贷平台上进行注册时，可能是W手机QQ或微信账号等运行在移动客 户端上的社交账号注册的。此时，依据QQ群或微信群，信贷平台在响应所述第一账号的信 贷请求时，通过获得该些社交关系数据，建立所述第一账户和第二账户之间的关联关系。所 述社交关系数据即为所述关联关系数据的一种。所述第一账户和第二账户之间的关联关系 数据，也可W是基于用户通过客户端向信贷平台提交的。
[0109] 步骤S120中的可用信贷金额可W理解为剩余信贷金额，具体如当第一账户的担 保信息总共可提供20万信贷金额，但是第一账户已经支取的3万的信贷贷款，则当前的可 用信贷金额为17万。
[0110] 在本实施例中，所述担保信息为确定可用信贷金额的参数之一。在具体实现时，信 贷平台可W基于第一账户的用户的资产证明为第一账户提供信贷金额。在第一账户的信贷 金额可包括第一账户的资产证明W及担保账户为其信贷提供的担保信息信贷金额的总和。
[0111] 在步骤S120中为第一账户提供信贷担保的第二账户可W为1个或多个，具体如第 一账户为账户A、其对应的第二账户可能包括3个，具体如，账户B、账户CW及账户D。当所 述第一账户有多个第二账户作为第一账户的担保账户，为提供信贷担保，从一定程度上表 明了第一账户的信用较高且有较多的担保人，则向其提供信贷借款归还的几率高，可W向 担保账户更多的第一账户提供更高的信用额度。
[0112] 在具体的实现过程中，若账户A有10个担保账户，若账户B仅有3个担保账户。若 风控规则为根据担保账户数达到指定数值时可提供信用贷款，且所述指定数值为8。若信贷 平台采用上述风控规则，进行信贷发放的控制，则各个担保账户在提供信贷担保时无需提 供担保金额，信贷平台也可W在不审核各个担保账户可提供的担保金额，直接确定向所述 第一账户提供等于所述信贷申请金额的可用信贷额度，向所述第一账户进行信贷支付。按 照上述风控规则进行信贷支付，则信贷平台会向所述账户A提供信贷借款，而不会向所述 账户B提供信贷借款。
[0113] 作为本实施例的进一步改进，如图4所示，所述方法还将包括：
[0114] 步骤S150 ;依据所述信贷结果，形成并向所述第二账户的客户端发送信贷担保反 馈信息。
[0115] 在步骤S150具体可包括；当信贷结果表明第一账户的此次信贷申请成功，且信贷 利用了第二账户为第一账户信贷提供的担保信息，则将形成信贷担保反馈信息，W告知第 二账户的用户为第一账户的信贷提供的担保已经生效了。
[0116]在具体实现时，若第二账户为第一账户提供信贷担保，当所述信贷结果表明信贷 申请失败，也可W发送所述信贷反馈信息W通过所述第二账户的客户端告知第二账户的用 户，此次信贷担保没有成功，W提高用户的使用满意度。
[0117] 具体如，当第一账户的可用信贷担保有15万，其中10万是由第二账户为第一账户 信贷担保提供的，另外5万是由第一账户的用户的资产证明提供的，若第一账户此次借贷 13万，此时可W优先采用第一账户的用户资产证明提供的信贷金额，借贷成功利用了第二 账户为第一账户提供8万的信贷金额。信贷平台将通过所述信贷担保反馈信息告知第二账 户的客户端其已经为第一账户提供了 8万的信贷担保。
[0118] 综合上述，本实施例提供了一种信息处理方法，将依据担保信息来进行信贷支付， 相对于现有技术中基于大数据操作的信贷支付，首先，减少了信贷平台进行数据处理的数 据量、避免了信息屏障导致的无法确定信用额度的问题，同时避免了信息滞后导致无法确 定信用额度的问题，提高了所述信贷平台的智能性，更好的利用了信贷平台。
[0119] 值得注意的是，在具体实现时，当所述信贷平台接收到第一账户的客户端发送的 信贷请求后，将为此次信贷申请生成信贷申请标识，并将所述信贷申请标识返给第一账户 的客户端。所述信贷申请标识可包括信贷申请序列号，W方便后续根据该信贷申请标识查 询对应的信贷请求。所述信贷平台还依据所述信贷请求，形成信贷申请状态信息，并存储所 述信贷申请标及所述信贷请求。所述信贷申请状态信息可包括信贷申请金额、信贷申请金 额的用途、信贷期限、信贷还款人W及信贷类型。所述信贷类型的不同，可能信贷需要支付 的利息不同，信贷的未能及时还款的风险不同。
[0120] 方法实施例二；
[0121] 如图5所示，本实施例提供一种信息处理方法，所述方法包括：
[0122] 步骤S110 ;信贷平台接收第一账户的客户端发送的信贷请求；所述信贷请求包括 信贷申请金额；
[0123] 步骤S120 ;响应所述信贷请求，依据至少一个第二账户为所述第一账户信贷提供 的担保信息，确定所述第一账户的可用信用额度；其中，所述第二账户为所述第一账户的担 保账户；所述第二账户和所述第一账户为不同用户注册在所述信贷平台的操作账户；
[0124] 步骤S130 ;依据所述信贷申请金额和所述可用信用额度，向所述第一账户进行信 贷支付，形成信贷结果；
[01巧]步骤S140 ;向所述第一账户的客户端发送所述信贷结果。
[0126] 所述方法还包括：
[0127] 步骤S100 ;获取所述第二账户为所述第一账户信贷提供的担保信息。
[0128] 若第一账户为新增设的账户，在此之前并没有形成有担保信息，但是第一账户提 出了信贷申请，则此时，可W通过向第一账户的客户端返回提示信息，W提示用于需要提供 担保信息。第一账户的用户可w通过自己社交圈内的好友发起信贷担保的请求，当第二账 户的第二用户同意为第一账户的信贷提供担保时，可W向所述信贷平台发送所述担保信 息，则所述信贷平台则可W通过接收第二电子设备发送的信贷信息来获取所述担保信息。
[0129] 此外，所述担保信息还可能已经形成了，但是存储在所述信贷平台W外的外部设 备中，需要从所述外部设备接收所述担保信息。
[0130] 所述步骤S100可包括；
[0131] 接收所述第二账户的客户端发送的表示同意为所述第一账户提供担保的认证信 息；
[0132] 依据所述认证信息，形成所述担保信息。
[0133] 在具体实现时，当第二账户的客户端接收到所述第一账户的客户端直接发送或由 所述信贷平台转发的请求提供担保的请求消息，直接向所述信贷平台发送所述认证信息。
[0134] 所述认证信息可为基于所述第二账户的用户在所述第二账户的客户端的一键操 作形成的。所述一键操作可为：在形成所述认证消息时，所述第二账户的客户端通过对话 框或担保提供页面等形式呈现所述请求消息，用户可通过点击所述第二账户的客户端上的 "同意"等控件或通过语音输入表示"同意"担保的语音后，所述第二账户的客户端将自行向 所述信贷平台发送所述认证信息，该样就用户操作简单的优点。
[01巧]在具体的实现过程中，所述第二站户的客户端还可W向所述第一账户的客户端发 送所述认证信息，W使所述第一账户的用户及时的获知当前第二账户的用户是否提供担 保，W再次提供用户使用满意度。
[0136] 可选方式一：
[0137] 所述依据所述认证信息，形成所述担保信息，包括：
[0138] 获取所述第一账户和所述第二账户的关联关系数据；
[0139] 依据所述关联关系数据和认证信息，形成所述担保信息。
[0140] 所述依据所述关联关系和认证信息形成担保信息，可包括：
[014U 如第二账户本身的信贷额度为a;所述第二账户可为第一账户提供的担保金额可 为a*b;其中，所述b为加权系数；所述加权系数可W依据所述关联关系数据来确定。通常 所述，第一账户和第二账户之间的关联关系越紧密、具体如通过社交软件交互的越频繁，贝U 所述第二账户替所述第一账户偿还借贷的可能性越大，此时，所述b的取值可更大。在具体 的实现过程中，所述b为不小于0的正数。
[0142] 此外，在具体实现时，所述b的取值还可W依据所述第二账户的担保记录或信用 等级等其他因素来综合确定。通