商城订单系统及其实现资源自适应调度的处理方法与流程

1.本发明涉及商城系统服务能力网关技术领域，尤其涉及一种商城订单系统及其实现资源自适应调度的处理方法。


背景技术：

2.传统的商城平台系统，按用户类型分为b2c(business-to-customer，企业面向个人用户)商城、b2b(business-to-business，企业面向企业用户)商城、b2b2c(business to business to customer，企业面向企业最终用户)商城，相应商城订单系统也分别为b2c订单模块，b2b订单模块、b2b2c订单模块。目前，当三种订单模块并存时，商城系统对外网络的带宽资源，承载各类业务服务的硬件资源均是根据业务提前规划，这些基础资源无法根据各个订单模块突发或局部的业务波动进行系统实时自适应的优化调配。
3.传统的商城系统，关于订单各模块带宽资源的使用，主要采用两种方法，一种是整个系统各个模块共享整个带宽，另一种是把整体带宽按照一定比例预评估分配给不同的订单模块，各个模块间的带宽资源无法动态分享或自适应调配，具体可参见图1。对于服务器硬件资源的管理，目前比较成熟和通用的技术方案是采用k8s容器化云平台服务方案或者通用性虚拟机技术方案，但是商城系统的各个订单模块单元(微服务或应用程序)占用计算能力、内存能力、存储能力等也都是提前规划，虽然可以实现后评估硬件资源的动态扩容，但无法实现实时条件下，系统运行过程中资源自适应动态调配，以满足突发性业务波动时系统的正常功能。


技术实现要素：

