CN101515297B - 历史数据查询方法、路由服务器和查询终端和*** - Google Patents
历史数据查询方法、路由服务器和查询终端和*** Download PDFInfo
- Publication number
- CN101515297B CN101515297B CN200910130870XA CN200910130870A CN101515297B CN 101515297 B CN101515297 B CN 101515297B CN 200910130870X A CN200910130870X A CN 200910130870XA CN 200910130870 A CN200910130870 A CN 200910130870A CN 101515297 B CN101515297 B CN 101515297B
- Authority
- CN
- China
- Prior art keywords
- acquisition station
- routing table
- historical data
- inquiry
- acquisition
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供历史数据查询方法、路由服务器、查询终端和分布式历史数据查询***。该历史数据查询方法包括:路由服务器获取所有采集站的网络地址;定期测试采集站是否处于活动状态,根据测试结果判断活动状态采集站网络地址和对应的历史数据源标识形成的路由表是否存在更新,如果是,将所述路由服务器更新后的路由表发送给查询终端;查询终端根据接收的路由表更新本地路由表;断开原有连接,并根据所述更新后的本地路由表与各个活动采集站建立新的连接;通过本地路由表查找目标历史数据对应的采集站,利用已经建立的连接,从采集站获取后续的相应的历史数据。通过本发明实施例,能够避免查询终端在进行历史数据的查询时产生查询路由混乱的现象。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种历史数据查询方法、路由服务器和查询终端。
背景技术
历史数据库用于保存实时数据的历史记录,其中该实时数据包括实时采集的数据和对实时采集的数据进行二次计算产生的中间数据。对于大型历史数据库,如果***中全部历史数据集中存储于一台采集站中,则该采集站的数据吞吐量与数据处理负荷巨大,且一旦这台采集站发生故障,可能造成历史数据不可恢复性丢失等严重后果。
为减小海量历史数据集中记录与存储的负荷和风险,现有技术中的部分历史数据***采用将大型历史数据库设置多台历史数据采集站的方案,每台采集站按照预定策略分别记录一部分历史数据,从而达到数据存储负载均衡的目的,也即分布式的历史数据存储,另外在某些***中还对每一台历史数据采集站设置冗余采集站的方式进行历史数据冗余。此时,***中的历史数据分布式地存储于多台不同的采集站中,对于各项历史数据在采集站中与冗余采集站中均存在记录。在采用上述分布式历史数据存储***时,对某项历史数据的查询必须首先获取历史数据对应的记录采集站地址,同时该采集站必须处于活动状态,即当前能够响应查询请求并返回查询结果。存在互为冗余的采集站时,需要实时判断向哪个采集站进行查询。
现有技术中,分布式历史数据存储***采用固定地址查询的方式,具体地,各个查询终端中存在本地路由表,该本地路由表为所需查询的目标历史数据与采集站网络地址的路由表,该本地路由表在读入组态配置文件后即已确定,对各个采集站活动状态的检测和查询路由的切换由各查询终端分别进行。如果某台采集站因故障失效,或者因故障恢复而重新提供服务,***中会产生查询路由的更新,由于对采集站的活动状态以及查询路由的切换都是由各个查询终端分别进行的,所以很容易造成各个查询终端的查询路由的混乱。
发明内容
有鉴于此,本发明实施例的目的在于提供一种分布式历史数据查询方法、路由服务器、查询终端和分布式历史数据查询***,能够使得查询终端在进行历史数据的查询时避免产生查询路由混乱的现象。
为实现上述目的,本发明实施例提供一种历史数据查询方法,包括:
路由服务器通过组态配置文件获取所有采集站的网络地址;
路由服务器根据所述获取的网络地址,定期测试各个采集站是否处于活动状态,根据所述测试结果判断处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表是否存在更新,如果是,则将所述路由服务器更新后的路由表发送给查询终端;
查询终端根据接收的所述路由服务器更新后的路由表更新存储在查询终端中的本地路由表;
查询终端断开原有连接,并根据所述更新后的本地路由表与各个活动采集站建立新的连接;
查询终端通过本地路由表查找目标历史数据对应的采集站,并利用与该查找到的采集站之间已经建立的连接,从采集站获取后续的相应的历史数据。
上述技术方案中,路由服务器测试各个采集站是否处于活动状态可以具体包括:
路由服务器定期向组态配置文件中记录的各个采集站发送测试数据包;
如果路由服务器在预定的测试周期内接收到采集站发送的应答数据包,则判定该采集站处于活动状态。
上述技术方案中,所述根据测试结果更新处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表可以具体包括:
路由服务器将接收的应答数据包对应的采集站的网络地址加入到活动状态采集站网络地址集合中,比较本次测试周期内的活动状态采集站网络地址集合与上一测试周期内的活动状态采集站网络地址集合是否存在差异,如果是,则更新活动状态的采集站的网络地址及其对应的历史数据源标识形成的路由表。
上述技术方案中,历史数据源标识可以包括:历史数据源的名称或数据分组标识。
上述技术方案中,所述查询终端根据所述本地路由表与各个活动采集站建立新的连接可以具体包括:
当同样的历史数据源存储在至少两台采集站中时,所述查询终端与所述同样的历史数据源对应的所有采集站中网络地址最小的采集站建立新的连接。
另一方面,本发明实施例还提供一种路由服务器,包括:
网络地址获取单元,用于通过组态配置文件获取所有采集站的网络地址;
测试单元,用于根据获取的网络地址定期测试各个采集站是否处于活动状态;
第一更新单元,用于根据测试结果判断处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表是否存在更新,如果是,则更新该路由表;
发送单元,用于将所述第一更新单元更新后的路由表发送至查询终端,以使查询终端根据所述第一更新单元更新后的路由表更新存储在查询终端中的本地路由表,并根据所述本地路由表与各个活动采集站建立新的连接,然后,查询终端通过已经建立的连接从采集站获取后续相应的历史数据。
另一方面,本发明实施例还提供一种查询终端,包括:
接收单元,用于接收路由服务器发送的由所述路由服务器更新后的处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表,所述路由服务器更新后的路由表由路由服务器根据获取的采集站的网络地址定期测试各个采集站是否处于活动状态,并根据所述测试结果进行更新;
第二更新单元,用于根据从路由服务器接收的由所述路由服务器更新的路由表更新存储在存储单元中的本地路由表;
存储单元,用于存储所述本地路由表;
连接单元,用于在接收到更新的路由表后,断开原有连接,并根据所述本地路由表与各个活动采集站建立新的连接;
查询单元,用于通过本地路由表查找目标历史数据对应的采集站,利用与该查找到的采集站之间已经建立的连接,从所述采集站获取相应的目标历史数据。
另一方面,本发明实施例还提供一种分布式历史数据查询***,包括上述路由服务器和查询终端,以及用于记录历史数据的采集站。
上述公开的技术方案可知,本发明实施例由于设置用于统一管理全***内路由信息的路由服务器,所以不再需要每个采集站分别进行路由切换和对采集站活动状态的测试,查询终端可以从路由服务器获得全***一致的最新路由表信息,其中包含各项历史数据源标识和与其对应的当前处于活动状态的采集站网络地址的路由表。一旦某台采集站发生失效,可以迅速定位到处于活动状态的冗余采集站进行查询;对于分布式历史数据存储***,通过本实施例中设置路由服务器进行历史数据查询用的路由表的统一管理,有利于全***历史数据查询路由信息的统一,从而避免如现有技术中出现对于同一历史数据源,不同查询终端向不同采集站进行查询的现象。
附图说明
图1是本发明实施例一中分布式历史数据查询***的示意图;
图2是本发明实施例一提供的一种历史数据查询方法的流程图;
图3是本发明实施例一中步骤S203的一种具体实现的流程图;
图4是本发明实施例二提供的一种路由服务器的示意图;
图5是本发明实施例三提供的一种查询终端的示意图;
图6是本发明实施例四提供的一种分布式历史数据查询***的示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
实施例一
下面以图1所示的分布式历史数据查询***为例说明本发明实施例一提供的历史数据查询方法。如图1所示,该查询***包括路由服务器、采集站和查询终端,其中,采集站用于记录历史数据,查询终端通过通信网络与采集站建立连接,并查询采集站中的历史数据,需要说明的是,图1中仅示出了两个采集站,在实际中,可以根据实际的需要设置采集站的数目,例如还可以设置为三个及其以上。
下面详细说明本实施例中的历史数据查询方法,如图2所示,包括如下步骤:
步骤S201:路由服务器通过组态配置文件获取所有采集站的网络地址。
其中,组态配置文件用于存放历史数据库***的硬件配置信息和功能参数信息等信息,例如***中所有采集站、路由服务器或查询终端的网络地址信息、历史数据源标识信息等。
步骤S202:路由服务器根据获取的网络地址,定期测试各个采集站是否处于活动状态。
其中,路由器定期测试各个采集站是否处于活动状态可以具体采用心跳测试的方式,即:首先路由服务器每固定周期向组态配置文件中记录的各个采集站发送测试数据包,采集站在接收到测试数据包后,如果采集站处于活动状态,则立即回复应答数据包,表明本采集站处于活动状态,当路由服务器在预定测试周期内接收到上述采集站发送的应答数据包时,则判断应答数据包对应的网络地址是否在组态配置文件中的全部采集站网络地址集合中,如果是,则判定该被测试的采集站处于活动状态,该采集站可以对查询终端进行查询应答。如果采集站未回复应答数据包,则表明该采集站已经失效,无法对查询终端进行应答。
步骤S203:路由服务器根据步骤S202中的测试结果判断处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表是否存在更新,如果是,则将由路由服务器更新后的路由表发送给查询终端。
其中,如图3所示,上述更新路由表可以具体包括如下步骤:
步骤S2031:路由服务器将接收到的应答数据包对应的采集站的网络地址加入到活动状态采集站网络地址集合中;
其中,路由服务器在接收到采集站发送的应答数据包后,首先判断该应答数据包对应的网络地址是否在组态配置文件中的全部采集站网络地址集合中,如果是,则判定该采集站处于活动状态,并将该采集站的网络地址加入到活动状态采集站网络地址集合中,如果否,则直接丢弃该应答数据包。步骤S2032:比较本次测试周期内的活动状态采集站网络地址集合与上一测试周期内的活动状态采集站网络地址集合是否存在差异,如果是,则执行步骤S2033。
步骤S2033:更新活动状态采集站的网络地址及该采集站对应的历史数据源标识形成的路由表;
其中,在实际中,步骤S2033可以具体包括:将当前的活动状态采集站网络地址集合转记为上一测试周期的活动状态采集站网络地址集合,根据当前的活动状态采集站网络地址集合,更新活动状态采集站的网络地址及该采集站对应的历史数据源标识形成的路由表。上述历史数据源标识可以是历史数据源的名称,也可以是数据分组的标识。所述数据分组是将全部的历史数据分成多个数据分组,将每个数据分组记录在一个采集站中。在查询时可以先由历史数据源名称得到对应的数据分组,再由数据分组找到对应的采集站的网络地址,这种采用数据分组的方式可以减小路由表的长度。更新路由表后,可以清空当前的活动状态采集站网络地址集合,以便进行下一测试周期的活动状态采集站网络地址的记录。
步骤S204:查询终端根据接收的步骤S203中路由服务器发送的更新后的活动状态采集站网络地址和该采集站对应的历史数据标识形成的路由表,更新存储在查询终端中的本地路由表。
步骤S205:查询终端断开原有连接,根据更新后的本地路由表中信息(例如处于活动状态的采集站的网络地址)与各个活动采集站建立新的连接;
步骤S206:查询终端在后续过程中需要获取目标历史数据时,通过本地路由表查找目标历史数据对应的采集站,并利用与该查找到的采集站之间已经建立的连接,从采集站获取后续的相应历史数据。
其中,在本地路由表被再次更新之前,查询终端的所有历史数据查询过程均以本次路由表为准。
如果同样的历史数据存储在至少两台采集站中,即某个历史数据标识对应多个采集站,则查询终端可以从上述多个采集站中选择网络地址最小的采集站进行连接,以查询历史数据。
由此可见,本发明实施例提供的方法中,由于设置用于统一管理全***内路由信息的路由服务器,所以不再需要每个采集站分别进行路由切换和对采集站活动状态的测试,查询终端可以从路由服务器及时获得全***一致的最新路由表信息,其中包含各项历史数据源标识与其对应的当前处于活动状态的采集站的路由表。一旦某台采集站发生失效,可以迅速定位到处于活动状态的冗余采集站进行查询;对于分布式历史数据存储***,通过本实施例中设置路由服务器进行历史数据查询用的路由表的统一管理,有利于全***历史数据查询路由信息的统一,从而避免如现有技术中出现对于同一历史数据源,不同查询终端向不同采集站进行查询的现象。
实施例二
本实施例二相应提供一种路由服务器,如图4所示,该路由服务器400具体包括:网络地址获取单元401、测试单元402、更新单元403和发送单元404。
网络地址获取单元401用于通过组态配置文件获取所有采集站的网络地址;
测试单元402用于根据获取的网络地址定期测试各个采集站是否处于活动状态;
其中,测试单元402定期测试各个采集站是否处于活动状态可以具体采用心跳测试的方式,即:首先测试单元402每固定周期向组态配置文件中记录的各个采集站发送测试数据包,采集站在接收到测试数据包后,如果采集站处于活动状态,则立即回复应答数据包,表明本采集站处于活动状态,当测试单元402在预定的测试周期内接收到上述采集站发送的应答数据包时,表明该被测试的采集站处于活动状态,该采集站可以对查询终端进行查询应答。如果采集站未回复应答数据包,则表明该采集站已经失效,无法对查询终端进行应答。
第一更新单元403用于根据测试结果判断处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表是否存在更新,如果是,则更新该路由表;
其中,第一更新单元403更新路由表可以采用如下步骤:第一更新单元403将当前的活动状态采集站网络地址集合转记为上一测试周期的活动状态采集站网络地址集合,根据当前的活动状态采集站网络地址集合,第一更新单元403更新活动状态采集站的网络地址及该采集站对应的历史数据源标识形成的路由表。上述历史数据源标识可以是历史数据源的名称,也可以是数据分组标识。所述数据分组是将全部的历史数据分成多个数据分组,将每个数据分组记录在一个采集站中。在查询时可以先由历史数据源名称得到对应的数据分组,再由数据分组找到对应的采集站的网络地址,这种采用数据分组的方式可以减小路由表的长度。更新路由表后,第一更新单元403可以清空当前的活动状态采集站网络地址集合,以便进行下一测试周期的活动状态采集站网络地址的记录。
发送单元404用于将第一更新单元403更新后的路由表发送给查询终端,以使查询终端根据所述第一更新单元403更新后的路由表更新存储在查询终端中的本地路由表,并根据所述本地路由表与各个活动采集站建立新的连接,获取相应的历史数据。
查询终端接收到发送单元404发送的路由表后,更新存储在查询终端中的本地路由表,查询终端根据更新后的本地路由表中的信息(例如处于活动状态的采集站的网络地址)与各个活动采集站建立新的连接,获取相应历史数据。
由此可见,本实施例提供的路由服务器可以对历史数据查询用的路由表进行统一管理,有利于全***历史数据查询路由信息的统一,查询终端可以及时从本实施例中的路由服务器获得全***一致的最新路由表信息,一旦某台采集站发生失效,可以迅速定位到处于活动状态的冗余采集站进行查询,并且能够避免发生如现有技术中出现的对于同一历史数据源不同查询终端向不同采集站进行查询的现象。
实施例三
本实施例三提供一种查询终端,如图5所示,该查询终端500包括:
接收单元501,用于接收路由服务器发送由所述路由服务器更新后的处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表,该路由服务器更新后的路由表是由路由服务器根据获取的采集站的网络地址定期测试各个采集站是否处于活动状态,并根据所述测试结果进行更新;
其中,路由服务器可以具体采用心跳测试的方式,即:首先路由服务器每固定周期向组态配置文件中记录的各个采集站发送测试数据包,采集站在接收到测试数据包后,如果采集站处于活动状态,则立即回复应答数据包,表明本采集站处于活动状态,当路由服务器在预定的测试周期内接收到上述采集站发送的应答数据包时,表明该被测试的采集站处于活动状态,该采集站可以对查询终端进行查询应答。如果采集站未回复应答数据包,则表明该采集站已经失效,无法对查询终端进行应答。然后路由服务器根据测试结果更新处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表。
第二更新单元502,用于根据接收单元501从路由服务器接收的由路由服务器更新的路由表,更新存储在存储单元503中的本地路由表;
存储单元503,用于存储所述本地路由表。
连接单元504,用于接收到更新的路由表后,断开原有连接,并根据所述更新后的本地路由表与各个活动采集站建立新的连接,
查询单元505,用于通过本地路由表查找目标历史数据对应的采集站,利用与该查找到的采集站之间已经建立的连接,从该采集站获取相应的目标历史数据。
其中,在本地路由表被再次更新之前,查询终端的所有历史数据查询过程均以本次路由表为准。
如果同样的历史数据存储在至少两台采集站中,即某个历史数据标识对应多个采集站,则连接单元504可以从上述多个采集站中选择网络地址最小的采集站进行连接,以查询历史数据。
由此可见,本实施例提供的查询终端,能够从设置的用于进行历史数据查询用的路由表的统一管理的路由服务器获得全***一致的最新路由表信息,一旦某台采集站发生失效,可以迅速定位到处于活动状态的冗余采集站进行查询,并且避免出现如现有技术中对于同一历史数据源不同查询终端向不同采集站进行查询的现象。
实施例四
本实施例四相应提供一种分布式历史数据查询***,该查询***的组成结构可见参见图6,其中该历史数据查询***可以包括用于记录历史数据的采集站、查询终端和路由服务器,其中,查询终端通过通信网络与采集站建立连接,并查询采集站中的历史数据。查询终端和路由服务器的具体组成结构可以采用实施例二和实施例三中的具体实现。其中,相对于现有技术,本实施例提供的查询***中,采集站中增加了查询服务模块,该查询服务模块用于应答路由服务器进行的测试。
下面详细说明本实施例提供的分布式历史数据查询***,如图6所示,该***包括:
采集站A和采集站B,路由服务器和查询终端。
其中,路由服务器包括:
网络地址获取单元,用于通过组态配置文件获取所有采集站的网络地址;
测试单元,用于根据获取的网络地址定期测试各个采集站(本实施例中为采集站A和采集站B)是否处于活动状态;其中,测试单元定期测试各个采集站是否处于活动状态可以具体采用心跳测试的方式,即:首先测试单元402每固定周期向组态配置文件中记录的各个采集站发送测试数据包,采集站在接收到测试数据包后,如果采集站处于活动状态,则立即回复应答数据包,表明本采集站处于活动状态,当测试单元在预定的测试周期内接收到上述采集站发送的应答数据包时,表明该被测试的采集站处于活动状态,该采集站可以对查询终端进行查询应答。如果采集站未回复应答数据包,则表明该采集站已经失效,无法对查询终端进行应答。上述采集站执行应答的动作可以由采集站中的查询服务模块完成。
第一更新单元,用于根据测试结果判断处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表是否存在更新,如果是,则更新该路由表;
发送单元,用于将第一更新单元更新后的路由表发送给查询终端。
而查询终端包括:
接收单元,用于接收路由服务器发送由所述路由服务器更新后的的处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表;
第二更新单元,用于根据接收单元从路由服务器接收的由路由服务器更新后的路由表,更新存储在存储单元中的本地路由表;
存储单元,用于存储所述本地路由表。
连接单元,用于接收到更新的路由表后,断开原有连接,并根据所述更新后的本地路由表与各个活动采集站建立新的连接,
查询单元,用于通过本地路由表查找目标历史数据对应的采集站,利用与该查找到的采集站之间已经建立的连接,从该采集站获取相应的目标历史数据。
其中,在本地路由表被再次更新之前,查询终端的所有历史数据查询过程均以本次路由表为准。
如果同样的历史数据存储在至少两台采集站中,即某个历史数据标识对应多个采集站,则连接单元可以从上述多个采集站中选择网络地址最小的采集站进行连接,以查询历史数据。
由此可见,本实施例提供的分布式历史数据查询***,设置路由服务器进行历史数据查询用的路由表的统一管理,有利于全***历史数据查询路由信息的统一,从而避免如现有技术中出现对于同一历史数据源,不同查询终端向不同采集站进行查询的现象。
需要说明的是,本实施例特别地以采集站的个数为两个为例进行说明,本领域技术人员应该能够理解,该采集站的个数可以根据实际需要进行选择,例如可以设置三个及其以上。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (8)
1.一种历史数据查询方法,其特征在于,包括:
路由服务器通过组态配置文件获取所有采集站的网络地址;
路由服务器根据所述获取的网络地址,定期测试各个采集站是否处于活动状态,根据所述测试结果判断处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表是否存在更新,如果是,则将所述路由服务器更新后的路由表发送给查询终端;
查询终端根据接收的所述路由服务器更新后的路由表更新存储在查询终端中的本地路由表;
查询终端断开原有连接,并根据所述更新后的本地路由表与各个活动采集站建立新的连接;
查询终端通过本地路由表查找目标历史数据对应的采集站,并利用与该查找到的采集站之间已经建立的连接,从采集站获取后续的相应的历史数据。
2.根据权利要求1所述的方法,其特征在于,所述路由服务器测试各个采集站是否处于活动状态具体包括:
路由服务器定期向组态配置文件中记录的各个采集站发送测试数据包;
如果路由服务器在预定的测试周期内接收到采集站发送的应答数据包,则判定该采集站处于活动状态。
3.根据权利要求1所述的方法,其特征在于,所述根据测试结果更新处于活动状态的采集站的网络地址和其对应的历史数据源标识形成的路由表具体包括:
路由服务器将接收的应答数据包对应的采集站的网络地址加入到活动状态采集站网络地址集合中,比较本次测试周期内的活动状态采集站网络地址集合与上一测试周期内的活动状态采集站网络地址集合是否存在差异,如果是,则更新活动状态的采集站的网络地址及其对应的历史数据源标识形成的路由表。
4.根据权利要求1所述的方法,其特征在于,所述历史数据源标识包括:历史数据源的名称或数据分组标识。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述查询终端根据所述本地路由表与各个活动采集站建立新的连接具体包括:
当同样的历史数据源存储在至少两台采集站中时,所述查询终端与所述同样的历史数据源对应的所有采集站中网络地址最小的采集站建立新的连接。
6.一种路由服务器,其特征在于,包括:
网络地址获取单元,用于通过组态配置文件获取所有采集站的网络地址;
测试单元,用于根据获取的网络地址定期测试各个采集站是否处于活动状态;
第一更新单元,用于根据测试结果判断处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表是否存在更新,如果是,则更新该路由表;
发送单元,用于将所述第一更新单元更新后的路由表发送至查询终端,以使查询终端根据所述第一更新单元更新后的路由表更新存储在查询终端中的本地路由表,并根据所述本地路由表与各个活动采集站建立新的连接,然后,查询终端通过已经建立的连接从采集站获取后续相应的历史数据。
7.一种查询终端,其特征在于,包括:
接收单元,用于接收路由服务器发送的由所述路由服务器更新后的处于活动状态的采集站的网络地址和该采集站对应的历史数据源标识形成的路由表,所述路由服务器更新后的路由表由路由服务器根据获取的采集站的网络地址定期测试各个采集站是否处于活动状态,并根据所述测试结果进行更新;
第二更新单元,用于根据从路由服务器接收的由所述路由服务器更新的路由表,更新存储在存储单元中的本地路由表;
存储单元,用于存储所述本地路由表;
连接单元,用于在接收到更新的路由表后,断开原有连接,并根据所述本地路由表与各个活动采集站建立新的连接;
查询单元,用于通过本地路由表查找目标历史数据对应的采集站,利用与该查找到的采集站之间已经建立的连接,从该采集站获取相应的目标历史数据。
8.一种分布式历史数据查询***,包括如权利要求6所述的路由服务器和如权利要求7所述的查询终端,以及用于记录历史数据的采集站。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910130870XA CN101515297B (zh) | 2009-04-16 | 2009-04-16 | 历史数据查询方法、路由服务器和查询终端和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910130870XA CN101515297B (zh) | 2009-04-16 | 2009-04-16 | 历史数据查询方法、路由服务器和查询终端和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101515297A CN101515297A (zh) | 2009-08-26 |
CN101515297B true CN101515297B (zh) | 2010-11-03 |
Family
ID=41039750
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910130870XA Active CN101515297B (zh) | 2009-04-16 | 2009-04-16 | 历史数据查询方法、路由服务器和查询终端和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101515297B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI419513B (zh) * | 2010-12-02 | 2013-12-11 | Chunghwa Telecom Co Ltd | 網路設備監測方法 |
CN105187948B (zh) * | 2015-09-16 | 2019-01-15 | 上海联彤网络通讯技术有限公司 | 实现机顶盒与终端网络安全推送的***及方法 |
CN110740155B (zh) * | 2018-07-18 | 2022-05-27 | 阿里巴巴集团控股有限公司 | 分布式***中的请求处理方法及装置 |
CN109218434A (zh) * | 2018-09-30 | 2019-01-15 | 山东东山王楼煤矿有限公司 | 一种稻田综合养培跟踪处理*** |
CN111405008B (zh) * | 2020-03-06 | 2021-04-06 | 精英数智科技股份有限公司 | 一种煤矿数据传输方法、装置及*** |
-
2009
- 2009-04-16 CN CN200910130870XA patent/CN101515297B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101515297A (zh) | 2009-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101557414B (zh) | 基于wlan的定位方法、设备及*** | |
CN101515297B (zh) | 历史数据查询方法、路由服务器和查询终端和*** | |
CN103888358A (zh) | 一种路由方法、装置、***及网关设备 | |
CN102595310A (zh) | 移动终端间共享地理位置的方法、呈现服务器及移动终端 | |
CN101771604B (zh) | 路由探测方法、***以及中间路由装置 | |
CN1917510B (zh) | 一种访问通讯录的方法及其通讯录*** | |
CN101998227A (zh) | 业务路由方法、装置及*** | |
CN106464745A (zh) | Dns的服务器、客户端及数据同步方法 | |
CN103731513A (zh) | 基站转发方法、基站和基站转发*** | |
CN114222284B (zh) | 终端设备识别方法、装置及可读存储介质 | |
CN102377610B (zh) | 简单网络管理协议自动化测试***及其方法 | |
CN101873567B (zh) | 一种移动终端去附着的方法、***和装置 | |
CN101198102B (zh) | 一种终端接入网络的方法、装置和*** | |
CN102215248B (zh) | 采用分布式网络的节点注册及动态ip搜索方法与装置 | |
CN109981701A (zh) | 透传方法、透传***和代理服务器 | |
CN104639379A (zh) | 测试代理方法及其装置 | |
CN101355469B (zh) | 网络地址的处理方法与路由节点 | |
CN101150545B (zh) | 一种媒体网关多模块数据配置下的数据分发方法 | |
CN106533816B (zh) | 一种调整dns配置的方法及装置 | |
CN101977371A (zh) | 查询用户归属网络信息的方法、平台和*** | |
CN104378747A (zh) | 一种利用短号码呼叫对端设备的方法和设备 | |
CN103929734A (zh) | 北斗移动终端设备及其寻址方法 | |
CN101227709B (zh) | 小区识别号数据优化方法及*** | |
CN102571827B (zh) | 一种大量实时数据存储分发及查询信息处理方法 | |
CN102204289B (zh) | 一种拦截复制卡短信的方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310000 floors 23-25, building 2, No. 352, BINKANG Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: Zhejiang zhongkong Information Industry Co.,Ltd. Address before: 310053 central control science and Technology Park (hi tech Zone), No. six, No. 309, Binjiang District Road, Zhejiang, Hangzhou Patentee before: ZHEJIANG SUPCON INFORMATION TECHNOLOGY Co.,Ltd. |
|
CP03 | Change of name, title or address |