CN109191097A - 指定流经流向的链式支付方法与环链共享收付平台 - Google Patents

指定流经流向的链式支付方法与环链共享收付平台 Download PDF

Info

Publication number
CN109191097A
CN109191097A CN201810994320.1A CN201810994320A CN109191097A CN 109191097 A CN109191097 A CN 109191097A CN 201810994320 A CN201810994320 A CN 201810994320A CN 109191097 A CN109191097 A CN 109191097A
Authority
CN
China
Prior art keywords
payment
receipt
amount
chain
node
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
CN201810994320.1A
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.)
Qingdao Ring Chain Collection And Payment Network Technology Co Ltd
Original Assignee
Qingdao Ring Chain Collection And Payment Network Technology Co 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 Qingdao Ring Chain Collection And Payment Network Technology Co Ltd filed Critical Qingdao Ring Chain Collection And Payment Network Technology Co Ltd
Publication of CN109191097A publication Critical patent/CN109191097A/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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请涉及一种指定流经流向的链式支付方法与环链共享收付平台。所述方法包括:接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。采用本方法能够快速完成债链中各节点的付款。

Description

指定流经流向的链式支付方法与环链共享收付平台
技术领域
本申请涉及互联网支付技术领域,特别是涉及一种指定流经流向的链式支付方法与环链共享收付平台。
背景技术
随着经济的发展,在宏观方面市场主体之间的收付体系日趋庞杂,收付关系已经形成错综复杂的网络。另一方面,市场竞争激烈,各个市场主体之间收付周期长、资金流通不畅,由此会造成市场主体在机会成本、时间成本、融资成本上的损失,从而严重影响市场主体的竞争力和创新能力。
在实现本发明的过程中,现有技术存在如下问题:由于市场主体在收款和付款的过程中涉及金额巨大,通过货币的形式收付时需要大量的货币,或者通过网络支付时,整个网络收付在多个市场主体之间流转不畅,从而导致货币超发流动性、高杠杆、通胀等经济发展问题。
发明内容
基于此,有必要针对上述技术问题,提供一种能够快速完成多个用户之间支付的指定流经流向的链式支付方法与环链共享收付平台。
一种环链共享收付平台的指定流经流向的链式支付方法,所述方法包括:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
一种终端的指定流经流向的链式支付方法,所述方法包括:
向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和收付款流向;
接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;
向环链共享收付平台发送用户选择为是的确认信息;
其中,所述用户注册信息包括应收应付金额和应收应付属性。
一种环链共享收付平台,包括:
付款请求接收模块,用于接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
收付链建立模块,用于根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
第二收付链获取模块,用于从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
一种终端,包括:
付款请求发送模块,用于向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和收付款流向;
确认信息接收模块,用于接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;
确认信息发送模块,用于向环链共享收付平台发送用户选择为是的确认信息;
其中,所述用户注册信息包括应收应付金额和应收应付属性。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
上述指定流经流向的链式支付方法、环链共享收付平台、终端、计算机设备和存储介质,通过用户在发送付款请求时,设置收付款流向,能够指定资金流向的用户,保证了收付链中紧急收付款事项的优先处理,同时能够快速完成多个用户之间的付款,提高了收付款效率。
附图说明
图1为一个实施例中指定流经流向的链式支付方法的应用环境图;
图2为一个实施例环链共享收付平台的指定流经流向的链式支付方法的流程示意图;
图3为一个实施例中根据链首付款流向抓取收付链方法的流程示意图;
图4为一个实施例中根据链中付款信息和收款信息抓取收付链方法的流程示意图;
图5为一个实施例中根据链尾收款信息抓取收付链方法的流程示意图;
图6为一个实施例中指定流经流向的链式支付方法的流程示意图;
图7为一个实施例中环链共享收付平台的结构框图;
图8为一个实施例简单收付链的结构示意图;
图9为一个实施例多层复合收付链的结构示意图;
图10为一个实施例多链首多链尾复合收付链的结构示意图;
图11为一个实施例链首导入资金收付链的结构示意图;
图12为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的指定流经流向的链式支付方法,可以应用于如图1所示的应用环境中。其中,终端12通过网络与服务器14通过网络进行通信。终端12向服务器14发送付款请求,服务器14接收付款请求,并根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述收付链包括多个节点;从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。在其中一个实施例中,服务器14还将更新后各节点应收应付金额和应收应付属性分别发送至与节点对应的终端12,终端12显示所述更新后的应收应付金额和应收应付属性。其中,终端12可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器14可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种环链共享收付平台的指定流经流向的链式支付方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
S210,接收付款请求。其中,所述付款请求中包括用户身份信息和付款流向。
其中,付款请求由终端发送至环链共享收付平台,环链共享收付平台具体的为处理指定流经流向的链式支付的服务器。如,A用户需要向B用户付款,则通过A终端向环链共享收付平台发送付款请求,环链共享收付平台根据付款请求处理A用户与B用户之间的付款。付款流向指的是发起付款请求的用户可以指定某个目标用户作为资金流向的目标,在付款过程中资金必定经过所述目标用户,如,A用户想让付款经过B用户,在付款请求中可设置付款流向B用户,则在付款过程中,资金会由A用户流经B用户。本实施例中通过设置资金流向,能够解决对指定用户进行付款的需求。
S220,根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链。其中,所述第一收付链包括多个节点。
其中,所述用户身份信息可以为一串数字、字母、符号或者其结合,具体可为身份证号码,用户身份信息在用户注册时就已经确定,环链共享收付平台根据用户身份信息对用户进行验证,并查找与用户身份信息对应的预存的应收应付金额和应收应付属性。
其中,预存收付图包含了在环链共享收付平台注册的所有用户的应收应付金额和应收应付属性,在用户发送付款请求时,只抓取与所述用户有关的第一收付链。其中,第一收付链为与发送付款请求的用户有直接或间接收付款关系的用户连接而成的关系链。应收应付金额和应收应付属性可在用户进行注册时进行设置,或者环链共享收付平台根据注册的用户在网上的相关信息进行收集整理得到。
在其中一个实施例中,所述应收应付金额包括:应收金额、应付金额、应收金额期限、应付金额期限、应收分类和应付分类中至少一种;其中,所述应收分类包括应收优先级、应收金额大小、应收期限长短、应收风险高低、对应的应付方信用高低和应收方管理需求中的一种或多种,应付分类包括应付优先级、应付金额大小、应付期限长短、应付风险高低、对应的应收方信用高低和应付方管理需求中一种或多种。
本实施例中,应收优先级指的是对对应的多个应付方设置优先级,应收金额大小可根据收款的金额大小,应收期限指的是在多长时间内完成收款,应收风险高低指的是这笔收款成为坏账的风险,应收方管理需求指的是公司内部运营的需求情况,应付优先级指的是对对应的多个应收方设置优先级,应付期限指的是在多长时间内完成付款,应付风险高低指的是这边款付不出来的风险,应付方管理需求指的是公司内部运营的需求情况。根据所述应收优先级能够在多个应收方中选择一个应收方进行收款,应付优先级能够在多个应付方中选择一个应付方进行付款,在复合收付链中能够保证收付款的方向按照优先级来进行。
在其中一个实施例中,所述应收应付属性包括:应收方名称、应付方名称、用户关联方关系、用户属性和用户分类中至少一种。其中,用户关联方关系包括收付款双方为兄弟单位关系或总公司与分公司的关系,用户属性包括用户的经营性质、用户的类别、经营的规模、地区分类、行业分类、指数分类,如经营性质包括私营、控股、国企和事业单位,用户的类别包括股份制公司、有限责任公式和合伙制公司,经营的规模可按公司的员工数、公司的注册资金或者公司的盈利额进行分类,地区分类包含华北地区、华南地区和华中地区,行业分类包括化工行业、生物医药行业和电子行业,指数类似于股票的点数,指数的分类可按照指数的大小进行分类。
S230,从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
其中,第一收付链是根据发送付款请求的用户抓取的,第一收付链的链首节点是发送付款请求的用户。付款流向的节点指的是链首节点指定的资金需要流向的节点。
在其中一个实施例中,从所述第一收付链中,获取包括所述付款流向的节点的第二收付链包括:遍历每条第一收付链中的节点;判断所述节点是否包括所述付款流向的节点;若包括所述付款流向的节点,则所述第一收付链为包括所述付款流向的节点的第二收付链。
在其中一个实施例中,一种环链共享收付平台的指定流经流向的链式支付方法,还包括:
S240,计算所述第二收付链中各所述节点的收款金额、付款金额、收益金额和扣费金额。
其中,每个节点代表一个用户,且每个节点都保存了该用户对应的应收应付金额和应收应付属性。
S250,根据所述收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性。
在其中一个实施例中,所述环链共享收付平台的指定流经流向的链式支付方法还包括:接收用户注册信息;获取所述用户注册信息中应收应付金额和应收应付属性进行存储。
其中,所述用户注册信息还包括:用户名、用户联系方式和用户联系地址中至少一种。
在其中一个实施例中,在所述接收用户的付款请求之前包括:获取付款收益率和收付费用率;根据所述付款收益率和收付费用率、以及多个用户的应收应付金额和应收应付属性,建立所述收付图并存储。
其中,付款收益率和收付费用率在各个节点可以相同也可以不相同,每个节点同时对应有应收应付金额和应收应付属性,建立所述收付图后,收付图中每个节点都包括付款收益率、收付费用率、应收应付金额和应收应付属性。
在一个实施例中,所述根据所述付款收益率和收付费用率、以及多个用户的应收应付金额和应收应付属性,建立所述收付图并存储,包括:选取多个节点,其中,每个节点表示一个用户;建立所述多个节点中节点与节点之间的收付关系,其中,所述收付关系通过所述节点与节点之间的有向连线标识,所述有向连线从应付方指向应收方;建立所述多个节点中节点与节点之间的用户关联方关系,其中,所述用户关联方关系通过所述节点与节点之间的无向连线标识;其中,所述无向连线的两端表示具有关联方关系的两个用户;获取所述收付关系的属性,所述属性包括应付方向应收方的付款金额和应收方向应付方的收款金额;获取所述节点的付款收益率、收付费用率、应收应付金额和应收应付属性。其中,用户关联方关系包括兄弟单位关系或总公司与分公司的关系等。在建立所述收付图时,两个节点的关联方关系可以用等号表示,具有关联方关系的两个节点相对于其它节点可以等同于同一个节点,二者与其它节点的收付关系相当于同一个节点与其它节点的收付关系,因此,抓取收付链时,具有关联方关系的两个节点能够延长收付链的长度;关联方关系的两个节点之间的收付关系根据收付链的资金流向改变,例如,A节点获得收款,B节点需要付款,A节点与B节点之间具有关联方关系,则A节点根据B节点的付款将获得的收款转移给B节点,如,A节点获得收款5万,B节点需要付款3万,则A节点将收款中3万转移给B节点,又如,A节点获得收款5万,B节点需要付款5万,则A节点将收款5万转移给B节点,再如,A节点获得收款5万,B节点需要付款8万,则A节点将收款5万转移给B节点。
上述环链共享收付平台的指定流经流向的链式支付方法,通过用户在发送付款请求时,设置收付款流向,能够指定资金流向的用户,保证了收付链中紧急收付款事项的优先处理,同时能够快速完成多个用户之间的付款,提高了收付款效率。
在一个实施例中,如图3所示,所述根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链,包括:
S310,根据所述付款请求,建立链首节点。
其中,用户发送付款请求表示用户需要进行付款,因此,可以通过付款请求建立链首用户。用户在进行付款时,设置付款流向,能够有针对性的进行付款,使得需要紧急付款的事项在收付链中优先完成。
S320,根据所述链首节点预存的应收应付金额和应收应付属性,查找下一节点并建立连接。
其中,预存的应收应付金额和应收应付属性包括付款信息,根据付款信息能够查找下一节点。
S330,判断所述下一节点预存的应收应付金额和应收应付属性中是否存在付款信息。
其中,付款信息包括应付金额、应付金额期限、应付分类和付款目标。下一节点作为收付链的中间节点可以包括多个付款目标,多个付款目标可以按照应付优先级来进行选择。
S340,若存在所述付款信息,则根据所述下一节点的所述付款信息,再次查找下下节点并建立连接。
由于S340中,下下节点指的是下一节点的下一节点,在进行再次查找下下节点并建立连接时,再次查找的下下节点可能是链首节点,即回到发起付款请求的节点,因此,在判断再次查找的下下节点不是链首节点后,再回到S330;如果再次查找的下下节点是链首节点,则链首节点也作为链尾节点。
S350,若不存在所述付款信息,则将所述下一节点作为链尾节点。
本实施例中,一条收付链由链首节点、链中节点和链尾节点组成,链首节点为付款的起始节点,链首节点发送付款请求,链中节点接收上一节点的付款,并向下一节点付款,链尾节点接收付款。
在一个实施例中,如图4所示,所述根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链,包括:
S410,根据所述付款信息和收款信息,建立链中节点。
其中,预存的应收应付金额和应收应付属性包括付款信息和收款信息。
其中,一个节点是否为链中节点,可以根据所述节点是否存在付款信息和收款信息判断。用户在进行付款时,设置付款流向,能够有针对性的进行付款,使得需要紧急付款的事项在收付链中优先完成。
S420,根据所述链中节点对应的付款信息,查找下一节点并建立连接。
其中,付款对应的是付款目标,付款目标即相应的下一节点。
S430,判断所述下一节点预存的应收应付金额和应收应付属性中是否存在付款信息。
其中,付款信息包括应付金额、应付金额期限、应付分类和付款目标。下一节点作为收付链的中间节点可以包含多个付款目标,多个付款目标可以按照应付优先级来进行选择。
S440,若存在所述付款信息,则根据所述下一节点的付款信息,再次查找下下节点并建立连接。
由于S440中,下下节点指的是下一节点的下一节点,在进行再次查找下下节点并建立连接时,再次查找的下下节点可能是链中节点,因此,在判断再次查找的下下节点不是链中节点后,即最先建立的节点,再回到S430;如果再次查找的下下节点是链中节点,则链中节点也作为链尾节点。
S450,若不存在所述付款信息,则将所述下一节点作为链尾节点。
S420’,根据所述链中节点对应的收款信息,查找上一节点并建立连接。
其中,收款方向对应的是收款目标,收款目标即相应的上一节点。
S430’,判断所述上一节点预存的应收应付金额和应收应付属性中是否存在收款信息。
其中,收款信息包括应收金额、应收金额期限、应收分类和收款目标。上一节点作为收付链的中间节点可以包括多个收款目标,多个收款目标可以按照应收优先级来进行选择。
S440’,若存在所述收款信息,则根据所述上一节点的收款信息,再次查找上上节点并建立连接。
由于在步骤S440’中,上上节点指的是上一节点的上一节点,在进行再次查找上上节点并建立连接时,再次查找的上上节点可能是链中节点,即最先建立的节点,因此,在判断再次查找的上上节点不是链中节点后,再回到步骤S430’;如果再次查找的上上节点是链中节点,则链中节点也作为链首节点。
S450’,若不存在所述收款信息,则将所述上一节点作为链首节点。
本实施例中,一条收付链由链首节点、链中节点和链尾节点组成,链首节点为付款的起始节点,链首节点发送付款请求,链中节点接收上一节点的付款,并向下一节点付款,链尾节点接收付款。
在一个实施例中,如图5所示,所述根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链,包括:
S510,根据所述收款信息,建立链尾节点。
其中,预存的应收应付金额和应收应付属性包括收款信息。
其中,一个节点是否为链尾节点,可以根据所述节点是否存在收款信息判断。用户在进行收款时,可以设置收款流向,能够有针对性的收款,使得需要紧急收款的事项在收付链中得到优先处理
S520,根据所述链尾节点对应的收款信息,查找上一节点并建立连接。
其中,预存的应收应付金额和应收应付属性中包括收款信息,根据收款信息能够查找到收款目标。
S530,判断所述上一节点预存的应收应付金额和应收应付属性中是否存在收款信息。
其中,收款信息包括应收金额、应收金额期限、应收分类和收款目标。上一节点作为收付链的中间节点可以包括多个收款目标,多个收款目标可以按照应收优先级来进行选择。
S540,若存在所述收款信息,则根据所述上一节点的收款信息,再次查找上上节点并建立连接。
由于在步骤S540中,上上节点指的是上一节点的上一节点,在进行再次查找上上节点并建立连接时,再次查找的上上节点可能是链尾节点,即最先建立的节点,因此,在判断再次查找的上上节点不是链尾节点后,再回到步骤S530;如果再次查找的上上节点是链尾节点,则链尾节点也作为链首节点。
S550,若不存在所述收款信息,则将所述上一节点作为链首节点。
本实施例中,一条收付链由链首节点、链中节点和链尾节点组成,链首节点为付款的起始节点,链首节点发送付款请求,链中节点接收上一节点的付款,并向下一节点付款,链尾节点接收付款。
在其中一个实施例中,在所述接收付款请求之前还包括:根据所述注册信息,向银行系统服务器发出申请资金账号请求;接收所述银行系统服务器响应于所述申请资金账号请求返回的资金账号信息;将所述资金账号信息发送至所述注册信息对应的终端。其中,资金账号信息相当于一个银行账户,在该银行账户下能够进行存款、付款和转账,在本发明实施例指定流经流向的链式支付方法中通过所述资金账号信息进行付款。
在其中一个实施例中,在根据所述收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性包括:向终端发送收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;接收用户选择为是的确认信息;根据所述确认信息、收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性。通过本实施例中技术方案,通过用户确认收款金额、付款金额、收益金额和扣费金额是否正确,以保证收付款的正确性。当然,如果在一定时间内未收到用户选择为是的确认信息,可以自行发起付款,以保证付款的效率,或者收到用户选择为否的确认信息,则环链共享收付平台重新计算收款金额、付款金额、收益金额和扣费金额,并再次向终端发送收款金额、付款金额、收益金额和扣费金额是否正确的确认信息。
基于上述实施例,在一个实施例中,一种终端的指定流经流向的链式支付方法,包括:向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和收付款流向;接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;向环链共享收付平台发送用户选择为是的确认信息;其中,所述用户注册信息包括应收应付金额和应收应付属性。
其中,所述用户注册信息还包括:用户名、用户联系方式和用户联系地址中至少一种。
在其中一个实施例中,向环链共享收付平台发送用户选择为是的确认信息之前包括:接收用户选择为是的触控信息;根据所述触控信息生成用户选择为是的确认信息。
其中,当所述终端为触屏手机时,用户在对收款金额、付款金额、收益金额和扣费金额进行确认时,生成触控信息。当然,本发明并不限于此,当所述终端为台式电脑时,用户在对收款金额、付款金额、收益金额和扣费金额进行确认时,生成按键触发信息,所述用户选择为是的确认信息生成的形式是多种多样的。
基于上述实施例,在一个实施例中,一种基于银行系统的指定流经流向的链式支付方法,包括:接收申请资金账号请求;根据所述申请资金账号请求,生成资金账号信息;向环链共享收付平台发送资金账号信息。
其中,资金账号信息相当于一个银行账户,在该银行账户下能够进行存款、付款和转账,在本发明实施例指定流经流向的链式支付方法中通过所述资金账号信息进行付款。资金账号包括一般账号、汇票账号和专用账号。一般账号能够进行存款、付款和转账;汇票指的是电子银行承兑汇票,汇票账号只能在电子银行承兑汇票时使用;专用账号只能在本发明实施例指定流经流向的链式支付时使用,其内部的金额在进行链式支付时是不能修改的。
在一个实施例中,如图6所述,一种指定流经流向的链式支付方法,包括:终端向环链共享收付平台发送用户注册信息;环链共享收付平台接收用户注册信息,并根据所述用户注册信息,向银行系统发送申请资金账号的请求;银行系统根据申请资金账号请求分配相应的资金账号信息,并将所述资金账号信息发送至环链共享收付平台;环链共享收付平台再将所述资金账号信息发送至终端;环链共享收付平台获取所述用户注册信息中应收应付金额和应收应付属性进行存储;获取保存在平台的付款收益率和收付费用率;建立所述收付图并存储;接收终端的付款请求;从所述预先建立的收付图中抓取与所述用户身份信息相关的第一收付链;从所述第一收付链中,获取包括所述付款流向的节点的第二收付链;计算所述第二收付链中各所述节点的收款金额、付款金额、收益金额和扣费金额;环链共享收付平台向终端发送收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;当终端接收到用户选择为是的触控信息,终端向环链共享收付平台发送用户选择为是的确认信息;环链共享收付平台根据用户选择为是的确认信息,更新所述第二收付链中各节点应收应付金额和应收应付属性。
其中,付款流向可以在注册时设置,也可以在用户发送付款请求时设置。如果在注册时设置了付款流向,同时在发送付款请求时也设置了收付款流向,则以发送付款请求时设置的收付款流向为准。
其中,付款收益率和收付费用率可根据需要进行设置。
在其中一个实施例中,在所述更新所述收付链中各节点应收应付金额和应收应付属性之后包括:环链共享收付平台将更新后各节点应收应付金额和应收应付属性分别发送至与节点对应的终端;终端显示所述更新后的应收应付金额和应收应付属性。
应该理解的是,虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-6中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图7所示,提供了一种环链共享收付平台,包括:付款请求接收模块101、收付链建立模块102、第二收付链获取模块103。其中:
付款请求接收模块101,用于接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向。
其中,付款请求由终端发送至环链共享收付平台,环链共享收付平台具体的为处理指定流经流向的链式支付的服务器。如,A用户需要向B用户付款,则通过A终端向环链共享收付平台发送付款请求,环链共享收付平台根据付款请求处理A用户与B用户之间的付款。付款流向指的是发起付款请求的用户可以指定某个目标用户作为资金流向的目标,在付款过程中资金必定经过所述目标用户,如,A用户想让付款经过B用户,在付款请求中可设置付款流向B用户,则在付款过程中,资金会由A用户流经B用户。本实施例中通过设置资金流向,能够解决对指定用户进行付款的需求。
收付链建立模块102,用于根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点。
其中,所述用户身份信息可以为一串数字、字母、符号或者其结合,具体可为身份证号码,用户身份信息在用户注册时就已经确定,环链共享收付平台根据用户身份信息对用户进行验证,并查找与用户身份信息对应的预存的应收应付金额和应收应付属性。
其中,预存收付图包含了在环链共享收付平台注册的所有用户的应收应付金额和应收应付属性,在用户发送付款请求时,只抓取与所述用户有关的第一收付链。其中,第一收付链为与发送付款请求的用户有直接或间接收付款关系的用户连接而成的关系链。应收应付金额和应收应付属性可在用户进行注册时进行设置,或者环链共享收付平台根据注册的用户在网上的相关信息进行收集整理得到。
在其中一个实施例中,所述应收应付金额包括:应收金额、应付金额、应收金额期限、应付金额期限、应收分类和应付分类中至少一种;其中,所述应收分类包括应收优先级、应收金额大小、应收期限长短、应收风险高低、对应的应付方信用高低和应收方管理需求中的一种或多种,应付分类包括应付优先级、应付金额大小、应付期限长短、应付风险高低、对应的应收方信用高低和应付方管理需求中一种或多种。
本实施例中,应收优先级指的是对对应的多个应付方设置优先级,应收金额大小可根据收款的金额大小,应收期限指的是在多长时间内完成收款,应收风险高低指的是这笔收款成为坏账的风险,应收方管理需求指的是公司内部运营的需求情况,应付优先级指的是对对应的多个应收方设置优先级,应付期限指的是在多长时间内完成付款,应付风险高低指的是这边款付不出来的风险,应付方管理需求指的是公司内部运营的需求情况。根据所述应收优先级能够在多个应收方中选择一个应收方进行收款,应付优先级能够在多个应付方中选择一个应付方进行付款,在复合收付链中能够保证收付款的方向按照优先级来进行。
在其中一个实施例中,所述应收应付属性包括:应收方名称、应付方名称、用户关联方关系、用户属性和用户分类中至少一种。其中,用户关联方关系包括收付款双方为兄弟单位关系或总公司与分公司的关系,用户属性包括用户的经营性质、用户的类别、经营的规模、地区分类、行业分类、指数分类,如经营性质包括私营、控股、国企和事业单位,用户的类别包括股份制公司、有限责任公式和合伙制公司,经营的规模可按公司的员工数、公司的注册资金或者公司的盈利额进行分类,地区分类包含华北地区、华南地区和华中地区,行业分类包括化工行业、生物医药行业和电子行业,指数类似于股票的点数,指数的分类可按照指数的大小进行分类。
第二收付链获取模块103,用于从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
其中,第一收付链是根据发送付款请求的用户抓取的,第一收付链的链首节点是发送付款请求的用户。付款流向的节点指的是链首节点指定的资金需要流向的节点。
在其中一个实施例中,所述第二收付链获取模块包括:遍历单元,用于遍历每条第一收付链中的节点;判断单元,用于判断所述节点是否包括所述付款流向的节点,若包括所述付款流向的节点,则所述第一收付链为包括所述付款流向的节点的第二收付链。
在其中一个实施例中,一种环链共享收付平台,还包括:收付款金额计算模块104和更新模块105。
收付款金额计算模块104,用于计算所述第二收付链中各所述节点的收款金额、付款金额、收益金额和扣费金额。
其中,每个节点代表一个用户,且每个节点都保存了该用户对应的应收应付金额和应收应付属性。
更新模块105,用于根据所述收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性。
在其中一个实施例中,一种环链共享收付平台,还包括:
注册信息接收模块106,用于接收用户注册信息,并获取所述用户注册信息中应收应付金额和应收应付属性进行存储。
其中,所述用户注册信息还包括:用户名、用户联系方式和用户联系地址中至少一种。
在其中一个实施例中,一种环链共享收付平台,还包括:
收付图建立模块107,用于获取付款收益率和收付费用率,并根据所述付款收益率和收付费用率、以及多个用户的应收应付金额和应收应付属性,建立所述收付图并存储。
其中,付款收益率和收付费用率在各个节点可以相同也可以不相同,每个节点同时对应有应收应付金额和应收应付属性,建立所述收付图后,收付图中每个节点都包括付款收益率、收付费用率、应收应付金额和应收应付属性。
在一个实施例中,所述收付图建立模块包括:节点选取单元,用于选取多个节点,其中,每个节点表示一个用户;收付关系建立单元,用于建立所述多个节点中节点与节点之间的收付关系,其中,所述收付关系通过所述节点与节点之间的有向连线标识,所述有向连线从应付方指向应收方;关联方关系建立单元,用于建立所述多个节点中节点与节点之间的用户关联方关系,其中,所述用户关联方关系通过所述节点与节点之间的无向连线标识;其中,所述无向连线的两端表示具有关联方关系的两个用户;属性获取单元,用于获取所述收付关系的属性,所述属性包括应付方向应收方的付款金额和应收方向应付方的收款金额;参数获取单元,用于获取所述节点的付款收益率、收付费用率、应收应付金额和应收应付属性。其中,用户关联方关系包括兄弟单位关系或总公司与分公司的关系等。在建立所述收付图时,两个节点的关联方关系可以用等号表示,具有关联方关系的两个节点相对于其它节点可以等同于同一个节点,二者与其它节点的收付关系相当于同一个节点与其它节点的收付关系,因此,抓取收付链时,具有关联方关系的两个节点能够延长收付链的长度;关联方关系的两个节点之间的收付关系根据收付链的资金流向改变,例如,A节点获得收款,B节点需要付款,A节点与B节点之间具有关联方关系,则A节点根据B节点的付款将获得的收款转移给B节点,如,A节点获得收款5万,B节点需要付款3万,则A节点将收款中3万转移给B节点,又如,A节点获得收款5万,B节点需要付款5万,则A节点将收款5万转移给B节点,再如,A节点获得收款5万,B节点需要付款8万,则A节点将收款5万转移给B节点。
关于环链共享收付平台的具体限定可以参见上文中对于环链共享收付平台的指定流经流向的链式支付方法的限定,在此不再赘述。上述环链共享收付平台中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种终端,包括:付款请求发送模块,用于向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和付款流向;确认信息接收模块,用于接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;确认信息发送模块,用于向环链共享收付平台发送用户选择为是的确认信息;其中,所述用户注册信息包括应收应付金额和应收应付属性。
其中,所述用户注册信息还包括:用户名、用户联系方式和用户联系地址中至少一种。
在其中一个实施例中,一种终端,还包括:触控信息接收模块,用于接收用户选择为是的触控信息;确认信息生成模块,用于根据所述触控信息生成用户选择为是的确认信息。
其中,当所述终端为触屏手机时,用户在对收款金额、付款金额、收益金额和扣费金额进行确认时,生成触控信息。当然,本发明并不限于此,当所述终端为台式电脑时,用户在对收款金额、付款金额、收益金额和扣费金额进行确认时,生成按键触发信息,所述用户的确认信息生成的形式是多种多样的。
在一个实施例中,如图8所示,节点A-节点N形成了一条简单收付链,简单收付链中每个节点只有单个应收方或单个应付方,其中,节点与节点之间的数字表示收款金额或付款金额,如,A需要向B付款40万,B需要向C付款25万,C需要向D付款20万,D经过多个中间节点需要向L付款30万,L需要向M付款65万,M需要向N付款89万。
在一个实施例中,如图9所示,节点A-节点N形成了多层复合收付链,多层复合收付链链中节点可以包括多个应收方或多个应付方,其中,节点与节点之间的数字表示收款金额或付款金额,如,A需要向B付款40万,B需要向C付款25万,C需要向D付款20万,D经过多个中间节点需要向L付款30万,L需要向M付款65万,M需要向N付款89万,同时A需要向A1付款18万,A1需要向A2付款15万,A2需要向D付款22万,B需要向B1付款18万,B1需要向B2付款22万,B2需要向B3付款15万,B3需要向L付款26万。如图9所示,节点A存在多个应付方,在发送付款请求时,节点A可以根据对节点B和节点A1设置应付优先级,付款时按照应付优先级进行付款,同理,节点B也存在多个应付方,节点B可对节点B1和节点C设置应付优先级,在进行付款时,可先对优先级高的节点进行付款。节点D存在多个应收方,节点D可对节点C和节点A2设置应收优先级,在进行收款时,可先对先级高的节点进行收款,同理,节点L也对应收方设置应收优先级。节点A发起付款请求时,可以设置付款流向,如节点A设置的付款流向为A2,则优先处理经过节点A和节点A2的付款。
在一个实施例中,如图10所示,节点A-节点N形成了多链首多链尾复合收付链,多链首多链尾复合收付链中每个节点都可以包括多个应收方或多个应付方,节点与节点之间的数字表示收款金额或付款金额,如,A需要向B付款40万,B需要向C付款25万,C需要向D付款20万,D经过多个中间节点需要向L付款30万,L需要向M付款65万,同时A1、A2、A3分别需要向A付款12万、18万、22万,B需要向B0付款25万,B0需要向D付款10万,M需要向N1、N2分别付款20万、15万。如图9所示,存在3个链首节点,节点A可对节点A1、A2、A3设置应收优先级,节点B可对节点C和节点B0设置f应付优先级,节点D可对节点C和节点B0设置应收优先级,节点M可对节点N1和节点N2设置应付优先级。节点A发起付款请求时,可以设置付款流向,如节点A设置的付款流向为B0,则优先处理经过节点A和节点B0的付款。
在上述实施例中,收付图包括简单收付链、多层复合收付链和多链首多链尾复合收付链至少一种。
在一个实施例中,如图11所示,节点A-节点N形成了一条简单收付链,在导入付款金额前,A需要向B付款40万,B需要向C付款25万,C需要向D付款20万,D经过多个中间节点需要向L付款30万,L需要向M付款65万。在A节点导入付款金额20万后,A需要向B付款20万,B需要向C付款5万,C需要向D付款0万,D经过多个中间节点需要向L付款10万,L需要向M付款45万。通过收付链,只要其中一个节点进行付款,就能启动与该用户有直接或间接关系的用户之间的付款,能够快速完成多个用户之间的付款,提高了收付款效率。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储应收应付金额和应收应付属性数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种指定流经流向的链式支付方法。
本领域技术人员可以理解,图12中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种环链共享收付平台的指定流经流向的链式支付方法,其特征在于,所述方法包括:
接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
2.根据权利要求1所述的方法,其特征在于,还包括:
计算所述第二收付链中各所述节点的收款金额、付款金额、收益金额和扣费金额;
根据所述收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收用户注册信息;
获取所述用户注册信息中应收应付金额和应收应付属性进行存储。
4.根据权利要求3所述的方法,其特征在于,所述用户注册信息还包括:用户名、用户联系方式和用户联系地址中至少一种。
5.根据权利要求1-4中任意一项所述的方法,其特征在于,在所述接收用户的付款请求之前包括:
获取付款收益率和收付费用率;
根据所述付款收益率和收付费用率、以及多个用户的应收应付金额和应收应付属性,建立所述收付图并存储。
6.根据权利要求5所述的方法,其特征在于,所述根据所述付款收益率和收付费用率、以及多个用户的应收应付金额和应收应付属性,建立所述收付图并存储,包括:
选取多个节点,其中,每个节点表示一个用户;
建立所述多个节点中节点与节点之间的应收应付关系,其中,所述应收应付关系通过所述节点与节点之间的有向连线标识,所述有向连线从应付方指向应收方;
建立所述多个节点中节点与节点之间的用户关联方关系,其中,所述用户关联方关系通过所述节点与节点之间的无向连线标识;其中,所述无向连线的两端表示具有关联方关系的两个用户;
获取所述应收应付关系的属性,所述属性包括应付方向、应收方的付款金额和应收方向、应付方的收款金额、用户关联方关系中至少一种;
获取所述节点的付款收益率、收付费用率、应收应付金额和应收应付属性。
7.根据权利要求1所述的方法,其特征在于,所述根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链,包括:
根据所述付款请求,建立链首节点;
根据所述链首节点预存的应收应付金额和应收应付属性,查找下一节点并建立连接;
判断所述下一节点预存的应收应付金额和应收应付属性中是否存在付款信息;
若存在所述付款信息,则根据所述下一节点的所述付款信息,再次查找下下节点并建立连接;
若不存在所述付款信息,则将所述下一节点作为链尾节点。
8.根据权利要求2所述的方法,其特征在于,所述根据所述收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性,包括:
向终端发送收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;
接收用户选择为是的确认信息;
根据所述确认信息、收款金额、付款金额、收益金额和扣费金额,更新所述第二收付链中各节点应收应付金额和应收应付属性。
9.一种终端的指定流经流向的链式支付方法,其特征在于,所述方法包括:
向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和收付款流向;
接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;
向环链共享收付平台发送用户选择为是的确认信息;
其中,所述用户注册信息包括应收应付金额和应收应付属性。
10.一种环链共享收付平台,其特征在于,包括:
付款请求接收模块,用于接收付款请求;其中,所述付款请求中包括用户身份信息和付款流向;
收付链建立模块,用于根据所述付款请求、与所述用户身份信息对应的预存的应收应付金额和应收应付属性,从预存收付图中抓取与所述用户身份信息相关的第一收付链;其中,所述第一收付链包括多个节点;
第二收付链获取模块,用于从所述第一收付链中,获取包括所述付款流向的节点的第二收付链。
11.一种终端,其特征在于,包括:
付款请求发送模块,用于向环链共享收付平台发送付款请求;其中,所述付款请求中包含用户身份信息和付款流向;
确认信息接收模块,用于接收收款金额、付款金额、收益金额和扣费金额是否正确的确认信息;
确认信息发送模块,用于向环链共享收付平台发送用户选择为是的确认信息;
其中,所述用户注册信息包括应收应付金额和应收应付属性。
12.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
CN201810994320.1A 2017-12-29 2018-08-29 指定流经流向的链式支付方法与环链共享收付平台 Pending CN109191097A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711486791.3A CN108229959A (zh) 2017-12-29 2017-12-29 针对应收应付的指定流向链式支付方法及系统
CN2017114867913 2017-12-29

