CN110580619A - 业务数据处理方法、装置及计算机设备 - Google Patents

业务数据处理方法、装置及计算机设备 Download PDF

Info

Publication number
CN110580619A
CN110580619A CN201910719828.5A CN201910719828A CN110580619A CN 110580619 A CN110580619 A CN 110580619A CN 201910719828 A CN201910719828 A CN 201910719828A CN 110580619 A CN110580619 A CN 110580619A
Authority
CN
China
Prior art keywords
order
numerical value
identifier
terminal
service
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
CN201910719828.5A
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.)
Chuanhua Payment Co Ltd
Original Assignee
Chuanhua Payment 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 Chuanhua Payment Co Ltd filed Critical Chuanhua Payment Co Ltd
Priority to CN201910719828.5A priority Critical patent/CN110580619A/zh
Publication of CN110580619A publication Critical patent/CN110580619A/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/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"

Abstract

本发明涉及一种业务数据处理方法、装置及计算机设备。该方法通过第一终端接收业务订单的新建请求;且新建请求携带有用户标识、数值转移方标识和待转移数值;从而根据用户标识查找用户标识所对应的用户信息;并根据查找到的用户信息和待转移数值建立业务订单;向数值转移方标识所对应的第二终端发送第一通知消息,以通过第二终端向数值转移服务器发送数值转移请求完成数值转移操作。简化了数值转移操作的流程,减少了服务器之间的数据交互时间,提升了业务数据处理的效率。

Description

