CN107205248B - 一种资源分配方法及系统 - Google Patents

Abstract

本发明公开了一种资源分配方法，所述方法包括：获取当前业务类型的系统资源信息，根据所述系统资源信息对当前业务类型进行系统资源分配计算；根据所述系统资源分配计算结果执行对当前业务类型的系统资源分配。本发明还同时公开了一种资源分配系统。

Description

一种资源分配方法及系统

技术领域

本发明涉及通信领域中的资源分配技术，具体涉及一种资源分配方法及系统。

背景技术

随着科学技术的发展，人们通过短信营业厅的短信业务处理系统办理相关业务已经越来越普遍，通过短信营业厅的短信业务处理系统办理相关业务对用户而言，具有简单、快捷的特点；而对于系统应用程序而言，业务的推广具有集中性、高并发性、高实效性等特点，同时由于每个业务类型在不同时间段的业务办理量均有较大差距，因此，还具有对用户的操作不可控的特点。

图1为现有技术中短信业务处理系统的结构示意图，如图1所示，现有的短信营业厅的短信业务处理系统从业务接收到业务受理可分为三个单元，分别为业务接收单元101、业务分发单元102和业务受理单元103，其中；

所述业务接收单元101，用于从业务运营支撑系统(BOSS，Business&OperationSupport System)网关接收业务短信，与所述业务分发单元102通过短连接的方式建立连接，并将所述业务短信发送至所述业务分发单元102；

所述业务分发单元102，用于对接收到的所述业务接收单元101发送的业务短信进行指令解析和分类，并通过四层交换机将解析后的业务短信请求发送至所述业务受理单元103；

例如：业务分发单元102接收到由所述业务接收单元101发送的业务短信为查询流量时，业务分发单元102对接收到的业务短信进行指令解析后为：CXLL，并将查询流量的业务短信作为一种业务类型；业务分发单元102接收到由所述业务接收单元101发送的业务短信为流量领取时，业务分发单元102对接收到的业务短信进行指令解析后为：LLLQ，并将流量领取的业务短信作为一种业务类型；业务分发单元102接收到由所述业务接收单元101发送的除了以上两种业务短信之外的其他业务短信时，将此类业务短信作为一种业务类型，这样，业务分发单元102就把短信营业厅的所有业务短信分为三种业务类型，然后通过四层交换机将解析后的业务短信请求发送至所述业务受理单元103。

所述业务受理单元103，用于对接收到业务分发单元102发送的所述业务短信请求进行处理。

这里，业务受理单元103主要用于对接收到的业务短信请求进行业务查询和业务办理，并针对不同的业务类型启动一定数量的服务进程来完成业务查询和业务办理。例如，对查询流量的业务类型启动20个服务进程，对流量领取业务类型启动30个服务进程，对其他业务类型启动40个服务进程。

图2为现有技术中以查询流量为例的业务平均受理时长的示意图，如图2所示，以业务类型为查询通用分组无线服务(GPRS，General Packet Radio Service)为例，在业务办理高峰期，系统资源出现业务量严重积压情况，导致业务办理的平均时长明显增加。

图3为现有技术中每小时处理的总业务量的示意图，如图3所示，由于现有技术方案是为每个业务类型分配固定的系统资源，系统资源不会随着业务量的变化而变化，如此可以看出，现有技术中的方法很容易导致某些业务类型的服务非常空闲，而某些业务类型的服务非常忙碌同时存有大量业务量的积压，造成系统资源不能得到合理、充分的利用，使系统处理能力受到限制。

发明内容

为解决现有存在的技术问题，本发明实施例期望提供一种资源分配方法及系统，能够根据当前业务类型的业务量自动分配系统资源，使系统资源得到合理利用，避免系统资源浪费的情况发生。

本发明实施例的技术方案是这样实现的：

根据本发明实施例的方面，提供一种资源分配方法，所述方法包括：

