本发明涉及金融技术领域，具体涉及一种开立云信的系统及其方法。
背景技术：
银票是指银行承兑汇票，银票承兑是指商业银行为支持在本行开户的资信良好的客户开出的银行承兑汇票的信用，在票据的正面加盖承兑章，承诺自己作为票据的主债务人，在票据到期时向持票人无条件付款的一种资产业务。
商业汇票是出票人签发的，委托付款人在指定日期无条件支付确定的金额给收款人或者持票人的票据。商业承兑汇票是由银行以外的付款人承兑。商业承兑汇票按交易双方约定，由销货企业或购货企业签发，但由购货企业承兑。
目前银行承兑汇票和商业汇票都不能拆分，操作手续很繁琐，银行承兑汇票开立成本较高(往往需要缴纳10-50％担保金)，商业汇票兑现困难。
技术实现要素：
为解决上述问题，本发明提供了一种开立云信的系统及其方法，有效的提高了企业管理应付账款的能力、在不改变付款计划的前提下提高了资金使用效率、节约了成本。为了克服现有技术中的不足，本发明提供了一种开立云信的系统及其方法的解决方案，具体如下：
一种开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
进一步地，所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑。
进一步地，所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
进一步地，所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
进一步地，所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
进一步地，通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
进一步地，所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
进一步地，所述开立云信的系统还具有流转、保理或债权转让、再保理、双保理以及到期统计的功能。
本发明的有益效果为：
本发明具有操作便利、可流转、可融资、可拆分和无开立成本的优点。
附图说明
图1是本发明的开立云信的系统的结构示意图。
具体实施方式
下面将结合附图和实施例对本发明做进一步地说明。
实施例1
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
实施例2
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑。所述第一移动智能终端为第一智能手机、第一pda或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二pda或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三pda或者第三平板电脑。
所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述开立云信的系统还具有流转、保理或债权转让、再保理、双保理以及到期统计的功能。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
实施例3
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述第一前台终端为第一移动智能终端、第一pc机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二pc机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三pc机或者第三笔记本电脑。所述第一移动智能终端为第一智能手机、第一pda或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二pda或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三pda或者第三平板电脑。
所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述开立云信的系统还具有支付、融资、再保理、双保理以及到期统计的功能。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
开立云信的系统经由确认模块把确认信息传输到后台终端，而后台终端获取到确认信息后，负责后台终端的管理员就会经由后台终端经由确认模块对开立云信的系统传输响应数据。
但是管理员在处理其他事务时不能实时传输响应数据，使得传输响应数据实时性不足。
所述传输响应数据的方法包括：
预先给负责后台终端的管理员随身配置着智能手机，所述智能手机经由网络中的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机获取所述智能手机传输的字符数据和物理地址，所述字符数据由所述智能手机在获取到字符传输命令时，响应所述字符传输命令而从预存的字符数据中选取得到，所述字符传输命令是用户激活的传输命令。
这样就能够在管理员处理其他事务时通过智能手机来进行响应。
以上以附图说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。