CN106899671B - 一种虚链路实现集群服务器响应请求的方法 - Google Patents

一种虚链路实现集群服务器响应请求的方法 Download PDF

Info

Publication number
CN106899671B
CN106899671B CN201710101244.2A CN201710101244A CN106899671B CN 106899671 B CN106899671 B CN 106899671B CN 201710101244 A CN201710101244 A CN 201710101244A CN 106899671 B CN106899671 B CN 106899671B
Authority
CN
China
Prior art keywords
client
server
message
virtual link
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710101244.2A
Other languages
English (en)
Other versions
CN106899671A (zh
Inventor
张启亮
黄凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
XCMG Hanyun Technologies Co Ltd
Original Assignee
Jiangsu Xugong Information Technology Ltd By Share Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jiangsu Xugong Information Technology Ltd By Share Ltd filed Critical Jiangsu Xugong Information Technology Ltd By Share Ltd
Priority to CN201710101244.2A priority Critical patent/CN106899671B/zh
Publication of CN106899671A publication Critical patent/CN106899671A/zh
Application granted granted Critical
Publication of CN106899671B publication Critical patent/CN106899671B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种虚链路实现集群服务器响应请求的方法,涉及通信领域。在集群服务器中选出一台前端调度服务器,作用是调度后台其他服务器,提供应用程序服务。调度服务器为客户端和它所要访问的后台服务器之间建立一条虚链路,使通信双方可以通过虚链路直接进行交互。客户端的请求消息中含有标识位,用来通知调度服务器请求过程进行的状态。调度服务器负责客户端和后台服务器之间的映射,状态机机制实现虚链路的建立、维护和拆除。客户端和集群服务器之间通过报文实现通信。

Description

一种虚链路实现集群服务器响应请求的方法
技术领域
本发明涉及通信技术领域,具体是一种虚链路实现集群服务器响应请求的方法。
背景技术
集群是由一些互相连接在一起的计算机构成的一个并行或分布式系统。服务器集群系统通俗地讲就是把多台服务器通过快速通信链路连接起来,从外部看来,这些服务器就像一台服务器在工作,而对内来说,外面来的负载通过一定的机制动态地分配到这些节点机中去,从而达到超级服务器才有的高性能、高可用。通常分为前端调度服务器和后台提供服务的服务器两个部分。调度部分负责把客户端的请求按照不同的策略分配给后台服务节点,而后台节点是真正提供应用程序服务的部分。但是,这种传统的实现方法会增加调度服务器的负担,同时也会影响集群服务器的服务质量。
发明内容
本发明提供了一种虚链路实现集群服务器响应请求的方法,解决了集群中调度服务器负载压力过大的问题,提高了集群服务器响应客户端请求的效率。
本发明是通过如下技术方案实现的:
一种虚链路实现集群服务器响应请求的方法,包括客户端和后台服务器,其特征在于:在所述客户端和后台服务器之间设有调度服务器;所述调度服务器在客户端和后台服务器之间建立交互的虚链路,该虚链路能够提高访问质量,优化后台服务器性能。
优选的是,所述调度服务器采用状态机机制维护虚链路。
优选的是,所述状态机包括以下状态:接收状态:接收客户端的请求消息;检查状态:检查客户端发来的请求消息的大小;始建状态:建立虚链路;转发状态:正常途径转发客户端的请求消息;维护状态:维护虚链路的正常运行;拆除状态:拆除通信结束后的虚链路。
优选的是,所述状态机转换机制具体如下步骤,步骤一:当客户端请求第一次到达调度服务器时,调度服务器进入接收状态,接收用户请求;步骤二:接收完毕后,进入检查状态;将根据设置的临界值(可随不同的链路带宽调整不同的临界值)检查数据包中请求服务的大小,当超过这个临界值,进入始建状态;始建状态中,调度服务器开始为客户端和相应后台服务器建立虚链路,并将虚链路信息通告给客户端和相应后台服务器;如果没有超过这一临界值,则调度服务器不会为客户端和相应的后台服务器建立虚链路,而是进入转发状态,数据包依旧通过调度服务器到达后台服务器;步骤三:虚链路建立好之后,进入维护状态,调度服务器会周期性(2s)发送报文,查看虚链路是否正常运行;步骤四:当客户端与相应后台服务器之间通信结束后,调度服务器进入拆除状态,拆除虚链路。
优选的是,当所述客户端请求服务的大小满足调度服务器中设置的临界值时,才会为通信双方建立虚链路;虚链路建立后,调度服务器会周期性(2s)的发送报文给客户端和后台服务器确认虚链路的正常工作,客户端和后台服务器收到后会回复确认报文给调度服务器,调度服务器在特定时间(5s)内没有收到二者的回复将会启用实际链路进行转发,防止虚链路故障影响双方通信。
优选的是,虚链路的拆除具有预知性;当请求服务快结束,也就是还剩五个数据包没有发送时,客户端在通过虚链路发往后台服务器的数据包中将会设置一个数值为5的标识位,之后每发一个包,标识位便减一,同时也会拷贝一份此消息通过实际链路发向调度服务器,这样调度服务器会得到通知,不久此虚拟链路就会进入空闲状态,收到标识位为1的数据包后,便准备拆除虚链路。
优选的是,所述客户端和后台服务器之间利用报文传送进行通信。
优选的是,所述报文传送具体包括以下类型:Query报文:承载客户端向调度服务器发送的请求消息;Normal报文:承载调度服务器向客户端返回需正常发送的消息;Virtual报文:承载调度服务器向客户端和后台相应服务器发送建立虚链路的消息;Check报文:承载调度服务器向客户端和后台相应服务器周期性发送检查虚链路状态的消息;Ack报文:承载客户端和相应后台服务器向调度服务器返回确认检查的消息;Hello报文:承载客户端直接向后台相应服务器发送的信息;Replay报文:承载调度服务器响应客户端请求消息的报文;Answer报文:承载相应后台服务器响应客户端请求的报文。
优选的是,所述客户端和后台服务器具体通信如下:步骤一:客户端通过Query报文向集群中的调度服务器发送请求消息;步骤二:调度服务器接收到客户端发来的Query报文后,将根据设置的临界值(可随不同的链路带宽调整不同的临界值)检查数据包中请求服务的大小;如果没有超过这个临界值,则向客户端返回一个Normal报文,告诉客户端需经过本调度服务器访问集群中的服务,也就是不会为此次服务建立一条虚链路;当客户端再次发送请求消息时,调度服务器将会为客户端服务,通过Reply报文将应答返还给客户端;步骤三:如果调度服务器接收到客户端发来的数据包中请求服务大于临界值,则同时向客户端和相应后台服务器端发送Virtual报文,通知双方将会为两者之间建立一条虚链路,能够通过虚链路进行访问服务;步骤四:虚链路建立成功后,调度服务器会周期性发送Check报文检查虚链路的运行状态,客户端和相应后台服务器收到后,回复Ack报文确认链路状态;步骤五:客户端和后台服务器便可通过虚链路进行直接通信,客户端发送hello报文给后台服务器请求服务,后台服务器通过Answer报文响应客户端的请求。
本发明有益效果:
本发明中的客户端和后台相应服务器之间虚链路的建立,使得客户端可以绕过调度服务器直接与后台服务器进行通信,减轻了调度服务器的负担,提高了集群服务器响应客户端请求的效率;数据包中标识位的设置,通知调度服务器及时拆除虚链路;临界值的设定保证只为满足条件的请求消息建立虚链路,减少服务器资源的浪费。
附图说明
图1为发明中的整体架构示意图;
图2为调度服务器状态机转换图;
图3为工作流程图。
具体实施方式
以下结合附图,通过具体实施对本发明作进一步的说明。
如图1所示,客户端请求先到达集群服务器中的调度服务器,由调度服务器决定客户端和后台服务器之间的通信方式是通过调度服务器转发还是由虚链路直接建立通信。
如图2所示,调度服务器状态机的六个状态转换:
接收状态:接收客户端的请求消息;
检查状态:检查客户端发来的请求消息的大小;
始建状态:建立虚链路;
转发状态:正常途径转发客户端的请求消息;
维护状态:维护虚链路的正常运行;
拆除状态:拆除通信结束的虚链路。
其中,状态机转换机制具体如下步骤,
步骤一:当客户端请求第一次到达调度服务器时,调度服务器进入接收状态,接收用户请求;
步骤二:接收完毕后,进入检查状态;
将根据设置的临界值(可随不同的链路带宽调整不同的临界值)检查数据包中请求服务的大小,当超过这个临界值,进入始建状态;
始建状态中,调度服务器开始为客户端和相应后台服务器建立虚链路,并将虚链路信息通告给客户端和相应后台服务器;
如果没有超过这一临界值,则调度服务器不会为客户端和相应的后台服务器建立虚链路,而是进入转发状态,数据包依旧通过调度服务器到达后台服务器;
步骤三:虚链路建立好之后,进入维护状态,调度服务器会周期性(2s)发送报文,查看虚链路是否正常运行;
步骤四:当客户端与相应后台服务器之间通信结束后,调度服务器进入拆除状态,拆除虚链路。
客户端请求服务的大小满足调度服务器中设置的临界值时,才会为通信双方建立虚链路;虚链路建立后,调度服务器会周期性(2s)的发送报文给客户端和后台服务器确认虚链路的正常工作,客户端和后台服务器收到后会回复确认报文给调度服务器,调度服务器在特定时间(5s)内没有收到二者的回复将会启用实际链路进行转发,防止虚链路故障影响双方通信。虚链路的拆除具有预知性;当请求服务快结束,也就是还剩五个数据包没有发送时,客户端在通过虚链路发往后台服务器的数据包中将会设置一个数值为5的标识位,之后每发一个包,标识位便减一,同时也会拷贝一份此消息通过实际链路发向调度服务器,这样调度服务器会得到通知,不久此虚拟链路就会进入空闲状态,收到标识位为1的数据包后,便准备拆除虚链路。
客户端和后台服务器之间利用报文传送进行通信:
Query报文:承载客户端向调度服务器发送的请求消息;
Normal报文:承载调度服务器向客户端返回需正常发送的消息;
Virtual报文:承载调度服务器向客户端和后台相应服务器发送建立虚链路的消息;
Check报文:承载调度服务器向客户端和后台相应服务器周期性发送检查虚链路状态的消息;
Ack报文:承载客户端和相应后台服务器向调度服务器返回确认检查的消息;
Hello报文:承载客户端直接向后台相应服务器发送的信息;
Replay报文:承载调度服务器响应客户端请求消息的报文;
Answer报文:承载相应后台服务器响应客户端请求的报文。
客户端和后台服务器具体通信如下:
步骤一:客户端通过Query报文向集群中的调度服务器发送请求消息;
步骤二:调度服务器接收到客户端发来的Query报文后,将根据设置的临界值(可随不同的链路带宽调整不同的临界值)检查数据包中请求服务的大小;
如果没有超过这个临界值,则向客户端返回一个Normal报文,告诉客户端需经过本调度服务器访问集群中的服务,也就是不会为此次服务建立一条虚链路;当客户端再次发送请求消息时,调度服务器将会为客户端服务,通过Reply报文将应答返还给客户端;
步骤三:如果调度服务器接收到客户端发来的数据包中请求服务大于临界值,则同时向客户端和相应后台服务器端发送Virtual报文,通知双方将会为两者之间建立一条虚链路,能够通过虚链路进行访问服务;
步骤四:虚链路建立成功后,调度服务器会周期性发送Check报文检查虚链路的运行状态,客户端和相应后台服务器收到后,回复Ack报文确认链路状态;
步骤五:客户端和后台服务器便可通过虚链路进行直接通信,客户端发送hello报文给后台服务器请求服务,后台服务器通过Answer报文响应客户端的请求。
虚链路的使用使得符合条件的请求数据包不必每次都通过集群中的调度服务器进行转发,减轻了调度服务器的负担,提高了集群服务器响应客户端请求的效率。
如图3所示,工作流程如下:
(1)客户端通过Query报文向集群中的调度服务器发送请求消息;
(2)调度服务器接收到客户端发来的Query报文后,将根据设置的临界值(可随不同的链路带宽调整不同的临界值)检查数据包中请求服务的大小;
如果没有超过这个临界值,则向客户端返回一个Normal报文,告诉客户端需经过本调度服务器访问集群中的服务,也就是不会为此次服务建立一条虚链路;当客户端再次发送请求消息时,调度服务器将会为客户端服务,通过Reply报文将应答返还给客户端;
(3)如果调度服务器接收到客户端发来的数据包中请求服务大于临界值,则同时向客户端和相应后台服务器端发送Virtual报文,通知双方将会为两者之间建立一条虚链路,可以通过虚链路进行访问服务;
(4)虚链路建立成功后,客户端和后台服务器便可通过虚链路进行直接通信。客户端发送hello报文给后台服务器请求服务,后台服务器通过Answer报文响应客户端的请求。
(5)当客户端请求服务快结束,也就是还剩五个数据包没有发送时,客户端在通过虚链路发往后台服务器的数据包中将会设置一个数值为5的标识位,之后每发一个包标识位便减一,同时也会拷贝一份此消息通过实际链路发向调度服务器。这样调度服务器会得到通知,不久此虚拟链路就会进入空闲状态。
(6)调度服务器在收到标识位为1的数据包后,便准备拆除虚链路。这样一次完整的请求服务就接收了;
(7)当有新的客户端请求到达集群服务器后,重复执行上述步骤。
本发明中的客户端和后台相应服务器之间虚链路的建立,使得客户端可以绕过调度服务器直接与后台服务器进行通信,减轻了调度服务器的负担,提高了集群服务器响应客户端请求的效率;数据包中标识位的设置,通知调度服务器及时拆除虚链路;临界值的设定保证只为满足条件的请求消息建立虚链路,减少服务器资源的浪费。

Claims (6)

1.一种虚链路实现集群服务器响应请求的方法,包括客户端和后台服务器,其特征在于:在所述客户端和后台服务器之间设有调度服务器;
所述调度服务器在客户端和后台服务器之间建立交互的虚链路,该虚链路能够提高访问质量,优化后台服务器性能;
所述调度服务器采用状态机机制维护虚链路;
所述状态机包括以下状态:
接收状态:接收客户端的请求消息;
检查状态:检查客户端发来的请求消息的大小;
始建状态:建立虚链路;
转发状态:正常途径转发客户端的请求消息;
维护状态:维护虚链路的正常运行;
拆除状态:拆除通信结束后的虚链路;
所述状态机转换机制具体如下步骤,
步骤一:当客户端请求第一次到达调度服务器时,调度服务器进入接收状态,接收用户请求;
步骤二:接收完毕后,进入检查状态;
将根据设置的临界值检查数据包中请求服务的大小,当超过这个临界值,进入始建状态;
始建状态中,调度服务器开始为客户端和相应后台服务器建立虚链路,并将虚链路信息通告给客户端和相应后台服务器;
如果没有超过这一临界值,则调度服务器不会为客户端和相应的后台服务器建立虚链路,而是进入转发状态,数据包依旧通过调度服务器到达后台服务器;
步骤三:虚链路建立好之后,进入维护状态,调度服务器会周期性发送报文,查看虚链路是否正常运行;
步骤四:当客户端与相应后台服务器之间通信结束后,调度服务器进入拆除状态,拆除虚链路。
2.根据权利要求1所述的一种虚链路实现集群服务器响应请求的方法,其特征在于:当所述客户端请求服务的大小满足调度服务器中设置的临界值时,才会为通信双方建立虚链路;
虚链路建立后,调度服务器会周期性的发送报文给客户端和后台服务器确认虚链路的正常工作,客户端和后台服务器收到后会回复确认报文给调度服务器,调度服务器在特定时间内没有收到二者的回复将会启用实际链路进行转发,防止虚链路故障影响双方通信。
3.根据权利要求2所述的一种虚链路实现集群服务器响应请求的方法,其特征在于:虚链路的拆除具有预知性;当请求服务快结束,也就是还剩五个数据包没有发送时,客户端在通过虚链路发往后台服务器的数据包中将会设置一个数值为5的标识位,之后每发一个包,标识位便减一,同时也会拷贝一份此消息通过实际链路发向调度服务器,这样调度服务器会得到通知,不久此虚拟链路就会进入空闲状态,收到标识位为1的数据包后,便准备拆除虚链路。
4.根据权利要求1所述的一种虚链路实现集群服务器响应请求的方法,其特征在于:所述客户端和后台服务器之间利用报文传送进行通信。
5.根据权利要求4所述的一种虚链路实现集群服务器响应请求的方法,其特征在于,所述报文传送具体包括以下类型:
Query报文:承载客户端向调度服务器发送的请求消息;
Normal报文:承载调度服务器向客户端返回需正常发送的消息;
Virtual报文:承载调度服务器向客户端和后台相应服务器发送建立虚链路的消息;
Check报文:承载调度服务器向客户端和后台相应服务器周期性发送检查虚链路状态的消息;
Ack报文:承载客户端和相应后台服务器向调度服务器返回确认检查的消息;
Hello报文:承载客户端直接向后台相应服务器发送的信息;
Replay报文:承载调度服务器响应客户端请求消息的报文;
Answer报文:承载相应后台服务器响应客户端请求的报文。
6.根据权利要求5所述的一种虚链路实现集群服务器响应请求的方法,其特征在于,所述客户端和后台服务器具体通信如下:
步骤一:客户端通过Query报文向集群中的调度服务器发送请求消息;
步骤二:调度服务器接收到客户端发来的Query报文后,将根据设置的临界值检查数据包中请求服务的大小;
如果没有超过这个临界值,则向客户端返回一个Normal报文,告诉客户端需经过本调度服务器访问集群中的服务,也就是不会为此次服务建立一条虚链路;当客户端再次发送请求消息时,调度服务器将会为客户端服务,通过Reply报文将应答返还给客户端;
步骤三:如果调度服务器接收到客户端发来的数据包中请求服务大于临界值,则同时向客户端和相应后台服务器端发送Virtual报文,通知双方将会为两者之间建立一条虚链路,能够通过虚链路进行访问服务;
步骤四:虚链路建立成功后,调度服务器会周期性发送Check报文检查虚链路的运行状态,客户端和相应后台服务器收到后,回复Ack报文确认链路状态;
步骤五:客户端和后台服务器便可通过虚链路进行直接通信,客户端发送hello报文给后台服务器请求服务,后台服务器通过Answer报文响应客户端的请求。
CN201710101244.2A 2017-02-23 2017-02-23 一种虚链路实现集群服务器响应请求的方法 Active CN106899671B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710101244.2A CN106899671B (zh) 2017-02-23 2017-02-23 一种虚链路实现集群服务器响应请求的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710101244.2A CN106899671B (zh) 2017-02-23 2017-02-23 一种虚链路实现集群服务器响应请求的方法

Publications (2)

Publication Number Publication Date
CN106899671A CN106899671A (zh) 2017-06-27
CN106899671B true CN106899671B (zh) 2019-09-03

Family

ID=59185015

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710101244.2A Active CN106899671B (zh) 2017-02-23 2017-02-23 一种虚链路实现集群服务器响应请求的方法

Country Status (1)

Country Link
CN (1) CN106899671B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108965768B (zh) * 2018-08-08 2021-03-02 西安万像电子科技有限公司 多媒体数据的传输方法和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1371060A (zh) * 2002-03-25 2002-09-25 中国人民解放军国防科学技术大学 主动式集群服务器
CN1545275A (zh) * 2003-11-21 2004-11-10 清华大学深圳研究生院 基于Netfilter架构的流媒体集群服务内容调度方法
CN101697633A (zh) * 2009-11-10 2010-04-21 西安西电捷通无线网络通信有限公司 一种基于ip自适应的负载均衡方法及其系统
CN105208078A (zh) * 2015-08-13 2015-12-30 飞狐信息技术(天津)有限公司 一种文件存储系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120151054A1 (en) * 2010-12-10 2012-06-14 Inventec Corporation Load balancing method for cluster system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1371060A (zh) * 2002-03-25 2002-09-25 中国人民解放军国防科学技术大学 主动式集群服务器
CN1545275A (zh) * 2003-11-21 2004-11-10 清华大学深圳研究生院 基于Netfilter架构的流媒体集群服务内容调度方法
CN101697633A (zh) * 2009-11-10 2010-04-21 西安西电捷通无线网络通信有限公司 一种基于ip自适应的负载均衡方法及其系统
CN105208078A (zh) * 2015-08-13 2015-12-30 飞狐信息技术(天津)有限公司 一种文件存储系统及方法

Also Published As

Publication number Publication date
CN106899671A (zh) 2017-06-27

Similar Documents

Publication Publication Date Title
CN103312605B (zh) 一种网关设备身份设置的方法及管理网关设备
CN104243481B (zh) 一种用电信息采集前置数据处理的方法及系统
CN103634364B (zh) 一种实现远程桌面的系统、方法、客户端和服务中心
CN102394925B (zh) 远程监测诊断中心与地区调度中心的通讯方法及装置
WO2020019472A1 (zh) 服务节点的评分方法、域名系统dns调度方法及服务器
CN110752943B (zh) 一种输电线路分布式故障诊断系统及方法
CN105119787B (zh) 一种基于软件定义的公共互联网接入系统和方法
CN101370035A (zh) 用于动态客户端/服务器网络管理的方法以及系统
CN103905574B (zh) 一种dns业务访问方法、dns数据同步方法及设备
CN109756474B (zh) 一种电力调度自动化系统的服务跨区域调用方法及装置
CN106330683A (zh) 一种多媒体座席系统
CN106572009A (zh) 一种多运营商链路环境下报文转发方法和装置
CN102369764B (zh) 一种实现最短连接路径的系统和实现最短连接路径的方法
CN110855424B (zh) 一种DPI领域非对称流量xDR合成的方法和装置
CN104821958B (zh) 基于WebService的用电数据分组交互接口方法
CN108667817A (zh) 报文转换系统和报文转换方法
CN106899671B (zh) 一种虚链路实现集群服务器响应请求的方法
CN101577841A (zh) 实现光纤同轴电缆接入网终端设备snmp管理的方法及系统
CN110417876A (zh) 会话方法、分布式系统中的节点服务器及主控设备
CN101557354A (zh) 一种在在线客服中发送图片的方法
CN104798397B (zh) 用于通过接入节点托管应用的方法和设备
CN103580951B (zh) 多个信息系统的输出比较方法、测试迁移辅助方法及系统
CN103533001B (zh) 基于http多重代理的通信方法和系统、中间代理服务器
CN109922012A (zh) 一种传输数据的方法以及相关设备
CN103227772B (zh) 用于云中文件的可伸缩处理的系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: 221000 No. 6, Keji Road, Xuzhou Economic and Technological Development Zone, Xuzhou City, Jiangsu Province

Patentee after: XCMG Hanyun Technology Co.,Ltd.

Address before: 221000 first floor, E1 building, software park, Xuzhou Economic and Technological Development Zone, Jiangsu Province

Patentee before: JIANGSU XUGONG INFORMATION TECHNOLOGY Co.,Ltd.

CP03 Change of name, title or address