CN109636366A - 资金支付方法、用户设备、存储介质及装置 - Google Patents

资金支付方法、用户设备、存储介质及装置 Download PDF

Info

Publication number
CN109636366A
CN109636366A CN201811539156.1A CN201811539156A CN109636366A CN 109636366 A CN109636366 A CN 109636366A CN 201811539156 A CN201811539156 A CN 201811539156A CN 109636366 A CN109636366 A CN 109636366A
Authority
CN
China
Prior art keywords
order
paid
payment
sub
information
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
CN201811539156.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.)
Ping An Urban Construction Technology Shenzhen Co Ltd
Original Assignee
Ping An Urban Construction Technology Shenzhen 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 Ping An Urban Construction Technology Shenzhen Co Ltd filed Critical Ping An Urban Construction Technology Shenzhen Co Ltd
Priority to CN201811539156.1A priority Critical patent/CN109636366A/zh
Publication of CN109636366A publication Critical patent/CN109636366A/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
    • 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

Landscapes

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

Abstract

本发明公开了资金支付方法、用户设备、存储介质及装置。本发明中在接收到预支付请求时,查询出待支付订单并确定与待支付订单对应的订单金额;从预支付请求中读取与订单金额对应的待拆分子金额,并根据待拆分子金额创建对应的待支付子订单;在接收到支付请求时,划取与待拆分子金额对应的资金信息,并生成子订单支付结束信息;在监测到子订单支付结束信息时,将与待支付订单对应的订单状态设置为支付完成状态。明显地,在运维层面上,通过拆分订单金额的方式来支付待支付订单,不仅可以实现业务过程优化,也可省去提前将资金聚合到单一的银行账户内的预备操作,提高了支付操作的灵活度,进而解决了在支付房款时支付操作不够灵活的技术问题。

Description