4.本发明实施例提供一种商城订单系统及其实现资源自适应调度的处理方法，用于解决现有技术中无法实现实时条件下，系统运行过程中资源自适应动态调配的问题。
5.第一方面，本发明实施例提供了一种商城订单系统实现资源自适应调度的处理方法，包括：
6.接收用户发送的订单创建请求，根据所述订单创建请求获取用户信息，所述用户信息包括所述用户的服务等级信息；
7.获取所述用户所请求创建的订单类型对应的订单的并发数量；
8.根据所述用户的服务等级信息及所述并发数量判断对应的订单模块是否直接为所述用户创建订单；
9.如果否，则将所述用户添加至用户队列进行排队；
10.获取当前用户队列的并发处理压力系数，以及获取各个订单模块的带宽负荷和物理资源使用情况；
11.根据所述并发处理压力系数以及所述各个订单模块的带宽负荷和物理资源使用情况调整所述各个订单模块之间的带宽资源和物理资源的分配比例。
12.可选地，所述根据所述用户的服务等级信息及所述并发数量判断对应的订单模块
是否直接为所述用户创建订单，包括：
13.根据所述用户的服务等级信息确定所述用户的用户级别；
14.如果所述用户的用户级别是高级别或者所述并发数量小于第一预设阈值，则确定对应的订单模块直接为所述用户创建订单；
15.如果所述用户的用户级别是普通级别且所述并发数量大于或等于所述第一预设阈值，则确定对应的订单模块不直接为所述用户创建订单。
16.可选地，所述如果否，则将所述用户添加至用户队列进行排队之后，所述方法包括：
17.当所述用户到达所述用户队列的首位时，所述用户的服务等级信息所对应的订单模块根据所述订单创建请求为所述用户创建订单，并将订单创建结果反馈给所述用户。
18.可选地，根据所述并发处理压力系数以及所述各个订单模块的带宽负荷和物理资源使用情况调整所述各个订单模块之间的带宽资源和物理资源的分配比例，包括；
19.当所述并发处理压力系数到达第二预设阈值时，所述商城订单系统的资源软配置中心从资源监测分配管理单元获取所述各个订单模块的带宽负荷和物理资源使用情况；
20.所述资源软配置中心根据所述并发处理压力系数以及所述各个订单模块的带宽负荷和物理资源使用情况制定资源重新分配的策略；
21.所述资源软配置中心向所述资源监测分配管理单元发送资源配置比例修改命令；
22.所述资源检测分配管理单元根据所述资源配置比例修改命令为所述各个订单模块之间的带宽资源和物理资源重新分配比例。
23.可选地，在所述接收用户发送的订单创建请求之前，所述方法还包括：
24.接收所述用户的注册信息，根据所述用户的注册信息确定所述用户的服务等级信息；
25.将所述用户的注册结果反馈给所述用户，所述注册结果包括所述服务等级信息。
26.第二方面，本发明实施例提供了一种商城订单系统，所述系统包括：
27.用户服务等级感知中心，用于接收用户发送的订单创建请求，所述订单创建请求携带有所述用户信息，所述用户信息包括所述用户的服务等级信息，以及获取所述用户所请求创建的订单类型对应的订单的并发数量，以及根据所述用户的服务等级信息及所述并发数量判断对应的订单模块是否直接为用户创建订单，如果否，则将所述用户添加至用户队列进行排队；
28.系统性能感知中心，用于获取当前用户队列的并发处理压力系数，并将所述并发处理压力系数发送给资源软配置中心；
29.资源软配置中心，用于获取所述并发处理压力系数，以及通过资源监测分配管理单元获取所述各个订单模块的带宽负荷和物理资源使用情况，根据所述并发处理压力系数以及所述各个订单模块的带宽负荷和物理资源使用情况，控制所述资源监测分配管理单元调整所述各个订单模块之间的带宽资源和物理资源的分配比例；以及
30.资源监测分配管理单元，用于获取各个订单模块的带宽负荷和物理资源使用情况，将所述各个订单模块的带宽负荷和物理资源使用情况发送给所述资源软配置中心，以及在所述资源软配置中心的控制下调整所述各个订单模块之间的带宽资源和物理资源的分配比例。
31.可选地，所述用户服务等级感知中心，具体用于：
32.根据所述用户的服务等级信息确定所述用户的用户级别；
33.如果所述用户的用户级别是高级别或者所述并发数量小于第一预设阈值，则确定对应的订单模块直接为所述用户创建订单；
34.如果所述用户的用户级别是普通级别且所述并发数量大于或等于所述第一预设阈值，则确定对应的订单模块不直接为所述用户创建订单。
35.可选地，所述系统还包括用户服务队列调整中心，所述用户服务队列调整中心用于当所述用户到达所述用户队列的首位时，所述用户的服务等级信息所对应的订单模块根据所述订单创建请求为所述用户创建订单，并将订单创建结果反馈给所述用户。
36.可选地，所述资源软配置中心具体用于当所述并发处理压力系数到达第二预设阈值时，从资源监测分配管理单元获取所述各个订单模块的带宽负荷和物理资源使用情况，根据所述并发处理压力系数以及所述各个订单模块的带宽负荷和物理资源使用情况制定资源重新分配的策略，向所述资源监测分配管理单元发送资源配置比例修改命令；
37.所述资源检测分配管理单元具体用于：根据所述资源配置比例修改命令为所述各个订单模块之间的带宽资源和物理资源重新分配比例。
38.可选地，所述用户服务等级感知中心还用于接收所述用户的注册信息，根据所述用户的注册信息确定所述用户的服务等级信息，以及将所述用户的注册结果反馈给所述用户，所述注册结果包括所述服务等级信息。
39.可以理解，本发明实施例提供一种商城订单系统，增加了一个系统资源自适应能力模块，通过系统资源自适应能力模块中系统资源软配置中心的规则调度，可以实现b2c、b2b、b2b2c三种业务模块在局部或全局出现高并发容量场景时对固有带宽资源配置参数和基础硬件服务资源参数进行系统自适应动态调整和二次资源分配。
40.通过以上系统，能实现根据商城不同类型的用户对底层带宽资源的不同需求实时实现不同的分配策略，确保vip用户的服务质量；另外，各个订单模块功能建设的服务器硬件资源由系统统一管理，通过规则灵活调整配置容量，实现服务器硬件资源能够实时自适应调度动态共享，通过以上能力调整实现带宽资源的动态调整与应用物理资源的动态调整互动。
附图说明
41.下面结合附图和实施例对本发明进一步说明。
42.图1为现有技术提供的商城订单系统的示意性框图；
43.图2为本发明实施例提供的商城订单系统的示意性框图；
44.图3为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的流程图；
45.图4为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
46.图5为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
47.图6为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方
法的又一流程图；
48.图7为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
49.图8为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图。
具体实施例
50.为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
51.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
52.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。
53.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
54.本发明实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。
55.图2为本发明实施例提供的商城订单系统的示意性框图；
56.如图2所示，商城订单系统包括：b2b订单模块、b2c订单系统、b2c订单模块)、b2b2c订单模块、接口能力控制单元、系统资源自适应能力模块及资源检测分配管理中心，其中，资源检测分配管理中心用于实现带宽监控分配和物理资源监控分配，其中，本发明实施例中，物理资源包括cpu(central processing unit，中央处理器)资源、内存资源和硬盘资源。
57.其中，用户权限中心被配置为：负责提供注册用户的质量标签、用户服务类型、用户角色等信息。用户注册时，系统已记录用户类型(例如vip(very important person，重要的)客户、普通客户)及商城类别(b2c类别、b2b类别、b2b2c类别)，同时系统根据用户配置的服务类型及用户的重要性(客户服务等级)，把用户归入对应的用户服务等级和质量标签组，如b2b商户vip客户、b2c商户vip客户、b2b2c商户vip客户等等。
58.其中，系统资源自适应能力模块包含：用户服务等级感知中心、系统性能感知中心、用户服务队列调整中心及资源软配置中心。
59.用户服务等级感知中心被配置为：负责获取来自用户权限中心的用户完整信息，包含用户类型、用户质量标签、用户权限校验、用户流控配置参数等，用户服务等级感知中
心在系统高并发量订单运营过程中根据以上用户信息制定不同的用户服务等级策略，对不同用户订单类型进行模块化系统资源二次分配和自适应软调整。
60.系统性能感知中心被配置为：负责系统各个订单模块的业务并发量计数管理，包含系统各模块实时进行中的各类需要处理的订单并发数据和用户并发访问数据。同时，为了提升性能，系统性能感知中心周期性从用户权限中心或用户服务等级感知中心同步用户综合信息，并根据用户信息来统计和管理用户订单类型，分别归类为b2c订单、b2b订单、b2b2c订单，之后更新对应的计数器。
61.用户服务队列调整中心，被配置为：用于并发性订单处理优先级排队策略制定及执行。当商城系统订单并发请求高于系统默认指定的处理门限时，系统将根据用户类型和用户标签重要性进行顺序排队，然后根据排队优先级别进入用户服务队列处理单元，依次逐条处理系统的并发性订单。同时，用户服务队列调整中心在收到系统处理完这些并发订单申请后，根据用户类型和用户标签顺序把处理结果返给用户。
62.资源软配置中心，被配置为：根据业务场景和用户标签，产生用户类型和优先等级进行应用支撑的系统资源进行自适应调整，包含两个功能：一是对不同订单模块进行实时带宽负荷能力调整；二是对不同订单模块进行实时物理资源配置的调整。不同的订单模块单元带宽负荷能力的调整可通过资源调配规则配置成系统不同的带宽负荷能力使用比例，主要依据是系统对每个订单模块的并发用户量进行实时监测和评估。当存在某个订单模块并发用户量超过系统默认的处理能力时，资源软配置中心会同时评估其他未饱和状态的订单模块带宽冗余能力，然后重新平衡和调整各个订单模块的带宽使用配置比例；如果所有订单模块并发用户量的带宽负荷都超过系统默认的处理能力时，系统根据用户标签和订单模块优先级及时调整带宽配置使用比例，保证重要用户和重要订单模块的并发处理能力，提高重要客户的服务等级。同样的，不同订单模块物理资源配置比例的调整，也是根据系统对每个订单模块并发用户量的处理能力综合评估的。为了实现系统物理资源的横向动态扩展，订单系统一般是采用微服务架构，每一个微服务容器资源池能力都是根据业务需求提前规划分配的。资源软配置中心周期性实时获取每个容器微服务监控中心发送过来的硬件资源使用情况，并结合系统各个订单模块的用户并发量数据，产生新的订单模块所需要的资源使用配置比例，并把该参数配置比例发给容器资源管理中心，容器资源管理中心根据收到的资源配置比例修改请求，对各个订单模块资源使用配置比例实时重新修改调整。以上操作保证了各个订单模块对硬件资源使用的最优配置。
63.可以理解，本发明实施例提供一种商城订单系统，增加了一个系统资源自适应能力模块，通过系统资源自适应能力模块中系统资源软配置中心的规则调度，可以实现b2c、b2b、b2b2c三种业务模块在局部或全局出现高并发容量场景时对固有带宽资源配置参数和基础硬件服务资源参数进行系统自适应动态调整和二次资源分配。
64.通过以上系统，能实现根据商城不同类型的用户对底层带宽资源的不同需求实时实现不同的分配策略，确保高级别(例如vip级别)用户的服务质量；另外，各个订单模块功能建设的服务器硬件资源由系统统一管理，通过规则灵活调整配置容量，实现服务器硬件资源能够实时自适应调度动态共享，通过以上能力调整实现带宽资源的动态调整与应用物理资源的动态调整互动。
65.图3为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方
法的流程图；
66.如图3所示，一种商城订单系统实现资源自适应调度能力的处理方法，包括：
67.步骤s01：接收用户发送的订单创建请求，根据订单创建请求获取用户信息，用户信息包括用户的服务等级信息；
68.步骤s02：获取用户所请求创建的订单类型对应的订单的并发数量；
69.步骤s03：根据用户的服务等级信息及并发数量判断对应的订单模块是否直接为用户创建订单；
70.步骤s04：如果否，则将用户添加至用户队列进行排队；
71.步骤s05：获取当前用户队列的并发处理压力系数，以及获取各个订单模块的带宽负荷和物理资源使用情况；
72.步骤s06：根据并发处理压力系数以及各个订单模块的带宽负荷和物理资源使用情况调整各个订单模块之间的带宽资源和物理资源的分配比例。
73.其中，针对步骤s01，用户服务等级感知中心接收到用户发送的订单创建请求后，基于用户标识从用户权限中心处获取并校验用户信息，用户信息包括但不限于用户的服务等级信息、质量标签及用户的订单类型等，其中，用户的服务等级信息可以包括高级别和普通级别等等，质量标签可以包括b2b商户vip客户、b2c商户vip客户、b2b2c商户vip客户等等，订单类型可以包括b2b订单、b2c订单及b2b2c订单。
74.其中，针对步骤s02，用户所请求创建的订单类型对应的订单的并发数量由用户服务等级感知中心从系统性能感知中心处获取，系统性能感知中心负责系统各个订单模块的业务并发量计数管理，包含系统各模块实时进行中的各类需要处理的订单并发数据和用户并发访问数据。
75.其中，针对步骤s03，根据用户的服务等级信息及并发数量判断对应的订单模块是否直接为用户创建订单，具体可以包括：
76.步骤s031：根据用户的服务等级信息确定用户的用户级别；
77.步骤s032：如果用户的用户级别是高级别或者并发数量小于第一预设阈值，则确定对应的订单模块直接为用户创建订单；
78.步骤s033：如果用户的用户级别是普通级别且并发数量大于或等于第一预设阈值，则确定对应的订单模块不直接为用户创建订单。
79.可以理解，通过步骤s02及步骤s03对用户类别进行识别，保障高级别用户正常访问系统，防止高质量用户丢失，实现对不同用户类型不同的服务质量的自适应能力。
80.针对步骤s04，当用户普通级别且并发数量大于或等于第一预设阈值时，将用户添加至用户队列中进行排队，用户服务队列调整中心排队优先级别进入用户服务队列处理单元，依次逐条处理系统的并发性订单。当用户到达用户队列的首位时，用户的服务等级信息所对应的订单模块根据订单创建请求为用户创建订单，并将订单创建结果反馈给用户。
81.针对步骤s06，根据并发处理压力系数以及各个订单模块的带宽负荷和物理资源使用情况调整各个订单模块之间的带宽资源和物理资源的分配比例，具体可以包括：
82.步骤s061：当并发处理压力系数到达第二预设阈值时，商城订单系统的资源软配置中心从资源监测分配管理单元获取各个订单模块的带宽负荷和物理资源使用情况；
83.步骤s062：资源软配置中心根据并发处理压力系数以及各个订单模块的带宽负荷
和物理资源使用情况制定资源重新分配的策略；
84.步骤s063：资源软配置中心向资源监测分配管理单元发送资源配置比例修改命令；
85.步骤s064：资源检测分配管理单元根据资源配置比例修改命令为各个订单模块之间的带宽资源和物理资源的分配比例。
86.可以理解，本发明实施例通过商城订单系统中的用户权限中心、资源检测分配管理中心，和资源自适应能力模块中的用户服务等级感知中心、系统性能感知中心、资源软配置中心实现对不同订单功能模块带宽和物理资源使用配置调整的自适应能力。对于业务经常变化的商城订单系统，能够自动调整带宽和物理资源配置，以满足业务需要。
87.进一步地，在接收用户发送的订单创建请求之前，该方法还包括：
88.接收用户的注册信息，根据用户的注册信息确定用户的服务等级信息；
89.将用户的注册结果反馈给用户，注册结果包括服务等级信息。
90.进一步地，在接收用户发送的订单创建请求之前，该方法还可以包括：
91.通过运营平台接收用户对用户配置信息的录入或者修改，用户配置信息可以包括服务等级信息、用户订单类型信息及质量标签等；
92.登记或者修改用户配置信息，返回处理结果给用户。
93.下面结合附图对本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的各个步骤进行更为具体的说明。
94.图4为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
95.图4示出了本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法关于用户配置信息录入或者修改的过程，如图4所示，该过程包括：
96.步骤101：用户通过运营平台录入/修改用户的配置信息到用户服务等级感知中心；
97.步骤102：用户服务等级感知中心将用户录入/修改的配置信息发送给用户权限中心；
98.步骤103：用户权限中心根据用户录入/修改的配置信息登记/修改用户质量标签、用户订单类型等；
99.步骤104：用户权限中心返回用户最新参数结果给用户服务等级感知中心(上文称用户服务等级感知中心)，最新参数结果包括用户等级类型、订单类型归属等(例如b2c、b2b、b2b2c)。
100.步骤105：用户服务等级感知中心将用户最新参数结果同步到系统性能感知中心(上文称用户服务等级感知中心)；
101.步骤106：用户服务等级感知中心返回处理结果给运营平台。
102.图5为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
103.图5示出了本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法关于用户自动注册的过程，如图5所示，该过程包括：
104.步骤201：用于在用户服务等级感知中心进行注册；
105.步骤202：用户服务等级感知中心将用户注册信息发送给用户权限中心；
106.步骤203：用户权限中心根据用户注册信息审批/注册用户质量标签、记录用户订单归属等；
107.步骤204：用户权限中心返回注册结果给用户服务等级感知中心，注册结果包括用户信息，用户信息包括用户等级类型、订单类型归属等(例如b2c、b2b、b2b2c)；
108.步骤205：用户服务等级感知中心将用户信息同步到系统性能感知中心；
109.步骤206：用户服务等级感知中心将注册结果反馈给用户，注册结果包括用户等级类型信息等。
110.图6为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
111.图6示出了本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法关于用户下单服务的过程，如图6所示，该过程包括：
112.步骤501：用户下订单到用户服务等级感知中心；
113.步骤502：用户服务等级感知中心下单并发送计数器增加通知至系统性能感知中心，使得系统性能感知中心在对应的订单类型并发数加一；
114.步骤503：用户服务等级感知中心从用户权限中心处获取并校验用户信息，用户信息包括用户类型信息、用户质量标签等信息；
115.步骤504：用户服务等级感知中心从系统性能感知中心处获取订单类型并发数量；
116.步骤505：用户服务等级感知中心根据用户类型、用户质量标签及订单类型并发数量等信息，进行判断用户是否直接访问订单中心(即订单模块)还是进入队列中心(即用户服务队列调整中心)进行判断；
117.步骤506：如果并发资源空余，或者质量标签是高级别用户(例如vip用户)，则用户服务等级感知中心直接控制用户访问订单中心，然后执行步骤507；
118.步骤507：订单类型对应的订单模块创建订单，然后执行步骤508；
119.步骤508：订单类型对应的订单模块通过用户服务等级感知中心返回订单创建结果给用户，本次流程结束；
120.步骤509：如果并发资源不足，且用户的质量标签不是高级别用户，则用户服务等级感知中心控制用户进入排队系统，然后执行步骤510；
121.步骤510：用户服务等级感知中心通知用户当前处于排队中，然后执行步骤511；
122.步骤511：用户服务队列调整中心进行队列消费，然后执行步骤512；
123.步骤512：当排队到达时，用户服务队列调整中心创建对应订单给订单类型对应的订单模块，然后执行步骤513；
124.步骤513：订单模块创建订单，同时，用户服务等级感知中心下单并发送计数器减少通知至系统性能感知中心，使得系统性能感知中心在对应的订单类型并发数减1，然后执行步骤514；
125.步骤514：订单模块将订单创建结果返回给用户服务等级感知中心，然后执行步骤515；
126.步骤515：用户服务等级感知中心返回订单创建结果给用户，本次流程结束。
127.图6为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方
法的又一流程图；
128.图6示出了本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法关于系统带宽及物理自适应能力策略的过程，如图6所示，该过程包括：
129.步骤501：用户下订单到用户服务等级感知中心；
130.步骤502：用户服务等级感知中心下单并发送计数器增加通知至系统性能感知中心，使得系统性能感知中心在对应的订单类型并发数加1；
131.步骤503：用户服务等级感知中心从用户权限中心处获取并校验用户信息，用户信息包括用户类型信息、用户质量标签等信息；
132.步骤504：用户服务等级感知中心从系统性能感知中心处获取订单类型并发数量；
133.步骤505：用户服务等级感知中心根据用户类型、用户质量标签及订单类型并发数量等信息，进行判断用户是否直接访问订单中心(即订单模块)还是进入队列中心(即用户服务队列调整中心)进行判断；
134.步骤506：资源软配置中心通过系统性能感知中心获取当前用户队列的并发处理压力系数；
135.步骤507：资源软配置中心通过资源监测分配管理中心获得系统各个功能模块的带宽负载和物理资源使用负载；
136.步骤508：资源软配置中心根据系统各个功能模块的带宽负载和物理资源使用负载情况，结合用户队列的并发处理压力系数，制定资源重新分配的策略，其中，资源重新分配的策略包括带宽和服务物理资源的分配策略；
137.步骤509：资源软配置中心发送资源配置比例修改命令至资源监测分配管理中心；
138.步骤510：资源监测分配管理中心根据要求修改资源配置比例。
139.图7为本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法的又一流程图；
140.图7示出了本发明实施例提供的一种商城订单系统实现资源自适应调度能力的处理方法关于系统性能感知中心的信息处理过程，如图7所示，该过程包括：
141.预先设置用户信息同步定时器；
142.当收到全量用户信息同步定时任务时，从用户权限中心同步用户信息，并保存至redis(remote dictionary server，远程字典服务)缓存中，本次流程结束；
143.当收到下单并发计数器增加通知时，从redis缓存中读取用户订单类型计数器，并增加1，本次流程结束；
144.当收到下单并发计数器减少通知时，从redis缓存中读取用户订单类型计数器，并减少1，本次流程结束；
145.当收到增量用户信息同步时，从用户权限中心同步用户信息，并保存至redis缓存中，本次流程结束。
146.可以理解，基于上述几个过程，使得本发明具有如下优点：
147.可以支持b2c，b2b与b2b2c商城的订单业务，各个系统整合统一建设，避免投资重复；不同类型商城能共享业务容量，实时优化资源配置，使平台效能最大化；实时监控商城并发量与各类商城不同订单模块资源使用量，动态调整并发带宽与物理资源使用率的同时，并能根据用户质量标签分级控制处理，在实现平台资源配自动配置的同时，更能保证优
质客户的服务体验。
148.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
149.在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
150.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
151.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
152.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本发明各个实施例方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
153.以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。