获取当前业务类型的系统资源信息，根据所述系统资源信息对当前业务类型进行系统资源分配计算；

根据所述系统资源分配计算结果执行对当前业务类型的系统资源分配。

上述方案中，所述根据所述系统资源信息对当前业务类型进行系统资源分配计算包括：

将所述系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；

根据所述参考值计算需要对当前业务类型分配的系统资源数量。

上述方案中，所述根据所述系统资源信息对当前业务类型进行系统资源分配计算还包括：

当所述系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型分配的系统资源数量进行调整。

上述方案中，所述方法还包括：对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；

当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

上述方案中，所述系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息。

根据本发明实施例的另一方面，提供一种资源分配系统，所述系统包括：资源信息获取单元、资源分配计算单元和资源分配执行单元；其中，

所述资源信息获取单元，用于获取当前业务类型的系统资源信息；

所述资源分配计算单元，用于根据所述资源信息获取单元获取到的系统资源信息对当前业务类型进行系统资源分配计算；

所述资源分配执行单元，用于根据所述资源分配计算单元对所述系统资源分配计算结果执行对当前业务类型的系统资源分配。

上述方案中，所述资源分配计算单元具体用于：将所述资源信息获取单元获取到的系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；根据所述参考值计算需要给当前业务类型分配的系统资源数量。

上述方案中，所述资源分配计算单元具体还用于：当所述资源信息获取单元获取到的系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型分配的系统资源数量进行调整。

上述方案中，所述系统还包括资源稽核单元，用于对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

上述方案中，所述系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息。

本发明实施例提供一种资源分配方法及系统，获取当前业务类型的系统资源信息，根据所述系统资源信息对当前业务类型进行系统资源分配计算；根据所述系统资源分配计算结果执行对当前业务类型的系统资源分配。如此，能够实现对当前业务类型的系统资源进行合理地动态分配，既能满足高业务量对系统资源的需求，又能避免低业务量对系统资源的占用，实现了系统资源的合理利用。

附图说明

图1为现有技术中短信业务处理系统的结构示意图；

图2为现有技术中以查询流量为例的业务平均受理时长的示意图；

图3为现有技术中每小时处理的总业务量的示意图；

图4为本发明实施例中资源分配方法的实现流程示意图；

图5为本发明实施例中资源分配系统的组成结构示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

图4为本发明实施例中资源分配方法实现流程示意图；如图4所示，该方法包括：

步骤401，获取当前业务类型的系统资源信息，根据所述系统资源信息对当前业务类型进行系统资源分配计算；

这里，所述系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息；

所述获取可由本发明实施例资源分配系统中系统资源管理模块的资源信息获取单元完成，并将获取的系统资源信息存储于资源池单元中；当资源信息获取单元获取到当前业务类型的系统资源信息并存储在资源池单元后，资源分配系统中的各个单元就可以在需要时从资源池单元获取需要的数据信息。

其中，当前业务类型的业务数据信息包括：当前业务类型ID、当前业务类型的业务总量、业务积压量、业务处理完成量和当前业务类型对应的后台服务进程数量。获取当前业务类型的业务数据信息具体由资源信息获取单元每隔一段时间，如：60秒向短信业务处理模块中的业务分发单元发起请求，获取当前业务类型的相关业务数据信息，并将获取到的业务数据信息存储到资源池单元中，当前业务类型的业务数据信息具体如表1所示：

表1

主机资源的数据信息包括：主机名称、主机的总内存数据、空闲内存数据和空闲CPU数据。获取主机资源的数据信息具体由资源信息获取单元通过执行相应的SHELL脚本信息获取到的，然后再将获取到的主机资源的数据信息存储到资源池单元中，主机资源的数据信息具体如表2所示：

表2