Publications (1)

Publication Number Publication Date
CN109191097A true CN109191097A (zh) 2019-01-11

Family

ID=62646521

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201711486791.3A Pending CN108229959A (zh) 2017-12-29 2017-12-29 针对应收应付的指定流向链式支付方法及系统
CN201810994320.1A Pending CN109191097A (zh) 2017-12-29 2018-08-29 指定流经流向的链式支付方法与环链共享收付平台

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201711486791.3A Pending CN108229959A (zh) 2017-12-29 2017-12-29 针对应收应付的指定流向链式支付方法及系统

Country Status (1)

Country Link
CN (2) CN108229959A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109978463A (zh) * 2019-03-28 2019-07-05 上海中通吉网络技术有限公司 多级账号体系的结算方法、装置、设备和系统
CN111680994A (zh) * 2020-06-08 2020-09-18 青岛有容信息科技有限公司 资金赋码追踪方法、装置、计算机设备及可读存储介质
CN111681053A (zh) * 2020-06-09 2020-09-18 青岛有容信息科技有限公司 一种收付链构建方法、装置、计算机设备及可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111861685A (zh) * 2020-06-08 2020-10-30 青岛有容信息科技有限公司 一种工资发放方法、装置、计算机设备及可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105431871A (zh) * 2014-08-06 2016-03-23 深圳市银信网银科技有限公司 一种跨行收付系统及一种跨行收付方法
CN107169868A (zh) * 2017-05-12 2017-09-15 青岛债债通网络科技有限公司 一种针对债权债务的货币杠杆支付方法及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105431871A (zh) * 2014-08-06 2016-03-23 深圳市银信网银科技有限公司 一种跨行收付系统及一种跨行收付方法
CN107169868A (zh) * 2017-05-12 2017-09-15 青岛债债通网络科技有限公司 一种针对债权债务的货币杠杆支付方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109978463A (zh) * 2019-03-28 2019-07-05 上海中通吉网络技术有限公司 多级账号体系的结算方法、装置、设备和系统
CN111680994A (zh) * 2020-06-08 2020-09-18 青岛有容信息科技有限公司 资金赋码追踪方法、装置、计算机设备及可读存储介质
CN111680994B (zh) * 2020-06-08 2023-09-19 青岛有容信息科技有限公司 资金赋码追踪方法、装置、计算机设备及可读存储介质
CN111681053A (zh) * 2020-06-09 2020-09-18 青岛有容信息科技有限公司 一种收付链构建方法、装置、计算机设备及可读存储介质
CN111681053B (zh) * 2020-06-09 2023-09-22 青岛有容信息科技有限公司 一种收付链构建方法、装置、计算机设备及可读存储介质