业务数据处理方法、装置及计算机设备
技术领域
本发明涉及计算机信息处理技术领域,特别是涉及一种业务数据处理方法、装置及计算机设备。
背景技术
随着互联网系统的高速发展,越来越多的B2B业务产生,用户开始依赖手机进行日常的业务往来。在业务往来中,经常会出现发货人先向收货人收取部分定金再进行发货的情况;或者在货物不足的情况下,发货人通过预售的方式向收货人进行售卖,即在货物未发时发货人向收货人收取货款,到达预定的期限时,发货人向收货人发货。
但是,在传统技术中,针对发货人先收货款再发货的场景,业务数据的处理存在效率低的技术问题。
发明内容
基于此,有必要针对发货人先收货款再发货的场景,业务数据的处理存在效率低的技术问题,提供一种业务数据处理方法、装置、计算机设备及存储介质。
一种业务数据处理方法,所述方法包括:
通过第一终端接收业务订单的新建请求;所述新建请求携带有用户标识、数值转移方标识和待转移数值;
根据所述用户标识查找所述用户标识所对应的用户信息;
根据查找到的用户信息和所述待转移数值建立所述业务订单;
向所述数值转移方标识所对应的第二终端发送第一通知消息;所述第一通知消息用于指示通过所述第二终端根据所述业务订单发起数值转移请求,并向数值转移服务器发送所述数值转移请求,所述数值转移请求用于指示所述数值转移服务器从所述数值转移方标识所对应的第一数值账户中减少所述待转移数值,并在所述用户标识所对应的第二数值账户中增加所述待转移数值。
在其中一个实施例中,所述根据查找到的用户信息和所述待转移数值建立所述业务订单,包括:
对查找到的用户信息和所述待转移数值进行验证;
根据通过验证的用户信息和待转移数值建立所述业务订单。
在其中一个实施例中,所述方法还包括:
接收所述数值转移服务器发送的回调通知;所述回调通知包括所述业务订单的第一状态和订单标识;
根据所述订单标识判断是否存在所述订单标识所对应的订单;
若存在,根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新。
在其中一个实施例中,在所述根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新之前,所述方法还包括:
根据所述订单标识,从所述数值转移服务器中获取所述业务订单的第二状态;
将所述业务订单的第一状态与所述业务订单的第二状态进行比较;
所述根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新,包括:
若所述业务订单的第一状态与所述业务订单的第二状态一致,根据所述业务订单的第一状态更新所述业务订单。
在其中一个实施例中,所述方法还包括:
若所述业务订单的第一状态与所述业务订单的第二状态不一致,根据所述业务订单的第二状态更新所述业务订单。
在其中一个实施例中,所述第一终端为收款操作终端,所述业务订单为收款订单,所述第二终端为付款操作终端,所述用户标识为收款人标识,所述数值转移方标识为付款人标识,所述待转移数值为支付金额;所述通过第一终端接收业务订单的新建请求,包括:
通过所述收款操作终端接收所述收款订单的新建请求;所述新建请求携带有收款人标识、付款人标识、支付金额和商品信息;
所述根据所述用户标识查找所述用户标识所对应的用户信息,包括:
根据所述收款人标识查找所述收款人标识所对应的收款人信息;
所述根据查找到的用户信息和所述待转移数值建立所述业务订单,包括:
根据查找到的收款人信息、所述支付金额和所述商品信息建立所述收款订单;
所述向所述数值转移方标识所对应的第二终端发送第一通知消息,包括:
向所述付款人标识所对应的付款操作终端发送第一通知消息;所述第一通知消息用于指示通过所述付款操作终端根据所述收款订单发起支付请求,并向支付服务器发送所述支付请求,所述支付请求用于指示所述支付服务器从所述付款人标识所对应的支付账户中减少所述支付金额,并在所述收款人标识所对应的收款账户中增加所述支付金额。
在其中一个实施例中,所述业务订单的第一状态包括数值转移失败;所述方法还包括:
若当前的业务订单处于数值转移失败的状态,释放所述当前的业务订单中的待转移数值对应的授权额度。
在其中一个实施例中,所述方法还包括:
通过消息队列向所述第一终端和所述第二终端分别发送第二通知消息,所述第二通知消息用于提示所述业务订单的最新状态。
一种业务数据处理装置,所述装置包括:
新建请求接收模块,用于通过第一终端接收业务订单的新建请求;所述新建请求携带有用户标识、数值转移方标识和待转移数值;
用户信息查找模块,用于根据所述用户标识查找所述用户标识所对应的用户信息;
业务订单建立模块,用于根据查找到的用户信息和所述待转移数值建立所述业务订单;
通知消息发送模块,用于向所述数值转移方标识所对应的第二终端发送第一通知消息;所述第一通知消息用于指示通过所述第二终端根据所述业务订单发起数值转移请求,并向数值转移服务器发送所述数值转移请求,所述数值转移请求用于指示所述数值转移服务器从所述数值转移方标识所对应的第一数值账户中减少所述待转移数值,并在所述用户标识所对应的第二数值账户中增加所述待转移数值。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一实施例中所述方法的步骤。
上述业务数据处理方法、装置及计算机设备,通过第一终端接收业务订单的新建请求;且新建请求携带有用户标识、数值转移方标识和待转移数值;从而根据用户标识查找用户标识所对应的用户信息;并根据查找到的用户信息和待转移数值建立业务订单;向数值转移方标识所对应的第二终端发送第一通知消息,以通过第二终端向数值转移服务器发送数值转移请求完成数值转移操作。简化了数值转移操作的流程,减少了服务器之间的数据交互时间,提升了业务数据处理的效率。
附图说明
图1为一个实施例中业务数据处理方法的应用环境图;
图2为一个实施例中业务数据处理方法的流程示意图;
图3为一个实施例中业务数据处理方法的流程示意图;
图4为一个实施例中业务数据处理方法的流程示意图;
图5为一个实施例中业务数据处理方法的流程示意图;
图6为一个实施例中业务数据处理方法的流程示意图;
图7a为一个实施例中业务数据处理方法的时序图;
图7b至图7d为一个实施例中发货人操作终端所显示的界面示意图;
图7e至图7f为一个实施例中收货人操作终端所显示的界面示意图;
图8为一个实施例中业务数据处理装置的结构框图;
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本申请提供一种业务数据处理方法,可以应用于图1所示的应用环境中。其中,第一终端110、第二终端130分别通过网络与业务服务器120进行数据交互。第二终端130还通过网络与数值转移服务器进行数据交互。用户可以通过第一终端110发起业务订单的新建请求,该业务订单用于指示数值转移方进行数值转移业务操作。第一终端110向业务服务器120发送业务订单的新建请求,则业务服务器120接收该新建请求。该新建请求携带有用户标识、数值转移方标识和待转移数值。业务服务器120根据用户标识在本地数据库查找用户标识所对应的用户信息,从而根据查找到的用户信息和待转移数值建立业务订单。业务订单中可以包括用户信息和待转移数值。建立业务订单后,业务服务器120向数值转移方标识所对应的第二终端130发送第一通知消息,当数值转移方通过第二终端130查看是否存在数值转移存在业务操作时,第二终端130的界面中可以出现弹窗以提醒数值转移方进行数值转移业务操作。第二终端130可以显示该业务订单的具体详情。数值转移方通过第二终端130根据业务订单进行数值转移的操作以发起数值转移请求,并向数值转移服务器140发送该数值转移请求。数值转移请求用于指示数值转移服务器140从数值转移方标识所对应的第一数值账户中减少待转移数值,并在用户标识所对应的第二数值账户中增加待转移数值。
其中,第一终端110、第二终端130可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,业务服务器120、数值转移服务器140可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,本申请提供一种业务数据处理方法,以该方法应用于图1的业务服务器120中为例进行说明,包括以下步骤:
S210、通过第一终端接收业务订单的新建请求。
其中,业务订单是指在进行货物交付或者货款支付时一方要求另一方按照预先约定的支付数额或者收款数额进行价值转移的凭据。第一终端上安装有相应业务的数值转移软件或者显示数值转移的网页。
具体地,第一终端显示数值转移软件界面或者网页,接收第一终端的使用者通过该界面或者网页所触发的业务订单的新建请求。第一终端将业务订单的新建请求发送至业务服务器,则业务服务器接收到业务订单的新建请求。新建请求携带有用户标识、数值转移方标识和待转移数值。第一终端的使用者即为用户,用户标识可以是用于表示第一终端使用者身份的用户标识号(Identity Document,ID)、账号、唯一编码等。第一终端的使用者通过数值转移软件界面或者网页输入数值转移方标识、待转移数值等信息,数值转移方标识可以是用于表示数值转移方身份的用户标识号、账号等。待转移数值是用户请求数值转移方按照预先约定向其转移的特定数值。
S220、根据用户标识查找用户标识所对应的用户信息。
其中,业务服务器存储有用户标识与用户信息的对应关系,用户信息可以是用户姓名、用户联系方式、用户身份证号等基本资料。具体地,业务服务器接收到业务订单的新建请求,新建请求包括第一终端使用者的用户标识。且业务服务器本地存储有用户标识与用户信息的对应关系,则可以根据用户标识查找用户标识所对应的用户信息。
S230、根据查找到的用户信息和待转移数值建立业务订单。
具体地,业务服务器根据用户标识查找用户标识所对应的用户信息,用户信息包括用户姓名和/或用户联系方式,业务订单需要用于提醒数值转移方知悉何人发起的业务订单,且需要向业务订单的发起人转移多少数值。因此,业务服务器根据查找到的用户信息和新建请求中携带的待转移数值创建业务订单。
S240、向数值转移方标识所对应的第二终端发送第一通知消息。
其中,第一通知消息用于指示通过第二终端根据业务订单发起数值转移请求,并向数值转移服务器发送数值转移请求,数值转移请求用于指示数值转移服务器从数值转移方标识所对应的第一数值账户中减少待转移数值,并在用户标识所对应的第二数值账户中增加待转移数值。具体地,在业务服务器建立业务订单后,业务服务器向数值转移方标识所对应的第二终端发送第一通知消息,第二终端接收并显示第一通知消息,且数值转移方在第二终端查看业务订单的详情。第二终端显示业务订单,业务订单显示界面中包括有用户信息和待转移数值,且该界面中设有数值转移按钮,通过触发数值转移按钮发起数值转移请求。通过第二终端向数值转移服务器发送数值转移请求,数值转移服务器接收到该数值转移请求,从数值转移方标识所对应的第一数值账户中减少待转移数值,并在用户标识所对应的第二数值账户中增加待转移数值。
需要说明的是,数值转移方标识所对应的第一数值账户和用户标识所对应的第二数值账户可以存储在数值转移服务器。数值转移方标识所对应的第一数值账户和用户标识所对应的第二数值账户也可以存储在业务服务器中,此时,第二终端向业务服务器发送数值转移请求,再通过业务服务器向数值转移服务器发起数值转移请求。
本实施例中,通过第一终端接收业务订单的新建请求;且新建请求携带有用户标识、数值转移方标识和待转移数值;从而根据用户标识查找用户标识所对应的用户信息;并根据查找到的用户信息和待转移数值建立业务订单;向数值转移方标识所对应的第二终端发送第一通知消息,以通过第二终端向数值转移服务器发送数值转移请求完成数值转移操作。一方面简化了数值转移操作的流程,减少了服务器之间的数据交互时间,提升了业务数据处理的效率,另一方面,直接通过数值转移服务器完成数值转移操作提升了数值转移的安全性。
在一个实施例中,根据查找到的用户信息和待转移数值建立业务订单,包括以下步骤:对查找到的用户信息和待转移数值进行验证;根据通过验证的用户信息和待转移数值建立业务订单。
具体地,在查找到用户信息后,可以先对用户信息和待转移数值进行验证,比如,用户信息的验证可以包括:用户信息是否经过实名制认证,该用户是否绑定有银行卡或者其他支付方式对应的数值账户。待转移数值的验证可以包括:待转移数值是否满足预设条件,预设条件可以包括待转移数值须大于零小于用户授权的单次数值转移额度,还可以包括待转移数值的数据格式,比如小数点后保留两位等。用户信息和待转移数值验证通过后,业务服务器根据通过验证的用户信息和的待转移数值创建业务订单。
在一个实施例中,如图3所示,该方法还包括以下步骤:
S310、接收数值转移服务器发送的回调通知;
S320、根据订单标识判断是否存在订单标识所对应的订单;
S330、若存在,根据业务订单的第一状态,对订单标识所对应的订单进行更新。
其中,回调通知包括业务订单的订单标识和业务订单的第一状态。订单标识用于唯一标识业务订单。业务订单的第一状态是指数值转移服务器告知业务服务器的业务订单的状态,业务订单的状态可以是数值转移成功,也可以是数值转移失败,还可以是数值转移处理中。
具体地,在数值转移服务器接收到数据转移请求后,通过异步通知的方式向业务服务器发送回调通知,业务服务器接收到回调通知。判断回调通知中的订单标识是否存在于业务服务器本地的订单列表中,若存在,表示业务服务器本地存在所述订单标识所对应的订单。接着根据业务订单的第一状态,对所述订单标识所对应的订单进行更新。比如,将业务订单的状态更新为数值转移成功、数值转移失败或数值转移处理中三者中的任一个。进一步地,用户和数值转移方也可以通过订单标识进行订单状态的查询。
在一个实施例中,如图4所示,在所述根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新之前,该方法还包括以下步骤:
S410、根据订单标识,从数值转移服务器中获取业务订单的第二状态;
S420、将业务订单的第一状态与业务订单的第二状态进行比较;
根据业务订单的第一状态,对订单标识所对应的订单进行更新,包括:
S430、若业务订单的第一状态与业务订单的第二状态一致,根据业务订单的第一状态更新业务订单。
其中,业务订单的第二状态是指业务服务器根据订单标识从数值转移服务器中查询到的业务订单状态。具体地,为了防止数据传输过程中被篡改,根据回调通知中的订单标识从数值转移服务器查询对应的业务订单的第二状态。比较业务订单的第一状态与业务订单的第二状态是否一致,若业务订单的第一状态与业务订单的第二状态一致,则可以根据业务订单的第一状态对业务订单的状态进行更新。
在一个实施例中,该方法还包括:若业务订单的第一状态与业务订单的第二状态不一致,根据业务订单的第二状态更新业务订单。
具体地,从数值转移服务器查询对应的业务订单的第二状态,比较业务订单的第一状态与业务订单的第二状态是否一致,若业务订单的第一状态与业务订单的第二状态不一致,则需要根据业务订单的第二状态对业务订单的状态进行更新。可以理解的是,若业务订单的第一状态与业务订单的第二状态不一致,说明回调通知中的业务订单的第一状态是不正常的,也可以对订单标识对应的业务订单进行标记,通过后期的校验工作确定该业务订单的最新状态。
在一个实施例中,第一终端为收款操作终端,业务订单为收款订单,第二终端为付款操作终端,用户标识为收款人标识,数值转移方标识为付款人标识,待转移数值为支付金额。如图5所示,待转移数值为支付金额;通过第一终端接收业务订单的新建请求,包括:
S510、通过收款操作终端接收收款订单的新建请求。
其中,新建请求携带有收款人标识、付款人标识、支付金额和商品信息。支付金额是指针对预先约定的商品信息收款人要求付款人支付的金额。商品信息可以包括商品名称、商品数量等。具体地,收款操作终端显示收款操作界面,通过该收款操作界面接收用户输入的收款人标识、支付金额和商品信息。收款人通过收款操作终端触发收款订单的新建操作时,业务服务器接收收款订单的新建请求,且新建请求携带有收款人标识、付款人标识、支付金额和商品信息。
根据用户标识查找用户标识所对应的用户信息,包括:
S520、根据收款人标识查找收款人标识所对应的收款人信息。
具体地,业务服务器接收到收款订单的新建请求,收款请求包括收款人标识。且业务服务器本地存储有收款人标识与收款人信息的对应关系,则可以根据收款人标识查找收款人标识所对应的收款人信息。
根据查找到的用户信息和待转移数值建立业务订单,包括:
S530、根据查找到的收款人信息、支付金额和商品信息建立收款订单。
具体地,业务服务器根据收款人标识查找收款人标识所对应的收款人信息,新建请求中携带有支付金额和商品信息,则根据查找到的收款人信息、支付金额和商品信息建立收款订单。
向数值转移方标识所对应的第二终端发送第一通知消息,包括:
S540、向付款人标识所对应的付款操作终端发送第一通知消息。
其中,第一通知消息用于指示通过付款操作终端根据收款订单发起支付请求,并向支付服务器发送支付请求,支付请求用于指示支付服务器从付款人标识所对应的支付账户中减少支付金额,并在收款人标识所对应的收款账户中增加支付金额。
具体地,在业务服务器建立付款订单后,业务服务器向付款操作终端发送第一通知消息,付款操作终端接收并显示第一通知消息,且付款人在付款操作终端查看付款订单的详情,付款操作终端显示付款订单,付款订单显示界面中包括有收款人信息、商品详情和支付金额,通过查看收款人信息、商品详情和支付金额以确保订单的真实性。该界面中设有支付按钮,通过触发支付按钮发起支付请求。通过付款操作终端向支付服务器发送支付请求,支付服务器接收到该支付请求,从付款人标识所对应的支付账户中减少支付金额,并在收款人标识所对应的收款账户中增加支付金额。
本实施例中,收款操作终端接收收款订单的新建请求,且新建请求携带有收款人标识、付款人标识、支付金额和商品信息。从而根据收款人标识查找收款人标识所对应的收款人信息,并根据查找到的收款人信息、支付金额和商品信息建立收款订单,接着向付款人标识所对应的付款操作终端发送第一通知消息。以提醒付款人向支付服务器发送支付请求,使得支付服务器从付款人标识所对应的支付账户中减少支付金额,并在用户标识所对应的收款账户中增加支付金额。一方面简化了支付操作的流程,减少了服务器之间的数据交互时间,提升了业务数据处理的效率,另一方面,直接通过支付服务器完成支付操作提升了支付的安全性。
在一个实施例中,业务订单的第一状态包括数值转移失败。该方法还包括:若当前的业务订单处于数值转移失败的状态,释放当前的业务订单中的待转移数值对应的授权额度。
具体地,当数值转移方发起数值转移操作后,当前的业务订单却处于数值转移失败的状态,表明有一些处于数值转移处理中状态的业务订单占用了数值转移的额度,则需要释放当前的业务订单中的待转移数值对应的授权额度。释放授权额度后,针对当前的业务订单中的待转移数值完成对应的数值转移操作。
在一个实施例中,该方法还包括:通过消息队列向第一终端和第二终端分别发送第二通知消息,第二通知消息用于提示业务订单的最新状态。
其中,当业务服务器对业务订单的状态更新后,业务订单处于最新状态,可以通过消息队列向第一终端和第二终端分别发送第二通知消息,以通知用户和数值转移方业务订单的最新状态。比如,当任一业务订单中数值转移成功后,向第一终端和第二终端分别发送数据转移成功的第二通知消息。当任一业务订单中数值转移失败后,向第一终端和第二终端分别发送数据转移失败的第二通知消息。可以理解的是,本申请中第一通知消息和第二通知消息可以是短信、邮件、应用程序内部消息中的任一种。
在一个实施例中,本申请提供一种业务数据处理方法。以该方法应用于图1的业务服务器中为例进行说明,如图6所示,包括以下步骤:
S602、通过第一终端接收业务订单的新建请求。
其中,新建请求携带有用户标识、数值转移方标识和待转移数值。
S604、根据用户标识查找用户标识所对应的用户信息。
S606、对查找到的用户信息和待转移数值进行验证。
S608、根据通过验证的用户信息和待转移数值建立业务订单。
S610、向数值转移方标识所对应的第二终端发送第一通知消息。
其中,第一通知消息用于指示通过第二终端根据业务订单发起数值转移请求,并向数值转移服务器发送数值转移请求,数值转移请求用于指示数值转移服务器从数值转移方标识所对应的第一数值账户中减少待转移数值,并在用户标识所对应的第二数值账户中增加待转移数值。
S612、接收数值转移服务器发送的回调通知。
其中,回调通知包括订单标识和业务订单的第一状态。
S614、根据订单标识判断是否存在订单标识所对应的订单。
S616、若存在,根据订单标识,从数值转移服务器中获取业务订单的第二状态。
S618、将业务订单的第一状态与业务订单的第二状态进行比较。
S620、若业务订单的第一状态与业务订单的第二状态一致,根据业务订单的第一状态更新业务订单。
S622、若当前的业务订单处于数值转移失败的状态,释放当前的业务订单中的待转移数值对应的授权额度。
S624、通过消息队列向第一终端和第二终端分别发送第二通知消息,第二通知消息用于提示业务订单的最新状态。
在一个实施例中,以物流行业中先付款后发货的业务为例,具体说明本申请提供的业务数据处理方法。如图7a所示,该方法的应用环境包括发货人操作终端、业务服务器、收货人操作终端和支付服务器。该方法包括以下步骤:
步骤702,接收“先收款后发货”按钮的触发操作。
其中,如图7b所示,发货人操作终端的显示界面设有“先收款后发货”按钮。
步骤704,发货人操作终端显示新建收款订单界面。
其中,如图7c所示,发货人操作终端的显示新建收款订单界面。
步骤706,发货人操作终端接收输入的订单信息。
其中,如图7d所示,输入的订单信息包括收货人手机号、收货人姓名、货物名称、收货地址,还包括发货人所指定的到账银行卡账号和货款金额。
步骤708,发货人操作终端向业务服务器发送收款订单的新建请求。
其中,新建请求携带有发货人标识、收货人标识、支付金额和货物名称等。
步骤710,业务服务器根据发货人标识查找并验证发货人标识所对应的用户信息。
其中,用户信息包括用户姓名和用户联系方式,比如手机号。
步骤712,业务服务器根据验证通过的用户信息、支付金额和商品信息建立收款订单。
步骤714,业务服务器向收货人操作终端发送第一通知消息。
步骤716,收货人操作终端显示第一通知消息。
其中,如图7e所示,发货人发起的收款订单以弹窗形式的显示在收货人操作终端的显示界面中。
步骤718,收货人操作终端显示订单详情。
其中,如图7f所示,订单详情中包括发货人的基本信息和支付金额,收货人确认后可以点击“立即支付”按钮发起支付请求。
步骤720,收货人操作终端向支付服务器发送支付请求。
步骤722,支付服务器从付款人标识所对应的支付账户中减少支付金额,并在收款人标识所对应的收款账户中增加支付金额。
步骤724,通过异步通知的形式支付服务器向业务服务器发送订单的订单标识和订单的第一状态。
步骤726,业务服务器根据订单标识判断是否存在订单标识所对应的订单。
步骤728,若存在,业务服务器根据接收到的订单标识向支付服务器查询订单的第二状态。
步骤730,业务服务器将第一状态与第二状态是否一致进行比较。
步骤732,若一致,业务服务器根据第一状态对业务订单进行更新。
步骤734,若不一致,业务服务器根据第二状态对业务订单进行更新。
步骤736,业务服务器通过消息队列向收货人操作终端发送第二通知消息。
其中,第二通知消息用于提示收货人知悉收款订单的最新状态。
步骤738,业务服务器通过消息队列向发货人操作终端发送第二通知消息。
其中,第二通知消息用于提示发货人知悉收款订单的最新状态。
应该理解的是,虽然上述流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种业务数据处理装置。该装置包括:
新建请求接收模块810,用于通过第一终端接收业务订单的新建请求;新建请求携带有用户标识、数值转移方标识和待转移数值;
用户信息查找模块820,用于根据用户标识查找用户标识所对应的用户信息;
业务订单建立模块830,用于根据查找到的用户信息和待转移数值建立业务订单;
通知消息发送模块840,用于向数值转移方标识所对应的第二终端发送第一通知消息;第一通知消息用于指示通过第二终端根据业务订单发起数值转移请求,并向数值转移服务器发送数值转移请求,数值转移请求用于指示数值转移服务器从数值转移方标识所对应的第一数值账户中减少待转移数值,并在用户标识所对应的第二数值账户中增加待转移数值。
关于业务数据处理装置的具体限定可以参见上文中对于业务数据处理方法的限定,在此不再赘述。上述业务数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例中方法步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述实施例中的方法步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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 (10)

