CN109818977B - 一种接入服务器通信优化方法、接入服务器以及通信系统 - Google Patents

Abstract

本发明公开了一种接入服务器通信优化方法，接入服务器接收用户受控设备发送的第一请求；通过通信连接将第一请求发送至管理服务器，第一请求中包含有用于标识第一请求所对应的用户受控设备的连接标记信息；接收管理服务器在收到第一请求发送的接收确认信息；接收管理服务器在处理完第一请求之后发送的响应数据；根据连接标记信息将响应数据下发至对应的所述用户受控设备。本申请能够根据该连接标记信息直接确定应回复给哪个用户受控设备，不需要采用现有消息队列的方式进行处理，避免了占用额外的系统资源。此外，本申请还提供了一种接入服务器、通信系统以及计算机可读存储介质，同样具有上述技术效果。

Description

一种接入服务器通信优化方法、接入服务器以及通信系统

技术领域

本发明涉及接入服务器技术领域，特别是涉及一种接入服务器通信优化方法、接入服务器、通信系统以及计算机可读存储介质。

背景技术

接入服务器(connection server，CS)用于处理复杂的连接情况，通过接收位于前端的用户受控设备的请求，将筛检完成的请求发至位于后端的管理服务器，由管理服务器完成最终的处理逻辑。如图1接入服务器的连接示意图所示，接入服务器与前端的用户受控设备可能需要同时处理十万以上的连接，而与后端管理管理服务器则通常保持不到100的连接，其连接为收敛状态。

参照图2接入服务器的通信过程示意图，在上行通道，用户受控设备向接入服务器发送受控、上报、保活等请求，接入服务器转发用户受控设备的请求至管理服务器，管理服务器发送响应至接入服务器，接入服务器可以根据响应关闭连接或将响应转发至用户受控设备。在下行通道，管理服务器向接入服务器发送控制指令，接入服务器转发该控制指令至用户受控设备，用户受控设备向接入服务器回复指令，接入服务器将接收到的回复指令转发至管理服务器。

现有接入服务器在处理请求时采用的方案为消息队列(MQ)的方式，接入服务器将接收到的请求存放在消息队列中，并读取管理服务器的回复，管理服务器从消息队列中获取请求并处理，处理完成后再将响应数据存放在消息队列中。采用消息队列的方式需要借助于第三方服务器，来搭建专门的消息队列服务，需要占用额外的服务器资源。

发明内容

本发明的目的是提供一种接入服务器通信优化方法、接入服务器、通信系统以及计算机可读存储介质，以解决现有接入服务器采用消息队列的方式需要占用额外的系统资源的问题。

为解决上述技术问题，本发明提供一种接入服务器通信优化方法，应用于接入服务器，包括：

接收用户受控设备发送的第一请求；

通过通信连接将所述第一请求发送至管理服务器，所述第一请求中包含有用于标识所述第一请求所对应的用户受控设备的连接标记信息；

接收所述管理服务器在收到所述第一请求之后发送的接收确认信息；

接收所述管理服务器在处理完所述第一请求之后发送的响应数据；

根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备。

可选地，在所述接收用户受控设备发送的第一请求之后还包括：

将接收到的第一请求由tcp格式的请求转换为http格式的请求。

可选地，所述通信连接为新建立的通信连接或从预先建立的连接池中获取到的通信连接，所述连接池用于存放建立好的连接。

可选地，所述连接标记信息由所述管理服务器或所述接入服务器进行分配得到。

可选地，在所述通过通信连接将所述第一请求发送至管理服务器之后还包括：

接收所述管理服务器发送的断开连接指令，关闭所述通信连接。

可选地，还包括：

接收所述管理服务器发送的第二请求，所述第二请求中包含有用于标识所述第二请求需发送的用户受控设备的连接标记信息；

根据所述连接标记信息，将接收到的所述第二请求发送至对应的用户受控设备。

可选地，在所述接收用户受控设备发送的第一请求之后还包括：