资金支付方法、用户设备、存储介质及装置
技术领域
本发明涉及交易支付技术领域,尤其涉及资金支付方法、用户设备、存储介质及装置。
背景技术
在二手房的交易过程中,二手房的卖方需过户房产给买方,而买方需支付房款给卖方。考虑到买方付款的付款时刻与卖方过户房产的过户时刻在时间性上存在着先后之别,这容易出现买方取得房产后不付款或者卖方取得款项后不过户房产的行为,双方均存在着被欺诈的风险性。
为了缓解这一状况,在二手房的交易市场中,引入了一保障制度即“资金监管流程”。资金监管流程具体为,买方可先将房款打入到一资金监管平台的资金监管账号中,待卖方将房产过户到买方名下后,资金监管平台可自动将房款打给卖方,也就降低了被欺诈的风险性。
可是,考虑到当前环境下,适用于资金监管平台的商用电子系统较少,而且,考虑到一项房款的金额较大,需要买方一次性支付较多资金,这导致买方在支付房款时存在着操作不够灵活的技术问题。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供资金支付方法、用户设备、存储介质及装置,旨在解决在支付房款时支付操作不够灵活的技术问题。
为实现上述目的,本发明提供一种资金支付方法,所述资金支付方法包括以下步骤:
在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额;
从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单;
在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单;
在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
优选地,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
在所述待拆分子金额的拆分数量大于或等于预设数量阈值时,监测是否接收到与所述待支付子订单对应的支付请求;
所述在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作,包括:
在监测到所述子订单支付结束信息时,统计监测到的子订单支付结束信息的信息数量;
在所述信息数量与所述拆分数量相同时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
优选地,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
将所述待支付子订单转换为待支付二维码,并监测是否接收到与所述待支付二维码对应的扫描请求;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述待支付二维码对应的扫描请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
优选地,所述待拆分子金额包括第一待拆分子金额与第二待拆分子金额,所述待支付子订单包括第一待支付子订单与第二待支付子订单,所述预设用户账户包括第一预设用户账户与第二预设用户账户;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述第一待支付子订单对应的第一支付请求时,根据所述第一支付请求确定对应的第一预设用户账户;
从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单;
所述从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单之后,所述资金支付方法还包括:
在监测到所述第一子订单支付结束信息时,监测是否接收到与所述第二待支付子订单对应的第二支付请求;
在接收到与所述第而二待支付子订单对应的第二支付请求时,根据所述第二支付请求确定对应的第二预设用户账户;
从所述第二预设用户账户中划取与所述第二待拆分子金额对应的资金信息,并生成第二子订单支付结束信息,以支付所述第二待支付子订单;
所述在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作,包括:
在监测到所述第二子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
优选地,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
在接收到与所述待支付子订单对应的支付确认请求时,从所述支付确认请求中提取支付账号标识,通过预设第三方支付接口查询与所述支付账号标识对应的转账流水信息;
判断所述转账流水信息中是否包括与所述待支付子订单对应的已支付信息;
在包括与所述待支付子订单对应的已支付信息时,执行所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作的步骤。
优选地,所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作之后,所述资金支付方法还包括:
在接收到查询请求时,从所述查询请求中提取待查询信息类型;
在所述待查询信息类型包括收入类型与转账类型,从与预设资金监管账号对应的账户资金信息中提取与所述收入类型对应的收入资金信息以及与所述转账类型对应的转账资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述收入资金信息与所述转账资金信息进行重新排序,并将排序后的收入资金信息与转账资金信息在第一预设信息展示界面中进行展示。
优选地,所述在接收到查询请求时,从所述查询请求中提取待查询信息类型之后,所述资金支付方法还包括:
在所述待查询信息类型包括利息类型,从与预设资金监管账号对应的账户资金信息中提取与所述利息类型对应的利息资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述利息资金信息进行排序,并将排序后的利息资金信息在第二预设信息展示界面中进行展示。
此外,为实现上述目的,本发明还提出一种用户设备,所述用户设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的资金支付程序,所述资金支付程序配置为实现如上文所述的资金支付方法的步骤。
此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有资金支付程序,所述资金支付程序被处理器执行时实现如上文所述的资金支付方法的步骤。
此外,为实现上述目的,本发明还提出一种资金支付装置,所述资金支付装置包括:
预支付模块,用于在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额;
子订单创建模块,用于从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单;
子订单支付模块,用于在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单;
支付完成模块,用于在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
本发明中可先通过预支付请求来确定待支付订单以及订单金额,然后,可将订单金额拆分成多个待拆分子金额,且待拆分子金额的金额总和与订单金额相等;接着,可通过分别支付待拆分子金额来完成对于待支付订单的支付操作。明显地,本发明中通过拆分订单金额的方式来支付待支付订单,可以省去用户提前将资金聚合到某单一的银行账户内的预备操作,不仅提高了支付操作的灵活度,也真实地方便了用户办理业务,进而解决了在支付房款时支付操作不够灵活的技术问题。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的用户设备结构示意图;
图2为本发明资金支付方法第一实施例的流程示意图;
图3为本发明资金支付方法第二实施例的流程示意图;
图4为本发明资金支付方法第三实施例的流程示意图;
图5为本发明资金支付装置第一实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1,图1为本发明实施例方案涉及的硬件运行环境的用户设备结构示意图。
如图1所示,该用户设备可以包括:处理器1001,例如CPU,通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display),可选用户接口1003还可以包括标准的有线接口、无线接口,对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的结构并不构成对用户设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及资金支付程序。
在图1所示的用户设备中,网络接口1004主要用于连接后台服务器,与所述后台服务器进行数据通信;用户接口1003主要用于连接外设;所述用户设备通过处理器1001调用存储器1005中存储的资金支付程序,并执行本发明实施例提供的资金支付方法。
基于上述硬件结构,提出本发明资金支付方法的实施例。
参照图2,图2为本发明资金支付方法第一实施例的流程示意图。
在第一实施例中,所述资金支付方法包括以下步骤:
步骤S10:在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额。
可以理解的是,考虑到房款的单项金额较大,为了支付房款,用户大多会预先进行银行转账操作,该种支付方式导致操作上存在不便。比如,在资金监管平台侧买方可能欲支付的房款为500万,那么,在资金监管平台侧就会存在着一项订单金额为500万的待支付订单。若买方欲支付该订单,将预先将各张银行卡中的资金聚合到某单一的银行账户内,然后,用这一张有500万来支付该支付订单才可完成支付,认定为支付成功。明显地,预先将各张银行卡中的资金聚合到某单一的银行账户内这种操作极为费时费劲,并且,考虑到各个银行间转账有时还可能存在着金额限制。
应当理解的是,正是考虑到支付房款时的支付方式较为单一会导致支付操作不够灵活的技术问题,所以,本实施例可提供订单拆分的支付方式来便于用户进行房款的支付,不仅提高了支付操作的灵活度,也真实地方便了用户办理业务。
在具体实现中,处理相关业务的政府办事机构将接入该资金监管平台,当用户到该政府办事机构去支付房款时,可通过该支持订单拆分的资金监管平台来支付房款。此外,本实施例的执行主体为用户设备,该用户设备可为个人电脑等电子设备,可在该个人电脑上部署该资金监管平台的电子系统。
步骤S20:从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单。
应当理解的是,当用户A在欲办理该项业务时,可通过该资金监管平台确定用户A欲支付的待支付订单,待支付订单对应的订单金额可为500万。至于预支付请求,可在刷用户A的身份证来生成预支付请求,并查询出用户A名下的待支付订单。
可以理解的是,为了方便用户A支付房款,可将数额较大的待支付订单拆分成多个数额较小的订单,以供用户A提供多张银行卡来完成支付,免去了用户提前将资金聚合到某单一的银行账户内的操作。比如,与订单金额对应的待拆分子金额可能为100万、200万以及200万,则可创建出100万、200万以及200万的三个待支付子订单。
步骤S30:在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
应当理解的是,若用户A将银行卡来作为付款方式,可从第一张银行卡中的用户账户中划取100万,并生成与该100万对应的子订单支付结束信息;可从第二张银行卡中的用户账户中划取200万,并生成与该200万对应的子订单支付结束信息;可从第三张银行卡中的用户账户中划取200万,并生成与该200万对应的子订单支付结束信息。至于支付请求,可通过在外接的销售终端(Point of Sales,POS)上刷银行卡的方式来触发。
步骤S40:在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
可以理解的是,将监测到各个子订单的子订单支付结束信息时,也就意味着500万的初始待支付订单实际上已经完成了支付操作,则可在资金监管平台中将初始的待支付订单的订单状态由未支付状态修改为支付完成状态。
本实施例中可先通过预支付请求来确定待支付订单以及订单金额,然后,可将订单金额拆分成多个待拆分子金额,且待拆分子金额的金额总和与订单金额相等;接着,可通过分别支付待拆分子金额来完成对于待支付订单的支付操作。明显地,本实施例中通过拆分订单金额的方式来支付待支付订单,可以省去用户提前将资金聚合到某单一的银行账户内的预备操作,不仅提高了支付操作的灵活度,也真实地方便了用户办理业务,进而解决了在支付房款时支付操作不够灵活的技术问题。
参照图3,图3为本发明资金支付方法第二实施例的流程示意图,基于上述图2所示的第一实施例,提出本发明资金支付方法的第二实施例。
第二实施例中,所述步骤S20之后,所述资金支付方法还包括:
步骤S201:在所述待拆分子金额的拆分数量大于或等于预设数量阈值时,监测是否接收到与所述待支付子订单对应的支付请求。
可以理解的是,考虑到若将500万的待支付订单拆分成100万、200万以及200万的三个待支付子订单,在最终敲定待支付订单对应的订单状态时,当三个待支付子订单均完成了支付才意味着待支付订单完成了支付。所以,可实时统计监测到的订单支付结束信息的信息数量,以确保待支付订单完成了支付。
在具体实现中,比如,若将500万的待支付订单拆分成100万、200万以及200万的三个待支付子订单,则拆分数量为3,同时可预先设置预设数量阈值为1,也就意味着若拆分出多个子订单将统计订单支付结束信息的信息数量。
所述步骤S40,包括:
步骤S401:在监测到所述子订单支付结束信息时,统计监测到的子订单支付结束信息的信息数量。
步骤S402:在所述信息数量与所述拆分数量相同时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
可以理解的是,若监测到完成支付的子订单的数量为3与拆分数量相同,则可认为待支付订单已完成支付,可将订单状态自动调整为支付完成状态;若监测到的信息数量为2与拆分数量不相等时,则将与所述待支付订单对应的订单状态保持为未支付状态,以防止对于订单状态的误调整操作。
进一步地,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
将所述待支付子订单转换为待支付二维码,并监测是否接收到与所述待支付二维码对应的扫描请求;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述待支付二维码对应的扫描请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
在具体实现中,除了可通过在外接的POS机上刷银行卡的方式来触发支付请求以完成支付外,还可生成二维码来完成支付。比如,可将100万的待支付子订单转换为二维码,用户可通过移动式智能设备内安装的支付应用程序来扫描该二维码以触发扫描请求,进而实现从对应的预设用户账户中划取100万的资金额度。其中,资金信息是指金额为待拆分子金额的实际资金额度。
进一步地,所述待拆分子金额包括第一待拆分子金额与第二待拆分子金额,所述待支付子订单包括第一待支付子订单与第二待支付子订单,所述预设用户账户包括第一预设用户账户与第二预设用户账户;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述第一待支付子订单对应的第一支付请求时,根据所述第一支付请求确定对应的第一预设用户账户;
从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单;
所述从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单之后,所述资金支付方法还包括:
在监测到所述第一子订单支付结束信息时,监测是否接收到与所述第二待支付子订单对应的第二支付请求;
在接收到与所述第而二待支付子订单对应的第二支付请求时,根据所述第二支付请求确定对应的第二预设用户账户;
从所述第二预设用户账户中划取与所述第二待拆分子金额对应的资金信息,并生成第二子订单支付结束信息,以支付所述第二待支付子订单;
所述在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作,包括:
在监测到所述第二子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
可以理解的是,除了统计子订单支付结束信息的信息数量以防止对于订单状态的误调整操作之外,为了防止对于订单状态的误调整操作,还可通过连续的子订单支付结束信息的监测触发操作来实现。
在具体实现中,比如,若将500万的待支付订单拆分成200万的第一待支付子订单与300万的第二待支付子订单,则用户可通过第一张银行卡的第一预设用户账户来支付200万的第一待拆分子金额。并且,规定在第一待拆分子金额被完成支付后将生成第一子订单支付结束信息,而且,在实际地监测到该第一子订单支付结束信息后才可接收与第二待支付子订单对应的支付请求,明显地,此处敲定了待支付子订单的支付顺序,将先支付第一待支付子订单再支付第二待支付子订单,最终在监测到第二待支付子订单的第二子订单支付结束信息时再将待支付订单对应的订单状态设置为支付完成状态。
应当理解的是,通过这种防止误调整的支付方式,无需实时统计监测并统计子订单支付结束信息的信息数量,通过预先规定支付顺序并将在监测到最后一个支付的子订单的支付结束信息时再调整订单状态,也可以降低误调整的机率。
进一步地,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
在接收到与所述待支付子订单对应的支付确认请求时,从所述支付确认请求中提取支付账号标识,通过预设第三方支付接口查询与所述支付账号标识对应的转账流水信息;
判断所述转账流水信息中是否包括与所述待支付子订单对应的已支付信息;
在包括与所述待支付子订单对应的已支付信息时,执行所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作的步骤。
可以理解的是,除了在办事机构的窗口现场支付子订单的支付方式外,用户也可在未到政府办事机构之前自行进行转账行为,以最终实现对于待支付订单的支付操作。
在具体实现中,比如,用户可提前将款项转账到资金监管平台名下的一资金监管账号中,在完成转账行为后,用户可再到接入资金监管平台的政府办事机构去办理手续。考虑到资金监管平台侧并不一定能够及时地获取到用户的转账行为,在实际操作时,用户可将实施转账行为的银行卡卡号提供给资金监管平台以生成支付确认请求,该银行卡卡号即为支付账号标识。
应当理解的是,资金监管平台可通过预设第三方支付接口在对应的银行数据库中查询到该银行卡卡号名下的转账流水信息,转账流水信息详细地记录了该银行卡卡号的收入资金及支付资金状况。同时,可自动在该转账流水信息中查询到与资金监管账号对应的已支付信息,已支付信息表征该银行卡卡号已成功向资金监管账号中转账了预设金额。所以,若该转账流水信息经审核后确实存在用户的转账行为,则可将该转账流水信息与监管业务协议进行关联,以完成资金关系的绑定,从而在政府办事机构侧确认了买方已成功支付房款的行为。
当然,在买方已成功支付房款后,可敦促卖方进行后续的不动产过户行为。明显地,通过该种支付方式方便了用户的转账自由度,同时,也提高了用户在政府办事机构侧办理事务的效率,省去了支付环节。
本实施例中通过实时监测与统计生成的子订单支付结束信息的信息数量,以降低修改待支付订单对应的订单状态的修改操作出现误修改的机率。
参照图4,图4为本发明资金支付方法第三实施例的流程示意图,基于上述图2所示的第一实施例,提出本发明资金支付方法的第三实施例。
第三实施例中,所述步骤S40之后,所述资金支付方法还包括:
步骤S50:在接收到查询请求时,从所述查询请求中提取待查询信息类型。
可以理解的是,为了便于实时核对资金监管账号内的账户资金信息以防控资金异常或者资金确实,公务人员可直接通过该资金监管平台实时查询统计资金报表、支付明细、收入明细以及转账明细等信息,以提高资金的安全性。而且,还可实时查询每个监管业务协议下资金产生的利息。
在具体实现中,为了便于实时查询收入明细以及转账明细等信息,公务人员可在资金监管平台中输入查询请求,查询请求中将包括待查询的各种信息类型,信息类型包括有支付类型、收入类型以及转账类型等。
步骤S60:在所述待查询信息类型包括收入类型与转账类型,从与预设资金监管账号对应的账户资金信息中提取与所述收入类型对应的收入资金信息以及与所述转账类型对应的转账资金信息。
可以理解的是,若当前查询请求中包括有收入类型以及转账类型,则可从预设资金监管账号名下的账户资金信息中抽取出与收入类型对应的收入资金信息以及与转账类型对应的转账资金信息,然后,在信息展示界面上按照发生时间的次序展示该收入资金信息以及该转账资金信息。其中,预设资金监管账号为资金监管平台中用于暂时存储房款的第三方账号,账户资金信息用于记录资金监管账号名下的资金流动明细,收入资金信息用于记录资金监管账号名下的资金流入明细,转账资金信息用于记录资金监管账号名下的资金转出明细。
步骤S70:按照所述账户资金信息的信息记录时刻的先后顺序对所述收入资金信息与所述转账资金信息进行重新排序,并将排序后的收入资金信息与转账资金信息在第一预设信息展示界面中进行展示。
应当理解的是,将预先记录流入资金与转出资金的资金变动时刻,则可按照该资金变动时刻的时间顺序从最近到最远对收入资金信息与转账资金信息进行二次排序,以获得更便于阅读的明细展示界面。
进一步地,所述在接收到查询请求时,从所述查询请求中提取待查询信息类型之后,所述资金支付方法还包括:
在所述待查询信息类型包括利息类型,从与预设资金监管账号对应的账户资金信息中提取与所述利息类型对应的利息资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述利息资金信息进行排序,并将排序后的利息资金信息在第二预设信息展示界面中进行展示。
可以理解的是,考虑到资金监管账号内存储的资金也会产生利息,所以,可增设利息类型以供查询。
在具体实现中,可抽取出与利息类型对应的利息资金信息,而利息资金信息用于记录监管协议下的资金产生的利息的资金状况,同时,可基于利息资金信息的利息增涨时刻来对利息资金信息进行二次排序,以获得更加清楚且易于阅读的利息明细展示界面。
本实施例中提供了资金的查询功能,可对资金监管账号内的监管资金进行查询,便于核对监管资金,防控资金异常或者资金缺失。
此外,本发明实施例还提出一种存储介质,所述存储介质上存储有资金支付程序,所述资金支付程序被处理器执行时实现如上文所述的资金支付方法的步骤。
此外,参照图5,本发明实施例还提出一种资金支付装置,所述资金支付装置包括:
预支付模块10,用于在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额。
可以理解的是,考虑到房款的单项金额较大,为了支付房款,用户大多会预先进行银行转账操作,该种支付方式导致操作上存在不便。比如,在资金监管平台侧买方可能欲支付的房款为500万,那么,在资金监管平台侧就会存在着一项订单金额为500万的待支付订单。若买方欲支付该订单,将预先将各张银行卡中的资金聚合到某单一的银行账户内,然后,用这一张有500万来支付该支付订单才可完成支付,认定为支付成功。明显地,预先将各张银行卡中的资金聚合到某单一的银行账户内这种操作极为费时费劲,并且,考虑到各个银行间转账有时还可能存在着金额限制。
应当理解的是,正是考虑到支付房款时的支付方式较为单一会导致支付操作不够灵活的技术问题,所以,本实施例可提供订单拆分的支付方式来便于用户进行房款的支付,不仅提高了支付操作的灵活度,也真实地方便了用户办理业务。
在具体实现中,处理相关业务的政府办事机构将接入该资金监管平台,当用户到该政府办事机构去支付房款时,可通过该支持订单拆分的资金监管平台来支付房款。此外,本实施例的执行主体为资金支付装置,该资金支付装置可为个人电脑等电子设备,可在该个人电脑上部署该资金监管平台的电子系统。
子订单创建模块20,用于从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单。
应当理解的是,当用户A在欲办理该项业务时,可通过该资金监管平台确定用户A欲支付的待支付订单,待支付订单对应的订单金额可为500万。至于预支付请求,可在刷用户A的身份证来生成预支付请求,并查询出用户A名下的待支付订单。
可以理解的是,为了方便用户A支付房款,可将数额较大的待支付订单拆分成多个数额较小的订单,以供用户A提供多张银行卡来完成支付,免去了用户提前将资金聚合到某单一的银行账户内的操作。比如,与订单金额对应的待拆分子金额可能为100万、200万以及200万,则可创建出100万、200万以及200万的三个待支付子订单。
子订单支付模块30,用于在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
应当理解的是,若用户A将银行卡来作为付款方式,可从第一张银行卡中的用户账户中划取100万,并生成与该100万对应的子订单支付结束信息;可从第二张银行卡中的用户账户中划取200万,并生成与该200万对应的子订单支付结束信息;可从第三张银行卡中的用户账户中划取200万,并生成与该200万对应的子订单支付结束信息。至于支付请求,可通过在外接的销售终端(Point of Sales,POS)上刷银行卡的方式来触发。
支付完成模块40,用于在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
可以理解的是,将监测到各个子订单的子订单支付结束信息时,也就意味着500万的初始待支付订单实际上已经完成了支付操作,则可在资金监管平台中将初始的待支付订单的订单状态由未支付状态修改为支付完成状态。
本实施例中可先通过预支付请求来确定待支付订单以及订单金额,然后,可将订单金额拆分成多个待拆分子金额,且待拆分子金额的金额总和与订单金额相等;接着,可通过分别支付待拆分子金额来完成对于待支付订单的支付操作。明显地,本实施例中通过拆分订单金额的方式来支付待支付订单,可以省去用户提前将资金聚合到某单一的银行账户内的预备操作,不仅提高了支付操作的灵活度,也真实地方便了用户办理业务,进而解决了在支付房款时支付操作不够灵活的技术问题。
在一实施例中,所述资金支付装置还包括:
拆分数量比较模块,用于在所述待拆分子金额的拆分数量大于或等于预设数量阈值时,监测是否接收到与所述待支付子订单对应的支付请求;
所述支付完成模块40,还用于在监测到所述子订单支付结束信息时,统计监测到的子订单支付结束信息的信息数量;在所述信息数量与所述拆分数量相同时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
在一实施例中,所述资金支付装置还包括:
二维码生成模块,用于将所述待支付子订单转换为待支付二维码,并监测是否接收到与所述待支付二维码对应的扫描请求;
所述子订单支付模块30,还用于在接收到与所述待支付二维码对应的扫描请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
在一实施例中,所述子订单支付模块30,还用于在接收到与所述第一待支付子订单对应的第一支付请求时,根据所述第一支付请求确定对应的第一预设用户账户;从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单;
所述子订单支付模块30,还用于在监测到所述第一子订单支付结束信息时,监测是否接收到与所述第二待支付子订单对应的第二支付请求;在接收到与所述第而二待支付子订单对应的第二支付请求时,根据所述第二支付请求确定对应的第二预设用户账户;从所述第二预设用户账户中划取与所述第二待拆分子金额对应的资金信息,并生成第二子订单支付结束信息,以支付所述第二待支付子订单;
所述支付完成模块40,还用于在监测到所述第二子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
在一实施例中,所述资金支付装置还包括:
预先支付模块,用于在接收到与所述待支付子订单对应的支付确认请求时,从所述支付确认请求中提取支付账号标识,通过预设第三方支付接口查询与所述支付账号标识对应的转账流水信息;判断所述转账流水信息中是否包括与所述待支付子订单对应的已支付信息;在包括与所述待支付子订单对应的已支付信息时,执行所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作的步骤。
在一实施例中,所述资金支付装置还包括:
第一信息查询模块,用于在接收到查询请求时,从所述查询请求中提取待查询信息类型;在所述待查询信息类型包括收入类型与转账类型,从与预设资金监管账号对应的账户资金信息中提取与所述收入类型对应的收入资金信息以及与所述转账类型对应的转账资金信息;按照所述账户资金信息的信息记录时刻的先后顺序对所述收入资金信息与所述转账资金信息进行重新排序,并将排序后的收入资金信息与转账资金信息在第一预设信息展示界面中进行展示。
在一实施例中,所述资金支付装置还包括:
第二信息查询模块,用于在所述待查询信息类型包括利息类型,从与预设资金监管账号对应的账户资金信息中提取与所述利息类型对应的利息资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述利息资金信息进行排序,并将排序后的利息资金信息在第二预设信息展示界面中进行展示。
本发明所述资金支付装置的其他实施例或具体实现方式可参照上述各方法实施例,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序,可将这些词语解释为名称。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种资金支付方法,其特征在于,所述资金支付方法包括以下步骤:
在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额;
从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单;
在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单;
在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
2.如权利要求1所述的资金支付方法,其特征在于,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
在所述待拆分子金额的拆分数量大于或等于预设数量阈值时,监测是否接收到与所述待支付子订单对应的支付请求;
所述在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作,包括:
在监测到所述子订单支付结束信息时,统计监测到的子订单支付结束信息的信息数量;
在所述信息数量与所述拆分数量相同时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
3.如权利要求2所述的资金支付方法,其特征在于,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
将所述待支付子订单转换为待支付二维码,并监测是否接收到与所述待支付二维码对应的扫描请求;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述待支付二维码对应的扫描请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单。
4.如权利要求1所述的资金支付方法,其特征在于,所述待拆分子金额包括第一待拆分子金额与第二待拆分子金额,所述待支付子订单包括第一待支付子订单与第二待支付子订单,所述预设用户账户包括第一预设用户账户与第二预设用户账户;
所述在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单,包括:
在接收到与所述第一待支付子订单对应的第一支付请求时,根据所述第一支付请求确定对应的第一预设用户账户;
从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单;
所述从所述第一预设用户账户中划取与所述第一待拆分子金额对应的资金信息,并生成第一子订单支付结束信息,以支付所述第一待支付子订单之后,所述资金支付方法还包括:
在监测到所述第一子订单支付结束信息时,监测是否接收到与所述第二待支付子订单对应的第二支付请求;
在接收到与所述第而二待支付子订单对应的第二支付请求时,根据所述第二支付请求确定对应的第二预设用户账户;
从所述第二预设用户账户中划取与所述第二待拆分子金额对应的资金信息,并生成第二子订单支付结束信息,以支付所述第二待支付子订单;
所述在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作,包括:
在监测到所述第二子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
5.如权利要求1至4中任一项所述的资金支付方法,其特征在于,所述从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单之后,所述资金支付方法还包括:
在接收到与所述待支付子订单对应的支付确认请求时,从所述支付确认请求中提取支付账号标识,通过预设第三方支付接口查询与所述支付账号标识对应的转账流水信息;
判断所述转账流水信息中是否包括与所述待支付子订单对应的已支付信息;
在包括与所述待支付子订单对应的已支付信息时,执行所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作的步骤。
6.如权利要求1至4中任一项所述的资金支付方法,其特征在于,所述将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作之后,所述资金支付方法还包括:
在接收到查询请求时,从所述查询请求中提取待查询信息类型;
在所述待查询信息类型包括收入类型与转账类型,从与预设资金监管账号对应的账户资金信息中提取与所述收入类型对应的收入资金信息以及与所述转账类型对应的转账资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述收入资金信息与所述转账资金信息进行重新排序,并将排序后的收入资金信息与转账资金信息在第一预设信息展示界面中进行展示。
7.如权利要求6所述的资金支付方法,其特征在于,所述在接收到查询请求时,从所述查询请求中提取待查询信息类型之后,所述资金支付方法还包括:
在所述待查询信息类型包括利息类型,从与预设资金监管账号对应的账户资金信息中提取与所述利息类型对应的利息资金信息;
按照所述账户资金信息的信息记录时刻的先后顺序对所述利息资金信息进行排序,并将排序后的利息资金信息在第二预设信息展示界面中进行展示。
8.一种用户设备,其特征在于,所述用户设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行资金支付程序,所述资金支付程序被所述处理器执行时实现如权利要求1至7中任一项所述的资金支付方法的步骤。
9.一种存储介质,其特征在于,所述存储介质上存储有资金支付程序,所述资金支付程序被处理器执行时实现如权利要求1至7中任一项所述的资金支付方法的步骤。
10.一种资金支付装置,其特征在于,所述资金支付装置包括:
预支付模块,用于在接收到预支付请求时,查询与所述预支付请求对应的待支付订单,并确定与所述待支付订单对应的订单金额;
子订单创建模块,用于从所述预支付请求中读取与所述订单金额对应的待拆分子金额,并根据所述待拆分子金额创建对应的待支付子订单;
子订单支付模块,用于在接收到与所述待支付子订单对应的支付请求时,从预设用户账户中划取与所述待拆分子金额对应的资金信息,并生成子订单支付结束信息,以支付所述待支付子订单;
支付完成模块,用于在监测到所述子订单支付结束信息时,将与所述待支付订单对应的订单状态设置为支付完成状态,以实现对于所述待支付订单的支付操作。
CN201811539156.1A 2018-12-14 2018-12-14 资金支付方法、用户设备、存储介质及装置 Pending CN109636366A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811539156.1A CN109636366A (zh) 2018-12-14 2018-12-14 资金支付方法、用户设备、存储介质及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811539156.1A CN109636366A (zh) 2018-12-14 2018-12-14 资金支付方法、用户设备、存储介质及装置

