CN107341728A - 多级云信的服务系统及其方法 - Google Patents

多级云信的服务系统及其方法 Download PDF

Info

Publication number
CN107341728A
CN107341728A CN201710386316.2A CN201710386316A CN107341728A CN 107341728 A CN107341728 A CN 107341728A CN 201710386316 A CN201710386316 A CN 201710386316A CN 107341728 A CN107341728 A CN 107341728A
Authority
CN
China
Prior art keywords
letter
supplier
promise
subsidiary
title
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710386316.2A
Other languages
English (en)
Inventor
刘江
赵红军
宋文东
白静
柏晓琳
张岩
刘长波
程菲
姜勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
In Cloud Chain (beijing) Financial Information Services Ltd
Original Assignee
In Cloud Chain (beijing) Financial Information Services Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by In Cloud Chain (beijing) Financial Information Services Ltd filed Critical In Cloud Chain (beijing) Financial Information Services Ltd
Priority to CN201710386316.2A priority Critical patent/CN107341728A/zh
Publication of CN107341728A publication Critical patent/CN107341728A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Medical Informatics (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种多级云信的服务系统及其方法,包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述第一前台终端包括查询模块和确认模块;第二前台终端包括第一输入模块、第一传输模块和第一保存模块;后台终端包括录入模块、传送模块和云信生成模块;所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。结合其方法使得债权的流转更为便捷、可拆分、高效、省时省力、成本更低。

Description

多级云信的服务系统及其方法
技术领域
本发明涉及金融技术领域,具体涉及一种多级云信的服务系统及其方法。
背景技术
债权转让又称“债权让与”,是指在不改变合同内容的合同转让,债权人通过债权转让第三人订立合同将债权的全部或部分转移于第三人。债权全部让与第三人,第三人取代原债权人成为原合同关系的新的债权人,原合同债权人因合同转让而丧失合同债权人权利,债权部分让与第三人,第三人成为合同债权人加入到原合同关系之中,成为新的债权人,合同中的债权关系由一人变数人或由数人变更多人。新加入合同的债权人与原债权人共同分享债权,并共享连带债权。
债务重组又称债务重整,是指债权人在债务人发生财务困难情况下,债权人按照其与债务人达成的协议或者法院的裁定作出让步的事项。也就是说,只要修改了原定债务偿还条件的,即债务重组时确定的债务偿还条件不同于原协议的,均作为债务重组。
现有的债权转让和债务重组存在着债权流转困难、交易手续繁琐,导致了费时费力,成本增大。
发明内容
为解决上述问题,本发明提供了一种多级云信的服务系统及其方法,有效使得债权流转更为容易、省时省力、成本低。
为了克服现有技术中的不足,本发明提供了一种多级云信的服务系统及其方法的解决方案,具体如下:
一种多级云信的服务系统,包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端以及配置给各级供应商的第三前台终端,还包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述各级供应商包括第一级供应商、第二级供应商…第n级供应商,其中n为大于等于2的整数,所述集团公司的子公司对第一级供应商负有债务,第i-1级供应商对第i级供应商负有债务,其中i为大于等于2的整数且i小于等于n;
所述第一前台终端包括查询模块和确认模块;
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块;
所述后台终端包括录入模块、传送模块和云信生成模块;
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。
进一步地,所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑;
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑;
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑;
所述第三前台终端包括第四移动智能终端、第四PC机或者第四笔记本电脑。
进一步地,所述配置给集团公司本身的第一前台终端、配置给各级供应商的第三前台终端、配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
进一步地,所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息;
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端;
所述确认模块用来对所述后台终端发送确认信息;
所述第一输入模块用来用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号;
所述第一传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端;用来把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端;
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中;用来生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i级供应商的第三前台终端和保存在所述后台终端中;
所述第二输入模块用来输入该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号;
所述第二传输模块用来把该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存;用来把接收到的子云信和付款承诺函发送到所述第i-1级供应商的第三前台终端;
所述第一保存模块用来把把接收到的主云信和付款承诺函保存在第三前台终端中;
所述第二保存模块用来把接收到的子云信和付款承诺函保存在第三前台终端中。
进一步地,所述的多级云信的服务系统的方法,步骤如下:
步骤1:若集团公司本身已有授信额度,就转入步骤2执行;若集团公司本身没有授信额度,就向金融机构提交集团公司本身的授信申请材料,金融机构利用集团公司本身的授信申请材料得出集团公司的授信额度,并将该授信额度给予集团公司本身;
步骤2:然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议,该三方协议中约定了云信由保荐商确认的子公司进行开立,保荐商对集团公司指定的子公司承担担保责任;
步骤3:集团公司本身和金融机构在协议中确认或约定被授信子公司,所述协议中包括被授信子公司名称的清单,所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司,所述集团公司既可以与金融机构另行签署协议确认被授信子公司,也可以通过所述三方协议直接约定被授信子公司;
步骤4:保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度,然后对金融机构提供书面的清单,所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称;这里的集团公司的子公司为所述确认或约定的被授信子公司;
步骤5:通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
步骤6:然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息,在所述后台终端接收到该请求信息后,就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端,确认无误后通过确认模块对所述后台终端发送确认信息;
步骤7:所述集团公司的子公司对负有债务的第一级供应商提供主云信,所述提供主云信的方法是:
所述集团公司的子公司先进行实名认证来获得提供主云信的资格,然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入作为承诺人的该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号,接着所述第一传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中,所述第二前台终端接收到主云信和付款承诺函后,所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端,所述第一级供应商的第三前台终端的第一保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中,所述主云信的编号为标识该主云信的唯一标识符,所述主云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给第一级供应商的凭证,所述付款承诺金额不超过该子公司的可用授信额度;所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中;
步骤8:在所述第i-1级供应商持有云信的条件下,所述第i-1级供应商能够在其持有云信所对应债权的数额范围内对所述第i级供应商或其他具有交易关系的主体提供子云信,所述子云信是对所述第i-1级供应商持有云信的拆解分配,所述提供子云信的方法是:
通过配置给所述第i-1级供应商的第三前台终端的第二输入模块来输入作为承诺人的该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号,接着所述第i-1级供应商的第三前台终端的第二传输模块把该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i-1级供应商的第三前台终端保存在所述后台终端中,所述第i-1级供应商的第三前台终端接收到子云信和付款承诺函后,所述第i-1级供应商的第三前台终端的第二传输模块就把该接收到的子云信和付款承诺函发送到所述第i级供应商的第三前台终端,所述第i级供应商的第三前台终端的第二保存模块就把接收到的子云信和付款承诺函保存在该第三前台终端中,所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符,所述子云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该第i-1级供应商把付款承诺金额偿付给第i级供应商的凭证,所述付款承诺金额不超过该第i-1级供应商拥有的主云信或子云信上的付款承诺金额。所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
进一步地,通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
进一步地,所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
本发明的有益效果为:
本发明使得债权的真实性的确认更为容易、省时省力、成本低。
附图说明
图1是本发明的多级云信的服务系统的结构示意图。
具体实施方式
主云信随着进程的深入拆分为子云信,其收款人、首款银行、金额均会发生变化,但其最终付款人、付款日、总金额保持不变,始终与付款承诺函所记载的内容保持一致。云信是一个基于子公司信息录入而生成的数据库,一经生成,其数据来源、总数据量及锁定时间就已确定,这些确定要素以最终付款承诺函的形式单独保存并向所有数据参与者展示,云信的每一次拆分、流转,都是对相应份额数据未固定信息的切分刷新。承诺付款日子公司进行债务清偿时,中间服务商根据数据库中最终锁定的完整信息确认债权人及债权人相应份额,并据此将子公司清偿款项支付至相应债权人。
下面将结合附图和实施例对本发明做进一步地说明。
实施例1
根据附图1可知,本实施例的多级主云信的服务系统,包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端以及配置给各级供应商的第三前台终端,还包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述各级供应商包括第一级供应商、第二级供应商…第n级供应商,其中n为大于等于2的整数,所述集团公司的子公司对第一级供应商负有债务,第i-1级供应商对第i级供应商负有债务,其中i为大于等于2的整数且i小于等于n;
所述第一前台终端包括查询模块和确认模块;
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块;
所述后台终端包括录入模块、传送模块和云信生成模块;
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。
所述的多级主云信的服务系统的方法,步骤如下:
步骤1:若集团公司本身已有授信额度,就转入步骤2执行;若集团公司本身没有授信额度,就向金融机构提交集团公司本身的授信申请材料,金融机构利用集团公司本身的授信申请材料得出集团公司的授信额度,并将该授信额度给予集团公司本身;所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司,授信额度的计算银行常常采用人工审核的方式,利用包括集团公司本身的财务报表、企业信息这样的授信申请材料,经过公式计算得出企业信用级别和授信额度。
步骤2:然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议,该三方协议中约定了云信由保荐商确认的子公司进行开立,保荐商对集团公司指定的子公司承担担保责任;这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。所述云信包括主云信和子云信。
步骤3:集团公司本身和金融机构在协议中确认或约定被授信子公司,所述协议中包括被授信子公司名称的清单,所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司,所述集团公司既可以与金融机构另行签署协议确认被授信子公司,也可以通过所述三方协议直接约定被授信子公司;
步骤4:保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度,然后对金融机构提供书面的清单,所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称;集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度;这里的集团公司的子公司为所述确认或约定的被授信子公司;
步骤5:通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
步骤6:然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息,在所述后台终端接收到该请求信息后,就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端,确认无误后通过确认模块对所述后台终端发送确认信息;
步骤7:所述集团公司的子公司对负有债务的第一级供应商提供主云信,所述提供主云信的方法是:
所述集团公司的子公司先进行实名认证来获得提供主云信的资格,然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入作为承诺人的该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号,接着所述第一传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中,所述第二前台终端接收到主云信和付款承诺函后,所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端,所述第一级供应商的第三前台终端的第一保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中,所述主云信的编号为标识该主云信的唯一标识符,所述主云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给第一级供应商的凭证,所述付款承诺金额不超过该子公司的可用授信额度;所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中;
步骤8:
在所述第i-1级供应商具有主云信或子云信的条件下,所述第i-1级供应商能够对所述第i级供应商提供子云信,所述提供子云信的方法是:
通过配置给所述第i-1级供应商的第三前台终端的第二输入模块来输入作为承诺人的该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号,接着所述第i-1级供应商的第三前台终端的第二传输模块把该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i-1级供应商的第三前台终端保存在所述后台终端中,所述第i-1级供应商的第三前台终端接收到子云信和付款承诺函后,所述第i-1级供应商的第三前台终端的第二传输模块就把该接收到的子云信和付款承诺函发送到所述第i级供应商的第三前台终端,所述第i级供应商的第三前台终端的第二保存模块就把接收到的子云信和付款承诺函保存在该第三前台终端中,所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符,所述子云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该第i-1级供应商把付款承诺金额偿付给第i级供应商的凭证,所述付款承诺金额不超过该第i-1级供应商拥有的主云信或子云信上的付款承诺金额。所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
本实施例的有益效果为:
本实施例使得债权的真实性的确认更为容易、省时省力、成本低。
实施例2
根据附图1可知,本实施例的多级主云信的服务系统,包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端以及配置给各级供应商的第三前台终端,还包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述各级供应商包括第一级供应商、第二级供应商…第n级供应商,其中n为大于等于2的整数,所述集团公司的子公司对第一级供应商负有债务,第i-1级供应商对第i级供应商负有债务,其中i为大于等于2的整数且i小于等于n;
所述第一前台终端包括查询模块和确认模块;
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块;
所述后台终端包括录入模块、传送模块和云信生成模块;
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。
所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑;
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑;
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑;
所述第三前台终端包括第四移动智能终端、第四PC机或者第四笔记本电脑。所述第一移动智能终端为第一智能手机、第一PDA或者第一平板电脑;所述第二移动智能终端包括第二智能手机、第二PDA或者第二平板电脑;所述第三移动智能终端包括第三智能手机、第三PDA或者第三平板电脑。第四移动智能终端包括第四智能手机、第四PDA或者第四平板电脑。
所述配置给集团公司本身的第一前台终端、配置给各级供应商的第三前台终端、配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息;
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端;
所述确认模块用来对所述后台终端发送确认信息;
所述第一输入模块用来用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号;
所述第一传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端;用来把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端;
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中;用来生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i级供应商的第三前台终端和保存在所述后台终端中;
所述第二输入模块用来输入该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号;
所述第二传输模块用来把该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存;用来把接收到的子云信和付款承诺函发送到所述第i-1级供应商的第三前台终端;
所述第一保存模块用来把把接收到的主云信和付款承诺函保存在第三前台终端中;
所述第二保存模块用来把接收到的子云信和付款承诺函保存在第三前台终端中。
所述的多级主云信的服务系统的方法,步骤如下:
步骤1:若集团公司本身已有授信额度,就转入步骤2执行;若集团公司本身没有授信额度,就向金融机构提交集团公司本身的授信申请材料,金融机构利用集团公司本身的授信申请材料得出集团公司的授信额度,并将该授信额度给予集团公司本身;所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司,授信额度的计算银行常常采用人工审核的方式,利用包括集团公司本身的财务报表、企业信息这样的授信申请材料,经过公式计算得出企业信用级别和授信额度。
步骤2:然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议,该三方协议中约定了云信由保荐商确认的子公司进行开立,保荐商对集团公司指定的子公司承担担保责任;这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。所述云信包括主云信和子云信。
步骤3:集团公司本身和金融机构在协议中确认或约定被授信子公司,所述协议中包括被授信子公司名称的清单,所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司,所述集团公司既可以与金融机构另行签署协议确认被授信子公司,也可以通过所述三方协议直接约定被授信子公司;
步骤4:保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度,然后对金融机构提供书面的清单,所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称;集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度;这里的集团公司的子公司为所述确认或约定的被授信子公司;
步骤5:通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
步骤6:然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息,在所述后台终端接收到该请求信息后,就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端,确认无误后通过确认模块对所述后台终端发送确认信息;
步骤7:所述集团公司的子公司对负有债务的第一级供应商提供主云信,所述提供主云信的方法是:
所述集团公司的子公司先进行实名认证来获得提供主云信的资格,然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入作为承诺人的该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号,接着所述第一传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中,所述第二前台终端接收到主云信和付款承诺函后,所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端,所述第一级供应商的第三前台终端的第一保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中,所述主云信的编号为标识该主云信的唯一标识符,所述主云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给第一级供应商的凭证,所述付款承诺金额不超过该子公司的可用授信额度;所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中;
步骤8:
在所述第i-1级供应商具有主云信或子云信的条件下,所述第i-1级供应商能够对所述第i级供应商提供子云信,所述提供子云信的方法是:
通过配置给所述第i-1级供应商的第三前台终端的第二输入模块来输入作为承诺人的该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号,接着所述第i-1级供应商的第三前台终端的第二传输模块把该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i-1级供应商的第三前台终端保存在所述后台终端中,所述第i-1级供应商的第三前台终端接收到子云信和付款承诺函后,所述第i-1级供应商的第三前台终端的第二传输模块就把该接收到的子云信和付款承诺函发送到所述第i级供应商的第三前台终端,所述第i级供应商的第三前台终端的第二保存模块就把接收到的子云信和付款承诺函保存在该第三前台终端中,所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符,所述子云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该第i-1级供应商把付款承诺金额偿付给第i级供应商的凭证,所述付款承诺金额不超过该第i-1级供应商拥有的主云信或子云信上的付款承诺金额。所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整,即增加或减少所述集团公司的可用授信额度,这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
本实施例的有益效果为:
本实施例使得债权的真实性的确认更为容易、省时省力、成本低。
实施例3
根据附图1可知,本实施例的多级主云信的服务系统,包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端以及配置给各级供应商的第三前台终端,还包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述各级供应商包括第一级供应商、第二级供应商…第n级供应商,其中n为大于等于2的整数,所述集团公司的子公司对第一级供应商负有债务,第i-1级供应商对第i级供应商负有债务,其中i为大于等于2的整数且i小于等于n;
所述第一前台终端包括查询模块和确认模块;
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块;
所述后台终端包括录入模块、传送模块和云信生成模块;
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。
所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑;
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑;
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑;
所述第三前台终端包括第四移动智能终端、第四PC机或者第四笔记本电脑。所述第一移动智能终端为第一智能手机、第一PDA或者第一平板电脑;所述第二移动智能终端包括第二智能手机、第二PDA或者第二平板电脑;所述第三移动智能终端包括第三智能手机、第三PDA或者第三平板电脑。第四移动智能终端包括第四智能手机、第四PDA或者第四平板电脑。
所述配置给集团公司本身的第一前台终端、配置给各级供应商的第三前台终端、配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息;
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端;
所述确认模块用来对所述后台终端发送确认信息;
所述第一输入模块用来用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号;
所述第一传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端;用来把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端;
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中;用来生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i级供应商的第三前台终端和保存在所述后台终端中;
所述第二输入模块用来输入该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号;
所述第二传输模块用来把该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存;用来把接收到的子云信和付款承诺函发送到所述第i-1级供应商的第三前台终端;
所述第一保存模块用来把把接收到的主云信和付款承诺函保存在第三前台终端中;
所述第二保存模块用来把接收到的子云信和付款承诺函保存在第三前台终端中。
所述的多级主云信的服务系统的方法,步骤如下:
步骤1:若集团公司本身已有授信额度,就转入步骤2执行;若集团公司本身没有授信额度,就向金融机构提交集团公司本身的授信申请材料,金融机构利用集团公司本身的授信申请材料得出集团公司的授信额度,并将该授信额度给予集团公司本身;所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司,授信额度的计算银行常常采用人工审核的方式,利用包括集团公司本身的财务报表、企业信息这样的授信申请材料,经过公式计算得出企业信用级别和授信额度。
步骤2:然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议,该三方协议中约定了云信由保荐商确认的子公司进行开立,保荐商对集团公司指定的子公司承担担保责任;这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。所述云信包括主云信和子云信。
步骤3:集团公司本身和金融机构在协议中确认或约定被授信子公司,所述协议中包括被授信子公司名称的清单,所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司,所述集团公司既可以与金融机构另行签署协议确认被授信子公司,也可以通过所述三方协议直接约定被授信子公司;
步骤4:保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度,然后对金融机构提供书面的清单,所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称;集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度;这里的集团公司的子公司为所述确认或约定的被授信子公司;
步骤5:通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
步骤6:然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息,在所述后台终端接收到该请求信息后,就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端,确认无误后通过确认模块对所述后台终端发送确认信息;
步骤7:所述集团公司的子公司对负有债务的第一级供应商提供主云信,所述提供主云信的方法是:
所述集团公司的子公司先进行实名认证来获得提供主云信的资格,然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入作为承诺人的该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号,接着所述第一传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中,所述第二前台终端接收到主云信和付款承诺函后,所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端,所述第一级供应商的第三前台终端的第一保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中,所述主云信的编号为标识该主云信的唯一标识符,所述主云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给第一级供应商的凭证,所述付款承诺金额不超过该子公司的可用授信额度;所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中;
步骤8:在所述第i-1级供应商具有主云信或子云信的条件下,所述第i-1级供应商能够对所述第i级供应商提供子云信,所述提供子云信的方法是:
通过配置给所述第i-1级供应商的第三前台终端的第二输入模块来输入作为承诺人的该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号,接着所述第i-1级供应商的第三前台终端的第二传输模块把该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i-1级供应商的第三前台终端保存在所述后台终端中,所述第i-1级供应商的第三前台终端接收到子云信和付款承诺函后,所述第i-1级供应商的第三前台终端的第二传输模块就把该接收到的子云信和付款承诺函发送到所述第i级供应商的第三前台终端,所述第i级供应商的第三前台终端的第二保存模块就把接收到的子云信和付款承诺函保存在该第三前台终端中,所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符,所述子云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该第i-1级供应商把付款承诺金额偿付给第i级供应商的凭证,所述付款承诺金额不超过该第i-1级供应商拥有的主云信或子云信上的付款承诺金额。所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整,即增加或减少所述集团公司的可用授信额度,这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
本实施例的有益效果为:
本实施例使得债权的真实性的确认更为容易、省时省力、成本低。
多级主云信的服务系统经由确认模块把确认信息传输到后台终端,而后台终端获取到确认信息后,负责后台终端的管理员就会经由后台终端经由确认模块对多级主云信的服务系统传输响应数据。
但是管理员在处理其他事务时不能实时传输响应数据,使得传输响应数据实时性不足。
所述传输响应数据的方法包括:
预先给负责后台终端的管理员随身配置着智能手机,所述智能手机经由网络中的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机获取所述智能手机传输的字符数据和物理地址,所述字符数据由所述智能手机在获取到字符传输命令时,响应所述字符传输命令而从预存的字符数据中选取得到,所述字符传输命令是用户激活的传输命令。
这样就能够在管理员处理其他事务时通过智能手机来进行响应。
以上以附图说明的方式对本发明作了描述,本领域的技术人员应当理解,本公开不限于以上描述的实施例,在不偏离本发明的范围的情况下,可以做出各种变化、改变和替换。

Claims (7)

1.一种多级云信的服务系统,包括配置给集团公司本身的第一前台终端、配置给集团公司的子公司的第二前台终端以及配置给各级供应商的第三前台终端,其特征在于,还包括与第一前台终端、第二前台终端以及第三前台终端相通信连接的配置给中间服务商的后台终端;所述各级供应商包括第一级供应商、第二级供应商…第n级供应商,其中n为大于等于2的整数,所述集团公司的子公司对第一级供应商负有债务,第i-1级供应商对第i级供应商负有债务,其中i为大于等于2的整数且i小于等于n;
所述第一前台终端包括查询模块和确认模块;
所述第二前台终端包括第一输入模块、第一传输模块和第一保存模块;
所述后台终端包括录入模块、传送模块和云信生成模块;
所述第三前台终端包括第二输入模块、第二传输模块和第二保存模块。
2.根据权利要求1所述的多级云信的服务系统,其特征在于,所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑;
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑;
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑;
所述第三前台终端包括第四移动智能终端、第四PC机或者第四笔记本电脑。
3.根据权利要求1所述的多级云信的服务系统,其特征在于,所述配置给集团公司本身的第一前台终端、配置给各级供应商的第三前台终端、配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
4.根据权利要求1所述的多级云信的服务系统,其特征在于,所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息;
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端;
所述确认模块用来对所述后台终端发送确认信息;
所述第一输入模块用来用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号;
所述第一传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端;用来把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端;
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中;用来生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i级供应商的第三前台终端和保存在所述后台终端中;
所述第二输入模块用来输入该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号;
所述第二传输模块用来把该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存;用来把接收到的子云信和付款承诺函发送到所述第i-1级供应商的第三前台终端;
所述第一保存模块用来把把接收到的主云信和付款承诺函保存在第三前台终端中;
所述第二保存模块用来把接收到的子云信和付款承诺函保存在第三前台终端中。
5.根据权利要求1所述的多级云信的服务系统的方法,其特征在于,步骤如下:
步骤1:保荐商向金融机构提交保荐商本身的授信申请材料,金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度,或将该保荐商已有的授信额度进行切分以确认可分配额度,上述授信额度均归属于保荐商本身;步骤2:然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议,该三方协议中约定了云信由保荐商确认的子公司进行开立,保荐商对集团公司指定的子公司承担担保责任;
步骤3:集团公司本身和金融机构在协议中确认或约定被授信子公司,所述协议中包括被授信子公司名称的清单,所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司,所述集团公司既可以与金融机构另行签署协议确认被授信子公司,也可以通过所述三方协议直接约定被授信子公司;
步骤4:保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度,然后对金融机构提供书面的清单,所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称;这里的集团公司的子公司为所述确认或约定的被授信子公司;
步骤5:通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中;
步骤6:然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息,在所述后台终端接收到该请求信息后,就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端,确认无误后通过确认模块对所述后台终端发送确认信息;
步骤7:所述集团公司的子公司对负有债务的第一级供应商提供主云信,所述提供主云信的方法是:
所述集团公司的子公司先进行实名认证来获得提供主云信的资格,然后通过配置给该子公司的所述第二前台终端的第一输入模块来输入作为承诺人的该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号,接着所述第一传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、第一级供应商的名称和第一级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、第一级供应商的名称、第一级供应商的税务登记证号以及主云信编号的主云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函,并把该生成的主云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中,所述第二前台终端接收到主云信和付款承诺函后,所述第二前台终端的第一传输模块就把该接收到的主云信和付款承诺函发送到配置给第一级供应商的第三前台终端,所述第一级供应商的第三前台终端的第一保存模块就把接收到的主云信和付款承诺函保存在该第三前台终端中,所述主云信的编号为标识该主云信的唯一标识符,所述主云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给第一级供应商的凭证,所述付款承诺金额不超过该子公司的可用授信额度;所述主云信保存在所述后台终端的方式是所述主云信保存在所述后台终端的数据库中;
步骤8:在所述第i-1级供应商具有主云信或子云信的条件下,所述第i-1级供应商能够对所述第i级供应商提供子云信,所述提供子云信的方法是:
通过配置给所述第i-1级供应商的第三前台终端的第二输入模块来输入作为承诺人的该第i-1级供应商的名称、付款承诺金额、承诺付款日、第i级供应商的名称和第i级供应商的税务登记证号,接着所述第i-1级供应商的第三前台终端的第二传输模块把该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号发送到所述后台终端进行保存,这样后台终端中的云信生成模块就生成包括该第i-1级供应商的名称、付款承诺金额、第i级供应商的名称和第i级供应商的税务登记证号以及子云信编号的子云信,并把该生成的子云信和付款承诺函返回所述第i-1级供应商的第三前台终端保存在所述后台终端中,所述第i-1级供应商的第三前台终端接收到子云信和付款承诺函后,所述第i-1级供应商的第三前台终端的第二传输模块就把该接收到的子云信和付款承诺函发送到所述第i级供应商的第三前台终端,所述第i级供应商的第三前台终端的第二保存模块就把接收到的子云信和付款承诺函保存在该第三前台终端中,所述子云信的编号为标识包括主云信的编号的该子云信的唯一标识符,所述子云信为一种电子承诺支付凭证,该电子承诺支付凭证作为在规定的承诺付款日该第i-1级供应商把付款承诺金额偿付给第i级供应商的凭证,所述付款承诺金额不超过该第i-1级供应商拥有的主云信或子云信上的付款承诺金额;所述子云信保存在所述后台终端的方式是所述子云信保存在所述后台终端的数据库中。
6.根据权利要求5所述的多级云信的服务系统的方法,其特征在于,通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
7.根据权利要求6所述的多级云信的服务系统的方法,其特征在于,所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
CN201710386316.2A 2017-05-26 2017-05-26 多级云信的服务系统及其方法 Pending CN107341728A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710386316.2A CN107341728A (zh) 2017-05-26 2017-05-26 多级云信的服务系统及其方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710386316.2A CN107341728A (zh) 2017-05-26 2017-05-26 多级云信的服务系统及其方法

Publications (1)

Publication Number Publication Date
CN107341728A true CN107341728A (zh) 2017-11-10

Family

ID=60220333

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710386316.2A Pending CN107341728A (zh) 2017-05-26 2017-05-26 多级云信的服务系统及其方法

Country Status (1)

Country Link
CN (1) CN107341728A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020027303A1 (ja) * 2018-08-02 2020-02-06 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
CN112435113A (zh) * 2020-10-14 2021-03-02 中企云链(北京)金融信息服务有限公司 一种基于供应链金融的授信额度管理系统和方法
CN115293918A (zh) * 2022-09-29 2022-11-04 中企云链(北京)金融信息服务有限公司 基于区块链的云信资产跨行再保理方法、系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1650304A (zh) * 2002-03-29 2005-08-03 大番有限公司 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质
CN102262769A (zh) * 2010-05-31 2011-11-30 乐天株式会社 预约处理装置以及预约处理方法
CN106203983A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于同一资金服务器的支付系统及其支付方法、装置和服务器
CN106203976A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于同一资金服务器的支付系统及其支付方法、装置和服务器
JP2016218986A (ja) * 2015-05-22 2016-12-22 株式会社Housmart ネットワークシステムを活用した不動産売買マッチングプラットフォームシステム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1650304A (zh) * 2002-03-29 2005-08-03 大番有限公司 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质
CN102262769A (zh) * 2010-05-31 2011-11-30 乐天株式会社 预约处理装置以及预约处理方法
CN106203983A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于同一资金服务器的支付系统及其支付方法、装置和服务器
CN106203976A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于同一资金服务器的支付系统及其支付方法、装置和服务器
JP2016218986A (ja) * 2015-05-22 2016-12-22 株式会社Housmart ネットワークシステムを活用した不動産売買マッチングプラットフォームシステム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020027303A1 (ja) * 2018-08-02 2020-02-06 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
JP2020021355A (ja) * 2018-08-02 2020-02-06 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
JP7180862B2 (ja) 2018-08-02 2022-11-30 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
CN112435113A (zh) * 2020-10-14 2021-03-02 中企云链(北京)金融信息服务有限公司 一种基于供应链金融的授信额度管理系统和方法
CN115293918A (zh) * 2022-09-29 2022-11-04 中企云链(北京)金融信息服务有限公司 基于区块链的云信资产跨行再保理方法、系统

Similar Documents

Publication Publication Date Title
US6820802B2 (en) Online card activation system and method
CN104081425B (zh) 基于电子支票的付款系统
CN112685766B (zh) 基于区块链的企业征信管理方法、装置、计算机设备及存储介质
CN110443701A (zh) 一种通证管理方法、供应链金融系统以及电子设备
CN107194812A (zh) 供应商债权转让的服务系统及其方法
CN104252672B (zh) 整合云端服务的付费交易系统
US8572704B2 (en) Methods and systems for user authentication
CN107369008A (zh) 用于提高票据交易安全性的管理方法、装置及系统
CN109478282A (zh) 通过交易装置进行数字资产分发
CN111612609A (zh) 一种基于区块链的应收账款质押融资方法、装置、计算机设备及存储介质
CN107301601A (zh) 供应链金融平台的系统及其方法
CN104243575B (zh) 查看校园信息的方法、服务器和系统
CN101777168A (zh) 基于信用岛服务平台的企业融资服务系统和方法
CN108932586A (zh) Epc项目协同运营管理系统
CN109643415A (zh) 交易管理技术
CN109410053A (zh) 基于联盟链技术的教育服务交易监管全生命周期管理方法
CN107341728A (zh) 多级云信的服务系统及其方法
CN107230070A (zh) 数字货币系统
CN109359933A (zh) 一种基于区块链的创新创业孵化系统及方法
CN109460866A (zh) 产业标准化活动管理方法、装置和系统
CN104838407A (zh) 一种电子凭证生成装置及系统
CN107563733A (zh) 一种海外人才众包、众创平台及系统
CN110458426A (zh) 供应商风险识别方法、装置及电子设备
CN109101831A (zh) 基于区块链技术的科技转化服务平台
CN107438072A (zh) 一种基于云服务器的身份管理兼分账管理系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171110