CN106056437A - 一种订单管理方法及系统 - Google Patents
一种订单管理方法及系统 Download PDFInfo
- Publication number
- CN106056437A CN106056437A CN201610387795.5A CN201610387795A CN106056437A CN 106056437 A CN106056437 A CN 106056437A CN 201610387795 A CN201610387795 A CN 201610387795A CN 106056437 A CN106056437 A CN 106056437A
- Authority
- CN
- China
- Prior art keywords
- order
- platform
- logistics
- management
- 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.)
- Pending
Links
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提出的订单管理方法及系统,该系统包括接入平台、处理平台和管理平台;接入平台对用户发起的兑换请求进行解析生成订单,将所述订单发送给所述处理平台;所述订单内的兑换对象包括实物对象和/或非实物对象;处理平台接收该订单并在订单包含实体对象,并且在判定该订单为有效订单的情况下,将该订单发送给管理平台。管理平台从预设的物流目录中选择出订单中实物对象对应的物流,生成发货单。采用本发明的订单管理系统,解决现有积分兑换系统存在的功能不完整,需要消耗较多的人力,工作效率低,并且可能由于人为原因出现信息填写差错,降低用户体验的问题;从而达到提高订单处理效率,降低出现差错几率,提高用户体验的效果。
Description
技术领域
本发明涉及电子商务领域,尤其涉及一种订单管理方法及系统。
背景技术
随着互联网的发展,越来越多的商家会使用积分制来刺激用户使用从而活跃自己的产品。例如,某公司针对其开发的应用产品可以设置登录获得积分,做任务获得积分,分享推广该产品获得积分;用户通过上述方式获得一定的积分后,可以通过兑换物品来进行消耗。用户通过兑换积分获得物品,于是愿意投注更多的精力来累积更多积分从而换取更多物品,从而对商家而言形成了良性循环。
对于许多互联网产品,都采用上述积分制度刺激用户,活跃用户;由于互联网产品本身的性质决定了,其用户是分布在全国乃至全世界各地的,所以其实现积分兑换,以及获取物品的方式同样是通过互联网以及物流。
在现有技术中,完成积分兑换的系统是存在的,用户向兑换服务器发送兑换请求,兑换服务器完成积分扣取,并根据兑换请求生成的订单选择相应的兑换物品。后续生成发货单的过程都需要有运营人员手动完成,包括统计订单物品信息,选择物流公司,获取联系人地址,联系方式,最终生成实体发货单。所以采用上述方式,一方面,需要消耗较多的人力,并且工作效率低;另一方面可能由于人为原因出现信息填写差错,降低用户体验。
发明内容
本发明的主要目的在于提出一种订单管理方法及系统,旨在解决使用现有的订单管理系统时,需要消耗较多的人力,工作效率低;并且可能由于人为原因出现信息填写差错,降低用户体验的问题。
为实现上述目的,本发明提供一种订单管理系统,接入平台、处理平台和管理平台;
所述接入平台,用于对用户发起的兑换请求进行解析生成订单,将所述订单发送给所述处理平台;所述订单内的兑换对象包括实物对象和/或非实物对象;
所述处理平台,用于在所述订单包含实物对象,且所述订单为有效订单时,将所述订单发给所述管理平台;
所述管理平台,用于从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单。
进一步地,所述管理平台包括物流目录获取模块、订单信息获取模块以及发货单生成模块;
所述物流目录获取模块,用于获取预设的物流目录,所述预设的物流目录包括物流公司和对应的可用物流单号;
所述订单信息获取模块,用于获取所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息;
所述发货单生成模块,用于为所述订单中的实物对象选择对应的物流目录,生成包含物流公司、物流单号、订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息的发货单。
进一步地,所述管理平台还包括回填模块,用于通过所述处理平台和接入平台将所述订单对应的物流单号发通知给所述用户。
进一步地,所述处理平台包括库存审核模块,用于判断兑换所述实物对象的数量是否超过所述实物对象的库存数量,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
进一步地,所述处理平台包括合法性审核模块,
所述合法性审核模块,用于判断所述用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单;
或
所述合法性审核模块,用于判断所述用户在预设时间段内请求兑换的积分总数是否超过第二阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
进一步地,本发明还提供一种订单管理方法,包括:
接入平台对用户发起的兑换请求进行解析生成订单,将所述订单发送给所述处理平台;所述订单内的兑换对象包括实物对象和/或非实物对象;
所述处理平台接收所述订单,在所述订单包含实物对象,且所述订单为有效订单时,将所述订单发给所述管理平台;
所述管理平台从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单。
进一步地,所述管理平台从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单包括:
获取预设的物流目录,所述预设的物流目录包括物流公司和对应的可用物流单号;
获取所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息;
为所述订单中的实物对象选择对应的物流目录,生成包含选定的物流公司、选定的物流单号、所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息的发货单。
进一步地,所述管理平台生成发货单之后还包括:管理平台通过所述处理平台和接入平台将所述订单对应的物流单号发通知给所述用户。
进一步地,还包括,所述处理平台判断兑换所述实物对象的数量是否超过所述实物对象的库存数量,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
进一步地,还包括:
判断所述用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单;
或
所述合法性审核模块,用于判断所述用户在预设时间段内请求兑换的积分总数是否超过第二阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
本发明提出的订单管理方法及系统,该系统包括接入平台、处理平台和管理平台;当用户想要进行积分兑换的时候,向该接入平台发送兑换请求,接入平台收到该兑换请求后,对兑换请求进行解析,生成订单,并将该订单发送给处理平台,订单内的兑换对象包括实物对象和非实物对象;处理平台接收该订单并在订单包含实体对象,并且在判定该订单为有效订单的情况下,将该订单发送给管理平台。管理平台从预设的物流目录中选择出订单中实物对象对应的物流,生成发货单。采用本发明的订单管理系统,在订单内的兑换对象包括实物对象的时候,对于实物类数据将其交给管理平台来进行处理,管理平台会从预设的物流目录中为订单中的实物对象选择对应的物流,并生成发货单,代替人工读取大量的订单,对订单进行分析,选择相应的物流生成实体发发货单;从而解决现有积分兑换系统存在的功能不完整,需要消耗较多的人力,工作效率低,并且可能由于人为原因出现信息填写差错,降低用户体验的问题;达到提高订单处理效率,降低出现差错几率,提高用户体验的效果。
附图说明
图1为实现本发明各个实施例一个可选的服务器的结构示意图;
图2为本发明第一实施例中订单管理系统的结构示意图;
图3为本发明第一实施例中处理平台的结构示意图;
图4为本发明第一实施例中管理平台的结构示意图;
图5为本发明第二实施例中订单管理系统的结构示意图;
图6为本发明第三实施例中订单管理方法的流程图;
图7为本发明第三实施例中订单管理方法中处理平台执行处理的流程图;
图8为本发明第四实施例中订单管理方法的流程图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的平台或系统。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,"模块"与"部件"可以混合地使用。
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。如图1所示,为实现本发明各个实施例一个可选的服务器100的结构示意图,该服务器100至少包括:输入输出(IO)总线11、处理器12、存储器13、内存14和通信装置15。其中,输入输出(IO)总线11分别与自身所属的服务器100的其它部件(处理器12、存储器13、内存14和通信装置15)连接,并且为其它部件提供传送线路。处理器12通常控制自身所属的服务器的总体操作。例如,处理器12执行计算和确认等操作。其中,处理器12可以是中央处理器(CPU)。通信装置15,通常包括一个或多个组件,其允许自身所属的服务器与无线通信系统或网络之间的无线电通信。存储器13存储处理器可读、处理器可执行的软件代码,其包含用于控制处理器12执行本文描述的功能的指令。该服务器100可用于实现本发明中的接入平台、处理平台和管理平台的功能。
第一实施例
本发明第一实施例提供一种订单管理系统,参照图2,该订单管理系统包括:接入平台21、处理平台22和管理平台23。接入平台21用于接收用户的兑换请求,并对该兑换请求进行解析,从中获取有用信息,生成订单,由于用户请求兑换的物品可能是实物,也可以是非实物,例如,话费,电子优惠券等等。所以该接入平台生成的订单内的兑换对象包括实物对象,也可以包括非实物对象;所谓实物对象也即是请求兑换的是实物类的物品;而实物对象也即是用户请求兑换的物品是非实物类的。另外,往往会存在这种情况,某用户可能想要同时兑换多种物品,此时,一个订单中就存在多种兑换对象,可能有些是非实物对象,而有些是实物对象。在接入平台21生成订单后会将订单的信息发送给处理平台22,处理平台22继续对订单的处理。处理平台22收到接入平台21发送的订单的信息之后,对该信息进行识别,处理平台22还会判断接收到的订单是否包括实物对象,是否包括非实物对象。由于非实物对象是不需要与物流公司联系也不需要其他的处理,所以对于其处理在处理平台22上就可以完成,但是对于实物对象,仅仅依靠现有的处理平台22并不能完成订单,所以需要借助管理平台23来进行对订单进行进一步的处理。处理平台22在接收到订单后还会会对改订单的有效性进行判断,只有在当其有效的时候,才会将包含有实物对象的订单发送给管理平台23。管理平台23接收实包含实物对象的订单,从预设的物流目录中为该实物对象选择相应的物流生成发货单。
在处理平台22接收到接入平台21的关于订单的信息之后,要完成判断该订单是否包括实物对象以及是否包括非实物对象,如果该订单只包括非实物对象,那么该处理平台22直接完成积分的扣取,并完成相应的物品兑换。处理平台22还会对订单的有效性进行判断,具体判断方式可以从两方面进行。首先为了防止有人恶意刷积分。由于积分兑换成物品通常需要较多的积分,如果有某个用户频繁的进行大量积分兑换,这其中可能存在一些问题。当然也会存在这种情况,用户可能频繁使用少量积分进行抽奖,这种情况可以认为是正常的。请参考图3,为了防止出现类似上述恶意刷积分的状况,为处理平台设置合法性审核模221,来进行合法性判断。具体判断方式是,合法性审核模221判断用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定该订单为无效订单;否则,判定该订单为有效订单。这里的预设时间段可以根据具体灵活设置,例如设置24小时内,8小时,2小时都可以。也可以设置其他附加条件,例如,对于第一类兑换请求的请求次数不超过某一阈值。考虑到用户对于多次利用积分兑换抽奖机会,这种状况并不认为是恶意刷积分。所以,这里的第一类请求主要是指那些需要消耗较多的积分完成兑换的请求。另外可以设置对第一类请求允许的最大次数,作为阈值。也可以采用另外一种方式,来进行合法性判断,合法性审核模221判断用户在预设时间段内请求兑换的积分的总数是否超过第二阈值,若超过的话,就认定该订单为无效订单,否则,就认定其为有效订单,这里的预设时间段和第二阈值也可以根据用户的具体需求灵活设置。另外,还为处理平台22设置库存审核模块222,当订单内的兑换对象有实物对象的时候,用来判断订单内的实物对象的数量是否超过实物对象的库存数量,若是,则判定该订单为无效订单;否则,判定该订单为有效订单。对于上述订单有效性的判断过程也可能由工作人员来手工完成。
为了确保兑换过程的安全性,还可以在完成兑换过程中增加验证过程,可以实行实时验证的方式,处理平台22向用户的注册手机发送一组随机号,要求用户输入随机号完成验证,或者直接以语音的形式发送给用户。同时,处理平台22通过接入平台21与用户之间的通信采用加密方式进行加密。若订单内的兑换对象有非实物对象,当确认订单为有效订单后,处理平台22完成积分扣取,并对订单进行处理,例如,如果是话费兑换,则处理平台22完成对相应号码进行充值,如果是抽奖,则为该用户安排抽奖即可。完成订单后,处理平台22会通知用户,提醒用户该订单已完成,用户可以通过接入平台21查看订单情况。处理平台22还可以完成用户的其他请求,例如,历史订单查询等等。可以理解,上述方式仅仅为一种具体示例,并不对本发明的方案有任何限定。若订单内的兑换对象还有实物对象或只有实物对象,在完成对订单有效性判断(包括合法性判断和库存是否充足的判断)后,对于有效的订单,处理平台22也会完成相应积分扣取,还会将其发送给管理平台23。
本实施例中的处理平台可采用如图1所示的服务器100来实现。处理平台的功能可以分别由一台或者多台如图1所示的服务器100来实现。当处理平台采用如图1所示的服务器100来实现时,处理平台的合法性审核模和库存审核模块都可以构造在服务器100中的处理器12内,此时合法性审核模和库存审核模块的功能都可以由服务器100中的处理器12来实现,当然,其也可以独立于处理器设置。该处理平台可以通过通信装置15与管理平台和接入平台进行信息的交互。
接下来将对管理平台23进行进一步说明,请参考图4,该管理平台23包括物流目录获取模块231用于获取预设的物流目录,在预设的物流目录包括物流公司和对应的可用物流单号。为了方便使用,预先会在管理平台内设置物流目录,在这些物流目录内包括与用户合作的物流公司,并且提供可用的物流单号。例如,可能用户A与物流公司B和物流公司C有合作,可供选择的发货方式就是利用物流公司B和物流公司C。可能处于某些考虑对于某类物品需要使用物流公司B运输,对于某些物品需要使用物流公司C运输,而有些都可以。所以对于哪些物品选用哪个公司都可以灵活设置。订单管理平台还包括订单信息获取模块232,用于对接收到的订单进行解析,并获取要进行兑换的实物对象,要进行兑换的兑换对象的数量,订单的订单号以及用户的联系信息(例如,姓名,地址,和电话号码等)。订单管理平台还包括发货单生成模块233,为订单中的实物对象选择对应的物流目录,生成发货单;容易知道,在发货单内包括,实物兑换对象,兑换该实物对象的数量,订单的订单号,用户的联系信息,物流公司以及物流单号。也可能还包括其他信息,例如,发货时间等。管理平台23还包括回填模块234,用于将发货单发送给所述处理平台22,处理平台22在接收到该发货单后,一方面可以通过接入平台21通知用户订单物品的发货情况,例如物流单号,发货时间等;另一方面处理平台可以根据发货单确认物品信息,并对库存物品进行更新,将更新后的物品信息通过兑换平台21展示给用户。
处理平台22还可用于根据物品的基本物品信息为每类实物商品生成对应的物品信息码,并将物品信息码发送给接入平台21。接入平台21识别SKU码,并向用户展示物品信息。该物品信息码可以为SKU码,SKU(库存量单位)即库存进出计量的基本单元,可以是以件,盒,托盘等为单位。定义为保存库存控制的最小可用单位,例如纺织品中一个SKU通常表示:规格、颜色、款式。每种产品均对应有唯一的SKU码。在上述执行整个订单处理的流程,接入平台、处理平台、管理平台均可以该SKU码作为基础进行交互。
本实施例中的管理平台可采用如图1所示的服务器100来实现。管理平台的功能可以由一台或者多台如图1所示的服务器100来实现;当采用如图1所示的服务器100来实现时,管理平台的物流目录获取模块、订单信息获取模块和发货单生成模块的功能可以构造在服务器100中的处理器12内,此时物流目录获取模块、订单信息获取模块和发货单生成模块的功能都可以由服务器100中的处理器12来实现,当然,其也可以独立于处理器设置。该管理平台可以通过通信装置15处理平台和接入平台进行信息交互。另外,在管理平台上预先设置了物流目录,为了保证后续能正常调用该物流目录,管理平台会将其保存在存储器13中。处理器12在完成各模块的功能的时候,可能需要通过内存14进行某些数据的读写处理。
本实施例中的接入平台、处理平台和管理平台都可采用如图1所示的服务器100来实现。接入平台、处理平台和管理平台的功能可以分别由一台或者多台如图1所示的服务器100来实现;也可以将接入平台、处理平台和管理平台集成在同一台如图1所示的服务器100上。需要理解,这仅仅是本实施例的一种具体实施方式,并不对本发明的内容做任何限制。
采用本实施例中的方式,根据订单上兑换对象的类别,区分其是属于实物对象还是非实物对象,不同类别使用不同处理方式,同时将管理平台应用到订单管理系统,使用管理平台智能处理实物类数据,完成需要由人工完成的许多工作,很大程度上简化了工作人员的工作,减小劳动开销,还能避免一些低级错误。
第二实施例
请参考图5,为本实施例一种具体的系统架构图,该系统包括应用终端51、兑换物品平台52、处理系统接口服务器53、处理服务器54、处理系统后台管理系统55和电商订单平台56。
上述实施例一中的接入平台对应于本实施例中的兑换物品平台52;处理平台对应于本实施例中的处理系统后台管理系统55、处理服务器54和处理系统接口服务53;管理平台对应于本实施例中的电商订单平台56
应用系统51也即是用户端所在的系统,可用于发起兑换请求,选择兑换物品,使用积分,剩余积分查询等基本业务。对于该应用系统的具体呈现方式,例如可以是手机终端或PAD等通过应用程序的方式,在客户端显示;也可以说手机终端、PAD、电脑、笔记本等通过网页的形式显示在终端。
兑换物品平台52用于接收应用系统51发起的兑换请求,生成订单该订单可能包括需要兑换的物品,以及相应的需要消耗的积分,对于该订单的具体内容,由于用户请求兑换的物品可能是实物,也可以是非实物。所以该兑换物品平台52生成的订单内包括实物对象,也可以包括非实物对象;也可以同时既包括实物对象也包括非实物对象。实物对象表示订单中的实物类物品,非实物对象表示订单中的包含非实物类物品。兑换物品平台52会将该订单信息发送给系统接口服务53。
处理系统接口服务53,主要作为消息进出的通道,以及完成数据库处理等工作。其接收兑换物品平台52发送的订单信息,并将该订单信息发送给处理服务器54。其可以是处理服务器54的一部分,也可以是独立的设备。
主要接收通过处理系统接口服务53发送的订单信息,并根据该订单信息完成积分扣取,以及对包含非实物对象订单的处理,还可以完成一部分包含实物对象订单的处理。处理服务器54会将实物类数据相关信息发送给处理系统后台管理系统55以便后续处理,也可以是在处理服务器54先将收到的订单的信息发送给处理系统后台管理系统55,运营人员可以先通过该处理系统后台管理系统55对订单进行处理,例如订单信息进行有效性判断,防止恶意刷积分等等,处理完之后,处理系统后台管理系统55再根据处理结果将订单信息返回给兑换平台52。
处理系统后台管理系统55,是对处理服务器54上完成的各种业务的管理系统,运营人员可以通过该系统对订单进行管理以及其他操作。例如,其可以是软系统的方式,配置在用户终端上,用户通过终端进行登录,然后对订单进行操作管理。例如,运营人员可以通过该处理系统后台管理系统55对订单进行审核,审核通过证明该订单有效,于是通知兑换平台52,于是兑换平台会再次通过处理接口服务53向处理服务器34发送扣取积分请求。
电商订单平台56根据处里平台对实物类数据的处理情况,完成物品发货。例如,当前序工作已经完成,某个订单的审核已经通过,积分也已经扣取,只需要根据订单内的实物类数据进行物品发货,于是电商订单平台56从预设的物流目录中,为订单中的实物对象选择对应的物流生成发货单。并将该发货单中某些信息通过处理服务器54再通过兑换物品平台52展示给用户。
采用本实施例中的方案,使用生成发货单,还借助运营人员对订单进行审核操作等,不需要运营然预案来读取订单,根据订单信息创建发货单,运营人员的工作量相对于现有技术的方案大大的减小,而且同时还能保证订单的合法性。
第三实施例
本发明第三实施例进一步提出一种订单管理方法,如图6所示,包括:
步骤S601:接入平台对用户发起的兑换请求进行解析生成订单,将订单发送给处理平台。
当用户需要完成积分兑换时,会主动向接入平台发送兑换服务请求,并在该兑换请求中携带请求信息。例如,某系统采用积分制度,用户可以通过各种方式进行积分,当积分达到一定数额,可以使用积分兑换物品。比如,系统规定用户可以利用200积分兑换物品A;利用300积分兑换物品B;利用500积分兑换物品C;采用600积分兑换50元话费。若用户A已经完成500积分的累积,现在决定利用300积分兑换物品B,此时,该用户A会向接入平台发送兑换请求,该兑换请求的内容包括,想要兑换的物品为物品B。对于该用户A采用何种方式发起兑换请求,在本发明中并不关心,例如,用户可以使用手机APP(应用程序)发送,也可以通过网页完成兑换请求发送。接入平台完成对该兑换请求的接收。
步骤S602:处理平台接收订单,在订单包含实物对象,且该订单为有效订单时,将该订单发给管理平台。
接入平台接收到该兑换请求后,会对该兑换请求进行解析,读取其中的信息;例如当接入平台接收到上述用户A发送的兑换请求后,对其中内容进行解析,从而得知该用户A想要利用300积分兑换物品B。然后接入平台根绝解析出的信息生成订单,订单包括积分数以及兑换物品信息。由于用户请求兑换的物品可能是实物,例如物品A、物品B等;同样的,也可以是非实物,例如,话费,电子优惠券等等。所以该接入平台生成的订单内的兑换对象可以包括实物对象也可以包括非实物对象;所谓实物对象也即是请求兑换的是实物;而非实物对象也即是用户请求兑换的物品是非实物类的。另外,往往会存在这种情况,某用户可能想要同时兑换多种物品,此时,一个订单中就存在多种兑换对象,可能有些是非实物对象,而有些是实物对象。
由于积分兑换成物品通常需要较多的积分,如果有某个用户频繁的进行大量积分兑换,这其中可能存在一些问题。当然也会存在这种情况,用户可能频繁使用少量积分进行抽奖,这种情况可以认为是正常的。为了防止出现类似上述恶意刷积分的状况,为处理平台来进行合法性判断。具体判断方式是,判断用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定该订单为无效订单;否则,判定该订单为有效订单。这里的预设时间段可以根据具体灵活设置。也可以采用另外一种方式,来进行合法性判断,判断用户在预设时间段内请求兑换的积分的总数是否超过第二阈值,若超过的话,就认定该订单为无效订单,否则,就认定其为有效订单,这里的预设时间段和第二阈值也可以根据用户的具体需求灵活设置。另外,当订单内的兑换对象有实物对象的时候,还会判断订单内的实物对象的数量是否超过实物对象的库存数量,若是,则判定该订单为无效订单;否则,判定该订单为有效订单。对于上述订单有效性的判断过程也可能由工作人员来手工完成。
为了确保兑换过程的安全性,还可以在完成兑换过程中增加验证过程,可以实行实时验证的方式,处理平台向用户的注册手机发送一组随机号,要求用户输入随机号完成验证,或者直接以语音的形式发送给用户。同时,处理平台通过接入平台与用户之间的通信采用加密方式进行加密。若订单内的兑换对象有非实物对象,当确认订单为有效订单后,处理平台完成积分扣取,并对订单进行处理,例如,如果是话费兑换,则处理平台完成对相应号码进行充值。完成订单后,处理平台会通知用户,提醒用户该订单已完成,用户可以通过接入平台与处理平台进行交互查看订单情况。处理平台还可以完成用户的其他请求,例如,历史订单查询等等。可以理解,上述方式仅仅为一种具体示例,并不对本发明的方案有任何限定。若订单内的兑换对象还有实物对象或只有实物对象,在完成对订单有效性判断后,对于有效的订单,处理平台也会完成相应积分扣取,还会将其发送给管理平台。
例如,上述示例中,用户B请求利用600积分兑换,此时,处理平台在收到接入平台根据用户B发送是请求生成的订单的信息后,判断其包括非实物对象;于是通过接入平台与该用户B进行交互完成积分的兑换,并将用户B的积分扣取600。为了确认是用户B本人在进行积分兑换,防止有其他人盗取用户B的积分进行兑换,可以实行实时验证的方式,处理平台向用户的注册手机发送一组随机号,要求用户输入随机号完成验证,或者直接以语音的形式发送给用户。同时,处理平台与用户之间的通信采用加密方式进行加密。
步骤S603:管理平台从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单,请参考图7,该过程主要包括:
S701:获取预设的物流目录。
为了方便使用,预先会在管理平台内设置物流目录,在这些物流目录内包括与用户合作的物流公司,并且提供可用的物流单号。例如,可能用户A与物流公司B和物流公司C有合作,可供选择的发货方式就是利用物流公司B和物流公司C。可能处于某些考虑对于某类物品需要使用物流公司B运输,对于某些物品需要使用物流公司C运输,而有些都可以。所以对于哪些物品选用哪个公司都可以灵活设置。
S702:获取该订单的订单号、该订单中的实物对象、兑换该实物对象的数量以及收货人的联系信息。
S703:为所述订单中的实物对象选择对应的物流目录,生成发货单。
在发货单内包括,选定的物流公司、选定的物流单号、订单的订单号、该订单中的实物对象、兑换该实物对象的数量以及收货人的联系信息。也可能还包括其他信息,例如,发货时间等。
管理平台将发货单发送给所述处理平台,处理平台在接收到该发货单后,一方面可以通过接入平台通知用户订单物品的发货情况,例如物流单号,发货时间等;另一方面处理平台可以根据发货单确认物品信息,并对库存物品进行更新,将更新后的物品信息通过兑换平台展示给用户。
处理平台还可用于根据物品的基本物品信息为每类实物商品生成对应的物品信息码,并将物品信息码发送给接入平台。接入平台识别SKU码,并向用户展示物品信息。该物品信息码可以为SKU码,SKU(库存量单位)即库存进出计量的基本单元,可以是以件,盒,托盘等为单位。定义为保存库存控制的最小可用单位,例如纺织品中一个SKU通常表示:规格、颜色、款式。每种产品均对应有唯一的SKU码。在上述执行整个订单处理的流程,接入平台、处理平台、管理平台均可以该SKU码作为基础进行交互。
所以,采用本实施例的方案,在整个过程中进行物品发货和物流单号的填写都不需要工作人员,减少人力工作,提高工作效率。对于完成发货和物流单号回填的具体方式上面仅仅是一种具体实施方式,并不对本发明的方案做任何限定,管理平台采用其他方式完成发货和订单的回填也是可以的,都属于本方案记载的范围。
第四实施例
接下来将以具体示例来对从用户发起请求到完成订单整个过程做进一步说明,请参考图8,具体包括一下步骤:
步骤S801:处理平台根据商品库存信息生成SKU码;
SKU可以是以件,盒,托盘等为单位。定义为保存库存控制的最小可用单位,接入平台、处理平台、管理平台均可以该SKU码作为基础进行交互。
步骤S802:处理平台将所述SKU码发送给接入平台;
接入平台可以根据该SKU码知道各个物品的尺寸信息,款式信息,库存信息等等,并将其展示给用户。
步骤S803:用户发起兑换请求;
用户根据具体兑换需求,发起兑换请求,该兑换请求中携带兑换物品信息,可能还有相应积分等等,例如,用户可以发起利用300积分兑换物品B。
步骤S804:接入平台接收所述兑换请求,并对所述兑换请求进行解析生成订单;
接入平台在接收到该兑换请求后,需要对该兑换请求进行解析,根据解析结果生成订单。例如,具体解析结果为,从其中解析出请求兑换的物品,以及相应的积分等等。
步骤S805:接入平台将所述订单的信息发送给处理平台;
步骤S806:处理平台接收所述订单,若订单包括非实物对象,则完成对该订单的处理;
如果是订单包括非实物对象的话,在处理平台上就可以完成对订单的处理,例如,加入是利用600积分兑换50元话费,那么处理平台向该用户对应的账户进行手机充50元话费,并扣去600积分。当订单包括实物对象,工作人员对该订单进行有效性判断;此时工作人员的审核主要是为了,防止用户在系统中恶意刷积分,以至于下订单的异常处理(也可以根据预设规则由处理平台来进行有效性判断,本例中由工作人员来进行判断)。
步骤S807:若订单包括实物对象,判断订单为有效订单,将该订单发送给管理平台;
在工作人员对订单的有效性审核通过以后,会将该订单发送给管理平台,如果审核没有通过,那么该订单就无效了,不会发送给管理平台。
步骤S808:管理平台将有效性判断结果发送给接入平台;
步骤S809:接入平台将有效性判断结果发送给用户;
例如,具体的,可以是通过短信通知用户的方式,告知用户,订单审核通过,或者订单审核未通过。
步骤S810:管理平台完成对该订单的处理;
此处,管理平台完成对订单的处理主要包括从预设的物流目录中,为订单中的实物对象选择对应的物流生成发货单。
步骤S811:管理平台将发货单发送给处理平台;
管理平台还会将发货单发送给处理平台,在发货单中包括实物类兑换对象,兑换对象的数量,订单的订单号,用户的联系信息,物流公司以及物流单号。
步骤S812:处理平台将物流单号发送给接入平台;
处理平台也可以还发送其他的信息,例如订单完成时间,发货时间,已发货的兑换物品及其数量等等。
步骤S813:接入平台将物流单号订单处理结果展示给用户。
接入平台物流单号展示给用户,以便用户可以跟进订单处理情况,可以是通过网页的形式,也可以生成信息,直接发送给用户。
上述各实施例中,接入平台可以是积分兑换平台,处理平台可以是兑换服务器,管理平台可以是电商订单管理平台。需要理解的是,对于上述第三实施例,第四实施例中的订单管理方法中的具体步骤可以是针对第一实施例,第二实施例中的订单管理系统进行的,也即是说,对于第三实施例和第四实施例中的描述应用到第一实施例和第二实施例中同样适用。当然,也可以是针对非第一实施例,第二实施例的系统。
采用本发明第一实施例至第四实施例中的方案,。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种订单管理系统,其特征在于,包括:接入平台、处理平台和管理平台;
所述接入平台,用于对用户发起的兑换请求进行解析生成订单,将所述订单发送给所述处理平台;所述订单内的兑换对象包括实物对象和/或非实物对象;
所述处理平台,用于在所述订单包含实物对象,且所述订单为有效订单时,将所述订单发给所述管理平台;
所述管理平台,用于从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单。
2.如权利要求1所述的订单管理系统,其特征在于,所述管理平台包括物流目录获取模块、订单信息获取模块以及发货单生成模块;
所述物流目录获取模块,用于获取预设的物流目录,所述预设的物流目录包括物流公司和对应的可用物流单号;
所述订单信息获取模块,用于获取所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息;
所述发货单生成模块,用于为所述订单中的实物对象选择对应的物流目录,生成包含物流公司、物流单号、订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息的发货单。
3.如权利要求2所述的订单管理系统,其特征在于,所述管理平台还包括回填模块,用于通过所述处理平台和接入平台将所述订单对应的物流单号发通知给所述用户。
4.如权利要求2所述的订单管理系统,其特征在于,所述处理平台包括库存审核模块,用于判断兑换所述实物对象的数量是否超过所述实物对象的库存数量,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
5.如权利要求1-4任一项所述的订单管理系统,其特征在于,所述处理平台包括合法性审核模块,
所述合法性审核模块,用于判断所述用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单;
或
所述合法性审核模块,用于判断所述用户在预设时间段内请求兑换的积分总数是否超过第二阈值,若是,则所述订单为无效订单;否则,所述订单为有效订单。
6.一种订单管理方法,其特征在于,包括:
接入平台对用户发起的兑换请求进行解析生成订单,将所述订单发送给所述处理平台;所述订单内的兑换对象包括实物对象和/或非实物对象;
所述处理平台接收所述订单,在所述订单包含实物对象,且所述订单为有效订单时,将所述订单发给所述管理平台;
所述管理平台从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单。
7.如权利要求6所述的订单管理方法,其特征在于,所述管理平台从预设的物流目录中,为所述订单中的实物对象选择对应的物流生成发货单包括:
获取预设的物流目录,所述预设的物流目录包括物流公司和对应的可用物流单号;
获取所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息;
为所述订单中的实物对象选择对应的物流目录,生成包含选定的物流公司、选定的物流单号、所述订单的订单号、所述订单中的实物对象、兑换所述实物对象的数量以及收货人的联系信息的发货单。
8.如权利要求7所述的订单管理方法,其特征在于,所述管理平台生成发货单之后还包括:管理平台通过所述处理平台和接入平台将所述订单对应的物流单号发通知给所述用户。
9.如权利要求7所述的订单管理方法,其特征在于,还包括,所述处理平台判断兑换所述实物对象的数量是否超过所述实物对象的库存数量,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
10.如权利要求6-9任一项所述的订单管理方法,其特征在于,还包括:
判断所述用户在预设时间段内发起兑换请求的次数是否超过第一阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单;
或
所述合法性审核模块,用于判断所述用户在预设时间段内请求兑换的积分总数是否超过第二阈值,若是,则判定所述订单为无效订单;否则,判定所述订单为有效订单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610387795.5A CN106056437A (zh) | 2016-06-01 | 2016-06-01 | 一种订单管理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610387795.5A CN106056437A (zh) | 2016-06-01 | 2016-06-01 | 一种订单管理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106056437A true CN106056437A (zh) | 2016-10-26 |
Family
ID=57169372
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610387795.5A Pending CN106056437A (zh) | 2016-06-01 | 2016-06-01 | 一种订单管理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106056437A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107437175A (zh) * | 2017-07-07 | 2017-12-05 | 北京市天元网络技术股份有限公司 | 一种积分交易的处理方法及平台 |
CN107563877A (zh) * | 2017-09-27 | 2018-01-09 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及系统 |
CN107833071A (zh) * | 2017-10-26 | 2018-03-23 | 广州市雷军游乐设备有限公司 | 虚拟游戏实体物品的兑奖方法、装置、存储介质和系统 |
CN108011938A (zh) * | 2017-11-29 | 2018-05-08 | 北京奇虎科技有限公司 | 一种用户数据的处理方法和服务器 |
CN108256980A (zh) * | 2018-02-10 | 2018-07-06 | 湖南懒猫国际旅行社有限公司 | 一种旅游服务型供应链管理平台订单管理方法 |
CN108665330A (zh) * | 2017-03-30 | 2018-10-16 | 苏宁云商集团股份有限公司 | 一种在业务链路中监控订单的方法及装置 |
CN109615409A (zh) * | 2018-10-25 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种辅助用户成为目标类用户的方法、装置和电子设备 |
CN110223132A (zh) * | 2019-04-18 | 2019-09-10 | 深圳壹账通智能科技有限公司 | 基于多权限角色的订单处理方法、装置、终端及存储介质 |
CN111932176A (zh) * | 2020-08-07 | 2020-11-13 | 深圳市泽汇科技有限公司 | 自动交互订单物流筛选方法、装置、终端设备和存储介质 |
CN112036791A (zh) * | 2020-08-20 | 2020-12-04 | 深圳市亿源通供应链管理有限公司 | 跨平台物流订单填充方法、装置、终端设备和存储介质 |
TWI734977B (zh) * | 2019-04-26 | 2021-08-01 | 鴻海精密工業股份有限公司 | 貨運管理裝置及方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103942662A (zh) * | 2013-01-17 | 2014-07-23 | 中国石化化工销售有限公司 | 一种针对换货业务的物流处理方法和系统 |
CN104966222A (zh) * | 2014-08-27 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 订单生成方法、系统和装置 |
-
2016
- 2016-06-01 CN CN201610387795.5A patent/CN106056437A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103942662A (zh) * | 2013-01-17 | 2014-07-23 | 中国石化化工销售有限公司 | 一种针对换货业务的物流处理方法和系统 |
CN104966222A (zh) * | 2014-08-27 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 订单生成方法、系统和装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665330A (zh) * | 2017-03-30 | 2018-10-16 | 苏宁云商集团股份有限公司 | 一种在业务链路中监控订单的方法及装置 |
CN107437175A (zh) * | 2017-07-07 | 2017-12-05 | 北京市天元网络技术股份有限公司 | 一种积分交易的处理方法及平台 |
CN107563877A (zh) * | 2017-09-27 | 2018-01-09 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及系统 |
CN107833071A (zh) * | 2017-10-26 | 2018-03-23 | 广州市雷军游乐设备有限公司 | 虚拟游戏实体物品的兑奖方法、装置、存储介质和系统 |
CN108011938A (zh) * | 2017-11-29 | 2018-05-08 | 北京奇虎科技有限公司 | 一种用户数据的处理方法和服务器 |
CN108256980A (zh) * | 2018-02-10 | 2018-07-06 | 湖南懒猫国际旅行社有限公司 | 一种旅游服务型供应链管理平台订单管理方法 |
CN108256980B (zh) * | 2018-02-10 | 2022-05-31 | 湘西墨戎苗寨乡村游有限责任公司 | 一种旅游服务型供应链管理平台订单管理方法 |
CN109615409A (zh) * | 2018-10-25 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种辅助用户成为目标类用户的方法、装置和电子设备 |
CN110223132A (zh) * | 2019-04-18 | 2019-09-10 | 深圳壹账通智能科技有限公司 | 基于多权限角色的订单处理方法、装置、终端及存储介质 |
TWI734977B (zh) * | 2019-04-26 | 2021-08-01 | 鴻海精密工業股份有限公司 | 貨運管理裝置及方法 |
CN111932176A (zh) * | 2020-08-07 | 2020-11-13 | 深圳市泽汇科技有限公司 | 自动交互订单物流筛选方法、装置、终端设备和存储介质 |
CN112036791A (zh) * | 2020-08-20 | 2020-12-04 | 深圳市亿源通供应链管理有限公司 | 跨平台物流订单填充方法、装置、终端设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106056437A (zh) | 一种订单管理方法及系统 | |
CN102360480B (zh) | 一种链接网上支付及记录链接的方法和系统 | |
CN101911039A (zh) | 产品激活/注册和提议适合性 | |
CN101087307A (zh) | 用于面向服务的协作的方法和系统 | |
US9922369B2 (en) | Transaction account interface | |
CN109472439A (zh) | 信用评估方法、装置、设备和系统 | |
Huang et al. | Procurement contracts in the presence of endogenous disruption risk | |
CN111917631A (zh) | 一种互联网金融服务方法、装置、电子设备、可读存储介质和系统 | |
CN107249040A (zh) | 验证装置、存储介质、应用和系统 | |
Citanna et al. | Incentive efficient price systems in large insurance economies with adverse selection | |
Murturi et al. | A reference model for crowdsourcing as a service | |
Loucopoulos et al. | Capability Modeling with Application on Large-scale Sports Events. | |
CN106339914A (zh) | 在web平台中嵌入应用的方法和系统 | |
CN112991064B (zh) | 业务处理方法、装置、计算机设备和存储介质 | |
CN107729124A (zh) | 事务处理方法及装置、电子设备 | |
CN101369919A (zh) | 基于企业的有相互关系的事件的消息次序管理 | |
CN102045457A (zh) | 互动数据的模板匹配装置及方法 | |
US20150095141A1 (en) | Method, apparatus, and computer program product for facilitating marketing between businesses | |
Zaplata et al. | Towards mobile process as a service | |
CN114066655A (zh) | 预言机数据的聚合方法及装置 | |
CN104063354A (zh) | 在多计算机之间进行数据处理的方法、系统及相关计算机 | |
KR100747731B1 (ko) | 네트워크를 이용한 사후 서비스 통합 관리 제공 시스템,방법 및 이를 구현할 수 있는 컴퓨터로 읽을 수 있는 기록매체 | |
KR102169311B1 (ko) | 블록 체인 기반 스마트 컨트랙트를 이용한 구독서비스 방법 | |
Ferreira et al. | Taas-Ticketing as a Service. | |
CN113919827A (zh) | 虚拟资源帐号的创建方法和装置、存储介质及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161026 |
|
RJ01 | Rejection of invention patent application after publication |