Publications (1)

Publication Number Publication Date
CN109636366A true CN109636366A (zh) 2019-04-16

Family

ID=66074328

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811539156.1A Pending CN109636366A (zh) 2018-12-14 2018-12-14 资金支付方法、用户设备、存储介质及装置

Country Status (1)

Country Link
CN (1) CN109636366A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112101929A (zh) * 2020-09-02 2020-12-18 汇智点亮科技(北京)有限公司 一种协同支付方法、系统、存储介质及协同支付平台
CN112132568A (zh) * 2020-08-27 2020-12-25 绿瘦健康产业集团有限公司 一种预付款支付处理方法、装置、介质及终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106845961A (zh) * 2017-04-07 2017-06-13 福建强闽信息科技有限公司 一种订单自动分解且多方式支付的方法及支付终端
CN108154360A (zh) * 2017-11-29 2018-06-12 商派软件有限公司 一种单一订单多种支付方式的方法
CN108241969A (zh) * 2017-12-22 2018-07-03 北京车和家信息技术有限公司 订单拆分及支付的方法及系统、计算机设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106845961A (zh) * 2017-04-07 2017-06-13 福建强闽信息科技有限公司 一种订单自动分解且多方式支付的方法及支付终端
CN108154360A (zh) * 2017-11-29 2018-06-12 商派软件有限公司 一种单一订单多种支付方式的方法
CN108241969A (zh) * 2017-12-22 2018-07-03 北京车和家信息技术有限公司 订单拆分及支付的方法及系统、计算机设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112132568A (zh) * 2020-08-27 2020-12-25 绿瘦健康产业集团有限公司 一种预付款支付处理方法、装置、介质及终端设备
CN112101929A (zh) * 2020-09-02 2020-12-18 汇智点亮科技(北京)有限公司 一种协同支付方法、系统、存储介质及协同支付平台