当前业务类型的配置信息包括：业务类型信息配置、计算策略信息配置和稽核频率配置。获取当前业务类型的配置信息具体由本发明实施例资源分配系统中系统配置管理模块负责完成，包含了系统整体运行的参数配置；现有的短信业务处理模块将所有的业务类型归为了几大类，每类业务类型对应不同的业务端口；在本发明实施例中，系统配置管理模块中的业务类型配置单元将短信处理模块中对不同业务类型的系统资源已分配或未分配的端口提前配置到数据库中，供系统资源管理模块中的资源信息获取单元对系统资源进行调度，业务类型信息配置主要包括业务类型ID、业务类型名称、每类业务对应的服务端口以及当前端口的使用状态；业务类型配置具体如表3所示：

表3

其中，计算策略信息配置是为保证系统资源分配合理，对系统资源分配策略的计算方法进行配置，包括系统资源的参数名称和参数值，如此，资源分配计算单元可根据计算策略配置单元中配置的系统资源分配策略的计算方法对当前业务类型进行系统资源分配计算，有效的保证系统资源的合理利用，避免了系统资源浪费。计算策略配置具体如表4所示：

参数名称	参数值
		单个服务进程占用的CPU-经验值	50％
单个服务进程占用的内存-经验值	1800000(K)
		启动单个服务进程时：系统内存不能低于该值	5000000(K)
启动单个服务进程时：空闲CPU不能低于该值	20％

表4

在本发明实施例中，系统资源分配策略的计算方法包括：单服务最大能力值的计算、当前业务分配计算和业务预判计算，是由资源分配计算单元根据已经获取的当前业务类型的业务数据信息、主机资源的数据信息来计算当前业务类型的系统资源分配是否合理，如果分配不合理，则根据计算策略配置单元中配置的系统资源分配策略计算方法对当前业务类型进行系统资源分配计算，这种策略是以SHELL脚本的形式生成，由系统资源管理模块中的资源分配执行单元负责执行。

在本发明实施例中，所述根据所述系统资源信息对当前业务类型进行系统资源分配计算包括：将所述系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；根据所述参考值计算需要给当前业务类型分配的服务进程数量。

这里，该单位时间可以是预设的1分钟或1小时等，在此并不限制。由资源分配计算单元根据计算策略配置单元中配置的单服务最大能力值计算方法计算所述系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值，计算公式如下：

其中，P代表单服务能力值；m代表所述系统资源信息中所有服务进程在单位时间内处理的业务量；t代表单位时间；n代表总服务进程数；在本发明实施例中，计算所需要的数据来自于当前业务类型的业务数据信息，在不考虑外界因素的情况下，当前业务类型的业务量出现业务积压时，单服务能力达到最大值。

例如，参考表1中的数据，当前业务类型的ID是Q0，当前的查询时间是10点整，业务类型Q0中没有业务积压，则不对当前业务类型Q0进行系统资源分配计算；而业务类型Q2在当前时间10点整时，积压了1243笔业务，此时由资源分配计算单元采用计算策略配置单元中配置的当前业务分配计算方法开始对当前业务类型Q2进行系统资源分配计算，计算公式如下：

其中，Q代表需要对当前业务类型启动的系统资源数量；M代表当前业务类型积压的业务量；P代表单服务能力值，T代表当前业务类型的业务缓冲时间，在这里，当前业务类型的业务缓冲时间是个预设值，是预计多长时间内能将当前业务类型积压的业务量处理完毕。在本发明实施例中，当计算结果不是整数时，对计算结果进行四舍五入取整后作为系统资源分配策略的结果值，这个值就是对当前业务类型启动的系统资源数量。

在本发明方法实施例中，所述根据所述系统资源信息对当前业务类型进行系统资源分配计算还包括：当所述系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型所分配的系统资源数量进行调整。

