切换用户端的边缘节点的方法、装置和系统与流程

1.本发明涉及通信领域，尤其涉及一种切换用户端的边缘节点的方法、装置和系统。


背景技术：

2.在通信技术领域，内容分发网络(content delivery network，cdn)系统包括在地域上分散部署的多个物理cdn节点，通过将互联网内容发布到处于网络边缘的cdn边缘节点，能使网络内容在地域上更加接近用户端。当用户端发起互联网请求时，经由域名系统(domain name server，dns)执行域名解析，用户端被导向到cdn边缘节点。随后，用户端可以向cdn边缘节点请求获取所需的数据。
3.其中，cdn系统中的各个cdn边缘节点可以互为容灾备份。当与用户端通信的cdn边缘节点a出现异常，则需要将该用户端切换到cdn边缘节点b，以保证用户端通信正常。然而，如果缓存的cdn边缘节点在生存时间(time to live，ttl)内，则无法执行边缘节点切换，还需要等待ttl结束后才能执行切换，由此使得切换用户端的边缘节点不及时。
4.如何快速有效地切换用户端的边缘节点，是本技术所要解决的技术问题。


技术实现要素：

5.本技术实施例的目的是提供一种切换用户端的边缘节点的方法、装置和系统，用以解决切换用户端的边缘节点及时有效性差的问题。
6.第一方面，提供了切换用户端的边缘节点的方法，所述方法应用于用户端的本地域名服务器，包括：
7.接收用户端发送的域名解析请求，所述域名解析请求携带待解析的域名；
8.根据所述解析请求获取解析结果，所述解析结果包括与所述待解析的域名相匹配的第一边缘节点的ip地址；
9.向所述用户端反馈所述解析结果；
10.在向所述用户反馈所述解析结果之后，如果接收到所述待解析的域名的边缘节点地址变更信息，则根据所述边缘节点地址变更信息确定变更后的与所述待解析的域名相匹配的第二边缘节点的ip地址，其中，所述边缘节点地址变更信息由调度中心发送；
11.向所述用户端发送所述第二边缘节点的ip地址，以指示所述用户端切换至所述第二边缘节点。
12.第二方面，提供了一种切换用户端的边缘节点的装置，包括：
13.接收模块，接收用户端发送的域名解析请求，所述域名解析请求携带待解析的域名；
14.获取模块，根据所述解析请求获取解析结果，所述解析结果包括与所述待解析的域名相匹配的第一边缘节点的ip地址；
15.反馈模块，向所述用户端反馈所述解析结果；
16.确定模块，在向所述用户反馈所述解析结果之后，如果接收到所述待解析的域名
的边缘节点地址变更信息，则根据所述边缘节点地址变更信息确定变更后的与所述待解析的域名相匹配的第二边缘节点的ip地址，其中，所述边缘节点地址变更信息由调度中心发送；
17.切换模块，向所述用户端发送所述第二边缘节点的ip地址，以指示所述用户端切换至所述第二边缘节点。
18.第三方面，提供一种切换用户端的边缘节点的系统，包括：
19.用户端；
20.与所述用户端通信连接的如权利要求7所述的切换用户端的边缘节点的装置；
21.与所述切换用户端的边缘节点的装置通信连接的调度中心；
22.多个边缘节点，所述边缘节点用于与所述用户端通信连接。
23.第四方面，提供了一种电子设备，该电子设备包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第一方面的方法的步骤。
24.第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面的方法的步骤。
25.在本技术实施例中，通过接收用户端发送的域名解析请求；根据解析请求获取解析结果；在向用户反馈解析结果之后，如果接收到待解析的域名的边缘节点地址变更信息，则根据边缘节点地址变更信息确定变更后的与待解析的域名相匹配的第二边缘节点的ip地址；向用户端发送第二边缘节点的ip地址，以指示用户端切换至第二边缘节点。本方案能在第一边缘节点异常后，基于调度中心发送的边缘节点地址变更信息指示用户端及时切换至第二边缘节点，有效提高边缘节点切换即时性。另外，避免了基于ttl时间的重复解析，有效降低处理负荷。
附图说明
26.此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
27.图1是一种用户端的cdn访问流程示意图。
28.图2是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之一。
29.图3是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之二。
30.图4是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之三。
31.图5是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之四。
32.图6是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之五。
33.图7是本技术实施例提供的一种切换用户端的边缘节点的方法的流程示意图之六。
34.图8是本技术实施例提供的一种切换用户端的边缘节点的装置的结构示意图。
35.图9是本技术实施例提供的一种切换用户端的边缘节点的系统的结构示意图之一。
36.图10是本技术实施例提供的一种切换用户端的边缘节点的系统的结构示意图之二。
具体实施方式
37.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本技术中附图编号仅用于区分方案中的各个步骤，不用于限定各个步骤的执行顺序，具体执行顺序以说明书中描述为准。
38.为了便于说明本方案，首先对本方案实施例涉及的名词进行解释。
39.dns即域名服务系统，用于将域名解析为ip地址。
40.a记录是ipv4地址，具体是指address记录，又称ip指向，用来指定主机名(或域名)对应的ip地址记录。
41.aaaa记录是ipv6地址，aaaa记录(aaaa record)是用来将域名解析到ipv6地址的dns记录。用户可以将一个域名解析到ipv6地址上，也可以将子域名解析到ipv6地址上。
42.cname记录是域名的别名记录，别名记录也被称为规范名字，这种记录能将多个名字映射到同一台计算机，可以用于同时提供www和mail服务的计算机。例如，有一台计算机名为“host”(a记录)，它同时提供www和mail服务，为了便于用户访问服务，可以为该计算机设置两个别名(cname)：www和mail。这两个别名的全称就是www开头的域名和以mail开头的域名，实际上他们都指向“host”。
43.下面，结合图1，以用户访问http://c.com/1.mp4为例，说明一种用户端访问cdn的方法。图1示出了一种用户端的cdn访问流程示意图，其中，箭头示出了系统中各设备间的通信关系，箭头旁标记的数字对应于以下方法的各个步骤：
44.第1步，用户向local dns发起对域名：c.com解析请求。
45.第2步，local dns到源站授权dns进行域名解析请求。
46.第3步，源站授权dns返回c.com的cname域名，例如：c.com.b.cdn.chinamobile.com。
47.第4步，local dns根据cname域名向cdn调度中心进行解析。
48.第5步，cdn调度中心按照相应调度策略，返回对应的边缘节点ip地址，例如39.xxx.253.1，并且携带ttl时间，比如600秒。
49.第6步，local dns向用户返回最终解析结果：39.xxx.253.1，并记录域名和解析结果的对应关系，以及ttl时间。该ttl表示该域名和解析结果的对应关系在ttl时间内有效。local dns据此在ttl时间内缓存域名和解析结果的对应关系。在该时间内，有对该域名的其他请求均直接由该缓存的解析结果进行应答。
50.第7步，用户向ip地址为39.xxx.253.1的边缘节点发起http://c.com/1.mp4的资源请求。
51.第8步，cdn边缘节点返回url相应的资源给用户。如果cdn边缘节点没有缓存该资源，则向上级回源。
52.在上述方案中，由于cdn各个边缘节点是互为容灾备份的，所以当某cdn边缘节点a出现故障，或者负荷过大等情况，需要将边缘节点a的用户切换到cdn边缘节点b。在cdn调度中心将原由边缘节点a服务的用户调整调度到边缘节点b的过程中，由于ttl时间的存在，在600秒内，local dns缓存该域名和解析结果(cdn边缘节点a)的对应关系。在这600秒内，有对该域名的其他请求均直接由该缓存的cdn边缘节点a地址进行应答，这就造成业务故障或者网络质量下降。在600秒后，local dns才可能调整该域名解析结果为边缘节点b，使得切换边缘节点的即时性差。
53.虽然上述ttl时间能够根据需求进行调整，比如修改为30秒。如果需要执行边缘节点切换，local dns则能在30秒内将该域名的解析结果由边缘节点a调整为边缘节点b。虽然缩短ttl时间的方案能够一定程度提高即时性，但是这会给local dns增加20倍的递归负荷，影响整个dns系统的性能。相当于每30秒local dns就需要去源站授权dns和cdn调度中心等重新去查询该域名的解析结果。而且，受到系统性能的限制，ttl时间并不能无限缩短，依然无法实现快速有效地切换边缘节点。
54.为了解决现有技术中存在的问题，本技术实施例提供一种切换用户端的边缘节点的方法，下面结合cdn应用场景对本技术实施例提供的方案进行说明。应理解的是，本技术实施例提供的方案可以应用于cdn边缘节点调配，也可以用于对其他的边缘节点进行调配，本技术对边缘节点的具体类型不做限定。在cdn应用场景下，本技术实施例提供的方法的执行主体可以是用户端的本地域名服务器(local dns)，如图2所示，该方案包括：
55.s11：接收用户端发送的域名解析请求，所述域名解析请求携带待解析的域名。
56.其中，用户端具体可以是手机、平板电脑、智能手表等具有通信功能的电子设备。域名解析请求中携带有待解析的域名。假设用户需要访问http://c.com/1.mp4，那么，本步骤中的域名解析请求中携带的待解析的域名为“c.com”。
57.s12：根据所述解析请求获取解析结果，所述解析结果包括与所述待解析的域名相匹配的第一边缘节点的ip地址(internet protocol address)。
58.在实际应用中，本地域名服务器可以通过多种方式灵活地获取解析结果，例如，通过本地查询或者通过缓存服务器、递归服务器获取上述解析结果。该解析结果中的cdn第一边缘节点可以是cdn调度中心分配调度的。
59.s13：向所述用户端反馈所述解析结果。
60.由本地域名服务器将包含有上述第一边缘节点的ip地址的解析结果反馈给用户端。用户端可以根据接收到的解析结果，通过第一边缘节点获取所需的数据。
61.s14：在向所述用户反馈所述解析结果之后，如果接收到所述待解析的域名的边缘节点地址变更信息，则根据所述边缘节点地址变更信息确定变更后的与所述待解析的域名相匹配的第二边缘节点的ip地址，其中，所述边缘节点地址变更信息由调度中心发送。
62.上述边缘节点地址变更信息可以由cdn调度中心在执行边缘节点资源调度时生成并发送。举例而言，可以在所述第一边缘节点异常时发送，具体的，如果第一边缘节点出现了故障、负荷过高等异常，需要对与第一边缘节点通信的用户端执行边缘节点切换，进而保障用户端通信正常。在本实施例中，可以由cdn调度中心监测各个边缘节点的状态，并根据
各个边缘节点的状态执行切换调度。
63.其中，由cdn调度中心生成边缘节点地址变更信息，并下发至本地域名服务器。该边缘节点地址变更信息中包含有第二边缘节点的ip地址或其他表征第二边缘节点的标识。该边缘节点地址变更信息用于通知本地域名服务器与上述待解析的域名匹配的边缘节点切换为第二边缘节点。
64.通过本实施例提供的方案，本地域名服务器在接收到边缘节点地址变更信息后，能够对随后接收到的用户端发送的解析请求反馈变更后的第二边缘节点的ip地址，保证这些用户端接收到正确的解析结果。对于接收到边缘节点地址变更信息之前已经反馈了第一边缘节点的ip地址的用户端，本地域名服务器可以在再次接收到用户端的解析请求时向其反馈变更后的第二边缘节点的ip地址，以指示用户端由第一边缘节点切换至第二边缘节点。在实际应用中，本地域名服务器往往会接收到大量用户端发送的解析请求，通过本实施例提供的方案，在调度中心变更了域名的边缘节点后，无需等待ttl时间即可向用户端反馈变更后的正确的解析请求，指示用户端与变更后的边缘节点通信。
65.具体而言，本步骤具体可以包括：在向所述用户反馈所述解析结果之后，如果接收到所述待解析的域名的边缘节点地址变更信息且接收到所述用户端再次发送的解析请求时，则根据所述边缘节点地址变更信息确定变更后的与所述待解析的域名相匹配的第二边缘节点的ip地址。
66.可选的，本地域名服务器还可以记录发送的解析结果。在实际应用中，本地域名服务器往往会响应于不同的用户端发送不同的解析结果。一旦本地域名服务器接收到cdn调度中心的边缘节点地址变更信息，则可以从历史发送的解析结果中查询哪些用户端请求解析的域名匹配的边缘节点发生了变更。然后针对这些发生变更的用户端发送变更后的边缘节点的ip地址。
67.s15：向所述用户端发送所述第二边缘节点的ip地址，以指示所述用户端切换至所述第二边缘节点。
68.本步骤中，由本地域名服务器向用户端发送第二边缘节点的ip地址，能在cdn调度中心执行边缘节点调度调整后，及时指示用户端进行边缘节点切换。本实施例提供的方案无需等待ttl时间，在cdn调度中心下发了边缘节点地址变更信息之后，本地域名服务器即可根据变更后的边缘节点指示用户端执行切换，有效提高边缘节点切换即时性。
69.另外，由于本方案中的本地域名服务器能通过边缘节点地址变更信息及时获知变更后的边缘节点的信息，无需依赖ttl时间执行递归，所以能有效降低本地域名服务器的处理负荷。由于递归动作的次数减少了，所以也能降低解析时延，使用户端更快得到解析结果。
70.基于上述实施例提供的方案，可选的，如图3所示，本实施例提供的方法还包括以下步骤：
71.s21：从所述调度中心获取域名与边缘节点的ip地址的匹配关系。
72.本步骤中，可以由本地域名服务器接收由cdn调度中心下发的消息，通过解析消息来确定域名与cdn边缘节点的ip地址的匹配关系。
73.可选的，cdn调度中心可以在执行边缘节点调度变更时，将变更后的域名与边缘节点ip地址的对应关系下发给本地域名服务器，以及时告知本地域名服务器上述边缘节点变
更信息。或者，cdn调度中心也可以周期性地向本地域名服务器下发域名与边缘节点ip地址的匹配关系，以避免消息错漏导致本地域名服务器本地存储的信息未更新。
74.再或者，本地域名服务器也可以在本地存储的域名与边缘节点ip地址的匹配关系异常时，向cdn调度中心发送询问信息，由cdn调度中心响应于询问信息向本地域名服务器发送相应的域名与边缘节点ip地址的匹配关系。
75.s22：将相匹配的域名与边缘节点的ip地址关联存储至本地的配置文件。
76.在本步骤中，本地域名服务器可以将域名与匹配的ip地址关联存储为本地配置文件，例如可以是以表格的形式存储，其中，域名与ip地址在表格中呈现对应关系。
77.其中，上述步骤s12，包括：
78.s23：根据本地存储的配置文件和所述解析请求获取解析结果。
79.本地域名服务器存储在本地的配置文件可以用于获取解析结果。具体的，本地域名服务器可以将上述配置文件读入内存，也可以是其他高速缓存等。每次收到用户端的解析请求时，可以优先查找配置文件域名信息，如果找到则直接将配置文件中记录的相匹配的边缘节点ip地址作为解析结果反馈给用户。否则，可以按dns流程将缓存服务器或者递归服务器的结果反馈给用户。
80.本实施例提供的方案中，上述cdn调度中心和本地域名服务器之间可以通过接口保持实时通信，例如可以是一个api接口，或者对dns配置文件有远程写的权限的其他形式接口，以便本地域名服务器及时获取到边缘节点变更信息，进而使用户端能及时执行边缘节点切换。存储在本地域名服务器本地的配置文件能够用于快速获取解析结果，该配置文件中存储的相匹配的域名与边缘节点的ip地址与cdn调度中心的配置一致，能保证向用户端反馈的解析结果的准确性与即时性。
81.基于上述实施例提供的方案，可选的，如图4所示，上述步骤s23，包括：
82.s31：如果本地存储的配置文件中包括与所述待解析的域名相匹配边缘节点的ip地址，则根据所述配置文件中的与所述待解析的域名相匹配边缘节点的ip地址生成所述解析结果。
83.由于本地域名服务器的本地存储的配置文件记录了cdn调度中心配置的域名与边缘节点ip的匹配关系，所以本步骤中在接收到解析请求后，先查询本地的配置文件中是否包括待解析的域名相匹配的边缘节点ip地址。如果存在，则直接根据本地存储的配置文件中记录的匹配关系，向用户反馈待解析的域名相匹配的边缘节点的ip地址。
84.本实施例提供的方案不仅能提高解析效率，保证解析结果的准确性，还能降低本地域名服务器的处理负荷，缩短用户端等待解析的时间。
85.基于上述实施例提供的方案，可选的，如图5所示，上述步骤s23，包括：
86.s41：如果本地存储的配置文件中不包括与所述待解析的域名相匹配边缘节点的ip地址，则获取所述待解析的域名的别名记录域名。
87.在实际应用中，也可能有配置文件中未记录待解析的域名相匹配的边缘节点ip地址的情况。此时可以先获取待解析的域名的别名记录域名。举例而言，假设待解析的域名是c.com，获取到的别名记录域名cname是c.com.b.cdn.chinamobile.com。
88.s42：向所述调度中心发送别名记录域名解析请求，所述别名记录域名解析请求携带所述待解析的域名的别名记录域名。
89.本步骤中，向cdn调度中心发送包含上述别名记录域名c.com.b.cdn.chinamobile.com的解析请求，以请求cdn调度中心对该别名记录域名执行解析。
90.s43：根据所述调度中心反馈的边缘节点的ip地址生成所述解析结果。
91.接收cdn调度中心反馈的基于上述别名记录域名的cdn边缘节点的ip地址，例如为39.xxx.253.1。
92.基于上述实施例提供的方案，可选的，如图6所示，上述步骤s51，包括：
93.s51：向授权服务器发送别名记录域名查询请求，所述别名记录域名查询请求包括所述待解析的域名。
94.本实施例中，可以通过授权dns服务器查询待解析的域名的别名记录域名。具体的，向授权dns服务器发送包含有待解析的域名的域名查询请求，以请求授权dns服务器查询该待解析的域名的cname域名。
95.s52：获取所述授权服务器反馈的所述待解析的域名的别名记录域名。
96.在接收到授权dns服务器反馈的结果后，可以对接收的内容执行解析，以确定上述待解析的域名的别名记录域名。该别名记录域名可以用于向cdn调度中心获取待解析的域名匹配的cdn边缘节点的ip地址。
97.基于上述实施例提供的方案，可选的，如图7所示，在上述步骤s14之后，还包括：
98.s61：根据所述待解析的域名与相匹配的所述第二边缘节点的ip地址，更新本地存储的配置文件。
99.在本实施例中，cdn调度中心可以实时调整调度策略，实时更新本地域名服务器的配置文件。举例而言，cdn调度中心可以根据实时调整策略生成配置文件，并将配置文件下发给本地域名服务器进行存储。本地域名服务器收到更新后的配置文件后，可以对接收到的更新后的配置文件进行完整性、真实性检测，在检测通过后将新的配置文件读入内存，也可以是其他高速缓存等。如果收到的更新后的配置文件未通过完整性、真实性验证，则继续使用原配置文件信息。
100.通过本实施例提供的方案，一方面，cdn调度中心能实时将域名解析结果写入本地域名服务器的配置文件。在cdn调度中心策略调整后，本地域名服务器存储的配置文件相应实时更新，能使用户实时获得更新后的解析结果，保证解析结果正确性。
101.另一方面，当cdn调度中心的调度策略发生调整时，能实时同步给本地域名服务器local dns。这种调整在一个月时间维度典型为0次或者几次，local dns对这些域名不需要进行递归，有效降低了递归动作执行次数，降低了处理负荷，而且能缩短域名递归解析的时延，从而让用户端更快地接收到解析结果。
102.其中，本实施例中所述的本地域名服务器local dns不特指运营商部署的dns，也可以是一般的分布式的dns。上述存储在本地域名服务器中的配置文件可以是windows系统的host文件、bind的zone文件等其他有类似功能的定制化的文件。ip地址包括ipv4和ipv6。调度策略包括a记录，aaaa，cname记录等。
103.为了解决现有技术中的问题，本技术实施例还提供一种切换用户端的cdn边缘节点的装置70，如图8所示，该装置可以设置在本地域名服务器内，该装置包括：
104.接收模块71，接收用户端发送的域名解析请求，所述域名解析请求携带待解析的
域名；
105.获取模块72，根据所述解析请求获取解析结果，所述解析结果包括与所述待解析的域名相匹配的第一边缘节点的ip地址；
106.反馈模块73，向所述用户端反馈所述解析结果；
107.确定模块74，在向所述用户反馈所述解析结果之后，如果接收到所述待解析的域名的边缘节点地址变更信息，则根据所述边缘节点地址变更信息确定变更后的与所述待解析的域名相匹配的第二边缘节点的ip地址，其中，所述边缘节点地址变更信息由调度中心在所述第一边缘节点异常时发送；
108.切换模块75，向所述用户端发送所述第二边缘节点的ip地址，以指示所述用户端切换至所述第二边缘节点。
109.通过本技术实施例提供的装置，接收用户端发送的域名解析请求；根据解析请求获取解析结果；在向用户反馈解析结果之后，如果接收到待解析的域名的边缘节点地址变更信息，则根据边缘节点地址变更信息确定变更后的与待解析的域名相匹配的第二边缘节点的ip地址；向用户端发送第二边缘节点的ip地址，以指示用户端切换至第二边缘节点。本方案能在第一边缘节点异常后，基于cdn调度中心发送的边缘节点地址变更信息指示用户端及时切换至第二边缘节点，有效提高边缘节点切换即时性。另外，避免了基于ttl时间的重复解析，有效降低处理负荷。
110.为了解决现有技术中存在的问题，本技术实施例还提供一种切换用户端的边缘节点的系统，如图9所示，包括：
111.用户端81；
112.与所述用户端81通信连接的如上述任一种实施例所述的切换用户端的边缘节点的装置70；
113.与所述切换用户端的边缘节点的装置70通信连接的调度中心82；
114.多个边缘节点83，所述边缘节点83用于与所述用户端81通信连接。
115.下面结合图10说明本实施例提供的系统中切换用户端的边缘节点的方案，图10中的箭头表明各模块之间的通信关系，箭头上标注的数字对应以下各个执行步骤：
116.第1步，用户向local dns发起对域名：c.com解析请求，假设该域名是cdn分发的域名。
117.第2步，local dns先查询本地配置文件，由于该域名是cdn分发的域名，cdn调度中心已经将对应区域的cdn边缘节点a的ip地址(比如：39.xxx.253.1)下发给local dns，即存储在local dns本地。所以local dns通过查询本地的配置文件即可得到相匹配的边缘节点a的ip地址，并向用户返回最终解析结果：39.xxx.253.1。
118.第3步，用户向ip地址为39.xxx.253.1的cdn边缘节点a发起http://c.com/1.mp4的资源请求。
119.第4步，cdn边缘节点返回url相应的资源给用户。如果cdn边缘节点没有缓存该资源，则向上级回源。
120.如果在短时间内，cdn调度中心将该用户(或该用户所在的区域)的域名的调度策略调整为cdn边缘节点b，(例如ip为39.xxx.253.2)，则该解析结果由cdn调度中心实时更新local dns的配置文件，这样能使用户实时获得最新的解析结果。
121.通过本实施例提供的方案，cdn调度中心实时将域名解析结果写入local dns配置文件，则cdn调度中心策略调整后，local dns实时更新，用户能实时获得新的解析结果,实现cdn边缘节点实时切换。而且，当cdn调度中心的调度策略发生调整后，能实时同步给local dns，local dns对这些域名不需要进行递归，有效降低递归处理次数，从而降低local dns的处理负荷。另外，由于减少了递归动作，所以能更快地向用户端反馈解析结果，降低域名递归解析带来的时延。
122.优选的，本发明实施例还提供一种电子设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述一种切换用户端的边缘节点的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
123.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述一种切换用户端的边缘节点的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
124.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
125.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
126.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。