缓冲区管理方法、装置、存储介质及电子设备

技术领域

本申请涉及电子设备的内存管理领域，具体而言，涉及一种缓冲区管理方法、装置、存储介质及电子设备。

背景技术

对于运行有众多应用的电子设备，内存的有效管理对设备的稳定运行和转发性能等多方面都将起着关键的作用。而随着设备承担的业务不断增加，为了便于对业务进行管理，依据各业务的重要程度，为各业务对应的应用配置有优先级，以确保高等级的应用能够优先运行。然而，目前的内存管理方式无法判断应用是否发生了内存泄漏。在此情况下，系统会持续为发生内存泄漏的应用分配缓存，从而进一步加剧了内存泄漏的情况。

发明内容

为了克服现有技术中的至少一个不足，本申请提供一种缓冲区管理方法、装置、存储介质及电子设备，具体包括：

第一方面，本申请提供一种缓冲区管理方法，所述方法包括：

对系统中每个分配有私有buffer池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长；

若所述最近一次释放buffer的时长大于预设阈值，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。

结合第一方面的可选实施方式，所述方法还包括：

将当前被检测应用标记为危险应用后，所述当前被检测应用从其私有buffer池中申请buffer时，若检测到自身被标记为危险应用则不再分配buffer。

结合第一方面的可选实施方式，所述方法还包括：

将当前被检测应用标记为危险应用后，则降低所述当前被检测应用的优先级。

结合第一方面的可选实施方式，所述方法还包括：

确定所述当前被检测应用满足扩容条件后，则确定出所述当前被检测应用的私有buffer池的可扩充容量；

若全局buffer池中的剩余容量小于所述可扩充容量，则选取优先级低于所述当前被检测应用的目标应用；

从所述目标应用的私有buffer池中为所述当前被检测应用分配满足所述可扩充容量的缓冲区。

结合第一方面的可选实施方式，所述确定出所述当前被检测应用的私有buffer池的可扩充容量，包括：

获取所述当前被检测应用的私有buffer池的预设最大容量；

根据所述预设最大容量，确定所述可扩充容量，其中，所述可扩充容量与所述预设最大容量满足预设比例关系。

结合第一方面的可选实施方式，所述选取优先级低于所述当前被检测应用的目标应用，包括：

从系统中分配有私有buffer池的所有应用中确定出优先级低于所述当前被检测应用的至少一个候选应用；

根据所述可扩充容量，从所述至少一个候选应用中选取所述目标应用，其中，所述目标应用能够提供满足所述可扩充容量的buffer，并且，提供满足所述可扩充容量的buffer后，所述目标应用的私有buffer池中的剩余的buffer满足所述目标应用的最低要求。

结合第一方面的可选实施方式，所述方法还包括：

若当前被检测应用的私有buffer池未达到使用水线，则继续对系统中下一个分配有私有buffer池的应用进行检测，所述使用水线为预设的当前被检测应用的私有buffer池的总buffer数的使用上限。

第二方面，本申请还提供一种缓冲区管理装置，所述装置包括：

检测模块，用于对系统中每个分配有私有buffer池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长；

识别模块，用于若所述最近一次释放buffer的时长大于预设阈值，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。

结合第二方面的可选实施方式，所述检测模块还用于：

将当前被检测应用标记为危险应用后，所述当前被检测应用从其私有buffer池中申请buffer时，若检测到自身被标记为危险应用则不再分配buffer。

结合第二方面的可选实施方式，所述检测模块还用于：

将当前被检测应用标记为危险应用后，则降低所述当前被检测应用的优先级。

结合第二方面的可选实施方式，所述检测模块还用于：

确定所述当前被检测应用满足扩容条件后，则确定出所述当前被检测应用的私有buffer池的可扩充容量；

若全局buffer池中的剩余容量小于所述可扩充容量，则选取优先级低于所述当前被检测应用的目标应用；

从所述目标应用的私有buffer池中为所述当前被检测应用分配满足所述可扩充容量的缓冲区。

结合第二方面的可选实施方式，所述检测模块还具体用于：

获取所述当前被检测应用的私有buffer池的预设最大容量；