当所述管理服务器判断自身的负荷超过预设阈值时，接收所述管理服务器发送的等待处理指令，将所述第一请求加入到延迟队列中。

可选地，所述根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备包括：

预先为不同的处理进程设置不同的控制端口，在所述用户受控设备的通信连接由第一处理进程处理时，将所述响应数据下发至所述第一处理进程对应的控制端口，从所述控制端口下发至对应的用户受控设备。

本申请还提供了一种接入服务器，所述接入服务器包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的接入服务器通信优化程序，所述接入服务器通信优化程序被所述处理器执行时实现上述任一种所述的接入服务器通信优化方法。

本申请还提供了一种通信系统，包括用户受控设备、管理服务器以及上述所述的接入服务器。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有接入服务器通信优化程序，所述接入服务器通信优化程序可被一个或者多个处理器执行，以实现上述任一种所述的接入服务器通信优化方法。

本发明所提供的接入服务器通信优化方法，接入服务器接收用户受控设备发送的第一请求；通过通信连接将第一请求发送至管理服务器，第一请求中包含有用于标识第一请求所对应的用户受控设备的连接标记信息；接收管理服务器收到第一请求之后发送的接收确认信息；接收管理服务器请求在处理完所述第一请求之后发送的响应数据；根据连接标记信息将响应数据下发至对应的所述用户受控设备。本申请通过给通信连接添加连接标记信息，能够根据该连接标记信息直接确定应回复给哪个用户受控设备，不需要采用现有消息队列的方式进行处理，避免了占用额外的系统资源。此外，本申请还提供了一种接入服务器、通信系统以及计算机可读存储介质，同样具有上述技术效果。

附图说明

为了更清楚的说明本发明实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为接入服务器的连接示意图；

图2为接入服务器的通信过程示意图；

图3为本申请所提供的接入服务器通信优化方法的一种具体实施方式的流程图；

图4为本申请所提供的接入服务器通信优化方法的另一种具体实施方式的流程图；

图5为本申请实施例中对进程进行特性化设置的示意图；

图6为本申请所提供的接入服务器通信优化方法的又一种具体实施方式的流程图；

图7为本申请所提供的接入服务器的结构框图；

图8为本申请所提供的通信系统的结构框图。

具体实施方式

现有接入服务器在处理请求时采用的方案为消息队列(MQ)的方式，接入服务器将接收到的请求存放在消息队列中，并读取管理服务器的回复，管理服务器从消息队列中获取请求并处理，处理完成后再将响应数据存放在消息队列中。采用消息队列的方式需要借助于第三方服务器，来搭建专门的消息队列服务，需要占用额外的服务器资源。本发明的核心是提供一种接入服务器通信优化方案，以解决上述技术问题。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本申请所提供的接入服务器通信优化方法的一种具体实施方式的流程图如图3所示，该方法包括：

步骤S101：接收用户受控设备发送的第一请求；

第一请求可以为受控、上报、保活请求，在此不做限定。用户受控设备发送第一请求之后，接入服务器接收该第一请求，执行后续步骤。

步骤S102：通过通信连接将所述第一请求发送至管理服务器，所述第一请求中包含有用于标识所述第一请求所对应的用户受控设备的连接标记信息；

在接收到第一请求之后，通过通信连接将该第一请求发送至管理服务器。其中，通信连接为新建立的通信连接或从预先建立的连接池中获取到的通信连接，所述连接池用于存放已经建立好的连接。本申请可以预先建立连接池，用于存放建立好的连接。在接收到第一请求之后，从该连接池中直接获取连接，以进行数据处理。如果当前连接池中没有连接，则新建立通信连接以进行数据处理。

连接标记信息由所述管理服务器或所述接入服务器进行分配得到，这均不影响本申请的实现。连接标记信息能够标识该请求对应的用户受控设备信息。通过解析该连接标记信息，即可得到将数据发送给哪个用户受控设备。

步骤S103：接收所述管理服务器在收到所述第一请求之后发送的接收确认信息；

管理服务器接收到接入服务器转发的第一请求之后，向接入服务器发送接收确认消息，以表示管理服务器接收到了该第一请求。

需要指出的是，本申请中管理服务器在接收到第一请求之后，在预设时间内回复接收确认信息，表示管理服务器收到了该第一请求。预设时间为一个较小的数值，以使管理服务器能够在较短时间内回复接收确认信息。例如，管理服务器接收到第一请求时发现其耗时较长，不能立即回复，则可以先回复空信息给接入服务器，表示已经收到该第一请求。这样接入服务器就可以不用等待管理服务器的回复，可以立即处理下一个用户受控设备的请求数据。在管理服务器对请求处理完成之后，再通过主动下发数据的方式，将响应数据发送至接入服务器。

步骤S104：接收所述管理服务器在处理完所述第一请求之后发送的响应数据；

在管理服务器请求处理完成之后，将响应数据发送给接入服务器。

值的注意的是，本申请中管理服务器发送的接收确认信息以及响应数据可以为同步发送，也可以为异步发送。即在管理服务器有能力处理请求进行快速响应时，在接收确认消息还未发送之前生成了响应数据，则可可以将响应数据与接收确认消息共同发送至接入服务器，此种方式相当于同步处理。在管理服务器当前处理能力较慢时，可以先向接入服务器发送接收确认消息，在管理服务器请求处理完成之后，再主动将响应数据发送至接入服务器。此种方式接收确认消息与响应数据分时进行发送，中间存在一定时间间隔，为异步通信。

步骤S105：根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备。

在接入服务器接收到管理服务器反馈的响应数据之后，根据对连接标记信息进行解析，确定该响应数据应发送至哪个用户受控设备。确定之后将该响应数据发送至对应的用户受控设备上，完成数据的通信。

本发明所提供的接入服务器通信优化方法，接入服务器接收用户受控设备发送的第一请求；通过通信连接将第一请求发送至管理服务器，第一请求中包含有用于标识第一请求所对应的用户受控设备的连接标记信息；接收管理服务器收到第一请求之后发送的接收确认信息；接收管理服务器处理完第一请求之后发送的响应数据；根据连接标记信息将响应数据下发至对应的所述用户受控设备。本申请通过给通信连接添加连接标记信息，能够根据该连接标记信息直接确定应回复给是哪个用户受控设备，不需要采用现有消息队列的方式进行处理，避免了占用额外的系统资源。

进一步地，本申请实施例在所述通过通信连接将所述第一请求发送至管理服务器之后还包括：接收所述管理服务器发送的断开连接指令，关闭所述通信连接。本实施例管理服务器向接入服务器发送断开连接指令，在接收到该断开连接指令之后，将对应的通信连接关闭。

在上述任一实施例的基础上，如图4本申请所提供的接入服务器通信优化方法的另一种具体实施方式的流程图所示，本申请所提供的接入服务器通信优化方法还可以包括：

步骤S201：接收所述管理服务器发送的第二请求，所述第二请求中包含有用于标识所述第二请求需发送的用户受控设备的连接标记信息；

管理服务器可以主动向用户受控设备发送请求，在发送请求过程中添加连接标记信息。连接标记信息能够标识该请求对应的用户受控设备信息。通过解析该连接标记信息，即可得到将对应数据发送给哪个用户受控设备。

步骤S202：根据所述连接标记信息，将接收到的所述第二请求发送至对应的用户受控设备。

在接入服务器接收到管理服务器发送的第二请求之后，根据对连接标记信息进行解析，确定该第二请求应发送至哪个用户受控设备。确定之后将该第二请求发送至对应的用户受控设备上。

进一步地，接入服务器在向管理服务器发送请求时，管理服务器可以根据自身需求做出相应的处理。作为一种具体实施方式，本实施例在所述接收用户受控设备发送的第一请求之后还包括：当所述管理服务器判断自身的负荷超过预设阈值时，接收所述管理服务器发送的等待处理指令，将所述第一请求加入到延迟队列中。

