CN104463544B - 一种防止订单拆分套取的方法和系统 - Google Patents

一种防止订单拆分套取的方法和系统 Download PDF

Info

Publication number
CN104463544B
CN104463544B CN201410782745.8A CN201410782745A CN104463544B CN 104463544 B CN104463544 B CN 104463544B CN 201410782745 A CN201410782745 A CN 201410782745A CN 104463544 B CN104463544 B CN 104463544B
Authority
CN
China
Prior art keywords
order
sub
threshold value
dependence
user
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
Application number
CN201410782745.8A
Other languages
English (en)
Other versions
CN104463544A (zh
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.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201410782745.8A priority Critical patent/CN104463544B/zh
Publication of CN104463544A publication Critical patent/CN104463544A/zh
Application granted granted Critical
Publication of CN104463544B publication Critical patent/CN104463544B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification
    • 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
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0225Avoiding frauds
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施方式提出一种防止订单拆分套取的方法和系统。方法包括:获取原始订单,针对原始订单进行拆分以生成子订单;获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。本发明实施方式可以有效减少拆分后订单被恶意用户套取的风险,提高交易平台的公平性及降低维护成本。

Description

一种防止订单拆分套取的方法和系统
技术领域
本发明属于电子商务技术领域,特别是一种防止订单拆分套取的方法和系统。
背景技术
互联网电子商务是一种典型的互联网应用。互联网电子商务是指在因特网开放的网络环境下,买卖双方在任何可联接网络的地点间进行各种交互活动。电子商务通过在交易中运用互联网技术,提升买卖双方交易的效率,降低买卖双方的交易成本,从而提升资源配置效率。
随着电子商务的迅猛发展,网购已成为一种热潮。电子商务中的订单处理流程是由多个环节构成的,从用户下单到库房生产会经历订单拆分、订单转移,订单预分解等预处理环节,订单在经历这些环节中后才会到达库房或者商家,然后再进行生产、打包出库到配送,最后到达用户手里。
基于物品零售的电子商务公司通常需要维护数以百万计甚至上千万的物品库存量单位(Stock Keeping Unit,SKU)。众多的SKUk可以增强用户在网站上购买的需求和体验。与此同时,电子商务公司也会进行各种促销方式,比如不同物品的组合购买、买赠、满增、满减等方式,再加上为用户发放各种各样的优惠券,从而极大地丰富了用户购买物品的体验和积极性,方便了人们的生活。
在使用各种优惠券的时候,可能会出现恶意用户的套取问题,损害交易平台的公平性并提高交易平台的维护成本。如何防止恶意套取,是一个迫在眉睫的问题。
发明内容
本发明实施方式提出一种防止订单拆分套取的方法,从而提高交易平台的公平性及降低维护成本。
本发明实施方式提出一种防止订单拆分套取的系统,从而提高交易平台的公平性及降低维护成本。
本发明实施方式的技术方案如下:
一种防止订单拆分套取的方法,该方法包括:
获取原始订单,针对原始订单进行拆分以生成子订单;
获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;
接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。
优选地,该方法进一步包括:
当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示。
优选地,该方法进一步包括:
当子订单间不具有所述依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示。
优选地,该方法进一步包括:
当子订单间不具有所述依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
优选地,该方法进一步包括:
当子订单间不具有所述依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
一种防止订单拆分套取的系统,该系统包括:
拆分单元,用于获取原始订单,针对原始订单进行拆分以生成子订单;
关系存储单元,用于获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;
操作单元,用于接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。
优选地,操作单元,进一步用于当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示。
优选地,操作单元,进一步用于当子订单间不具有所述依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示。
优选地,操作单元,进一步用于当子订单间不具有所述依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
优选地,操作单元,进一步用于当子订单间不具有所述依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
从上述技术方案可以看出,本发明的实施方式中,获取原始订单,针对原始订单进行拆分以生成子订单;获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。由此可见,本发明的实施方式可以有效减少拆分后的订单被恶意用户套取的风险,提高交易平台的公平性及降低维护成本。对于大型的电商公司中存在大量促销活动且需要进行订单拆分等处理环节,尤其适用本发明。
附图说明
图1为现有技术中订单拆分整体流程图;
图2为本发明防止订单拆分套取的方法流程图;
图3为根据本发明防止订单拆分套取的方法示范性流程图;
图4为本发明订单拆分整体流程图;
图5为根据本发明防止订单拆分套取的系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
为了描述上的简洁和直观,下文通过描述若干代表性的实施方式来对本发明的方案进行阐述。实施方式中大量的细节仅用于帮助理解本发明的方案。但是很明显,本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案,一些实施方式没有进行细致地描述,而是仅给出了框架。下文中,“包括”是指“包括但不限于”,“根据……”是指“至少根据……,但不限于仅根据……”。由于汉语的语言习惯,下文中没有特别指出一个成分的数量时,意味着该成分可以是一个也可以是多个,或可理解为至少一个。
图1为订单拆分整体流程图。
当用户通过网站确定原始订单之后,原始订单被发送到服务器,在服务器的拆分环节中,服务器根据各种拆分维度将订单拆分为可供库房生产的多个子订单,然后将子订单发送到相应库房,最后在库房进行生产和配送。
目前,需要将用户下的原始订单在订单拆分环节进行拆分,同时将优惠金额分摊到对应的子单。也就是说,如果用户使用优惠券或者其他的优惠方式,那么在这个环节会根据订单中每一个物品的价格占所有物品价格的比例对使用的优惠进行分摊,也就是说把订单使用的总优惠金额信息都分摊到物品上,最终把订单拆分成子单,然后在库房进行生产和配送。在拆分的过程中对订单中使用的金额按照金额所占比例进行分摊,在分摊的过程中可能会出现部分物品上的金额为0的情况。
比如用户下单购买了某买赠套装,买a赠b,总共花100元,其中b是免费赠品,b物品和a物品不是同一个库房需要拆分,在分摊的时候100元都分摊在a上,那么a的价格就是100元,b物品价格是0元。当恶意用户将订单a取消掉,免费即可得到物品b,进行了恶意套取。
再比如,某网站送了一张优惠券20元,用户在该网站购买可以使用该优惠券的众多物品,比如100多个物品,如a,b,c,d,e,f,g,h,I,j,k,l,m,n…等,而且这100多个物品的价格都非常小,比如都是1到2元,这100多个物品都是在一个库房。而且,用户还订购了另外一个非同一个库房的物品W,物品W价格比之前100多个物品显著大,比如20元。在分摊优惠券时,现有技术是按照从物品价格小到大的顺序进行分摊的,且最后一个物品分摊的优惠金额是总的优惠金额减去前面所有物品分摊的优惠金额之和。对于先分摊优惠金额的100多个物品,每个物品所分摊到的优惠金额都很小,被系统四舍五入为0,那么优惠金额最终全部分摊到物品w上。此时,用户将之前100多个物品的订单全部取消,免费即可得到物品w,造成了恶意套取。
对于这些情形,如果能对生成的子单彼此绑定一种关系,当恶意用户取消某订单时联动取消另外其他的订单,尤其是对于子订单的实际支付价格为0的情况,那么就可以有效地防止套取情形。
图2为防止订单拆分套取的方法流程图。
如图2所示,该方法包括:
步骤201:获取原始订单,针对原始订单进行拆分以生成子订单。
步骤202:获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系。
步骤203:接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。
在一个实施方式中:
该方法进一步包括:
当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示。
在一个实施方式中,该方法进一步包括:
当子订单间不具有所述依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示。
在一个实施方式中,该方法进一步包括:
当子订单间不具有所述依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
在一个实施方式中,该方法进一步包括:
当子订单间不具有所述依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
图3为根据本发明防止订单拆分套取的方法示范性流程图。
有图3可见,首先获取到订单拆分结果中子订单之间的关系。子订单之间的关系主要是针对套装,比如买赠关系,满赠关系,满减关系等促销形式,因为这种订单结构会涉及到主物品和赠品,对于拆分后的结果就存在主订单和赠品订单,对于存在主赠关系的订单结构可以将其关系保存。当用户取消主物品订单时,通过所保存的关系可以得到赠品订单,同时联动取消赠品订单,从而防止恶意用户的套取。
另外,如果订单间不存在买赠关系,满赠关系,满减关系等依存关系,进一步通过考察维度对订单进行分析,最终得出订单是否存在套取风险,如果存在就执行人工干预,由人工分析。考察维度可以包括:订单实际支付金额、用户会员级别、订单是否使用优惠券、物品特征属性值,等等。
比如,当子订单间不具有买赠关系,满赠关系,满减关系等依存关系时,获取发出原始订单的用户的会员级别,其中当用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示。
再比如,当子订单间不具有买赠关系,满赠关系,满减关系等依存关系时,判断子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
再比如,当子订单间不具有买赠关系,满赠关系,满减关系等依存关系时,而且子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值,等等。
以上详细描述了通过示范性考察维度对订单进行分析的详细过程。本领域技术人员可以意识到,这种描述仅是示范性的,不用于对本发明实施方式进行限定。
图4为本发明订单拆分整体流程图。
当用户通过网站确定原始订单之后,原始订单被发送到服务器,在拆分环节中,服务器根据各种拆分维度将订单拆分为可供库房生产的多个子订单,然后将子订单发送到防套取处理环节,最后在库房进行生产和配送。其中,防套取处理环节具体可以执行如图2或图3所示的防套取处理流程。
通过防套取处理环节的参与,本发明可以有效防范订单被恶意用户套取的风险。本发明还可以根据订单中是否实际支付金额为0元、是否使用了优惠券、用户的会员等级、以及用户购买的物品存在一定的特征(比如价格很小,数量多等等)等考察维度来判断风险。通过这些考察维度的分析之后,最后发现如果存在套取的风险,那么进行风险预警输出,通知人工进行干预;否则的话订单正常处理进行配送。
图5为根据本发明防止订单拆分套取的系统结构图。
如图5所示,该系统包括:
拆分单元501,用于获取原始订单,针对原始订单进行拆分以生成子订单;
关系存储单元502,用于获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;
操作单元503,用于接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。
在一个实施方式中:
操作单元503,进一步用于当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示。
在一个实施方式中:
操作单元503,进一步用于当子订单间不具有依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示。
在一个实施方式中:
操作单元503,进一步用于当子订单间不具有依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
在一个实施方式中:
操作单元503,进一步用于当子订单间不具有依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
实际上,可以通过多种形式来具体实施本发明实施方式所提出的防止订单拆分套取的方法。
比如,可以遵循一定规范的应用程序接口,将防止订单拆分套取的方法编写为安装到个人电脑、移动终端等中的插件程序,也可以将其封装为应用程序以供用户自行下载使用。当编写为插件程序时,可以将其实施为ocx、dll、cab等多种插件形式。也可以通过Flash插件、RealPlayer插件、MMS插件、MIDI五线谱插件、ActiveX插件等具体技术来实施本发明实施方式所提出的防止订单拆分套取的方法。
可以通过指令或指令集存储的储存方式将本发明实施方式所提出的防止订单拆分套取的方法存储在各种存储介质上。这些存储介质包括但是不局限于:软盘、光盘、DVD、硬盘、闪存、U盘、CF卡、SD卡、MMC卡、SM卡、记忆棒(Memory Stick)、xD卡等。
另外,还可以将本发明实施方式所提出的防止订单拆分套取的方法应用到基于闪存(Nand flash)的存储介质中,比如U盘、CF卡、SD卡、SDHC卡、MMC卡、SM卡、记忆棒、xD卡等。
综上所述,本发明的实施方式中,获取原始订单,针对原始订单进行拆分以生成子订单;获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单。由此可见,可以有效的减少拆分后的订单被恶意用户套取的风险,提高交易平台的公平性及降低维护成本。对于大型的电商公司中存在大量促销活动且需要进行订单拆分等处理环节,尤其适用本发明。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (2)

1.一种防止订单拆分套取的方法,其特征在于,该方法包括:
获取原始订单,针对原始订单进行拆分以生成子订单;
获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;
接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单;
该方法进一步包括:
当子订单间不具有所述依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值;或
该方法进一步包括:
当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示;或
该方法进一步包括:
当子订单间不具有所述依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示;或
该方法进一步包括:
当子订单间不具有所述依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
2.一种防止订单拆分套取的系统,其特征在于,该系统包括:
拆分单元,用于获取原始订单,针对原始订单进行拆分以生成子订单;
关系存储单元,用于获取所述子订单间的关系,当子订单间具有主子订单和附属子订单的依存关系时,在数据库中保存所述主子订单和附属子订单的依存关系;
操作单元,用于接收包含主子订单取消命令的用户触发操作,当通过查询所述数据库判定主子订单存在具有依存关系的附属子订单时,获取所述附属子订单,并取消所述附属子订单;
其中所述操作单元,进一步用于当子订单间不具有所述依存关系时,判断所述子订单中的物品是否符合预先设定的特征,如果是,发出风险报警提示;所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值;或,进一步用于当子订单间不具有所述依存关系时,判断是否有子订单的实际支付值低于预先设置的门限值且该子订单与优惠券具有使用关系,如果是,发出风险报警提示;或,进一步用于当子订单间不具有所述依存关系时,获取发出所述原始订单的用户的会员级别,其中当所述用户的会员级别低于预先设置的第一门限值且子订单的实际支付值低于预先设置的第二门限值时,发出风险报警提示;或,进一步用于当子订单间不具有所述依存关系,而且所述子订单的物品符合预先设定的特征或子订单的实际支付值低于预先设置的第二门限值时,进一步获取发出所述原始订单的用户的会员级别,当所述用户的会员级别高于预先设置的门限值时,不发出风险报警提示,其中所述预先设定的特征包括:物品单个价格低于预先设定的第一门限值且物品数量或种类多于预先设定的第二门限值。
CN201410782745.8A 2014-12-16 2014-12-16 一种防止订单拆分套取的方法和系统 Active CN104463544B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410782745.8A CN104463544B (zh) 2014-12-16 2014-12-16 一种防止订单拆分套取的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410782745.8A CN104463544B (zh) 2014-12-16 2014-12-16 一种防止订单拆分套取的方法和系统

Publications (2)

Publication Number Publication Date
CN104463544A CN104463544A (zh) 2015-03-25
CN104463544B true CN104463544B (zh) 2019-01-08

Family

ID=52909538

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410782745.8A Active CN104463544B (zh) 2014-12-16 2014-12-16 一种防止订单拆分套取的方法和系统

Country Status (1)

Country Link
CN (1) CN104463544B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106067128A (zh) * 2016-05-25 2016-11-02 北京京东尚科信息技术有限公司 用户请求的处理方法和处理装置
CN106991588A (zh) * 2017-02-21 2017-07-28 河北翼虎网络科技有限公司 一种订单拆分方法以及订单生成方法
CN107133856B (zh) * 2017-05-31 2021-02-26 北京京东尚科信息技术有限公司 风险订单的控制方法和装置
CN108182604A (zh) * 2018-01-11 2018-06-19 口碑(上海)信息技术有限公司 实时识别交易拆单行为的方法及装置
CN108665351A (zh) * 2018-05-10 2018-10-16 深圳市丰巢科技有限公司 一种订单模型的处理方法及其系统
CN111738750B (zh) * 2019-07-26 2024-06-21 北京京东尚科信息技术有限公司 物品获取任务联动取消方法、装置、设备和存储介质
CN111405321B (zh) * 2020-04-22 2022-05-31 聚好看科技股份有限公司 视频获取方法、显示设备、服务器
CN113011821A (zh) * 2021-03-29 2021-06-22 上海寻梦信息技术有限公司 运单数据储存、查询、管理方法、装置、设备及存储介质
CN113919916A (zh) * 2021-10-20 2022-01-11 广州品唯软件有限公司 订单拆分方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4007332A (en) * 1975-07-18 1977-02-08 Berg Arne L Artificial reverberation system
CN103839175A (zh) * 2012-11-28 2014-06-04 纽海信息技术(上海)有限公司 多商品折扣监控系统及方法
CN103914776A (zh) * 2013-01-08 2014-07-09 纽海信息技术(上海)有限公司 退单处理系统及方法
CN104408628A (zh) * 2014-11-03 2015-03-11 北京京东尚科信息技术有限公司 处理订单的方法和系统以及终端装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4007332A (en) * 1975-07-18 1977-02-08 Berg Arne L Artificial reverberation system
CN103839175A (zh) * 2012-11-28 2014-06-04 纽海信息技术(上海)有限公司 多商品折扣监控系统及方法
CN103914776A (zh) * 2013-01-08 2014-07-09 纽海信息技术(上海)有限公司 退单处理系统及方法
CN104408628A (zh) * 2014-11-03 2015-03-11 北京京东尚科信息技术有限公司 处理订单的方法和系统以及终端装置

Also Published As

Publication number Publication date
CN104463544A (zh) 2015-03-25

Similar Documents

Publication Publication Date Title
CN104463544B (zh) 一种防止订单拆分套取的方法和系统
CN104077693B (zh) 商品对比方法、服务器、客户端及电子商务系统
CN108197851A (zh) 一种电子商务多单同地址的物流分配方法
CN104599153B (zh) 商品推荐方法、商品推荐服务器及商品推荐终端
CN107730389A (zh) 电子装置、保险产品推荐方法及计算机可读存储介质
CN107886279A (zh) 一种基于商家库存的全渠道库存分配方法
CN107330770A (zh) 云自动售卖系统及控制方法
CN108230162A (zh) 保险服务推荐的方法、装置、存储介质及电子设备
CN106599169B (zh) 网络交易中购买请求的处理方法和处理装置
WO2017092602A1 (zh) 一种信息投放用户的筛选方法和服务器
CN103839175B (zh) 多商品折扣监控系统及方法
CN108171561A (zh) 一种全渠道订单合并处理方法
CN104636473A (zh) 基于电子支付行为的数据处理方法和系统
CN109785043A (zh) 价格监控方法、装置、计算机设备及存储介质
CN108764963A (zh) 一种基于应价协议的电商交易平台
CN104408628A (zh) 处理订单的方法和系统以及终端装置
CN109919608A (zh) 一种高危交易主体的识别方法、装置及服务器
CN107944976A (zh) 在线订单审核方法
CN109446403A (zh) 商品搜索匹配方法及系统
CN105550892A (zh) 一种线上会员性别识别方法、系统及信息推荐系统
JP6143930B1 (ja) マーケティング支援方法、プログラム、コンピュータ記憶媒体及びマーケティング支援システム
CN102722818A (zh) 商务信息处理系统
CN107742179A (zh) Erp系统中的用户提醒方法、装置、存储介质和计算机设备
CN111160916A (zh) 风险交易识别方法及装置
CN107451769A (zh) 快递信息处理方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant