CN106657256A - 资源获取的处理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种资源获取的处理方法及装置。该方法中，终端在获取转码服务器的IP地址后，向该转码服务器发送预连接请求，以触发转码服务器与终端建立工作线程，并存储建立的工作线程。在终端响应于资源获取请求时，请求转码服务器激活至少一个已经建立的工作线程，从而终端通过该激活的线程向转码服务器发送资源获取请求。由于通过三次握手第一次建立连接之后，用于进行连接的工作线程存储在转码服务器中，从而在下一次资源获取时可以直接请求转码服务器激活一条工作线程并通过该线程发送请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高应用于终端中浏览器获取资源以及刷新页面的速度。

Description

资源获取的处理方法及装置

技术领域

本发明实施例涉及智能终端技术领域，尤其涉及一种资源获取的处理方法及装置。

背景技术

随着信息技术的进步和居民收入的增加，智能终端的普及率大大提高。目前的智能终端能够支持越来越多的功能，使得人们可以使用智能终端进行各式各样的操作。其中，通过智能终端中的浏览器访问网页，是人们获取各类信息的常用手段之一。人们只需在浏览器的搜索栏中输入待访问网页的网址，浏览器就可以通过移动网络访问发布该网页内容的网站服务器，从而使得人们可以通过浏览器浏览该网页发布的内容。

在相关的现有技术中，为了对浏览器进行加速，浏览器在访问网站服务器时会将网页中除文字以外的资源的URL信息(例如图片或视频资源的URL信息)发送至转码服务器，以使转码服务器根据URL信息获取相应的非文字资源，并对获取的资源进行压缩处理后发送给浏览器，使得浏览器能够接收到压缩之后的非文字资源，提高浏览器的加载速度。

然而，在实现本发明实施例的过程中发明人发现，当浏览器需要从转码服务器获取相应的数据时，首先需要根据HTTP协议经过三次握手与转码服务器进行连接，再从转码服务器获取相应数据，在连接结束并获取了相应数据之后本次连接就会断开。在下一次要获取数据时，还需要重新经过HTTP协议三次握手与转码服务器进行重新连接。可以理解的是，在用户通过浏览器浏览页面时，浏览器需要多次向转码服务器发送获取资源请求，从而能够为用户实时更新获取到的资源。然而采用上述这样的方式需要多次重复三次握手的连接过程，这样势必会使得浏览器在不断获取资源的过程中在与转码服务器的连接上耗费很多时间，从而影响浏览器获取资源刷新页面的速度。

发明内容

本发明实施例提供一种资源获取的处理方法及装置，用以解决现有技术中浏览器在获取资源的过程中在与转码服务器的连接上耗费过多的时间，从而影响浏览器获取资源刷新页面的速度的缺陷。

第一方面，本发明实施例提供了一种资源获取的处理方法，包括：

终端获取转码服务器的IP地址；

所述终端根据所述转码服务器的IP地址，向所述转码服务器发送预连接请求，所述预连接请求用于触发所述转码服务器基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

所述终端响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程；

所述终端通过激活的工作线程向所述转码服务器发送资源获取请求。

可选的，所述终端响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程的步骤包括：

所述终端响应于多个资源获取请求，请求所述转码服务器激活多个工作线程；

相应的，所述终端通过激活的工作线程向所述转码服务器发送资源获取请求的步骤包括：

所述终端通过激活的多个工作线程，向所述转码服务器并行发送多个资源获取请求。

可选的，所述方法还包括：

所述终端通过激活的多个工作线程并行接收由所述转码服务器发送的多个资源。

第二方面，本发明实施例提供了一种资源获取的处理方法，包括：

转码服务器响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

所述转码服务器响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程；

所述转码服务器通过激活的工作线程，接收所述终端发送的资源获取请求。

可选的，除激活的工作线程之外的其余的工作线程继续保持休眠状态。

可选的，所述转码服务器响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程的步骤包括：

所述转码服务器响应于所述终端发送的激活多个线程的请求时，激活多个工作线程；