Similar Documents

Publication Publication Date Title
US10783502B2 (en) Multiple-entity transaction systems and methods
US5915093A (en) Computer network debit disk used for prepayment to transfer information from a central computer
US7379915B1 (en) Electronic purse loan system
JP3387330B2 (ja) 電子マネー保有装置およびこれを用いる電子マネー支払い方法
US7783539B2 (en) Derivative currency-exchange transactions
US6539282B2 (en) Vending machine for vending age-restricted products using a credit card and associated methods
US8380163B2 (en) Package billing for micro-transactions
US7319978B2 (en) Net shopping method, system therefor, and automatic payment transfer device
US20100094735A1 (en) Methods and systems for automated payments
CN107590654A (zh) 一种在线支付的方法、终端及计算机可读介质
CN104599112B (zh) 一种信息传输方法、装置和系统
CN104599122A (zh) 一种快捷支付方法及相关设备、系统
AU2001247953B2 (en) System and method for purchasing goods and services through financial data network access points
TW200834475A (en) Electronic money system, amount-of-money change information transmitter, server, and amount-of-money change information transmitting method
CN110705980A (zh) 基于数据分析处理交易支付操作的方法、装置及存储介质
CN109636366A (zh) 资金支付方法、用户设备、存储介质及装置
CN109472937A (zh) 扫码用电方法及终端设备
CN106327167A (zh) 实现网络支付的方法和装置
CN109829811A (zh) 贷款方法和贷款装置
CN108520408A (zh) 一种基于基金份额赎转付日常缴费的自动代扣方法及系统
CN107563760A (zh) 一种支持1比n多人比对的生物识别收银方法及系统
CN111563735A (zh) 一种基于区块链的支付方法及系统
JP3902453B2 (ja) 電子マネー処理方法、プログラム及び記録媒体
CN109670812A (zh) 支付方法、装置、终端及存储介质
CN109003060A (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190416

WD01 Invention patent application deemed withdrawn after publication