掌桥专利:专业的专利平台
掌桥专利
首页

电子商务的订单管理方法以及系统

文献发布时间:2023-06-19 12:18:04


电子商务的订单管理方法以及系统

技术领域

本申请涉及电子商务领域,具体涉及一种电子商务的订单管理方法以及系统。

背景技术

电子商务,简称电商,是指在互联网(Internet)、内部网(Intranet)和增值网(VAN,Value Added Network)上以电子交易方式进行交易活动和相关服务活动,使传统商业活动各环节的电子化、网络化。电子商务包括供应链管理、电子交易市场、网络营销、在线事务处理、电子数据交换(EDI)、存货管理和自动数据收集系统。

现有的电子商务的订单管理无法基于区域进行管理,导致订单的分类较差,增加了快递了价格,提高了成本。

发明内容

本发明的目的在于提供电子商务的订单管理方法以及系统,该技术方案能够实现订单的自动管理,降低了电子商务的成本。

第一方面,提供一种电子商务的订单管理方法,所述方法包括:

电子设备从电子商务网站接收n个订单以及对应的n个实际地址和n个联系方式,对n个实际地址分析整合成m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;

电子设备对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;

电子设备构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。

第二方面,提供一种电子商务的订单管理系统,所述系统包括:

通信单元,用于从电子商务网站接收n个订单以及对应的n个实际地址和n个联系方式;

处理单元,用于对n个实际地址分析整合成m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。

第三方面,提供一种计算机可读存储介质,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行第一方面提供的方法。

本发明的有益效果是,本申请的技术方案中电子设备从电子商务网站接收n个订单以及对应的n个实际地址,对n个实际地址分析整合m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;电子设备对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;电子设备构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。这样就可以将具有同一接收地址的快递整合在一个包裹中发送快递,进而实现对快递的发送。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明一种电子商务的订单管理方法的流程示意图。

图2为本发明提供的电子商务的订单管理系统的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

本申请中电子设备可以包括:处理器、存储器、摄像头、通信单元,该处理器、存储器、摄像头、通信单元之间通过总线连接。

本申请实施例的电子设备是一种具有无线通信功能的设备,可以称为终端(terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是,终端设备可以支持至少一种无线通信技术,例如LTE、新空口(new radio,NR)等。例如,终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medicalsurgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digitalassistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public land mobile network,PLMN)中的终端设备等。在本申请的一些实施例中,终端设备还可以是具有收发功能的装置,例如芯片系统。其中,芯片系统可以包括芯片,还可以包括其它分立器件。

对于电子商务的订单来说,通过快递运动商品是无法避免的,因为如何对订单的快递进行管理成为电子商务急需解决的问题,随着电子商务的发展,快递业务也进行了发展,快递从单纯的地址接收,变换成了“驿站”的接收,例如菜鸟驿站、丰巢等等快递柜,但是现有的接收地址还是以单独的地址呈现,这样使得快递无法进行合并处理,增加了快递的成本。

参阅图1,图1提供了一种电子商务的订单管理方法,该方法采用电子设备执行,该电子设备可以为上述电子设备的任意一个或各种变形,该方法如图1所示,包括如下步骤:

步骤S101、电子设备从电子商务网站接收n个订单以及对应的n个实际地址和n个联系方式,对n个实际地址分析整合成m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;

上述接收地址均为驿站的地址。

示例的,上述n个订单为订单对应的物品的体积或重量小于单个订单最小体积(依据不同的快递有不同的要求)或最小重量(一般为1公斤)的物品,当然也可以没有上述的限制。

示例的,上述实际地址可以为订单中用户填写的地址,例如:北京市东城区长安街**号;又如,北京市东城区太古里**栋**室。

示例的,上述对n个实际地址分析整合成m组地址具体可以包括:

对n个实际地址逐一分析确定n个地址对应的n个快递驿站,将n个快递驿站中相同的快递驿站合并得到m个快递驿站,将相同的快递驿站的确定为一组地址。

上述n为大于等于100的整数,上述m为整数且小于n。

步骤S102、电子设备对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;

步骤S103、电子设备构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。

本申请的技术方案中电子设备从电子商务网站接收n个订单以及对应的n个实际地址,对n个实际地址分析整合m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;电子设备对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;电子设备构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。这样就可以将具有同一接收地址的快递整合在一个包裹中发送快递,进而实现对快递的发送。

对于快递的收费,采用两种收费方式,件数和重量,例如,某快递,单价为5元,1公斤以内。但是对于电子商务的平台,特别是衣物或小件物品的商铺,例如手机壳、挂件等等,可能有5-10件商品才能够有1公斤的重量,就算是超重以后,每超重1公斤也比原来的单件的快递费用低很多,以中通快递为例,单件基础费用5元,1公斤内,如果是手机壳,每个手机壳加包装的重量也就100克,10个手机壳才打到1公斤的重量,但是由于接收人,订单地址不同,因此无法在一个快递中发送,此时,就需要对快递进行处理,即将订单地址修改成快递驿站的地址,进而将相同的快递驿站的快递打包成一个父包裹,进而减少费用,以上述为例,若10个手机壳均为一个快递驿站的接收地址,则可以将10个手机壳单独打包成子单号(可以在子单号上携带子单号的序号,以方便分辨快递)以后,在打包进入父包裹,将父包裹以单独的快递的方式快递至快递驿站,到了以后在进行分拆发送,这样10个手机壳快递费用才5元,减少了快递费用,降低了成本。

示例的,上述方法还可以包括:

