CN1975771A - 基于优先级实现订单调度的系统和方法 - Google Patents
基于优先级实现订单调度的系统和方法 Download PDFInfo
- Publication number
- CN1975771A CN1975771A CNA2006101678987A CN200610167898A CN1975771A CN 1975771 A CN1975771 A CN 1975771A CN A2006101678987 A CNA2006101678987 A CN A2006101678987A CN 200610167898 A CN200610167898 A CN 200610167898A CN 1975771 A CN1975771 A CN 1975771A
- Authority
- CN
- China
- Prior art keywords
- priority
- order
- factor
- value
- module
- 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
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了基于优先级实现订单调度的系统,包括订单创建模块,该系统还包括与订单创建模块相连的优先级处理模块;其中,订单创建模块,用于通知优先级处理模块为订单确定优先级,并接收来自优先级处理模块的表明订单优先级的信息;优先级处理模块,用于对影响所述订单的优先级的因素进行加权计算,将计算所得的表明订单优先级的信息发送给订单创建模块。本发明实施例还公开了基于优先级实现订单调度的方法,包括:接收订单调度请求;确定影响订单优先级的因素并进行加权计算,得到表明订单优先级的信息;根据得到的表明订单优先级的信息对订单进行调度。本发明实施例所提供的系统和方法,均能明显提高确定订单优先级的有效性、合理性。
Description
技术领域
本发明涉及通信领域,具体涉及一种基于优先级实现订单调度的系统和方法。
背景技术
客户与电信运营商签署协议购买产品或服务时,运营商的业务运营支持系统(BOSS)会根据业务受理信息产生订单,保存客户订购信息。订单在BOSS中的工作流单元的调度下,按照既定的业务流程流转至各个业务或服务开通部门,由各个部门根据收到的订单完成自身的工作任务。
BOSS系统每天会处理大量的订单,为了体现客户差异化服务,通常会对不同的订单进行分级处理。所述分级处理的实质就是对订单划分优先级,并按照划分的优先级对订单排序,再根据订单的排序按照时间先后顺序对订单进行调度。目前,通常为订单设置与客户级别相对应的高、中、低三个优先级。
随着市场的变化和发展,一个客户在运营商的管理体系活动中的定位和展现不再依靠客户级别一个纬度,而是从简单依靠客户级别发展到从不同纬度来综合体现。因此,订单的优先级也不再仅仅靠客户级别一个纬度进行高低的判断,而是要考虑其他纬度,如:客户类型(党政军、国营企业、民营企业、自由职业者等)、业务类型(集团业务、个人业务等)等。
由以上所述可见,目前所应用的订单优先级过于单一、固定,如果一个客户的客户级别对应“高”优先级,而客户类型对应“中”优先级,那么将无法判断该客户的订单应属于哪个优先级。这明显不利于有效、合理地确定订单的优先级,也不利于运营商的业务扩展,更会降低用户满意度。
并且,每当需要考虑新的优先级因素时,就要修改大量的订单调度优先级判断程序;这大大增加了维护工作量,也容易增加BOSS工作时的不稳定性,进而给系统开发商和运营商带来了很高的维护成本。
发明内容
有鉴于此,本发明实施例的主要目的在于提供一种基于优先级实现订单调度的系统,使所确定的订单优先级的有效性、合理性得到提高。
本发明实施例的另一目的在于提供一种基于优先级实现订单调度的方法,使所确定的订单优先级的有效性、合理性得到提高。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例公开了一种基于优先级实现订单调度的系统,包括订单创建模块,该系统还包括与订单创建模块相连的优先级处理模块;
其中,订单创建模块,用于通知优先级处理模块为订单确定优先级,并接收来自优先级处理模块的表明订单优先级的信息;
优先级处理模块,用于对影响所述订单的优先级的因素进行加权计算,将计算所得的表明订单优先级的信息发送给订单创建模块。
本发明实施例还公开了一种基于优先级实现订单调度的方法,该方法包括:
接收订单调度请求;
确定影响订单优先级的因素;
对确定的影响订单优先级的因素进行加权计算,得到表明订单优先级的信息;
根据得到的表明订单优先级的信息对订单进行调度。
与现有技术相比,本发明实施例所提供的系统和方法,均能明显提高确定订单优先级的有效性、合理性。
附图说明
图1为本发明实施例的基于优先级实现订单调度的系统图;
图2为图1所示系统基于优先级实现订单调度的原理图;
图3为图1所示系统基于优先级实现订单调度的流程图。
具体实施方式
下面结合附图及具体实施例对本发明详细说明。
本发明实施例所提供的基于优先级实现订单调度的系统,包括订单创建模块,该系统还包括与订单创建模块相连的优先级处理模块;其中,订单创建模块,用于通知优先级处理模块为订单确定优先级,并接收来自优先级处理模块的表明订单优先级的信息;优先级处理模块,用于对影响所述订单的优先级的因素进行加权计算,将计算所得的表明订单优先级的信息发送给订单创建模块。
本发明实施例所提供的基于优先级实现订单调度的方法包括:接收订单调度请求;确定影响订单优先级的因素;对确定的影响订单优先级的因素进行加权计算,得到表明订单优先级的信息;根据得到的表明订单优先级的信息对订单进行调度。
参见图1,图1为本发明实施例的基于优先级实现订单调度的系统图。图1中,BOSS系统中包含业务受理单元、服务开通单元、资源管理单元、系统管理单元、渠道管理单元、客户管理单元、产品管理单元、工作流单元、订单管理单元等。其中,订单管理单元中包含订单创建模块、订单调度模块、订单监控模块、派单模块、回单模块、查询及统计模块、优先级定义模块、优先级计算模块等。可以将优先级定义模块和优先级计算模块统称为优先级处理模块。
在上述的BOSS系统中,与本发明实施例所关注的订单相关的较为重要的实体为:业务受理单元、订单创建模块、优先级计算模块、优先级定义模块和工作流单元。
在实际应用中,影响订单优先级的因素通常是不确定的,并且不同因素在优先级计算中的权重也应该有所区别。有鉴于此,可以应用SQL语句将不同因素配置在表中,并对各因素在计算过程中的权重比例进行设置,还可以进一步设置各因素的分值。在创建订单时,就可以获取订单所涉及的因素的权重比例(还可以进一步考虑因素的分值)并进行加权计算,再根据计算出的订单得分从优先级定义表中获取对应的订单优先级。
具体而言,在确定订单优先级之前,可以预先进行如下设置:
一、配置因素分值对照表
设置因素中所包含的各因素值的分值。在本实施例中,设置好的因素分值对照表如表1所示。
因素类型 | 因素值 | 因素值分值 |
订单来源 | 营业系统 | 80 |
订单来源 | 大客户系统 | 100 |
客户级别 | 大客户 | 100 |
客户级别 | 普通客户 | 50 |
…… | …… | …… |
表1
由表1可见,同一类型的因素有可能包含不同因素值,各因素值的分值有可能互不相同。实际上,可以不对因素值的分值进行上述的特殊设置,而只是将所有因素所包含的因素值的分值默认为相同值,如:100。具体如何对因素值的分值进行设置,要视实际应用场景而定。
二、配置优先级因素权重表
设置参与优先级计算的因素(如:客户级别、订单来源等)的计算权重,该计算权重的取值通常是按百分比设置的。优先级因素权重表中的主要字段通常包括:因素类型、权重比例、对应数据源标识等;当然,还可以进一步包括备注。在本实施例中,设置好的优先级因素权重表如表2所示。
因素类型 | 权重比例 | 数据源标识 |
订单来源 | 40% | 1001 |
客户级别 | 60% | 1002 |
表2
由表2可见,同一类型的因素通常对应相同的权重比例;当然,在实际应用中,同一类型的因素所包含的各因素值也可能对应互不相同的权重比例。具体如何对各因素值的权重比例进行设置,要视实际应用场景而定。
三、配置优先级定义表
设置优先级、调度序号、含义、最大分值、最小分值等。在本实施例中,设置好的优先级定义表如表3所示。
优先级 | 调度序号 | 含义 | 上限优先级分值 | 下限优先级分值 |
000 | 0 | 最高 | 100 | 80 |
001 | 1 | 高 | 80 | 70 |
002 | 2 | 中 | 70 | 50 |
003 | 3 | 低 | 50 | 0 |
…… | …… | …… | …… | …… |
表3
由表3可见,不同的分值段对应具有不同含义的优先级,并且可以获知不同优先级所对应的不同调度序号;因此可以根据调度序号对订单进行排序,并根据排序结果依次对具有不同优先级的订单进行调度。当然,不同的优先级之间也可以重叠覆盖一定分值段。表3中的优先级分值是根据表1、表2完成加权计算的订单分值。
为了使表格的应用能够更加高效、清晰,还可以进一步配置数据源定义表,在数据源定义表中设置元数据获取信息,如:客户级别、订单来源等。数据源定义表中的主要字段包括:数据源标识、因素类型、对应表名、对应字段名、数据类型、长度等;当然,还可以进一步包括备注等。在本实施例中,设置好的数据源定义表如表4所示。
数据源标识 | 因素类型 | 对应表名 | 对应字段名 | 数据类型 | 长度 |
1001 | 订单来源 | T_om_order | Order_source | VARchar2 | 32 |
1002 | 客户级别 | T_om_order | Customer_grade | VARchar2 | 32 |
表4
由表4可见,可以根据对应表名、对应字段名、数据类型、长度等因素值相关信息查找到相对应的因素类型中所包含的具体因素值;这使得表4能够与表1、表2和表3配合使用,并最终得到用于调度订单的调度序号。
在实际应用中,上述的各表一般均可以保存于BOSS系统的优先级计算模块、数据库等实体中;无论将所述各表保存于哪个实体中,只要有实体在需要应用时能够正常获取各表即可。
完成了上述各表的设置之后,BOSS系统就可以确定为用户所创建的订单的优先级了,确定优先级的原理如图2所示。
参见图2,图2为图1所示系统基于优先级实现订单调度的原理图。图2中,业务受理单元在受理了用户业务时,以调用订单创建接口等方式通知订单创建模块创建订单。订单创建模块在获知需要创建订单时创建订单,并向优先级计算模块发出计算订单优先级命令;收到来自订单创建模块的计算订单优先级命令时,优先级计算模块向优先级定义模块发送查询规则。
所述查询规则的作用是指出为了确定订单优先级所需查找的因素类型中所包含的具体因素值,该查询规则通常就是由表4中的内容组成的。当然,根据设置及实际应用场景的不同,查询规则中可以包含一个或多个因素类型及其所对应的因素值相关信息(如:对应表名、对应字段名、数据类型、长度等)。
收到来自优先级计算模块的查询规则时,优先级定义模块从数据库等实体中查找收到的查询规则所对应的因素值(显然,该因素值可能是订单信息、客户信息等),并将找到的因素值发送给优先级计算模块。收到来自优先级定义模块的因素值时,优先级计算模块根据表1、表2和表3中的内容计算收到的因素值所对应的调度序号,并将计算出的表明名单优先级的调度序号发送给订单创建模块;订单创建模块将为用户生成的订单以及收到的调度序号发送给工作流单元,由工作流单元应用现在技术根据收到的调度序号对收到的订单进行排序,并根据排序结果依次对具有不同优先级的订单进行调度。
具体而言,考虑一个因素值时的调度序号计算过程与考虑多个因素值时的调度序号计算过程稍有不同。
考虑一个因素值时的调度序号计算过程通常为:优先级计算模块根据表1查找收到的因素值所对应的因素值分值,并用找到的因素值分值乘以表2中该因素值所对应的权重比例(如果表2中没有设置因素值,则需要用找到的所述因素值分值乘以所述因素值所属的因素类型所对应的权重比例),并查找乘得的优先级分值落在哪个上限优先级分值和下限优先级分值之间,将找到的上下限优先级分值所共同对应的调度序号确定为订单的调度序号。
考虑多个因素值时的调度序号计算过程通常为:优先级计算模块根据表1查找收到的所有因素值所分别对应的因素值分值,并用找到的各因素值分值分别乘以表2中该因素值所对应的权重比例(如果表2中没有设置因素值,则需要用找到的所述因素值分值乘以相应因素值所属的因素类型所对应的权重比例),并将应用各因素值分值所乘得的所有乘积相加,再查找相加所得的优先级分值落在哪个上限优先级分值和下限优先级分值之间,将找到的上下限优先级分值所共同对应的调度序号确定为订单的调度序号。
无论考虑一个或多个因素值,均可以将上下限优先级分值所共同对应的优先级确定为订单的优先级;不过通常没有必要将该优先级通过订单创建模块发送给工作流单元,因为发送给工作流单元调度序号已经足以表明订单的优先级。
在实际应用中,如果不同的优先级之间重叠覆盖一定分值段,那么计算得到的上述优先级分值很可能落在不同的上下限优先级分值之间;这种情况下,可以将其中相对最高的上限优先级分值所对应的调度序号确定为订单的调度序号;当然,也可以将其中相对最低的上限优先级分值所对应的调度序号确定为订单的调度序号。再有,还可以将所述上限优先级分值所对应的优先级确定为订单的优先级。
图2所示原理在实际应用场景中可能表现为:BOSS受理某大客户提出的将带宽从2M变更为8M的集团专线变更业务。根据前述操作原理,可以获取影响订单优先级的因素:客户级别(大客户)、订单来源(营业系统),并根据设置的权重比例以及因素值分值对优先级分值进行计算:优先级分值=100*(60%)+80*(40%)=92,进而根据优先级定义表确定为该客户生成的订单的优先级为“高”,调度序号为“0”。这样,工作流单元将优先调度该订单。
在实际应用中,前述各表中的内容可以灵活地添加、删改,这保证了订单调度优先级计算规则的灵活性,能实现订单优先级的动态计算,因而避免了硬编码,有效减少了系统维护成本;并且,通过数据参数配置,还可以增强系统的扩展性、灵活性;再加上订单优先级的计算方式基于普通加权计算方法,因而能使确定订单优先级的有效性、合理性以及效率得到明显提高,并且对系统的整体性能无不良影响,能够很好地满足不断发展的业务需求。
如果将图2所示原理以操作流程表示,则如图3所示。参见图3,图3为图1所示系统基于优先级实现订单调度的流程图,该流程包括以下步骤:
步骤310:受理业务。
步骤320:创建订单。
步骤330:查询影响订单优先级的因素类型中所包含的因素值。
步骤340:查询影响订单优先级的因素类型所对应的权重比例。
步骤330和步骤340之间没有固定的先后顺序;并且,当设置有因素类型所包含的因素值与权重比例之间的对应关系时,可以在步骤340中进一步查询该因素值所对应的权重比例。
步骤350:查询步骤330中得到的因素值所对应的因素值分值。
步骤330在步骤350之前进行,但步骤340和步骤350之间没有固定的先后顺序。
步骤360:对找到的因素值分值和权重比例进行加权计算,得到优先级分值。
步骤370:查询得到的优先级分值所对应的优先级和调度序号。
步骤380:将得到的调度序号及其所对应的订单通知工作流单元,由工作流单元根据收到的调度序号对收到的订单进行排序,并根据排序结果依次对具有不同优先级的订单进行调度。
由以上所述可以看出,本发明实施例所提供的基于优先级实现订单调度的系统和方法,保证了订单调度优先级计算规则的灵活性,能实现订单优先级的动态计算,因而避免了硬编码,有效减少了系统维护成本;并且,通过数据参数配置,还可以增强系统的扩展性、灵活性;再加上订单优先级的计算方式基于普通加权计算方法,因而能使确定订单优先级的有效性、合理性以及效率得到明显提高,并且对系统的整体性能无不良影响,能够很好地满足不断发展的业务需求。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1、一种基于优先级实现订单调度的系统,包括订单创建模块,其特征在于,该系统还包括与订单创建模块相连的优先级处理模块;
其中,订单创建模块,用于通知优先级处理模块为订单确定优先级,并接收来自优先级处理模块的表明订单优先级的信息;
优先级处理模块,用于对影响所述订单的优先级的因素进行加权计算,将计算所得的表明订单优先级的信息发送给订单创建模块。
2、如权利要求1所述的系统,其特征在于,所述优先级处理模块包括相连的优先级计算模块、优先级定义模块;
其中,所述优先级计算模块,用于在收到为订单确定优先级的通知时通知优先级定义模块获取影响订单优先级的因素,并对来自优先级定义模块的所述因素进行加权计算以得到表明订单优先级的信息;
所述优先级定义模块,用于获取影响订单优先级的因素并提供给优先级计算模块。
3、如权利要求1或2所述的系统,其特征在于,该系统进一步包括与订单创建模块相连的工作流单元;
其中,所述订单创建模块,进一步用于将收到的表明订单优先级的信息以及生成的订单发送给工作流单元;
所述工作流单元,用于根据收到的表明订单优先级的信息对收到的订单进行排序,根据排序结果依次对具有不同优先级的订单进行调度。
4、如权利要求1或2所述的系统,其特征在于,该系统进一步包括与订单创建模块相连的业务受理单元;
其中,所述业务受理单元,用于在受理用户业务时通知订单创建模块创建订单;
所述订单创建模块,进一步用于在收到来自所述业务受理单元的通知时,通知所述优先级处理模块为订单确定优先级。
5、如权利要求1或2所述的系统,其特征在于,影响订单优先级的所述因素是与业务相关的因素类型中所包含的一个或多个因素值。
6、如权利要求1或2所述的系统,其特征在于,表明订单优先级的所述信息是进行所述加权计算后得到的值所属的上下限优先级分值所对应的调度序号。
7、一种基于优先级实现订单调度的方法,其特征在于,该方法包括:
接收订单调度请求;
确定影响订单优先级的因素;
对确定的影响订单优先级的因素进行加权计算,得到表明订单优先级的信息;
根据得到的表明订单优先级的信息对订单进行调度。
8、如权利要求7所述的方法,其特征在于,影响订单优先级的所述因素是与业务相关的因素类型中所包含的一个因素值,进行所述加权计算的过程为:
查找所述因素值所对应的因素值分值,用找到的因素值分值乘以因素值所对应的权重比例,将乘得的优先级分值确定为加权计算结果。
9、如权利要求7所述的方法,其特征在于,影响订单优先级的所述因素是与业务相关的因素类型中所包含的一个因素值,进行所述加权计算的过程为:
查找所述因素值所对应的因素值分值,用找到的所述因素值分值乘以所述因素值所属的因素类型所对应的权重比例,将乘得的优先级分值确定为加权计算结果。
10、如权利要求7所述的方法,其特征在于,影响订单优先级的所述因素是与业务相关的因素类型中所包含的多个因素值,进行所述加权计算的过程为:
查找各因素值所分别对应的因素值分值,并用找到的各因素值分值分别乘以相应因素值所对应的权重比例,再将应用各因素值分值所乘得的所有乘积相加,将相加所得的优先级分值确定为加权计算结果。
11、如权利要求7所述的方法,其特征在于,影响订单优先级的所述因素是与业务相关的因素类型中所包含的多个因素值,进行所述加权计算的过程为:
查找各因素值所分别对应的因素值分值,并用找到的所述因素值分值乘以相应因素值所属的因素类型所对应的权重比例,再将应用各因素值分值所乘得的所有乘积相加,将相加所得的优先级分值确定为加权计算结果。
12、如权利要求7至11任一项所述的方法,其特征在于,表明订单优先级的所述信息是调度序号,得到该调度序号的方法为:
查找加权计算所得的结果所属的上下限优先级分值,将找到的上下限优先级分值所共同对应的调度序号确定为订单的调度序号。
13、如权利要求7至11任一项所述的方法,其特征在于,所述对订单进行调度的方法为:
根据表明订单优先级的所述信息对收到的订单进行排序,根据排序结果依次对具有不同优先级的订单进行调度。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101678987A CN1975771A (zh) | 2006-12-20 | 2006-12-20 | 基于优先级实现订单调度的系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101678987A CN1975771A (zh) | 2006-12-20 | 2006-12-20 | 基于优先级实现订单调度的系统和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1975771A true CN1975771A (zh) | 2007-06-06 |
Family
ID=38125819
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101678987A Pending CN1975771A (zh) | 2006-12-20 | 2006-12-20 | 基于优先级实现订单调度的系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1975771A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340487B (zh) * | 2007-07-03 | 2011-05-11 | 大唐软件技术股份有限公司 | 服务开通过程中的管理方法和系统 |
CN102163302A (zh) * | 2010-02-24 | 2011-08-24 | 北大方正集团有限公司 | 环节任务处理方法及装置 |
CN102903039A (zh) * | 2012-09-29 | 2013-01-30 | 江苏乐买到网络科技有限公司 | 一种新型配送仓储方法 |
CN103201755A (zh) * | 2010-09-16 | 2013-07-10 | 甲骨文国际公司 | 用于实现履行管理的方法和系统 |
CN106327105A (zh) * | 2016-09-07 | 2017-01-11 | 东信和平科技股份有限公司 | 一种订单优先级别数据处理方法及系统 |
CN106447147A (zh) * | 2015-08-11 | 2017-02-22 | 上海合印包装服务有限公司 | 一种印刷订单系统 |
CN106557852A (zh) * | 2015-09-24 | 2017-04-05 | 上海合印包装服务有限公司 | 一种支持订单交互的客户管理系统 |
CN106557850A (zh) * | 2015-09-24 | 2017-04-05 | 上海合印包装服务有限公司 | 一种支持打样交互的客户管理系统 |
CN108550069A (zh) * | 2018-04-19 | 2018-09-18 | 上海携程商务有限公司 | 旅行需求单推送方法、装置、电子设备、存储介质 |
CN109102354A (zh) * | 2017-06-21 | 2018-12-28 | 北京小度信息科技有限公司 | 订单处理方法和装置 |
CN110390604A (zh) * | 2018-04-19 | 2019-10-29 | 北京京东尚科信息技术有限公司 | 一种加载订单的方法和装置 |
CN110930221A (zh) * | 2019-11-18 | 2020-03-27 | 珠海格力电器股份有限公司 | 异常订单处理方法、存储介质及计算机设备 |
-
2006
- 2006-12-20 CN CNA2006101678987A patent/CN1975771A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340487B (zh) * | 2007-07-03 | 2011-05-11 | 大唐软件技术股份有限公司 | 服务开通过程中的管理方法和系统 |
CN102163302A (zh) * | 2010-02-24 | 2011-08-24 | 北大方正集团有限公司 | 环节任务处理方法及装置 |
CN102163302B (zh) * | 2010-02-24 | 2012-11-07 | 北大方正集团有限公司 | 环节任务处理方法及装置 |
CN103201755B (zh) * | 2010-09-16 | 2017-06-27 | 甲骨文国际公司 | 用于实现履行管理的方法和系统 |
CN103201755A (zh) * | 2010-09-16 | 2013-07-10 | 甲骨文国际公司 | 用于实现履行管理的方法和系统 |
CN102903039A (zh) * | 2012-09-29 | 2013-01-30 | 江苏乐买到网络科技有限公司 | 一种新型配送仓储方法 |
CN106447147A (zh) * | 2015-08-11 | 2017-02-22 | 上海合印包装服务有限公司 | 一种印刷订单系统 |
CN106557852A (zh) * | 2015-09-24 | 2017-04-05 | 上海合印包装服务有限公司 | 一种支持订单交互的客户管理系统 |
CN106557850A (zh) * | 2015-09-24 | 2017-04-05 | 上海合印包装服务有限公司 | 一种支持打样交互的客户管理系统 |
CN106327105A (zh) * | 2016-09-07 | 2017-01-11 | 东信和平科技股份有限公司 | 一种订单优先级别数据处理方法及系统 |
CN109102354A (zh) * | 2017-06-21 | 2018-12-28 | 北京小度信息科技有限公司 | 订单处理方法和装置 |
CN108550069A (zh) * | 2018-04-19 | 2018-09-18 | 上海携程商务有限公司 | 旅行需求单推送方法、装置、电子设备、存储介质 |
CN110390604A (zh) * | 2018-04-19 | 2019-10-29 | 北京京东尚科信息技术有限公司 | 一种加载订单的方法和装置 |
CN110390604B (zh) * | 2018-04-19 | 2024-02-09 | 北京京东尚科信息技术有限公司 | 一种加载订单的方法和装置 |
CN110930221A (zh) * | 2019-11-18 | 2020-03-27 | 珠海格力电器股份有限公司 | 异常订单处理方法、存储介质及计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1975771A (zh) | 基于优先级实现订单调度的系统和方法 | |
CN109005056B (zh) | 基于cdn应用的存储容量评估方法和装置 | |
WO2018166104A1 (zh) | 坐席分配方法、装置、服务器和存储介质 | |
CN107103009B (zh) | 一种数据处理方法及装置 | |
AU2014212780A1 (en) | Data stream splitting for low-latency data access | |
CN103493076B (zh) | 用于优化重复的搜索请求的改进预订系统的方法和系统 | |
CN107659739B (zh) | 名单分配方法和装置 | |
CN1829159A (zh) | 一种实现电子工单排队的方法 | |
CN102708183A (zh) | 数据压缩的方法和装置 | |
CN111353663A (zh) | 任务分配方法、装置、设备及其存储介质 | |
CN114240207A (zh) | 智能工单派发方法、系统及介质 | |
CN112381418A (zh) | 案件分配方法、装置、设备及存储介质 | |
CN116909751A (zh) | 一种云计算系统中的资源分配方法 | |
CN111275284A (zh) | 一种成本分摊装置和方法 | |
CN109462403A (zh) | 一种实现寄递地址编码的方法及系统 | |
CN116700929A (zh) | 基于人工智能的任务批量处理方法及系统 | |
CN1968135A (zh) | 流量分发系统和方法 | |
CN114708080A (zh) | 一种分布式财务数据在线处理方法 | |
CN101071489A (zh) | 工作流管理系统及实现工作过程自动化的方法 | |
US10719516B2 (en) | Scalable multistage processing of queries with percentile functions | |
CN104915246A (zh) | 一种基于工作流的高可配分布式实时计算引擎及控制方法 | |
CN113902470A (zh) | 一种广告实验平台、方法及电子设备 | |
CN109241215B (zh) | 对象搜索方法、装置、设备及计算机可读存储介质 | |
CN111402044A (zh) | 数据配置系统及其数据配置方法 | |
CN104038562A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070606 |