相应的，所述转码服务器通过激活的工作线程，接收所述终端发送资源获取请求的步骤包括：

所述转码服务器通过激活的多个工作线程，接收所述终端发送的多个资源获取请求。

可选的，所述方法还包括：

所述转码服务器通过激活的多个工作线程，向所述终端并行发送的多个资源。

第三方面，本发明实施例提供了一种资源获取的处理装置，包括：

地址获取单元，用于获取转码服务器的IP地址；

连接请求单元，用于根据所述转码服务器的IP地址，向所述转码服务器发送预连接请求，所述预连接请求用于触发所述转码服务器基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

线程激活请求单元，用于响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程；

资源获取单元，用于通过激活的工作线程向所述转码服务器发送资源获取请求。

可选的，所述线程激活请求单元，进一步用于响应于多个资源获取请求，请求所述转码服务器激活多个工作线程；

相应的，

所述资源获取单元，进一步用于通过激活的多个工作线程，向所述转码服务器并行发送多个资源获取请求。

可选的，所述资源获取单元，还用于通过激活的多个工作线程并行接收由所述转码服务器发送的多个资源。

第三方面，本发明实施例提供了一种资源获取的处理装置，包括：

连接建立单元，用于响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

线程激活单元，用于响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程；

通信单元，通过激活的工作线程，接收所述终端发送的资源获取请求。

可选的，除激活的工作线程之外的其余的工作线程继续保持休眠状态。。

可选的，所述线程激活单元，进一步用于响应于所述终端发送的激活多个线程的请求时，激活多个工作线程；

相应的，

所述通信单元，进一步用于通过激活的多个工作线程，接收所述终端发送的多个资源获取请求。

可选的，所述通信单元，还用于通过激活的多个工作线程，向所述终端并行发送的多个资源。

本发明实施例提供了一种资源获取的处理方法及装置。该方法中，终端在获取转码服务器的IP地址后，向该转码服务器发送预连接请求，以触发转码服务器与终端建立工作线程，并存储建立的工作线程。在终端响应于资源获取请求时，请求转码服务器激活至少一个已经建立的工作线程，从而终端通过该激活的线程向转码服务器发送资源获取请求。不难理解的是，由于终端与转码服务器通过三次握手第一次建立连接之后，用于进行连接的工作线程并没有断开，而是存储在转码服务器中，从而在终端进行下一次资源获取时直接请求转码服务器激活一条工作线程并通过该线程发送资源获取请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高应用于终端中的浏览器获取资源以及刷新页面的速度。

附图说明

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

图1为现有技术中HTTP协议通过三次握手建立连接过程的信令交互示意图；

图2为本发明提供的一种资源获取的处理方法实施例流程图；

图3为本发明提供的资源获取的处理方法中终端、转码服务器、后台服务器之间的信令交互示意图；

图4为本发明提供的一种资源获取的处理方法具体实施例流程图；

图5为本发明提供的另一种资源获取的处理方法实施例流程图；

图6为本发明提供的另一种资源获取的处理方法具体实施例流程图；

图7为本发明提供的一种资源获取的处理装置实施例结构示意图；

图8为本发明提供的另一种资源获取的处理装置实施例结构示意图；

图9为本发明提供的一种资源获取的处理装置实施例结构框图；

图10为本发明提供的另一种资源获取的处理装置实施例结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为便于理解，下面结合附图，对于现有的HTTP协议三次握手过程进行说明。

HTTP协议是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接。在这一连接过程中，有几个TCP标志位是至关重要的，这些标志位主要用于标识每一条信令代表的功能，具体包括6种标志位，包括：SYN标志位(synchronous建立联机)、ACK标志位(acknowledgement确认)、PSH标志位(push传送)、FIN标志位(finish结束)、RST标志位(reset重置)、URG标识为(urgent紧急)。在这一连接过程中，还包括两个重要的号码，包括：Sequence number(顺序号码)Acknowledge number(确认号码)。

图1示出了HTTP经过三次握手建立连接的信令交互图，具体过程如下：

第一次握手：主机A发送位码为syn＝1,随机产生seq number＝1234567的数据包到服务器，主机B由SYN＝1知道，A要求建立联机；

第二次握手：主机B收到请求后要确认联机信息，向A发送ack number＝(主机A的seq+1)，syn＝1，ack＝1，随机产生seq＝7654321的数据包；

第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1，以及位码ack是否为1，若正确，主机A会再发送ack number＝(主机B的seq+1)，ack＝1，主机B收到后确认seq值与ack＝1则连接建立成功。

完成三次握手，主机A与主机B开始传送数据。

不难看出，HTTP协议在建立连接时的三次握手过程较为繁琐，耗时较长。如果终端在获取资源的过程中多次与目标转码服务器需要进行上述三次握手，势必会影响浏览器获取资源的速度。

为解决上述问题，第一方面，本发明实施例提供了一种资源获取的处理方法，如图1所示，包括：

S101、终端获取转码服务器的IP地址；

具体来说，如背景技术中所述，为了提高应用于终端中的浏览器的加载速度，终端在需要获取资源时可以先将资源的链接发送至转码服务器，以使转码服务器根据链接获取相应的资源。转码服务器再对资源进行压缩处理后可以将压缩之后资源返回给终端。然而实现这一过程的前提是终端需要确定能够为终端提供上述获取压缩转发服务的转码服务器，因此终端可以首先获取转码服务器的IP地址。

进一步地，这里的获取转码服务器的IP地址可以通过多种方式来实施。一种可选的实施方式为：终端向后台服务器上报获取转码服务器地址的请求，由后台服务器来分配指定的转码服务器。具体来说，后台服务器可以接收各个终端上报的关键信息。这里的关键信息包括该终端连接的转码服务器的IP地址，以及通过该转码服务器获取压缩后的请求资源的响应时间。其中，这一响应时间是终端测得的。在后台服务器接收到多个终端的响应时间信息后，根据响应时间的长短，确定获取该请求资源时间最短的转码服务器为转码服务器。在确定了获取每个请求资源的最优转码服务器之后，若新的终端浏览器向后台服务器上报转码服务器地址获取请求时，则后台服务器根据确定的结果向该终端分配当前最优的转码服务器的IP，并将得到的转码服务器的IP返回给终端。

其中，这里的终端可以为智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等移动电子设备，此外该终端还可预装服务器。

S102、终端根据转码服务器的IP地址，向转码服务器发送预连接请求，预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；

可以理解的是，在没有任何预连接措施时，每一次终端浏览器的访问请求都必须经历建立与转码服务器连接、访问转码服务器、获取数据和关闭转码服务器连接等步骤。而连接并打开转码服务器是一件既消耗资源又费时的工作。如果频繁发生这种转码服务器操作，系统的性能必然会急剧下降。

为了克服这一问题，终端在获取了转码服务器的IP地址后，可以首先向该转码服务器发起预连接请求。该预连接请求可以用于触发转码服务器经过三次握手建立与终端之间的工作线程。建立之后转码服务器并不关闭这些工作线程，而是将其存储起来，以备下一次终端有资源获取请求时使用。

S103、终端响应于资源获取请求，请求转码服务器激活工作线程中的至少一个工作线程；

当终端检测到需要获取新的资源时，首先向转码服务器发送请求，请求该转码服务器激活已建立的工作线程中的至少一个工作线程。在转码服务器接收到该请求之后，便会根据请求随机或按预设的安排激活至少一个工作线程，并向终端返回激活工作线程响应消息已告知终端线程已激活。该工作线程被激活后，终端就可以迅速建立与转码服务器之间的连接，为下一步发送请求以及获取数据做好准备。

S104、终端通过激活的工作线程向转码服务器发送资源获取请求。

在激活了工作线程之后，终端就可以通过该工作线程向转码服务器发送资源获取请求，从而转码服务器可以根据请求中资源的链接获取指定的资源，再将获取后的资源压缩并返回给终端，使得终端能够快速获取资源，终端中的浏览器能够快速刷新页面显示更新的资源。

本发明实施例提供的资源获取的处理方法中，终端在获取转码服务器的IP地址后，向该转码服务器发送预连接请求，以触发转码服务器与终端建立工作线程，并存储建立的工作线程。在终端响应于资源获取请求时，请求转码服务器激活至少一个已经建立的工作线程，从而终端通过该激活的线程向转码服务器发送资源获取请求。不难理解的是，由于终端与转码服务器通过三次握手第一次建立连接之后，用于进行连接的工作线程并没有断开，而是存储在转码服务器中，从而在终端进行下一次资源获取时直接请求转码服务器激活一条工作线程并通过该线程发送资源获取请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高终端浏览器获取资源以及刷新页面的速度。

为便于理解，下面结合附图对本发明实施例提供资源获取的处理方法的整个流程进行详细说明。

图2示出了终端、转码服务器在实现本发明提供的资源获取处理方法时的信令交互图。参见图2，终端首先向后台服务器发送转码服务器地址获取请求时；在后台服务器接收到该请求之后，根据以往其他终端上报的信息，为该终端选择最优的转码服务器，并将最优的转码服务器的IP地址返回给终端。终端根据获得的转码服务器的IP地址，向目标该转码服务器发出预连接请求，请求与该转码服务器建立连接；转码服务器在接收到预连接请求之后，通过HTTP协议的三次握手建立至少一条用于与终端连接的工作线程，并存储这些建立好的工作线程。在预连接建立成功后，当终端需要获取新的资源时，此时无需再与转码服务器通过三次握手建立连接，可以直接向转码服务器发送线程激活请求；转码服务器在收到终端发送的线程激活请求时，激活已建立的至少一个工作线程，并向终端返回线程激活响应；终端在接收到线程激活响应后，可以认为当前连接已经建立，此时可以向转码服务器发送资源获取请求；转码服务器在根据请求从后台服务器获取了对应的资源后，将资源压缩并返回给终端，并等待终端在下一次需要获取资源时的线程激活请求。

由上述交互过程不难看出，在转码服务器建立并存储了多个工作线程之后，若终端想要获取新的资源请求，则可以直接向转码服务器发送线程激活请求，触发转码服务器激活其中一条线程，从而终端可以通过该激活的线程快速的与转码服务器进行连接并进行数据交互，无需再与转码服务器之间进行三次握手，有效减少每次要获取资源时与转码服务器建立连接的时间，提高终端获取资源的速度，提高终端中的浏览器刷新页面的速度。

在上述方法实施例的基础上，本发明实施例又提供了一种资源获取的处理方法，如图4所示，具体包括：

S201、终端获取转码服务器的IP地址；

S202、终端根据转码服务器的IP地址，向转码服务器发送预连接请求，预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；

其中，步骤S201、S202与上述方法实施例中的步骤S101、S102相同，在此不再赘述。

S203、终端响应于多个资源获取请求，请求转码服务器激活多个工作线程；

可以理解的是，终端在要获取资源时，可以同时获取多个资源，例如同时获取网页中的图片资源以及动画资源等等。此时如果只请求转码服务器激活一个工作线程，那么仅通过这一个线程来发送多个资源获取请求以及接收多个数据显然会比较耗时。因此在本发明实施例提供的方法中，终端在响应于多个资源获取请求时，也即要获取多个资源时，可以向转码服务器发送激活多个工作线程的请求。转码服务器接收到该请求后会激活已存储的多个工作线程，并向终端返回多个工作线程激活的响应消息。

S204、终端通过激活的多个工作线程，向转码服务器并行发送多个资源获取请求。

终端在接收到线程激活的响应消息之后，认为多个线程已经激活，此时可以通过激活的多个线程向转码服务器并行发送多个资源获取请求，以获取相应的资源。