这里，主要是判断当前业务类型在预设时间内业务量是否发生变化，当业务量发生变化时，由资源分配计算单元采用计算策略配置单元中配置的业务预判计算方法对当前业务类型所分配的系统资源进行动态调整计算。例如：当前业务类型分配的系统资源数量是m，当前业务类型在第一时间段的预设时间10分钟内处理的总业务量为n，当前业务类型在第二个时间段预设时间10分钟内处理的总业务量为n1，如果n>n1，说明当前业务类型的业务量在第二个时间段已降低，需要释放系统资源，计算公式如下：

其中，A代表需要释放的系统资源数量；m*P代表当前业务类型在第一时间段的预设时间10分钟内处理的总业务量n。

如果n<n1，说明业务类型Q0的业务量在第二个时间段会提高，需要增加系统资源，计算公式如下：

其中，B代表需要增加的系统资源数量，m*P代表当前业务类型在第一时间段的预设时间10分钟内处理的总业务量n。

在本发明实施例中，当计算结果不是整数时，对计算结果进行四舍五入取整后作为系统资源分配策略的结果值。

稽核频率配置由系统配置管理模块中的稽核频率配置单元对系统资源中服务进程检查的频率进行配置。例如，为了避免人为启动或停止系统资源中的服务进程，配置每天对系统资源中服务进程检查N次，N可以取3，如此，来确保系统资源的实际分配数据与业务类型配置单元配置到数据库中的数据相同。

步骤402，根据所述系统资源分配计算结果执行对当前业务类型的系统资源分配；

这里，执行系统资源分配可由系统资源管理模块中的资源分配执行单元，将系统资源分配计算结果转换为服务进程的启动或停止，并执行转换后的操作，如果是启动，则根据资源池单元中存储的业务类型配置数据选择未使用的端口启动服务进程；如果是停止，则根据资源池单元中存储的业务类型配置数据执行相应服务进程的停止脚本，执行完毕后，将系统资源中最新的状态同步到业务类型配置单元中，并将执行结果发送到短信业务处理模块中的业务受理单元。

表5为系统资源分配策略执行前的配置数据表，系统资源分配策略执行前，Q0业务类型的系统资源分配数据如表5所示：

表5

表6为系统资源分配策略执行后的配置数据表，系统资源分配策略执行后，Q0业务类型系统资源分配数据如表6所示：

表6

在本发明实施例中，所述资源分配方法还可以包括：对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

这里，为了避免人为启动或停止系统资源中的服务进程，导致实际启动的服务进程与业务类型配置单元配置到数据库中的配置数据不一致，由资源稽核单元根据稽核频率配置单元中配置的稽核数据，通过执行相应脚本，获取到每种业务类型对应的系统资源分配数据，例如，程序自动执行命令ps-ef|grep服务名称|grep Q0，获取到促销、数据业务受理类型的进程启动信息，然后与数据库中的配置数据比较，以实际启动的服务进程为准，同步到业务类型配置单元中。

在本发明实施例中，所述资源分配方法还可以包括：为系统维护人员分配系统资源查询短信指令的控制权限，系统维护人员通过输入短信指令，检查当前系统资源分配信息、系统资源使用信息。例如：通过输入短信指令BOMCJK#P，可以查询当前系统的服务进程信息；通过输入短信指令BOMCJK#M，可以查询当前系统的主机信息，包括主机内存使用情况和CPU使用情况。

图5为本发明实施例中资源分配的系统结构示意图，如图5所示，该系统包括：资源信息获取单元511、资源分配计算单元512和资源分配执行单元513；其中，资源信息获取单元511、资源分配计算单元512和资源分配执行单元513可以位于系统资源管理模块51中；

所述资源信息获取单元511，用于获取当前业务类型的系统资源信息；所述资源分配计算单元512，用于根据所述系统资源信息对当前业务类型进行系统资源分配计算；

这里，所述资源信息获取单元511获取到的系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息；

在本发明实施例中，所述资源分配系统还可以包括资源池单元515，用于存储获取到的当前业务类型的系统资源信息；当资源信息获取单元511获取到当前业务类型的系统资源信息并存储在资源池单元515后，资源分配系统中的各个单元就可以在需要时从资源池单元515获取需要的数据信息。