Also Published As

Publication number Publication date
CN108229959A (zh) 2018-06-29

Similar Documents

Publication Publication Date Title
CN109191097A (zh) 指定流经流向的链式支付方法与环链共享收付平台
CN109993517A (zh) 即时链式支付方法、计算机设备和存储介质
KR101524957B1 (ko) 빌러의 결제플랫폼을 이용해 고객의 요금을 결제하는 시스템과 방법
US20090076950A1 (en) Universal Network-Based Deposit Management Service
CN110162527B (zh) 一种基于区块链的业务溯源方法、装置以及电子设备
CN108352013A (zh) 电子/移动商务交易的令牌服务提供商
CN107563747A (zh) 用于进行组合支付的方法及装置
CN110020936B (zh) 基于区块链的资产管理方法及装置、电子设备
US20120084205A1 (en) Disconnected person-to-person payment system and method including independent payor and payee direction for value source and destination
WO2020220746A1 (zh) 一种基于区块链的结算方法、装置以及电子设备
CN108764862A (zh) 支付数据处理方法及装置
US20230222463A1 (en) Transfers using credit accounts
US11887087B2 (en) Systems, methods, and apparatuses for facilitating transfers between user commerce accounts associated with a merchant of a commerce platform
CN110008716A (zh) 区块链交易方法及装置、电子设备、存储介质
US20190147416A1 (en) System and method for facilitating mobile payments via mobile messaging
CN110033370A (zh) 账户创建方法及装置、电子设备、存储介质
CN108921680A (zh) 财务数据制证方法、装置、计算机设备和存储介质
CN111680995B (zh) 一种支付链构建方法、装置、计算机设备及可读存储介质
CN110009323A (zh) 区块链交易方法及装置、电子设备、存储介质
CN110009492A (zh) 区块链交易方法及装置、电子设备、存储介质
JP2010271813A (ja) 決済処理方法及び装置
KR102244067B1 (ko) 가치 고정형 암호 화폐 기반 국제 송금 시스템 및 방법
WO2023078119A1 (zh) 基于区块链的跨境汇款
TWI701626B (zh) 資料業務處理方法及裝置
JP7209984B1 (ja) プログラム、情報処理装置、および方法

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

Application publication date: 20190111