CN108683528A - 一种数据传输方法、中心服务器、服务器及数据传输系统 - Google Patents
一种数据传输方法、中心服务器、服务器及数据传输系统 Download PDFInfo
- Publication number
- CN108683528A CN108683528A CN201810385386.0A CN201810385386A CN108683528A CN 108683528 A CN108683528 A CN 108683528A CN 201810385386 A CN201810385386 A CN 201810385386A CN 108683528 A CN108683528 A CN 108683528A
- Authority
- CN
- China
- Prior art keywords
- server
- data transmission
- communication line
- connect
- status information
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Abstract
本申请适用于数据通信技术领域,提供了一种数据传输方法、中心服务器、服务器及数据传输系统,包括:第一服务器监测与第一服务器连接的通信线路的状态信息,将状态信息发送至中心服务器;中心服务器接收第一服务器上报的状态信息,根据状态信息确定第二服务器的状态;若第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器;第一服务器向中心服务器发起重建请求,中心服务器接收第一服务器根据当前的数据传输路线发起的重建请求,并根据重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。通过上述数据传输方式,中心服务器能够精确掌握数据传输系统的故障和负载情况,提升了系统的健壮性和可用性。
Description
技术领域
本申请涉及数据通信技术领域,尤其涉及一种数据传输方法、中心服务器、服务器及数据传输系统。
背景技术
随着互联网技术的发展及文娱生活质量地不断提升,音视频传输的数据量也变得越来越大。尤其是近年来高清音视频技术的快速发展,使其逐渐成为用户所能接受的主流音视频技术。
高清音视频传输对时延要求较高,当遇到大并发数据传输问题时,传统的音视频传输系统往往无法精确掌握服务器的故障信息或负载信息,容易引发系统局部故障或过载,导致系统服务质量下降、服务故障或失效。
发明内容
有鉴于此,本申请实施例提供了一种数据传输方法、中心服务器、服务器及数据传输系统,以解决现有技术中无法精确控制音视频传输系统的负载的问题。
本申请实施例的第一方面提供了一种数据传输方法,应用于中心服务器,包括:
接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器;
若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器;
接收第一服务器根据当前的数据传输路线发起的重建请求,所述当前的数据传输路线经过所述故障服务器,所述重建请求包含所述第一服务器当前的数据传输路线的开始节点和结束节点;
根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。
本申请实施例的第二方面提供了一种数据传输方法,应用于第一服务器,包括:
监测与所述第一服务器连接的通信线路的状态信息,并将所述状态信息发送至中心服务器;
根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器;
如果所述第二服务器中存在故障状态的服务器,则将故障的服务器记为故障服务器;
若所述第一服务器当前的数据传输路线中经过所述故障服务器,则向所述中心服务器发起重建请求,所述重建请求经过所述第一服务器当前的数据传输路线的开始节点和结束节点;
接收中心服务器根据所述重建请求中的开始节点和结束节点重新规划的不经过所述故障服务器的数据传输路线。
本申请实施例的第三方面提供了一种中心服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本申请实施例第一方面提供的所述方法的步骤。
本申请实施例的第四方面提供了一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本申请实施例第二方面提供的所述方法的步骤。
本申请实施例的第五方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被一个或多个处理器执行时实现本申请实施例第一方面和/或第二方面提供的所述方法的步骤。
本申请实施例的第六方面提供了一种数据传输系统,包括:
第三方面提供的中心服务器,至少两个第四方面提供的服务器;
所述中心服务器分别与所述服务器通信连接。
本申请实施例与现有技术相比存在的有益效果是:
本申请实施例第一服务器监测与所述第一服务器连接的通信线路的状态信息,并将所述状态信息发送至中心服务器;中心服务器接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态;若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器;第一服务器向中心服务器发起重建请求,中心服务器接收第一服务器根据当前的数据传输路线发起的重建请求,并根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。通过上述数据传输方式,使得中心服务器能够精确掌握数据传输系统的故障和负载情况,并根据数据传输系统中各通信线路的状态实时重建数据传输路线以便于绕过故障线路,大大提升了系统的健壮性和可用性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的数据传输系统的示意图;
图2是本申请实施例提供的数据传输方法的实现流程示意图;
图3是本申请又一实施例提供的数据传输方法的实现流程示意图;
图4是本申请实施例提供的中心服务器的示意图;
图5是本申请实施例提供的服务器的示例图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
图1是本申请实施例提供的数据传输系统的示意图,为了便于说明,仅示出了与本申请实施例相关的部分。如图所示,所述数据传输系统包括:
中心服务器,至少两个服务器;
所述中心服务器分别与所述服务器通信连接。
图1中示出了一个中心服务器,8个服务器,其中服务器包括6个边缘服务器(A1、A2、B1、B2、C1、C2)和2个核心服务器。中心服务器分别与服务器通信连接,换句话说,不管是边缘服务器还是核心服务器,都可以直接与中心服务器通信连接,这里,将边缘服务器和核心服务器统称为服务器。需要说明的是,图1只是中心服务器的一个示例,并不对服务器的个数及连接关系做具体限定。
在实际应用中,中心服务器也是一种服务器,数据传输系统中除中心服务器外的每个服务器都可以作为第一服务器,中心服务器和第一服务器的功能不同,中心服务器主要用于监控和协调各第一服务器之间的连接关系,第一服务器主要用于传输数据。具体的,中心服务器接收第一服务器上报的与第一服务器连接的通信线路的状态信息,并根据状态信息确定与第一服务器存在通信线路连接的服务器的状态;若与第一服务器存在通信线路连接的服务器种存在故障状态的服务器,则将故障状态的服务器记为故障服务器;中心服务器接收第一服务器根据当前的数据传输路线发起的重建请求,并根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。
其中,所述中心服务器、服务器的具体功能可参见图2、图3对应实施例的相关描述。
目前,数据传输系统通常采用星型网络拓扑结构,即不同的边缘服务器之间需要通过核心服务器进行转发。当有大量用户接入时,可以通过增加边缘服务器的数量来分担负载,进行水平扩容。但是中心化的设计会带来两个问题,一是一旦核心服务器故障,则会对数据传输产生重大影响,二是由于数据转发必须经过核心服务器,限制了系统的扩容水平。本申请实施例中的数据传输系统是一种去中心化的流式服务系统,采用网状拓扑结构,中心服务器能够实时获取系统中各通信线路和各服务器的状态,并自动重建数据传输路线,本申请实施例中的数据传输系统增强了数据流的灵活性,且大大提升了系统的健壮性和可用性。
图2是本申请实施例提供的数据传输方法的实现流程示意图,本申请实施例应用于所述数据传输系统中的中心服务器,如图所示,所述方法可以包括以下步骤:
步骤S201,接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器。
在数据传输系统中,每个服务器都可以与中心服务器进行通信连接,即每个服务器都可以看作是第一服务器。示例性的,参加图1,当将核心服务器1作为第一服务器时,对应的第二服务器为边缘服务器A1、边缘服务器A2、边缘服务器C1、边缘服务器C2、核心服务器2,此时,与第一服务器连接的通信线路有核心服务器1<—>边缘服务器A1、核心服务器1<—>边缘服务器A2、核心服务器1<—>边缘服务器C1、核心服务器1<—>边缘服务器C2、核心服务器1<—>核心服务器2;当将边缘服务器A1作为第一服务器时,对应的第二服务器为核心服务器1、边缘服务器A2,此时,与第一服务器连接的通信线路有边缘服务器A1<—>核心服务器1、边缘服务器A1<—>边缘服务器A2。
这里的通信线路可以是第一服务器与第二服务器有线连接进行通信,也可以是第一服务器与第二服务器无线连接进行通信。
其中,所述状态信息包括:
连接正常、连接超时、连接中断。
可选的,在接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息之后,包括:
若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态。
若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
通过上述方法,中心服务器可以根据第一服务器上报的与第一服务器连接的通信线路的状态信息,来判断与第一服务器连接的第二服务器是否发生故障,即中心服务器可以实时掌握数据传输系统中各服务器的状态。
示例性的,参见图1,假设将边缘服务器A1作为第一服务器,则与第一服务器连接的通信线路有线路1:边缘服务器A1<—>核心服务器1,线路2:边缘服务器A1<—>边缘服务器A2。中心服务器接收到的边缘服务器A1上报的与所述第一服务器连接的通信线路的状态信息分别为:线路1连接正常、线路2连接超时;则根据该状态信息,确定线路1正常,且通过线路1与第一服务器连接的核心服务器1(即第二服务器)正常;确定线路2故障,且通过线路2与第一服务器连接的边缘服务器A2(即第二服务器)为故障状态。通过示例可以看出,至少有一个与第一服务器连接的第二服务器,通过接收第一服务器上报的通信线路的状态,中心服务器可以获取所有与第一服务器存在通信线路连接的第二服务器的状态。在实际应用中,数据传输系统中的每个服务器都可以作为第一服务器,这样,中心服务器就可以实时获取到数据传输系统中每个服务器的状态。
步骤S202,若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器。
可选的,在接收第一服务器根据当前的数据传输路线发起的重建请求之前,还包括:
接收所述第二服务器上报的所述第二服务器当前的负载值,并根据所述负载值确定所述第二服务器的状态。
若所述第二服务器中存在当前的负载值大于预设阈值的服务器,则将该服务器记为故障服务器。
其中,预设阈值可以是人为预先设定的。在本实施例中,如果与第一服务器连接的通信线路故障,则通过该通信线路与第一服务器连接的第二服务器为故障服务器;如果与第一服务器存在通信线路连接的第二服务器的负载值超过预设阈值,则该第二服务器也为故障服务器。这样,不管是连接故障还是超负载,中心服务器都会及时掌握服务器的状态。
步骤S203,接收第一服务器根据当前的数据传输路线发起的重建请求,所述当前的数据传输路线经过所述故障服务器,所述重建请求包含所述第一服务器当前的数据传输路线的开始节点和结束节点。
步骤S204,根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。
可选的,所述根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线,包括:
获取从所述开始节点到所述结束节点之间的所有数据传输路线,得到至少一条待选线路。
分别计算每条待选线路的数据传输时间,并按照所述数据传输时间由短到长的顺序,对所述待选线路进行排序得到待选线路队列。
按照从前到后的顺序,从所述待选线路队列中选择不经过所述故障服务器的数据传输路线。
示例性的,参见图1,假设第一服务器为边缘服务器A1,与A1连接的通信线路有线路1:A1<—>A2,线路2:A1<—>核心服务器1。当确定A2发生故障后,A1发起重建请求,中心服务器获取重建请求中的开始起点A1和结束起点C2,则从A1到C2的待选线路共有4条,分别为:①A1<—>核心服务器1<—>C2、②A1<—>A2<—>C1<—>C2、③A1<—>核心服务器1<—>C1<—>C2、④A1<—>A2<—>核心服务器1<—>C2;计算这4条待选线路的数据传输时间,并按照时间由短到长的顺序进行排序,得到待选线路队列为:①②③④;因为发生故障的服务器为A2,所以重新规划的数据传输路线不能经过A2,即不能选择待选线路②④;因为待选线路①中不经过A2,且①为待选线路队列中排在最前面的待选线路,所以选择待选线路①作为新的数据传输路线。
本申请实施例中心服务器接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态;若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器;中心服务器接收第一服务器根据当前的数据传输路线发起的重建请求,并根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。通过上述数据传输方式,使得中心服务器能够精确掌握数据传输系统的故障和负载情况,并根据数据传输系统中各通信线路的状态实时重建数据传输路线以便于绕过故障线路,大大提升了系统的健壮性和可用性。
图3是本申请又一实施例提供的数据传输方法的实现流程示意图,本申请实施例应用于数据传输系统中的服务器,如图所示,所述方法可以包括以下步骤:
步骤S301,监测与所述第一服务器连接的通信线路的状态信息,并将所述状态信息发送至中心服务器。
步骤S302,根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器。
步骤S303,如果所述第二服务器中存在故障状态的服务器,则将故障的服务器记为故障服务器。
步骤S304,若所述第一服务器当前的数据传输路线中经过所述故障服务器,则向所述中心服务器发起重建请求,所述重建请求经过所述第一服务器当前的数据传输路线的开始节点和结束节点。
步骤S305,接收中心服务器根据所述重建请求中的开始节点和结束节点重新规划的不经过所述故障服务器的数据传输路线。
其中,状态信息包括:
连接正常、连接超时、连接中断。
可选的,所述根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,包括:
若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态。
若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
图3所示的实施例与图2所示的实施例是从不同的角度对数据传输方法进行描述,图2所示的实施例是以中心服务器作为执行主体进行描述,图3所示的实施例是以服务器作为执行主体进行描述,可参见图2实施例中的具体描述内容。
在实际应用中,第一服务器可以先将状态信息上报给中心服务器,由中心服务器根据状态信息判断第二服务器的状态,如果第二服务器发生故障,则由中心服务器发送给第一服务器,服务器接收到中心服务器发送的故障信息,向中心服务器发送重建请求,中心服务器根据重建请求重新建立数据传输路线,并将建立好的数据传输路线发送给第一服务器,使第一服务器可以根据新建的数据传输路线进行数据传输;第一服务器还可以根据监测到的状态信息,直接确定第二服务器的状态,如果第二服务器发生故障,则向中心服务器发送重建请求,中心服务器根据重建请求重新建立数据传输路线,并将建立好的数据传输路线发送给第一服务器,使第一服务器可以根据新建的数据传输路线进行数据传输。
本申请实施例第一服务器监测与所述第一服务器连接的通信线路的状态信息,并将状态信息发送至中心服务器;根据状态信息,确定第二服务器的状态,如果所述第二服务器中存在故障状态的服务器,则将故障的服务器记为故障服务器;若所述第一服务器当前的数据传输路线中经过故障服务器,则向所述中心服务器发起重建请求;接收中心服务器根据所述重建请求中的开始节点和结束节点重新规划的不经过所述故障服务器的数据传输路线。通过上述数据传输方式,使得数据传输系统中的服务器能够直接与中心服务器进行通信连接,实时上报通信线路的状态信息,以使中心服务器能够精确掌握数据传输系统的故障和负载情况,并根据数据传输系统中各通信线路的状态实时重建数据传输路线以便于绕过故障线路,大大提升了系统的健壮性和可用性。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图4是本申请实施例提供的中心服务器的示意框图。如图4所示,该实施例的中心服务器4包括:一个或多个处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个数据传输方法实施例中的步骤,例如图2所示的步骤S201至S204。
所述计算机程序42可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器41中,并由所述处理器40执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序42在所述中心服务器4中的执行过程。例如,所述计算机程序42可以被分割成第一接收单元、第一标记单元、第二接收单元、规划单元。
第一接收单元,用于接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器。
第一标记单元,用于若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器。
第二接收单元,用于接收第一服务器根据当前的数据传输路线发起的重建请求,所述当前的数据传输路线经过所述故障服务器,所述重建请求包含所述第一服务器当前的数据传输路线的开始节点和结束节点。
规划单元,用于根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。
其中,所述状态信息包括:
连接正常、连接超时、连接中断。
可选的,所述中心服务器还包括:
第一确定单元,用于在接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息之后,若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态。
第二确定单元,同一若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
可选的,所述中心服务器还包括:
第三确定单元,用于在接收第一服务器根据当前的数据传输路线发起的重建请求之前,接收所述第二服务器上报的所述第二服务器当前的负载值,并根据所述负载值确定所述第二服务器的状态。
第二标记单元,用于若所述第二服务器中存在当前的负载值大于预设阈值的服务器,则将该服务器记为故障服务器。
可选的,所述规划单元包括:
获取模块,用于获取从所述开始节点到所述结束节点之间的所有数据传输路线,得到至少一条待选线路。
计算模块,用于分别计算每条待选线路的数据传输时间,并按照所述数据传输时间由短到长的顺序,对所述待选线路进行排序得到待选线路队列。
选择模块,用于按照从前到后的顺序,从所述待选线路队列中选择不经过所述故障服务器的数据传输路线。
图5是本申请实施例提供的服务器的示意框图。如图5所示,该实施例的服务器5包括:一个或多个处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个数据传输方法实施例中的步骤,例如图3所示的步骤S301至S305。
所述计算机程序52可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器51中,并由所述处理器50执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序52在所述服务器5中的执行过程。例如,所述计算机程序52可以被分割成监测单元、第四确定单元、第三标记单元、发送单元、第三接收单元。
监测单元,用于监测与所述第一服务器连接的通信线路的状态信息,并将所述状态信息发送至中心服务器。
第四确定单元,用于根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器。
第三标记单元,用于如果所述第二服务器中存在故障状态的服务器,则将故障的服务器记为故障服务器。
发送单元,用于若所述第一服务器当前的数据传输路线中经过所述故障服务器,则向所述中心服务器发起重建请求,所述重建请求经过所述第一服务器当前的数据传输路线的开始节点和结束节点。
第三接收单元,用于接收中心服务器根据所述重建请求中的开始节点和结束节点重新规划的不经过所述故障服务器的数据传输路线。
其中,所述状态信息包括:
连接正常、连接超时、连接中断。
可选的,所述第四确定单元包括:
第一确定模块,用于若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态。
第二确定模块,用于若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
所述中心服务器/服务器包括但不仅限于处理器、存储器。本领域技术人员可以理解,图4/5仅仅是中心服务器/服务器的一个示例,并不构成对中心服务器/服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述中心服务器/服务器还可以包括输入设备、输出设备、网络接入设备、总线等。
所称处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器可以是所述中心服务器/服务器的内部存储单元,例如中心服务器/服务器的硬盘或内存。所述存储器也可以是所述中心服务器/服务器的外部存储设备,例如所述中心服务器/服务器上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器还可以既包括所述中心服务器/服务器的内部存储单元也包括外部存储设备。所述存储器用于存储所述计算机程序以及所述中心服务器/服务器所需的其他程序和数据。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/中心服务器和方法,可以通过其它的方式实现。例如,以上所描述的装置/中心服务器实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种数据传输方法,其特征在于,应用于中心服务器,所述数据传输方法包括:
接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息,并根据所述状态信息确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器;
若所述第二服务器中存在故障状态的服务器,则将故障状态的服务器记为故障服务器;
接收第一服务器根据当前的数据传输路线发起的重建请求,所述当前的数据传输路线经过所述故障服务器,所述重建请求包含所述第一服务器当前的数据传输路线的开始节点和结束节点;
根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线。
2.如权利要求1所述的数据传输方法,其特征在于,所述状态信息包括:
连接正常、连接超时、连接中断;
在接收第一服务器上报的与所述第一服务器连接的通信线路的状态信息之后,包括:
若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态;
若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
3.如权利要求1所述的数据传输方法,其特征在于,在接收第一服务器根据当前的数据传输路线发起的重建请求之前,还包括:
接收所述第二服务器上报的所述第二服务器当前的负载值,并根据所述负载值确定所述第二服务器的状态;
若所述第二服务器中存在当前的负载值大于预设阈值的服务器,则将该服务器记为故障服务器。
4.如权利要求1所述的数据传输方法,其特征在于,所述根据所述重建请求中的开始节点和结束节点重新规划不经过所述故障服务器的数据传输路线,包括:
获取从所述开始节点到所述结束节点之间的所有数据传输路线,得到至少一条待选线路;
分别计算每条待选线路的数据传输时间,并按照所述数据传输时间由短到长的顺序,对所述待选线路进行排序得到待选线路队列;
按照从前到后的顺序,从所述待选线路队列中选择不经过所述故障服务器的数据传输路线。
5.一种数据传输方法,其特征在于,应用于第一服务器,所述数据传输方法包括:
监测与所述第一服务器连接的通信线路的状态信息,并将所述状态信息发送至中心服务器;
根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,所述第二服务器为与所述第一服务器存在通信线路连接的服务器;
如果所述第二服务器中存在故障状态的服务器,则将故障的服务器记为故障服务器;
若所述第一服务器当前的数据传输路线中经过所述故障服务器,则向所述中心服务器发起重建请求,所述重建请求经过所述第一服务器当前的数据传输路线的开始节点和结束节点;
接收中心服务器根据所述重建请求中的开始节点和结束节点重新规划的不经过所述故障服务器的数据传输路线。
6.如权利要求5所述的数据传输方法,其特征在于,所述状态信息包括:
连接正常、连接超时、连接中断;
所述根据与所述第一服务器连接的通信线路的状态信息,确定第二服务器的状态,包括:
若与所述第一服务器连接的通信线路的状态信息为连接超时或连接中断,则确定该通信线路故障,且通过该通信线路与第一服务器连接的第二服务器为故障状态;
若与所述第一服务器连接的通信线路的状态信息为连接正常,则确定该通信线路正常,且通过该通信线路与第一服务器连接的第二服务器为正常状态。
7.一种中心服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述方法的步骤。
8.一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求6或7所述方法的步骤。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述方法的步骤和/或如权利要求6或7所述方法的步骤。
10.一种数据传输系统,其特征在于,包括:
如权利要求7所述的中心服务器,至少两个如权利要求8所述的服务器;
所述中心服务器分别与所述服务器通信连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810385386.0A CN108683528B (zh) | 2018-04-26 | 2018-04-26 | 一种数据传输方法、中心服务器、服务器及数据传输系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810385386.0A CN108683528B (zh) | 2018-04-26 | 2018-04-26 | 一种数据传输方法、中心服务器、服务器及数据传输系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108683528A true CN108683528A (zh) | 2018-10-19 |
CN108683528B CN108683528B (zh) | 2021-07-20 |
Family
ID=63802147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810385386.0A Active CN108683528B (zh) | 2018-04-26 | 2018-04-26 | 一种数据传输方法、中心服务器、服务器及数据传输系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108683528B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109788035A (zh) * | 2018-12-19 | 2019-05-21 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN109889444A (zh) * | 2018-12-29 | 2019-06-14 | 华为技术有限公司 | 一种规划路径的方法、装置和系统 |
CN110008152A (zh) * | 2019-04-10 | 2019-07-12 | 苏州浪潮智能科技有限公司 | 存储控制器节点间数据传输方法、装置、设备及存储介质 |
CN111258710A (zh) * | 2020-01-09 | 2020-06-09 | 同盾控股有限公司 | 一种系统维护方法和装置 |
CN111447465A (zh) * | 2018-12-29 | 2020-07-24 | 北京奇虎科技有限公司 | 业务流状态可视化处理方法、装置及计算设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4074631B2 (ja) * | 2005-11-07 | 2008-04-09 | 株式会社日立製作所 | 伝送路システム、および同システムにおけるフレーム伝送装置、ならびに伝送路切り替え方法 |
CN102136947A (zh) * | 2011-03-10 | 2011-07-27 | 华为技术有限公司 | 链路故障处理方法及装置 |
CN102271018A (zh) * | 2011-09-13 | 2011-12-07 | 北京邮电大学 | 一种基于p-Cycle的网络编码光组播多故障保护方法 |
CN102301657A (zh) * | 2011-06-30 | 2011-12-28 | 华为技术有限公司 | 隧道配置方法及装置 |
CN102595458A (zh) * | 2012-03-16 | 2012-07-18 | 电子科技大学 | 一种分布式多径路由修复方法 |
CN103973561A (zh) * | 2014-04-30 | 2014-08-06 | 哈尔滨工业大学深圳研究生院 | 一种面向空天信息网络的网络维护方法 |
CN104468636A (zh) * | 2015-01-09 | 2015-03-25 | 李忠 | DDoS威胁过滤与链路重配的SDN架构及工作方法 |
CN104811990A (zh) * | 2015-05-26 | 2015-07-29 | 重庆邮电大学 | 基于自适应双向路径重建的HR-WPAN Mesh网络高效路由修复方法 |
-
2018
- 2018-04-26 CN CN201810385386.0A patent/CN108683528B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4074631B2 (ja) * | 2005-11-07 | 2008-04-09 | 株式会社日立製作所 | 伝送路システム、および同システムにおけるフレーム伝送装置、ならびに伝送路切り替え方法 |
CN102136947A (zh) * | 2011-03-10 | 2011-07-27 | 华为技术有限公司 | 链路故障处理方法及装置 |
CN102301657A (zh) * | 2011-06-30 | 2011-12-28 | 华为技术有限公司 | 隧道配置方法及装置 |
CN102271018A (zh) * | 2011-09-13 | 2011-12-07 | 北京邮电大学 | 一种基于p-Cycle的网络编码光组播多故障保护方法 |
CN102595458A (zh) * | 2012-03-16 | 2012-07-18 | 电子科技大学 | 一种分布式多径路由修复方法 |
CN103973561A (zh) * | 2014-04-30 | 2014-08-06 | 哈尔滨工业大学深圳研究生院 | 一种面向空天信息网络的网络维护方法 |
CN104468636A (zh) * | 2015-01-09 | 2015-03-25 | 李忠 | DDoS威胁过滤与链路重配的SDN架构及工作方法 |
CN104811990A (zh) * | 2015-05-26 | 2015-07-29 | 重庆邮电大学 | 基于自适应双向路径重建的HR-WPAN Mesh网络高效路由修复方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109788035A (zh) * | 2018-12-19 | 2019-05-21 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN109788035B (zh) * | 2018-12-19 | 2022-01-28 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN109889444A (zh) * | 2018-12-29 | 2019-06-14 | 华为技术有限公司 | 一种规划路径的方法、装置和系统 |
CN111447465A (zh) * | 2018-12-29 | 2020-07-24 | 北京奇虎科技有限公司 | 业务流状态可视化处理方法、装置及计算设备 |
CN110008152A (zh) * | 2019-04-10 | 2019-07-12 | 苏州浪潮智能科技有限公司 | 存储控制器节点间数据传输方法、装置、设备及存储介质 |
CN111258710A (zh) * | 2020-01-09 | 2020-06-09 | 同盾控股有限公司 | 一种系统维护方法和装置 |
CN111258710B (zh) * | 2020-01-09 | 2023-03-31 | 同盾控股有限公司 | 一种系统维护方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108683528B (zh) | 2021-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108683528A (zh) | 一种数据传输方法、中心服务器、服务器及数据传输系统 | |
CN108307331A (zh) | 短信发送方法、终端及计算机可读存储介质 | |
CN107181637A (zh) | 一种心跳信息发送方法、装置及心跳发送节点 | |
CN109618174A (zh) | 一种直播数据传输方法、装置、系统以及存储介质 | |
CN110062027A (zh) | 负载均衡方法、中心服务器及终端设备 | |
CN109542627A (zh) | 节点切换方法、装置、管理机、节点设备和分布式系统 | |
CN107566214A (zh) | 一种性能测试方法和装置 | |
CN103580923B (zh) | 软件部署的方法和装置 | |
CN102811152A (zh) | 一种多主总线网络通讯实时交易数据交换实现方法 | |
CN103812685B (zh) | 同时在线统计系统及统计方法 | |
CN106453074A (zh) | 一种切换方法及装置 | |
CN109348434A (zh) | 一种场景信息的发送方法、发送装置及终端设备 | |
CN101800672B (zh) | 设备检测方法和设备 | |
CN108376110A (zh) | 一种自动检测方法、系统及终端设备 | |
CN104536926B (zh) | 串口设备的控制方法及装置 | |
CN105991315A (zh) | 一种sdn中的链路保护方法、交换设备及网络控制器 | |
CN110334081A (zh) | 海量数据的清洗方法及装置 | |
CN103678537B (zh) | 基于集群的元数据修改方法、装置及节点设备 | |
CN108718398A (zh) | 视频会议系统的码流传输方法、装置及会议设备 | |
CN109788325A (zh) | 视频任务分配方法及服务器 | |
CN108924128A (zh) | 一种移动终端及其进程间通信的限制方法、存储介质 | |
CN108234687A (zh) | 一种智能ip地址配置方法、装置及终端设备 | |
CN106341433A (zh) | 一种服务系统、信号服务器和对讲服务器 | |
CN102917370B (zh) | 确定远端机对应的近端机的方法、装置、系统以及远端机 | |
CN104657240B (zh) | 多内核操作系统的失效控制方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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 | ||
CP03 | Change of name, title or address |
Address after: 1408 Qiancheng commercial center, No.5 Haicheng Road, Mabu community, Xixiang street, Bao'an District, Shenzhen, Guangdong 518000 Patentee after: Shenzhen Qixin haoshitong cloud computing Co., Ltd Address before: 518000 916, 9th floor, block B, building 9, zone 2, Shenzhen Bay science and technology ecological park, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Patentee before: Shenzhen Inpor Cloud Computing Co.,Ltd. |
|
CP03 | Change of name, title or address |