CN106104607A - 电子凭证收证人的确定方法、装置及*** - Google Patents

电子凭证收证人的确定方法、装置及*** Download PDF

Info

Publication number
CN106104607A
CN106104607A CN201580012880.7A CN201580012880A CN106104607A CN 106104607 A CN106104607 A CN 106104607A CN 201580012880 A CN201580012880 A CN 201580012880A CN 106104607 A CN106104607 A CN 106104607A
Authority
CN
China
Prior art keywords
electronic certificate
opening
management server
capital management
terminal
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
CN201580012880.7A
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.)
Shenzhen Cifpay Network Bank Technology Co Ltd
Original Assignee
Shenzhen Cifpay Network Bank 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 Shenzhen Cifpay Network Bank Technology Co Ltd filed Critical Shenzhen Cifpay Network Bank Technology Co Ltd
Publication of CN106104607A publication Critical patent/CN106104607A/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/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • 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
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials
    • G06Q20/38215Use of certificates or encrypted proofs of transaction rights
    • 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/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (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为一个实施例中电子凭证收证人的确认装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例中,资金管理服务器为资金管理机构的服务器,资金管理机构是指能支持资金流动的机构,包括但不限于银行和其他金融机构(如证券机构、第三方支付平台等),即资金管理服务器包括银行服务器或者其他金融机构服务器。
本发明实施例中,电子凭证是指资金管理服务器根据开证人的申请冻结资金或支用授信额度并以资金管理机构名义开立,且承诺依照约定条件进行结算的电子信用承诺支付凭证。
本发明实施例中,开证人(通常为买方),是向资金管理机构申请开立电子凭证的主体,可以是自然人、法人或其他组织,开证端是开证人持有的终端。
本发明实施例中,支付人,是应开证人的请求作为电子凭证支付人,以其账户的资金或授信额度作为保证金为开证人开立电子凭证提供担保的主体,可以是自然人、法人或他组织,支付端为支付人持有的终端。
本发明实施例中,电子凭证基本业务流程为:资金管理机构根据开证人的申请冻结所需数额资金以开立电子凭证,当约定解付条件达成时,由资金管理机构将资金解付办理支付结算。具体如下:
1.交易体双方形成订单后,开证人(如买方)向开证机构(即开立电子凭证的资金管理机构,如开证银行)申请开证。(当然,开证人可以在形成具体的交易订单时申请开证;也可在未形成交易订单时,开证人单方主动申请开证。)。
2.开证机构受理后,开立电子凭证并冻结相应金额的资金或授信额度。
3.收证人(如卖方)向收证机构(如收证银行)申请收证。
4.收证机构验证信息无误后予以收证,电子凭证进入履约期,收证人进行履约(如商家发送商品,即可认为进行了履约)。
5.收证人履约后,电子凭证获得履约信息,更改银信状态,电子凭证进入签收期,等待商品的送达,签收商品。
6.当开证人签收商品后,也就是收证人根据电子凭证的解付条件完成电子凭证所对应的交易条件后,委托收证机构向开证机构申请解付。
7.开证机构解除对开证人账户资金的冻结,将资金划转到收证机构,收证机构将资金转入收证人账户。
应当理解,上述仅是运用电子凭证的一种方式,还可以是运用电子凭证购买服务。在购买服务时,如住酒店的交易场景中,酒店预订成功,即酒店进行了履约。
当然,电子凭证还可以运用于划拨资金。不同情形时,履约和签收的理解也有所变化。也就是说,当商家提供一种商品或服务时,可能就直接使电子凭证的状态同时流经了履约期和签收期,直接进入解付,如当面交易。
如图1所示,在一个实施例中,提供的一种电子凭证收证人的确认***,该***包括:
第一终端10,用于向第一资金管理服务器30发送开证请求,开证请求中携带开证账户以及开证金额,并接收第一资金管理服务器30发送的电子凭证的已开证通知,向外广播交易信息以及电子凭证的已开证通知。
具体的,第一终端10是指开证人(买方)对应的终端。交易信息是指买方向卖方公布的交易内容。已开证通知用来证明买家有支付购买交易信息包含商品或服务的能力。例如,用户想要购买商品,交易信息是指用户对该商品的描述包括:价格、型号以及款式等相关交易内容。向外广播交易信息以及已开证通知意思是指:买家向不特定的卖家发出要约等待有卖家接受要约后与其进行交易。为了保证安全性,开证请求中携带的数据都是经过加密处理的。
在一个实施例中,买家可以根据自己的交易信息选择向外广播的对象,第一终端10还可以选取与交易信息相匹配的多个卖家作为向外广播的对象。例如,交易信息为购买一双皮鞋,则广播的对象为出售皮鞋卖家对应的终端。
需要说明的是,上述只是列举了交易信息的一种,交易信息除了买卖商品之外还包括:划拨资金、提供服务以及抵押担保等等。这里的开证人和收证人也不限于买卖双方。
第一资金管理服务器30,用于通过冻结开证账户中开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知;将已开证通知发送至第一终端10。
第一资金管理服务器30是指用于生成电子凭证的服务器。例如,开证人的开证账户是建设银行的账户,则第一资金管理服务器30即建设银行用于资金管理的服务器。将开证账户中与开证金额相等的资金冻结生成对应的电子凭证,开证人没有权限支配电子凭证冻结的资金。被冻结的资金可以被开证人用于包括从事商品买卖、抵押担保等各种经济活动。
电子凭证在交易过程中的状态包括:已开证状态、待收证状态、已收证状态、待解付状态以及解付状态。例如,电子凭证生成后,第一资金管理服务器30会将电子凭证的状态更新为已开证状态;电子凭证被收证后,电子凭证的状态更新为待解付状态。电子凭证生成后,进一步的,生成电子凭证的已开证通知。已开证通知用于告知开证人电子凭证的状态为已开证状态。使得开证人能及时掌握电子凭证的开证情况。已开证通知以数据电文的形式进行转发,转发方向为第一资金管理服务器30发送至开证人对应的第一终端10。
第二终端20,用于接收第一终端10向外广播的交易信息以及电子凭证的已开证通知,当用户根据交易信息触发了收证指令,则确定用户为电子凭证收证人,根据收证指令向第二资金管理服务器40发送收证申请;当用户根据交易信息触发了清除指令,则根据清除指令清除开证通知以及交易信息。
第二终端是指收证人(卖方)对应的终端,由于第一终端10是向外广播的对象是不确定的,多个卖家的终端(终端20、21以及22)会同时接收到交易信息以及已开证通知。卖家会根据交易信息来确定是否接受要约,若是,可以通过第二终端20触发收证指令来接收电子凭证。
第二资金管理服务器40是收证人对应收证账户对应的服务器。第二终端20通过发送收证申请,申请第二资金管理服务器40向第一资金管理服务器30发送收证请求。若接收到交易信息以及已开证通知的卖家是没有意向与买家进行交易的,可以忽略接收到的信息。具体的,收证人可以在第二终端20上触发清除指令,通过清除指令删除已开证通知以及交易信息。
第二资金管理服务器40,用于接收第二终端20发送的包含开证账户的收证申请,并生成包含开证账户的收证请求;发送收证请求至开证账户对应的第一资金管理服务器30;接收第一资金管理服务器30发送的电子凭证。
第二资金管理服务器40具体是指卖家用来接收资金的收证账户对应的资金管理服务器。用户在第二终端20上触发收证指令后,第二终端20将向第二资金管理服务器40发送收证申请,由第二资金管理服务器40完成向第一资金管理服务器30的收证任务。
上述电子凭证收证人***,应用于未指定收证人的电子凭证,第一终端向外广播交易信息以及电子凭证的已开证通知,使得接收到的上述交易信息以及已开证通知的第二终端为不特定用户对应的终端,当用户对交易信息有意向可以触发收证指令来确定为收证人。由于电子凭证并不是为某个特定的收证人生成的,因此提高了电子凭证的通用性。由于电子凭证并不是为某个特定的收证人生成的,当收证人更换时电子凭证却无需重新开证,因此一次开证可以多次使用提高了网络交易的支付结算效率。
如图2所示,在一个实施例中,提供的一种电子凭证收证人的确认方法,该方法应用于第二终端,该方法包括如下步骤:
步骤201,接收第一终端向外广播的交易信息以及电子凭证的已开证通知。本实施例中,已开证通知是第一终端向第一资金管理服务器发送开证请求,由第一资金管理服务器生成对应的电子凭证后发送至第一终端的。
步骤202,当用户根据交易信息触发了收证指令,则确定用户为电子凭证收证人,根据收证指令向第二资金管理服务器发送收证申请。本实施例中,由第二资金管理服务器接收第一资金管理服务器发送的电子凭证。
如图3所示,在一个实施例中,电子凭证收证人的确认方法还包括:
步骤203,当用户根据交易信息触发了清除指令,则根据清除指令清除开证通知以及交易信息。
如图4所示,在一个实施例中,提供的一种电子凭证收证人的确认方法,该方法应用于第一资金管理服务器,该方法包括如下步骤:
步骤401,接收第一终端发送的开证请求。本实施例中,开证请求中携带有开证账户以及开证金额。
步骤402,通过冻结开证账户中开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知。
步骤403,将已开证通知发送至第一终端。
如图5所示,在一个实施例中,电子凭证包含解付条件;在步骤403,将已开证通知发送至第一终端之后,该方法还包括:
步骤501,获取第二资金管理服务器发送的电子凭证以及支付凭证。
开证人与收证人通过电子凭证进行结算。确定了接收电子凭证的卖家后,卖家就负有交付商品或服务的义务,买家有向卖家交付电子凭证的义务。第二终端向第二资金管理服务器发送收证请求,由第二资金管理服务器完成收证任务。第二资金管理服务器获得电子凭证后,当第二资金管理服务器接收到物流服务器发送的商品已签收信息或者买家通过第一终端发送的确认已收货信息。第二资金管理服务器根据商品已签收信息或确认已收货信息来生成对应的支付凭证。
本实施例中,解付条件是指电子凭证的资金从冻结状态转变为解冻状态需要满足的条件。支付凭证是指买卖双方进行支付结算的电子凭证。支付凭证包含支付条件以及支付金额。
步骤502,校验电子凭证是否合法。若是,则进入步骤503,若否,则结束。
步骤503,判断支付条件是否满足解付条件。若是,则进入步骤504,若否,则结束。
为了确保资金的安全性,第一资金管理服务器需要验证电子凭证是否是由自己生成的。具体的,通过验证电子凭证上用户的电子签名与开证人的签名是否一致来判断电子凭证是否合法。若合法,进一步判断支付条件是否满足解付条件。当支付条件满足解付条件表示交易已经完成,买家需要履行付款义务即第一资金管理服务器进入付款程序。
步骤504,解冻电子凭证对应支付金额的资金,并将资金发送至第二资金管理服务器,由第二资金管理服务器将资金转入预设的收证账户中。
收证账户是指收证人设置用于接收开证账户转入资金的账户,收证账户和开证账户可以是银行账户或者第三方支付平台账户。在一个实施例中,当开证账户与收证账户为同一类型的账户时,这里的第一资金管理服务器和第二资金管理服务器是指同一个服务器。例如,当开证账户与收证账户同为建设银行的账户,则第一资金管理服务器与第二资金管理服务器都是指代建设银行的资金管理服务器。当开证账户与收证账户不为同一类型的账户时,第一资金管理服务器和第二资金管理服务器为不同的服务器。
如图6所示,在一个实施例中,提供的一种电子凭证收证人的确认方法,该方法应用于第二资金管理服务器,该方法包括如下步骤:
步骤601,接收第二终端发送的包含开证账户的收证申请,并生成包含开证账户的收证请求。
步骤602,发送收证请求至开证账户对应的第一资金管理服务器。
步骤603,接收第一资金管理服务器发送的电子凭证。
如图7所示,在一个实施例中,提供的一种电子凭证收证人的确认装置,该装置应用于第二终端,该装置包括如下模块:
信息接收模块70,用于接收第一终端向外广播的交易信息以及电子凭证的已开证通知。本实施例中,已开证通知是第一终端向第一资金管理服务器发送开证请求,由第一资金管理服务器生成对应的电子凭证后发送至第一终端的。
收证人确认模块71,用于当用户根据交易信息触发了收证指令,则确定用户为电子凭证收证人,根据收证指令向第二资金管理服务器发送收证申请。本实施例中,由第二资金管理服务器接收第一资金管理服务器发送的电子凭证。
如图8所示,在一个实施例中,电子凭证收证人的确认装置还包括:
信息清除模块72,用于当用户根据交易信息触发了清除指令,则根据清除指令清除开证通知以及交易信息。
如图9所示,在一个实施例中,提供的一种电子凭证收证人的确认装置,该装置应用于第一资金管理服务器,该装置包括如下模块:
请求接收模块80,用于接收第一终端发送的开证请求,开证请求中携带有开证账户以及开证金额。
通知生成模块81,用于通过冻结开证账户中开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知。
通知发送模块82,用于将已开证通知发送至第一终端。
如图10所示,在一个实施例中,电子凭证包含解付条件;电子凭证收证人的确认装置还包括:
信息获取模块83,用于获取第二资金管理服务器发送的电子凭证以及支付凭证。本实施例中,支付凭证包含支付条件以及支付金额。
资金付款模块84,用于校验电子凭证是否合法,若是,则进一步判断支付条件是否满足解付条件,若是,则解冻电子凭证对应支付金额的资金,并将资金发送至第二资金管理服务器,由第二资金管理服务器将资金转入预设的收证账户中。
如图11所示,在一个实施例中,提供的一种电子凭证收证人的确认装置,该装置应用于第二资金管理服务器,该装置包括如下模块:
请求生成模块90,用于接收第二终端发送的包含开证账户的收证申请,并生成包含开证账户的收证请求。
请求发送模块91,用于发送收证请求至开证账户对应的第一资金管理服务器。
电子凭证接收模块92,用于接收第一资金管理服务器发送的电子凭证。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种电子凭证收证人的确认方法,所述方法应用于第二终端,所述方法包括:
接收第一终端向外广播的交易信息以及电子凭证的已开证通知,所述已开证通知是第一终端向第一资金管理服务器发送开证请求,由所述第一资金管理服务器生成对应的电子凭证后发送至第一终端的;
当用户根据所述交易信息触发了收证指令,则确定所述用户为电子凭证收证人,根据收证指令向第二资金管理服务器发送收证申请,由所述第二资金管理服务器接收第一资金管理服务器发送的所述电子凭证。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当用户根据所述交易信息触发了清除指令,则根据所述清除指令清除所述开证通知以及交易信息。
3.一种电子凭证收证人的确认方法,其特征在于,所述方法应用于第一资金管理服务器,所述方法包括:
接收第一终端发送的开证请求,所述开证请求中携带有开证账户以及开证金额;
通过冻结所述开证账户中所述开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知;
将所述已开证通知发送至第一终端。
4.根据权利要求3所述的方法,其特征在于,所述电子凭证包含解付条件;在将所述已开证通知发送至第一终端的步骤之后,还包括:
获取第二资金管理服务器发送的电子凭证以及支付凭证,所述支付凭证包含支付条件以及支付金额;
校验电子凭证是否合法,若是,则进一步判断支付条件是否满足所述解付条件,若是,则解冻所述电子凭证对应支付金额的资金,并将所述资金发送至第二资金管理服务器,由所述第二资金管理服务器将资金转入预设的收证账户中。
5.一种电子凭证收证人的确认方法,所述方法应用于第二资金管理服务器,所述方法包括:
接收第二终端发送的包含开证账户的收证申请,并生成包含开证账户的收证请求;
发送所述收证请求至所述开证账户对应的第一资金管理服务器;
接收所述第一资金管理服务器发送的所述电子凭证。
6.一种电子凭证收证人的确认装置,所述装置应用于第二终端,所述装置包括:
信息接收模块,用于接收第一终端向外广播的交易信息以及电子凭证的已开证通知,所述已开证通知是第一终端向第一资金管理服务器发送开证请求,由所述第一资金管理服务器生成对应的电子凭证后发送至第一终端的;
收证人确认模块,用于当用户根据所述交易信息触发了收证指令,则确定所述用户为电子凭证收证人,根据收证指令向第二资金管理服务器发送收证申请,由所述第二资金管理服务器接收第一资金管理服务器发送的所述电子凭证。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
信息清除模块,用于当用户根据所述交易信息触发了清除指令,则根据所述清除指令清除所述开证通知以及交易信息。
8.一种电子凭证收证人的确认装置,其特征在于,所述装置应用于第一资金管理服务器,所述装置包括:
请求接收模块,用于接收第一终端发送的开证请求,所述开证请求中携带有开证账户以及开证金额;
通知生成模块,用于通过冻结所述开证账户中所述开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知;
通知发送模块,用于将所述已开证通知发送至第一终端。
9.根据权利要求8所述的装置,其特征在于,所述电子凭证包含解付条件;所述装置还包括:
信息获取模块,用于获取第二资金管理服务器发送的电子凭证以及支付凭证,所述支付凭证包含支付条件以及支付金额;
资金付款模块,用于校验电子凭证是否合法,若是,则进一步判断支付条件是否满足所述解付条件,若是,则解冻所述电子凭证对应支付金额的资金,并将所述资金发送至第二资金管理服务器,由所述第二资金管理服务器将资金转入预设的收证账户中。
10.一种电子凭证收证人的确认装置,所述装置应用于第二资金管理服务器,所述装置包括:
请求生成模块,用于接收第二终端发送的包含开证账户的收证申请,并生成包含开证账户的收证请求;
请求发送模块,用于发送所述收证请求至所述开证账户对应的第一资金管理服务器;
电子凭证接收模块,用于接收所述第一资金管理服务器发送的所述电子凭证。
11.一种电子凭证收证人的确认***,其特征在于,所述***包括:
第一终端,用于向第一资金管理服务器发送开证请求,所述开证请求中携带开证账户以及开证金额,并接收第一资金管理服务器发送的电子凭证的已开证通知,向外广播交易信息以及电子凭证的已开证通知;
第一资金管理服务器,用于通过冻结所述开证账户中所述开证金额的资金生成对应的电子凭证,并生成电子凭证的已开证通知;将所述已开证通知发送至第一终端;
第二终端,用于接收第一终端向外广播的交易信息以及电子凭证的已开证通知,当用户根据所述交易信息触发了收证指令,则确定所述用户为电子凭证收证人,根据收证指令向第二资金管理服务器发送收证申请;当用户根据所述交易信息触发了清除指令,则根据所述清除指令清除所述开证通知以及交易信息;
第二资金管理服务器,用于接收第二终端发送的包含开证账户的收证申请,并生成包含开证账户的收证请求;发送所述收证请求至所述开证账户对应的第一资金管理服务器;
接收所述第一资金管理服务器发送的所述电子凭证。
CN201580012880.7A 2015-07-21 2015-07-21 电子凭证收证人的确定方法、装置及*** Pending CN106104607A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/084714 WO2017012076A1 (zh) 2015-07-21 2015-07-21 电子凭证收证人的确定方法、装置及***

Publications (1)

Publication Number Publication Date
CN106104607A true CN106104607A (zh) 2016-11-09

Family

ID=57216274

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580012880.7A Pending CN106104607A (zh) 2015-07-21 2015-07-21 电子凭证收证人的确定方法、装置及***

Country Status (3)

Country Link
CN (1) CN106104607A (zh)
CA (2) CA2994878C (zh)
WO (1) WO2017012076A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110910230A (zh) * 2019-11-04 2020-03-24 泰康保险集团股份有限公司 一种记账方法、记账***及存储介质
US11493551B2 (en) 2020-06-22 2022-11-08 Advantest Test Solutions, Inc. Integrated test cell using active thermal interposer (ATI) with parallel socket actuation
US11549981B2 (en) 2020-10-01 2023-01-10 Advantest Test Solutions, Inc. Thermal solution for massively parallel testing
US11567119B2 (en) 2020-12-04 2023-01-31 Advantest Test Solutions, Inc. Testing system including active thermal interposer device
US11573262B2 (en) 2020-12-31 2023-02-07 Advantest Test Solutions, Inc. Multi-input multi-zone thermal control for device testing
US11587640B2 (en) 2021-03-08 2023-02-21 Advantest Test Solutions, Inc. Carrier based high volume system level testing of devices with pop structures

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567070A (zh) * 2008-04-24 2009-10-28 ***股份有限公司 一种交易数据处理方法、***及一种支付***
CN101986336A (zh) * 2010-10-21 2011-03-16 陈祁麟 电子支票支付***以及电子支票支付方法
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及***
CN103827905A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种带编号数据包生成方法及***
CN103827903A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种利用网络支付的方法及***
CN204178394U (zh) * 2014-09-12 2015-02-25 深圳市银信网银科技有限公司 一种电子凭证生成装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8433647B1 (en) * 2004-08-25 2013-04-30 Vectorsgi, Inc. Method and system for processing electronic checks
CN101571939A (zh) * 2008-04-30 2009-11-04 ***通信集团公司 一种使用电子支票进行交易的方法、装置及***
CN102881092A (zh) * 2012-09-13 2013-01-16 守望者科技(北京)有限公司 蓝牙移动通信终端、支付方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567070A (zh) * 2008-04-24 2009-10-28 ***股份有限公司 一种交易数据处理方法、***及一种支付***
CN101986336A (zh) * 2010-10-21 2011-03-16 陈祁麟 电子支票支付***以及电子支票支付方法
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及***
CN103827905A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种带编号数据包生成方法及***
CN103827903A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种利用网络支付的方法及***
CN204178394U (zh) * 2014-09-12 2015-02-25 深圳市银信网银科技有限公司 一种电子凭证生成装置

Also Published As

Publication number Publication date
CA2994878C (en) 2022-12-06
CA3141034C (en) 2024-06-25
CA2994878A1 (en) 2017-01-26
CA3141034A1 (en) 2017-01-26
WO2017012076A1 (zh) 2017-01-26

Similar Documents

Publication Publication Date Title
CN106104607A (zh) 电子凭证收证人的确定方法、装置及***
CA2988813A1 (en) Cross-funds management server-based payment system, and method, device and server therefor
CN106203980A (zh) 一种网络支付方法、装置、资金管理服务器和***
CA3058591C (en) Cross-funds management server-based payment system, and method, device and server therefor
CA2988809C (en) Cross-funds management server-based payment system, and method, device and server therefor
CN106372911A (zh) 开立电子凭证的方法、***和装置
CN106204015A (zh) 基于跨资金服务器的支付***及方法、装置和服务器
CN106203986A (zh) 一种网络支付方法、装置、资金管理服务器和***
CN106204007A (zh) 基于同一资金服务器的支付***及其支付方法、装置和服务器
CN106372934A (zh) 电子凭证收证人的确定方法、装置及***
CN106372913A (zh) 电子凭证的履约信息传输方法、装置及***
CN106959978A (zh) 生成资源文件的方法和装置
CA3094229A1 (en) Cross-funds management server-based payment system, and method, device and server therefor
CN106203981A (zh) 一种网络支付方法、装置、资金管理服务器和***
CN106372935A (zh) 电子凭证的开证通知方法、装置及***
CA2987802A1 (en) Cross-funds server-based payment system, and payment method, device and server therefor
CN106203975A (zh) 基于同一资金服务器的支付***及其支付方法、装置和服务器
CN106709717A (zh) 收证方法、装置及***
CN106372912A (zh) 电子凭证的解付信息传输方法、装置及***
CN106886929A (zh) 一种生成电子凭证的方法、装置以及***
CN106164957A (zh) 电子凭证解付方法和装置
CN106709720A (zh) 电子凭证的履约信息传输方法、装置及***
CA3082752A1 (en) Payment system based on shared funds-management server, and method, device and server therefor

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20161109