本发明涉及金融技术领域，具体涉及一种双保理的服务系统及其方法。
背景技术：
所谓国内双保理是指在国内保理业务中，有两家或者两家以上的保理商共同合作，为供应商提供应收账款融资、管理、催收及买方付款担保的任何一项保理服务。
目前国内双保理的缺点是由于线下操作使得成本高、操作繁琐、周期长。
技术实现要素：
为解决上述问题，本发明提供了一种双保理的服务系统及其方法，有效避免了现有技术中国内双保理的线下操作使得成本高、操作繁琐、周期长的缺陷。
为了克服现有技术中的不足，本发明提供了一种双保理的服务系统及其方法的解决方案，具体如下：
一种双保理的服务系统，包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商的第三前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给审核方的第五前台终端，还包括与第一前台终端、第二前台终端、第三前台终端、第四前台终端以及第五前台终端相通信连接的配置给中间服务商的后台终端；所述第一前台终端包括查询模块和确认模块；所述合作银行也可以是保理公司或者其他的金融机构；
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块；
所述后台终端包括录入模块、传送模块和云信生成模块；
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块；
所述第四前台终端包括第三保存模块；
所述第五前台终端包括第三传输模块、第四保存模块和显示模块。
进一步地，所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑；
所述第三前台终端包括第四移动智能终端、第四pc机或者第四笔记本电脑；
所述第四前台终端包括第五移动智能终端、第五pc机或者第五笔记本电脑；
所述第五前台终端包括第六移动智能终端、第六pc机或者第六笔记本电脑。
进一步地，所述配置给集团公司本身的第一前台终端、配置给供应商的第三前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
进一步地，所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；用来把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中
所述确认模块用来对所述后台终端发送确认信息；
所述第一输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端。
所述第一传输模块用来把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存；用来把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端；
所述云信生成模块用来生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中；用来生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中；
所述第二输入模块用来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；用来输入该供应商的名称、债权数额、承诺付款日、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；
所述第二传输模块用来把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在后台终端中；
所述第二保存模块用来把接收到的主云信和付款承诺函保存在该第三前台终端中；
第三保存模块用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中；
所述第四保存模块用来把用于债权转让的电子合同和用于债权转让的电子发票进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在所述第五前台终端中；
所述第三传输模块把审核成功的信息返回所述后台终端。
进一步地，所述的双保理的服务系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供主云信，所述提供主云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供主云信的资格，然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述第一传输模块把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到主云信后，所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端，所述供应商的第三前台终端的第二保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中，所述主云信的编号为标识该主云信的唯一标识符，所述主云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度；所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中；
步骤8：在所述供应商具有云信的条件下，所述供应商能够对供应商债权转让时所对接的合作银行提供云信来实现债权转让，所述提供云信来实现债权转让的方法是：
通过配置给所述供应商的第三前台终端的第二输入模块来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票，接着所述供应商的第三前台终端的第二传输模块把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中通过第四保存模块把用于债权转让的电子合同和用于债权转让的电子发票进行保存，并由显示模块显示在所述第五前台终端中，这样由审核方对用于债权转让的电子合同和用于债权转让的电子发票进行审核，审核无误后通过第三传输模块把审核成功的信息返回所述后台终端，所述传送模块再把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中，所述第三前台终端接收到子云信和付款承诺函后，所述供应商的第三前台终端的第二输入模块就把该接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端，所述配置给供应商债权转让时所对接的合作银行的第四前台终端的第三保存模块就把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中，然后审核人员对所述子云信进行审核，该审核为审查子云信的真实性及其持有的合法性，并按照接收到的子云信的债权数额对供应商进行债权转让，所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符，所述子云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该供应商把债权数额偿付给所述配置给供应商债权转让时所对接的合作银行的凭证，所述债权数额不超过该供应商拥有的云信上的付款承诺金额；所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
进一步地，通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
进一步地，所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
进一步地，所述中间服务商收取债权数额的一定比例作为手续费。
本发明的有益效果为：
本发明引入了线上操作使得国内双保理效率高、成本低、操作便利、周期短。
附图说明
图1是本发明的双保理的服务系统的结构示意图。
具体实施方式
下面将结合附图和实施例对本发明做进一步地说明。
实施例1
根据附图1可知，本实施例的双保理的服务系统，包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商的第三前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给审核方的第五前台终端，还包括与第一前台终端、第二前台终端、第三前台终端、第四前台终端以及第五前台终端相通信连接的配置给中间服务商的后台终端；所述合作银行也可以是保理公司或者其他的金融机构；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块；
所述后台终端包括录入模块、传送模块和云信生成模块；
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块；
所述第四前台终端包括第三保存模块；
所述第五前台终端包括第三传输模块、第四保存模块和显示模块。
所述的双保理的服务系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供主云信，所述提供主云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供主云信的资格，然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入
付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述第一传输模块把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到主云信后，所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端，所述供应商的第三前台终端的第二保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中，所述主云信的编号为标识该主云信的唯一标识符，所述主云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度；所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中；
步骤8：在所述供应商具有云信的条件下，所述供应商能够对供应商债权转让时所对接的合作银行提供云信来实现债权转让，所述提供云信来实现债权转让的方法是：
通过配置给所述供应商的第三前台终端的第二输入模块来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票，接着所述供应商的第三前台终端的第二传输模块把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中通过第四保存模块把用于债权转让的电子合同和用于债权转让的电子发票进行保存，并由显示模块显示在所述第五前台终端中，这样由审核方对用于债权转让的电子合同和用于债权转让的电子发票进行审核，审核无误后通过第三传输模块把审核成功的信息返回所述后台终端，所述传送模块再把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中，所述第三前台终端接收到子云信和付款承诺函后，所述供应商的第三前台终端的第二输入模块就把该接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端，所述配置给供应商债权转让时所对接的合作银行的第四前台终端的第三保存模块就把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中，然后审核人员对所述子云信进行审核，该审核为审查子云信的真实性及其持有的合法性，并按照接收到的子云信的债权数额对供应商进行债权转让，所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符，所述子云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该供应商把债权数额偿付给所述配置给供应商债权转让时所对接的合作银行的凭证，所述债权数额不超过该供应商拥有的云信上的付款承诺金额；所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。。
本实施例的有益效果为：
通过引入了线上操作使得国内双保理效率高、成本低、操作便利、周期短。
实施例2
根据附图1可知，本实施例的双保理的服务系统，
包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商的第三前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给审核方的第五前台终端，还包括与第一前台终端、第二前台终端、第三前台终端、第四前台终端以及第五前台终端相通信连接的配置给中间服务商的后台终端；所述合作银行也可以是保理公司或者其他的金融机构；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块；
所述后台终端包括录入模块、传送模块和云信生成模块；
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块；
所述第四前台终端包括第三保存模块；
所述第五前台终端包括第三传输模块、第四保存模块和显示模块。
所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑；
所述第三前台终端包括第四移动智能终端、第四pc机或者第四笔记本电脑；
所述第四前台终端包括第五移动智能终端、第五pc机或者第五笔记本电脑；
所述第五前台终端包括第六移动智能终端、第六pc机或者第六笔记本电脑。所述第一移动智能终端为第一智能手机、第一pda或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二pda或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三pda或者第三平板电脑。第四移动智能终端包括第四智能手机、第四pda或者第四平板电脑。所述第五移动智能终端包括第五智能手机、第五pda或者第五平板电脑。所述第六移动智能终端包括第六智能手机、第六pda或者第六平板电脑。
所述配置给集团公司本身的第一前台终端、配置给供应商的第三前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；用来把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中
所述确认模块用来对所述后台终端发送确认信息；
所述第一输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端。
所述第一传输模块用来把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存；用来把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端；
所述云信生成模块用来生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中；用来生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中；
所述第二输入模块用来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；用来输入该供应商的名称、债权数额、承诺付款日、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；
所述第二传输模块用来把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在后台终端中；
所述第二保存模块用来把接收到的主云信和付款承诺函保存在该第三前台终端中；
第三保存模块用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中；
所述第四保存模块用来把用于债权转让的电子合同和用于债权转让的电子发票进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在所述第五前台终端中；
所述第三传输模块把审核成功的信息返回所述后台终端。
所述的双保理的服务系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供主云信，所述提供主云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供主云信的资格，然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述第一传输模块把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到主云信后，所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端，所述供应商的第三前台终端的第二保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中，所述主云信的编号为标识该主云信的唯一标识符，所述主云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度；所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中；
步骤8：在所述供应商具有云信的条件下，所述供应商能够对供应商债权转让时所对接的合作银行提供云信来实现债权转让，所述提供云信来实现债权转让的方法是：
通过配置给所述供应商的第三前台终端的第二输入模块来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票，接着所述供应商的第三前台终端的第二传输模块把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中通过第四保存模块把用于债权转让的电子合同和用于债权转让的电子发票进行保存，并由显示模块显示在所述第五前台终端中，这样由审核方对用于债权转让的电子合同和用于债权转让的电子发票进行审核，审核无误后通过第三传输模块把审核成功的信息返回所述后台终端，所述传送模块再把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中，所述第三前台终端接收到子云信和付款承诺函后，所述供应商的第三前台终端的第二输入模块就把该接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端，所述配置给供应商债权转让时所对接的合作银行的第四前台终端的第三保存模块就把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中，然后审核人员对所述子云信进行审核，该审核为审查子云信的真实性及其持有的合法性，并按照接收到的子云信的债权数额对供应商进行债权转让，所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符，所述子云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该供应商把债权数额偿付给所述配置给供应商债权转让时所对接的合作银行的凭证，所述债权数额不超过该供应商拥有的云信上的付款承诺金额；所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述中间服务商收取债权数额的一定比例作为手续费。
本实施例的有益效果为：
通过引入了线上操作使得国内双保理效率高、成本低、操作便利、周期短。
实施例3
根据附图1可知，本实施例的双保理的服务系统，包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商的第三前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给审核方的第五前台终端，其特征在于，还包括与第一前台终端、第二前台终端、第三前台终端、第四前台终端以及第五前台终端相通信连接的配置给中间服务商的后台终端；所述合作银行也可以是保理公司或者其他的金融机构；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块；
所述后台终端包括录入模块、传送模块和云信生成模块；
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块；
所述第四前台终端包括第三保存模块；
所述第五前台终端包括第三传输模块、第四保存模块和显示模块。
所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑；
所述第三前台终端包括第四移动智能终端、第四pc机或者第四笔记本电脑；
所述第四前台终端包括第五移动智能终端、第五pc机或者第五笔记本电脑；
所述第五前台终端包括第六移动智能终端、第六pc机或者第六笔记本电脑。所述第一移动智能终端为第一智能手机、第一pda或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二pda或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三pda或者第三平板电脑。第四移动智能终端包括第四智能手机、第四pda或者第四平板电脑。所述第五移动智能终端包括第五智能手机、第五pda或者第五平板电脑。所述第六移动智能终端包括第六智能手机、第六pda或者第六平板电脑。
所述配置给集团公司本身的第一前台终端、配置给供应商的第三前台终端、配置给集团公司的子公司的第二前台终端、配置给供应商债权转让时所对接的合作银行的第四前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；用来把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中；
所述确认模块用来对所述后台终端发送确认信息；
所述第一输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端。
所述第一传输模块用来把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存；用来把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端；
所述云信生成模块用来生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中；用来生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中；
所述第二输入模块用来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；用来输入该供应商的名称、债权数额、承诺付款日、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票；
所述第二传输模块用来把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在后台终端中；
所述第二保存模块用来把接收到的主云信和付款承诺函保存在该第三前台终端中；
第三保存模块用来把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中；
所述第四保存模块用来把用于债权转让的电子合同和用于债权转让的电子发票进行保存；
所述显示模块用来把用于债权转让的电子合同和用于债权转让的电子发票显示在所述第五前台终端中；
所述第三传输模块把审核成功的信息返回所述后台终端。
所述的双保理的服务系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供主云信，所述提供主云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供主云信的资格，然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述第一传输模块把承诺付款日、供应商的名称和供应商的银行账号税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到主云信后，所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给供应商的第三前台终端，所述供应商的第三前台终端的第二保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中，所述主云信的编号为标识该主云信的唯一标识符，所述主云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度；所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中；
步骤8：在所述供应商具有云信的条件下，所述供应商能够对供应商债权转让时所对接的合作银行提供云信来实现债权转让，所述提供云信来实现债权转让的方法是：
通过配置给所述供应商的第三前台终端的第二输入模块来输入该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票，接着所述供应商的第三前台终端的第二传输模块把该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号、用于债权转让的电子合同和用于债权转让的电子发票发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该供应商的名称、债权数额、供应商债权转让时所对接的合作银行的名称、供应商债权转让时所对接的合作银行的税务登记证号以及子云信编号的子云信，并通过传送模块把用于债权转让的电子合同和用于债权转让的电子发票发送到所述第五前台终端中通过第四保存模块把用于债权转让的电子合同和用于债权转让的电子发票进行保存，并由显示模块显示在所述第五前台终端中，这样由审核方对用于债权转让的电子合同和用于债权转让的电子发票进行审核，审核无误后通过第三传输模块把审核成功的信息返回所述后台终端，所述传送模块再把该生成的子云信和付款承诺函返回所述供应商的第三前台终端和保存在所述后台终端中，所述第三前台终端接收到子云信和付款承诺函后，所述供应商的第三前台终端的第二输入模块就把该接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票发送到配置给供应商债权转让时所对接的合作银行的第四前台终端，所述配置给供应商债权转让时所对接的合作银行的第四前台终端的第三保存模块就把接收到的子云信、付款承诺函、用于债权转让的电子合同和用于债权转让的电子发票保存在该第四前台终端中，然后审核人员对所述子云信进行审核，该审核为审查子云信的真实性及其持有的合法性，并按照接收到的子云信的债权数额对供应商进行债权转让，所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符，所述子云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该供应商把债权数额偿付给所述配置给供应商债权转让时所对接的合作银行的凭证，所述债权数额不超过该供应商拥有的云信上的付款承诺金额；所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述中间服务商收取债权数额的一定比例作为手续费。
本实施例的有益效果为：
通过引入了线上操作使得国内双保理效率高、成本低、操作便利、周期短。
双保理的服务系统经由确认模块把确认信息传输到后台终端，而后台终端获取到确认信息后，负责后台终端的管理员就会经由后台终端经由确认模块对双保理的服务系统传输响应数据。
但是管理员在处理其他事务时不能实时传输响应数据，使得传输响应数据实时性不足。
所述传输响应数据的方法包括：
预先给负责后台终端的管理员随身配置着智能手机，所述智能手机经由网络中的pc机与后台终端相连接；
接着智能手机获取pc机传输的确认信息，所述确认信息是后台终端传输给所述pc机、且符合设定要求时所述pc机传输至所述智能手机的；
所述智能手机获取针对所述确认信息而录入的响应数据；
所述智能手机将所述响应数据传输给所述pc机，所述pc机把所述响应数据传输给所述后台终端；
所述智能手机获取pc机传输的确认信息前，还包括：
所述智能手机与所述pc机构建传输链接；
所述智能手机经由所述传输链接获取所述pc机传输的管理员的登录id，并在所述智能手机中登录所述管理员的登录id，所述管理员的登录id是传输所述确认信息的登录id；
所述设定要求为：
所述pc机此时显示的对话框不是所述确认信息的传输用对话框；或者，
所述pc机当前处于屏保状态且所述pc机中的启动按钮处于设定状态，所述设定状态用于表示同意所述pc机向所述智能手机传输确认信息；或者，在第一周期内获取到所述智能手机传输的以往数据，所述第一周期的终止时点为所述pc机获取所述确认信息的时点，所述以往数据由所述智能手机根据在以往时点获取的确认信息得到；或者，所述pc机正在运行设定维护程序；
所述方法，还包括：
在获取到所述确认信息时开始计算时间，所述智能手机检测在计算时间开始的第二周期内是否获取到录入的响应数据；
当在所述第二周期内未获取到所述响应数据之际，所述智能手机向所述pc机传输设定的响应数据，所述pc机将所述设定的响应数据传输给所述后台终端，所述设定的响应数据为音频数据或字符数据；
所述智能手机获取针对所述确认信息而录入的响应数据，包括：
所述智能手机检测用户激活的响应命令，其中所述响应命令是音频响应命令或字符响应命令；
当所述响应命令是音频响应命令时，所述智能手机获取针对所述确认信息而录入的音频数据；
当所述响应命令是字符响应命令时，所述智能手机对所述智能手机中预存的字符数据进行显示，获取用户激活的数据选取命令，获取响应所述数据选取命令而返回的字符数据；
所述方法，还包括：
所述智能手机对所述智能手机中存储的各个双保理的服务系统的使用者登录id进行显示；
所述智能手机获取登录id选取命令，获取响应所述登录id选取命令而返回的双保理的服务系统的使用者登录id；
所述智能手机将获取的所述双保理的服务系统的使用者登录id传输给所述pc机，所述pc机在获取到所述双保理的服务系统的使用者登录id所传输的确认信息时，不向所述智能手机转发所述确认信息；
所述方法包括：
智能手机获取后台终端的物理地址；
所述智能手机获取录入的确认信息；
所述智能手机将所述确认信息和所述物理地址传输给pc机，所述pc机根据所述物理地址确定所述后台终端，并将所述确认信息传输给所述后台终端；
所述智能手机将所述确认信息和所述物理地址传输给pc机之前，还包括：
所述智能手机与所述pc机构建传输链接；
所述智能手机经由所述传输链接获取所述pc机传输的管理员的登录id，并在所述智能手机中登录所述管理员的登录id，所述管理员的登录id是传输所述确认信息的登录id；
当所述物理地址是双保理的服务系统的使用者登录id时，所述智能手机获取后台终端的物理地址，包括：
所述智能手机对所述智能手机中存储的各个后台终端的双保理的服务系统的使用者登录id进行显示，获取登录id选取命令，将响应所述登录id选取命令而返回的双保理的服务系统的使用者登录id确定为所述后台终端的双保理的服务系统的使用者登录id；或者，
所述智能手机获取录入的双保理的服务系统的使用者信息，检测所述智能手机中是否存储有与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id，当所述智能手机中存储有与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id时，将所述双保理的服务系统的使用者登录id确定为所述后台终端的双保理的服务系统的使用者登录id；当所述智能手机中未存储与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id时，将所述双保理的服务系统的使用者信息传输给所述pc机，获取所述pc机传输的与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id，将所述双保理的服务系统的使用者登录id确定为所述后台终端的双保理的服务系统的使用者登录id；
所述智能手机获取录入的确认信息，包括：
所述智能手机检测用户激活的传输命令，其中所述传输命令是音频传输命令或字符传输命令；
当所述传输命令是音频传输命令时，所述智能手机获取录入的音频数据；
当所述传输命令是字符传输命令时，所述智能手机对所述智能手机中预存的字符数据进行显示，获取用户激活的数据选取命令，获取响应所述数据选取命令而返回的字符数据；
所述方法包括：
pc机获取后台终端传输的确认信息；
所述pc机检测所述pc机是否符合设定要求；
当所述pc机符合所述设定要求时，所述pc机将所述确认信息传输给智能手机；
所述pc机获取所述智能手机传输的响应数据，并将所述响应数据传输给所述后台终端，所述响应数据是针对所述确认信息而录入到所述智能手机中的；
所述pc机将所述确认信息传输给智能手机之前，还包括：
所述pc机与所述智能手机构建传输链接；
所述pc机经由所述传输链接将管理员的登录id传输给所述智能手机，所述智能手机登录所述管理员的登录id，所述管理员的登录id是传输所述确认信息的登录id；
所述pc机检测所述pc机是否符合设定要求，包括：
所述pc机检测所述pc机当前显示的对话框是否是所述确认信息的传输用对话框；或者，
所述pc机检测所述pc机当前是否处于屏保状态，并检测所述pc机中的启动按钮是否处于设定状态，所述设定状态用于表示同意所述pc机向所述智能手机传输确认信息；或者，
所述pc机检测所述pc机是否在第一周期内获取到所述智能手机传输的以往数据，所述第一周期的终止时点为所述pc机获取所述确认信息的时点，所述以往数据由所述智能手机根据在以往时点获取的确认信息得到；或者，
所述pc机检测所述pc机是否正在运行设定维护程序；
所述方法，还包括：
所述pc机获取所述智能手机传输的设定响应数据，将所述设定响应数据传输给所述后台终端，所述设定响应数据为音频数据或字符数据，所述设定响应数据是所述智能手机在获取到所述确认信息时开始计算时间，且在计算时间开始的第二周期内未获取到录入的响应数据后传输的；
所述pc机将所述确认信息传输给智能手机之后，还包括：
所述pc机获取所述智能手机传输的字符数据，将所述字符数据传输给所述后台终端，所述字符数据由所述智能手机在获取到字符响应命令时，响应所述字符响应命令而从预存的字符数据中选取得到，所述字符响应命令是用户激活的响应命令；
所述方法，还包括：
所述pc机获取传输所述确认信息的双保理的服务系统的使用者登录id；
所述pc机检测所述智能手机预先传输的双保理的服务系统的使用者登录id中是否包括所述双保理的服务系统的使用者登录id；
当所述智能手机预先传输的双保理的服务系统的使用者登录id中包括所述双保理的服务系统的使用者登录id时，不向所述智能手机转发所述确认信息；
所述方法包括：
pc机获取智能手机传输的确认信息和后台终端的物理地址；
所述pc机根据所述物理地址确定所述后台终端；
所述pc机将所述确认信息传输至所述后台终端；
所述pc机获取智能手机传输的确认信息和后台终端的物理地址之前，还包括：
所述pc机与所述智能手机构建传输链接；
所述pc机经由所述传输链接将管理员的登录id传输给所述智能手机，所述智能手机登录所述管理员的登录id，所述管理员的登录id是传输所述确认信息的登录id；
当所述物理地址是双保理的服务系统的使用者登录id时，所述pc机获取智能手机传输的确认信息和后台终端的物理地址之前，还包括：
所述pc机获取所述智能手机传输的双保理的服务系统的使用者信息，所述双保理的服务系统的使用者信息是所述智能手机中未存储与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id时传输给所述pc机的；
所述pc机检测所述pc机中是否存储有与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id；
当所述pc机中存储有与所述双保理的服务系统的使用者信息相匹配的双保理的服务系统的使用者登录id时，所述pc机将所述双保理的服务系统的使用者登录id传输给所述智能手机，所述智能手机将所述双保理的服务系统的使用者登录id确定为所述后台终端的双保理的服务系统的使用者登录id；
所述pc机获取智能手机传输的确认信息和后台终端的物理地址，包括：
所述pc机获取所述智能手机传输的字符数据和物理地址，所述字符数据由所述智能手机在获取到字符传输命令时，响应所述字符传输命令而从预存的字符数据中选取得到，所述字符传输命令是用户激活的传输命令。
这样就能够在管理员处理其他事务时通过智能手机来进行响应。
以上以附图说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。