其中，当前业务类型的业务数据信息包括：当前业务类型ID、当前业务类型的业务总量、业务积压量、业务处理完成量和当前业务类型对应的后台服务进程数量。获取当前业务类型的业务数据信息具体由资源信息获取单元511每隔一段时间，如：60秒向短信业务处理模块52中的业务分发单元521发起请求，获取当前业务类型的相关业务数据信息，并将获取到的业务数据信息存储到资源池单元515中，业务数据信息具体如表1所示。

主机资源的数据信息包括：主机名称、主机的总内存数据、空闲内存数据和空闲CPU数据。获取主机资源的数据信息具体是由资源信息获取单元511通过执行相应的SHELL脚本信息获取到的，然后再将获取到的主机资源的数据信息存储到资源池单元515中，主机资源的数据信息具体如表2所示。

该资源分配系统还可以包括：业务类型配置单元531、计算策略配置单元532和稽核频率配置单元533，所述业务类型配置单元531、计算策略配置单元532和稽核频率配置单元533可以位于系统配置管理模块53中，所述系统配置管理模块53用于配置当前业务类型的配置信息，包含系统整体运行的参数配置；

当前业务类型的配置信息包括：业务类型信息配置、计算策略信息配置和稽核频率配置；现有的短信业务处理模块52将所有的业务类型归为了几大类，每类业务类型对应不同的业务端口，在本发明实施例中，业务类型信息配置主要包括业务类型ID、业务类型名称、每类业务对应的服务端口以及当前端口的使用状态，业务类型配置单元531将短信业务处理模块52中对不同业务类型的系统资源已分配或未分配的端口提前配置到数据库中，供系统资源管理模块51中的资源信息获取单元511对系统资源进行调度，业务类型配置具体如表3所示。

计算策略信息配置，是为保证系统资源分配合理，对系统资源分配策略的计算方法进行配置，包括系统资源的参数名称和参数值，如此，资源分配计算单元512可根据计算策略配置单元532中配置的系统资源分配策略的计算方法对当前业务类型进行系统资源分配计算，有效的保证系统资源的合理利用，避免了系统资源浪费。计算策略配置具体如表4所示。

在本发明系统实施例中，系统资源分配策略的计算方法包括：单服务最大能力值的计算、当前业务分配计算和业务预判计算，由资源分配计算单元512根据已经获取的当前业务类型的业务数据信息、主机资源的数据信息来计算当前业务类型的系统资源分配是否合理，如果分配不合理，则根据计算策略配置单元532中配置的系统资源分配策略计算方法对当前业务类型进行系统资源分配计算，这种策略是以SHELL脚本的形式生成，由系统资源管理模块51中的资源分配执行单元513负责执行。

在本发明系统实施例中，所述资源分配计算单元512具体用于：将所述资源信息获取单元511获取到的系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；根据所述参考值计算需要给当前业务类型分配的服务进程数量。

这里，该单位时间可以是预设的1分钟或1小时等，在此并不限制。由资源分配计算单元512根据计算策略配置单元532中配置的单服务最大能力值计算方法计算所述系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值，计算公式如下：

其中，P代表单服务能力值；m代表所述系统资源信息中所有服务进程在单位时间内处理的业务量；t代表单位时间；n代表总服务进程数；在本发明实施例中，计算所需要的数据来自于当前业务类型的业务数据信息，在不考虑外界因素的情况下，当前业务类型的业务量出现业务积压时，单服务能力达到最大值。

例如，参考表1中的数据，当前业务类型的ID是Q0，当前的查询时间是10点整，业务类型Q0中没有业务积压，则不对当前业务类型Q0进行系统资源分配计算；而业务类型Q2在当前时间10点整时，积压了1243笔业务，此时由资源分配计算单元512采用计算策略配置单元532中配置的当前业务分配计算方法开始对当前业务类型Q2进行系统资源分配计算，计算公式如下：