根据所述预设最大容量，确定所述可扩充容量，其中，所述可扩充容量与所述预设最大容量满足预设比例关系。

结合第二方面的可选实施方式，所述检测模块还具体用于：

从系统中分配有私有buffer池的所有应用中确定出优先级低于所述当前被检测应用的至少一个候选应用；

根据所述可扩充容量，从所述至少一个候选应用中选取所述目标应用，其中，所述目标应用能够提供满足所述可扩充容量的buffer，并且，提供满足所述可扩充容量的buffer后，所述目标应用的私有buffer池中的剩余的buffer满足所述目标应用的最低要求。

结合第二方面的可选实施方式，所述检测模块还用于：

若当前被检测应用的私有buffer池未达到使用水线，则继续对系统中下一个分配有私有buffer池的应用进行检测，所述使用水线为预设的当前被检测应用的私有buffer池的总buffer数的使用上限。

第三方面，本申请提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现所述的缓冲区管理方法。

第四方面，本申请提供一种电子设备，所述电子设备包括处理器以及存储器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，实现所述的缓冲区管理方法。

相对于现有技术而言，本申请具有以下有益效果：

本申请提供一种缓冲区管理方法、装置、存储介质及电子设备。其中，电子设备对系统中每个分配有私有buffer池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长；若最近一次释放buffer的时长大于预设阈值，意味着当前被检测应用发生了内存泄漏，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。如此，只有检测到当前被检测应用未发生内存泄漏时，才对其私有buffer池进行扩容。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的缓冲区管理方法的流程示意图之一；

图2为本申请实施例提供的缓冲区管理方法的原理示意图；

图3为本申请实施例提供的缓冲区管理装置的结构示意图；

图4为本申请实施例提供的电子设备的结构示意图。

图标：101-检测模块；102-识别模块；201-存储器；202-处理器；203-通信单元；204-系统总线。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

基于以上声明，正如背景技术中所介绍的，对于运行有众多应用的电子设备，目前的内存管理方式无法判断应用是否发生了内存泄漏。在此情况下，系统会持续为发生内存泄漏的应用分配缓存，从而进一步加剧了内存泄漏的情况。

基于上述技术问题的发现，发明人经过创造性劳动提出下述技术方案以解决或者改善上述问题。需要注意的是，以上现有技术中的方案所存在的缺陷以及对此提供的解决方案，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是发明人在发明创造过程中对本申请做出的贡献，而不应当理解为本领域技术人员所公知的技术内容。

鉴于此，本实施例提供一种缓冲区管理方法。该方法中，电子设备对系统中每个分配有私有buffer(缓冲区)池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长；若最近一次释放buffer的时长大于预设阈值，意味着当前被检测应用发生了内存泄漏，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。如此，只有检测到当前被检测应用未发生内存泄漏时，才对其私有buffer池进行扩容。

其中，该电子设备可以是，但不限于，网络通信设备、移动终端、平板计算机、膝上型计算机、台式计算机、服务器等。在一些实施方式中，该网络通信设备可以是，但不限于，交换机、路由器、网络加速器、网络监控设备等。在一些实施方式中，该移动终端可以是，但不限于，智能手机、智能手表、智能眼镜、游戏掌机等。以路由器为例，路由器中运行的应用可以是，但不限于，VLAN(Virtual Local Area Network，虚拟局域网)管理、QoS(Qualityof Service，服务质量)管理、端口链路聚合、DHCP(Dynamic Host ConfigurationProtocol，动态主机配置协议)等应用。

为使本实施例提供的方案更加清楚，下面结合图1对该方法的各个步骤进行详细阐述。但应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。如图1所示，该方法包括：

S101，对系统中每个分配有私有buffer池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长。

本实施例中，该电子设备提供有全局buffer池，并从全局buffer池中为每个应用分配所需的私有buffer池。此处应理解的是，全局buffer池是一种预先分配、管理和分配内存的技术，用于提高内存分配和释放效率。全局buffer池通常是由一组大小相同的buffer组成的，每个buffer可以被多次分配和释放，以此避免频繁地调用动态内存分配函数malloc()，因此，使用全局buffer池能够减少内存分配和回收操作的次数，从而提高系统性能，被广泛用于高并发的网络设备、图形处理等实时性较强的场景中。

