CN110717745B - 一种业务处理的方法以及服务器 - Google Patents
一种业务处理的方法以及服务器 Download PDFInfo
- Publication number
- CN110717745B CN110717745B CN201810764269.5A CN201810764269A CN110717745B CN 110717745 B CN110717745 B CN 110717745B CN 201810764269 A CN201810764269 A CN 201810764269A CN 110717745 B CN110717745 B CN 110717745B
- Authority
- CN
- China
- Prior art keywords
- service
- user
- target
- time threshold
- time
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title abstract description 9
- 238000012545 processing Methods 0.000 claims abstract description 230
- 238000000034 method Methods 0.000 claims abstract description 62
- 230000004044 response Effects 0.000 claims abstract description 50
- 230000008569 process Effects 0.000 claims abstract description 16
- 230000000977 initiatory effect Effects 0.000 claims abstract description 11
- 238000004364 calculation method Methods 0.000 claims description 25
- 230000003993 interaction Effects 0.000 claims description 10
- 230000007246 mechanism Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 21
- 208000019901 Anxiety disease Diseases 0.000 description 6
- 230000036506 anxiety Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000002708 enhancing effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/407—Cancellation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/015—Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
- G06Q30/016—After-sales
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0222—During e-commerce, i.e. online transactions
Abstract
本发明实施例公开了一种业务处理的方法，包括：接收客户端发送的业务处理请求，其中，业务处理请求中携带目标业务的第一时刻，第一时刻表示目标业务的发起时刻；若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，第二时刻表示处理目标业务的当前时刻；根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，其中，业务响应数据用于反馈虚拟数值或提示信息。本发明实施例还公开了一种服务器。本发明如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
Description
技术领域
本发明涉及互联网技术领域，尤其涉及一种业务处理的方法以及服务器。
背景技术
随着科技的日新月异，电子商务日益当道，网上充值也会有很大的发展空间。充值种类也有很多，最为普遍的有网购充值平台、游戏充值平台以及话费充值平台。
目前，充值平台可以接收充值订单，根据充值订单完成在线充值，从而实现用户充值的方法。充值的方式包括本人充值以及给他人代充值，其中，代充值主要是指在对应充值平台输入代充象的账户信息以及金额信息等来完成代充。
然而，由于充值供应链较长，存在部分环节异常或者不可控的因素，充值平台无法判断最终的结果成功与否，只能等待商户返回结果，然后触达到用户，由此导致用户等待充值结果的时间较长，不利于维持用户对充值平台的黏性。
发明内容
本发明实施例提供了一种业务处理的方法以及服务器，如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
有鉴于此，本发明的一方面提供了一种业务处理的方法，包括：
接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻；
根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
本发明一方面提供了一种服务器，包括：
接收模块，用于接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
确定模块，用于若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻；
发送模块，用于根据所述确定模块确定的所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
本发明一方面提供了一种服务器，包括：存储器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，以执行如下步骤：
接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻；
根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
本发明一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，提供了一种业务处理的方法，首先服务器接收客户端发送的业务处理请求，其中，业务处理请求中携带目标业务的第一时刻，第一时刻表示目标业务的发起时刻，若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，第二时刻表示处理目标业务的当前时刻，最后服务器根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，其中，业务响应数据用于反馈虚拟数值或提示信息。通过上述方式，如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
附图说明
图1为本发明实施例中业务平台的一个架构示意图；
图2为本发明实施例中业务平台的一个界面示意图；
图3为本发明实施例中虚拟币充值平台的一个界面示意图；
图4为本发明实施例中话费充值平台的一个界面示意图；
图5为本发明实施例中业务处理的方法一个实施例示意图；
图6为本发明实施例中反馈虚拟数值的一个界面示意图；
图7为本发明实施例中反馈提示信息的一个界面示意图；
图8为本发明应用场景中智能售后的一个框架示意图；
图9为本发明实施例中服务器的一个实施例示意图；
图10为本发明实施例中服务器的另一个实施例示意图；
图11为本发明实施例中服务器的一个结构示意图。
具体实施方式
本发明实施例提供了一种业务处理的方法以及服务器，如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解，本发明可应用于充值平台，这类充值平台可提供空中充值服务、网上充值服务、在线充值服务以及软件充值服务。其中，空中充值服务对通信公司、充值代理商和消费者而言，相较于原先的纸质充值卡更先进且环保，且用户还可以灵活地掌握充值面额。充值种类也有很多，最为普遍的是话费充值和虚拟币充值，此外，存取款也属于此类范畴。
网上充值服务可以根据用户的需求通过充值卡实现充值功能，充值卡通常具有一定面值，用于给特定储值卡或者某种服务充值续费。
在线充值服务也非常便利，有快充和慢充两种方式，快充通常情况下1到10分钟就能充值成功，而慢充的时间就不固定了。
软件充值服务的原理是通过各种平台为通讯公司用户和游戏公司用户充值，软件充值服务同样也很便利，有利于个人使用，且可以实现多个终端、多个时段以及多种方式来为用户充值。
应理解，本发明具体应用于业务平台，请参阅图1，图1为本发明实施例中业务平台的一个架构示意图，业务平台具有用于显示业务内容的客户端，以及在后台进行业务处理的服务器，其中，客户端可以部署于终端设备上，可以理解的是，终端设备包含但不仅限于图1所示的手机、掌上电脑、平板电脑以及笔记本电脑。
为了便于介绍，下面将通过客户端的界面示意图对业务平台的应用方式进行说明，请参阅图2，图2为本发明实施例中业务平台的一个界面示意图，如图所示，用户进入客户端后可以在界面上看到业务平台提供的一系列业务，比如“信用卡还款”、“微粒贷借钱”、“手机充值”、“理财通”、“生活缴费”、“Q币充值”、“城市服务”、“腾讯公益”以及“保险服务”等业务。用户可以根据需求选择相应的业务，这些业务通常需要通过用户的现金账户进行支付，比如，“Q币充值”业务会扣除用户相应的金额，“手机充值”业务也会扣除用户相应的金额。用户的现金账户余额可以显示于界面上，比如图2中的“￥58.60”即为该用户的现金账户余额。当然，在实际应用中，考虑到用户信息的私密性，现金账户余额也可以不直接显示在界面上。
以“Q币”充值为例，请参阅图3，图3为本发明实施例中虚拟币充值平台的一个界面示意图，如图所示，用户进入“Q币充值”业务的界面，用户通过该界面输入需要充值的QQ号，如“987654321”，然后选择充值的数值，如果充值10个Q币，那么在选择“10Q币”的选项后，界面会自动显示用户待缴纳的费用，如“10.00元”，用户确认无误后选择“立即充值”，即可完成缴费。
再以手机充值为例，请参阅图4，图4为本发明实施例中话费充值平台的一个界面示意图，如图所示，用户进入“手机充值”业务的界面，用户通过该界面输入需要充值的手机号码，如“12345678910”，然后选择充值的内容，可以充值话费，也可以充值流量。如果充值话费100元，那么在选择100元的话费充值后即可完成缴费。
然而，因为整个充值的过程涉及到较长的供应链，所以缴费之后和实际到账之间存在一定的时延，可能会处于充值中的状态，该状态表示用户支付成功后，在充值请求被业务平台接收处理，但是还未结束的中间状态。本发明针对充值中的状态可以进行智能售后服务。
下面将从服务器的角度，对本发明中业务处理的方法进行介绍，请参阅图5，本发明实施例中业务处理的方法一个实施例包括：
101、接收客户端发送的业务处理请求，其中，业务处理请求中携带目标业务的第一时刻，第一时刻表示目标业务的发起时刻；
本实施例中，首先服务器将接收用户通过客户端发送的业务处理请求，这里的业务处理请求中携带了目标业务的发起时刻信息。目标业务具体可以为充值业务，比如话费充值、流量充值、游戏币充值或者点券充值等。而起始时刻具体可以为用户触发目标业务的时刻，也可以是指目标业务扣除用户账号上金额的时刻。
102、若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，第二时刻表示处理目标业务的当前时刻；
本实施例中，服务器可以实时获取处理目标业务的当前时刻，然后计算得到第一时刻与第二时间的时间间隔，假设处理目标业务的当前时刻(第二时刻)为10点58分00秒，而目标业务的发起时刻(第一时刻)为10点10分00秒，则得到两者之间的时间间隔为48分钟。若预先设置的时间阈值为40分钟，则时间间隔大于时间阈值，于是，服务器将确定一种业务处理策略。
其中，时间阈值可以是一个也可以是多个，而业务处理策略同样可以是一个或者多个，一种可能的策略与时间阈值匹配关系如表1所示。
表1
| 时间阈值 | 业务处理策略 |
| 10分钟 | 自动推送业务处理进度 |
| 40分钟 | 发放优惠券 |
| 60分钟 | 退款 |
可以理解的是，表1所示的内容仅为一个示意，在实际应用中，可以只采用其中一个时间阈值，以及该时间阈值所对应的业务处理策略。且业务处理策略和时间阈值均可以进行调整，此处仅为一个示意。
此外，业务处理策略除了可以与预先设定的时间阈值有关，还可以与其他因素相关，比如用户的投诉频率，如果用户的投诉频率大于预设值，则可以直接进行退款，如果未达到预设值，则可以发放优惠券。
103、根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，其中，业务响应数据用于反馈虚拟数值或提示信息。
本实施例中，服务器根据步骤102确定的业务处理策略，向客户端推送与该目标业务对应的业务响应数据，业务响应数据可以是虚拟数值，也可以是提示信息，虚拟数值包含但不限于优惠券、流量券、话费或者现金券等，提示信息包括对目标业务处理进度的提示，也可以包括系统重新发起充值的提示。
为了便于介绍，请参阅图6，图6为本发明实施例中反馈虚拟数值的一个界面示意图，如图所示，当业务响应数据为虚拟数值时，可向客户端推送“优惠券到账通知”，该通知中说明本次赠送给用户的优惠券，如价值3元的流量券，并告知用户适用范围以及使用规则。请参阅图7，图7为本发明实施例中反馈提示信息的一个界面示意图，如图所示，当业务响应数据为提示信息时，可向客户端推送“延迟到账信息”，该信息中说明充值号码、充值金额以及充值状态。
本发明实施例中，提供了一种业务处理的方法，首先服务器接收客户端发送的业务处理请求，其中，业务处理请求中携带目标业务的第一时刻，第一时刻表示目标业务的发起时刻，若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，第二时刻表示处理目标业务的当前时刻，最后服务器根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，其中，业务响应数据用于反馈虚拟数值或提示信息。通过上述方式，如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
可选地，在上述图5对应的实施例的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略之前，还可以包括：
获取业务处理数据，其中，业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及目标用户的上报信息中的至少一项；
根据业务处理数据确定时间阈值。
本实施例中，服务器获取业务处理数据，这里的业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及目标用户的上报信息中的至少一项。接下来服务器统计业务处理数据，根据统计结果确定时间阈值，其中，时间阈值包括至少一个值，且时间阈值可以是固定的，也可以根据业务处理数据进行适应性调整。
具体地，在根据业务处理数据确定时间阈值的过程中存在多种实现方式，下面进行示意性说明。如，根据历史业务持续时间计算得到第一时间阈值、第二时间阈值和第三时间阈值，其中，第一时间阈值对应第一业务策略，第二时间阈值对应第二业务策略，第三时间阈值对应第三业务策略，而时间阈值越长，所对应的业务处理策略可以具有更高的赔偿额度，从而提升网上充值的保障性，提高用户对业务平台的信任感。
其次，本发明实施例中，还可以预先获取业务处理数据，然后根据业务处理数据确定时间阈值，后续根据时间阈值确实是否触发业务处理策略。通过上述方式，能够利用业务处理数据生成时间阈值，而业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及目标用户的上报信息中的至少一项，因此，综合上述因素计算得到的时间阈值具有更强的合理性。
可选地，在上述图5对应的一个实施例的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，获取业务处理数据，可以包括：
获取历史业务持续时间，其中，历史业务持续时间用于表示目标业务的历史处理时间；
根据业务处理数据确定时间阈值，可以包括：
根据历史业务持续时间生成持续时间分布情况；
根据持续时间分布情况确定时间阈值。
本实施例中，介绍了一种利用历史业务持续时间确定时间阈值的方法。服务器获取历史业务持续时间，其中，历史业务持续时间用于表示目标业务的历史处理时间。历史业务持续时间通常是由服务器根据历史数据统计得到的，历史数据为过去一段时间内统计的数据。结合历史业务持续时间可以生成持续时间分布情况。请参阅表2，表2为持续时间分布情况的一个示意。
表2
结合表2，以1周内10000名用户为例，历史业务持续时间的最大出现概率为50％，即持续时间为60分钟，因此，可以将时间阈值设置为60分钟，达到60分钟还未充值成功的，则向客户端反馈优惠券。可以理解的是，也可以将第一时间阈值设置为90分钟，第二时间阈值设置为66分钟，第三时间阈值设置为60分钟，时间最长的情况可以直接对用户退款，时间最短的情况可以向用户推送提示信息。
再次，本发明实施例中，服务器首先获取历史业务持续时间，然后根据历史业务持续时间生成持续时间分布情况，最后根据持续时间分布情况确定时间阈值。通过上述方式，结合历史业务持续时间生成时间阈值，而历史数据往往具有较强的参考性，因此，所生成的时间阈值具有较好的合理性。
可选地，在上述图5对应的一个实施例的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，获取业务处理数据，可以包括：
获取用户忠诚指数，其中，用户忠诚指数用于表示用户与目标业务交互的情况；
根据业务处理数据确定时间阈值，可以包括：
若用户忠诚指数达到忠诚指数阈值，则采用第一计算方式确定时间阈值；
若用户忠诚指数未达到忠诚指数阈值，则采用第二计算方式确定时间阈值。
本实施例中，介绍了一种利用用户忠诚指数确定时间阈值的方法。首先，服务器需要获取用户忠诚指数，这里的用户忠诚指数是指用户与目标业务的交互情况，这里的用户可以只某个正在进行目标业务的用户，也可以是泛指用户群，下面将以某个用户为例进行说明。
具体地，服务器需要调用用户A在一个月内使用目标业务的数据，比如，用户A在一个月内对目标业务充值的金额达到500元，或者，用户A在一个月内对目标业务的充值次数到达10次。然后结合上述数据计算得到用户忠诚指数，可以采用如下的方式计算用户忠诚指数：
Q＝(M-300)×0.6+(N-5)×30；
其中，Q表示用户忠诚指数，M表示对目标业务充值的金额，N表示对目标业务的充值次数。
继续以上述用户A的数据为例，则用户忠诚指数为：
Q＝(500-300)×0.6+(10-5)×30
＝200×0.6+5×30
＝120+150
＝270
最后，服务器将根据用户忠诚指数确定时间阈值。假设用户忠诚指数达到忠诚指数阈值，说明该用户A属于活跃用户，那么可以采用第一计算方式确定时间阈值。其中，第一计算方式可以为：
T1＝(Q-70)÷20；
T1表示为时间阈值。
假设用户忠诚指数未达到忠诚指数阈值，说明该用户A属于普通用户，那么可以采用第二计算方式确定时间阈值。其中，第二计算方式可以为：
T2＝(Q-10)÷15；
T2表示为时间阈值。
可以理解的是，上述计算方式仅为一个示意，在实际应用中，对于活跃用户而言，计算得到的时间阈值通常会较小，对于普通用户而言，计算得到的时间阈值通常会较大，这样的话，对于业务平台上的活跃用户而言，能够使得活跃用户对该业务平台拥有更强的信任感。当然，如果希望能够吸引普通用户更多地使用业务平台，也可以将时间阈值设置得更小。
再次，本发明实施例中，服务器首先获取用户忠诚指数，如果用户忠诚指数达到忠诚指数阈值，那么可以采用第一计算方式确定时间阈值，如果用户忠诚指数未达到忠诚指数阈值，那么可以采用第二计算方式确定时间阈值。通过上述方式，充分考虑到用户在业务平台的交互情况，交互频率高说明用户对该业务平台的依赖性强，从吸引用户的角度出发，根据用户忠诚指数生成时间阈值能够提升用户对业务平台的信任感，从而增加用户黏性。
可选地，在上述图5对应的第一个实施例的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，获取业务处理数据，可以包括：
获取目标用户的账户余额，其中，目标用户为触发目标业务的用户；
根据业务处理数据确定时间阈值，可以包括：
根据目标用户的账户余额计算时间阈值。
本实施例中，介绍了一种利用目标用户的账户余额确定时间阈值的方法。首先，服务器需要先获取目标用户的账户余额，其中，该目标用户就是当前触发目标业务的某个用户。需要说明的是，服务器可以在固定时间拉取账户余额，比如24点00分拉取目标用户当前的账户余额，根据该账户余额计算相应的时间阈值。
具体地，假设服务器在每天的24点00分拉取用户A的账户余额，根据账户余额计算时间阈值，一种可行的计算时间阈值的方式如下：
T＝(S+100)×0.5；
其中，T表示时间阈值，S表示账户余额。
通常情况下，账户余额越大，设置的时间阈值越大，也就表示用户的紧急度更低。可以理解的是，在实际应用中，可以采用其他是计算方式来确定时间阈值，上述例子仅为一个示意，并不应理解为对本发明的限定。
再次，本发明实施例中，服务器首先获取目标用户的账户余额，然后根据目标用户的账户余额计算时间阈值。通过上述方式，充分考虑到用户的消费能力，通常情况下，用户的账户余额越多，表示该位用户当前的可消费能力越强，用户的账户余额越少，表示该位用户当需要流动资金的可能性越大，所以针对用户的账户余额动态设置时间阈值，能够更贴近用户的实际需求，从而增强方案的可行性和实用性。
可选地，在上述图5对应的第一个实施例的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，获取业务处理数据，可以包括：
获取目标用户的上报信息，其中，目标用户为触发目标业务的用户；
根据业务处理数据确定时间阈值，可以包括：
从目标用户的上报信息中获取负面信息；
根据负面信息计算时间阈值。
本实施例中，介绍了一种利用目标用户的上报信息确定时间阈值的方法。首先，服务器需要先获取目标用户的上报信息，其中，该目标用户就是当前触发目标业务的某个用户。需要说明的是，服务器在第一时刻之后获取上报信息，也可以在过去一段时间内获取目标用户对目标业务上报的信息。这里的上报信息中可以包括正面信息和负面信息，正面信息通常是指用户对目标业务的好评，而负面信息通常是指用户对目标业务的投诉。
服务器根据负面信息出现的频率和强度计算时间阈值，通常情况下，负面信息出现的频率越高，设置的时间阈值越小。假设用户投诉了3次，则时间阈值可以设置为10分钟，假设用户投诉了1次，则时间阈值可以设置为30分钟。可以理解的是，上述确定时间阈值的方式仅为一个示意，在实际应用中还可以建立公式，根据投诉情况计算时间阈值。
再次，本发明实施例中，服务器可以获取目标用户的上报信息，其中，目标用户为触发目标业务的用户，然后从目标用户的上报信息中获取负面信息，最后根据负面信息计算时间阈值。通过上述方式，充分考虑到用户的投诉情况，如果投诉频率很高，表示用户可能具有较高的紧急度，所以针对用户的账户余额动态设置时间阈值，能够更贴近用户的实际需求，从而增强方案的可行性和实用性。
可选地，在上述图5以及图5对应的实施例中任一项的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，可以包括：
若业务处理策略为第一业务处理策略，则向客户端发送目标业务所对应的电子抵扣信息，其中，电子抵扣信息用于抵扣与目标业务相关的虚拟数值。
本实施例中，服务器首先需要确定所采用的业务处理策略，业务处理策略通常与时间阈值具有关联，比如，在达到第一时间阈值的时候，采用第一业务处理策略，达到第二时间阈值的时候，采用第二业务处理策略，第一时间阈值可以设定为40分钟，第二时间阈值可以设定为60分钟。
此外，业务处理策略也可以与用户的反馈情况相关联，比如，用户在一小时内投诉了5次，则触发第一业务处理策略，用户在一小时内投诉了10次，则触发第二业务处理策略。上述仅为一个示意，不应理解为对本发明的限定。
具体地，如果充值业务持续了40分钟仍然未处理完成，则服务器可以采用第一业务处理策略，即向该用户所使用的客户端发送电子抵扣信息，电子抵扣信息即为电子优惠券，电子抵扣信息用于抵扣与目标业务相关的虚拟数值，虚拟数值也就是可以被抵扣的金额。在电子抵扣信息中可以展示抵扣的项目(比如话费或者流量费)、抵扣金额、使用有效期以及使用方式等。用户根据电子抵扣信息在本次业务或者未来的业务中可以进行抵扣操作。优惠券的补偿能够让用户感受到业务平台的真诚，增加后续的留存。
可选地，本发明实施例中，若业务处理策略为第一业务处理策略，则服务器可以向客户端发送目标业务所对应的电子抵扣信息，其中，电子抵扣信息用于抵扣与目标业务相关的虚拟数值。通过上述方式，业务平台会对用户进行智能响应，以发放优惠券的方式对用户的焦虑感做出积极回应，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
可选地，在上述图5以及图5对应的实施例中任一项的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，业务处理请求中还携带目标业务的目标虚拟数值；
根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，可以包括：
若业务处理策略为第二业务策略，则根据业务处理请求中的目标虚拟数值，向客户端发送目标虚拟数值。
本实施例中，服务器首先需要确定所采用的业务处理策略，业务处理策略通常与时间阈值具有关联，比如，在达到第一时间阈值的时候，采用第一业务处理策略，达到第二时间阈值的时候，采用第二业务处理策略，第二时间阈值可以设定为40分钟，第二时间阈值可以设定为60分钟。
此外，业务处理策略也可以与用户的反馈情况相关联，比如，用户在一小时内投诉了5次，则触发第一业务策略，用户在一小时内投诉了10次，则触发第二业务策略。上述例子仅为一个示意，不应理解为对本发明的限定。
具体地，如果充值业务持续了60分钟仍然未处理完成，则服务器可以采用第二业务策略，即先确定业务处理请求中携带的目标虚拟数值，其中，目标虚拟数值是指本次目标业务的充值总金额，比如100元。然后，服务器可以向该用户所使用的客户端发送目标虚拟数值，也就是退回用户本次充值的总金额。
可选地，本发明实施例中，若业务处理策略为第二业务策略，则服务器可以根据业务处理请求中的目标虚拟数值，向客户端发送目标虚拟数值。通过上述方式，业务平台会对用户进行智能响应，以全额退款的方式对用户的焦虑感做出积极回应，业务平台的最终赔付相当于用户获得一份保险，使得网上充值更有保障，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
可选地，在上述图5以及图5对应的实施例中任一项的基础上，本发明实施例提供的业务处理的方法一个可选实施例中，根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，可以包括：
若业务处理策略为第三业务策略，则再次根据业务处理请求进行业务处理；
若业务处理成功，则向客户端发送业务处理成功的提示信息；
若业务处理失败，则向客户端发送业务处理失败的提示信息。
本实施例中，服务器首先需要确定所采用的业务处理策略，业务处理策略通常与时间阈值具有关联，比如，在达到第三时间阈值的时候，采用第三业务处理，第三时间阈值可以设定为10分钟。此外，业务处理策略也可以与用户的反馈情况相关联，比如，用户在一小时内投诉了1次，则触发第三业务策略
具体地，如果充值业务持续了10分钟仍然未处理完成，则服务器可以采用第三业务策略，即重新发起充值请求，无论重新充值是否成功，都会向该用户所使用的客户端推送提示信息。如果业务处理成功，则服务器可以向客户端发送业务处理成功的提示信息，这样的话，用户就能够及时地了解当前目标业务的进展情况。然而，如果业务处理失败，则服务器可以向客户端发送业务处理失败的提示信息，这样的话，用户可以选择对再次失败的目标业务进行处理，比如在业务平台上发起投诉，或者请求退款，又或者是再次进行充值等。
可选地，本发明实施例中，若业务处理策略为第三业务策略，则服务器可以再次根据业务处理请求进行业务处理，如果业务处理成功，则服务器向客户端发送业务处理成功的提示信息，反之，如果业务处理失败，则向客户端发送业务处理失败的提示信息。通过上述方式，业务平台会对用户进行智能响应，以重新发起充值的方式对用户的焦虑感做出积极回应，同时对再次充值的情况进行提示，即对用户进行触达安抚，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
为了便于理解，请参阅图8，图8为本发明应用场景中智能售后的一个框架示意图，如图所示，本发明所提供的业务处理的方法可以部署于智能售后系统S1中，下面将以智能售后系统S1为主要模块，介绍其他系统与智能售后系统S1之间交互关系。
客服系统S2用于接收和处理用户所反馈的信息，包括投诉信息以及对业务平台认可的信息等，客服系统S2将这些信息传递给智能售后系统S1。
充值系统S3用于接收用户发起的充值请求，充值对象可以是话费、流量费或者虚拟币等，充值系统S3向智能售后系统S1传递用户充值的金额和充值对象。
营业厅S4即为业务的提供方，通常是指一个公司对外集销售、服务和咨询，是负责办理大部份业务的一个部门，通常是以门市形式出现。营业厅S4可以向智能售后系统S1提供售后方案。
智能售后系统S1根据特定规则，主动安抚用户。智能售后系统S1会定时针对出现延迟的订单进行分析，如果达到赔付要求，则优惠券系统S5会向用户发放优惠券进行赔付。如果用户发生投诉行为，则智能售后系统S1会拉取该用户的历史记录和账户余额，从而对用户的紧急度和信用度进行分析，如果符合要求，则支付渠道S7可以向用户进行退款。如果达到时间阈值仍未充值成功，则智能售后系统S1可以通过触达系统S6向用户发送提示信息，告知用户当前业务的进度，同时重新发起充值。
下面对本发明中的服务器进行详细描述，请参阅图9，图9为本发明实施例中服务器一个实施例示意图，服务器20包括：
接收模块201，用于接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
确定模块202，用于若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻；
发送模块203，用于根据所述确定模块202确定的所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
本实施例中，接收模块201接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻，若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定模块202确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻，发送模块203根据所述确定模块202确定的所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
本发明实施例中，提供了一种服务器，首先服务器接收客户端发送的业务处理请求，其中，业务处理请求中携带目标业务的第一时刻，第一时刻表示目标业务的发起时刻，若第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，第二时刻表示处理目标业务的当前时刻，最后服务器根据业务处理策略，向客户端发送目标业务所对应的业务响应数据，其中，业务响应数据用于反馈虚拟数值或提示信息。通过上述方式，如果业务未能在预设的时间内处理完毕，则服务器会根据触达机制自动向客户端推送业务响应数据，从而使得用户在等待的过程中能够得到响应消息，有利于提升用户对业务平台的黏性。
可选地，在上述图9所对应的实施例的基础上，请参阅图10，本发明实施例提供的服务器20的一实施例中，所述服务器20还包括获取模块204；
所述获取模块204，用于所述确定模块202确定业务处理策略之前，获取业务处理数据，其中，所述业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及所述目标用户的上报信息中的至少一项；
所述确定模块202，还用于根据所述获取模块204获取的所述业务处理数据确定所述时间阈值。
其次，本发明实施例中，还可以预先获取业务处理数据，然后根据业务处理数据确定时间阈值，后续根据时间阈值确实是否触发业务处理策略。通过上述方式，能够利用业务处理数据生成时间阈值，而业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及目标用户的上报信息中的至少一项，因此，综合上述因素计算得到的时间阈值具有更强的合理性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述获取模块204，具体用于获取所述历史业务持续时间，其中，所述历史业务持续时间用于表示所述目标业务的历史处理时间；
所述确定模块202，具体用于根据所述历史业务持续时间生成持续时间分布情况；
根据所述持续时间分布情况确定所述时间阈值。
再次，本发明实施例中，服务器首先获取历史业务持续时间，然后根据历史业务持续时间生成持续时间分布情况，最后根据持续时间分布情况确定时间阈值。通过上述方式，结合历史业务持续时间生成时间阈值，而历史数据往往具有较强的参考性，因此，所生成的时间阈值具有较好的合理性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述获取模块204，具体用于获取所述用户忠诚指数，其中，所述用户忠诚指数用于表示用户与所述目标业务交互的情况；
所述确定模块202，具体用于若所述用户忠诚指数达到忠诚指数阈值，则采用第一计算方式确定所述时间阈值；
若所述用户忠诚指数未达到所述忠诚指数阈值，则采用第二计算方式确定所述时间阈值。
再次，本发明实施例中，服务器首先获取用户忠诚指数，如果用户忠诚指数达到忠诚指数阈值，那么可以采用第一计算方式确定时间阈值，如果用户忠诚指数未达到忠诚指数阈值，那么可以采用第二计算方式确定时间阈值。通过上述方式，充分考虑到用户在业务平台的交互情况，交互频率高说明用户对该业务平台的依赖性强，从吸引用户的角度出发，根据用户忠诚指数生成时间阈值能够提升用户对业务平台的信任感，从而增加用户黏性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述获取模块204，具体用于获取所述目标用户的账户余额，其中，所述目标用户为触发所述目标业务的用户；
所述确定模块202，具体用于根据所述目标用户的账户余额计算所述时间阈值。
再次，本发明实施例中，服务器首先获取目标用户的账户余额，然后根据目标用户的账户余额计算时间阈值。通过上述方式，充分考虑到用户的消费能力，通常情况下，用户的账户余额越多，表示该位用户当前的可消费能力越强，用户的账户余额越少，表示该位用户当需要流动资金的可能性越大，所以针对用户的账户余额动态设置时间阈值，能够更贴近用户的实际需求，从而增强方案的可行性和实用性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述获取模块204，具体用于获取所述目标用户的上报信息，其中，所述目标用户为触发所述目标业务的用户；
所述确定模块202，具体用于从所述目标用户的上报信息中获取负面信息；
根据所述负面信息计算所述时间阈值。
再次，本发明实施例中，服务器可以获取目标用户的上报信息，其中，目标用户为触发目标业务的用户，然后从目标用户的上报信息中获取负面信息，最后根据负面信息计算时间阈值。通过上述方式，充分考虑到用户的投诉情况，如果投诉频率很高，表示用户可能具有较高的紧急度，所以针对用户的账户余额动态设置时间阈值，能够更贴近用户的实际需求，从而增强方案的可行性和实用性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述发送模块203，具体用于若所述业务处理策略为第一业务策略，则向所述客户端发送所述目标业务所对应的电子抵扣信息，其中，所述电子抵扣信息用于抵扣与所述目标业务相关的虚拟数值。
进一步地，本发明实施例中，若业务处理策略为第一业务策略，则服务器可以向客户端发送目标业务所对应的电子抵扣信息，其中，电子抵扣信息用于抵扣与目标业务相关的虚拟数值。通过上述方式，业务平台会对用户进行智能响应，以发放优惠券的方式对用户的焦虑感做出积极回应，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，所述业务处理请求中还携带所述目标业务的目标虚拟数值；
所述发送模块203，具体用于若所述业务处理策略为第二业务策略，则根据所述业务处理请求中的所述目标虚拟数值，向所述客户端发送所述目标虚拟数值。
进一步地，本发明实施例中，若业务处理策略为第二业务策略，则服务器可以根据业务处理请求中的目标虚拟数值，向客户端发送目标虚拟数值。通过上述方式，业务平台会对用户进行智能响应，以全额退款的方式对用户的焦虑感做出积极回应，业务平台的最终赔付相当于用户获得一份保险，使得网上充值更有保障，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器20的另一实施例中，
所述发送模块203，具体用于若所述业务处理策略为第三业务策略，则再次根据所述业务处理请求进行业务处理；
若业务处理成功，则向所述客户端发送业务处理成功的提示信息；
若业务处理失败，则向所述客户端发送业务处理失败的提示信息。
进一步地，本发明实施例中，若业务处理策略为第三业务策略，则服务器可以再次根据业务处理请求进行业务处理，如果业务处理成功，则服务器向客户端发送业务处理成功的提示信息，反之，如果业务处理失败，则向客户端发送业务处理失败的提示信息。通过上述方式，业务平台会对用户进行智能响应，以重新发起充值的方式对用户的焦虑感做出积极回应，同时对再次充值的情况进行提示，即对用户进行触达安抚，从而有利于提升用户对业务平台的信任感，由此增强用户黏性。
图11是本发明实施例提供的一种服务器结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在服务器300上执行存储介质330中的一系列指令操作。
服务器300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图11所示的服务器结构。
其中，本发明实施例中，CPU用于执行如下步骤：
接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
若所述第一时刻与第二时刻之间的时间间隔大于或等于时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务的当前时刻；
根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
可选地，本发明实施例中CPU还用于执行如下步骤：
获取业务处理数据，其中，所述业务处理数据包括历史业务持续时间、用户忠诚指数、目标用户的账户余额以及所述目标用户的上报信息中的至少一项；
根据业务处理数据确定所述时间阈值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
获取所述历史业务持续时间，其中，所述历史业务持续时间用于表示所述目标业务的历史处理时间；
根据所述历史业务持续时间生成持续时间分布情况；
根据所述持续时间分布情况确定所述时间阈值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
获取所述用户忠诚指数，其中，所述用户忠诚指数用于表示用户与所述目标业务交互的情况；
若所述用户忠诚指数达到忠诚指数阈值，则采用第一计算方式确定所述时间阈值；
若所述用户忠诚指数未达到所述忠诚指数阈值，则采用第二计算方式确定所述时间阈值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
获取所述目标用户的账户余额，其中，所述目标用户为触发所述目标业务的用户；
根据所述目标用户的账户余额计算所述时间阈值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
获取所述目标用户的上报信息，其中，所述目标用户为触发所述目标业务的用户；
从所述目标用户的上报信息中获取负面信息；
根据所述负面信息计算所述时间阈值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
若所述业务处理策略为第一业务策略，则向所述客户端发送所述目标业务所对应的电子抵扣信息，其中，所述电子抵扣信息用于抵扣与所述目标业务相关的虚拟数值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
若所述业务处理策略为第二业务策略，则根据所述业务处理请求中的所述目标虚拟数值，向所述客户端发送所述目标虚拟数值。
可选地，本发明实施例中CPU具体用于执行如下步骤：
若所述业务处理策略为第三业务策略，则再次根据所述业务处理请求进行业务处理；
若业务处理成功，则向所述客户端发送业务处理成功的提示信息；
若业务处理失败，则向所述客户端发送业务处理失败的提示信息。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种业务处理的方法，其特征在于，包括：
接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
获取业务处理数据，其中，所述业务处理数据包括用户忠诚指数、目标用户的账户余额以及所述目标用户的上报信息中至少一项；所述用户忠诚指数用于表示用户与目标业务交互的情况；所述目标用户为触发所述目标业务的用户；所述上报信息包括正面信息和负面信息；
根据所述用户忠诚指数、所述目标用户的账户余额以及所述目标用户的上报信息中至少一项，确定时间阈值，其中，所述用户忠诚指数越高，所述时间阈值越小；所述目标用户的账户余额越大，所述时间阈值越大；所述负面信息出现的频率越高，所述时间阈值越小；
所述根据所述用户忠诚指数确定时间阈值，包括：若所述用户忠诚指数达到忠诚指数阈值，则采用第一计算方式确定时间阈值，所述第一计算方式为：T1＝(Q-70)÷20；若所述用户忠诚指数未达到所述忠诚指数阈值，则采用第二计算方式确定时间阈值，所述第二计算方式为：T2＝(Q-10)÷15；其中，T1与T2为所述时间阈值，Q为所述用户忠诚指数；
所述根据所述目标用户的账户余额确定时间阈值，包括：所述根据所述目标用户的账户余额计算时间阈值，具体计算公式为：T＝(S+100)×0.5；其中，T表示所述时间阈值，S表示所述目标用户的账户余额；
所述根据所述目标用户的上报信息确定时间阈值，包括：从所述目标用户的上报信息中获取负面信息；根据所述负面信息的频率和强度计算时间阈值；
若所述第一时刻与第二时刻之间的时间间隔大于或等于所述时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务且所述目标业务仍未处理完成时的当前时刻；
根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，以使得用户在等待的过程中能够得到响应消息，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
2.根据权利要求1所述的方法，其特征在于，所述业务处理数据还包括历史业务持续时间，所述历史业务持续时间用于表示所述目标业务的历史处理时间；
所述根据所述用户忠诚指数、所述目标用户的账户余额以及所述目标用户的上报信息中至少一项，确定时间阈值，包括：
根据所述用户忠诚指数、所述目标用户的账户余额、所述目标用户的上报信息以及所述历史业务持续时间中至少一项，确定时间阈值。
3.根据权利要求2所述的方法，其特征在于，根据所述历史业务持续时间确定时间阈值，包括：
根据所述历史业务持续时间生成持续时间分布情况；
根据所述持续时间分布情况确定时间阈值。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，包括：
若所述业务处理策略为第一业务策略，则向所述客户端发送所述目标业务所对应的电子抵扣信息，其中，所述电子抵扣信息用于抵扣与所述目标业务相关的虚拟数值。
5.根据权利要求1至3中任一项所述的方法，其特征在于，所述业务处理请求中还携带所述目标业务的目标虚拟数值；
所述根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，包括：
若所述业务处理策略为第二业务策略，则根据所述业务处理请求中的所述目标虚拟数值，向所述客户端发送所述目标虚拟数值。
6.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，包括：
若所述业务处理策略为第三业务策略，则再次根据所述业务处理请求进行业务处理；
若业务处理成功，则向所述客户端发送业务处理成功的提示信息；
若业务处理失败，则向所述客户端发送业务处理失败的提示信息。
7.一种服务器，其特征在于，包括：
接收模块，用于接收客户端发送的业务处理请求，其中，所述业务处理请求中携带目标业务的第一时刻，所述第一时刻表示所述目标业务的发起时刻；
获取模块，用于获取业务处理数据，其中，所述业务处理数据包括用户忠诚指数、目标用户的账户余额以及所述目标用户的上报信息中至少一项；所述用户忠诚指数用于表示用户与目标业务交互的情况；所述目标用户为触发所述目标业务的用户；所述上报信息包括正面信息和负面信息；
确定模块，用于根据所述用户忠诚指数、所述目标用户的账户余额以及所述目标用户的上报信息中至少一项，确定时间阈值，其中，所述用户忠诚指数越高，所述时间阈值越小；所述目标用户的账户余额越大，所述时间阈值越大；所述负面信息出现的频率越高，所述时间阈值越小；
所述根据所述用户忠诚指数确定时间阈值，包括：若所述用户忠诚指数达到忠诚指数阈值，则采用第一计算方式确定时间阈值，所述第一计算方式为：T1＝(Q-70)÷20；若所述用户忠诚指数未达到所述忠诚指数阈值，则采用第二计算方式确定时间阈值，所述第二计算方式为：T2＝(Q-10)÷15；其中，T1与T2为所述时间阈值，Q为所述用户忠诚指数；所述根据所述目标用户的账户余额确定时间阈值，包括：所述根据所述目标用户的账户余额计算时间阈值，具体计算公式为：T＝(S+100)×0.5；
其中，T表示所述时间阈值，S表示所述账户余额；
所述根据所述目标用户的上报信息确定时间阈值，包括：从所述目标用户的上报信息中获取负面信息；根据所述负面信息的频率和强度计算时间阈值；
所述确定模块，还用于若所述第一时刻与第二时刻之间的时间间隔大于或等于所述时间阈值，则确定业务处理策略，其中，所述第二时刻表示处理所述目标业务且所述目标业务仍未处理完成时的当前时刻；
发送模块，用于根据所述确定模块确定的所述业务处理策略，向所述客户端发送所述目标业务所对应的业务响应数据，以使得用户在等待的过程中能够得到响应消息，其中，所述业务响应数据用于反馈虚拟数值或提示信息。
8.根据权利要求7所述的服务器，其特征在于，所述获取模块，还用于获取历史业务持续时间，所述历史业务持续时间用于表示所述目标业务的历史处理时间；
所述确定模块，还用于根据所述用户忠诚指数、所述目标用户的账户余额、所述目标用户的上报信息以及所述历史业务持续时间中至少一项，确定时间阈值。
9.一种服务器，其特征在于，包括：存储器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，所述程序被所述处理器执行时，使得所述处理器执行如权利要求1至6中任一项所述的业务处理的方法中的步骤；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
10.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至6中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810764269.5A CN110717745B (zh) | 2018-07-12 | 2018-07-12 | 一种业务处理的方法以及服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810764269.5A CN110717745B (zh) | 2018-07-12 | 2018-07-12 | 一种业务处理的方法以及服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110717745A CN110717745A (zh) | 2020-01-21 |
| CN110717745B true CN110717745B (zh) | 2024-01-12 |
Family
ID=69208361
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810764269.5A Active CN110717745B (zh) | 2018-07-12 | 2018-07-12 | 一种业务处理的方法以及服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110717745B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112486074B (zh) * | 2020-12-03 | 2021-11-16 | 上海哔哩哔哩科技有限公司 | 数据处理系统、方法及装置 |
| CN113114646B (zh) * | 2021-04-01 | 2022-06-21 | 深圳市腾讯网络信息技术有限公司 | 一种风险参数确定方法、装置、电子设备及存储介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103259870A (zh) * | 2013-05-31 | 2013-08-21 | 北京京东尚科信息技术有限公司 | 一种Web应用服务方法和系统 |
| CN104574229A (zh) * | 2014-12-31 | 2015-04-29 | 合肥城市云数据中心有限公司 | 一种基于微信通信技术的在线排序通知方法 |
| CN104753894A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技（深圳）有限公司 | 一种数据处理方法、装置及系统 |
| CN104966222A (zh) * | 2014-08-27 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 订单生成方法、系统和装置 |
| CN105099989A (zh) * | 2014-04-24 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 用于处理业务请求及获取业务处理结果的方法、装置和系统 |
| CN106452898A (zh) * | 2016-11-01 | 2017-02-22 | 武汉斗鱼网络科技有限公司 | 数据请求控制方法及装置 |
| CN108156206A (zh) * | 2016-12-06 | 2018-06-12 | 腾讯科技（深圳）有限公司 | 一种数据转移方法、服务器、客户端以及系统 |
| CN108198012A (zh) * | 2016-12-08 | 2018-06-22 | 阿里巴巴集团控股有限公司 | 一种目标对象的推送、业务处理方法、设备及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100456134B1 (ko) * | 2003-06-17 | 2004-11-10 | 김성수 | 판매되지 않은 소멸성 재화의 판매를 위한 일방시한쿠폰운용방법 |
-
2018
- 2018-07-12 CN CN201810764269.5A patent/CN110717745B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103259870A (zh) * | 2013-05-31 | 2013-08-21 | 北京京东尚科信息技术有限公司 | 一种Web应用服务方法和系统 |
| CN104753894A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技（深圳）有限公司 | 一种数据处理方法、装置及系统 |
| CN105099989A (zh) * | 2014-04-24 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 用于处理业务请求及获取业务处理结果的方法、装置和系统 |
| CN104966222A (zh) * | 2014-08-27 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 订单生成方法、系统和装置 |
| CN104574229A (zh) * | 2014-12-31 | 2015-04-29 | 合肥城市云数据中心有限公司 | 一种基于微信通信技术的在线排序通知方法 |
| CN106452898A (zh) * | 2016-11-01 | 2017-02-22 | 武汉斗鱼网络科技有限公司 | 数据请求控制方法及装置 |
| CN108156206A (zh) * | 2016-12-06 | 2018-06-12 | 腾讯科技（深圳）有限公司 | 一种数据转移方法、服务器、客户端以及系统 |
| CN108198012A (zh) * | 2016-12-08 | 2018-06-22 | 阿里巴巴集团控股有限公司 | 一种目标对象的推送、业务处理方法、设备及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110717745A (zh) | 2020-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9785933B2 (en) | System and method for installment payment transactions | |
| CN106022759A (zh) | 支持多帐户的电子支付方法 | |
| CN107146158B (zh) | 一种电子数据处理方法及装置 | |
| CN111415179B (zh) | 用户权益信息处理方法、装置及电子设备 | |
| CN110717745B (zh) | 一种业务处理的方法以及服务器 | |
| US8341044B1 (en) | System, method, and computer program product for rating and re-rating events | |
| CN101334885A (zh) | 一种基于网络的账户数据处理系统 | |
| CN110060120A (zh) | 一种多平台组合支付的方法、电子设备以及存储介质 | |
| CN111258750B (zh) | 数据量处理方法以及系统、额度分配方法以及系统 | |
| US8412151B2 (en) | Payback calling plan | |
| CN108846675A (zh) | 一种支付限额调整方法及装置 | |
| CN113516460A (zh) | 预付订单处理方法、客户端、服务器及系统 | |
| CN105809548A (zh) | 控制自助卡结算的方法和系统 | |
| CN109785107B (zh) | 基于资金占比灵活配置的方法及相关产品 | |
| CN111444003A (zh) | 基于信贷账单和账务清算的多系统的日切准备方法及装置 | |
| AU2012346010B2 (en) | Configurable billing with subscriptions having conditional components | |
| US20180165685A1 (en) | Method, Terminal, and Related Server for Providing Transaction Object | |
| CN111160991B (zh) | Pdb广告流量优选方法、装置、存储介质及电子设备 | |
| CN106503977B (zh) | 数据的处理方法、系统及装置 | |
| CN108282754B (zh) | 基于细粒度的短信计费方法、装置及计算机可读存储介质 | |
| KR101168074B1 (ko) | 결제 처리 방법 및 그를 위한 시스템 | |
| CN106570734B (zh) | 游戏交易请求处理方法及装置 | |
| CN110930134A (zh) | 资源调整方法及装置 | |
| CN110688584A (zh) | 一种用户匹配方法、电子设备及计算机程序产品 | |
| JP7400135B1 (ja) | 情報処理装置、情報処理方法、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40020304 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |