重定向方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及计算机的技术领域，具体而言，涉及一种重定向方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.现今的网络环境中，往往会部署多台服务器，从而减小单台服务器的压力。在其中一台服务器的负载过大时，会利用重定向方法将客户端重定向到指定的服务器，从而实现减小单台服务器的压力，也能避免出现单点故障，导致业务中断的情况。
3.客户端在与现有的重定向方法选择的指定的服务器建立传输通道后，可能会导致数据传输的时延增大，且需要耗费更多的网络资源。


技术实现要素：

4.本技术提供一种重定向方法、装置、电子设备及计算机可读存储介质，以解决现有的重定向方法选择的指定的服务器建立传输通道后，可能会导致数据传输的时延增大，且需要耗费更多的网络资源的问题。
5.第一方面，本技术提供一种重定向方法，应用于服务器，所述服务器与网络中的其他服务器连接，所述方法包括：在接收到客户端发送的请求报文的情况下，从所述其他服务器中确定出目标服务器，其中，所述目标服务器与所述客户端之间开销最小且所述目标服务器的负载正常；并向所述客户端发送重定向报文，其中所述重定向报文包括所述目标服务器的地址。
6.本技术实施例中，由于目标服务器与客户端之间开销最小，使得利用本方案选择的目标服务器与客户端建立连接后，可以使数据传输的时延最小。加之目标服务器的负载正常，可以保证目标服务器是可用的服务器，防止该客户端接收到多次重定向报文。
7.结合上述第一方面提供的技术方案，在一些可能的实施方式中，在所述从所述其他服务器中确定出目标服务器之前，所述方法还包括：确定自身设备的负载超过预设阈值。
8.本技术实施例中，在确定自身设备的负载超过预设阈值后，再确定目标服务器，可以保证该服务器的负载不会过大，防止服务器出现故障。
9.结合上述第一方面提供的技术方案，在一些可能的实施方式中，从所述其他服务器中确定出目标服务器，包括：基于所述其他服务器的负载情况和表征所述客户端与所述网络中的各服务器之间的路径开销的路径信息，从所述网络中的其他服务器中确定出目标服务器。
10.本技术实施例中，利用表征客户端与网络中的各服务器之间的路径开销的路径信息可以准确确定出各服务器的开销大小，同时，利用其他服务器的负载情况可以确定出各个服务器的负载是否正常。因此，基于其他服务器的负载情况和路径信息即可准确确定出目标服务器。
11.结合上述第一方面提供的技术方案，在一些可能的实施方式中，通过以下步骤获
得表征所述客户端与所述网络中的各服务器之间的路径开销的路径信息：针对所述网络中的每一个服务器，确定该服务器与所述客户端之间的最小开销；基于每一个服务器与所述客户端之间的最小开销，按照最小开销大小进行排序，得到所述路径信息。
12.本技术实施例中，将每一个服务器与客户端之间的最小开销按照最小开销大小进行排序，即可得到路径信息，使得后续可以基于该路径信息准确获知网络中与客户端之间开销最小的服务器，使得最终得到的目标服务器更加准确。
13.结合上述第一方面提供的技术方案，在一些可能的实施方式中，所述客户端通过至少一个中间节点与各个服务器连接，所述确定该服务器与所述客户端之间的最小开销，包括：获取所述网络中每一个中间节点和每一个服务器各自的链路信息，所述链路信息包括该中间节点或该服务器和与该中间节点或该服务器直连的每一个中间节点或服务器之间的开销；基于所述每一个中间节点和每一个服务器的链路信息，确定该服务器与所述客户端之间的最小开销。
14.本技术实施例中，由于链路信息包括该中间节点或该服务器和与该中间节点或该服务器直连的每一个中间节点或服务器之间的开销，因此，通过获取网络中每一个中间节点和每一个服务器各自的链路信息，即可准确得到每一个服务器与客户端之间的最小开销。
15.结合上述第一方面提供的技术方案，在一些可能的实施方式中，所述基于所述其他服务器的负载情况和表征所述客户端与所述网络中的各服务器之间的路径开销的路径信息，从所述网络中的其他服务器中确定出目标服务器，包括：从所述路径信息中确定出与所述客户端开销最小的第一服务器；确定所述第一服务器负载是否正常，若所述第一服务器负载正常，所述第一服务器为所述目标服务器；若所述第一服务器负载不正常，从所述路径信息中确定出剩余服务器中与所述客户端开销最小的第二服务器，直至找到负载正常的目标服务器。
16.本技术实施例中，首先确定路径信息中与客户端开销最小的第一服务器，在第一服务器负载正常时，则第一服务器即为目标服务器；若第一服务器负载不正常时，则从剩余服务器中确定出与客户端开销最小的第二服务器，重复上述步骤，直至找到负载正常的服务器，该服务器即为与客户端之间开销最小且负载正常的目标服务器。
17.结合上述第一方面提供的技术方案，在一些可能的实施方式中，所述方法还包括：解析所述请求报文，得到所述请求报文对应的请求目的；调用与所述请求目的对应的函数进行处理，基于处理得到的结果生成回复报文；将所述回复报文发送给所述客户端。
18.本技术实施例中，通过调用与请求报文的请求目的对应的函数进行处理，可以实现不同的功能，提高本方案的适用范围。
19.第二方面，本技术提供一种重定向装置，部署于服务器，所述服务器与网络中的其他服务器连接，所述重定向装置包括确定模块、发送模块，确定模块用于在接收到客户端发送的请求报文的情况下，从所述其他服务器中确定出目标服务器，其中，所述目标服务器与所述客户端之间开销最小且所述目标服务器的负载正常；发送模块用于向所述客户端发送重定向报文，其中所述重定向报文包括所述目标服务器的地址。
20.第三方面，本技术实施例还提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器连接；所述存储器，用于存储程序；所述处理器，用于调用存储于所述存
储器中的程序，以执行如上述第一方面实施例和/或结合上述第一方面实施例的任一种可能的实施方式提供的方法。
21.第四方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被计算机运行时，执行如上述第一方面实施例和/或结合上述第一方面实施例的任一种可能的实施方式提供的方法。
附图说明
22.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
23.图1为本技术实施例示出的一种重定向方法的流程示意图；
24.图2为本技术实施例示出的一种网络的连接示意图；
25.图3为本技术实施例示出的又一种重定向方法的流程示意图；
26.图4为本技术实施例示出的一种重定向装置的结构框图；
27.图5为本技术实施例示出的一种电子设备的结构框图。
具体实施方式
28.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
29.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中诸如“第一”、“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
30.再者，本技术中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
31.下面将结合附图对本技术的技术方案进行详细地描述。
32.rtsp(real time streaming protocol，实时流传输协议)是一个成熟并且使用范围广的流媒体协议，可以为流式过程增加更多的功能，比如说暂停、继续、播放、快进、快退等，可以控制流媒体数据的发送过程。并且具有类似于http(hyper text transfer protocol，超文本传输协议)协议的报文格式，与http协议也可以很好的兼容。
33.rtsp协议有一种重定向的方法，此方法可以告知客户端与指定的另一台服务器建立流媒体传输通道，从而实现减小单台服务器的压力，也能避免出现单点故障，导致业务中断的情况。但是，目前的重定向方法中，rfc(request for comments；是一系列以编号排定的文件)文档对于如何选出这个另一台服务器没有解释，使得客户端在与现有的重定向方
法选择的指定的服务器建立传输通道后，可能会导致数据传输的时延增大，且需要耗费更多的网络资源。
34.基于此，发明人提出一种重定向方法，以解决现有的重定向方法选择的指定的服务器建立传输通道后，可能会导致数据传输的时延增大，且需要耗费更多的网络资源的问题。
35.请参阅图1，图1为本技术实施例示出的一种重定向方法的流程示意图，下面将结合图1对其包含的步骤进行说明。
36.其中，该重定向方法应用于服务器，服务器与网络中的其他服务器连接。可以理解的是，服务器可以直接与网络中的其他服务器连接，或者，也可以是服务器通过网关、路由器等中间节点与网络中的其他服务器连接。同理，客户端也可以直接与网络中的服务器连接，或者，客户端也可以通过网关、路由器等中间节点与网络中的服务器连接。
37.s100：在接收到客户端发送的请求报文的情况下，从其他服务器中确定出目标服务器。
38.其中，目标服务器与客户端之间开销最小且目标服务器的负载正常。由于目标服务器与客户端之间开销最小，使得利用本方案选择的目标服务器与客户端建立连接后，可以使数据传输的时延最小。加之目标服务器的负载正常，可以保证目标服务器是可用的服务器，防止该客户端接收到多次重定向报文。
39.一种实施方式下，从其他服务器中确定出目标服务器的具体过程可以是：基于其他服务器的负载情况和表征客户端与网络中的各服务器之间的路径开销的路径信息，从网络中的其他服务器中确定出目标服务器。
40.其中，表征客户端与网络中的各服务器之间的路径开销的路径信息可以是预先获取并存储在存储介质中，在需要时，直接调用即可；或者，该路径信息也可以是在需要时，实时获取得到的。
41.其他服务器的负载情况也可以是预先获取并存储在存储介质中，在需要时，直接调用即可；或者，该路径信息也可以是在需要时，实时获取得到的。
42.为了使得到的服务器的负载情况更加准确，一种实施方式下，可以定时向其他服务器请求其负载情况。
43.或者，网络中的服务器定时向其他服务器发送自身负载情况，以使每一台服务器均能或者其他服务器的准确的负载情况。
44.其中，一种实施方式下，负载可以利用服务器的cpu(central processing unit；中央处理器)，内存等资源的使用情况来表示，当服务器的cpu，内存等资源的使用率超过预设阈值时，即可认为该服务器负载不正常；在服务器的cpu，内存等资源的使用率小于预设阈值时，认为该服务器负载正常。此处的预设阈值应当为大于0小于1。
45.或者，也可以利用服务器当前实时处理的请求量来表征服务器的负载。此时，当服务器实时处理的请求量大于预设阈值时，即可认为该服务器负载不正常；在服务器实时处理的请求量小于预设阈值时，认为该服务器负载正常。此处的预设阈值可以根据实际需求设置，此处不对预设阈值的具体数值进行限制。
46.获得表征客户端与所述网络中的各服务器之间的路径开销的路径信息可以有如下两种实施方式。
47.第一种实施方式下，可以通过以下步骤获得表征客户端与所述网络中的各服务器之间的路径开销的路径信息：首先针对网络中的每一个服务器，确定该服务器与客户端之间的最小开销。然后基于每一个服务器与客户端之间的最小开销，按照最小开销大小进行排序，得到路径信息。
48.路径信息中可以仅包括按照最小开销大小进行排序的各服务器；或者，路径信息中还可以包括各服务器最小开销的具体数值。
49.在路径信息中包括各服务器最小开销的具体数值时，可以无需按照最小开销大小进行排序，也即得到路径信息的过程为：首先针对网络中的每一个服务器，确定该服务器与客户端之间的最小开销。然后基于每一个服务器与客户端之间的最小开销，得到路径信息，该路径信息中包括每一个服务器最小开销的具体数值。
50.当客户端通过至少一个中间节点与各个服务器连接时。为了准确得到每一个服务器与客户端之间的最小开销，一种实施方式下，确定该服务器与客户端之间的最小开销的具体过程可以是：首先获取网络中每一个中间节点和每一个服务器各自的链路信息，链路信息包括该中间节点或该服务器和与该中间节点或该服务器直连的每一个中间节点或服务器之间的开销。然后基于每一个中间节点和每一个服务器的链路信息，确定该服务器与所述客户端之间的最小开销。
51.具体的，基于每一个中间节点和每一个服务器的链路信息，确定该服务器与所述客户端之间的最小开销的过程可以是：首先确定该服务器与客户端连接的每一条路径各自的开销，其中最小的开销即为该服务器与所述客户端之间的最小开销。
52.为了便于理解，请参阅图2，图2为本技术示出的一种网络的连接示意图，该网络中任意两个设备连线上的数值即为该两个设备之间的开销，其中，此处的设备可以是上述的中间节点或服务器。下面以图2所示的网络为例，对第一种实施方式中获取路径信息的具体过程进行说明。
53.当客户端首先访问的是第二服务器，且第二服务器需要向客户端发送重定向报文时，首先确定第一服务器和第三服务器与客户端之间的最小开销。
54.根据图2可知，第一服务器与客户端之间开销最小的路径为：客户端-第一中间节点-第三中间节点-第四中间节点-第二服务器-第一服务器，该路径对应的开销为1+2+3+3＝9，则第一服务器与客户端之间的最小开销为9。
55.同理，根据图2可知，第三服务器与客户端之间开销最小的路径为：客户端-第一中间节点-第三中间节点-第四中间节点-第七中间节点-第三服务器，该路径对应的开销为1+2+2+2＝7，则第三服务器与客户端之间的最小开销为7。
56.可见，第三服务器开销小于第一服务器。上述举例仅为便于理解，不应作为对本技术的限制。
57.第二种实施方式下，获得表征客户端与所述网络中的各服务器之间的路径开销的路径信息的具体过程可以是，首先确定第一节点，第一节点为与客户端直连的中间节点。然后基于该第一节点的链路信息，从与第一节点直连的中间节点中确定与客户端之间开销最小的第二节点。之后基于第一节点的链路信息和第二节点的链路信息，从与第一节点和/或第二节点直连的中间节点中确定与客户端之间开销最小的第三节点，重复上述步骤，直至遍历该网络中的每一中间节点和每一台服务器，即可得到路径信息。此时，理解信息中包括
按照开销大小进行排序的所有中间节点和服务器。
58.为了便于理解，以图2所示的网络为例，对第二种实施方式中获取路径信息的具体过程进行说明。
59.当客户端首先访问的是第二服务器，且第二服务器需要向客户端发送重定向报文时，首先确定与客户端直连的第一中间节点为第一节点。
60.与第一中间节点直连的第二中间节点、第三中间节点中，第三中间节点到第一中间节点的开销小于第二中间节点到第一中间节点的开销，因此，第二节点为第三中间节点。
61.网络中剩余的与第一节点、第二节点直连的第二中间节点、第四中间节点、第五中间节点中，第四中间节点与第一节点的开销最小，因此，第三节点为第四中间节点。重复上述步骤，直至遍历该网络中的每一中间节点和每一台服务器，即可得到路径信息。
62.其中，计算中间节点与客户端之间开销的方式与前述的确定服务器与客户端之间最小开销的方式相同，为简要描述，此处不再赘述。
63.图2所示的网络对应的路径信息为[第一中间节点；第三中间节点；第四中间节点；第五中间节点；第七中间节点；第二中间节点；第二服务器；第三服务器；第一服务器]。其中，此处的路径信息为按照开销从小到大进行排序，第一中间节点与客户端之间的开销最小。上述举例仅为便于理解，不应作为对本技术的限制。
[0064]
为了使每一台服务器都能得到准确的路径信息，一种实施方式下，该重定向方法还包括：向网络中的每一台服务器发送自身设备的链路信息。
[0065]
基于其他服务器的负载情况和表征客户端与网络中的各服务器之间的路径开销的路径信息，从网络中的其他服务器中确定出目标服务器可以有如下两种实施方式。
[0066]
第一种实施方式下，基于其他服务器的负载情况和表征客户端与网络中的各服务器之间的路径开销的路径信息，从网络中的其他服务器中确定出目标服务器的具体过程可以是：首先从路径信息中确定出与客户端开销最小的第一服务器，然后确定第一服务器负载是否正常，若第一服务器负载正常，则第一服务器为所述目标服务器。若第一服务器负载不正常，从路径信息中确定出剩余服务器中与客户端开销最小的第二服务器，直至找到负载正常的目标服务器。此时，路径信息中不包括执行该步骤的服务器。
[0067]
例如，路径信息中包括有服务器1、服务器2、服务器3、服务器4，且服务器1与客户端之间的开销《服务器2与客户端之间的开销《服务器3与客户端之间的开销《服务器4与客户端之间的开销，且服务器1的负载情况不正常，服务器2的负载情况不正常，服务器3的负载情况正常，服务器3的负载情况不正常，则上述第一种实施方式的过程如下。
[0068]
首先从路径信息中确定出与客户端开销最小服务器1，由于服务器1的负载情况不正常，因此，从路径信息中排除服务器1，然后从路径信息中确定出剩余服务器中与客户端开销最小的服务器2。
[0069]
由于服务器2的负载情况不正常，因此，从路径信息中排除服务器2，然后从路径信息中确定出剩余服务器中与客户端开销最小的服务器3。
[0070]
由于服务器3的负载情况正常，因此，服务器3即为目标服务器。上述举例仅为便于理解，不应作为对本技术的限制。
[0071]
第二种实施方式下，基于其他服务器的负载情况和表征客户端与网络中的各服务器之间的路径开销的路径信息，从网络中的其他服务器中确定出目标服务器的具体过程可
以是：首先基于其他服务器的负载情况，从网络中除自身外的其他服务器中确定出负载正常的服务器。然后基于路径信息从负载正常的服务器中确定出与客户端之间开销最小的服务器，该开销最小的服务器即为目标服务器。
[0072]
例如，路径信息中包括有服务器1、服务器2、服务器3、服务器4，且服务器1与客户端之间的开销《服务器2与客户端之间的开销《服务器3与客户端之间的开销《服务器4与客户端之间的开销，且服务器1的负载情况不正常，服务器2的负载情况正常，服务器3的负载情况正常，服务器3的负载情况不正常，则上述第二种实施方式的过程如下。
[0073]
首先基于其他服务器的负载情况可以确定出负载情况正常的服务器2、服务器3，然后基于路径信息可知，服务器2与客户端之间的开销小于服务器3与客户端之间的开销，因此，服务器2即为目标服务器。上述举例仅为便于理解，不应作为对本技术的限制。
[0074]
为了保证服务器的负载不会过大，防止服务器出现故障，一种实施方式下，在从其他服务器中确定出目标服务器之前，还可以先确定自身设备的负载超过预设阈值。
[0075]
其中，此处的负载和预设阈值与前文记载的负载和预设阈值的含义及确定方式一致，为简要描述，此处不再赘述。
[0076]
s200：向客户端发送重定向报文，其中重定向报文包括目标服务器的地址。
[0077]
一种实施方式下，在服务器不需要进行重定向操作时，在接收到客户端发送的请求报文的情况下，可以先解析请求报文，得到请求报文对应的请求目的。然后调用与该请求目的对应的函数进行处理，基于处理得到的结果生成回复报文；最后将回复报文发送给客户端。
[0078]
其中，不同的请求报文对应的函数可以不同，请求报文可以包括setup请求报文、play请求报文、record请求报文等。
[0079]
以setup请求报文举例，若收到的是setup请求报文，服务器在回复该setup请求报文时，会在回复报文中加上session头部域，session头部域的值是随机生成的字符串，用于标识一个会话，此次会话的后续报文都会携带这个session，用以区分不同会话。回复报文中还会携带transport头部域，transport头部域中的值符合rfc文档规定的格式，以便客户端能够准确解析回复报文，在此头部域中会携带传输相关的参数，例如传输协议和传输的媒体类型、传输层协议、网络层传输形式、客户端rtp(real-time transport protocol；实时传输协议)/rtcp(real-time transport control protocol；实时传输控制协议)端口对、服务端rtp/rtcp端口对，ssrc(同步信源)标识，最后发送该回复报文。
[0080]
上述举例仅为便于理解，不应作为对本技术的限制。
[0081]
为了保证能准确解析请求报文，一种实施方式下，在解析请求报文之前，还可以检测请求报文的报文格式是否正确。如果请求报文的格式正确，则执行后续步骤，若请求报文的格式错误，则丢弃该请求报文。
[0082]
由于请求报文是具有固定格式的，请求报文的不同字段具有不同的含义，因此，可以对照请求报文的格式进行解析，得到请求报文的目的。此时，可以创建一个session id(identity document；身份证标识号)与客户端的地址进行关联，用于标识一个会话。直到客户端停止从服务器获取数据前，一直保持该会话。
[0083]
其中，可以是检测请求报文的格式是否符合rfc文档规定的请求报文格式。
[0084]
可以理解的是，在获取到请求报文的完整内容后，再对该请求报文的格式进行检
测。
[0085]
为了防止在处理该请求报文的过程中就发送rtp(real-time transport protocol，实时传送协议)数据或者是未处理完毕请求报文就向客户端发送响应报文，一种实施方式下，可以对处理该请求报文的过程进行加锁操作。相应的，在向客户端发送回复报文后，执行解锁操作。
[0086]
其中，加锁操作的具体实现方式已为本领域技术人员所熟知，为简要描述，此处不再赘述。
[0087]
由于每个请求报文都会对应一个超时时间，该超时时间的作用在服务器和客户端之间进行保活，如果服务器在规定的超时时间内没有收到客户端的请求消息，那么就会认为客户端失活。如果在规定的超时时间内收到了客户端发来的请求，那么就会将超时时间刷新为0s，重新开始计时。因此，在对处理该请求报文的过程进行加锁操作后，可以将超时时间刷新为0s。
[0088]
为了进一步理解上述的重定向方法，请参阅图3。需要说明的是，图3所示的原理为本技术重定向方法的众多实施例中的一种，因此，不能将图3所示的方式理解成是对本技术的限制。
[0089]
如图3所示，首先获取网络中每一个中间节点和每一个服务器各自的链路信息，以及其他服务器的负载情况。在接收到客户端发送的请求报文的情况下，判断自身设备的负载超过预设阈值。
[0090]
若自身设备的负载超过预设阈值，从其他服务器中确定出与客户端之间开销最小且目标服务器的负载正常目标服务器。并向客户端发送包括目标服务器的地址的重定向报文。
[0091]
若自身设备的负载没有超过预设阈值，则获取请求报文的完整内容；检测请求报文的报文格式是否正确；若请求报文的格式正确，对处理该请求报文的过程进行加锁操作；然后刷新请求报文对应的超时时间；之后解析请求报文，得到请求报文对应的请求目的；最后调用与请求目的对应的函数进行处理，基于处理得到的结果生成回复报文；将回复报文发送给所户端，并执行解锁操作。
[0092]
其中，图3所示的各个步骤的具体实现方式及原理在前文已叙述清楚，为简要描述，此处不再赘述。
[0093]
请参阅图4，图4为本技术实施例提供的一种重定向装置100的结构框图，该重定向装置100部署于服务器中，该服务器与网络中的其他服务器连接，重定向装置100包括确定模块110、发送模块120。
[0094]
确定模块110，用于在接收到客户端发送的请求报文的情况下，从所述其他服务器中确定出目标服务器，其中，所述目标服务器与所述客户端之间开销最小且所述目标服务器的负载正常。
[0095]
发送模块120，用于向所述客户端发送重定向报文，其中所述重定向报文包括所述目标服务器的地址。
[0096]
确定模块110，还用于在所述从所述其他服务器中确定出目标服务器之前，确定自身设备的负载超过预设阈值。
[0097]
确定模块110，具体用于基于所述其他服务器的负载情况和表征所述客户端与所
memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
[0108]
处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器240也可以是任何常规的处理器等。
[0109]
其中，上述的电子设备200，包括但不限于个人电脑、服务器等。
[0110]
本技术实施例还提供了一种非易失性计算机可读取存储介质(以下简称存储介质)，该存储介质上存储有计算机程序，该计算机程序被计算机如上述的电子设备200运行时，执行上述所示的重定向方法。该计算机可读存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0111]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。