示例性的，当电子设备为网络设备时，该网络设备中集成了众多功能协议，并从全局buffer池为各功能协议的报文处理应用分配私有buffer池。其中，网络设备从外部设备接收到数据后，通过DMA(Direct Memory Access，直接内存访问)方式将数据存储至该私有Buffer池中的buffer中，使得该buffer从空闲buffer变为已使用buffer，上层应用可以通过对已使用buffer中的数据进行数据处理。上述存储过程无需CPU(Central ProcessingUnit，中央处理器)的参与，并且无需反复调用函数malloc()，在上层应用完成数据处理或数据转发后，对已使用buffer进行回收利用。如此，能够极大提高网络设备的数据处理效率。

为了便于对每个应用中的私有buffer池进行管理，该电子设备还维护有应用管理链表，该链表中记录有每个应用自身私有buffer池的属性信息。示例性的，假定每次申请与释放操作均以buffer为最小单位，则每个应用的属性信息可以包括：

BufMin，表示应用的私有buffer池所需的最少buffer数量；

BufMax，表示应用的私有buffer池所需的最大buffer数量；

BufTotal，表示应用的私有buffer池初始化时分配的buffer数量；

Buf水线，表示应用的未释放buffer的警戒线；

BufMallocCnt，表示应用的私有buffer池中累计已申请使用的buffer数量；

BufFreeCnt，表示应用的私有buffer池中累计释放的buffer数量；

BufLastFreeTime，表示应用的私有buffer池最近一次释放buffer操作的时间戳；

Priority，优先级，表示该应用的优先级，具体为高、中、低中的其中一种；

IsDangerApp，危险应用标识，表示该应用是否是被标记为危险应用。

结合上述每个应用的属性信息，如图2所示，假定当前被检测应用为图2中的应用A，应用A在初始化时会从全局buffer池中为其分配BufTotal个buffer，这BufTotal个buffer相当于应用A的一个私有buffer池，使得应用A需要缓存数据时，优先使用自身的私有buffer池，而图2中的应用B、应用C则无法访问应用A的私有buffer池。此外，为了便于应用A管理自身的私有buffer池，还提供两个维护队列对已使用buffer与空闲buffer分别进行维护。

私有buffer池的使用过程中，应用A从私有buffer池中申请buffer成功后，会依据申请成功的buffer数量对属性BufMallocCnt的属性值进行累加，并将申请成功的buffer视为已使用buffer，加入到对应的维护队列中；同理，应用A在释放自身的buffer后，会依据释放成功的buffer数量对属性BufFreeCnt的属性值进行累加，并将释放时的时间戳赋值给属性BufLastFreeTime，释放的buffer视为空闲缓buffer，加入到对应的维护队列中。因此，BufMallocCnt-BufFreeCnt的结果表征应用A未释放buffer的数量。图2所示的其他应用(应用B、应用C)与应用A同理，本实施例不在进行赘述。当未释放buffer的数量达到使用水线时，意味着应用A从自身的私有buffer池中申请了大量的buffer，则需要进一步获取当前被检测应用的私有buffer池最近一次释放buffer的时长，并判断是否大于预设阈值。因此，继续参见图1，该内存管理方法还包括：

S102，若最近一次释放buffer的时长大于预设阈值，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。

继续以上述示例中的应用A为例，应理解到的是，若距离应用A私有buffer池最近一次释放buffer的时长大于预设阈值，则意味着应用A申请使用了buffer；而长时间未对已使用buffer进行释放，则意味着此时的应用A可能出现了内存泄漏的情况，因此，将其标记为危险应用。反之，则意味着虽然应用A申请了大量已使用buffer，但可能是当前处理的业务需要使用到这么多的已使用buffer，因此，为了给应用A提供更好的运行环境，需要进一步对应用A的私有buffer池进行扩容。其中，该预设阈值可以根据被检测应用所承担业务的特点进行设置，本实施例不做具体限定。

基于上述实施例对危险应用的介绍，本实施例提供的缓冲区管理方法还包括：

S103，将当前被检测应用标记为危险应用后，当前被检测应用从其私有buffer池中申请buffer时，若检测到自身被标记为危险应用则不再分配buffer。

由于当前被检测应用被标记为危险应用，则意味着当前被检测应用可能存在内存泄漏的情况，若进一步为其分配buffer，则会加剧内存泄漏，因此，当自身被标记为危险应用则不再分配buffer。

应理解到的是，理想状态下，每个应用的已使用内存在使用完后，会将已使用buffer作释放处理，以使buffer能够重复使用。但由于一些应用本身会存在内存泄漏的缺陷，会使得剩余的空闲buffer越来越少。相关技术中，为了避免内存泄漏导致整个电子设备无法正常工作，往往将发生内存泄漏的应用进行关闭以释放该应用泄漏的缓冲空间。然而，研究后发现，一些场景下的多个应用之间承担着相互耦合的业务功能，若直接关闭发生内存泄漏的应用，则会导致整个业务发生异常。因此，在本实施例中，对于电子设备中运行的众多应用，将多个应用划分为了不同的优先级。并且，该电子设备将当前被检测应用标记为危险应用后，并非将其关闭，而是降低当前被检测应用的优先级。例如，将当前被检测应用的优先级降低为高、中、低中的低优先级。在此基础上，本实施例中提供的缓冲区管理方法还通过以下方式进一步保障高优先应用正常运行：

S104，确定当前被检测应用满足扩容条件后，则确定出当前被检测应用的私有buffer池的可扩充容量。

可选实施方式中，该电子设备可以获取当前被检测应用的私有buffer池的预设最大容量；根据预设最大容量，确定可扩充容量，其中，可扩充容量与预设最大容量满足预设比例关系。

示例性的，继续以图2中的应用A为例，正如上述实施例中所介绍的，应用A需要缓存数据时，优先使用自身的buffer，导致应用A中已使用buffer与空闲buffer的数量处于动态变化的过程中，当应用A的私有buffer池达到Buf水线(例如，已使用buffer达到私有buffer池BufTotal的90％)，且当前私有buffer池的大小未达到BufMax，则为应用A当前的私有buffer池进行扩容。本示例中，应用A每次的可扩充容量可以为10％*BufMax。可以理解为，应用A的私有buffer池的大小同样能够在一定范围内动态变化。此外，图2中应用A的BufMax约束了应用A能够分得的最大私有buffer池，使得即便应用A发生了内存泄漏，泄漏的内存大小也不会超过BufMax，如此，将内存泄漏的影响限制在一定范围内。

结合上述实施例中对可扩充容量的介绍，本实施例提供的缓冲区管理方法还包括：

S105，若全局buffer池中的剩余容量小于可扩充容量，则选取优先级低于当前被检测应用的目标应用。

对此，考虑到本实施例中的无论是高优先级应用，或者是低优先级应用均需要一定大小的私有buffer池支持其维持最基本的运行，因此，为了避免低优先级应用因私有buffer池中的空闲buffer被抢占后，导致剩余的空间过小而无法正常工作。可选实施方式中，该电子设备可以从系统中分配有私有buffer池的所有应用中确定出优先级低于当前被检测应用的至少一个候选应用；根据可扩充容量，从至少一个候选应用中选取目标应用，其中，目标应用能够提供满足可扩充容量的buffer，并且，提供满足可扩充容量的buffer后，目标应用的私有buffer池中的剩余的buffer满足目标应用的最低要求。

示例性的，继续参见图2，假定选取的候选应用为应用B、应用C、应用D(图中未示出)，三者的优先级均低于应用A的优先级。其中，应用C为应用A提供满足需求量的buffer后，剩余的buffer不满足应用C的最低要求BufMin；因此，应用C无法为应用A提供满足需求量的buffer；而应用B能够为应用A提供满足需求量的buffer，并且，剩余的buffer满足应用B的最低要求BufMin，则将应用B作为目标应用。

结合上述实施例中对目标应用的介绍，本实施例提供的缓冲区管理方法还包括：

S106，从目标应用的私有buffer池中为当前被检测应用分配满足可扩充容量的buffer。