本发明实施例提供的方法中，终端在响应于多个资源获取请求时，能够请求转码服务器激活多个工作线程，从而可以通过这多个工作线程向转码服务器并行发送多个资源获取请求，以同时获得多个资源，从而能够进一步地减少资源获取的时间，提高终端的获取速率，提高浏览器的刷新速率。

可以理解的是，在终端向转码服务器并行发送了多个资源获取请求后，转码服务器根据多个资源获取请求向后台服务器获取对应的资源，并在将对应的资源压缩之后返回给终端，因此本实施例提供的方法如图4所示，还可以包括：

S205、终端通过激活的多个工作线程并行接收由转码服务器发送的多个资源。

从而通过这样的并行发送请求以及并行接收资源更进一步地减少资源获取的时间，提高终端与转码服务器的通信效率。

第二方面，本发明实施例还提供了一种资源获取的处理方法，如图5所示，包括：

S301、转码服务器响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；

具体来说，转码服务器在接收到终端发送的预连接请求后，认为此时终端请求建立工作线程，因此可以基于HTTP协议通过三次握手建立至少一条与终端连接的工作线程，并将该线程存储以备后续使用。

其中，这些已建立的工作线程可以存储在线程池中。可以理解的是，工作线程的个数应该根据实际情况设置。如果工作线程设置的数量较少，那么当许多终端发起资源获取请求时，较少的工作线程是远远不够的，从而导致大量的终端依然需要与转码服务器重复三次握手连接；如果工作线程设置的数量较多，那么用于存储工作线程的线程池的占用空间势必会很大，尤其在发起请求的终端数据较少时，存储较多的工作线程在一定程度上也会浪费网络资源。因此，每一个线程池中工作线程的个数可以根据实际情况作适应性调整。

S302、转码服务器响应于终端发送的激活线程的请求，激活工作线程中的至少一个工作线程；

具体来说，转码服务器在接收到终端发送的激活线程的请求后，认为此时终端请求激活线程，因此可以激活步骤S301中已建立的工作线程，并向终端返回工作线程激活的响应消息。

S303、转码服务器通过激活的工作线程，接收终端发送的资源获取请求。

具体来说，终端在通过工作线程激活的响应消息获知工作线程已经被激活之后，可以通过激活的工作线程向转码服务器发送资源获取请求。此时转码服务器可以通过该工作线程接收终端发送的资源获取请求，并根据该请求在后台服务器处获取对应的资源，并在压缩之后返回给终端。

本发明实施例提供的资源获取的处理方法中，转码服务器在接收到终端发送的预连接请求通过HTTP协议三次握手与终端建立至少一个工作线程，并存储建立的工作线程。转码服务器在接收到终端发送的工作线程激活请求时，激活至少一个已经建立的工作线程，从而可以通过该激活的线程接收由终端发送的资源获取请求。不难理解的是，由于终端与转码服务器通过三次握手第一次建立连接之后，用于进行连接的工作线程并没有断开，而是存储在转码服务器中，从而在终端进行下一次资源获取时直接请求转码服务器激活一条工作线程并通过该线程发送资源获取请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高终端浏览器获取资源以及刷新页面的速度。

基于上述方法实施例，本发明实施例又提供了一种资源获取的处理方法，如图6所示，包括：

S401、转码服务器响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一个用于与终端连接的工作线程，并存储工作线程；

其中，步骤S401与上述方法实施例中的步骤S301相同，在此不再赘述。

S402、转码服务器响应于终端发送的激活多个线程的请求时，激活多个工作线程；

具体来说，在转码服务器建立并存储好了至少一个工作线程了之后，若接收到终端发送的激活多个线程的请求时，则认为当前终端需要通过多个线程并行传输数据。因此转码服务器此时可以激活多个工作线程，并将多个工作线程激活成功的响应返回给终端。

S403、转码服务器通过激活的多个工作线程，接收终端发送的多个资源获取请求。

具体来说，在终端接收到多个线程激活的响应消息后，可以通过这多个激活的线程并行向转码服务器发送资源获取请求。此时转码服务器可以通过这多个激活的工作线程接收终端发送的多个资源获取请求