1.一种业务数据处理方法,其特征在于,所述方法包括:
通过第一终端接收业务订单的新建请求;所述新建请求携带有用户标识、数值转移方标识和待转移数值;
根据所述用户标识查找所述用户标识所对应的用户信息;
根据查找到的用户信息和所述待转移数值建立所述业务订单;
向所述数值转移方标识所对应的第二终端发送第一通知消息;所述第一通知消息用于指示通过所述第二终端根据所述业务订单发起数值转移请求,并向数值转移服务器发送所述数值转移请求,所述数值转移请求用于指示所述数值转移服务器从所述数值转移方标识所对应的第一数值账户中减少所述待转移数值,并在所述用户标识所对应的第二数值账户中增加所述待转移数值。
2.根据权利要求1所述的方法,其特征在于,所述根据查找到的用户信息和所述待转移数值建立所述业务订单,包括:
对查找到的用户信息和所述待转移数值进行验证;
根据通过验证的用户信息和待转移数值建立所述业务订单。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述数值转移服务器发送的回调通知;所述回调通知包括所述业务订单的第一状态和订单标识;
根据所述订单标识判断是否存在所述订单标识所对应的订单;
若存在,根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新。
4.根据权利要求3所述的方法,其特征在于,在所述根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新之前,所述方法还包括:
根据所述订单标识,从所述数值转移服务器中获取所述业务订单的第二状态;
将所述业务订单的第一状态与所述业务订单的第二状态进行比较;
所述根据所述业务订单的第一状态,对所述订单标识所对应的订单进行更新,包括:
若所述业务订单的第一状态与所述业务订单的第二状态一致,根据所述业务订单的第一状态更新所述业务订单。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
若所述业务订单的第一状态与所述业务订单的第二状态不一致,根据所述业务订单的第二状态更新所述业务订单。
6.根据权利要求3所述的方法,其特征在于,所述第一终端为收款操作终端,所述业务订单为收款订单,所述第二终端为付款操作终端,所述用户标识为收款人标识,所述数值转移方标识为付款人标识,所述待转移数值为支付金额;所述通过第一终端接收业务订单的新建请求,包括:
通过所述收款操作终端接收所述收款订单的新建请求;所述新建请求携带有收款人标识、付款人标识、支付金额和商品信息;
所述根据所述用户标识查找所述用户标识所对应的用户信息,包括:
根据所述收款人标识查找所述收款人标识所对应的收款人信息;
所述根据查找到的用户信息和所述待转移数值建立所述业务订单,包括:
根据查找到的收款人信息、所述支付金额和所述商品信息建立所述收款订单;
所述向所述数值转移方标识所对应的第二终端发送第一通知消息,包括:
向所述付款人标识所对应的付款操作终端发送第一通知消息;所述第一通知消息用于指示通过所述付款操作终端根据所述收款订单发起支付请求,并向支付服务器发送所述支付请求,所述支付请求用于指示所述支付服务器从所述付款人标识所对应的支付账户中减少所述支付金额,并在所述收款人标识所对应的收款账户中增加所述支付金额。
7.根据权利要求3所述的方法,其特征在于,所述业务订单的第一状态包括数值转移失败;所述方法还包括:
若当前的业务订单处于数值转移失败的状态,释放所述当前的业务订单中的待转移数值对应的授权额度。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述方法还包括:
通过消息队列向所述第一终端和所述第二终端分别发送第二通知消息,所述第二通知消息用于提示所述业务订单的最新状态。
9.一种业务数据处理装置,其特征在于,所述装置包括:
新建请求接收模块,用于通过第一终端接收业务订单的新建请求;所述新建请求携带有用户标识、数值转移方标识和待转移数值;
用户信息查找模块,用于根据所述用户标识查找所述用户标识所对应的用户信息;
业务订单建立模块,用于根据查找到的用户信息和所述待转移数值建立所述业务订单;
通知消息发送模块,用于向所述数值转移方标识所对应的第二终端发送第一通知消息;所述第一通知消息用于指示通过所述第二终端根据所述业务订单发起数值转移请求,并向数值转移服务器发送所述数值转移请求,所述数值转移请求用于指示所述数值转移服务器从所述数值转移方标识所对应的第一数值账户中减少所述待转移数值,并在所述用户标识所对应的第二数值账户中增加所述待转移数值。
10.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。
CN201910719828.5A 2019-08-06 2019-08-06 业务数据处理方法、装置及计算机设备 Pending CN110580619A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910719828.5A CN110580619A (zh) 2019-08-06 2019-08-06 业务数据处理方法、装置及计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910719828.5A CN110580619A (zh) 2019-08-06 2019-08-06 业务数据处理方法、装置及计算机设备

