一种请求处理方法及装置与流程
1.本技术涉及通信技术领域，尤其涉及一种请求处理方法及装置。
背景技术：
2.云计算现已成为全球it行业发展的重要趋势和传统企业转型方向，随着云计算市场的不断增长，云安全问题也日益突出。安全控制器是基于安全设备的虚拟化技术实现的供云计算平台使用的管理系统，它将防火墙、负载均衡、路由器等一系列设备资源进行整合，供云平台按需使用。
3.现有安全控制器随着云计算应用业务的快速增长，由于安全业务配置量不断增长，伴之产生的设备配置量不断增加，配置下发设备响应慢所导致的云平台操作超时和用户使用体验差等问题日益突出。在这种情况下，面对日益迫切的云计算发展需求，基于云计算和安全控制器的消息优化整合系统对于云计算和云安全的迅速持续发展具有重要意义。基于此，现有的方案是通过在云平台和安全控制器之前通过代理来进行消息的传递以保证消息的有序性，但是在安全控制器处理云平台的配置变更请求时没有做优化处理，导致安全控制器在处理云平台的配置变更请求时处理效率比较低，尤其应对云平台的大规模安全业务配置变更时，存在配置下发设备响应慢、大量请求线程占用系统资源、并发时序混乱和处理流程冗余及效率低等问题。
4.因此，如何实现安全控制器高效应对云平台的业务配置变更请求是值得考虑的技术问题之一。
技术实现要素：
5.有鉴于此，本技术提供一种请求处理方法及装置，用以实现安全控制器高效应对云平台的业务配置变更请求。
6.具体地，本技术是通过如下技术方案实现的：
7.根据本技术的第一方面，提供一种请求处理方法，应用于安全控制器中，所述方法，包括：
8.获取业务配置变更请求；
9.根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；
10.若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；
11.若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。
12.根据本技术的第二方面，提供一种请求处理装置，设置于安全控制器中，所述装置，包括：
13.获取模块，用于获取业务配置变更请求；
14.第一确定模块，用于根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；
15.缓存模块，用于若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；
16.下发模块，用于若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。
17.根据本技术的第三方面，提供一种安全控制器，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的计算机程序，处理器被计算机程序促使执行本技术实施例第一方面所提供的方法。
18.根据本技术的第四方面，提供一种机器可读存储介质，机器可读存储介质存储有计算机程序，在被处理器调用和执行时，计算机程序促使处理器执行本技术实施例第一方面所提供的方法。
19.本技术实施例的有益效果：
20.本技术实施例提供的请求处理方法及装置中，当获取到业务配置变更请求后，就可以根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。这样，通过为每个设备配置对应的配置下发通道及执行消息队列，也就能够及时响应云平台下发的业务配置变更请求并通过对应的配置下发通道下发给对应的设备，同时提高了请求的处理效率，此外，利用各设备分别对应的执行消息队列来缓存对应的业务配置数据，由此保证了业务配置数据的时序的准确性，从而消除了并发操作可能产生的时序混乱的问题。
附图说明
21.图1是本技术实施例提供的一种请求处理方法的流程示意图；
22.图2是本技术实施例提供的一种请求处理装置的结构示意图；
23.图3是本技术实施例提供的一种实施请求处理方法的安全控制器的硬件结构示意图。
具体实施方式
24.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如本技术的一些方面相一致的装置和方法的例子。
25.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文
清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
26.应当理解，尽管在本技术可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
27.下面对本技术提供的请求处理方法进行详细地说明。
28.参见图1，图1是本技术提供的一种请求处理方法的流程图，该请求处理方法可以应用于安全控制器中，上述安全控制器实施该方法时，可包括如下所示步骤：
29.s101、获取业务配置变更请求。
30.本步骤中，上述业务配置变更请求可以为云平台下发给安全控制器的，即，云平台需要进行业务的配置变更时，就会向安全控制器发送业务配置变更请求。
31.s102、根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据。
32.本步骤中，需要处理业务配置变更请求所请求的业务的设备需要按照云平台触发的业务配置变更请求后的需求来处理业务，因此，安全控制器需要基于业务配置变更请求确定目标设备，以及产生对应业务的业务配置数据。具体来说，安全控制器需要根据业务配置变更请求修改对应业务配置数据，并把变更业务数据的持久化到安全控制器，以及确定变更任务涉及的相关设备，即上述目标设备，同时构造各目标设备最新的业务配置数据。
33.在此基础上，安全控制器在接收到业务配置变更请求后，会确定该业务配置变更请求对应的业务，然后确定与安全控制器通信的用于处理该业务的设备，记为上述目标设。具体来说，安全控制器中可以记录业务标识与设备标识之间的对应关系，这样，云平台在下发业务配置变更请求时，可以在该业务配置变更请求中携带业务标识，这样，安全控制器在接收到业务配置变更请求后，就可以基于该请求所请求的业务的业务标识及上述对应关系来确定用于处理该业务的目标设备。
34.可选地，上述业务配置数据可以但不限于包括内存配置数据等等
35.s103、判断所述目标设备的配置下发通道当前是否正在执行下发任务，若判断结果为是，则执行步骤s104；若判断结果为否，则执行步骤s105。
36.本步骤中，为了实现高效应对云平台的配置变更请求，本实施例提出为每个设备配置专门的配置下发通道和执行消息队列，然后分别进行维护，例如分别为每个业务配置对应的处理线程，然后由对应的线程来维护该线程下用于处理该业务的设备的配置下发通道和执行消息队列；或者，为每个设备配置对应的处理线程，然后由对应的线程来维护对应设备的配置下发通道和执行消息队列等等。这样一来，就能够保证云平台下发的业务配置变更请求得到安全控制器的及时响应，从而提高业务配置变更请求的处理效率。在此基础上，在确定出目标设备后，就可以判断该目标设备对应的配置下发通道当前是否正在执行下发任务，然后根据判断结果执行对应步骤s104或s105，后续详细介绍之。
37.s104、将所述业务配置数据缓存到所述目标设备对应的执行消息队列中。
38.本步骤中，若配置下发通道当前正在执行下发任务，则为了保证变更请求的及时
响应，同时保证该业务配置变更请求对应的业务配置数据能够送达目标设备，本实施例提出，将业务配置变更请求生成的业务配置数据缓存到该目标设备对应的执行消息队列中，以等待配置下发通道当前的下发任务执行完成。
39.需要说明的是，上述执行消息队列可以采用先进先出的原则，这样，在向执行消息队列缓存业务配置数据时就可以采用先进先出的原则写入，从而，一方面保证先写入的业务配置数据优先被读取出并通过配置下发通道下发给目标设备，另一方面也保证了业务配置数据写入的时序，这样也就消除了并发操作可能产生的时序问题。
40.s105、根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。
41.本步骤中，当确认目标设备对应的配置下发通道当前未执行下发任务时，则表明该配置下发通道可能刚处理完上一个业务配置数据的下发任务，则此时就可以从该目标设备对应的执行消息队列中按序读出下一个业务配置数据，然后通过配置下发通道向该目标设备下发读取出的业务配置数据。例如，若执行消息队列为先入先出队列，则按照该规则读取对应的业务配置数据并执行下发操作。
42.通过实施本技术提供的请求处理方法，当获取到业务配置变更请求后，就可以根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。这样，通过为每个设备配置对应的配置下发通道及执行消息队列，也就能够及时响应云平台下发的业务配置变更请求并通过对应的配置下发通道下发给对应的设备，同时提高了请求的处理效率，此外，利用各设备分别对应的执行消息队列来缓存对应的业务配置数据，由此保证了业务配置数据的时序的准确性，从而消除了并发操作可能产生的时序混乱的问题。
43.可选地，基于上述任一实施例，本实施例中可以按照下述过程执行步骤s101：从请求消息队列中读取所述业务配置变更请求。
44.其中，上述请求消息队列中的每个业务配置变更请求为安全控制器在接收到云平台发送的该业务配置变更请求后，对该业务配置变更请求校验通过后缓存的；安全控制器在将每个业务配置变更请求缓存至请求消息队列后，向所述云平台反馈响应结果。
45.具体地，为了避免大量的业务配置变更请求到达安全控制器后，安全控制器可能无法及时作出响应的问题发生，本实施例提出，在安全控制器配置请求消息队列，可以将接收到的业务配置请求缓存到请求消息队列中，即，每当安全控制器接收到一个业务配置请求后，就可以将该业务配置请求缓存到请求消息队列中，同时向云平台反馈请求处理成功的响应结果，也就是说，把云平台的业务配置请求按设备分解并加入请求消息队列后即认为该请求处理完成，安全控制器会给云平台返回包含请求处理成功的返回值的响应结果，这样，也就不需要等待配置下发设备这一过程，进一步地，云平台即可进行下一变更操作，大大减少了请求响应时间，进一步保证了业务配置变更请求的及时响应。
46.此外，安全控制器在接收到每个业务配置变更请求后，还可以对业务配置变更请求，会进行参数校验，在校验通过后才会将业务配置变更请求加入到请求消息队列中。若校
验不通过，则向云平台返回相应的错误指示信息。
47.可选地，基于上述任一实施例，本实施例中可以按照下述方法执行步骤s105中的通过所述配置下发通道向所述目标数据下发读取到的业务配置数据的步骤：从设备配置集合中获取所述目标设备处理对应业务的当前配置数据；根据所述业务配置数据和所述当前配置数据，确定变更数据；利用所述变更数据更新所述设备配置集合中的所述当前配置数据；通过所述配置下发通道向所述目标数据下发所述变更数据。
48.具体地，为了节省传输资源，本实施例提出，会先配置一个设备配置集合，该集合中记录了每个设备所处理的各类型的业务下该设备当前的配置数据，记为当前配置数据。在此基础上，在从目标设备对应的执行消息队列中读取出业务配置数据时，可以从设备配置集合中读取出该业务配置数据所属业务的当前配置数据，将该业务配置数据与当前配置数据进行比对，从而得到发生变化的数据，记为上述变更数据。这样在向目标设备下发数据时，只需要通过配置下发通道下发该变更数据即可，不需要全量发送，由此节约了传输资源，同时也能让变更数据快速到达目标设备。目标设备接收到变更数据后，就可以根据变更数据更新对应业务的配置数据，以便利用最新的业务配置数据来处理业务。在下发变更数据的同时可以携带或者同时下发对应业务的业务信息。
49.此外，为了便于下次变更数据的确定，本次在确定出变更数据后，还可以利用该变更数据更新设备配置集合中该目标设备对应的业务的当前配置数据，从而获得最新的当前配置数据，且与设备中对应业务的业务配置数据一致。
50.需要说明的是，上述设备配置集合中可以记录每个设备所提供服务的各业务的当前配置数据，例如目标设备所提供的业务为业务1和业务2，则设备配置集合中就可以记录目标设备-业务1(业务信息)-当前配置数据1之间的对应关系，同理，记录目标设备-业务2(业务信息)-当前配置数据2之间的对应关系，基于此就可以获取到该目标设备下业务配置变更请求所对应业务的当前配置数据。
51.需要说明的是，首次写入设备配置集合中的设备中的当前配置数据可以为安全控制器从各设备中主动获取的，后续在更新设备配置集合中的当前配置数据时，就可以利用基于业务变更请求产生的业务配置数据和从设备配置集合中获取的对应业务的当前配置数据确定变更数据，然后利用该变更数据更新设备配置集合中的当前配置数据。
52.可选地，基于上述任一实施例，本实施例提供的请求处理方法，还可以包括下述过程：针对每个设备，确定处理该设备的业务配置数据的数据处理能力；当所述数据处理能力不足时，则对该设备的执行消息队列中相同业务的业务配置数据进行整合处理，以在该设备的执行消息队列中保留相同业务的最新的业务配置数据，丢弃所述相同业务的其他业务配置数据。
53.具体地，为了提升数据处理效率，减少与设备之间的交互次数，以进一步提升请求处理效率，本实施例提出，针对每个设备，在安全控制器处理该设备的数据处理能力不足时，则会导致执行消息队列中数据量比较大的情况下，对执行消息队列中的数据进行数据整合处理，即，将该设备的执行消息队列中相同业务的业务配置数据进行整合处理，以保留该业务下最新写入执行消息队列的业务配置数据，该业务下之前写入的业务配置数据即可做删除处理，由于同一业务的业务变更请求可能会触发多次，相应地，最新的业务变更请求所产生的业务数据是需要覆盖掉历史业务变更请求对应的业务配置数据，有鉴于此，只保
留该业务最新的业务配置数据即可，这样一来，数据整合后原来需要多次向该设备下发的配置数据仅需要执行一次下发即可完成，而且也不会造成配置数据更新发生错误，同时还提升了数据处理效率。
54.在此基础上，本实施例中的数据处理能力可以至少包括执行消息队列的负载比率和单位时间的数据处理量；则可以按照下述过程确定数据处理能力不足：当所述负载比率超过设定比率阈值，且数据处理量不大于设定数据量时，则确定数据处理能力不足。
55.具体来说，针对每一设备，上述负载比率可以由下述方法确定：确定该设备的执行消息队列的总存储量；然后确定该设备的执行消息队列中已缓存的业务配置数据的数据占用量，将该数据占用量与总存储量之间的比值确定为上述负载比率。上述单位时间的数据处理量可以根据安全控制器的数据处理速率来定，具体可以根据实际情况来确定。由于数据占用量越高越表明对应设备需要处理的业务变更请求越多，同理，单位时间的数据处理量越小，越表明缓存在执行消息队列中的业务配置数据被处理的速度越慢，由此可能发生执行消息队列中缓存的数据比较多的情况，因此，为了避免执行消息队列缓存压力过大，同时减轻业务配置数据的处理压力及提升数据处理效率，提出在负载比率大于设定比率阈值，且单位时间的数据处理量不大于设定数据量时，即表明数据处理能力不足，则按照上述描述对执行消息队列中的业务配置数据进行数据整合处理。
56.此外，若通过配置下发通道向设备下发业务配置数据时发生异常时，例如下发失败，则可以捕捉设备返回的报错信息，然后输出告警信息，以便运维人员进一步处理。此外，在出现下发异常时，可以主动从设备获取一次设备中当前配置的当前配置数据，然后更新到设备配置集合中。
57.可选地，基于上述任一实施例，本实施例中的云平台可以但不限于为云计算平台等等。
58.至此，针对安全控制器处理云平台业务配置变更请求时，本技术采用两级消息队列的方式，先将业务配置变更请求按时序加入请求消息队列以等待依次处理，由此达到了请求及时响应的目的，也即解决了请求响应慢的问题，同时避免了大量请求占用系统资源的问题发生；然后为每个设备提供独立的配置下发通道和执行消息队列，以实现将同一设备的业务配置数据写入到该设备对应的执行消息队列中，同时利用该设备对应的配置下发通道向该设备下发业务配置数据，由此解决了并发时序混乱及处理流程冗余及效率低的问题；进一步地，本技术将同一设备配置下发通道的执行消息队列中的同业务的业务配置数据进行整合处理，尽可能减小安全控制器和设备之间的配置下发时间，以及减少与设备之间的交互次数，以提高下发效率及数据处理效率。
59.基于同一发明构思，本技术还提供了与上述请求处理方法对应的请求处理装置。该请求处理装置的实施具体可以参考上述对请求处理方法的描述，此处不再一一论述。
60.参见图2，图2是本技术一示例性实施例提供的一种请求处理装置，设置于安全控制器中，所述装置，包括：
61.获取模块201，用于获取业务配置变更请求；
62.第一确定模块202，用于根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；
63.缓存模块203，用于若所述目标设备的配置下发通道当前正在执行下发任务，则将
所述业务配置数据缓存到所述目标设备对应的执行消息队列中；
64.下发模块204，用于若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。
65.可选地，基于上述实施例，本实施例中的下发模块204，具体用于从设备配置集合中获取所述目标设备处理对应业务的当前配置数据；根据所述业务配置数据和所述当前配置数据，确定变更数据；利用所述变更数据更新所述设备配置集合中的所述当前配置数据；通过所述配置下发通道向所述目标数据下发所述变更数据。
66.可选地，基于上述任一实施例，本实施例提供的请求处理装置，还包括：
67.第二确定模块(图中未示出)，用于针对每个设备，确定处理该设备的业务配置数据的数据处理能力；
68.判断模块(图中未示出)，用于判断所述数据处理能力是否足够；
69.数据整合模块(图中未示出)，用于当所述判断模块的判断结果为所述数据处理能力不足时，则对该设备的执行消息队列中相同业务的业务配置数据进行整合处理，以在该设备的执行消息队列中保留相同业务的最新的业务配置数据，丢弃所述相同业务的其他业务配置数据。
70.可选地，基于上述实施例，本实施例中的数据处理能力至少包括执行消息队列的负载比率和单位时间的数据处理量。
71.在此基础之上，上述判断模块(图中未示出)，具体用于按照下述方法确定所述数据处理能力不足：当所述负载比率超过设定比率阈值，且所述数据处理量不大于设定数据量时，则确定所述数据处理能力不足。
72.可选地，基于上述任一实施例，本实施例中的获取模块201，具体用于从请求消息队列中读取所述业务配置变更请求；
73.其中，所述请求消息队列中的每个业务配置变更请求为安全控制器在接收到云平台发送的该业务配置变更请求后，对该业务配置变更请求校验通过后缓存的。
74.通过提供上述任一请求处理装置，针对安全控制器处理云平台业务配置变更请求时，本技术采用两级消息队列的方式，先将业务配置变更请求按时序加入请求消息队列以等待依次处理，由此达到了请求及时响应的目的，也即解决了请求响应慢的问题，同时避免了大量请求占用系统资源的问题发生；然后为每个设备提供独立的配置下发通道和执行消息队列，以实现将同一设备的业务配置数据写入到该设备对应的执行消息队列中，同时利用该设备对应的配置下发通道向该设备下发业务配置数据，由此解决了并发时序混乱及处理流程冗余及效率低的问题；进一步地，本技术将同一设备配置下发通道的执行消息队列中的同业务的业务配置数据进行整合处理，尽可能减小安全控制器和设备之间的配置下发时间，以及减少与设备之间的交互次数，以提高下发效率及数据处理效率。
75.基于同一发明构思，本技术实施例提供了一种安全控制器，如图3所示，该安全控制器包括处理器301和机器可读存储介质302，机器可读存储介质302存储有能够被处理器301执行的计算机程序，处理器301被计算机程序促使执行本技术任一实施例所提供的请求处理方法。此外，该安全控制器还包括通信接口303和通信总线304，其中，处理器301，通信接口303，机器可读存储介质302通过通信总线304完成相互间的通信。
76.上述安全控制器提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
77.通信接口用于上述安全控制器与其他设备之间的通信。
78.上述机器可读存储介质302可以为存储器，该存储器可以包括随机存取存储器(random access memory，ram)、ddr sram(double data rate synchronous dynamic random access memory，双倍速率同步动态随机存储器)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
79.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
80.对于安全控制器以及机器可读存储介质实施例而言，由于其涉及的方法内容基本相似于前述的方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
81.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
82.上述装置中各个单元/模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
83.对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元/模块可以是或者也可以不是物理上分开的，作为单元/模块显示的部件可以是或者也可以不是物理单元/模块，即可以位于一个地方，或者也可以分布到多个网络单元/模块上。可以根据实际的需要选择其中的部分或者全部单元/模块来实现本技术方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
84.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术保护的范围之内。
技术特征：
1.一种请求处理方法，其特征在于，应用于安全控制器中，所述方法，包括：获取业务配置变更请求；根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。2.根据权利要求1所述的方法，其特征在于，通过所述配置下发通道向所述目标数据下发读取到的业务配置数据，包括：从设备配置集合中获取所述目标设备处理对应业务的当前配置数据；根据所述业务配置数据和所述当前配置数据，确定变更数据；利用所述变更数据更新所述设备配置集合中的所述当前配置数据；通过所述配置下发通道向所述目标数据下发所述变更数据。3.根据权利要求1所述的方法，其特征在于，还包括：针对每个设备，确定处理该设备的业务配置数据的数据处理能力；当所述数据处理能力不足时，则对该设备的执行消息队列中相同业务的业务配置数据进行整合处理，以在该设备的执行消息队列中保留相同业务的最新的业务配置数据，丢弃所述相同业务的其他业务配置数据。4.根据权利要求3所述的方法，其特征在于，所述数据处理能力至少包括执行消息队列的负载比率和单位时间的数据处理量；按照下述方法确定所述数据处理能力不足：当所述负载比率超过设定比率阈值，且所述数据处理量不大于设定数据量时，则确定所述数据处理能力不足。5.根据权利要求1所述的方法，其特征在于，获取业务配置变更请求，包括：从请求消息队列中读取所述业务配置变更请求；其中，所述请求消息队列中的每个业务配置变更请求为安全控制器在接收到云平台发送的该业务配置变更请求后，对该业务配置变更请求校验通过后缓存的；安全控制器在将每个业务配置变更请求缓存至请求消息队列后，向所述云平台反馈响应结果。6.一种请求处理装置，其特征在于，设置于安全控制器中，所述装置，包括：获取模块，用于获取业务配置变更请求；第一确定模块，用于根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；缓存模块，用于若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；下发模块，用于若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。
7.根据权利要求6所述的装置，其特征在于，所述下发模块，具体用于从设备配置集合中获取所述目标设备处理对应业务的当前配置数据；根据所述业务配置数据和所述当前配置数据，确定变更数据；利用所述变更数据更新所述设备配置集合中的所述当前配置数据；通过所述配置下发通道向所述目标数据下发所述变更数据。8.根据权利要求6所述的装置，其特征在于，还包括：第二确定模块，用于针对每个设备，确定处理该设备的业务配置数据的数据处理能力；判断模块，用于判断所述数据处理能力是否足够；数据整合模块，用于当所述判断模块的判断结果为所述数据处理能力不足时，则对该设备的执行消息队列中相同业务的业务配置数据进行整合处理，以在该设备的执行消息队列中保留相同业务的最新的业务配置数据，丢弃所述相同业务的其他业务配置数据。9.根据权利要求8所述的装置，其特征在于，所述数据处理能力至少包括执行消息队列的负载比率和单位时间的数据处理量；所述判断模块，具体用于按照下述方法确定所述数据处理能力不足：当所述负载比率超过设定比率阈值，且所述数据处理量不大于设定数据量时，则确定所述数据处理能力不足。10.根据权利要求6所述的装置，其特征在于，所述获取模块，具体用于从请求消息队列中读取所述业务配置变更请求；其中，所述请求消息队列中的每个业务配置变更请求为安全控制器在接收到云平台发送的该业务配置变更请求后，对该业务配置变更请求校验通过后缓存的。
技术总结
本申请提供了一种请求处理方法及装置，涉及通信技术领域。该方法为：获取业务配置变更请求；根据所述业务配置变更请求，确定处理对应业务的目标设备，并生成对应业务的业务配置数据；若所述目标设备的配置下发通道当前正在执行下发任务，则将所述业务配置数据缓存到所述目标设备对应的执行消息队列中；若所述目标设备的配置下发通道当前未执行下发任务，则根据所述执行消息队列的处理规则读取业务配置数据，并通过所述配置下发通道向所述目标数据下发读取到的业务配置数据。由此实现了高效应对接收到的业务配置变更请求。对接收到的业务配置变更请求。对接收到的业务配置变更请求。
