CN104901783B - 数据传输方法及服务器*** - Google Patents
数据传输方法及服务器*** Download PDFInfo
- Publication number
- CN104901783B CN104901783B CN201410080435.1A CN201410080435A CN104901783B CN 104901783 B CN104901783 B CN 104901783B CN 201410080435 A CN201410080435 A CN 201410080435A CN 104901783 B CN104901783 B CN 104901783B
- Authority
- CN
- China
- Prior art keywords
- server
- data
- data packet
- serial number
- packet
- 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
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据传输方法及服务器***,所述数据传输方法利用一第一服务器向若干第二服务器传输若干数据,每一数据对应一ID,所述数据传输方法包括:S1、对于每一数据,所述第一服务器将所述数据划分为若干份数据包,每一份数据包设有编号且大小不超过多播传输的报文大小的上限;S2、所述第一服务器通过多播的方式向所述若干第二服务器传输所述若干数据的全部数据包;S3、每一第二服务器根据ID以及编号合并数据包为数据。本发明能够有效提高缓存服务器的服务能力以及传输速度,减少缓存服务器的使用数量以及维护成本,而且本发明使得数据能够更稳定的传输。
Description
技术领域
本发明涉及一种数据传输方法及服务器***。
背景技术
目前,互联网、数据传输、数据同步等技术领域当中,缓存服务器的使用十分重要。以带有查询功能的大型旅游网站为例,建立缓存服务器的目的是为了减轻数据库压力和加快查询服务器建立本地缓存的速度。缓存服务器负责从数据库中同步数据,作为查询服务器本地缓存建立的数据来源。
在查询服务器建立本地缓存时,需要从缓存服务器获取大量的数据,在查询服务器集群数量增长过快时,为了使查询服务器缓存建立时间不明显下降,需要增加大量缓存服务器来扩充服务能力,这对于缓存服务器集群的增长以及网络容量扩充压力较大,同时增加了对缓存服务器的维护成本。
而且,如果查询服务器集群发生集体当机,在灾难恢复时,所有的查询服务器(38台以上)向缓存服务器发送数据请求用以重建缓存。每台缓存服务器都需要传输大量的数据,网络带宽将成为瓶颈,使得查询服务器在恢复数据时极为缓慢。
发明内容
本发明要解决的技术问题是为了克服现有技术中缓存服务器集群的增长以及网络容量扩充压力较大,缓存服务器的维护成本高,缓存服务器为查询服务器传输数据时耗较长的缺陷,提供一种提高服务器数据传输速度并减少缓存服务器的使用数量以及维护成本的数据传输方法及服务器***。
本发明是通过下述技术方案来解决上述技术问题:一种数据传输方法,所述数据传输方法利用一第一服务器向若干第二服务器传输若干数据,其特点在于,每一数据对应一ID(身份标识号码),所述数据传输方法包括:
S1、对于每一数据,所述第一服务器将所述数据划分为若干份数据包,每一份数据包设有编号且大小不超过多播传输的报文大小的上限;
S2、所述第一服务器通过多播的方式向所述若干第二服务器传输所述若干数据的全部数据包;
S3、每一第二服务器根据ID以及编号合并数据包为数据。
其中,第一服务器可以为缓存服务器,第二服务器可以为查询服务器。现有技术中,缓存服务器向查询服务器传输数据是通过TCP(传输控制协议)协议以一对一的方式。利用这种方式为全部查询服务器提供数据时,数据传输缓慢,即使增加一定数量的缓存服务器依然不能有效地缩短数据传输时间,而且增加缓存服务器还会增加运营成本。
本发明利用多播技术,第一服务器只需将数据发送一次,所有的第二服务器均能够得到数据,从而达到节约带宽、提高传输速度的作用。本发明可以将所有的第二服务器加入多播组,并向第一服务器请求数据同步,由于多播传输报文的大小限制,本发明在利用多播的方式传输数据时需要对数据进行划分处理以满足多播传输报文对大小的规定。
现有的数据传输中,通常将数据按照不同的参数进行划分,并对划分后的参数进行压缩以满足多播传输报文对大小的限定,但是这种方式常会出现数据压缩后也无法满足大小的限定,且数据传输报文到达顺序不一致所产生的数据传输不稳定,即数据传输过程中容易引起第一服务器和第二服务器两端逻辑复杂化。
本发明将数据按照小于多播传输的报文大小的上限进行划分,并对数据包编号,使得数据能够利用多播技术进行传输,且第二服务器利用ID以及编号能够准确的拼接出数据。本发明的编号可以是连续的正整数,但并不局限于此,只要第二服务器能够利用编号及ID拼接出数据的编号方式,均落入本发明所保护的范围。
较佳地,所述编号为全局顺序编号,步骤S2包括:
S21、所述第一服务器通过多播的方式按照全局顺序编号,顺序地向所述若干第二服务器传输所述若干数据的全部数据包;
S22、对于每一第二服务器,所述第二服务器根据所述全局顺序编号判断是否有缺失的数据包,若是则执行步骤S23,若否则执行步骤S3;
S23、对于有缺失数据包的第二服务器,设所述第二服务器缺失的数据包的全局顺序编号为a,若第二服务器在接收到全局顺序编号为a+b的数据包时仍未收到全局顺序编号为a的数据包,则向所述第一服务器请求全局顺序编号为a的数据包;
S24、所述第一服务器根据第二服务器的请求向第二服务器传输数据包。
为了提高数据传输的稳定性,所述编号为全局顺序编号,即任意两个数据包具有不同的全局顺序编号,而且利用所述全局顺序编号第二服务器可以分辨出第一服务器传输数据包的次序,方便查找缺失的数据包。例如,全局顺序编号分别为01、02、03、04的四个数据包被第一服务器传输出来,当第二服务器接收到全局顺序编号为01、03、04的数据包时,就可以判断出编号为02的数据包为缺失的数据包,本发明的全局顺序编号可以是连续的正整数,但并不局限于此,只要第二服务器能够利用全局顺序编号判断出缺失数据包的编号方式,均落入本发明所保护的范围。
第一服务器顺序地向第二服务器传输数据包,可以更方便地查找缺失的数据包,并提高数据传输的效率。例如全局顺序编号分别为99、98、…、01、00的100个数据包被第一服务器传输出来,当第二服务器判断缺少编号为98的数据包时,a为98,设a+b为01,当第二服务器在收到编号为01的数据包时仍未收到编号为98的数据包时,向第一服务器请求编号为98的数据包,可以看出由于第一服务器是顺序地传输数据包,因此全局顺序编号并不局限于连续的正整数。利用全局顺序编号以及顺序地传输数据,可以有效解决多播传输报文传输稳定性差,报文到达顺序不一致的问题。
其中第二服务器向第一服务器请求数据包的请求命令以及第一服务器向第二服务器传输请求的数据包均可以通过TCP协议以一对一的方式在第二服务器和第一服务器之间进行传输。
较佳地,步骤S24后包括:
S25、对于有缺失数据包的第二服务器,若第二服务器在接收到全局顺序编号为a+c的数据包时仍未收到全局顺序编号为a的数据包,则向所述第一服务器请求与全局顺序编号为a的数据包ID相同的全部数据包,其中全局顺序编号为a+b的数据包比全局顺序编号为a+c的数据包领先传输n个数据包,n大于500小于15000;
S26、所述第一服务器根据第二服务器的请求向第二服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
若第二服务器在接收到全局顺序编号为a+c的数据包时仍未收到全局顺序编号为a的数据包,则第二服务器不会再等待接收单独的数据包,而是向第一服务器请求与全局顺序编号为a的数据包ID相同的全部数据包,也就是重新请求包括全局顺序编号为a的数据包的数据。从而进一步的提高数据传输的稳定性。
较佳地,所述第一服务器为一缓存服务器,所述缓存服务器用于将一数据库的数据通过多播的方式向所述若干第二服务器传输,所述第二服务器为查询服务器。
本发明可以应用于大型旅游网站的服务器***当中,例如携程网站的服务器***。
较佳地,所述数据传输方法包括:
S0、判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后执行步骤S1,若否则结束流程。
本发明判断所述数据库是否添加数据可以由缓存服务器完成,缓存服务器在发现数据有变化时可以主动发起数据传输,数据更新更及时。
本发明还提供一种服务器***,其特点在于,所述服务器***包括一第一服务器以及若干第二服务器,所述第一服务器向若干第二服务器传输若干数据,每一数据对应一ID,所述第一服务器包括一划分模块以及一传输模块,每一第二服务器包括一合并模块,
对于每一数据,所述划分模块用于将所述数据划分为若干份数据包,每一份数据包设有编号且大小不超过多播传输的报文大小的上限;
所述传输模块用于通过多播的方式向所述若干第二服务器传输所述若干数据的全部数据包;
所述合并模块用于根据ID以及编号合并数据包为数据。
较佳地,所述编号为全局顺序编号,每一第二服务器包括一判断模块以及一请求模块,
所述传输模块用于通过多播的方式按照全局顺序编号,顺序地向所述若干第二服务器传输所述若干数据的全部数据包;
所述判断模块用于根据所述全局顺序编号判断是否有缺失的数据包,若有缺失的数据包,设所述第二服务器缺失的数据包的全局顺序编号为a,则判断第二服务器在接收到全局顺序编号为a+b的数据包时是否仍未收到全局顺序编号为a的数据包,若仍未收到全局顺序编号为a的数据包则调用所述请求模块向所述第一服务器请求全局顺序编号为a的数据包;
所述传输模块还用于根据所述请求模块的请求向第二服务器传输数据包。
较佳地,所述判断模块还用于判断第二服务器在接收到全局顺序编号为a+c的数据包时是否仍未收到全局顺序编号为a的数据包,若是则调用所述请求模块向所述第一服务器请求与全局顺序编号为a的数据包ID相同的全部数据包,其中全局顺序编号为a+b的数据包比全局顺序编号为a+c的数据包领先传输n个数据包,n大于500小于15000;
所述传输模块还用于根据所述请求模块的请求向第二服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
较佳地,所述第一服务器为一缓存服务器,所述缓存服务器用于将一数据库的数据通过多播的方式向所述若干第二服务器传输,所述第二服务器为查询服务器。
较佳地,所述第一服务器包括一检测模块,用于判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后调用所述划分模块。
上述服务器***能够有效提高缓存服务器的服务能力以及传输速度,减少缓存服务器的使用数量以及维护成本,而且本发明使得数据能够更稳定的传输。
在符合本领域常识的基础上,上述各优选条件,可任意组合,即得本发明各较佳实例。
本发明的积极进步效果在于:本发明能够有效提高缓存服务器的服务能力以及传输速度,减少缓存服务器的使用数量以及维护成本,而且本发明使得数据能够更稳定的传输。
附图说明
图1为本发明数据传输方法的实施例1的流程图。
图2为本发明服务器***的实施例1的结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本实施例提供一种数据传输方法,所述数据传输方法利用一缓存服务器将一数据库的3条数据向38个查询服务器传输,3条数据分别对应ID001、ID002、ID003的ID,所述数据传输方法包括:
步骤100、对于每一数据,所述缓存服务器将所述数据划分为15000份数据包,每一份数据包设有编号且大小不超过32*1024字节。
其中,32*1024字节是目前多播传输报文的大小限定。这里3条数据的数据包的编号为全局顺序编号,3条数据共被划分为45000份数据包,数据报的全局顺序编号依次是00001、00002、…、44999、45000。
步骤101、所述缓存服务器通过多播的方式按照全局顺序编号,顺序地向38个查询服务器传输45000份数据包。
步骤102、对于每一查询服务器,所述查询服务器根据所述全局顺序编号判断是否有缺失的数据包,若是则执行步骤103,若否则执行步骤107;
步骤103、对于有缺失数据包的查询服务器,设所述查询服务器缺失的数据包的全局顺序编号为a,若查询服务器在接收到全局顺序编号为a+1000的数据包时仍未收到全局顺序编号为a的数据包,则向所述缓存服务器请求全局顺序编号为a的数据包。
本实施例中,如果全局顺序编号为00021的数据包并未被查询服务器接收,则编号为00021的数据包为缺失的数据包,如果查询服务器在接收到全局顺序编号为01021的数据包时仍未收到全局顺序编号为00021的数据包,则向所述缓存服务器请求全局顺序编号为00021的数据包。
步骤104、所述缓存服务器根据查询服务器的请求向查询服务器传输数据包。
步骤105、对于有缺失数据包的查询服务器,若查询服务器在接收到全局顺序编号为a+10000的数据包时仍未收到全局顺序编号为a的数据包,则向缓存服务器请求与全局顺序编号为a的数据包ID相同的全部数据包。
其中全局顺序编号为a+b的数据包比全局顺序编号为a+c的数据包领先传输9000个数据包,9000是n的一种优选。如果全局顺序编号为00021的数据包并未被查询服务器接收,则编号为00021的数据包为缺失的数据包,编号为00021的数据包是由ID为ID001的数据划分得到的,如果查询服务器在接收到全局顺序编号为10021的数据包时仍未收到全局顺序编号为00021的数据包,则向缓存服务器请求ID为ID001的全部数据包。
步骤106、所述缓存服务器根据查询服务器的请求向查询服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
步骤107、每一查询服务器根据ID以及全局顺序编号合并数据包为数据。
本实施例的数据传输方法还包括:S0、判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后执行步骤100,若否则结束流程。
步骤S0可以在步骤107之后执行,也可以在步骤100之前执行。
本实施例还提供一种服务器***,所述服务器***包括一缓存服务器以及若干查询服务器,所述缓存服务器向若干查询服务器传输若干数据,每一数据对应一ID,所述缓存服务器包括一划分模块11、一传输模块12以及一检测模块13,每一查询服务器包括一合并模块21、一判断模块22以及一请求模块23。
所述检测模块,用于判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后调用所述划分模块。
对于每一数据,所述划分模块用于将所述数据划分为若干份数据包,每一份数据包设有全局编号且大小不超过32*1024字节。
所述传输模块用于通过多播的方式按照全局顺序编号,顺序地向所述若干查询服务器传输所述若干数据的全部数据包。
所述判断模块用于根据所述全局顺序编号判断是否有缺失的数据包,若有缺失的数据包,设所述查询服务器缺失的数据包的全局顺序编号为a,则判断查询服务器在接收到全局顺序编号为a+1000的数据包时是否仍未收到全局顺序编号为a的数据包,则调用所述请求模块向所述缓存服务器请求全局顺序编号为a的数据包。
所述传输模块还用于根据所述请求模块的请求向查询服务器传输数据包。
所述判断模块还用于判断查询服务器在接收到全局顺序编号为a+10000的数据包时是否仍未收到全局顺序编号为a的数据包,若是则调用所述请求模块向所述缓存服务器请求与全局顺序编号为a的数据包ID相同的全部数据包。
所述传输模块还用于根据所述请求模块的请求向查询服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
本实施例的数据传输方法及服务器***能够有效提高缓存服务器的服务能力以及传输速度,减少缓存服务器的使用数量以及维护成本,而且本实施例的数据传输方法及服务器***使得数据能够更稳定的传输。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这些仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (8)
1.一种数据传输方法,所述数据传输方法利用一第一服务器向若干第二服务器传输若干数据,其特征在于,每一数据对应一ID,所述数据传输方法包括:
S1、对于每一数据,所述第一服务器将所述数据划分为若干份数据包,每一份数据包设有编号且大小不超过多播传输的报文大小的上限;
S2、所述第一服务器通过多播的方式向所述若干第二服务器传输所述若干数据的全部数据包;
S3、每一第二服务器根据ID以及编号合并数据包为数据;
所述第一服务器为一缓存服务器,所述缓存服务器用于将一数据库的数据通过多播的方式向所述若干第二服务器传输,所述第二服务器为查询服务器。
2.如权利要求1所述的数据传输方法,其特征在于,所述编号为全局顺序编号,步骤S2包括:
S21、所述第一服务器通过多播的方式按照全局顺序编号,顺序地向所述若干第二服务器传输所述若干数据的全部数据包;
S22、对于每一第二服务器,所述第二服务器根据所述全局顺序编号判断是否有缺失的数据包,若是则执行步骤S23,若否则执行步骤S3;
S23、对于有缺失数据包的第二服务器,设所述第二服务器缺失的数据包的全局顺序编号为a,若第二服务器在接收到全局顺序编号为a+b的数据包时仍未收到全局顺序编号为a的数据包,则向所述第一服务器请求全局顺序编号为a的数据包;
S24、所述第一服务器根据第二服务器的请求向第二服务器传输数据包。
3.如权利要求2所述的数据传输方法,其特征在于,步骤S24后包括:
S25、对于有缺失数据包的第二服务器,若第二服务器在接收到全局顺序编号为a+c的数据包时仍未收到全局顺序编号为a的数据包,则向所述第一服务器请求与全局顺序编号为a的数据包ID相同的全部数据包,其中全局顺序编号为a+b的数据包比全局顺序编号为a+c的数据包领先传输n个数据包,n大于500小于15000;
S26、所述第一服务器根据第二服务器的请求向第二服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
4.如权利要求1所述的数据传输方法,其特征在于,所述数据传输方法包括:
S0、判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后执行步骤S1,若否则结束流程。
5.一种服务器***,其特征在于,所述服务器***包括一第一服务器以及若干第二服务器,所述第一服务器向若干第二服务器传输若干数据,每一数据对应一ID,所述第一服务器包括一划分模块以及一传输模块,每一第二服务器包括一合并模块,
对于每一数据,所述划分模块用于将所述数据划分为若干份数据包,每一份数据包设有编号且大小不超过多播传输的报文大小的上限;
所述传输模块用于通过多播的方式向所述若干第二服务器传输所述若干数据的全部数据包;
所述合并模块用于根据ID以及编号合并数据包为数据;
所述第一服务器为一缓存服务器,所述缓存服务器用于将一数据库的数据通过多播的方式向所述若干第二服务器传输,所述第二服务器为查询服务器。
6.如权利要求5所述的服务器***,其特征在于,所述编号为全局顺序编号,每一第二服务器包括一判断模块以及一请求模块,
所述传输模块用于通过多播的方式按照全局顺序编号,顺序地向所述若干第二服务器传输所述若干数据的全部数据包;
所述判断模块用于根据所述全局顺序编号判断是否有缺失的数据包,若有缺失的数据包,设所述第二服务器缺失的数据包的全局顺序编号为a,则判断第二服务器在接收到全局顺序编号为a+b的数据包时是否仍未收到全局顺序编号为a的数据包,若仍未收到全局顺序编号为a的数据包则调用所述请求模块向所述第一服务器请求全局顺序编号为a的数据包;
所述传输模块还用于根据所述请求模块的请求向第二服务器传输数据包。
7.如权利要求6所述的服务器***,其特征在于,所述判断模块还用于判断第二服务器在接收到全局顺序编号为a+c的数据包时是否仍未收到全局顺序编号为a的数据包,若是则调用所述请求模块向所述第一服务器请求与全局顺序编号为a的数据包ID相同的全部数据包,其中全局顺序编号为a+b的数据包比全局顺序编号为a+c的数据包领先传输n个数据包,n大于500小于15000;所述传输模块还用于根据所述请求模块的请求向第二服务器传输与全局顺序编号为a的数据包ID相同的全部数据包。
8.如权利要求5所述的服务器***,其特征在于,所述第一服务器包括一检测模块,用于判断所述数据库是否添加数据,若是则将每一添加的数据对应一ID后调用所述划分模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410080435.1A CN104901783B (zh) | 2014-03-06 | 2014-03-06 | 数据传输方法及服务器*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410080435.1A CN104901783B (zh) | 2014-03-06 | 2014-03-06 | 数据传输方法及服务器*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104901783A CN104901783A (zh) | 2015-09-09 |
CN104901783B true CN104901783B (zh) | 2019-06-18 |
Family
ID=54034193
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410080435.1A Active CN104901783B (zh) | 2014-03-06 | 2014-03-06 | 数据传输方法及服务器*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104901783B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106293923A (zh) * | 2016-08-18 | 2017-01-04 | 北京集奥聚合科技有限公司 | 一种基于hadoop***的数据处理和分发方法和*** |
CN113055193B (zh) * | 2021-03-16 | 2023-02-17 | 盛立安元科技(杭州)股份有限公司 | 一种数据多播传输方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815077A (zh) * | 2009-02-20 | 2010-08-25 | 中国电信股份有限公司 | 一种p2p流媒体直播中数据传输的方法和*** |
CN102238206A (zh) * | 2010-04-23 | 2011-11-09 | 英业达集团(天津)电子技术有限公司 | 映像文件的补包方法 |
CN102467570A (zh) * | 2010-11-17 | 2012-05-23 | 日电(中国)有限公司 | 用于分布式数据仓库的连接查询***和方法 |
CN102594725A (zh) * | 2012-01-31 | 2012-07-18 | 中国科学院计算技术研究所 | 发送和接收消息的方法及分布式消息传输*** |
CN103096183A (zh) * | 2013-02-05 | 2013-05-08 | 清华大学 | 一种高效流媒体传输方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE375678T1 (de) * | 2005-05-17 | 2007-10-15 | Alcatel Lucent | Verfahren zur bereitstellung einer echtzeitkommunikationsverbindung |
-
2014
- 2014-03-06 CN CN201410080435.1A patent/CN104901783B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815077A (zh) * | 2009-02-20 | 2010-08-25 | 中国电信股份有限公司 | 一种p2p流媒体直播中数据传输的方法和*** |
CN102238206A (zh) * | 2010-04-23 | 2011-11-09 | 英业达集团(天津)电子技术有限公司 | 映像文件的补包方法 |
CN102467570A (zh) * | 2010-11-17 | 2012-05-23 | 日电(中国)有限公司 | 用于分布式数据仓库的连接查询***和方法 |
CN102594725A (zh) * | 2012-01-31 | 2012-07-18 | 中国科学院计算技术研究所 | 发送和接收消息的方法及分布式消息传输*** |
CN103096183A (zh) * | 2013-02-05 | 2013-05-08 | 清华大学 | 一种高效流媒体传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104901783A (zh) | 2015-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104601665B (zh) | 一种对物联网感知设备进行云端实时仿真的***和方法 | |
WO2017161762A1 (zh) | 数据传输方法、装置及*** | |
CN110177118A (zh) | 一种基于rdma的rpc通信方法 | |
CN102970242B (zh) | 一种实现负载均衡的方法 | |
CN107172187A (zh) | 一种负载均衡***和方法 | |
CN104158909B (zh) | 一种分布式媒体处理方法及其*** | |
CN102595208A (zh) | 云端控制网络化视频图像处理流媒体服务***及方法 | |
CN102857505A (zh) | 一种物联网数据总线中间件 | |
CN105763297B (zh) | 一种基于云计算***的远程数据优化传输方法和装置 | |
CN112583895B (zh) | Tcp通信方法、***及装置 | |
CN103873523A (zh) | 客户端集群访问方法及装置 | |
CN106533871A (zh) | 一种基于afdx总线的发布订阅方法和*** | |
CN102571568A (zh) | 任务处理方法及装置 | |
CN102469045B (zh) | 一种提升web安全网关并发性能的方法 | |
CN106210058A (zh) | 一种多核并行的反向代理方法 | |
CN104901783B (zh) | 数据传输方法及服务器*** | |
CN106302432B (zh) | 一种基于车联网的通信装置及控制方法 | |
CN105530157A (zh) | Afdx网络交换机多个虚拟链路共享信用的方法 | |
CN108882064A (zh) | 一种基于gpon***的端口数据包发送方法及*** | |
CN107819764B (zh) | 面向c-ran的数据分发机制的演进方法 | |
CN108243347B (zh) | 一种分层式网络视频直播共享方法及*** | |
CN105637904A (zh) | 针对涉及无线终端和服务器设备的通信会话的业务协调 | |
CN114666279B (zh) | 一种5g***中pcc会话管理策略下发的方法及*** | |
CN107509230B (zh) | 路由优化方法及路由器 | |
CN108459969A (zh) | 一种64位多核服务器内数据存储及传输方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |