CN107093041A - 一种选择配送模式的方法、装置及服务器 - Google Patents
一种选择配送模式的方法、装置及服务器 Download PDFInfo
- Publication number
- CN107093041A CN107093041A CN201710177150.3A CN201710177150A CN107093041A CN 107093041 A CN107093041 A CN 107093041A CN 201710177150 A CN201710177150 A CN 201710177150A CN 107093041 A CN107093041 A CN 107093041A
- Authority
- CN
- China
- Prior art keywords
- dispatching
- classification
- target
- dimension
- order
- 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例是关于一种选择配送模式的方法、装置及服务器,该方法包括:在目标订单中获取配送期望参数;确定与配送期望参数对应的配送维度;计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率;选择每种配送类别中订单匹配率最高的目标配送类别;将目标配送类别确定为目标订单的配送模式。由于配送类别与配送期望参数对应的订单匹配率越高,说明该配送类别越符合目标订单的需求,所以将订单匹配率最高的目标配送类别确定为目标订单的配送模式,可以保证选择出的配送模式符合目标订单的需求。
Description
技术领域
本发明实施例涉及通信技术领域,更具体的说,涉及选择配送模式的方法、装置及服务器。
背景技术
目前,同城物流已经发展出多种配送模式,用户在移动终端的应用软件上购买商品后,用户可以在多种配送模式中选择一种配送模式,以作为本次购物的配送方式。
用户在移动终端的应用软件上选择配送模式的过程中,应用软件的界面上会对每种配送模式进行相应的说明,以使用户选择适合商品的配送模式。例如,在用户利用应用软件预定了一份冰淇淋时,应用软件的界面上会显示两种配送模式,第一种配送模式为由具有保温箱的摩托车配送,第二种配送模式为无保温箱的电瓶车配送,其中,摩托车比电瓶车配送速度快,保温箱可以实现对商品的保温。如果用户选择地一种配送模式,那么在配送冰淇淋的过程中,冰淇淋可以被快速且在低温环境中被送达。
但是,随着配送模式的不断完善,配送模式的种类越来越多,用户可能无法在短时间内充分了解每种配送模式之间的差别,以至于用户在应用软件上预定商品时,不能够选择最适合该商品的配送模式,还有可能选择不适合该商品的配送模式,从而无法保证多种配送模式被合理利用。
发明内容
本发明实施例提供一种选择配送模式的方法、装置及服务器,以保证选择出的配送模式符合订单的需求。
根据本发明实施例的第一方面,提供一种选择配送模式的方法,包括:
在目标订单中获取配送期望参数;
确定与所述配送期望参数对应的配送维度;
计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
将所述目标配送类别确定为所述目标订单的配送模式。
可选的,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
可选的,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
可选的,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
可选的,在确定与所述配送期望参数对应的配送维度之后,所述方法还包括:
在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;
在所述配送维度的数量为一个时,执行所述计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率的步骤。
可选的,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别的步骤包括:
计算所述至少两个配送维度中每个配送维度的信息量;
按照所述每个配送维度的信息量由大到小或由小到大的顺序确定所述每个配送维度的优先级别。
根据本发明实施例的第二方面,提供一种选择配送模式的装置,包括:
获取模块,用于在目标订单中获取配送期望参数;
第一确定模块,用于确定与所述配送期望参数对应的配送维度;
计算模块,用于计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
第一选择模块,用于选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
第二确定模块,用于将所述目标配送类别确定为所述目标订单的配送模式。
可选的,所述装置还包括:
第二选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
可选的,所述装置还包括:
第三选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
可选的,所述装置还包括:
输出模块,用于在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
可选的,所述装置还包括:
模式确定模块,用于在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;在所述配送维度的数量为一个时,执行所述计算模块。
可选的,所述模式确定模块具体用于计算所述至少两个配送维度中每个配送维度的信息量,按照所述每个配送维度的信息量由大到小或由小到大的顺序确定所述每个配送维度的优先级别。
根据本发明实施例的第三方面,提供一种服务器,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理器调用执行;
所述处理器用于:
在目标订单中获取配送期望参数;
确定与所述配送期望参数对应的配送维度;
计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
将所述目标配送类别确定为所述目标订单的配送模式。
与现有技术相比,本实施例提供的技术方案具有以下优点和特点:
在本发明实施例提供的方案中,在目标订单生成以后,便可在目标订单中获取配送期望参数,通过预先建立的配送期望参数与配送维度的对应关系,确定出与配送期望参数对应的配送维度,然后计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率。配送类别与配送期望参数对应的订单匹配率越高,说明该配送类别越符合目标订单的需求,所以将订单匹配率最高的目标配送类别确定为目标订单的配送模式,可以保证选择出的配送模式符合目标订单的需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种选择配送模式的方法的流程图。
图2为本发明实施例提供的另一种选择配送模式的方法的流程图。
图3为本发明实施例提供的一种选择配送模式的装置的示意图。
图4为本发明实施例提供的一种服务器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
在本发明的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种选择配送模式的方法的流程图。图1所示的选择配送模式的方法可以保证选择出的配送模式符合目标订单的需求。该方法包括以下步骤。
步骤S11、在目标订单中获取配送期望参数。
其中,本发明实施例提供的方法可以应用于服务器,服务器可以为电脑等设备。用户在移动终端上购买商品后,移动终端会根据该商品的信息生成目标订单,并将该目标订单发送给服务器。服务器在接收到目标订单以后,可以在目标订单中获取配送期望参数。
目标订单为用户在购买商品时生成的该商品相关的信息。配送期望参数为该商品相关的信息中的关键信息。
例如,假设目标订单中的信息包括商品名称、商品配送费用和商品配送时间,由于服务器预先将商品配送费用和商品配送时间作为配送期望参数,所以服务器在接收到目标订单以后,会识别该目标订单中是否具有配送期望参数。由于服务器识别出目标订单中的配送期望参数为商品配送费用和商品配送时间,所以服务器会在目标订单中获取商品配送费用和商品配送时间。
步骤S12、确定与配送期望参数对应的配送维度。
其中,服务器预先会建立配送期望参数与配送维度的对应关系,在服务器获取到配送期望参数以后,服务器便可以根据预先建立的配送期望参数与配送维度的对应关系,确定出与配送期望参数对应的配送维度。
例如,假设配送期望参数为商品配送时间,配送维度包括特殊配置、配送员类型和交通工具,服务器预先建立了商品配送时间与配送员类型的对应关系,所以在服务器获取到的配送期望参数为商品配送时间时,服务器便会确定出与商品配送时间对应的配送员类型。
步骤S13、计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率。
其中,配送维度包括至少两个配送类别。例如,假设配送维度为配送员类型,配送类别包括专职配送员和众包配送员。
订单匹配率指的是,配送类别在配送过的历史订单中,符合配送期望参数的订单比例。
例如,假设配送期望参数为商品配送时间,商品配送时间为20分钟,与配送期望参数对应的配送维度为配送员类型,配送员类型对应的两个配送类别为专职配送员和众包配送员。历史订单为历史上某个时间段内的订单,在历史订单中,众包配送员占所有配送员的比例为40%,专职配送员占所有配送员的比例为60%。在历史订单中,众包配送员的商品配送时间在30分钟以内送达的比例为30%,众包配送员的商品配送时间在30分钟以外送达的比例为70%,专职配送员的商品配送时间在30分钟以内送达的比例为60%,专职配送员的商品配送时间在30分钟以外送达的比例为40%。
此时,可以根据上述例子中的数值进行计算,以得到配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率。其中,目标订单的商品配送时间为20分钟,在历史订单中,众包配送员配送过与商品配送时间20分钟匹配的订单比例为30%,而且众包配送员占所有配送员的比例为40%,所以众包配送员与商品配送时间对应的订单匹配率为30%×40%=0.12;在历史订单中,专职配送员配送过与商品配送时间20分钟匹配的订单比例为70%,而且专职配送员占所有配送员的比例为60%,所以专职配送员与商品配送时间对应的订单匹配率为70%×60%=0.42。经过计算可以得知,由于专职配送员与商品配送时间对应的订单匹配率为0.42,众包配送员与商品配送时间对应的订单匹配率为0.12,专职配送员与商品配送时间对应的订单匹配率0.42大于众包配送员与商品配送时间对应的订单匹配率0.12,由于专职配送员与目标订单的配送期望参数的订单匹配率更高,说明在历史订单中专职配送员比众包配送员配送过更多与目标订单相似的订单,可以认为专职配送员相对于众包配送员而言,更能满足目标订单的配送需求。
步骤S14、选择每种配送类别中订单匹配率最高的目标配送类别。
其中,由于配送类别与配送期望参数对应的订单匹配率越高,说明该配送类别越能满足目标订单的需求,所以为了保证满足目标订单的需求,服务器会选择每种配送类别中订单匹配率最高的目标配送类别。
通过上面的例子可知,专职配送员与商品配送时间对应的订单匹配率为0.42,众包配送员与商品配送时间对应的订单匹配率为0.12,说明相对于众包配送员而言,专职配送员能更好的满足目标订单的需求,所以为了保证满足目标订单的需求,服务器会在多个配送类别中选择订单匹配率最高的专职配送员。
步骤S15、将目标配送类别确定为目标订单的配送模式。
其中,服务器选择每种配送类别中订单匹配率最高的目标配送类别以后,便可以将目标配送类别确定为目标订单的配送模式。
通过上面的例子可知,服务器在多个配送类别中选择订单匹配率最高的专职配送员以后,服务器便将专职配送员确定为目标订单的配送模式。此时,如果专职配送员的数量充足,那么便可以请专职配送员中的一名工作人员配送目标订单对应的商品。
在图1所示的实施例中,在目标订单生成以后,便可在目标订单中获取配送期望参数,通过预先建立的配送期望参数与配送维度的对应关系,确定出与配送期望参数对应的配送维度,然后计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率。配送类别与配送期望参数对应的订单匹配率越高,说明该配送类别越符合目标订单的需求,所以将订单匹配率最高的目标配送类别确定为目标订单的配送模式,可以保证选择出的配送模式符合目标订单的需求。
可选的,在图1所示的实施例中,在步骤S15之后,即在将目标配送类别确定为目标订单的配送模式之后,本发明实施例提供的方法还可以包括以下步骤:在目标配送类别对应的配送资源不符合预设条件时,在每种配送类别中选择配送资源符合预设条件的指定配送类别,并将指定配送类别确定为目标订单的配送模式。
其中,在将目标配送类别确定为目标订单的配送模式之后,服务器可以判断目标配送类别对应的配送资源是否符合预设条件,如果是,说明可以采用目标配送类别来对目标订单对应的商品进行配送;否则,说明无法采用目标配送类别来对目标订单对应的商品进行配送。因此,如果目标配送类别对应的配送资源不符合预设条件,服务器可以在每种配送类别中选择配送资源符合预设条件的指定配送类别,并将指定配送类别确定为目标订单的配送模式,以保证可以对目标订单对应的商品进行配送。
另外,预设条件为预先根据不同的配送类别设定好的条件。例如,在配送类别为专职配送员时,配送资源为可用数量,预设条件可以为高于数量阈值,即服务器在判断出专职配送员的可用数量低于数量阈值时,在每种配送类别中选择可用数量高于数量阈值的众包配送员,并将众包配送员确定为目标订单的配送模式。
可选的,在图1所示的实施例中,在步骤S15之后,即在将目标配送类别确定为目标订单的配送模式之后,本发明实施例提供的方法还可以包括以下步骤:在目标配送类别对应的配送资源不符合预设条件时,在每种配送类别中选择订单匹配率仅低于目标配送类别的指定配送类别,并将指定配送类别确定为目标订单的配送模式。
其中,在将目标配送类别确定为目标订单的配送模式之后,服务器可以判断目标配送类别对应的配送资源是否符合预设条件,如果是,说明可以采用目标配送类别来对目标订单对应的商品进行配送;否则,说明无法采用目标配送类别来对目标订单对应的商品进行配送。因此,如果目标配送类别对应的配送资源不符合预设条件,服务器可以在每种配送类别中选择订单匹配率仅低于目标配送类别的指定配送类别,并将指定配送类别确定为目标订单的配送模式,以保证可以对目标订单对应的商品进行配送。
另外,预设条件为预先根据不同的配送类别设定好的条件。例如,在配送类别为专职配送员时,配送资源为可用数量,预设条件可以为高于数量阈值,即服务器在判断出专职配送员的可用数量低于数量阈值时,在每种配送类别中选择订单匹配率仅低于专职配送员的众包配送员,并将众包配送员确定为目标订单的配送模式。
可选的,在图1所示的实施例中,在步骤S15之后,即在将目标配送类别确定为目标订单的配送模式之后,本发明实施例提供的方法还可以包括以下步骤:在目标配送类别对应的配送资源不符合预设条件,且目标配送类别为必要条件时,输出无法配送的指示信息。
其中,在将目标配送类别确定为目标订单的配送模式之后,服务器可以判断目标配送类别对应的配送资源是否符合预设条件,如果是,说明可以采用目标配送类别来对目标订单对应的商品进行配送;否则,说明无法采用目标配送类别来对目标订单对应的商品进行配送。因此,如果目标配送类别对应的配送资源不符合预设条件,且目标配送类别为必要条件,说明其他的配送类别无法替代目标配送类别,所以服务器会输出无法配送的指示信息,以说明该目标订单无法配送。
另外,预设条件为预先根据不同的配送类别设定好的条件。例如,在配送类别为专职配送员时,配送资源为可用数量,预设条件可以为高于数量阈值,即服务器在判断出专职配送员的可用数量低于数量阈值,且目标配送类别为必要条件时,服务器会输出无法配送的指示信息,以说明该目标订单无法配送。
请参见图2所示,图2为本发明实施例提供的另一种选择配送模式的方法的流程图。图2所示的实施例为基于图1改进的实施例,所以与图1相同的内容可参见图1所示的实施例。图2所示的实施例包括以下步骤:
步骤S21、在目标订单中获取配送期望参数。
步骤S22、确定与配送期望参数对应的配送维度。
步骤S23、在配送维度的数量为至少两个时,按照预设条件确定至少两个配送维度中每个配送维度的优先级别,按照每个配送维度的优先级别的顺序依次选择每个配送维度中的配送类别,将每个配送维度中被选中的配送类别确定为目标订单的配送模式。
其中,如果配送维度的数量为至少两个,说明服务器需要在每个派送维度中均选出一个配送类别,并将每个配送维度选出的配送类别确定为目标订单的配送模式。
例如,假设配送维度包括特殊配置、配送员类型和交通工具,其中,在特殊配置这个维度中包括冷箱、保温箱和无特殊配置三个配送类别,在配送员类型这个维度中包括众包配送员和专职配送员两个配送类别,在交通工具这个维度中包括电瓶车、三轮车和摩托车三个配送类别。首先,服务器需要按照预设条件确定上述三个配送维度中的优先级别,假设服务器确定出上述三个配送维度中的优先级别为特殊配置的优先级别高于配送员类型的优先级,配送员类型的优先级高于交通工具的优先级。然后,服务器会按照上述三个配送维度的优先级别的顺序依次选择每个配送维度中的配送类别,假设在配送维度中选择配送类别的方法采用图1所示的方法,服务器得到的结果如表1所示,表1所示的为服务器分别采用图1所示的方法在每个配送维度中选择出的配送类别。最后,服务器将在三个配送维度中被选中的冷箱、专职配送员和摩托车确定为目标订单的配送模式。此时,目标订单便可以选择配有冷箱和摩托车的专职配送员进行配送。
配送维度 | 选择出的配送类别 |
特殊配置 | 冷箱 |
配送员类型 | 专职配送员 |
交通工具 | 摩托车 |
表1
另外,在步骤S23中提到的预设条件可以根据实际情况被设定成不同的条件,如果实际情况是配送速度优先,那么服务器会根据配送维度与配送速度的关联性的重要程度确定至少两个配送维度中每个配送维度的优先级别;如果实际情况是特殊需求优先,那么服务器会根据配送维度与特殊需求的关联性的重要程度确定至少两个配送维度中每个配送维度的优先级别。
步骤S24、在配送维度的数量为一个时,执行计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率,选择每种配送类别中订单匹配率最高的目标配送类别,将目标配送类别确定为目标订单的配送模式。
在步骤S24中,如果配送维度的数量为一个,那么执行过程与图1所示的方法相同,此部分内容请参见图1所示的实施例。
在图2所示的实施例中,服务器可以根据配送维度的数量来选择适合的配送类别,从而将适合的配送类别确定目标订单的配送模式。
可选的,在图2所示的实施例中,在步骤S23中,即按照预设条件确定至少两个配送维度中每个配送维度的优先级别的步骤还可以包括以下子步骤:首先,计算至少两个配送维度中每个配送维度的信息量;其次,按照每个配送维度的信息量由大到小或由小到大的顺序确定每个配送维度的优先级别。
其中,由于配送维度的信息量越大,说明该配送维度中的每个配送类别占据的比例越相近似,所以按照信息量由大到小的顺序确定每个配送维度的优先级别,可以更快的排除不符合条件的配送类别,从而可以更快的选择出适合目标订单的配送模式。当然,在某些情况下,配送维度的信息量越小,说明该配送维度中的每个配送类别占据的比例越相近似,所以按照信息量由小到大的顺序确定每个配送维度的优先级别,可以更快的排除不符合条件的配送类别,从而可以更快的选择出适合目标订单的配送模式。
例如,在历史订单中,在配送员类型的配送维度中,众包配送员占所有配送员的比例为40%,专职配送员占所有配送员的比例为60%;在交通工具的配送维度中,电瓶车占所有车子的比例为80%,摩托车占所有车子的比例为10%,三轮车占所有车子的比例为10%;在特殊配置的配送维度中,冷箱占所有箱子的比例为33%,保温箱占所有箱子的比例为33%,无特殊配置占所有箱子的比例为34%。服务器可以采用公式(一)来计算每个配送维度的信息量。
公式(一):
在公式(一)中,Pi表示第i个配送类别在所有配送类别中所占的比例,m表示配送维度中配送类别的数量。
根据上述例子中的数值和公式(一)进行计算,三个配送维度的信息量分别为:特殊配置1.5,配送员类型0.97,交通工具0.92。因此,优先在特殊配置中选择配送类别,其次在配送员类型中选择配送类别,最后在交通工具中选择配送类别。
图3为本发明实施例提供的一种选择配送模式的装置的示意图。图3为图1对应的装置实施例,图3中与图1相同的内容请参见图1对应的实施例即可。参照图3,该装置包括以下模块:
获取模块11,用于在目标订单中获取配送期望参数。
第一确定模块12,用于确定与配送期望参数对应的配送维度。
计算模块13,用于计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率。
第一选择模块14,用于选择每种配送类别中订单匹配率最高的目标配送类别。
第二确定模块15,用于将目标配送类别确定为目标订单的配送模式。
可选的,该装置还可以包括以下模块:第二选择模块,用于在目标配送类别对应的配送资源不符合预设条件时,在每种配送类别中选择配送资源符合预设条件的指定配送类别,并将指定配送类别确定为目标订单的配送模式。
可选的,该装置还可以包括以下模块:第三选择模块,用于在目标配送类别对应的配送资源不符合预设条件时,在每种配送类别中选择订单匹配率仅低于目标配送类别的指定配送类别,并将指定配送类别确定为目标订单的配送模式。
可选的,该装置还可以包括以下模块:输出模块,用于在目标配送类别对应的配送资源不符合预设条件,且目标配送类别为必要条件时,输出无法配送的指示信息。
可选的,该装置还可以包括以下模块:模式确定模块,用于在配送维度的数量为至少两个时,按照预设条件确定至少两个配送维度中每个配送维度的优先级别,按照每个配送维度的优先级别的顺序依次选择每个配送维度中的配送类别,将每个配送维度中被选中的配送类别确定为目标订单的配送模式。在配送维度的数量为一个时,执行计算模块13。
可选的,模式确定模块具体可以用于计算至少两个配送维度中每个配送维度的信息量,按照每个配送维度的信息量由大到小或由小到大的顺序确定每个配送维度的优先级别。
图4为本发明实施例提供的一种服务器的示意图。参照图4,该服务器包括:处理器21和存储器22,其中,存储器22用于存储一条或多条计算机指令,所述一条或多条计算机指令供处理器21调用执行;
处理器21用于:在目标订单中获取配送期望参数;确定与配送期望参数对应的配送维度;计算配送维度中的每个配送类别分别与配送期望参数对应的订单匹配率;选择每种配送类别中订单匹配率最高的目标配送类别;将目标配送类别确定为目标订单的配送模式。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
本发明公开A1、一种选择配送模式的方法,包括:
在目标订单中获取配送期望参数;
确定与所述配送期望参数对应的配送维度;
计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
将所述目标配送类别确定为所述目标订单的配送模式。
A2、如A1所述的方法中,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
A3、如A1所述的方法中,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
A4、如A1所述的方法中,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
A5、如A1所述的方法中,在确定与所述配送期望参数对应的配送维度之后,所述方法还包括:
在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;
在所述配送维度的数量为一个时,执行所述计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率的步骤。
A6、如A5所述的方法中,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别的步骤包括:
计算所述至少两个配送维度中每个配送维度的信息量;
按照所述每个配送维度的信息量由大到小或由小到大的顺序确定所述每个配送维度的优先级别。
本发明公开A7、一种选择配送模式的装置,包括:
获取模块,用于在目标订单中获取配送期望参数;
第一确定模块,用于确定与所述配送期望参数对应的配送维度;
计算模块,用于计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
第一选择模块,用于选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
第二确定模块,用于将所述目标配送类别确定为所述目标订单的配送模式。
A8、如A7所述的方法中,所述装置还包括:
第二选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
A9、如A7所述的方法中,所述装置还包括:
第三选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
A10、如A7所述的方法中,所述装置还包括:
输出模块,用于在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
A11、如A7所述的方法中,所述装置还包括:
模式确定模块,用于在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;在所述配送维度的数量为一个时,执行所述计算模块。
A12、如A11所述的方法中,其特征在于,
所述模式确定模块具体用于计算所述至少两个配送维度中每个配送维度的信息量,按照所述每个配送维度的信息量由大到小或由小到大的顺序确定所述每个配送维度的优先级别。
本发明公开A13、一种服务器,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理器调用执行;
所述处理器用于:
在目标订单中获取配送期望参数;
确定与所述配送期望参数对应的配送维度;
计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
将所述目标配送类别确定为所述目标订单的配送模式。
Claims (10)
1.一种选择配送模式的方法,其特征在于,包括:
在目标订单中获取配送期望参数;
确定与所述配送期望参数对应的配送维度;
计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
将所述目标配送类别确定为所述目标订单的配送模式。
2.根据权利要求1所述的应用软件的升级方法,其特征在于,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
3.根据权利要求1所述的应用软件的升级方法,其特征在于,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
4.根据权利要求1所述的应用软件的升级方法,其特征在于,在将所述目标配送类别确定为所述目标订单的配送模式之后,所述方法还包括:
在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
5.根据权利要求1所述的应用软件的升级方法,其特征在于,在确定与所述配送期望参数对应的配送维度之后,所述方法还包括:
在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;
在所述配送维度的数量为一个时,执行所述计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率的步骤。
6.一种选择配送模式的装置,其特征在于,包括:
获取模块,用于在目标订单中获取配送期望参数;
第一确定模块,用于确定与所述配送期望参数对应的配送维度;
计算模块,用于计算所述配送维度中的每个配送类别分别与所述配送期望参数对应的订单匹配率;
第一选择模块,用于选择所述每种配送类别中所述订单匹配率最高的目标配送类别;
第二确定模块,用于将所述目标配送类别确定为所述目标订单的配送模式。
7.根据权利要求6所述的应用软件的升级装置,其特征在于,所述装置还包括:
第二选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择配送资源符合所述预设条件的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
8.根据权利要求6所述的应用软件的升级装置,其特征在于,所述装置还包括:
第三选择模块,用于在所述目标配送类别对应的配送资源不符合预设条件时,在所述每种配送类别中选择所述订单匹配率仅低于所述目标配送类别的指定配送类别,并将所述指定配送类别确定为所述目标订单的配送模式。
9.根据权利要求6所述的应用软件的升级装置,其特征在于,所述装置还包括:
输出模块,用于在所述目标配送类别对应的配送资源不符合预设条件,且所述目标配送类别为必要条件时,输出无法配送的指示信息。
10.根据权利要求6所述的应用软件的升级装置,其特征在于,所述装置还包括:
模式确定模块,用于在所述配送维度的数量为至少两个时,按照预设条件确定所述至少两个配送维度中每个配送维度的优先级别,按照所述每个配送维度的优先级别的顺序依次选择所述每个配送维度中的配送类别,将所述每个配送维度中被选中的配送类别确定为所述目标订单的配送模式;在所述配送维度的数量为一个时,执行所述计算模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710177150.3A CN107093041A (zh) | 2017-03-23 | 2017-03-23 | 一种选择配送模式的方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710177150.3A CN107093041A (zh) | 2017-03-23 | 2017-03-23 | 一种选择配送模式的方法、装置及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107093041A true CN107093041A (zh) | 2017-08-25 |
Family
ID=59646285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710177150.3A Pending CN107093041A (zh) | 2017-03-23 | 2017-03-23 | 一种选择配送模式的方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107093041A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107886245A (zh) * | 2017-11-10 | 2018-04-06 | 北京小度信息科技有限公司 | 订单推送方法和装置 |
CN108694544A (zh) * | 2018-05-15 | 2018-10-23 | 北京顺丰同城科技有限公司 | 一种订单调度处理方法及装置 |
CN109242175A (zh) * | 2018-08-29 | 2019-01-18 | 上海凸赞信息技术有限公司 | 整合即时配送领域并优化各大配送公司的配送方法及系统 |
CN109685424A (zh) * | 2018-12-25 | 2019-04-26 | 拉扎斯网络科技(上海)有限公司 | 配送信息的处理方法、装置、存储介质和电子设备 |
CN110288421A (zh) * | 2019-05-10 | 2019-09-27 | 拉扎斯网络科技(上海)有限公司 | 订单处理方法、装置、服务器、终端和存储介质 |
CN110310001A (zh) * | 2019-04-25 | 2019-10-08 | 郑州时空隧道信息技术有限公司 | 物品订单智能推送方法、装置及终端 |
CN110852710A (zh) * | 2019-11-05 | 2020-02-28 | 泰康保险集团股份有限公司 | 用于配置年金业务审核对接模式的方法、系统、介质及电子设备 |
CN111311075A (zh) * | 2020-01-20 | 2020-06-19 | 李力 | 一种互联网跑腿服务提供方法与系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751271A (zh) * | 2015-03-04 | 2015-07-01 | 径圆(上海)信息技术有限公司 | 智能订单调度方法、服务器、电动车、移动终端及系统 |
CN105260873A (zh) * | 2015-11-03 | 2016-01-20 | 多点生活(中国)网络科技有限公司 | 一种基于o2o模式下的配送调度方法及调度系统 |
CN105868949A (zh) * | 2016-03-31 | 2016-08-17 | 北京小度信息科技有限公司 | 物流配送调度方法以及装置 |
CN106296086A (zh) * | 2016-08-04 | 2017-01-04 | 温泉 | 一种商家参与配送员抢单的方法及系统 |
CN106447470A (zh) * | 2016-11-30 | 2017-02-22 | 北京小度信息科技有限公司 | 配送订单分配方法和装置 |
-
2017
- 2017-03-23 CN CN201710177150.3A patent/CN107093041A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751271A (zh) * | 2015-03-04 | 2015-07-01 | 径圆(上海)信息技术有限公司 | 智能订单调度方法、服务器、电动车、移动终端及系统 |
CN105260873A (zh) * | 2015-11-03 | 2016-01-20 | 多点生活(中国)网络科技有限公司 | 一种基于o2o模式下的配送调度方法及调度系统 |
CN105868949A (zh) * | 2016-03-31 | 2016-08-17 | 北京小度信息科技有限公司 | 物流配送调度方法以及装置 |
CN106296086A (zh) * | 2016-08-04 | 2017-01-04 | 温泉 | 一种商家参与配送员抢单的方法及系统 |
CN106447470A (zh) * | 2016-11-30 | 2017-02-22 | 北京小度信息科技有限公司 | 配送订单分配方法和装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107886245A (zh) * | 2017-11-10 | 2018-04-06 | 北京小度信息科技有限公司 | 订单推送方法和装置 |
CN108694544A (zh) * | 2018-05-15 | 2018-10-23 | 北京顺丰同城科技有限公司 | 一种订单调度处理方法及装置 |
CN109242175A (zh) * | 2018-08-29 | 2019-01-18 | 上海凸赞信息技术有限公司 | 整合即时配送领域并优化各大配送公司的配送方法及系统 |
CN109685424A (zh) * | 2018-12-25 | 2019-04-26 | 拉扎斯网络科技(上海)有限公司 | 配送信息的处理方法、装置、存储介质和电子设备 |
CN110310001A (zh) * | 2019-04-25 | 2019-10-08 | 郑州时空隧道信息技术有限公司 | 物品订单智能推送方法、装置及终端 |
CN110288421A (zh) * | 2019-05-10 | 2019-09-27 | 拉扎斯网络科技(上海)有限公司 | 订单处理方法、装置、服务器、终端和存储介质 |
CN110852710A (zh) * | 2019-11-05 | 2020-02-28 | 泰康保险集团股份有限公司 | 用于配置年金业务审核对接模式的方法、系统、介质及电子设备 |
CN111311075A (zh) * | 2020-01-20 | 2020-06-19 | 李力 | 一种互联网跑腿服务提供方法与系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107093041A (zh) | 一种选择配送模式的方法、装置及服务器 | |
CN109426885A (zh) | 订单分配方法和装置 | |
CN107424338A (zh) | 一种快递柜的控制方法、装置及系统 | |
CN107545315A (zh) | 订单处理方法及装置 | |
CN105354202B (zh) | 数据推送方法及装置 | |
CN108399460B (zh) | 网络约车订单分配处理方法及服务器 | |
CN109492873A (zh) | 整车生产线的日排产方法、装置及智能终端 | |
CN107748923A (zh) | 订单处理方法、装置及服务器 | |
CN109063935A (zh) | 一种预测任务处理时间的方法、装置及存储介质 | |
CN107609035A (zh) | 信息的推荐方法和装置 | |
CN107844877A (zh) | 订单分配方法和装置 | |
CN108897798A (zh) | 用电客服工单分类方法、装置以及电子设备 | |
CN107730314A (zh) | 信息获取方法、装置、电子设备和计算机可读存储介质 | |
CN109740910A (zh) | 运输车辆确定方法和装置 | |
CN111899061A (zh) | 订单推荐方法、装置、设备及存储介质 | |
CN111680904A (zh) | 采购方案的获取方法和装置及存储介质 | |
CN112686704A (zh) | 一种购物指导方法及系统 | |
CN104063831B (zh) | 一种提供铁路行程方案的方法及装置 | |
CN109543104A (zh) | 确定服务提供方的方法、系统以及存储介质 | |
CN111259119B (zh) | 一种问题推荐方法及装置 | |
CN111104585B (zh) | 一种问题推荐方法及装置 | |
CN107679656A (zh) | 一种订单配送路线生成方法及装置 | |
CN110162769A (zh) | 文本主题输出方法和装置、存储介质及电子装置 | |
CN109242391A (zh) | 一种货物识别方法及装置 | |
CN111626864A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 100085 Beijing, Haidian District on the road to the information on the ground floor of the 1 to the 3 floor of the 2 floor, room 11, 202 Applicant after: Beijing Xingxuan Technology Co.,Ltd. Address before: 100085 Beijing, Haidian District on the road to the information on the ground floor of the 1 to the 3 floor of the 2 floor, room 11, 202 Applicant before: Beijing Xiaodu Information Technology Co.,Ltd. |