可选实施方式中，从目标应用的私有buffer池中为当前被检测应用分配满足扩充容量的buffer时，未对目标应用的私有buffer池中的已使用buffer与空闲buffer进行区分；相较于该实施方式，该电子设备还可以从目标应用的私有buffer池中确定出空闲buffer；从空闲buffer中为当前被检测应用分配满足可扩充容量的buffer。如此，即便抢占了目标应用的私有buffer池，但因抢占的是空闲buffer，因此，能够尽可能减少对目标应用的影响。

因此，上述实施例中，若发现全局buffer池不足，通过抢占低优先级应用的私有buffer池，进一步确保高优先级应用能够高效运行。此外，相较于现有技术中直接关闭发生内存泄漏的应用，本实施例在检测到当前被检测应用发生内存泄漏时，降低其优先级，并配合抢占低优先级应用私有buffer池的方式，能够再次利用上被泄露的内存空间。

基于本实施例的上述介绍，该缓冲区管理方法还包括：

S107，若当前被检测应用的私有buffer池未达到使用水线，则继续对系统中下一个分配有私有buffer池的应用进行检测，使用水线为预设的当前被检测应用的私有buffer池的总buffer数的使用上限。

也即是，该电子设备对于运行的多个应用进行遍历，根据当前被检测应用的状态，确定当前被检测应用的是否需要扩容以及是否发生内存泄漏。

基于与本实施例所提供的缓冲区管理方法相同的发明构思，本实施例还提供一种缓冲区管理装置。该缓冲区管理装置包括至少一个可以软件形式存储于存储器或固化在电子设备中的软件功能模块。电子设备中的处理器用于执行存储器中存储的可执行模块。例如，缓冲区管理装置所包括的软件功能模块及计算机程序等。请参照图3，从功能上划分，缓冲区管理装置可以包括：

检测模块101，用于对系统中每个分配有私有buffer池的应用进行检测，若当前被检测应用的私有buffer池达到使用水线，则获取当前被检测应用的私有buffer池最近一次释放buffer的时长；

识别模块102，用于若最近一次释放buffer的时长大于预设阈值，则将当前被检测应用标记为危险应用，否则确定当前被检测应用满足扩容条件。

本实施例中，该检测模块101用于实现图1中的步骤S101，该识别模块102用于实现图1中的步骤S102。关于上述各模块的详细介绍，可以参见对应步骤的具体实施方式，本实施例不再进行赘述。值得说明的是，由于与缓冲区管理方法具有相同的发明构思，上述各模块还可以用于实现该方法的其他步骤或者子步骤。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

还应理解的是，以上实施方式如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

因此，本实施例还提供一种存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时，实现本实施例提供的缓冲区管理方法。其中，该存储介质可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本实施例提供的一种电子设备。如图4所示，该电子设备可包括处理器202及存储器201。并且，存储器201存储有计算机程序，处理器通过读取并执行存储器201中与以上实施方式对应的计算机程序，实现本实施例所提供的缓冲区管理方法。

继续参见图4，该电子设备还包括通信单元203。该存储器201、处理器202以及通信单元203各元件相互之间通过系统总线204直接或间接地电性连接，以实现数据的传输或交互。

其中，该存储器201可以是基于任何电子、磁性、光学或其它物理原理的信息记录装置，用于记录执行指令、数据等。在一些实施方式中，该存储器201可以是，但不限于，易失存储器、非易失性存储器、存储驱动器等。

在一些实施方式中，该易失存储器可以是随机存取存储器(Random AccessMemory，RAM)；在一些实施方式中，该非易失性存储器可以是只读存储器(Read OnlyMemory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)、闪存等；在一些实施方式中，该存储驱动器可以是磁盘驱动器、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合等。

该通信单元203用于通过网络收发数据。在一些实施方式中，该网络可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched Telephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication，NFC)网络等，或其任意组合。在一些实施例中，网络可以包括一个或多个网络接入点。例如，网络可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务请求处理系统的一个或多个组件可以通过该接入点连接到网络以交换数据和/或信息。

该处理器202可能是一种集成电路芯片，具有信号的处理能力，并且，该处理器可以包括一个或多个处理核(例如，单核处理器或多核处理器)。仅作为举例，上述处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、专用指令集处理器(Application SpecificInstruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital SignalProcessor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。

应该理解到的是，在上述实施方式中所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。