本实施例提供的方法中，转码服务器可以响应于终端的激活请求激活多个工作线程，从而可以通过这多个工作线程并行接收终端发送多个资源获取请求，从而能够进一步地减少资源获取的时间，提高终端的获取速率，提高浏览器的刷新速率。

可以理解的是，在转码服务器接收了终端并行发送的多个资源获取请求后，可以根据多个资源获取请求向后台服务器获取对应的资源，并将对应的资源压缩，因此本实施例提供的方法如图6所示，还可以包括：

S404、转码服务器通过激活的多个工作线程，向终端并行发送的多个资源。

这样做的好处是，能够向终端同时发送多个资源，进一步减少终端获取资源的时长，提高终端的获取效率。

在具体实施时，可以理解的是，为了降低转码服务器一侧的功耗，在上述方法实施例中，在转码服务器激活了若干个工作线程之后，除激活的工作线程之外的其余的工作线程可以继续保持休眠状态。从而使得没有被激活的工作线程不会在等待被激活的过程中产生较多的功耗，提高转码服务器的运转性能。

第三方面，本发明实施例还提供了一种资源获取的处理装置，例如可以为终端，如图7所示，可以包括地址获取单元501、连接请求单元502、线程激活请求单元503以及资源获取单元504。

其中，地址获取单元501可以获取转码服务器的IP地址；连接请求单元502根据转码服务器的IP地址，向转码服务器发送预连接请求，预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；线程激活请求单元503响应于资源获取请求，请求转码服务器激活工作线程中的至少一个工作线程；资源获取单元504通过激活的工作线程向转码服务器发送资源获取请求。

本发明实施例提供的资源获取的处理装置中，在地址获取单元501获取转码服务器的IP地址后，连接请求单元502可以向该转码服务器发送预连接请求，以触发转码服务器与终端建立工作线程，并存储建立的工作线程。在所述装置响应于资源获取请求时，线程激活请求单元503可以请求转码服务器激活至少一个已经建立的工作线程，从而资源获取单元504通过该激活的线程向转码服务器发送资源获取请求。不难理解的是，由于与转码服务器通过三次握手第一次建立连接之后，用于进行连接的工作线程并没有断开，而是存储在转码服务器中，从而在进行下一次资源获取时连接请求单元502可以直接请求转码服务器激活一条工作线程资源获取单元504就可以通过该线程发送资源获取请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高终端浏览器获取资源以及刷新页面的速度。

在具体实施时，这里的线程激活请求单元503进一步可以用于响应于多个资源获取请求，请求转码服务器激活多个工作线程；相应的，资源获取单元504进一步可以用于通过激活的多个工作线程，向转码服务器并行发送多个资源获取请求，还可以用于通过这激活的多个工作线程并行接收由转码服务器发送的多个资源。

由于本实施例所介绍的资源获取的处理装置为可以执行本发明实施例中的资源获取的处理方法的装置，故而基于本发明实施例中所介绍的资源获取的处理的方法，本领域所属技术人员能够了解本实施例的资源获取的处理装置的具体实施方式以及其各种变化形式，所以在此对于该资源获取的处理装置如何实现本发明实施例中的资源获取的处理方法不再详细介绍。只要本领域所属技术人员实施本发明实施例中资源获取的处理方法所采用的装置，都属于本申请所欲保护的范围。

第四方面，本发明实施例还提供了一种资源获取的处理装置，例如可以为转码服务器，如图8所示，具体可以包括：连接建立单元601、线程激活单元602以及通信单元603。

其中，连接建立单元601可以用于响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；线程激活单元602可以用于响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程；通信单元603可以通过激活的工作线程，接收所述终端发送的资源获取请求。