其中，Q代表需要对当前业务类型启动的系统资源数量；M代表当前业务类型积压的业务量；P代表单服务能力值，T代表当前业务类型的业务缓冲时间，在这里，当前业务类型的业务缓冲时间是个预设值，是预计多长时间内能将当前业务类型积压的业务量处理完毕。在本发明实施例中，当计算结果不是整数时，对计算结果进行四舍五入取整后作为系统资源分配策略的结果值，这个值就是对当前业务类型启动的系统资源数量。

在本发明系统实施例中，所述资源分配计算单元512具体还用于：当所述资源信息获取单元511获取到的系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型所分配的系统资源数量进行调整。

这里，主要是判断当前业务类型在预设时间内业务量是否发生变化，当业务量发生变化时，由资源分配计算单元512采用计算策略配置单元532中配置的业务预判计算方法对当前业务类型所分配的系统资源进行动态调整计算。例如：当前业务类型分配的系统资源数量是m，当前业务类型在第一时间段的预设时间10分钟内处理的总业务量为n，当前业务类型在第二个时间段预设时间10分钟内处理的总业务量为n1，如果n>n1，说明业务类型的业务量在第二个时间段已降低，需要释放系统资源，计算公式如下：

其中，A代表需要释放的系统资源数量；m*P代表当前业务类型在第一时间段的预设时间10分钟内处理的总业务量n。

如果n<n1，说明业务类型Q0的业务量在第二个时间段会提高，需要增加系统资源，计算公式如下：

其中，B代表需要增加的系统资源数量，m*P代表当前业务类型在第一时间段的预设时间10分钟内处理的总业务量n。

在本发明系统实施例中，当计算结果不是整数时，对计算结果进行四舍五入取整后作为系统资源分配策略的结果值。

稽核频率配置由稽核频率配置单元533对系统资源中服务进程检查的频率进行配置。例如，为了避免人为启动或停止系统资源中的服务进程，配置每天对系统资源中服务进程检查N次，N可以取3，如此，来确保系统资源的实际分配数据与业务类型配置单元配置到数据库中的数据相同。

所述资源分配执行单元513，用于根据所述资源分配计算单元512对系统资源分配计算结果执行对当前业务类型的系统资源分配。

这里，执行系统资源分配由系统资源管理模块51中的资源分配执行单元513，将资源分配计算单元512对系统资源分配的计算结果转换为服务进程的启动或停止，并执行转换后的操作，如果是启动，则根据资源池单元515中存储的业务类型配置数据选择未使用的端口启动服务进程；如果是停止，则根据资源池单元515中存储的业务类型配置数据执行相应服务进程的停止脚本，执行完毕后，将系统资源中最新的状态同步到业务类型配置单元531中，并将执行结果发送到短信业务处理模块52中的业务受理单元522。

系统资源分配策略执行前，Q0业务类型系统资源分配数据如表5所示；系统资源分配策略执行后，Q0业务类型系统资源分配数据如表6所示。

在本发明实施例中，所述资源分配系统还可以包括资源稽核单元514，用于对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

这里，为了避免人为启动或停止系统资源中的服务进程，导致实际启动的服务进程与业务类型配置单元531配置到数据库中的配置数据不一致，由资源稽核单元514根据稽核频率配置单元533中配置的稽核数据，通过执行相应脚本，获取到每种业务类型对应的系统资源分配数据，例如，程序自动执行命令ps-ef|grep服务名称|grep Q0，获取到促销、数据业务受理类型的进程启动信息，然后与数据库中的配置数据比较，以实际启动的服务进程为准，同步到业务类型配置单元531中。

在本发明实施例中，所述资源分配系统还可以包括资源分配查询单元516，用于为系统维护人员分配系统资源查询短信指令的控制权限，系统维护人员通过短信指令，到资源池单元515中检查当前系统资源分配信息、系统资源使用信息。例如：通过短信指令BOMCJK#P，可以查询当前系统的服务进程信息；通过短信指令BOMCJK#M，可以查询当前系统的主机信息，包括主机内存使用情况和CPU使用情况。