电子设备将快递父单号的所有行程信息同步至该快递父单号的所有子单号的行程信息中。此方案实现了行程信息的统一。

示例的,上述方法还可以包括:

电子设备确定父包裹到达接收地址之后,生成父包裹的父取件码,将每个子单号的序号添加至父取件码之后得到每个子取件码,将每个子取件码发送至每个子单号对应的联系方式中。

示例的,上述联系方式包括但不限于:手机号、邮箱、即时通信账号、支付账号(例如支付宝账号)等等信息。

示例的,上述父取件码的生成方式可以采用通用的生成方式,例如取件码1-8-1289,对于子取件码,则在后续添加子单号的序号,例如第一个子单号,则取件码为:1-8-1289-1;类似,其他的子单号也可以添加,此种方式能够方便快递驿站的服务人员快速的查找对应的快递。

示例的,上述方法还可以包括:

电子设备提取一个父包裹中包含的所有子订单对应的所有产品的产地信息,提取该产品信息的疫情风险等级,若该产品信息的疫情风险等级中包含中风险或高风险地区,确定该父包裹为风险包裹,在一个父包裹的快递父单号时,同时生成一个二维码,该二维码包含风险提示信息,该风险提示信息可以包括中风险或高风险地区的名称,电子设备提取该父包裹的预测路径(该预测路径可以依据历史信息确定),提取该预测路径中的中转点,在确定实际路径中该一个父包裹到达该中转点时,获取该中转点的操作人员的联系方式(可以为手机号或其他的能够联系方式),提示该操作人员对该父包裹进行消毒处理,电子设备获取该中转点的操作人员在设定时间段的疫情风险等级,若该疫情风险等级高于预设等级,电子设备确定父包裹到达接收地址,向每个子单号对应的联系方式发送消毒提示信息。

上述电子设备获取该中转点的操作人员在设定时间段的疫情风险等级具体可以包括:

电子设备获取该中转点的操作人员在设定时间段的风险包裹的处理数量x1,获取该中转点的操作人员在设定时间段的行程信息,该行程信息包括:地区、地区停留时间t以及地区风险等级系数k1;确定该疫情风险值y=k1*t+ k2* x1;其中k2可以为风险包裹系数,查询该y在疫情风险等级数值区间中所属的第一区间,确定第一区间对应的风险等级为该疫情风险等级。上述y仅仅为数值,并不携带单位,该k2可以为经验值。

以一个实际的例子说明,例如该k2=0.01;中风险区域的k1=5,高风险区域的k1=20,中风险区域k1=5;低风险区域的k1=0(此时间可以忽略),若行程信息中对应的时间分别为,20分钟、10分钟,若数量x1=100个;则y=100*0.01+20*20+5*10=451;假设y≤1表示疫情风险等级为低 ,1<y≤10表示中风险,y>10表示高风险,则确定其属于高风险。上述y的计算公式仅仅为了举例,在实际应用中,还可以采用其他的公式计算。

对于国内的情况,目前大部分的病情的感染为物传人,对于一个物品来说,尤其是电子商务的物品,接收人现在无法判断其接触的人,所滞留的地方等等信息,此种方式导致快递的包裹的风险等级不可控,另外此种方式也导致快递转发人员也称为比较高风险的人员,因此需要一种量化的确定快递包裹风险等级的方式,进而对一些风险较高的快递包裹实现消毒处理,避免物传人。

示例的,上述方法还可以包括:

电子设备预测一个产品(可以为一个产品标识,该产品标识可以唯一标识该产品,唯一标识包括但不限于:型号、颜色、尺寸等等)的未来时间区间的预测总销量X,获取一个产品的发货时间t

若订单量y大于X,在(t

若订单量y小于等于X,获取未来时间区间每天的预测销量x

上述订货请求可以为向该一个产品对应的厂家发出订货请求。

上述预测销量的方式可以有多种,例如,提取与未来时间区间(可以为1周例如7天,也可以为10天,也可以为1个月(30天))对应的去年日期的销量,将该销量乘以调整系数k得到未来时间区间每天的预测销量,当然还可以通过其他方式,例如直接提取未来时间区间前的t

参阅图2,图2提供一种电子商务的订单管理系统,所述系统包括:

通信单元,用于从电子商务网站接收n个订单以及对应的n个实际地址和n个联系方式;

处理单元,用于对n个实际地址分析整合成m组地址,每组地址对应的1个接收地址,每组地址包括:至少二个实际地址;对n个实际地址生成n个快递单号,并构建n个包裹,将m个接收地址生成m个快递父单号,将m个组地址中每组地址包括的至少二个实际地址对应的至少二个快递单号,将该至少二个快递单号作为该组快递父单号的子单号;构建m个接收地址的m个父包裹,每个父包裹包括:至少二个快递单号对应的至少二个包裹;将m个父包裹作为一个单独的快递发送。

示例的,所述处理单元,还用于将快递父单号的所有行程信息同步至该快递父单号的所有子单号的行程信息中。

示例的,所述处理单元,还用于确定父包裹到达接收地址之后,生成父包裹的父取件码,将每个子单号的序号添加至父取件码之后得到每个子取件码,将每个子取件码发送至每个子单号对应的联系方式中。

上述处理单元还可以用于执行如图1所示的方法的其他步骤或细化方案,这里不再赘述。

本申请还提供一种计算机可读存储介质,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如图1所示的方法。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模板并不一定是本申请所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory ,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。

相关技术
  • 一种电子商务平台订单管理方法、系统、设备和计算机存储介质
  • 电子商务的订单管理方法以及系统
技术分类

06120113239311