本发明实施例提供的资源获取的处理装置中，在通信单元603接收到终端发送的预连接请求时，连接建立单元601通过HTTP协议三次握手与终端建立至少一个工作线程，并存储建立的工作线程。在通信单元603接收到终端发送的工作线程激活请求时，线程激活单元602激活至少一个已经建立的工作线程，从而通信单元603可以通过该激活的线程接收由终端发送的资源获取请求。不难理解的是，由于终端与转码服务器通过三次握手第一次建立连接之后，用于进行连接的工作线程并没有断开，而是存储在转码服务器中，从而在终端进行下一次资源获取时直接请求转码服务器激活一条工作线程并通过该线程发送资源获取请求，无需再次通过三次握手建立连接，有效减少了获取资源时在多次建立连接上消耗的时间，进一步提高终端浏览器获取资源以及刷新页面的速度。

在具体实施时，这里的线程激活单元602进一步可以用于响应于终端发送的激活多个线程的请求时，激活多个工作线程；相应的，通信单元603进一步可以用于通过激活的多个工作线程，接收终端发送的多个资源获取请求；还可以用于通过激活的多个工作线程，向终端并行发送的多个资源。

此外，在具体实施时，建立的工作线程中，除线程激活单元602激活的工作线程之外的其余的工作线程继续保持休眠状态，从而使得没有被激活的工作线程不会在等待被激活的过程中产生较多的功耗，提高转码服务器的运转性能。

由于本实施例所介绍的资源获取的处理装置为可以执行本发明实施例中的资源获取的处理方法的装置，故而基于本发明实施例中所介绍的资源获取的处理的方法，本领域所属技术人员能够了解本实施例的资源获取的处理装置的具体实施方式以及其各种变化形式，所以在此对于该资源获取的处理装置如何实现本发明实施例中的资源获取的处理方法不再详细介绍。只要本领域所属技术人员实施本发明实施例中资源获取的处理方法所采用的装置，都属于本申请所欲保护的范围。

不难理解的是，上述实施例中的举例说明只是为了便于更好地理解本发明实施例提供的方法或装置，并不能构成对本发明的具体限定。且上述的各个优选实施方式之间不会相互影响，各个优选实施方式之间的任意组合所得到的方案均应该落入本发明的保护范围。

第五方面，本发明实施例又提供了一种对应于第三方面所述装置的资源获取的处理装置，图9示出该装置的结构框图。

参照图9，所述资源获取的处理装置，包括：处理器(processor)701、存储器(memory)702、通信接口(Communications Interface)703和总线707；

其中，

所述处理器701、存储器702、通信接口703通过所述总线707完成相互间的通信；

所述通信接口703用于该资源获取的处理装置与外部设备之间的信息传输；

所述处理器701用于调用所述存储器702中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：获取转码服务器的IP地址；根据转码服务器的IP地址，向转码服务器发送预连接请求，该预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与连接的工作线程，并存储工作线程；响应于资源获取请求，请求转码服务器激活工作线程中的至少一个工作线程；通过激活的工作线程向转码服务器发送资源获取请求。

本实施例还公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：根据转码服务器的IP地址，向转码服务器发送预连接请求，该预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与连接的工作线程，并存储工作线程；响应于资源获取请求，请求转码服务器激活工作线程中的至少一个工作线程；通过激活的工作线程向转码服务器发送资源获取请求。

本实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：根据转码服务器的IP地址，向转码服务器发送预连接请求，该预连接请求用于触发转码服务器基于HTTP协议三次握手建立至少一条用于与连接的工作线程，并存储工作线程；响应于资源获取请求，请求转码服务器激活工作线程中的至少一个工作线程；通过激活的工作线程向转码服务器发送资源获取请求。

第六方面，本发明实施例又提供了一种对应于第四方面所述装置的资源获取的处理装置，图10示出该装置的结构框图。

参照图10，所述资源获取的处理装置，包括：处理器(processor)801、存储器(memory)802、通信接口(Communications Interface)803和总线808；

其中，

所述处理器801、存储器802、通信接口803通过所述总线808完成相互间的通信；

所述通信接口803用于该资源获取的处理装置与外部设备之间的信息传输；

所述处理器801用于调用所述存储器802中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；响应于终端发送的激活线程的请求，激活工作线程中的至少一个工作线程；通过激活的工作线程，接收终端发送的资源获取请求。

本实施例还公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；响应于终端发送的激活线程的请求，激活工作线程中的至少一个工作线程；通过激活的工作线程，接收终端发送的资源获取请求。

本实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与终端连接的工作线程，并存储工作线程；响应于终端发送的激活线程的请求，激活工作线程中的至少一个工作线程；通过激活的工作线程，接收终端发送的资源获取请求。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种资源获取的处理方法，其特征在于，包括：

终端获取转码服务器的IP地址；

所述终端根据所述转码服务器的IP地址，向所述转码服务器发送预连接请求，所述预连接请求用于触发所述转码服务器基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

所述终端响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程；

所述终端通过激活的工作线程向所述转码服务器发送资源获取请求。

2.根据权利要求1所述的方法，其特征在于，所述终端响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程的步骤包括：

所述终端响应于多个资源获取请求，请求所述转码服务器激活多个工作线程；

相应的，所述终端通过激活的工作线程向所述转码服务器发送资源获取请求的步骤包括：

所述终端通过激活的多个工作线程，向所述转码服务器并行发送多个资源获取请求。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述终端通过激活的多个工作线程并行接收由所述转码服务器发送的多个资源。

4.一种资源获取的处理方法，其特征在于，包括：

转码服务器响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

所述转码服务器响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程；

所述转码服务器通过激活的工作线程，接收所述终端发送的资源获取请求。

5.根据权利要求4所述的方法，其特征在于，除激活的工作线程之外的其余的工作线程继续保持休眠状态。

6.根据权利要求4所述的方法，其特征在于，所述转码服务器响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程的步骤包括：

所述转码服务器响应于所述终端发送的激活多个线程的请求时，激活多个工作线程；

相应的，所述转码服务器通过激活的工作线程，接收所述终端发送资源获取请求的步骤包括：

所述转码服务器通过激活的多个工作线程，接收所述终端发送的多个资源获取请求。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述转码服务器通过激活的多个工作线程，向所述终端并行发送的多个资源。

8.一种资源获取的处理装置，其特征在于，包括：

地址获取单元，用于获取转码服务器的IP地址；

连接请求单元，用于根据所述转码服务器的IP地址，向所述转码服务器发送预连接请求，所述预连接请求用于触发所述转码服务器基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

线程激活请求单元，用于响应于资源获取请求，请求所述转码服务器激活所述工作线程中的至少一个工作线程；

资源获取单元，用于通过激活的工作线程向所述转码服务器发送资源获取请求。

9.根据权利要求8所述的装置，其特征在于，

所述线程激活请求单元，进一步用于响应于多个资源获取请求，请求所述转码服务器激活多个工作线程；

相应的，

所述资源获取单元，进一步用于通过激活的多个工作线程，向所述转码服务器并行发送多个资源获取请求。

10.根据权利要求9所述的装置，其特征在于，

所述资源获取单元，还用于通过激活的多个工作线程并行接收由所述转码服务器发送的多个资源。

11.一种资源获取的处理装置，其特征在于，包括：

连接建立单元，用于响应于终端发送的预连接请求，基于HTTP协议三次握手建立至少一条用于与所述终端连接的工作线程，并存储所述工作线程；

线程激活单元，用于响应于所述终端发送的激活线程的请求，激活所述工作线程中的至少一个工作线程；

通信单元，通过激活的工作线程，接收所述终端发送的资源获取请求。

12.根据权利要求11所述的装置，其特征在于，除激活的工作线程之外的其余的工作线程继续保持休眠状态。

13.根据权利要求11所述的装置，其特征在于，

所述线程激活单元，进一步用于响应于所述终端发送的激活多个线程的请求时，激活多个工作线程；

相应的，

所述通信单元，进一步用于通过激活的多个工作线程，接收所述终端发送的多个资源获取请求。

14.根据权利要求13所述的装置，其特征在于，

所述通信单元，还用于通过激活的多个工作线程，向所述终端并行发送的多个资源。