接入服务器将第一请求转发至管理服务器之后，管理服务器根据自身负荷情况判断是否有处理该请求的能力，在判断自身的符合超过预设阈值时，可以向接入服务器发送等待处理指令。接入服务器接收到该等待处理指令之后，将第一请求加入到延迟队列中。通过使用延迟队列，使得本申请提供的接入服务器在应对高并发数据请求时，能够快速的处理业务，合理利用资源，不造成资源浪费。

作为一种具体实施方式，根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备的过程具体包括：预先为不同的处理进程设置不同的控制端口，在所述用户受控设备的通信连接由第一处理进程处理时，将所述响应数据下发至所述第一处理进程对应的控制端口，从所述控制端口下发至对应的用户受控设备。

现有的接入服务器采用单进程多线程的模式，会导致使用太多的锁，致使系统性能发挥不出来，编程难度也会变高，容易出错。本申请所提供的优化方法可以采用多进程单线程的模式，尽量使用内核调度方案，无锁编程，其编程效率更高，更能充分发挥系统性能。

在采样多进程单线程的模式下，每一个用户受控设备所连接的进程(worker)并不确定，只有当通信连接完成之后才能够确定。本申请为实现命令快速下达，让不同的进程监听独有的控制端口，如图5本申请实施例中对进程进行特性化设置的示意图所示，针对worker0监听独有的控制端口8000，这样管理服务器只需要将命令下发到控制端口8000，worker0就可以将命令下发至对应的用户受控设备了。

用户受控设备与接入服务器之间的每个连接都需要一个唯一的标识。接入服务器将用户受控设备发送的第一请求转发到管理服务器。管理服务器对该第一请求进行处理之后，将响应数据发送给接入服务器。此时，可以将用户受控设备与接入服务器之间的连接标记信息为“device:xxxx:1”。接入服务器建立“device:xxxx:1”与“用户受控设备1”的映射关系。则管理服务器要下发命令给“用户受控设备1”时，只需要带上连接标记信息“device:xxxx:1”，则接入服务器就能够将该命令下发给用户设备1。

在上述实施例的基础上，本申请所提供的接入服务器通信优化方法在接收用户受控设备发送的第一请求之后还可以进一步包括：将接收到的第一请求由tcp格式的请求转换为http格式的请求。通过将tcp格式的请求转换为http格式的请求，在开发后端的管理服务器时，可以从现有大量的http框架中选择一个熟悉好用的框架，可以大大提升开发的效率，降低开发难度。

参照图6本申请所提供的接入服务器通信优化方法的又一种具体实施方式的示意图，下面对本申请所提供的接入服务器通信优化方法的又一种具体实施方式进行详细介绍。本实施例具体包括：新建连接的过程、管理服务器主动请求或回复的过程、用户受控设备主动请求的过程、用户受控设备主动断开连接的过程。