本发明实施例中系统资源的分配工作是由应用程序自动完成，实时分析系统主机资源，如：内存、CPU的数据使用率，可根据各个业务类型的业务办理量自动调整每个业务类型的系统资源数量，无需人为参与，改变了现有技术中固定资源分配导致系统资源浪费的情况，使系统资源得到了合理的利用。

在实际应用中，所述资源信息获取单元511、资源分配计算单元512、资源分配执行单元513、资源稽核单元514、资源池单元515、资源分配查询单元516、业务类型配置单元531、计算策略配置单元532和稽核频率配置单元533均可由位于资源分配装置中的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)等实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种资源分配方法，其特征在于，所述方法包括：

获取当前业务类型的系统资源信息，所述系统资源信息表征当前业务类型的业务数据处理情况、主机资源的使用情况和当前业务类型对应的服务端口配置情况；

根据所述当前业务类型的业务数据处理情况、主机资源的使用情况和当前业务类型对应的服务端口配置情况，确定当前业务类型的系统资源分配不合理的情况下，根据系统资源分配策略计算方法对当前业务类型进行系统资源分配计算；所述系统资源分配策略计算方法包括单服务最大能力值的计算、当前业务分配计算和业务预判计算；

根据系统资源分配计算结果执行对当前业务类型的系统资源分配。

2.根据权利要求1所述的方法，其特征在于，所述当前业务分配计算包括：

将所述系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；

根据所述参考值计算需要对当前业务类型分配的系统资源数量。

3.根据权利要求2所述的方法，其特征在于，所述业务预判计算包括：

当所述系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型分配的系统资源数量进行调整。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；

当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息。

6.一种资源分配系统，其特征在于，所述系统包括：资源信息获取单元、资源分配计算单元和资源分配执行单元；其中，

所述资源信息获取单元，用于获取当前业务类型的系统资源信息，所述系统资源信息表征当前业务类型的业务数据处理情况、主机资源的使用情况和当前业务类型对应的服务端口配置情况；

所述资源分配计算单元，用于根据所述当前业务类型的业务数据处理情况、主机资源的使用情况和当前业务类型对应的服务端口配置情况，确定当前业务类型的系统资源分配不合理的情况下，根据系统资源分配策略计算方法对当前业务类型进行系统资源分配计算；所述系统资源分配策略计算方法包括单服务最大能力值的计算、当前业务分配计算和业务预判计算；

所述资源分配执行单元，用于根据所述资源分配计算单元得到的系统资源分配计算结果执行对当前业务类型的系统资源分配。

7.根据权利要求6所述的系统，其特征在于，所述资源分配计算单元具体用于：将所述资源信息获取单元获取到的系统资源信息中单个服务进程在单位时间内处理业务量的最大值，作为计算当前业务类型的系统资源分配策略的参考值；根据所述参考值计算需要给当前业务类型分配的系统资源数量。

8.根据权利要求7所述的系统，其特征在于，所述资源分配计算单元具体还用于：当所述资源信息获取单元获取到的系统资源信息中当前业务类型的业务量在预设时间内发生变化时，根据所述参考值对当前业务类型分配的系统资源数量进行调整。

9.根据权利要求6所述的系统，其特征在于，所述系统还包括资源稽核单元，用于对当前业务类型的系统资源分配数据与数据库中配置的数据进行稽核；当前业务类型的系统资源分配数据与数据库中配置的数据不一致时，以当前业务类型分配的系统资源数据为准，同步修改数据库中的配置数据。

10.根据权利要求6至9任一项所述的系统，其特征在于，所述系统资源信息包括：当前业务类型的业务数据信息、主机资源的数据信息和当前业务类型的配置信息。

Images