Publications (1)

Publication Number Publication Date
CN110580619A true CN110580619A (zh) 2019-12-17

Family

ID=68810753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910719828.5A Pending CN110580619A (zh) 2019-08-06 2019-08-06 业务数据处理方法、装置及计算机设备

Country Status (1)

Country Link
CN (1) CN110580619A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112463409A (zh) * 2020-12-04 2021-03-09 天津狮拓信息技术有限公司 数据交互方法、装置、电子设备及计算机可读存储介质
CN113011890A (zh) * 2021-03-18 2021-06-22 重庆车商聪网络科技有限公司 一种可通过链接支付实现交易及管理可控系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和系统
CN103761484A (zh) * 2014-01-08 2014-04-30 腾讯科技(深圳)有限公司 一种资源转移管理的方法、装置和系统
CN104144379A (zh) * 2014-04-22 2014-11-12 腾讯科技(深圳)有限公司 业务数据处理方法、用户终端和业务终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和系统
CN103761484A (zh) * 2014-01-08 2014-04-30 腾讯科技(深圳)有限公司 一种资源转移管理的方法、装置和系统
CN104144379A (zh) * 2014-04-22 2014-11-12 腾讯科技(深圳)有限公司 业务数据处理方法、用户终端和业务终端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112463409A (zh) * 2020-12-04 2021-03-09 天津狮拓信息技术有限公司 数据交互方法、装置、电子设备及计算机可读存储介质
CN113011890A (zh) * 2021-03-18 2021-06-22 重庆车商聪网络科技有限公司 一种可通过链接支付实现交易及管理可控系统