新建连接的过程具体为：用户受控设备发送tcp请求到接入服务器，接入服务器将tcp请求转换为http请求，对应的url为:newconn，并将该http请求发送到管理服务器。管理服务器根据url信息，确定有新设备连接，则立即在回复中分配一个连接标记信息connid，然后再接着处理请求内容，待处理完成后，再主动请求接入服务器(url:async？connid＝xxx)，由接入服务器将响应数据转发至用户受控设备。接入服务器在收到newconn的回复后，立即用回复包的connid(xxx)标记连接。若接入服务器收到的http返回码不是200(OK时，关闭与用户受控设备的连接。

需要指出的是，这里的”xxx”，只是一个唯一标识而已，可以为任意符号的组合，这均不影响本申请的实现。

管理服务器主动请求或回复的过程为：由管理服务器发起http请求，对应的url为:async？connid＝xxx，以标识这条请求需要发送给connid＝xxx的用户受控设备。接入服务器收到请求后，立即转换为tcp请求并发送给对应的用户受控设备。然后回复管理服务器发送成功(或者失败)的信息。用户受控设备收到请求并处理完成后，则会通过下述用户受控设备主动请求的过程发送给服务器。

用户受控设备主动请求的过程：用户受控设备主动请求接入服务器或者回复接入服务器的请求时，用户受控设备向接入服务器主动发送tcp请求，接入服务器将tcp请求转换为http请求后，发送给管理服务器。管理服务器收到后，可以有两种处理方式。一种处理方式为：立即回复接收确认信息，表示收到，然后处理请求，处理完成后将响应数据通过上述管理服务器主动请求的方式发送给用户受控设备。另一种处理方式为：立即回复接收确认信息，在http回复包体中携带有响应数据。接入服务器在收到响应数据后，立即将响应数据发送给用户受控设备。

用户受控设备主动断开连接的过程：接入服务器发现与用户受控设备的tcp连接断开后，立即主动向管理服务器发送一个设备连接断开的http请求(url:disconnect？connid＝xxx)。管理服务器收到该请求后，立即回复http 200，并将用户受控设备置为下线状态。

本申请中接入服务器仅需要负责数据的收发分拣，而不用处理繁杂多变的业务，可以保持自己的高效优雅，从而可以做到更好的复用。而管理服务器也不用关注各种连接事件及数据收发任务，从而能够集中精力处理业务，让业务处理也变得更为简练。而http作为大众化的常用服务，更有大量的开源框架支持，开发也变得更加简单。

此外，本申请还公开了一种接入服务器1，如图7所示，所述接入服务器1包括存储器11、处理器12以及总线13，所述存储器11上存储有可在所述处理器12上运行的接入服务器通信优化程序，所述接入服务器通信优化程序被所述处理器12执行时实现如下步骤：

接收用户受控设备发送的第一请求；通过通信连接将所述第一请求发送至管理服务器，所述第一请求中包含有用于标识所述第一请求所对应的用户受控设备的连接标记信息；接收所述管理服务器在收到所述第一请求之后发送的接收确认信息；接收所述管理服务器在处理完所述第一请求之后发送的响应数据；根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备。

可选地，所述接入服务器通信优化程序被所述处理器12执行时还用于实现：在接收用户受控设备发送的第一请求之后，将接收到的第一请求由tcp格式的请求转换为http格式的请求。

可选地，所述接入服务器通信优化程序被所述处理器12执行时具体实现：通信连接为新建立的通信连接或从预先建立的连接池中获取到的通信连接，所述连接池用于存放建立好的连接。

可选地，所述接入服务器通信优化程序被所述处理器12执行时具体实现：连接标记信息由所述管理服务器或所述接入服务器进行分配得到。

可选地，所述接入服务器通信优化程序被所述处理器12执行时还用于实现：在所述通过通信连接将所述第一请求发送至管理服务器之后，接收所述管理服务器发送的断开连接指令，关闭所述通信连接。

可选地，所述接入服务器通信优化程序被所述处理器12执行时还用于实现：接收所述管理服务器发送的第二请求，所述第二请求中包含有用于标识所述第二请求需发送的用户受控设备的连接标记信息；根据所述连接标记信息，将接收到的所述第二请求发送至对应的用户受控设备。

可选地，所述接入服务器通信优化程序被所述处理器12执行时还用于实现：在所述接收用户受控设备发送的第一请求之后，当所述管理服务器判断自身的负荷超过预设阈值时，接收所述管理服务器发送的等待处理指令，将所述第一请求加入到延迟队列中。

可选地，所述接入服务器通信优化程序被所述处理器12执行时具体实现：预先为不同的处理进程设置不同的控制端口，在所述用户受控设备的通信连接由第一处理进程处理时，将所述响应数据下发至所述第一处理进程对应的控制端口，从所述控制端口下发至对应的用户受控设备。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是接入服务器1的内部存储单元，例如该接入服务器1的硬盘。存储器11在另一些实施例中也可以是接入服务器1的外部存储设备，例如接入服务器1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括接入服务器1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于接入服务器1的应用软件及各类数据，例如接入服务器通信优化程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行接入服务器通信优化程序等。

该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

进一步地，接入服务器1还可以包括网络接口14，网络接口14可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该接入服务器1与其他电子设备之间建立通信连接。

可选地，该接入服务器1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在接入服务器1中处理的信息以及用于显示可视化的用户界面。

图7仅示出了具有组件11-13的接入服务器1，本领域技术人员可以理解的是，图7示出的结构并不构成对接入服务器1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

此外，本申请还提供了一种通信系统，如图8所示，该系统具体包括用户受控设备2、管理服务器3以及上述任一种所述的接入服务器1。本申请实施例所提供的接入服务器可参考上述实施例部门的内容，在此不再赘述。

本申请中，接入服务器接收用户受控设备发送的第一请求；通过通信连接将第一请求发送至管理服务器，第一请求中包含有用于标识第一请求所对应的用户受控设备的连接标记信息；接收管理服务器在收到第一请求之后发送的接收确认信息；接收管理服务器在处理完第一请求之后发送的响应数据；根据连接标记信息将响应数据下发至对应的所述用户受控设备。本申请通过给通信连接添加连接标记信息，能够根据该连接标记信息直接确定应回复给哪个用户受控设备，不需要采用现有消息队列的方式进行处理，避免了占用额外的系统资源。

此外，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有接入服务器通信优化程序，所述接入服务器通信优化程序可被一个或者多个处理器执行，以实现上述任一种所述的接入服务器通信优化方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种接入服务器通信优化方法，其特征在于，应用于接入服务器，包括：

接收用户受控设备发送的第一请求；

通过通信连接将所述第一请求发送至管理服务器，所述第一请求中包含有用于标识所述第一请求所对应的用户受控设备的连接标记信息；

接收所述管理服务器在收到所述第一请求之后发送的接收确认信息；

接收所述管理服务器在处理完所述第一请求之后发送的响应数据；

根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备；

接收所述管理服务器发送的第二请求，所述第二请求中包含有用于标识所述第二请求需发送的用户受控设备的连接标记信息；

根据所述连接标记信息，将接收到的所述第二请求发送至对应的用户受控设备。

2.如权利要求1所述的接入服务器通信优化方法，其特征在于，在所述接收用户受控设备发送的第一请求之后还包括：

将接收到的第一请求由tcp格式的请求转换为http格式的请求。

3.如权利要求1所述的接入服务器通信优化方法，其特征在于，所述通信连接为新建立的通信连接或从预先建立的连接池中获取到的通信连接，所述连接池用于存放建立好的连接。

4.如权利要求2所述的接入服务器通信优化方法，其特征在于，所述连接标记信息由所述管理服务器或所述接入服务器进行分配得到。

5.如权利要求4所述的接入服务器通信优化方法，其特征在于，在所述通过通信连接将所述第一请求发送至管理服务器之后还包括：

接收所述管理服务器发送的断开连接指令，关闭所述通信连接。

6.如权利要求1所述的接入服务器通信优化方法，其特征在于，在所述接收用户受控设备发送的第一请求之后还包括：

当所述管理服务器判断自身的负荷超过预设阈值时，接收所述管理服务器发送的等待处理指令，将所述第一请求加入到延迟队列中。

7.如权利要求1所述的接入服务器通信优化方法，其特征在于，所述根据所述连接标记信息将所述响应数据下发至对应的所述用户受控设备包括：

预先为不同的处理进程设置不同的控制端口，在所述用户受控设备的通信连接由第一处理进程处理时，将所述响应数据下发至所述第一处理进程对应的控制端口，从所述控制端口下发至对应的用户受控设备。

8.一种接入服务器，其特征在于，所述接入服务器包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的接入服务器通信优化程序，所述接入服务器通信优化程序被所述处理器执行时实现如权利要求1至7任一项所述的接入服务器通信优化方法。

9.一种通信系统，其特征在于，包括用户受控设备、管理服务器以及如权利要求8所述的接入服务器。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有接入服务器通信优化程序，所述接入服务器通信优化程序可被一个或者多个处理器执行，以实现如权利要求1至7任一项所述的接入服务器通信优化方法。

Images