CN117172866A - 订单处理方法、装置、设备及存储介质 - Google Patents
订单处理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN117172866A CN117172866A CN202310945919.7A CN202310945919A CN117172866A CN 117172866 A CN117172866 A CN 117172866A CN 202310945919 A CN202310945919 A CN 202310945919A CN 117172866 A CN117172866 A CN 117172866A
- Authority
- CN
- China
- Prior art keywords
- order
- closing time
- paid
- user
- payment
- 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
Links
- 238000003860 storage Methods 0.000 title claims abstract description 20
- 238000003672 processing method Methods 0.000 title claims abstract description 19
- 238000012512 characterization method Methods 0.000 claims abstract description 56
- 238000012545 processing Methods 0.000 claims abstract description 20
- 238000000034 method Methods 0.000 claims description 53
- 238000004590 computer program Methods 0.000 claims description 19
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 14
- 238000004891 communication Methods 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 10
- 230000003247 decreasing effect Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 238000009825 accumulation Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000012935 Averaging Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000002035 prolonged effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 235000013311 vegetables Nutrition 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种订单处理方法、装置、设备及存储介质。在本申请实施例中,针对下单用户提交的待支付订单,可以基于下单用户针对所述待支付订单的支付意愿表征信息动态调整待支付订单的关单时间,并基于动态确定的关单时间决策是否关闭待支付订单。由于待支付订单的关单时间更为灵活,而不是固定不变,这种精细化管理关单时间,能够有效应对各种情况,极大地提高待支付订单能够在关单时间内完成支付操作的概率,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种订单处理方法、装置、设备及存储介质。
背景技术
随着互联网技术的发展和终端设备的普及,越来越多的用户习惯了使用网络平台提供的服务进行购物、购票、打车和点外卖等。以网络购物场景为例,用户通过手机或平板电脑等终端设备中电商平台的购物应用(Application,App)提交针对商品对象的订单。在用户提交订单后,需要用户在关单时间到达之前完成订单的支付操作。若超过关单时间用户仍然未完成订单的支付操作,则会自动取消用户提交的订单(也即关单)。
关单时间也就是从用户下单到关闭订单之间留给用户进行支付的时间间隔,通常是预设的固定值,例如下单后10秒内、下单后5分钟内。实际应用中,关单时间采用预设的固定值存在不合理的问题,例如,在一些情况下关单时间可能较短不够用户完成支付操作,这会影响用户对电商平台的满意度和粘性,不利于增加电商平台的用户流量。
发明内容
本申请的多个方面提供一种订单处理方法、装置、设备及存储介质,用以精细化管理关单时间。
本申请实施例提供一种订单处理方法,包括:获取下单用户提交的待支付订单以及下单用户针对待支付订单的支付意愿表征信息;根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间;在目标关单时间结束之前,监测待支付订单的支付状态;若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
本申请实施例还提供一种订单处理方法,包括:接收下单用户发送的页面查看请求,页面查看请求用于请求展示下单用户提交的待支付订单的订单支付页面;响应于页面查看请求,展示订单支付页面,订单支付面上显示待支付订单的目标关单时间对应的当前剩余时间;其中,目标关单时间是根据下单用户的支付意愿表征信息调整预设关单时间得到的。
本申请实施例还提供一种订单处理装置,包括:获取模块,用于获取下单用户提交的待支付订单以及下单用户针对待支付订单的支付意愿表征信息;调整模块,用于根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间;监测模块,用于在目标关单时间结束之前,监测待支付订单的支付状态;关单模块,用于若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
本申请实施例还提供一种电子设备,包括:存储器和处理器;存储器,用于存储计算机程序;处理器耦合至存储器,用于执行计算机程序以用于执行订单处理方法中的步骤。
本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,当计算机程序被处理器执行时,致使处理器能够实现订单处理方法中的步骤。
在本申请实施例中,针对下单用户提交的待支付订单,可以基于下单用户针对待支付订单的支付意愿表征信息动态调整待支付订单的关单时间,并基于动态确定的关单时间决策是否关闭待支付订单。由于待支付订单的关单时间更为灵活,而不是固定不变,这种精细化管理关单时间,能够有效应对各种情况,极大地提高待支付订单能够在关单时间内完成支付操作的概率,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种订单处理方法的流程图;
图2为本申请实施例提供的另一种订单处理方法的流程图;
图3为本申请实施例提供的另一种订单处理方法的流程图;
图4为本申请实施例提供的一种示例性的应用场景图;
图5为本申请实施例提供的一种订单处理装置的结构示意图;
图6为本申请实施例提供的一种订单处理装置的结构示意图;
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的访问关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”一般表示前后关联对象是一种“或”的关系。此外,在本申请实施例中,“第一”、“第二”、“第三”、等只是为了区分不同对象的内容而已,并无其它特殊含义。
随着互联网技术的发展和终端设备的普及,越来越多的用户习惯了使用网络平台提供的服务进行购物、购票、打车和点外卖等。以网络购物场景为例,用户通过手机或平板电脑等终端设备中购物应用(Application,App)提交针对商品对象的订单。在用户提交订单后,需要用户在关单时间到达之前完成订单的支付操作。若超过关单时间用户仍然未完成订单的支付操作,则会自动取消用户提交的订单(也即关单)。
关单时间也就是从用户下单到关闭订单之间留给用户进行支付的时间间隔,通常是预设的固定值,例如下单后10秒内、下单后5分钟内。实际应用中,关单时间采用预设的固定值存在不合理的问题,例如,在一些情况下关单时间可能较短不够用户完成支付操作,这会影响用户对电商平台的满意度和粘性,不利于增加电商平台的用户流量。
为此,本申请实施例提供一种订单处理方法、装置、设备及存储介质。在本申请实施例中,针对下单用户提交的待支付订单,可以基于下单用户针对待支付订单的支付意愿表征信息动态调整待支付订单的关单时间,并基于动态确定的关单时间决策是否关闭待支付订单。由于待支付订单的关单时间更为灵活,而不是固定不变,这种精细化管理关单时间,能够有效应对各种情况,极大地提高待支付订单能够在关单时间内完成支付操作的概率,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
下面对本申请实施例涉及的一些词语进行解释:
网络平台:是指以互联网为技术基础的各种各类网络服务支持系统。例如,电商平台、购票平台或外卖餐饮平台。
网页版应用程序(也称作为Web应用程序):指可以通过Web(网页)访问的应用程序,用户只需要有浏览器即可,不需要再安装其他软件,Web应用程序例如基于网页的购物网站、购票网站、点餐网站等。
移动版应用程序:是指在移动设备上运行的应用程序,它可以在手机、平板电脑等移动终端设备上运行,提供各种功能和服务。
小程序:是指不需要下载安装即可使用的应用程序,可以被嵌入到其他的应用程序中。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1为本申请实施例提供的一种订单处理方法的流程图。该方法可由订单处理装置执行,该装置可由软件和/或硬件组成。参见图1,该方法可以包括以下步骤:
101、获取下单用户提交的待支付订单以及下单用户针对待支付订单的支付意愿表征信息。
102、根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间。
103、在目标关单时间结束之前,监测待支付订单的支付状态。
104、若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
在本实施例中,用户可以通过网络平台对应的诸如网页版应用程序、移动版应用程序或小程序等应用程序发起提交订单请求,网络平台的订单系统响应提交订单请求创建订单。若新创建的订单尚未支付,则将该订单确定为待支付订单。在此,将提交待支付订单的用户称作为下单用户。为了灵活调整待支付订单的关单时间,需要获取下单用户针对待支付订单的支付意愿表征信息。支付意愿表征信息表征下单用户愿意支付待支付订单的程度,例如,非常愿意支付、一般愿意支付或不愿意支付等等。
在本实施例中,可以灵活定义支付意愿表征信息,对此不作限制。进一步可选的,为了准确识别下单用户的支付意愿,支付意愿表征信息包括以下一种或多种:下单用户的支付风险信息、下单用户所属的用户群体类型或下单用户针对待支付订单选择使用的目标支付方式,但并不限于上述举例。
在本实施例中,下单用户的支付风险信息可以反映下单用户取消支付待支付订单的概率。进一步可选的,根据下单用户的历史订单的支付状态信息和/退款状态信息,生成下单用户的支付风险信息,进而实现较好地评估下单用户的支付风险信息。
具体而言,历史订单是指下单用户在历史时间段提交的订单,历史订单的下单时间早于待支付订单,历史时间段可以是当前时间之前的任意时间段,优选的,历史时间段为当前时间之前的最近历史时间段,例如为过去20分钟、过去1小时或过去1天。
支付状态信息反映订单是否已经支付还是未支付,支付状态信息包括:已支付或未支付。退款状态信息反映已经支付的订单是否发生了退款还是未发生退款,退款状态信息包括已退款和未退款。
进一步可选的,可以根据下单用户的历史订单的支付状态信息和/退款状态信息,对历史时间段内的历史订单的未支付情况和/或退款情况进行统计,根据统计结果评估下单用户的支付风险信息。
在本实施例中,统计结果例如包括但不限于:未支付的历史订单的数量、已退款的历史订单的数量、未支付的历史订单的占比信息或已退款的历史订单的占比信息等。其中,假设下单用户在历史时间段内提交的全部的历史订单的数量记为A,下单用户在历史时间段内未支付的历史订单的数量记为B,未支付的历史订单的占比信息反映B与A的比值。假设下单用户在历史时间段内提交的全部的历史订单的数量记为A,下单用户在历史时间段内已退款的历史订单的数量记为C,已退款的历史订单的占比信息反映C与A的比值。
在本实施例中,根据统计结果评估下单用户的支付风险信息。实际应用中,可以灵活设置统计结果与支付风险信息之间的量化关系,根据下单用户的统计结果和量化关系确定下单用户的支付风险信息。假设支付风险信息记为因变量y,统计结果记为自变量x,量化关系对应的函数表达式记为f(),y=f(x),其中,x的数量可以是一个或多个,例如,将未支付的历史订单的数量、已退款的历史订单的数量、未支付的历史订单的占比信息和已退款的历史订单的占比信息均作为x。
值得注意的是,统计结果的数量越多,越可以准确评估下单用户的支付风险信息。例如,2个统计结果所评估出来的下单用户的支付风险信息的准确度低于4个统计结果所评估出来的下单用户的支付风险信息的准确度。2个统计结果例如为未支付的历史订单的数量和已退款的历史订单的数量;4个统计结果例如为未支付的历史订单的数量、已退款的历史订单的数量、未支付的历史订单的占比信息和已退款的历史订单的占比信息等。
在本实施例中,根据下单用户的画像信息和/或使用目标应用的时间,确定下单用户所属的用户群体类型,目标应用是指下单用户提交待支付订单的应用程序。
具体而言,用户群体类型例如包括但不限于:新用户、老用户、老人、青少年、城市白领、城市蓝领等等。老用户、青少年、城市白领、城市蓝领使用目标应用的时间相对较长,新用户、老人等使用目标应用的时间相对较短。综合下单用户的画像信息和使用目标应用的时间可以准确识别下单用户所属的用户群体类型。
在本实施例中,由于不同的人群对于关单时间的诉求不一样,比如对于新用户,购买商品会更加犹豫,需要更长的决策时间,可以考虑延长关单时间。对于老人等不善于使用电子产品的人群,可能知识程度较低并且对电子产品的使用不够灵活,也可以考虑延长关单时间,减少用户流失。对于青少年以及诸如城市白领、城市蓝领等广大一线工作人员来说,购买商品的决策效率是非常高的,可以考虑减少关单时间,减少因锁库存对其他用户的影响。
在本实施例中,可以响应下单用户针对待支付订单选择支付方式的操作,确定被选择支付方式为目标支付方式。其中,可选的支付方式例如包括但不限于:移动支付方式、找朋友代付、银行卡支付等等。其中,银行卡支付和移动支付方式属于下单用户自己支付;找朋友代付也即由其他人帮助代付款。
当然,在一些场景中,也可以获取下单用户预先配置的默认支付方式作为目标支付方式,对此不作限制。
在本实施例中,在获取下单用户的支付意愿表征信息后,可以根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间。其中,预设关单时间按需灵活设置,例如为用户提交订单后的10分钟等等,目标关单时间相对预设关单时间,可能更长、更短或相同。
下面举例几种示例性的调整预设关单时间的方式:
方式1:
在支付意愿表征信息为下单用户的支付风险信息时,若支付风险信息指示下单用户存在较大概率取消支付待支付订单,也即支付风险信息表征下单用户为风险用户,则根据关单时间关联的风险配置策略,调整预设关单时间,得到待支付订单对应的目标关单时间。例如,风险配置策略指示风险用户所需调整的关单时间调整幅度,关单时间调整幅度能够使目标关单时间比预设关单时间短,也即关单时间调整幅度能够使预设关单时间朝着减少方向进行调整。又例如,风险配置策略定义了不同风险等级对应的关单时间调整幅度。在获知下单用户的支付风险信息所表征的下单用户取消支付待支付订单的概率的情况下,查询预先定义的“取消支付待支付订单的概率”与风险等级之间的对应关系,确定下单用户的风险等级;根据下单用户的风险等级查询不同风险等级对应的关单时间调整幅度,获取下单用户对应的关单时间调整幅度;在预设关单时间的基础上按照关单时间调整幅度进行调整,得到目标关单时间。
方式2:
在支付意愿表征信息为包含下单用户所属的用户群体类型时,则根据关单时间关联的用户群体配置策略调整预设关单时间,得到待支付订单对应的目标关单时间。不同用户群体对应不同的关单时间调整幅度,有的关单时间调整幅度使预设关单时间朝着减少方向进行调整,有的关单时间调整幅度使预设关单时间朝着增大方向进行调整。
例如,比如对于新用户,购买商品会更加犹豫,需要更长的决策时间,可以考虑延长关单时间。对于老人等不善于使用电子产品的人群,可能知识程度较低并且对电子产品的使用不够灵活,也可以考虑延长关单时间,减少用户流失。针对这些用户群体,关单时间调整幅度使预设关单时间朝着增大方向进行调整。
对于青少年以及诸如城市白领、城市蓝领等广大一线工作人员来说,购买商品的决策效率是非常高的,可以考虑减少关单时间,减少因锁库存对其他用户的影响。针对这些用户群体,关单时间调整幅度使预设关单时间朝着减少方向进行调整。
方式3:
在支付意愿表征信息为包含下单用户针对待支付订单选择使用的目标支付方式,且目标支付方式为他人代付方式,根据关单时间关联的代付配置策略调整预设关单时间,得到待支付订单对应的目标关单时间。具体而言,代付配置策略指示所需调整的关单时间调整幅度,关单时间调整幅度使预设关单时间朝着减少方向进行调整,具体按需灵活设置。
方式4:
若支付意愿表征信息包括下单用户的支付风险信息和下单用户所属的用户群体类型,则可以同时考虑下单用户的支付风险信息和下单用户所属的用户群体类型进行关单时间的调整,或者,按照下单用户的支付风险信息和下单用户所属的用户群体类型各自的优先级进行关单时间的调整。
例如,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度;根据关单时间关联的用户群体,确定第二关单时间调整幅度;对第一关单时间调整幅度和第二关单时间调整幅度进行诸如加权求和、求均值或累加,得到最终的关单时间调整幅度;根据最终的关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
又例如,下单用户的支付风险信息的优先级高于下单用户所属的用户群体类型,若支付风险信息表征下单用户为风险用户,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度,并根据第一关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。若支付风险信息表征下单用户不是风险用户,则根据关单时间关联的用户群体,确定第二关单时间调整幅度,根据第二关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
方式5:
若支付意愿表征信息包括下单用户的支付风险信息和下单用户针对待支付订单选择使用的目标支付方式,则可以同时考虑下单用户的支付风险信息和下单用户针对待支付订单选择使用的目标支付方式进行关单时间的调整,或者,按照下单用户的支付风险信息和下单用户针对待支付订单选择使用的目标支付方式各自的优先级进行关单时间的调整。
例如,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度;根据关单时间关联的代付配置策略,确定第三关单时间调整幅度;对第一关单时间调整幅度和第三关单时间调整幅度进行诸如加权求和、求均值或累加,得到最终的关单时间调整幅度;根据最终的关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
又例如,下单用户的支付风险信息的优先级高于下单用户针对待支付订单选择使用的目标支付方式,若支付风险信息表征下单用户为风险用户,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度,并根据第一关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。若支付风险信息表征下单用户不是风险用户,则在目标支付方式为他人代付方式时,根据关单时间关联的代付配置策略,确定第三关单时间调整幅度,根据第三关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
方式6:
若支付意愿表征信息包括下单用户的支付风险信息、下单用户所属的用户群体类型或下单用户针对待支付订单选择使用的目标支付方式,可以同时考虑上述三个支付意愿表征信息进行关单时间的调整,或者,按照三个支付意愿表征信息各自的优先级进行关单时间的调整。
例如,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度;根据关单时间关联的用户群体,确定第二关单时间调整幅度;根据关单时间关联的代付配置策略,确定第三关单时间调整幅度;对第一关单时间调整幅度、第二关单时间调整幅度和第三关单时间调整幅度进行诸如加权求和、求均值或累加,得到最终的关单时间调整幅度;根据最终的关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
又例如,下单用户的支付风险信息的优先级高于下单用户针对待支付订单选择使用的目标支付方式,下单用户针对待支付订单选择使用的目标支付方式高于下单用户所属的用户群体类型,若支付风险信息表征下单用户为风险用户,根据关单时间关联的风险配置策略,确定第一关单时间调整幅度,并根据第一关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。若支付风险信息表征下单用户不是风险用户,则若目标支付方式是他人代付方式,根据关单时间关联的代付配置策略,确定第三关单时间调整幅度,并根据第三关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。若支付风险信息表征下单用户不是风险用户,且目标支付方式是下单用户自己支付方式,根据关单时间关联的用户群体,确定第二关单时间调整幅度,根据第二关单时间调整幅度调整预设关单时间,得到待支付订单对应的目标关单时间。
需要注意的时,上述仅仅是示例性的调整预设关单时间的方式,本申请实施例并不限于上述调整预设关单时间的方式。另外,考虑的支付意愿表征信息越多,越可以准确确定待支付订单对应的目标关单时间。
在一些可选的实施例中,为了更加准确确定待支付订单对应的目标关单时间,根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的属性信息,确定针对预设关单时间的目标调整幅度;根据目标调整幅度,对预设关单时间进行调整,以得到目标关单时间。其中,商品的属性信息例如包括但不限于:商品类目信息、保质期信息、储存条件信息等等。
进一步可选的,为了更加准确确定待支付订单对应的目标关单时间,根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的属性信息,确定针对预设关单时间的目标调整幅度,包括:根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度,M是正整数;根据至少一个商品的属性信息,生成N种关单时间调整幅度,N是正整数;根据N种关单时间调整幅度和M种关单时间调整幅度,生成目标调整幅度。
实际应用中,可以对N种关单时间调整幅度和M种关单时间调整幅度进行诸如加权求和、求均值或累加等各种运算,得到目标调整幅度。
实际应用中,一种支付意愿表征信息可以生成一个关单时间调整幅度,关单时间调整幅度是能够使预设关单时间朝着减少方向或增大方向进行调整。当存在M种支付意愿表征信息时,可以生成M种关单时间调整幅度。实际应用中,根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度,可以包括以下至少一种操作:
操作1:
若下单用户的支付意愿表征信息中包含下单用户的支付风险信息,且支付风险信息表征下单用户为风险用户,则根据关单时间关联的风险配置策略,生成第一负向关单时间调整幅度。
具体而言,将据关单时间关联的风险配置策略确定的关单时间调整幅度,称作为第一负向关单时间调整幅度。第一负向关单时间调整幅度可以理解为使预设关单时间朝着减少方向进行调整的关单时间调整幅度。
前述内容已经介绍根据关单时间关联的风险配置策略确定关单时间调整幅度;根据关单时间关联的风险配置策略,生成第一负向关单时间调整幅度的方式类似,可以参见前述内容,在此不再赘述。
操作2:
若下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为特定用户群体,则根据关单时间关联的用户群体配置策略,生成第一正向关单时间调整幅度。若下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为非特定用户群体,则根据关单时间关联的用户群体配置策略,生成第二负向关单时间调整幅度。
具体而言,下单用户所属的用户群体类型可以为特定用户群体或非特定用户群体,非特定用户群体是指全部的用户群体中除特定用户群体之外的其他用户群体。特定用户群体和非特定用户群体按需灵活定义,特定用户群体例如为老人等不善于使用电子产品的人群。非特定用户群体例如为青少年、城市白领、城市蓝领等。
在本实施例中,针对特定用户群体,需要使预设关单时间朝着增大方向进行调整。在此,将下单用户所属的用户群体类型为特定用户群体,根据关单时间关联的用户群体配置策略所确定的关单时间调整幅度称作为第一正向关单时间调整幅度。
针对非特定用户群体,需要使预设关单时间朝着减小方向进行调整。在此,将下单用户所属的用户群体类型为非特定用户群体,根据关单时间关联的用户群体配置策略所确定的关单时间调整幅度称作为第二负向关单时间调整幅度。
前述内容已经介绍根据关单时间关联的用户群体配置策略确定关单时间调整幅度,根据关单时间关联的用户群体配置策略,生成第一正向关单时间调整幅度或第二负向关单时间调整幅度的方式类似,可以参见前述内容,在此不再赘述。
操作3:
若下单用户的支付意愿表征信息中包含下单用户针对待支付订单选择使用的目标支付方式,且目标支付方式为他人代付方式,则根据关单时间关联的代付配置策略,生成第二正向关单时间调整幅度。
在此,将根据关单时间关联的代付配置策略确定的关单时间调整幅度称作为第二正向关单时间调整幅度,第二正向关单时间调整幅度可以理解为使预设关单时间朝着增大方向进行调整的关单时间调整幅度。前述内容已经介绍根据关单时间关联的代付配置策略确定关单时间调整幅度,根据关单时间关联的代付配置策略,生成第二正向关单时间调整幅度的方式类似,可以参见前述内容,在此不再赘述。
在本实施例中,待支付订单可能会包括一种或多种商品,也即用户针对一种或多种商品进行下单得到的待支付订单,可以根据一种商品的属性信息生成一种关单时间调整幅度,多种商品的属性信息可以生成多种关单时间调整幅度。实际应用中,对根据商品的属性信息生成对应的关单时间调整幅度的方式不做限定。例如,若商品的商品类目信息为生鲜商品,则关单时间调整幅度使预设关单时间朝着减少方向进行调整。若商品的商品类目信息为服饰,则关单时间调整幅度使预设关单时间朝着增大方向进行调整。例如,若商品的保质期信息比较短,则关单时间调整幅度使预设关单时间朝着减少方向进行调整。若商品的保质期信息比较长,则关单时间调整幅度使预设关单时间朝着增大方向进行调整。例如,若商品的储存条件信息为常温,则关单时间调整幅度使预设关单时间朝着增大方向进行调整。若商品的储存条件信息为比常温低的温度,则关单时间调整幅度使预设关单时间朝着减少方向进行调整。
在一可选的实现方式中,根据至少一个商品的属性信息,确定N种关单时间调整幅度,包括:根据至少一个商品的属性信息,识别至少一个商品中的第一类商品和/或第二类商品;根据第一类商品的属性信息,生成第三负向关单时间调整幅度,根据第二类商品的属性信息,生成第三正向关单时间调整幅度;其中,第一类商品是保质期小于设定第一期限的商品,第二类商品是保质期大于设定第二期限的商品,第二期限大于等于第一期限。
具体而言,第一期限和第二期限按需灵活设置,例如,第一期限为3个月,第二期限为12个月等等。相对而言,第一类商品的保质期较短,第二类商品的保质期较长。第三负向关单时间调整幅度是指预设关单时间朝着减少方向进行调整的关单时间调整幅度;第三正向关单时间调整幅度是指预设关单时间朝着增大方向进行调整的关单时间调整幅度。关于基于商品属性确定关单时间调整幅度的相关介绍可以参见前述内容,在此不再赘述。
在一些可选的实施例中,为了更加准确确定待支付订单对应的目标关单时间,根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的库存信息,确定针对预设关单时间的目标调整幅度;根据目标调整幅度,对预设关单时间进行调整,以得到目标关单时间。
具体而言,根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度。根据待支付订单中包含的至少一个商品的库存信息,生成T种关单时间调整幅度,T是正整数;根据T种关单时间调整幅度和M种关单时间调整幅度,生成目标调整幅度。关于生成M种关单时间调整幅度的方式可以参见前述内容,在此不再赘述。
在本实施例中,待支付订单可能会包括一种或多种商品,可以根据一种商品的库存信息生成一种关单时间调整幅度,多种商品的库存信息可以生成多种关单时间调整幅度。实际应用中,对根据商品的库存信息生成对应的关单时间调整幅度的方式不做限定。例如,若商品的库存信息指示商品库存不足,则基于该商品的库存信息生成使预设关单时间朝着减少方向进行调整的关单时间调整幅度;若商品的库存信息指示商品库存充足,则基于该商品的库存信息生成使预设关单时间朝着增大方向进行调整的关单时间调整幅度。
实际应用中,可以对T种关单时间调整幅度和M种关单时间调整幅度进行诸如加权求和、求均值或累加等各种运算,得到目标调整幅度。
在一些可选的实施例中,为了更加准确确定待支付订单对应的目标关单时间,根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的属性信息和库存信息,确定针对预设关单时间的目标调整幅度;根据目标调整幅度,对预设关单时间进行调整,以得到目标关单时间。
具体而言,根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度;根据至少一个商品的属性信息,生成N种关单时间调整幅度,N是正整数;根据待支付订单中包含的至少一个商品的库存信息,生成T种关单时间调整幅度,T是正整数;根据M种关单时间调整幅度、N种关单时间调整幅度和T种关单时间调整幅度确定针对预设关单时间的目标调整幅度。例如,对M种关单时间调整幅度、N种关单时间调整幅度和T种关单时间调整幅度进行诸如加权求和、求均值或累加等各种运算,得到目标调整幅度。
在本实施例中,在得到针对预设关单时间的目标调整幅度后,根据目标调整幅度,对预设关单时间进行调整,以得到目标关单时间。例如,预设关单时间为10分钟,目标调整幅度为减少1分钟,目标关单时间为9分钟。又例如,预设关单时间为10分钟,目标调整幅度为增大1分钟,目标关单时间为11分钟。
实际应用中,实时或周期性检测待支付订单的支付状态,若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单,也即取消待支付订单或对待支付订单进行关单处理。当然,在目标关单时间结束之前,待支付订单已完成支付,将待支付订单的订单状态转为已支付,此时,待支付订单已变成已支付订单,无需判断其是否需要进行关单处理。
本申请实施例提供的技术方案,针对下单用户提交的待支付订单,可以基于下单用户针对待支付订单的支付意愿表征信息动态调整待支付订单的关单时间,并基于动态确定的关单时间决策是否关闭待支付订单。由于待支付订单的关单时间更为灵活,而不是固定不变,这种精细化管理关单时间,能够有效应对各种情况,极大地提高待支付订单能够在关单时间内完成支付操作的概率,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
在一些可选的实施例中,在根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间之后,可以根据待支付订单的订单类型,识别待支付订单是否具有物流履约时间;在待支付订单具有物流履约时间的情况下,判断目标关单时间是否早于待支付订单对应的物流履约时间;若否,则将物流履约时间设置为目标关单时间。
具体而言,待支付订单的订单类型例如包括但不限于:生鲜商品订单、预售订单、虚拟商品订单或拼团订单。生鲜商品订单是指针对生鲜商品下的订单;预售订单是指卖家提前发布商品,买家支付定金或全款进行预定,到指定日期卖家开始发货的订单。虚拟商品订单是购买虚拟商品生成的订单;拼团订单是指多个买家组成一个团,以较低的价格购买同一种商品的订单。
实际应用中,可以灵活设置哪些订单类型的待支付订单需要考虑物流履约时间,对此不做限制。以生鲜商品订单为例,生鲜商品的物流履约时间是当日早上11:00,在当日早上11:00前提交的生鲜商品订单,当日送达。在当日早上11:00后提交的生鲜商品订单,无法保证当日送达,生鲜商品无法当日送达容易变质损坏。于是,在生鲜商品场景中,需要利用物流履约时间对目标关单时间进行修正。若基于下单用户的支付意愿表征信息确定目标关单时间晚于物流履约时间,则将物流履约时间设置为最终的目标关单时间;若基于下单用户的支付意愿表征信息确定的目标关单时间早于物流履约时间,则无需修正目标关单时间。
在一些可选的实施例中,既可以支持固定关单时间的方式,也可以支持动态调整关单时间的方式,进而满足各种多样化的应用需求。基于此,在获取下单用户的支付意愿表征信息之前,判断是否已开启关单时间智能调整服务,目标应用是下单用户提交待支付订单的应用程序;在确定已开启关单时间智能调整服务的情况下,执行获取下单用户的支付意愿表征信息的操作和后续操作。在确定没有开启关单时间智能调整服务的情况下,将预设关单时间作为待支付订单对应的目标关单时间,在目标关单时间结束之前,监测待支付订单的支付状态;若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
具体而言,关单时间智能调整服务是控制是否动态调整关单时间的服务;关单时间智能调整服务开启,可支持动态调整关单时间;关单时间智能调整服务关闭,可支持固定关单时间,此时,预设关单时间就是待支付订单的目标关单时间。
实际应用中,可以随时开启和关闭关单时间智能调整服务。进一步可选的,为了提高关单时间智能调整服务的智能性,可以根据目标应用的应用类型和/或待支付订单所属的应用场景,判断是否已开启关单时间智能调整服务。具体而言,预先定义需要开启关单时间智能调整服务的应用类型或应用场景。例如,需要开启关单时间智能调整服务的应用类型为购物应用、购票应用或外卖应用等等,需要开启关单时间智能调整服务的应用场景为生鲜商品购买场景、购票场景、外卖场景等等;当目标应用的应用类型属于需要开启关单时间智能调整服务的应用类型,和/或,待支付订单所属的应用场景属于需要开启关单时间智能调整服务的应用场景,确定开启关单时间智能调整服务;当目标应用的应用类型不属于需要开启关单时间智能调整服务的应用类型,或,待支付订单所属的应用场景不属于需要开启关单时间智能调整服务的应用场景,确定关闭关单时间智能调整服务。
图2为本申请实施例提供的另一种订单处理方法的流程图。该方法可由订单处理装置执行,该装置可由软件和/或硬件组成。参见图2,该方法可以包括以下步骤:
201、接收下单用户发送的页面查看请求,页面查看请求用于请求展示下单用户提交的待支付订单的订单支付页面。
202、响应于页面查看请求,展示订单支付页面,订单支付面上显示待支付订单的目标关单时间对应的当前剩余时间;其中,目标关单时间是根据下单用户的支付意愿表征信息调整预设关单时间得到的。
实际应用中,当下单用户提交尚未支付的待支付订单后,下单用户可以随时进入待支付订单的订单支付页面,以对待支付订单继续付款。订单支付页面是用户完成订单支付的页面,订单支付页面显示待支付订单的相关信息,例如:商品基本信息、物流配送信息或商品折扣信息等等。进一步的,为了直观引导用户尽快完成待支付订单的支付操作,在订单支付页面上显示待支付订单的目标关单时间对应的当前剩余时间。关于目标关单时间的确定方式可以参见前述实施例,对此不再赘述。
值得注意的是,当前剩余时间是指当前时间距离目标关单时间的时长,例如,目标关单时间为9:00;当前时间为8:31,当前剩余时间为29分钟。
本申请实施例提供的订单处理方法,下单用户可以按需进入待支付订单的订单支付页面,在该订单支付页面显示待支付订单的目标关单时间对应的当前剩余时间,以尽快引导下单用户完成待支付订单的支付,进而提高支付转化率,促进商品成交,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
图3为本申请实施例提供的另一种订单处理方法的流程图。参见图3,该方法可以包括以下步骤:
301、获取下单用户提交的待支付订单。
302、判断是否已开启关单时间智能调整服务;若是,执行步骤303;若否,执行步骤310。
303、根据下单用户的支付风险信息判断下单用户是否为风险用户;若是,执行步骤304;若否,执行步骤305。
其中,关于下单用户的支付风险信息的确定方法可以参见前述实施例,在此不再赘述。若下单用户的支付风险信息指示下单用户存在较大概率取消支付待支付订单,下单用户为风险用户;若下单用户的支付风险信息指示下单用户存在较小概率取消支付待支付订单,下单用户为风险用户。
304、从多个关单时间配置策略中选择风险配置策略,并采用风险配置策略对预设关单时间进行调整,得到目标关单时间,并执行步骤311。
305、判断下单用户针对待支付订单选择的支付方式是否为他人代付方式;若是,执行步骤306;若否,执行步骤307。
306、从多个关单时间配置策略中选择代付配置策略,并采用代付配置策略对预设关单时间进行调整,得到目标关单时间,并执行步骤311。
307、判断待支付订单对应的商品的库存信息是否充足;若否,执行步骤308;若是,执行步骤309。
308、从多个关单时间配置策略中选择库存不足配置策略,并采用库存不足配置策略对预设关单时间进行调整,得到目标关单时间,并执行步骤311。
其中,库存不足配置策略指示所需调整的关单时间调整幅度,关单时间调整幅度使预设关单时间朝着减少方向进行调整,具体按需灵活设置。
309、从多个关单时间配置策略中选择兜底配置策略,并采用兜底配置策略对预设关单时间进行调整,得到目标关单时间,并执行步骤311。
其中,兜底配置策略指示所需调整的关单时间调整幅度,关单时间调整幅度使预设关单时间朝着减少方向或增大方向进行调整,具体按需灵活设置。
310、默认预设关单时间为目标关单时间,并执行步骤311。
311、在目标关单时间结束之前,监测待支付订单的支付状态。
312、若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
关于本申请实施例中各步骤的实现方式可以参见前述实施例中的相关介绍,在此不再赘述。
例如,针对网络买菜,老年人使用手机中提供买菜服务的购物App提交买菜订单后,一般会选择让子女代为付款。默认10分钟的关单时间可能不够用,这时,针对代付场景,可以延长关单时间,例如为11分钟或15分钟等等。又例如,实际应用中,部分用户频繁提交订单但是不支付,锁住了部分商品库存,导致线上正常售卖库存不足,其他用户无法正常购买,影响了其他用户的体验。针对这种恶意锁库存行为,可以缩短关单时间,优化用户购物体验,减少用户恶意锁库存行为对其他用户产生影响,提高整体支付转化率,促进买菜服务的GMV(Gross Merchandise Volume,商品交易总额)、DAU(Daily Active User,日活跃用户数量)增长。
本申请实施例提供的技术方案,可以有多种关单时间配置策略以供选择,进而可以灵活调整待支付订单的关单时间,实现了精细化管理关单时间,提高了支付转化率,能够有效应对各种情况,极大地提高待支付订单能够在关单时间内完成支付操作的概率,提升了用户对网络平台的满意度和粘性,有利于增加网络平台的用户流量。
图4为本申请实施例提供的一种示例性的应用场景图。在网络购物场景中,用户打开手机中的购物应用App(Application,应用程序),进入购物应用的首页面,并可以从购物应用的首页面进入任意商品的商品详情页以浏览商品的商品信息,并可以将感兴趣的商品加入购物车。用户还可以从首页面进入购物车页面以浏览已加购商品的商品信息。当用户有购买商品的意图时,参见图4,用户触发手机显示商品的订单提交页面,接着,用户在订单提交页面上输入收货信息、选择支付方式等,并点击“提交订单”控件,以触发提交订单指令(也称作为下单指令),完成下单操作,在此,将发起下单操作的用户称作为下单用户。参见图4中的①所示,手机向后台的订单系统发送提交订单指令,参见图4中的②所示,订单系统调用下单服务模块响应提交订单指令创建待支付订单,以及配置待支付订单的关单时间。待支付订单是指将尚未付款的已创建的订单但是尚未付款的订单,当待支付订单完成了付款后,转变为已支付订单。实际应用中,下单服务模块综合多种因素灵活配置待支付订单的关单时间,实现关单时间的精细化管理。多种因素例如包括但不限于:下单用户是否为风险用户、是否选择了代付支付方式、下单用户所属的用户群体类型、商品库存信息、商品类目信息等等。
实际应用中,用户提交订单后,可以随时进入订单支付页面完成付款操作。例如,用户点击图4所示的订单支付页面中“继续付款”控件,发起付款操作。另外,在订单支付页面还会显示付款提示信息,付款提示信息既能够提示买家付款,还可以提示关单时间,例如为“等待买家付款,等29分钟自动关闭”。
参见图4中的③所示,下单服务模块将待支付订单保存在数据库中。可以理解的是,当待支付订单的支付状态发生变化时,会实时更新数据库中该待支付订单的支付状态,以保证关单处理的可靠性,支付状态例如为待支付(也即未付款)、已支付(也即已付款)等等。
参见图4中的④所示,订单系统中的任务轮询模块轮询数据库中的订单信息,参见图4中的⑤所示,针对当前轮询到的待支付订单,若该待支付订单在关单时间到达后尚未完成付款,则关单,也即取消该待支付订单。若该待支付订单在关单时间到达之前已经完成付款,则跳过,也即不能取消已支付订单。
值得注意的是,订单系统承担但不限于以下任务:对客户下达的订单进行管理及跟踪,动态掌握订单的进展和完成情况。下单服务模块承担但不限于以下任务:创建订单、配置订单的关单时间。任务轮询模块承担但不限于以下任务:定期轮询待支付订单是否需要关闭。订单系统、下单服务模块、任务轮询模块可以由软件和/或硬件组成。
需要说明的是,图4所示的应用场景仅仅为一种示例性的应用场景,本申请实施例并不限制应用场景。本申请实施例不对图4中包括的设备进行限定,也不对图4中设备之间的位置关系进行限定。
图5为本申请实施例提供的一种订单处理装置的结构示意图。参见图5,该装置可以包括:
获取模块51,用于获取下单用户提交的待支付订单以及下单用户针对待支付订单的支付意愿表征信息;
调整模块52,用于根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间;
监测模块53,用于在目标关单时间结束之前,监测待支付订单的支付状态;
关单模块54,用于若在目标关单时间结束的情况下监测到待支付订单仍旧处于待支付状态,则关闭待支付订单。
进一步可选的,下单用户的支付意愿表征信息包括下单用户的支付风险信息、下单用户所属的用户群体类型和/或下单用户针对待支付订单选择使用的目标支付方式。
进一步可选的,获取模块51具体用于:根据下单用户的历史订单的支付状态信息和/退款状态信息,生成下单用户的支付风险信息;根据下单用户的历史订单的支付状态信息和/退款状态信息,生成下单用户的支付风险信息;根据下单用户的画像信息和使用目标应用的时间,确定下单用户所属的用户群体类型,目标应用是指下单用户提交待支付订单的应用程序;响应下单用户针对待支付订单选择支付方式的操作,确定被选择支付方式为目标支付方式。
进一步可选的,调整模块52根据下单用户的支付意愿表征信息调整预设关单时间,以得到待支付订单对应的目标关单时间时,具体用于:
根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的属性信息和/或库存信息,确定针对预设关单时间的目标调整幅度;根据目标调整幅度,对预设关单时间进行调整,以得到目标关单时间。
进一步可选的,调整模块52根据下单用户的支付意愿表征信息,结合待支付订单中包含的至少一个商品的属性信息,确定针对预设关单时间的目标调整幅度时,具体用于:根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度,M是正整数;根据至少一个商品的属性信息,生成N种关单时间调整幅度,N是正整数;根据N种关单时间调整幅度和M种关单时间调整幅度,生成目标调整幅度。
进一步可选的,调整模块52根据下单用户的支付意愿表征信息,生成M种关单时间调整幅度时,具体用于:若下单用户的支付意愿表征信息中包含下单用户的支付风险信息,且支付风险信息表征下单用户为风险用户,则根据关单时间关联的风险配置策略,生成第一负向关单时间调整幅度;若下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为特定用户群体,则根据关单时间关联的用户群体配置策略,生成第一正向关单时间调整幅度;若下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为非特定用户群体,则根据关单时间关联的用户群体配置策略,生成第二负向关单时间调整幅度;若下单用户的支付意愿表征信息中包含下单用户针对待支付订单选择使用的目标支付方式,且目标支付方式为他人代付方式,则根据关单时间关联的代付配置策略,生成第二正向关单时间调整幅度。
进一步可选的,调整模块52根据至少一个商品的属性信息,确定N种关单时间调整幅度时,具体用于:根据至少一个商品的属性信息,识别至少一个商品中的第一类商品和/或第二类商品;根据第一类商品的属性信息,生成第三负向关单时间调整幅度,根据第二类商品的属性信息,生成第三正向关单时间调整幅度;其中,第一类商品是保质期小于设定第一期限的商品,第二类商品是保质期大于设定第二期限的商品,第二期限大于等于第一期限。
进一步可选的,上述装置还包括:判断模块,用于根据目标应用的应用类型和/或待支付订单所属的应用场景,判断是否已开启关单时间智能调整服务,目标应用是下单用户提交待支付订单的应用程序;在确定已开启关单时间智能调整服务的情况下,则触发获取模块51。
进一步可选的,调整模块52,还用于在得到待支付订单对应的目标关单时间之后,根据待支付订单的订单类型,识别待支付订单是否具有物流履约时间;在待支付订单具有物流履约时间的情况下,判断目标关单时间是否早于待支付订单对应的物流履约时间;若否,则将物流履约时间设置为目标关单时间。
图5所示的装置可以执行前述图1所示实施例中的方法,其实现原理和技术效果不再赘述。对于上述实施例中的图5所示的装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图6为本申请实施例提供的一种订单处理装置的结构示意图。参见图6,该装置可以包括:
接收模块61,用于接收下单用户发送的页面查看请求,页面查看请求用于请求展示下单用户提交的待支付订单的订单支付页面;
展示模块62,用于响应于页面查看请求,展示订单支付页面,订单支付面上显示待支付订单的目标关单时间对应的当前剩余时间;其中,目标关单时间是根据下单用户的支付意愿表征信息调整预设关单时间得到的。
图6所示的装置可以执行图2所示实施例所示的方法,其实现原理和技术效果不再赘述。对于上述实施例中的图6所示的装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
需要说明的是,上述实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤101至步骤104的执行主体可以为设备A;又比如,步骤101和102的执行主体可以为设备A,步骤103和104的执行主体可以为设备B;等等。
另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
图7为本申请实施例提供的一种电子设备的结构示意图。如图7所示,该电子设备包括:存储器71和处理器72;
存储器71,用于存储计算机程序,并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。
存储器71可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(Static Random-AccessMemory,SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable read only memory,EEPROM),可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM),可编程只读存储器(Programmable read-only memory,PROM),只读存储器(Read-Only Memory,ROM),磁存储器,快闪存储器,磁盘或光盘。
处理器72,与存储器71耦合,用于执行存储器71中的计算机程序,以用于:执行订单处理方法中的步骤。
进一步,如图7所示,该电子设备还包括:通信组件73、显示器74、电源组件75、音频组件76等其它组件。图7中仅示意性给出部分组件,并不意味着电子设备只包括图7所示组件。另外,图7中虚线框内的组件为可选组件,而非必选组件,具体可视电子设备的产品形态而定。本实施例的电子设备可以实现为台式电脑、笔记本电脑、智能手机或IOT(物联网,Internet of things)设备等终端设备,也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的电子设备实现为台式电脑、笔记本电脑、智能手机等终端设备,可以包含图7中虚线框内的组件;若本实施例的电子设备实现为常规服务器、云服务器或服务器阵列等服务端设备,则可以不包含图7中虚线框内的组件。
关于处理器执行各动作的详细实施过程可参见前述方法实施例或设备实施例中的相关描述,在此不再赘述。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。
相应地,本申请实施例还提供一种计算机程序产品,包括计算机程序/指令,当计算机程序/指令被处理器执行时,致使处理器能够实现上述方法实施例中可由电子设备执行的各步骤。
上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络,如WiFi(WirelessFidelity,无线保真)、2G(2Generation,2代)、3G(3Generation,3代)、4G(4Generation,4代)/LTE(long Term Evolution,长期演进)、5G(5Generation,5代)等移动通信网络,或它们的组合。在一个示例性实施例中,通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件还包括近场通信(Near FieldCommunication,NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RadioFrequency Identification,RFID)技术,红外数据协会(The Infrared DataAssociation,IrDA)技术,超宽带(Ultra Wide Band,UWB)技术,蓝牙(Bluetooth,BT)技术和其他技术来实现。
上述显示器包括屏幕,其屏幕可以包括液晶显示器(Liquid Crystal Display,LCD)和触摸面板(Touch Panel,TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。
上述电源组件,为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统,一个或多个电源,及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
上述音频组件,可被配置为输出和/或输入音频信号。例如,音频组件包括一个麦克风(microphone,MIC),当音频组件所在设备处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中,音频组件还包括一个扬声器,用于输出音频信号。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(Central ProcessingUnit,CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RandomAccess Memory,RAM)和/或非易失性内存等形式,如只读存储器(Read Only Memory,ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变化内存(Phase Change RAM,PRAM)、静态随机存取存储器(Static Random-Access Memory,SRAM)、动态随机存取存储器(DynamicRandom Access Memory,DRAM)、其他类型的随机存取存储器(Random Access Memory,RAM)、只读存储器(Read Only Memory,ROM)、电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(Digital versatiledisc,DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (13)
1.一种订单处理方法,其特征在于,包括:
获取下单用户提交的待支付订单以及所述下单用户针对所述待支付订单的支付意愿表征信息;
根据所述下单用户的支付意愿表征信息调整预设关单时间,以得到所述待支付订单对应的目标关单时间;
在所述目标关单时间结束之前,监测所述待支付订单的支付状态;
若在所述目标关单时间结束的情况下监测到所述待支付订单仍旧处于待支付状态,则关闭所述待支付订单。
2.根据权利要求1所述的方法,其特征在于,所述下单用户的支付意愿表征信息包括下单用户的支付风险信息、下单用户所属的用户群体类型和/或下单用户针对所述待支付订单选择使用的目标支付方式。
3.根据权利要求2所述的方法,其特征在于,获取所述待支付订单对应的下单用户的支付意愿表征信息,包括以下至少一种操作:
根据下单用户的历史订单的支付状态信息和/退款状态信息,生成所述下单用户的支付风险信息;
根据下单用户的历史订单的支付状态信息和/退款状态信息,生成所述下单用户的支付风险信息;
根据下单用户的画像信息和使用目标应用的时间,确定所述下单用户所属的用户群体类型,所述目标应用是指所述下单用户提交待支付订单的应用程序;
响应下单用户针对所述待支付订单选择支付方式的操作,确定被选择支付方式为所述目标支付方式。
4.根据权利要求1所述的方法,其特征在于,根据所述下单用户的支付意愿表征信息调整预设关单时间,以得到所述待支付订单对应的目标关单时间,包括:
根据所述下单用户的支付意愿表征信息,结合所述待支付订单中包含的至少一个商品的属性信息和/或库存信息,确定针对所述预设关单时间的目标调整幅度;
根据所述目标调整幅度,对预设关单时间进行调整,以得到所述目标关单时间。
5.根据权利要求4所述的方法,其特征在于,根据所述下单用户的支付意愿表征信息,结合所述待支付订单中包含的至少一个商品的属性信息,确定针对所述预设关单时间的目标调整幅度,包括:
根据所述下单用户的支付意愿表征信息,生成M种关单时间调整幅度,M是正整数;
根据所述至少一个商品的属性信息,生成N种关单时间调整幅度,N是正整数;
根据所述N种关单时间调整幅度和所述M种关单时间调整幅度,生成所述目标调整幅度。
6.根据权利要求5所述的方法,其特征在于,根据所述下单用户的支付意愿表征信息,生成M种关单时间调整幅度,包括以下至少一种操作:
若所述下单用户的支付意愿表征信息中包含下单用户的支付风险信息,且所述支付风险信息表征下单用户为风险用户,则根据关单时间关联的风险配置策略,生成第一负向关单时间调整幅度;
若所述下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为特定用户群体,则根据关单时间关联的用户群体配置策略,生成第一正向关单时间调整幅度;
若所述下单用户的支付意愿表征信息中包含下单用户所属的用户群体类型,且下单用户所属的用户群体类型为非特定用户群体,则根据关单时间关联的用户群体配置策略,生成第二负向关单时间调整幅度;
若所述下单用户的支付意愿表征信息中包含下单用户针对所述待支付订单选择使用的目标支付方式,且所述目标支付方式为他人代付方式,则根据关单时间关联的代付配置策略,生成第二正向关单时间调整幅度。
7.根据权利要求5所述的方法,其特征在于,根据所述至少一个商品的属性信息,确定N种关单时间调整幅度,包括:
根据所述至少一个商品的属性信息,识别所述至少一个商品中的第一类商品和/或第二类商品;
根据所述第一类商品的属性信息,生成第三负向关单时间调整幅度,根据所述第二类商品的属性信息,生成第三正向关单时间调整幅度;
其中,所述第一类商品是保质期小于设定第一期限的商品,所述第二类商品是保质期大于设定第二期限的商品,所述第二期限大于等于所述第一期限。
8.根据权利要求1所述的方法,其特征在于,在获取下单用户的支付意愿表征信息之前,还包括:
根据目标应用的应用类型和/或所述待支付订单所属的应用场景,判断是否已开启关单时间智能调整服务,所述目标应用是下单用户提交待支付订单的应用程序;
在确定已开启关单时间智能调整服务的情况下,执行获取所述下单用户的支付意愿表征信息的操作和后续操作。
9.根据权利要求1-8任一项所述的方法,其特征在于,在得到所述待支付订单对应的目标关单时间之后,还包括:
根据所述待支付订单的订单类型,识别所述待支付订单是否具有物流履约时间;
在所述待支付订单具有物流履约时间的情况下,判断所述目标关单时间是否早于所述待支付订单对应的物流履约时间;
若否,则将所述物流履约时间设置为所述目标关单时间。
10.一种订单处理方法,其特征在于,包括:
接收下单用户发送的页面查看请求,所述页面查看请求用于请求展示所述下单用户提交的待支付订单的订单支付页面;
响应于所述页面查看请求,展示所述订单支付页面,所述订单支付面上显示所述待支付订单的目标关单时间对应的当前剩余时间;其中,所述目标关单时间是根据所述下单用户的支付意愿表征信息调整预设关单时间得到的。
11.一种订单处理装置,其特征在于,包括:
获取模块,用于获取下单用户提交的待支付订单以及所述下单用户针对所述待支付订单的支付意愿表征信息;
调整模块,用于根据所述下单用户的支付意愿表征信息调整预设关单时间,以得到所述待支付订单对应的目标关单时间;
监测模块,用于在所述目标关单时间结束之前,监测所述待支付订单的支付状态;
关单模块,用于若在所述目标关单时间结束的情况下监测到所述待支付订单仍旧处于待支付状态,则关闭所述待支付订单。
12.一种电子设备,其特征在于,包括:存储器和处理器;所述存储器,用于存储计算机程序;所述处理器耦合至所述存储器,用于执行所述计算机程序以用于执行权利要求1-10任一项所述方法中的步骤。
13.一种存储有计算机程序的计算机可读存储介质,其特征在于,当所述计算机程序被处理器执行时,致使所述处理器能够实现权利要求1-10任一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310945919.7A CN117172866A (zh) | 2023-07-28 | 2023-07-28 | 订单处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310945919.7A CN117172866A (zh) | 2023-07-28 | 2023-07-28 | 订单处理方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117172866A true CN117172866A (zh) | 2023-12-05 |
Family
ID=88938301
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310945919.7A Pending CN117172866A (zh) | 2023-07-28 | 2023-07-28 | 订单处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117172866A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117726378A (zh) * | 2023-12-28 | 2024-03-19 | 杭州快付传媒科技有限公司 | 基于移动互联网的流量数据统计分析方法 |
CN117787712A (zh) * | 2023-12-28 | 2024-03-29 | 广州美亿互联信息技术有限公司 | 一种跨境电商数字化的智能风控系统及方法 |
-
2023
- 2023-07-28 CN CN202310945919.7A patent/CN117172866A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117726378A (zh) * | 2023-12-28 | 2024-03-19 | 杭州快付传媒科技有限公司 | 基于移动互联网的流量数据统计分析方法 |
CN117787712A (zh) * | 2023-12-28 | 2024-03-29 | 广州美亿互联信息技术有限公司 | 一种跨境电商数字化的智能风控系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9092773B2 (en) | Generating and categorizing transaction records | |
US20100312691A1 (en) | Loan Quotation System and Method | |
CN117172866A (zh) | 订单处理方法、装置、设备及存储介质 | |
US11436632B2 (en) | Systems and methods for machine learning-based predictive order generation | |
US20120084119A1 (en) | Method and system for excess inventory management | |
US20110196724A1 (en) | Consumer-oriented commerce facilitation services, applications, and devices | |
US20090287592A1 (en) | System and method for conferring a benefit to a thrid party from the sale of leads | |
US20150227894A1 (en) | Automated customer communication | |
US20150287084A1 (en) | Systems and methods for implementing online marketplace for local merchants | |
US11900441B1 (en) | System, method, and medium for claw back and price protection | |
CN113298610A (zh) | 信息推荐与获取方法、设备及存储介质 | |
US20190149623A1 (en) | Automatic generation and provisioning of notification data to dynamically selected network-connected devices | |
US20170255964A1 (en) | Customer research and marketing engagement system and method for increasing earnings opportunities of consumers | |
CN112785344A (zh) | 广告投放方法、装置、电子设备和存储介质 | |
US20150106202A1 (en) | Dynamic aggregation and management of mobile applications and application data | |
CN112053190A (zh) | 一种地摊数据管理方法、装置、存储介质及设备 | |
CN113298601A (zh) | 商品对象信息处理方法、装置及电子设备 | |
CN115760296A (zh) | 页面数据处理与浏览方法、终端设备及存储介质 | |
CN114638635A (zh) | 用户权益信息的确定方法和装置 | |
US11341568B1 (en) | Software enabling automated upsell text messaging for retailers within shipping notification text messages | |
CN114140203A (zh) | 数据确定方法、装置、电子设备及存储介质 | |
CN113298605A (zh) | 商品对象信息处理方法、装置及电子设备 | |
CN113132424A (zh) | 用于获得异常评估信息的方法、装置及电子设备 | |
US10896434B2 (en) | Information processing device, information processing method, program, and storage medium | |
CN110533473B (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 |