Similar Documents

Publication Publication Date Title
CN110515965B (zh) 业务单据处理方法、装置、计算机设备和存储介质
CN109801051B (zh) 资源转移方法、系统、服务器和计算机可读存储介质
CN101770669A (zh) 银行自动报警系统及方法
US10580000B2 (en) Obtaining user input from a remote user to authorize a transaction
CN110580619A (zh) 业务数据处理方法、装置及计算机设备
CN112437000A (zh) 消息队列推送方法、装置、计算机设备及存储介质
CN110597817A (zh) 基于区块链的通信记录存证方法、装置和计算机设备
CN111382976B (zh) 预警数据处理方法、装置、计算机设备和存储介质
CN111131415B (zh) 信息推送方法、装置、计算机设备和存储介质
CN111027954A (zh) 基于etc系统的行程扣费方法、装置、计算机设备和介质
CN110597843A (zh) 运单查询方法、装置、计算机设备和存储介质
CN110597815A (zh) 业务处理方法、装置、计算机设备和存储介质
CN110544087A (zh) 移动支付方法、装置、设备及计算机可读存储介质
CN111181832A (zh) 账号创建方法、装置、系统、服务器及存储介质
CN112465522B (zh) 一种虚假订单识别方法、装置、电子设备及存储介质
CN111341039B (zh) 一种吞卡处理方法和系统、客户端和服务端
CN109327814B (zh) 短消息的处理方法、装置、电子设备及可读存储介质
CN104899730B (zh) 一种移动终端数据处理方法、终端及系统
CN114500426A (zh) 消息提醒方法、装置、计算机设备和存储介质
CN112990902A (zh) 业务处理方法、装置、计算机设备和存储介质
CN110807685B (zh) 信息处理方法、装置、终端及可读存储介质
CN103959830A (zh) 使用移动设备捕捉和验证签名的方法和系统
CN115640565A (zh) 数据处理方法、装置、计算机设备和存储介质
CN113723942A (zh) 聚合支付方法、装置、设备及存储介质
CN112613932A (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

Application publication date: 20191217

RJ01 Rejection of invention patent application after publication