CN106375372A - 一种大数据资源分配方法和装置 - Google Patents
一种大数据资源分配方法和装置 Download PDFInfo
- Publication number
- CN106375372A CN106375372A CN201610709609.5A CN201610709609A CN106375372A CN 106375372 A CN106375372 A CN 106375372A CN 201610709609 A CN201610709609 A CN 201610709609A CN 106375372 A CN106375372 A CN 106375372A
- Authority
- CN
- China
- Prior art keywords
- tollgate devices
- access
- tollgate
- management server
- devices
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- 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/2866—Architectures; Arrangements
- H04L67/2876—Pairs of inter-processing entities at each side of the network, e.g. split proxies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种大数据资源分配方法和装置,其中,该方法包括:管理服务器接收中心服务器发送的资源分配请求;管理服务器获取在管理服务器中运行的各个卡口设备接入进程的负载状态信息;管理服务器根据获取到的各个卡口设备接入进程的负载状态信息,从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;管理服务器将资源获取信息分配给资源获取代理服务进程,使得资源获取代理服务进程对所述资源组合信息中指示的卡口设备进行访问。通过本发明实施例提供的大数据资源分配方法和装置,可以提高接入服务接入卡口设备接收交通监控数据的效率。
Description
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种大数据资源分配方法和装置。
背景技术
目前,随着全国高速路网的不断完善,高速路网的路口上大量安装了监控交通情况的卡口设备,卡口设备获取到的交通监控数据是通过接入服务器传输到中心管理服务器进行分析处理。而随着卡口设备的大量增加,单台接入服务器需要接入的卡口设备数量也大幅增加,这就需要对接入服务器接入的卡口设备进行分配。
相关技术中,首先由各个接入服务器向对应的中心管理服务器请求卡口设备,然后,各接入服务器接入请求到的卡口设备,获取卡口设备的交通监控数据,然后接入服务器将获取到的交通监控数据返回给中心管理服务器。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
现有的各接入服务器在接入卡口设备,接收卡口设备的交通监控数据的过程中,各接入服务器所接入的卡口设备均是自己请求的,如果当前接入服务器接入的卡口设备数量达到所能接入的卡口设备的上限时,就会使接入服务器不能接入所请求的卡口设备,从而大大影响接收交通监控数据的效率。
发明内容
有鉴于此,本发明实施例的目的在于提供一种大数据资源分配方法和装置,以提高接入服务接入卡口设备接收交通监控数据的效率。
第一方面,本发明实施例提供了一种大数据资源分配方法,包括:
管理服务器接收中心服务器发送的资源分配请求,所述资源分配请求包括卡口设备的资源获取信息;
所述管理服务器获取在所述管理服务器中运行的各个卡口设备接入进程的负载状态信息;
所述管理服务器根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;
所述管理服务器将所述资源获取信息分配给所述资源获取代理服务进程,使得所述资源获取代理服务进程对所述资源组合信息中指示的卡口设备进行访问。
结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中:所述管理服务器根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,包括:
所述管理服务器根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定所述各个卡口设备接入进程的负荷轻重情况;
所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
结合第一方面,本发明实施例提供了第一方面的第二种可能的实施方式,其中:所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中选择当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,包括:
当所述各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,确定所述未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
所述管理服务器获取当前负载最轻的卡口设备接入进程的状态信息,所述状态信息为正常状态信息或者异常状态信息;
所述管理服务器判断获取到的状态信息是否为正常状态信息;
如果是,则所述管理服务器将所述当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
结合第一方面,本发明实施例提供了第一方面的第三种可能的实施方式,其中:所述方法还包括:
所述管理服务器接收中心服务器发送的状态检测请求;
所述管理服务器获取预设的卡口设备接入进程列表;
当所述卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,所述管理服务器向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,所述状态信息为正常状态信息或者异常状态信息;
所述管理服务器判断接收到的状态信息是否为异常状态信息;
如果是,则所述管理服务器向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
结合第一方面,本发明实施例提供了第一方面的第四种可能的实施方式,其中:所述方法还包括:
管理服务器接收中心服务器发送的远程操作控制指令,所述远程操作控制指令包括卡口设备接入进程标识和操作控制指令;
管理服务器将操作控制指令发送给所述卡口设备接入进程标识对应的卡口设备接入进程,使得所述卡口设备接入进程标识对应的卡口设备接入进程执行所述操作控制指令。
第二方面,本发明实施例还提供一种大数据资源分配装置,包括:
接收模块,用于接收中心服务器发送的资源分配请求,所述资源分配请求包括卡口设备的资源获取信息;
负载状态获取模块,用于获取运行的各个卡口设备接入进程的负载状态信息;
选择模块,用于根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;
分配模块,用于将所述资源获取信息分配给所述资源获取代理服务进程,使得所述资源获取代理服务进程对所述资源组合信息中指示的卡口设备进行访问。
结合第二方面,本发明实施例提供了第二方面的第一种可能的实施方式,其中:所述选择模块,包括:
处理单元,用于根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定所述各个卡口设备接入进程的负荷轻重情况;
选择单元,用于根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
结合第二方面,本发明实施例提供了第二方面的第二种可能的实施方式,其中:所述选择单元,包括:
确定子单元,用于当所述各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,根据所述各个卡口设备接入进程的负荷轻重情况,确定所述未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
获取子单元,用于获取当前负载最轻的卡口设备接入进程的状态信息,所述状态信息为正常状态信息或者异常状态信息;
判断子单元,用于判断获取到的状态信息是否为正常状态信息;
选择子单元,用于如果所述判断子单元判断结果为是时,则将所述当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
结合第二方面,本发明实施例提供了第二方面的第三种可能的实施方式,其中:所述装置还包括:
请求接收模块,用于接收中心服务器发送的状态检测请求;
列表获取模块,用于获取预设的卡口设备接入进程列表;
发送模块,用于当所述卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,所述状态信息为正常状态信息或者异常状态信息;
状态判断模块,用于判断接收到的状态信息是否为异常状态信息;
返回模块,用于如果所述状态判断模块得到的结果为是时,向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
结合第二方面,本发明实施例提供了第二方面的第四种可能的实施方式,其中:所述装置还包括:
控制指令接收模块,用于接收中心服务器发送的远程操作控制指令,所述远程操作控制指令包括卡口设备接入进程标识和操作控制指令;
远程控制模块,用于将操作控制指令发送给所述卡口设备接入进程标识对应的卡口设备接入进程,使得所述卡口设备接入进程标识对应的卡口设备接入进程执行所述操作控制指令。
本发明实施例提供的一种大数据资源分配方法和装置,通过设置管理服务器并在管理服务器中运行预设的卡口设备接入进程来接入卡口设备,在进行资源分配时,管理服务器可以将卡口设备的资源获取信息发送到当前负载最轻的卡口设备接入进程,使得当前负载最轻的卡口设备接入进程对卡口资源进行访问;与现有技术中各接入服务器自己请求要接入的卡口设备相比,管理服务器可以根据各个卡口设备接入进程的负载情况,对卡口设备资源进行分配,提高了卡口设备接入进程接入卡口设备接收交通监控数据的效率,而且,无需设置单独的接入服务器,通过管理服务器就可以对运行的各个卡口设备接入进程进行统一管理,在提高了卡口设备接入进程的可维护性同时,降低了系统软硬件的维护成本。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例1所提供的一种大数据资源分配方法所涉及的一种实施系统的结构示意图;
图2示出了本发明实施例1所提供的一种大数据资源分配方法的流程图;
图3示出了本发明实施例2所提供的一种大数据资源分配装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
目前,现有的各接入服务器在接入卡口设备,接收卡口设备的交通监控数据的过程中,各接入服务器所接入的卡口设备均是自己请求的,如果当前接入服务器接入的卡口设备数量达到所能接入的卡口设备的上限时,就会使接入服务器不能接入所请求的卡口设备,从而大大影响接收交通监控数据的效率。基于此,本申请提供的一种大数据资源分配方法和装置。
实施例1
为便于对本实施例进行理解,首先对本发明实施例所公开的一种大数据资源分配方法进行详细介绍。
参见图1,为本实施例所公开的一种大数据资源分配方法的应用场景的示意图,该应用场景包括:依次连接的中心服务器和管理服务器。
其中,中心服务器,用于根据用户的指示生成与卡口设备接入进程进行交互的交互指令,然后将生成的交互指令发送给管理服务器,并接收管理服务器返回的卡口设备接入进程执行上述交互指令的执行结果。该执行结果包括但不限于:卡口设备接入进程返回的从卡口设备中获取到的监控数据、卡口设备接入进程执行交互指令后返回的交互指令执行结果和卡口设备接入进程的状态信息。
管理服务器,用于解析中心服务器向卡口设备接入进程发送的交互指令,并根据解析后交互指令的内容,控制各个卡口设备接入进程执行该交互指令,并将卡口设备接入进程执行的结果返回给中心服务器。
卡口设备接入进程,用于获取并执行管理服务器发送的交互指令,并将交互指令的执行结果通过管理服务器返回给中心服务器。
上述卡口设备接入进程,是在管理服务器中运行的进程或者程序,卡口设备接入进程的功能由管理服务器实现。
上述的中心服务器和管理服务器可以采用现有的任何型号的计算机或者服务器,以实现相应的功能,这里不再一一赘述。
参见图2,本实施例提供一种大数据资源分配方法,包括以下步骤:
步骤200、管理服务器接收中心服务器发送的资源分配请求。
上述资源分配请求包括:卡口设备的资源获取信息,卡口设备的资源获取信息包括:待获取交通监控数据的卡口设备的标识、以及中心服务器确定代理服务接入上述待获取交通监控数据的卡口设备的端口号和IP地址。
中心服务器是根据用户的触发从而生成资源分配请求,并将生成的资源分配请求发送到管理服务器,包括以下步骤(1)至步骤(4):
(1)中心服务器接收用户触发的资源分配指示,该资源分配指示中携带有待获取交通监控数据的卡口设备的标识;
(2)中心服务器确定代理服务接入上述卡口设备的端口号和IP地址;
(3)中心服务器将资源分配指示中携带的待获取交通监控数据的卡口设备的标识、以及确定的端口号和IP地址作为卡口设备的资源获取信息,并以上述卡口设备的资源获取信息生成资源分配请求;
(4)中心服务器将生成的资源分配请求发送到管理服务器。
在上述步骤(2)中,中心服务器分别从预设的端口列表和预设的IP地址列表中当前空闲的端口号和IP地址中确定代理服务接入上述待获取交通监控数据的卡口设备的端口号和IP地址。
步骤202、管理服务器获取在管理服务器中运行的各个卡口设备接入进程的负载状态信息。
上述卡口设备接入进程的负载状态信息,用于体现卡口设备接入进程的负载能力,包括但不限于:体现卡口设备接入进程负载能力的参数和已经分配的卡口设备的数量。
卡口设备接入进程的负载信息,可以以“卡口设备接入进程的标识负载状态信息”的对应关系的形式存储在管理服务器的非易失性存储介质中预设的任务列表中,使得管理服务器可以实时确定各个卡口设备接入进程的负载信息,并在接收到资源分配请求时,对相应的负载信息进行更新。
其中,卡口设备接入进程的负载参数是体现卡口设备接入进程处理能力的参数,而已经分配的卡口设备数量体现了客观上待处理的任务,而卡口设备接入进程的负荷轻重则是二者综合后的能力体现。
步骤204、管理服务器根据获取到的各个卡口设备接入进程的负载状态信息,从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
上述步骤204、具体包括以下步骤(1)至步骤(2):
(1)管理服务器根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定各个卡口设备接入进程的负荷轻重情况;
(2)管理服务器根据各个卡口设备接入进程的负荷轻重情况,从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
在上述步骤(1)中,具体包括以下步骤(11)至(13):
(11)获取各个卡口设备接入进程接入卡口设备时使用的网络带宽、在该网络带宽下可以处理的卡口设备数量阈值和已经分配给各个卡口设备接入进程的卡口设备的数量;
(12)利用已经分配给各个卡口设备接入进程的卡口设备的数量除以在该网络带宽下可以处理的卡口设备数量阈值,分别计算各个卡口设备接入进程的负荷参数,其中,负荷参数用于体现卡口设备接入进程的负荷轻重程度,负荷参数越大,说明卡口设备接入进程的负荷越重;
(13)根据计算得到的各个卡口设备接入进程的负荷参数,确定各个卡口设备接入进程的负荷轻重情况。
当卡口设备接入进程出现异常状态,已有一段时间不能正常工作时,占用的资源也会比较少,所以出现异常状态的卡口设备接入进程的负载也是比较低的,为了避免将卡口设备分配给出现异常状态的卡口设备接入进程,在上述步骤(2)中,具体包括以下步骤(21)至(24):
(21)当各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,管理服务器根据各个卡口设备接入进程的负荷轻重情况,确定未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
(22)管理服务器获取当前负载最轻的卡口设备接入进程的状态信息,该状态信息为正常状态信息或者异常状态信息;
(23)管理服务器判断获取到的状态信息是否为正常状态信息,如果是则执行步骤24,如果否则返回步骤21;
(24)管理服务器将当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
在上述步骤(21)中,管理服务器根据计算得到的各个卡口设备接入进程的负荷参数,确定未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程。
在上述步骤(22)中,管理服务器会向当前负载最轻的卡口设备接入进程发送状态信息获取指示,使得该当前负载最轻的卡口设备接入进程将自己的状态信息返回给管理服务器。
通过上述步骤(21)至步骤(24)可以看出,在根据各个卡口设备接入进程的负荷参数确定未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程后,会获取当前负载最轻的卡口设备接入进程的状态信息,并以获取到的状态信息确定当前负载最轻的卡口设备接入进程正常工作时,将当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,从而避免了将待接入的卡口设备分配给不能正常工作的卡口设备接入进程,保证了工作效率。
在通过步骤204从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程之后,可以继续通过下述步骤206使得资源获取代理服务进程对资源组合信息中指示的卡口设备进行访问。
步骤206、管理服务器将资源获取信息分配给资源获取代理服务进程,使得资源获取代理服务进程对资源组合信息中指示的卡口设备进行访问。
其中,上述资源获取代理服务进程会利用资源组合信息中记录的IP地址,通过资源组合信息中记录的端口号对应的端口,接入资源组合信息中携带的卡口设备的标识对应的接口设备,并获取该卡口设备的交通监控数据。
综上所述,本实施例提供的一种大数据资源分配方法,通过设置管理服务器并在管理服务器中运行预设的卡口设备接入进程来接入卡口设备,在进行资源分配时,管理服务器可以将卡口设备的资源获取信息发送到当前负载最轻的卡口设备接入进程,使得当前负载最轻的卡口设备接入进程对卡口资源进行访问;与现有技术中各接入服务器自己请求要接入的卡口设备相比,管理服务器可以根据各个卡口设备接入进程的负载情况,对卡口设备资源进行分配,提高了卡口设备接入进程接入卡口设备接收交通监控数据的效率,而且,无需设置单独的接入服务器,通过管理服务器就可以对运行的各个卡口设备接入进程进行统一管理,在提高了卡口设备接入进程的可维护性同时,降低了系统软硬件的维护成本。
现有技术中,中心服务器和接入服务器是独立的运行的。接入服务器实现数据接入,然后发送给中心服务器;中心服务器只需被动接收接入服务器发送的监控数据即可,中心服务器和接入服务器之间没有控制指令交互,所以中心服务器就不能对当前接入服务器的工作状态进行监控,所以,为了对卡口设备接入进程的工作状态进行监控,上述方法还包括以下步骤(1)至步骤(5):
(1)管理服务器接收中心服务器发送的状态检测请求;
(2)管理服务器获取预设的卡口设备接入进程列表;
(3)当卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,管理服务器向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,状态信息为正常状态信息或者异常状态信息;
(4)管理服务器判断接收到的状态信息是否为异常状态信息,如果是则执行步骤5,如果否则返回步骤3;
(5)管理服务器向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
在上述步骤(1)中,中心服务器向管理服务器发送状态检测请求的过程与上述中心服务器是根据用户的触发从而生成资源分配请求,并将生成的资源分配请求发送到管理服务器的过程类似,这里不再一一赘述。
在上述步骤(2)中,卡口设备接入进程列表中记录有当前运行的所有卡口设备接入进程。
在上述步骤(3)中,管理服务器会向未进行状态检测的卡口设备接入进程发送状态信息获取指示,使得该未进行状态检测的卡口设备接入进程将自己的状态信息返回给管理服务器。
综上所述,通过以上的步骤(1)至步骤(5)的描述可以看出,当管理服务器接收到中心服务器发送的状态检测请求时,管理服务器可以获取卡口设备接入进程的状态信息,并重新启动处于异常状态的卡口设备接入进程,从而可以对卡口设备接入进程的工作状态进行监测,并且可以及时将异常状态的卡口设备接入进程恢复,提高卡口设备接入进程的工作效率。
现有技术中,由于中心服务器和接入服务器是通过不同的开发软件开发的,两者之间不论是架构还是运行方式均是不相同的,只要定好接口,进行监控数据的传输就可以了,所以现有的中心服务器并不能对接入服务器进行远程控制。而为了使中心服务器可以对卡口设备接入进程进行远程控制,上述大数据资源分配方法还包括以下步骤(1)至步骤(2):
(1)管理服务器接收中心服务器发送的远程操作控制请求,该远程操作控制请求包括卡口设备接入进程标识和远程操作控制指令;
(2)管理服务器将操作控制指令发送给卡口设备接入进程标识对应的卡口设备接入进程,使得卡口设备接入进程标识对应的卡口设备接入进程执行远程操作控制指令。
在上述步骤(1)中,操作控制指令,可以是用户通过中心服务器触发的由卡口设备接入进程可以执行的“启动”、“停止”、“校时”等任何操作指令,这里不再一一赘述。
综上所述,通过管理服务器将中心服务器发送的远程操作控制指令发送给卡口设备接入进程,使得卡口设备接入进程执行接收到的远程操作控制指令,使得中心服务器可以对卡口设备接入进程进行远程控制,提高了系统的一致性和执行效率。
实施例2
参见图3,本实施例提供一种大数据资源分配装置,上述大数据资源分配装置的功能相当于上述的管理服务器,用于执行上述的大数据资源分配方法,包括:
接收模块300,用于接收中心服务器发送的资源分配请求,资源分配请求包括卡口设备的资源获取信息;
负载状态获取模块302,用于获取运行的各个卡口设备接入进程的负载状态信息;
选择模块304,用于根据获取到的各个卡口设备接入进程的负载状态信息,从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;
分配模块306,用于将资源获取信息分配给资源获取代理服务进程,使得资源获取代理服务进程对资源组合信息中指示的卡口设备进行访问。
综上所述,本实施例提供的一种大数据资源分配装置,通过设置管理服务器并在管理服务器中运行预设的卡口设备接入进程来接入卡口设备,在进行资源分配时,管理服务器可以将卡口设备的资源获取信息发送到当前负载最轻的卡口设备接入进程,使得当前负载最轻的卡口设备接入进程对卡口资源进行访问;与现有技术中各接入服务器自己请求要接入的卡口设备相比,管理服务器可以根据各个卡口设备接入进程的负载情况,对卡口设备资源进行分配,提高了卡口设备接入进程接入卡口设备接收交通监控数据的效率,而且,无需设置单独的接入服务器,通过管理服务器就可以对运行的各个卡口设备接入进程进行统一管理,在提高了卡口设备接入进程的可维护性同时,降低了系统软硬件的维护成本。
具体地,选择模块304,包括:
处理单元,用于根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定各个卡口设备接入进程的负荷轻重情况;
选择单元,用于根据各个卡口设备接入进程的负荷轻重情况,从各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
当卡口设备接入进程出现异常状态,已有一段时间不能正常工作时,占用的资源也会比较少,所以出现异常状态的卡口设备接入进程的负载也是比较低的,为了避免将卡口设备分配给出现异常状态的卡口设备接入进程,上述选择单元,包括:
确定子单元,用于当各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,根据各个卡口设备接入进程的负荷轻重情况,确定未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
获取子单元,用于获取当前负载最轻的卡口设备接入进程的状态信息,状态信息为正常状态信息或者异常状态信息;
判断子单元,用于判断获取到的状态信息是否为正常状态信息;
选择子单元,用于如果判断子单元判断结果为是时,则将当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
通过以上描述可以看出,在根据各个卡口设备接入进程的负荷参数确定未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程后,会获取当前负载最轻的卡口设备接入进程的状态信息,并以获取到的状态信息确定当前负载最轻的卡口设备接入进程正常工作时,将当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,从而避免了将待接入的卡口设备分配给不能正常工作的卡口设备接入进程,保证了工作效率。
现有技术中,中心服务器和接入服务器是独立的运行的。接入服务器实现数据接入,然后发送给中心服务器;中心服务器只需被动接收接入服务器发送的监控数据即可,中心服务器和接入服务器之间没有控制指令交互,所以中心服务器就不能对当前接入服务器的工作状态进行监控,所以,为了对卡口设备接入进程的工作状态进行监控,上述大数据资源分配装置还包括:
请求接收模块,用于接收中心服务器发送的状态检测请求;
列表获取模块,用于获取预设的卡口设备接入进程列表;
发送模块,用于当卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,状态信息为正常状态信息或者异常状态信息;
状态判断模块,用于判断接收到的状态信息是否为异常状态信息;
返回模块,用于如果状态判断模块得到的结果为是时,向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
综上所述,当管理服务器接收到中心服务器发送的状态检测请求时,管理服务器可以获取卡口设备接入进程的状态信息,并重新启动处于异常状态的卡口设备接入进程,从而可以对卡口设备接入进程的工作状态进行监测,并且可以及时将异常状态的卡口设备接入进程恢复,提高卡口设备接入进程的工作效率。
现有技术中,由于中心服务器和接入服务器是通过不同的开发软件开发的,两者之间不论是架构还是运行方式均是不相同的,只要定好接口,进行监控数据的传输就可以了,所以现有的中心服务器并不能对接入服务器进行远程控制。而为了使中心服务器可以对卡口设备接入进程进行远程控制,上述大数据资源分配装置还包括:
控制指令接收模块,用于接收中心服务器发送的远程操作控制请求,该远程操作控制指令包括卡口设备接入进程标识和远程控制指令;
远程控制模块,用于将远程控制指令发送给卡口设备接入进程标识对应的卡口设备接入进程,使得卡口设备接入进程标识对应的卡口设备接入进程执行远程控制指令。
综上所述,通过管理服务器将中心服务器发送的远程操作控制指令发送给卡口设备接入进程,使得卡口设备接入进程执行接收到的远程操作控制指令,使得中心服务器可以对卡口设备接入进程进行远程控制,提高了系统的一致性和执行效率。
本发明实施例所提供的进行大数据资源分配方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种大数据资源分配方法,其特征在于,包括:
管理服务器接收中心服务器发送的资源分配请求,所述资源分配请求包括卡口设备的资源获取信息;
所述管理服务器获取在所述管理服务器中运行的各个卡口设备接入进程的负载状态信息;
所述管理服务器根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;
所述管理服务器将所述资源获取信息分配给所述资源获取代理服务进程,使得所述资源获取代理服务进程对所述资源组合信息中指示的卡口设备进行访问。
2.根据权利要求1所述的方法,其特征在于,所述管理服务器根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,包括:
所述管理服务器根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定所述各个卡口设备接入进程的负荷轻重情况;
所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
3.根据权利要求2所述的方法,其特征在于,所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中选择当前负载最轻的卡口设备接入进程作为资源获取代理服务进程,包括:
当所述各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,所述管理服务器根据所述各个卡口设备接入进程的负荷轻重情况,确定所述未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
所述管理服务器获取当前负载最轻的卡口设备接入进程的状态信息,所述状态信息为正常状态信息或者异常状态信息;
所述管理服务器判断获取到的状态信息是否为正常状态信息;
如果是,则所述管理服务器将所述当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述管理服务器接收中心服务器发送的状态检测请求;
所述管理服务器获取预设的卡口设备接入进程列表;
当所述卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,所述管理服务器向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,所述状态信息为正常状态信息或者异常状态信息;
所述管理服务器判断接收到的状态信息是否为异常状态信息;
如果是,则所述管理服务器向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
管理服务器接收中心服务器发送的远程操作控制指令,所述远程操作控制指令包括卡口设备接入进程标识和操作控制指令;
管理服务器将操作控制指令发送给所述卡口设备接入进程标识对应的卡口设备接入进程,使得所述卡口设备接入进程标识对应的卡口设备接入进程执行所述操作控制指令。
6.一种大数据资源分配装置,其特征在于,包括:
接收模块,用于接收中心服务器发送的资源分配请求,所述资源分配请求包括卡口设备的资源获取信息;
负载状态获取模块,用于获取运行的各个卡口设备接入进程的负载状态信息;
选择模块,用于根据获取到的所述各个卡口设备接入进程的负载状态信息,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程;
分配模块,用于将所述资源获取信息分配给所述资源获取代理服务进程,使得所述资源获取代理服务进程对所述资源组合信息中指示的卡口设备进行访问。
7.根据权利要求6所述的装置,其特征在于,所述选择模块,包括:
处理单元,用于根据各个卡口设备接入进程的负载状态信息中记录的负载参数和已经分配的卡口设备数量,逐一确定所述各个卡口设备接入进程的负荷轻重情况;
选择单元,用于根据所述各个卡口设备接入进程的负荷轻重情况,从所述各个卡口设备接入进程中确定当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
8.根据权利要求7所述的装置,其特征在于,所述选择单元,包括:
确定子单元,用于当所述各个卡口设备接入进程中存在未确定工作状态的卡口设备接入进程时,根据所述各个卡口设备接入进程的负荷轻重情况,确定所述未确定工作状态的卡口设备接入进程中当前负载最轻的卡口设备接入进程;
获取子单元,用于获取当前负载最轻的卡口设备接入进程的状态信息,所述状态信息为正常状态信息或者异常状态信息;
判断子单元,用于判断获取到的状态信息是否为正常状态信息;
选择子单元,用于如果所述判断子单元判断结果为是时,则将所述当前负载最轻的卡口设备接入进程作为资源获取代理服务进程。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
请求接收模块,用于接收中心服务器发送的状态检测请求;
列表获取模块,用于获取预设的卡口设备接入进程列表;
发送模块,用于当所述卡口设备接入进程列表中存在未进行状态检测的卡口设备接入进程时,向未进行状态检测的卡口设备接入进程发送状态监测指令,使得接收到状态监测指令的卡口设备接入进程向管理服务器返回预设的状态信息,其中,所述状态信息为正常状态信息或者异常状态信息;
状态判断模块,用于判断接收到的状态信息是否为异常状态信息;
返回模块,用于如果所述状态判断模块得到的结果为是时,向返回异常状态信息的卡口设备接入进程发送重启指令,使得返回异常状态信息的卡口设备接入进程恢复正常工作状态。
10.根据权利要求6所述的装置,其特征在于,所述装置还包括:
控制指令接收模块,用于接收中心服务器发送的远程操作控制指令,所述远程操作控制指令包括卡口设备接入进程标识和操作控制指令;
远程控制模块,用于将操作控制指令发送给所述卡口设备接入进程标识对应的卡口设备接入进程,使得所述卡口设备接入进程标识对应的卡口设备接入进程执行所述操作控制指令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610709609.5A CN106375372B (zh) | 2016-08-23 | 2016-08-23 | 一种大数据资源分配方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610709609.5A CN106375372B (zh) | 2016-08-23 | 2016-08-23 | 一种大数据资源分配方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106375372A true CN106375372A (zh) | 2017-02-01 |
CN106375372B CN106375372B (zh) | 2019-12-06 |
Family
ID=57878917
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610709609.5A Active CN106375372B (zh) | 2016-08-23 | 2016-08-23 | 一种大数据资源分配方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106375372B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667386A (zh) * | 2021-01-18 | 2021-04-16 | 青岛海尔科技有限公司 | 任务管理方法和装置、存储介质及电子设备 |
CN113213282A (zh) * | 2021-05-12 | 2021-08-06 | 广州广日电梯工业有限公司 | 电梯云端服务器的负载配置方法以及负载配置装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567233A (zh) * | 2003-06-24 | 2005-01-19 | 联想(北京)有限公司 | 一种对操作系统中重要进程进行检测和复位的方法 |
CN103116547A (zh) * | 2013-02-25 | 2013-05-22 | 深圳市凌启电子有限公司 | 一种控制方法及装置 |
CN104750545A (zh) * | 2013-12-27 | 2015-07-01 | 乐视网信息技术(北京)股份有限公司 | 一种调度进程的方法及装置 |
CN104915263A (zh) * | 2015-06-30 | 2015-09-16 | 北京奇虎科技有限公司 | 基于容器技术的进程故障处理方法及装置 |
CN105511975A (zh) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | 一种异常处理方法和装置 |
CN105607956A (zh) * | 2016-01-06 | 2016-05-25 | 北京京东尚科信息技术有限公司 | 一种计算机中的任务分配方法及系统 |
CN105681379A (zh) * | 2014-11-20 | 2016-06-15 | 博雅网络游戏开发(深圳)有限公司 | 集群管理系统和方法 |
CN105824707A (zh) * | 2016-04-21 | 2016-08-03 | 乐视控股(北京)有限公司 | 一种流媒体服务多进程的合并回源方法及设备 |
-
2016
- 2016-08-23 CN CN201610709609.5A patent/CN106375372B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567233A (zh) * | 2003-06-24 | 2005-01-19 | 联想(北京)有限公司 | 一种对操作系统中重要进程进行检测和复位的方法 |
CN103116547A (zh) * | 2013-02-25 | 2013-05-22 | 深圳市凌启电子有限公司 | 一种控制方法及装置 |
CN104750545A (zh) * | 2013-12-27 | 2015-07-01 | 乐视网信息技术(北京)股份有限公司 | 一种调度进程的方法及装置 |
CN105681379A (zh) * | 2014-11-20 | 2016-06-15 | 博雅网络游戏开发(深圳)有限公司 | 集群管理系统和方法 |
CN104915263A (zh) * | 2015-06-30 | 2015-09-16 | 北京奇虎科技有限公司 | 基于容器技术的进程故障处理方法及装置 |
CN105511975A (zh) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | 一种异常处理方法和装置 |
CN105607956A (zh) * | 2016-01-06 | 2016-05-25 | 北京京东尚科信息技术有限公司 | 一种计算机中的任务分配方法及系统 |
CN105824707A (zh) * | 2016-04-21 | 2016-08-03 | 乐视控股(北京)有限公司 | 一种流媒体服务多进程的合并回源方法及设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667386A (zh) * | 2021-01-18 | 2021-04-16 | 青岛海尔科技有限公司 | 任务管理方法和装置、存储介质及电子设备 |
CN113213282A (zh) * | 2021-05-12 | 2021-08-06 | 广州广日电梯工业有限公司 | 电梯云端服务器的负载配置方法以及负载配置装置 |
CN113213282B (zh) * | 2021-05-12 | 2023-02-17 | 广州广日电梯工业有限公司 | 电梯云端服务器的负载配置方法以及负载配置装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106375372B (zh) | 2019-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101564481B1 (ko) | 용량 플래닝 및 작업부하 관리를 통합하기 위한 시스템 및 방법 | |
CN101986274B (zh) | 一种私有云环境下资源调配系统及资源调配方法 | |
US7174379B2 (en) | Managing server resources for hosted applications | |
CN103763130B (zh) | 大规模集群的管理方法、装置和系统 | |
CN104881325A (zh) | 一种资源调度方法和资源调度系统 | |
CN109062658A (zh) | 实现计算资源服务化的调度方法、装置、介质、设备及系统 | |
Rabbani et al. | On achieving high survivability in virtualized data centers | |
CN105049268A (zh) | 分布式计算资源分配系统和任务处理方法 | |
CN108039964A (zh) | 基于网络功能虚拟化的故障处理方法及装置、系统 | |
CN105357296A (zh) | 一种Docker云平台下弹性缓存系统 | |
CN108205541A (zh) | 分布式网络爬虫任务的调度方法及装置 | |
CN107301093B (zh) | 一种管理资源的方法和装置 | |
US20050108450A1 (en) | Information processing system and method | |
CN105912403B (zh) | Docker容器的资源管理方法及装置 | |
CN107864211B (zh) | 集群资源调度方法及系统 | |
CN109684074A (zh) | 物理机资源分配方法及终端设备 | |
CN103534687A (zh) | 聚簇数据格网中的可扩展集中动态资源分配 | |
CN101025674A (zh) | 存储系统 | |
CN110308983A (zh) | 资源负载均衡方法及系统、服务节点和客户端 | |
JP2002024192A (ja) | 計算機資源分割装置および資源分割方法 | |
CN103377092A (zh) | 用于动态资源管理的两级动态资源管理方法和装置 | |
CN103491024A (zh) | 一种面向流式数据的作业调度方法及装置 | |
CN103595815A (zh) | 基于云计算的存储资源分配方法 | |
CN109218086A (zh) | 一种交换网构建方法与系统 | |
CN106375372A (zh) | 一种大数据资源分配方法和装置 |
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 | ||
PP01 | Preservation of patent right | ||
PP01 | Preservation of patent right |
Effective date of registration: 20220726 Granted publication date: 20191206 |