一种用户服务请求及处理方法、设备及介质与流程

1.本发明涉及无线通信技术领域，特别涉及一种用户服务请求及处理方法、设备及介质。


背景技术：

2.can(算力感知网络，computing-aware networking)是应对算网融合发展趋势提出的新型网络架构，其基于无处不在的网络连接将动态分布的计算资源互联，通过网络、存储、算力等多维度资源的统一协同调度，使海量的应用能够按需、实时调用不同地方的计算资源，实现连接和算力在网络的全局优化，提供一致的用户体验。
3.目前已经有了一些can网络的实现机制探索，例如cfn(计算优先网络，computing first networking)的算力路由机制，让路由器感知算力信息，进行路由转发，但是其不足在于：实现上比较复杂，需要改动ip转发面的基本操作，全体路由设备升级代价大。


技术实现要素：

4.本发明提供了一种用户服务请求及处理方法、设备及介质，用以支持例如算力感知网络的实现。
5.本发明提供以下技术方案：
6.一种用户服务请求方法，其特征在于，包括：
7.客户端向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
8.客户端接收dns服务器返回的用户服务器列表；
9.客户端根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
10.客户端在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器。
11.实施中，所述用户服务是算力服务，所述客户端在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
12.实施中，客户端向服务器发出探测报文，是按约定的方式进行探测的。
13.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
14.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
15.ecs；
16.用户的经纬度信息；
17.用户的接入的小区信息。
18.实施中，所述客户端收到用户服务器反馈的报文，该报文是服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。
19.实施中，所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来
确定的。
20.一种用户探测报文的处理方法，包括：
21.用户服务器接收客户端发送的携带有客户端探测请求的报文；
22.用户服务器根据自身的负载情况构建反馈报文；
23.用户服务器将所述反馈报文发给探测的客户端。
24.实施中，所述用户服务器提供的是算力服务。
25.实施中，所述用户服务器在约定的端口监听所述探测报文。
26.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
27.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
28.一种用户服务请求处理方法，包括：
29.dns服务器接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
30.dns服务器根据所述客户端物理位置相关信息确定关联的用户服务器；
31.dns服务器根据各用户服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器。
32.实施中，所述用户服务是算力服务。
33.实施中，确定关联的用户服务器，是在dns服务器上注册了的用户服务器中确定的。
34.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
35.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
36.ecs；
37.用户的经纬度信息；
38.用户的接入的小区信息。
39.实施中，进一步包括：
40.根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
41.一种客户端，包括：
42.处理器，用于读取存储器中的程序，执行下列过程：
43.向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
44.接收dns服务器返回的用户服务器列表；
45.根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
46.在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器；
47.收发机，用于在处理器的控制下接收和发送数据。
48.实施中，所述用户服务是算力服务，所述客户端在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
49.实施中，客户端向服务器发出探测报文，是按约定的方式进行探测的。
50.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在
dns报文中携带的。
51.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
52.用户子网信息(edns-client-subnet)；
53.用户的经纬度信息；
54.用户的接入的小区信息。
55.实施中，所述客户端收到用户服务器反馈的报文，该报文是服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。
56.实施中，所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来确定的。
57.一种客户端，包括：
58.客户端发送模块，用于向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
59.客户端接收模块，用于接收dns服务器返回的用户服务器列表；
60.客户端探测模块，用于根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
61.客户端决定模块，用于在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器。
62.实施中，客户端决定模块进一步用于在所述用户服务是算力服务时，在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
63.实施中，客户端探测模块进一步用于按约定的方式向服务器发出探测报文。
64.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
65.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
66.ecs；
67.用户的经纬度信息；
68.用户的接入的小区信息。
69.实施中，客户端接收模块进一步用于接收服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。
70.实施中，所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来确定的。
71.一种用户服务器，包括：
72.处理器，用于读取存储器中的程序，执行下列过程：
73.接收客户端发送的携带有客户端探测请求的报文；
74.根据自身的负载情况构建反馈报文；
75.将所述反馈报文发给探测的客户端；
76.收发机，用于在处理器的控制下接收和发送数据。
77.实施中，所述用户服务器提供的是算力服务。
78.实施中，所述用户服务器在约定的端口监听所述探测报文。
79.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
80.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
81.一种用户服务器，包括：
82.用户服务器接收模块，用于接收客户端发送的携带有客户端探测请求的报文；
83.用户服务器报文模块，用于根据自身的负载情况构建反馈报文；
84.用户服务器发送模块，用于将所述反馈报文发给探测的客户端。
85.实施中，所述用户服务器提供的是算力服务。
86.实施中，用户服务器接收模块进一步用于在约定的端口监听所述探测报文。
87.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
88.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
89.一种dns服务器，包括：
90.处理器，用于读取存储器中的程序，执行下列过程：
91.接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
92.根据所述客户端物理位置相关信息确定关联的用户服务器；
93.根据各用户服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器；
94.收发机，用于在处理器的控制下接收和发送数据。
95.实施中，所述用户服务是算力服务。
96.实施中，确定关联的用户服务器，是在dns服务器上注册了的用户服务器中确定的。
97.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
98.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
99.ecs；
100.用户的经纬度信息；
101.用户的接入的小区信息，此时该用户为一个移动用户。
102.实施中，进一步包括：
103.根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
104.一种dns服务器，包括：
105.dns服务器接收模块，用于接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
106.dns服务器确定模块，用于根据所述客户端物理位置相关信息确定关联的用户服务器；
107.dns服务器反馈模块，用于根据各用户服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器。
108.实施中，所述用户服务是算力服务。
109.实施中，dns服务器确定模块进一步用于在确定关联的用户服务器时，在dns服务器上注册了的用户服务器中确定。
110.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
111.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
112.ecs；
113.用户的经纬度信息；
114.用户的接入的小区信息，此时该用户为一个移动用户。
115.实施中，进一步包括：
116.dns服务器更新模块，用于根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
117.一种计算机可读存储介质，所述计算机可读存储介质存储有上述用户服务请求方法和/或用户服务请求处理方法的计算机程序。
118.本发明有益效果如下：
119.在本发明实施例提供的技术方案中，由于在客户端需要用户服务时，例如算力服务时，是向dns服务器发起请求，由dns服务器返回可提供用户服务器的用户服务器列表，再由此客户端根据业务需求，依据所述用户服务器列表向服务器发出探测报文；在根据服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器。在本方案的机制中，是dns 终端探测来实现lb(负载均衡，load balance)，是中心智能 分布式智能的方案，因此，本方案的dns感知负载 client主动探测的机制，可以得到更加实时的server信息，在一些server负载变化较快的场景中，可以提供更好的负载分担能力。
120.进一步的，在方案提供的用户感知网络调度机制中，不需要改变目前的网络配置或者转发机制的方案，可以让client在dns服务器的帮助下，选择到合适的用户服务节点，接入服务。
附图说明
121.此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
122.图1为本发明实施例中客户端上的用户服务请求方法实施流程示意图；
123.图2为本发明实施例中dns服务器上的算力服务请求处理方法实施流程示意图；
124.图3为本发明实施例中用户服务器侧的用户探测报文的处理方法实施流程示意图；
125.图4为本发明实施例中算力服务请求实施流程示意图；
126.图5为本发明实施例中提供算力服务实施流程示意图；
127.图6为本发明实施例中dns服务器结构示意图；
128.图7为本发明实施例中客户端结构示意图；
129.图8为本发明实施例中用户服务器结构示意图。
具体实施方式
130.发明人在发明过程中注意到：
131.can网络的目的是让用户终端连接到一个网络时延低，且计算能力强的节点，即综
合考虑网络和算力的情况选择一个算力服务节点。
132.下面以算力服务为例进行说明，其他类似的服务也具有算力服务的共性。
133.之所以要考虑算力的情况，是因为在can中，考虑到了最近的节点不一定是最合适的节点这个情况，传统的网络仅仅考虑了可达性，并没有考虑服务节点算力的情况。
134.目前已经有了一些can网络的实现机制，例如cfn的算力路由机制，让路由器感知算力信息，进行路由转发，但是这样做实现上比较复杂，需要改动ip转发面的基本操作，代价比较大。
135.在本发明实施例提供的技术方案中，通过扩展dns，识别终端的位置信息，反馈一个server list(候选服务器)给client，然后让client进行探测，获取算力情况，最后综合算力情况和网络情况进行节点选择。
136.本发明实施例中提供了通过dns(域名服务器，domain name server)扩展的方式来解决算力服务和网络融合业务的提供问题，不需要修改网络底层的转发面。
137.下面结合附图对本发明的具体实施方式进行说明。
138.为了便于理解，在说明中将会主要以算力服务为例说明服务的提供方式，以算力为例是因为该服务较为典型，能够很好地适应本发明实施例中提供的技术方案，所以这里以算力服务为例；但是，本方案也可以用于其他服务，只要是需要服务融合的业务都可以采用，算力服务仅用于教导本领域技术人员具体如何实施本发明，但不意味仅能用于算力服务，实施过程中可以结合实践需要即可确定可以运用的环境。
139.而在以算力服务为例进行具体说明过程中，将分别从客户端、dns服务器与算力服务器(server)的实施进行说明，然后还将给出它们配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着它们必须配合实施、或者必须单独实施，实际上，当客户端、dns服务器与算力服务器分开实施时，其也各自解决自身一侧的问题，而二者结合使用时，会获得更好的技术效果。
140.图1为客户端上的用户服务请求方法实施流程示意图，如图所示，可以包括：
141.步骤101、客户端向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
142.步骤102、客户端接收dns服务器返回的用户服务器列表；
143.步骤103、客户端根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
144.步骤104、客户端在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器。
145.具体的，客户端物理位置相关信息的携带是按dns的扩展名机制携带，即edns0的机制携带在dns报文中的，所述的ends0的机制中客户端物理位置相关信息可以是以下的任意一项或者其组合：
146.ecs(用户子网信息，edns-client-subnet)；
147.用户的经纬度信息；
148.用户的接入的小区信息(cell id)，此时该用户为一个移动用户。
149.具体的，客户端物理位置相关信息，这里描述为“相关信息”是因为，例如ecs和cell id其实是一个网络信息，通过一个映射表，可以关联到位置信息。
150.实施中，所述用户服务是算力服务，所述客户端在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
151.实施中，所述客户端物理位置相关信息是可以是由localdns插入的，例如ecs，也可以是客户端插入的，例如用户的经纬度信息，或者小区id信息。
152.实施中，客户端向服务器发出探测报文，是按约定的方式进行探测的。例如向服务器的特定端口100发送一个udp(用户数据报协议，user datagram protocol)报文，报文内容可以是空，也可以是客户端的一些信息，例如可以以tlv(类型、长度、值，tag，length，value)的方式出现，携带用户的id，地理位置等信息。
153.实施中，所述用户接入请求是客户端发送给dns服务器的一个域名解析请求dns报文，解析的对象是服务标识(service id)相关的一个域名，客户端物理位置相关信息的携带可以是按edns-client-subnet(扩展dns-客户端-子网)的格式携带在上述的dns报文中的。
154.实施中，所述客户端收到用户服务器反馈的报文，该报文是服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。例如该报文也是一个udp(用户数据报协议，user datagram protocol)报文，目的端口号是客户端发送探测报文时使用的源端口号，内容是服务器端的信息，例如可以以tlv的方式出现，携带服务器的算力情况，包括总算力情况，可用算力情况等。
155.所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来确定的，也即，可以根据探测报文的发送时间和反馈报文的接收时间的差来确定，即客户端与用户服务器的双向时延之和。
156.图2为dns服务器上的算力服务请求处理方法实施流程示意图，如图所示，可以包括：
157.步骤201、dns服务器接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
158.步骤202、dns服务器根据所述客户端物理位置相关信息确定关联的用户服务器；
159.步骤203、dns服务器根据各算力服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器。
160.这侧的用户服务器(例如算力服务器)主要是去dns服务器注册自己的算力服务，以及更新算力情况，以及收到了client的探测之后(例如在100端口监听)，反馈一个自身的服务情况的报文。
161.实施中，所述用户服务是算力服务。
162.具体的，对于dns服务器，dns服务器配置了service id的表项，各个能执行这个service的算力服务器server到dns服务器注册该service id，以及自身的service ip，以及自身的位置信息；
163.各个server还可以实时更新自身的算力信息到dns服务器。更新方式可以参考现在的cdn中的根据负载调度的技术。
164.dns服务器支持按照edns-client-subnet(扩展dns-客户端-子网)解析用户携带的位置相关的信息，即支持dns请求提供edns-client-subnet信息，也支持client的网络信息与和server的物理位置信息的匹配。
165.实施中，确定关联的用户服务器，是在dns服务器上注册了的用户服务器中确定的。
166.实施中，进一步包括：
167.根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
168.实施中，所述算力服务域名解析请求中的客户端物理位置相关信息的携带是按edns-client-subnet的格式携带在上述的dns报文中的。
169.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
170.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
171.ecs；
172.用户的经纬度信息；
173.用户的接入的小区信息，此时该用户为一个移动用户。
174.图3为用户服务器侧的用户探测报文的处理方法实施流程示意图，如图所示，可以包括：
175.步骤301、用户服务器接收客户端发送的携带有客户端探测请求的报文；
176.步骤302、用户服务器根据自身的负载情况构建反馈报文；
177.步骤303、用户服务器将所述反馈报文发给探测的客户端。
178.具体的，用户服务器收到了客户端发送的携带有客户端探测请求的报文，服务器根据自身的负载情况，构建反馈报文，发给探测的客户端。
179.实施中，所述用户服务器提供的是算力服务。
180.实施中，所述用户服务器在约定的端口监听所述探测报文。
181.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
182.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
183.具体的，所述反馈报文，包含了用户服务器当前的负载情况，所述算力负载情况可以存储在反馈报文的一个专门的tlv中，同时，也可以有一个专门的tlv来携带总的算力情况。
184.图4为算力服务请求实施流程示意图，如图所示，当客户端向dns服务器请求service id的解析时，则有如下过程：
185.1：client接入网络，向dns服务器发送service id1的算力接入请求，同时dns请求中会携带自身的ecs(扩展dns-客户端-子网，edns-client-subnet)信息，可以由localdns(本地dns)插入client的ecs信息。
186.2：dns收到以后，根据client的ecs信息查询关联的几个server，同时根据server的算力的负载情况，反馈一个server list(算力服务器列表)给client，可选的，还可以携带算力情况。
187.server还可以按照负载情况排序等。
188.3：client收到上述server list，根据业务需求，发出探测报文到server探测网络情况。
189.例如，给每个server发送一个或几个探测报文。
190.4：client收到了server反馈的报文，从中可以得到相关的网络信息，例如时延等，也可以得到server的算力信息；
191.之后，client综合网络和算力的情况，可以决定使用哪个server来得到所需的service。
192.下面再以实例进行说明。
193.本领域技术人员容易知晓，例中具体的服务器名称、地址、网址等在未来可能会产生变化，但这些变化并不影响对方案实施的理解以及公开。
194.图5为提供算力服务实施流程示意图，如图所示，当客户端向dns服务器请求service id时，则有如下过程：
195.对于dns服务器，可以在某个运营商xxxx的权威dns服务器上，注册了一个服务，例如serivce1.xxxx.com，这个service1，可以由多个mec(移动边缘计算技术，mobile edge computing)节点作为算力服务器来支持，即接入哪个mec都可以完成该service1。
196.这个权威dns服务器通过同每个mec站点的软件或设备之间运行某种通信程序，收集各个mec站点的信息，比如：站点的健康状态、会话连接数、响应时间、地理位置信息、算力情况等。
197.1：client在dns请求中，请求这个service1，同时提供物理位置相关的信息。
198.具体的，物理位置例如是edns0中的ecs。
199.2：在前述的运营商xxxx的权威dns服务器的帮助下，dns按照各个mec节点(server)的情况，根据各个server注册的服务id，以及client和server的物理位置相关信息，以及各个server节点的算力情况，发送server list给client。
200.3：client探测这几个server。
201.4：server回应算力情况等服务器相关的信息。
202.5：client综合算力的结果，网络的结果(例如时延)，决策接入哪个server进行服务。
203.具体的，client探测各个server，得到到达各个server的网络信息，之后综合网络信息和算力情况，选择一个server。
204.具体的探测方式，例如client和service之间按照某种service1相关的私有app的方式的通信后进行探测，或者是根据约定client向服务器的特定端口100发送一个udp报文，报文内容可以是空，也可以是客户端的一些信息，例如可以以tlv的方式出现，携带用户id信息，物理位置相关信息等。
205.具体的决策方式，例如可以对延时情况做一个打分，对算力情况做一个打分，然后加入权重，求一个综合分，然后进行比较选择服务节点，或者是考虑时延情况小于一定的阈值，然后选择一个算力情况最好的服务节点。
206.基于同一发明构思，本发明实施例中还提供了一种客户端、dns服务器、计算机可读存储介质，由于这些设备解决问题的原理与用户服务请求及处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
207.在实施本发明实施例提供的技术方案时，可以按如下方式实施。
208.图6为dns服务器结构示意图，如图所示，包括：
209.处理器600，用于读取存储器620中的程序，执行下列过程：
210.接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
211.根据所述客户端物理位置相关信息确定关联的用户服务器；
212.根据各用户服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器；
213.收发机610，用于在处理器600的控制下接收和发送数据。
214.实施中，所述用户服务是算力服务。
215.实施中，确定关联的用户服务器，是在dns服务器上注册了的用户服务器中确定的。
216.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
217.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
218.ecs；
219.用户的经纬度信息；
220.用户的接入的小区信息，此时该用户为一个移动用户。
221.实施中，进一步包括：
222.根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
223.其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
224.本发明实施例中还提供了一种dns服务器，包括：
225.dns服务器接收模块，用于接收客户端发送的携带有客户端物理位置相关信息的用户服务域名解析请求；
226.dns服务器确定模块，用于根据所述客户端物理位置相关信息确定关联的用户服务器；
227.dns服务器反馈模块，用于根据各用户服务器的负载情况向客户端返回用户服务器列表，所述用户服务器列表上的用户服务器是能向客户端提供用户服务的用户服务器。
228.实施中，所述用户服务是算力服务。
229.实施中，dns服务器确定模块进一步用于在确定关联的用户服务器时，在dns服务器上注册了的用户服务器中确定。
230.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
231.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
232.ecs；
233.用户的经纬度信息；
234.用户的接入的小区信息，此时该用户为一个移动用户。
235.实施中，进一步包括：
236.dns服务器更新模块，用于根据各用户服务器上报的用户信息更新各用户服务器的用户服务信息。
237.为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
238.图7为客户端结构示意图，如图所示，客户端包括：
239.处理器700，用于读取存储器720中的程序，执行下列过程：
240.向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
241.接收dns服务器返回的用户服务器列表；
242.根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
243.在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器；
244.收发机710，用于在处理器700的控制下接收和发送数据。
245.实施中，所述用户服务是算力服务，所述客户端在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
246.实施中，客户端向服务器发出探测报文，是按约定的方式进行探测的。
247.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
248.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
249.ecs；
250.用户的经纬度信息；
251.用户的接入的小区信息。
252.实施中，所述客户端收到用户服务器反馈的报文，该报文是服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。
253.实施中，所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来确定的。
254.其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口730还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
255.处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。
256.本发明实施例中还提供了一种客户端，包括：
257.客户端发送模块，用于向dns服务器发送携带有客户端物理位置相关信息的用户服务域名解析请求；
258.客户端接收模块，用于接收dns服务器返回的用户服务器列表；
259.客户端探测模块，用于根据业务需求，依据所述用户服务器列表向用户服务器发出探测报文；
260.客户端决定模块，用于在根据用户服务器反馈的报文确定网络信息和/或用户服务信息后，决定提供用户服务的服务器。
261.实施中，客户端决定模块进一步用于在所述用户服务是算力服务时，在根据用户服务器反馈的报文确定网络信息和算力服务信息后，决定提供算力服务的服务器。
262.实施中，客户端探测模块进一步用于按约定的方式向服务器发出探测报文。
263.实施中，所述客户端物理位置相关信息的携带是按dns的扩展名机制edns0机制在dns报文中携带的。
264.实施中，客户端物理位置相关信息包括以下信息之一或者其组合：
265.ecs；
266.用户的经纬度信息；
267.用户的接入的小区信息。
268.实施中，客户端接收模块进一步用于接收服务器针对用户的探测报文的反馈报文，所述反馈报文携带有所述算力服务信息。
269.实施中，所述网络信息是根据探测报文的发送时间和反馈报文的接收时间的差来确定的。
270.为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
271.图8为用户服务器结构示意图，如图所示，包括：
272.处理器800，用于读取存储器820中的程序，执行下列过程：
273.接收客户端发送的携带有客户端探测请求的报文；
274.根据自身的负载情况构建反馈报文；
275.将所述反馈报文发给探测的客户端；
276.收发机810，用于在处理器800的控制下接收和发送数据。
277.实施中，所述用户服务器提供的是算力服务。
278.实施中，所述用户服务器在约定的端口监听所述探测报文。
279.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
280.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
281.其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。
282.本发明实施例中还提供了一种用户服务器，包括：
283.用户服务器接收模块，用于接收客户端发送的携带有客户端探测请求的报文；
284.用户服务器报文模块，用于根据自身的负载情况构建反馈报文；
285.用户服务器发送模块，用于将所述反馈报文发给探测的客户端。
286.实施中，所述用户服务器提供的是算力服务。
287.实施中，用户服务器接收模块进一步用于在约定的端口监听所述探测报文。
288.实施中，所述反馈报文，包含了用户服务器当前的负载情况。
289.实施中，所述用户服务器提供的是算力服务时，所述算力负载情况存储在反馈报文的一个专门的tlv中。
290.为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
291.一种计算机可读存储介质，所述计算机可读存储介质存储有上述用户服务请求方法和/或用户服务请求处理方法的计算机程序。
292.具体实施可以参见客户端的用户服务请求方法和/或dns服务器侧的用户服务请求处理方法的实施。
293.综上所述，在本发明实施例提供的技术方案中，client在dns请求中，携带算力相关的服务id，以及物理位置相关的信息，服务id可以是一个字符串；service id注册为一个域名，物理位置例如ends0中的ecs；
294.dns服务器根据各个server注册的服务id，以及client和server的物理位置相关信息，以及各个server节点的算力情况，发送server list给client；
295.client主动探测各个server，得到到达各个server的网络信息，之后综合网络信息和算力情况，选择一个server。
296.目前的机制中，一般是dns来实现所谓的lb，而在本方案的机制中，是dns 终端探测来实现lb，是中心智能 分布式智能，在方案提供的算力感知网络调度机制中，不需要改变目前的网络配置或者转发机制的方案，可以让client在dns服务器的帮助下，选择到合适的算力节点，接入服务；
297.传统的dns调度都是基于上层网络的决策来进行的，本方案的dns感知负载 client主动探测的机制，可以得到更加实时的server信息，在一些server负载变化较快的场景中，可以提供更好的负载分担能力。
298.在算力场景中，一些业务的实时性强，变化很快，更加适合dns宏观调度 client微观调度的方案；
299.serviceid在运营商的服务dns注册、调度，有助于运营商在网络中摆脱哑管道，有更大的话语权。
300.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
301.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序
指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
302.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
303.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
304.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。