项目预算的计算方法、装置、计算机设备及存储介质与流程

本发明属于数据分析领域，更具体地说，是涉及一种项目预算的计算方法、装置、计算机设备及存储介质。

背景技术：

目前的项目预算都是由人工进行计算，由于项目预算计算的科目繁多，且科目对应的资源配置不同时价目不同，因此用人工进行项目预算需要耗费大量的人力资源且耗费的时间长，容易出现计算错误。此外，若项目预算需要调整，由于涉及的科目多，则人工进行项目预算的调整也很容易进行差错。

综上，目前由人工进行的项目预算，耗时长且容易出错，效率较低。

技术实现要素：

本发明实施例提供一种项目预算的计算方法、装置、计算机设备及存储介质，以解决人工进行项目预算效率较低的问题。

一种项目预算的计算方法，包括：

根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务；

根据所述定时更新任务从所述客户端中获取项目的第一资源配置清单；

根据所述第一资源配置清单获取第一子资源的标识，根据所述第一子资源的标识获取第一资源报价；

根据所述第一资源配置清单和所述第一资源报价计算第一预算总价。

一种项目预算的计算装置，包括：

定时更新任务获取模块，用于根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务；

第一配置清单获取模块，用于根据所述定时更新任务从所述客户端中获取项目的第一资源配置清单；

第一资源报价获取模块，用于根据所述第一资源配置清单获取第一子资源的标识，根据所述第一子资源的标识获取第一资源报价；

第一预算总价计算模块，用于根据所述第一资源配置清单和所述第一资源报价计算第一预算总价。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述项目预算的计算方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述项目预算的计算方法的步骤。

上述项目预算的计算方法、装置、计算机设备及存储介质，根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务，然后根据定时更新任务从客户端中获取项目的第一资源配置清单，再根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价，最后根据第一资源配置清单和第一资源报价计算第一预算总价。通过定时更新任务来获取资源报价，可以使项目预算始终保持最新的报价，保证项目预算的精度；进一步地，通过定时更新任务自动进行项目预算的计算，可以减少人工的操作，从而减少项目预算的计算出错的概率，提高项目预算的计算效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中项目预算的计算方法的一应用环境示意图；

图2是本发明一实施例中项目预算的计算方法的一流程图；

图3是本发明一实施例中项目预算的计算方法的另一流程图；

图4是本发明一实施例中项目预算的计算方法的另一流程图；

图5是本发明一实施例中项目预算的计算方法的另一流程图；

图6是本发明一实施例中项目预算的计算方法的另一流程图；

图7是本发明一实施例中项目预算的计算装置的一原理框图；

图8是本发明一实施例中项目预算的计算装置中第二预算总价计算模块的一原理框图；

图9是本发明一实施例中项目预算的计算装置中第一替代配置获取模块的一原理框图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请提供的项目预算的计算方法，可应用在如图1的应用环境中，其中，客户端通过网络与服务端进行通信，服务端根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务，然后根据定时更新任务从客户端获取项目的第一资源配置清单，再根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价，最后根据第一资源配置清单和第一资源报价计算第一预算总价返回客户端。其中，客户端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。可选地，客户端可以为配置管理数据库(configurationmanagementdatabase，简称cmdb)，cmdb存储与管理企业it架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。可以理解，本发明实施例不限于cmdb，也可以为其它类似的可以支持项目预算的应用软件。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种项目预算的计算方法，以该方法应用在图1中的服务端为例进行说明，包括如下步骤：

s10：根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务。

其中，客户端的实时时间是指客户端当前的时间，例如，cmdb的当前时间务。可选地，客户端的实时时间可以通过连接到网络时间进行更新。预设的更新任务触发规则是指服务端预置的用于触发定时更新任务的规则，具体地，预设的更新任务触发规则是指当客户端的实时时间到达设定的时间点时触发定时更新任务。其中，设定的时间点可以根据需要进行设定，这里不做具体限定，例如是每天、每十天或者每月第一天等等。

其中，定时更新任务是指用于开始对项目预算进行定时更新的任务，项目预算的更新主要包括对资源价格的更新，资源价格是指项目内包括的资源的价格，用于进行项目预算。可选地，定时更新任务由用户在客户端创建，并发送至服务端存储。可选地，定时更新任务可以用调度框架来设置，其中，调度框架可以是quartz，quartz是一个完全由java编写的开源作业调度框架，通过配置触发条件，可以使其在设定的时间点触发相应的job开始工作。

具体地，当客户端的实时时间到达设定的时间点时，定时更新任务被触发，服务端获取到定时更新任务，然后根据定时更新任务的设置开始进行项目预算的更新。

可以理解，在客户端中包含多个子系统，而涉及项目预算的为其中一个或几个子系统，由于定时更新任务是根据项目预算进行设置的，因此，在设置定时更新任务时，服务端可以通过设置项目预算包括的子系统的名称来指定定时更新任务对应的子系统，例如通过设置“报价”子系统的名称来指定更新报价子系统的数据，或者通过设置“资源列表”子系统的名称来指定更新资源列表的数据等，使涉及项目预算的子系统进行定时更新。可选地，项目预算中包括的子系统中，不同的子系统可以设置不同的定时更新任务的触发时间。其中，子系统的名称可以在定时更新任务中进行预先设置。

s20：根据定时更新任务从客户端中获取项目的第一资源配置清单。

其中，第一资源配置清单是指第一次进行定时更新任务时的资源配置清单，可以理解，这里的第一次进行定时更新任务是指进行初始化配置时进行定时更新任务，可以根据需要进行指定，例如指定每月的第一天作为第一次。应理解，第一资源配置清单为一个项目包括的资源配置的清单，例如，若一个项目包括a、b和c三个资源配置，那么第一资源配置清单即是指该项目的资源配置的清单包括a、b和c三个资源配置。可以理解，第一资源配置清单可以为多个，其中，一个第一资源配置清单对应一个项目。

具体地，服务端首先根据客户端中的子系统的名称找到项目列表，再从项目列表中获取一个项目的资源配置清单作为第一资源配置清单。

s30：根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价。

其中，第一子资源是指第一资源配置清单包括的资源，示例性地，资源可以是硬盘、cpu、内存或显示器等。子资源的标识是指服务端用于区分不同子资源的标识，示例性地，子资源的标识可以为子资源名称、型号或资源编号等。具体地，服务端将资源报价与子资源的标识绑定在一起存储在服务端的数据库中，服务端根据子资源的标识可以从数据库中获取相应的资源报价。

其中，第一资源报价是指与第一子资源一一对应的资源报价。可选地，资源报价由用户在客户端进行输入，并存储在服务端的数据库中；也可以由服务端与相应的供应商建立接口，服务端再从供应商的相关数据库中获取。

具体地，服务端根据第一资源配置清单获取对应的第一子资源的标识，再根据第一子资源的标识从服务端的数据库中获取相应的报价。

s40：根据第一资源配置清单和第一资源报价计算第一预算总价。

具体地，服务端根据第一资源配置清单将获取的第一资源报价乘以第一资源配置清单中第一子资源的个数，再求和汇总在一起，即可获得第一预算总价。例如，第一资源配置清单中包括a、b和c第一子资源，相应的第一资源报价为1000元、2000元和3000元，第一子资源的个数为3、2和1，则第一预算总价为1000*3+2000*2+3000*1＝10000元。可选地，当获取到第一预算总价时，服务端将第一资源配置清单、第一资源报价和第一预算总价发送至客户端，供用户进行审核。

在图2对应的实施例中，根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务，然后根据定时更新任务从客户端中获取项目的第一资源配置清单，再根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价，最后根据第一资源配置清单和第一资源报价计算第一预算总价。通过定时更新任务来获取资源报价，可以使项目预算始终保持最新的报价，保证项目预算的精度；进一步地，通过定时更新任务自动进行项目预算的计算，可以减少人工的操作，从而减少项目预算的计算出错的概率，提高项目预算的计算效率。

在一实施例中，如图3所示，在步骤s40之后，即在根据第一资源配置清单和第一资源报价计算第一预算总价的步骤之后，本实施例提供的项目预算的计算方法还包括以下步骤：

s51：根据预定触发条件从客户端中获取项目的第二资源配置清单。

可选地，预定触发条件可以以定时更新任务作为触发条件，即当再次进行定时更新任务时(例如第二天)，服务端从客户端中获取项目的第二资源配置清单。预定触发条件也可以以子资源的变化信息来作为触发条件。例如若资源配置清单中的a子资源变更为b子资源时，服务端获取到子资源的变化信息，则获取项目的第二资源配置清单。其中，第二资源配置清单是指根据预定触发条件获取的对应的资源配置清单。可以理解，根据预定触发条件进行获取的资源配置清单可能已发生变化，需要对项目预算重新进行核算。

具体地，当预定触发条件满足时，服务端在客户端根据项目名称来获取项目的第二资源配置清单。

s52：若第二资源配置清单与第一资源配置清单不同，则根据第二资源配置清单获取第二子资源的标识，根据第二子资源的标识获取第二资源报价。

可以理解，若项目对应的资源配置发生变化，则项目对应的资源配置清单也会发生变化，相应地，项目预算也要相应地调整。例如，资源配置清单中的某个子资源的供应商发生改变，则需要重新获取该子资源对应新的供应商的报价，同时调整项目预算。

具体地，服务端根据获取的第二资源配置清单与第一资源配置清单进行比较，若第二资源配置清单与第一资源配置清单对应的子资源个数不同，或者子资源的标识不相同，则服务端判定第二资源配置清单与第一资源配置清单不同，然后根据第二资源配置获取第二子资源的标识，再根据第二子资源的标识获取第二资源报价。其中，资源配置清单根据更新时间存储在服务端的数据库中，可以根据不同的更新时间来进行资源配置清单的比较。可选地，将第二资源配置清单与第一资源配置清单进行比对时，若第二资源配置清单与第一资源配置清单对应的子资源个数相同，且子资源的标识也相同，则服务端判定第二资源配置清单与第一资源配置清单相同。可选地，当第二资源配置清单与第一资源配置清单相同时，结束该项目的定时更新任务，即项目对应的资源配置清单没有发生变化，不需要调整项目预算。

可以理解，当预定触发条件为子资源的变化信息时，则服务端可以直接判定第二资源配置清单与第一资源配置清单不同，然后根据第二资源配置清单获取对应的第二子资源的标识，再根据第二子资源的标识获取第二资源报价。

s53：根据第二资源配置清单和第二资源报价计算第二预算总价。

具体地，服务端根据第二资源配置清单将获取的第二资源报价乘以第二资源配置清单中对应的第二子资源的个数，求和汇总后得到第二预算总价。

s54：若第二预算总价不等于第一预算总价，则发送提示消息至客户端。

具体地，服务端将第二预算总价与第一预算总价进行比较，若第二预算总价与第一预算总价不相等，则发送相应的提示消息至客户端，使用户获知项目预算的总价发生了变化，需要进行审核。其中，预算总价根据定时更新任务的更新时间存储于服务端的数据库中，服务端可以进行不同更新时间的项目预算的比较。可选地，当服务端向客户端发送提示消息时，服务端将发生变化的子资源及相应的报价一起发送至客户端，使用户获知具体配置的变化。

在图3对应的实施例中，根据预定触发条件从客户端中获取项目的第二资源配置清单，若第二资源配置清单与第一资源配置清单不同，则根据第二资源配置清单获取第二子资源的标识，根据第二子资源的标识获取第二资源报价，然后根据第二资源配置清单和第二资源报价计算第二预算总价，若第二预算总价不等于第一预算总价，则发送提示消息至客户端。通过定时更新任务来获取项目预算的变化，并进行相应的项目预算的调整，可以保持项目预算的精度；另外，根据定时更新任务来进行项目预算的调整，可以减少人工操作，从而减少项目预算出错的概率，提高项目预算调整的效率。

在一实施例中，如图4所示，在步骤s40之后，即在根据第一资源配置清单和第一资源报价计算第一预算总价的步骤之后，本实施例提供的项目预算的计算方法还包括以下步骤：

s61：根据监控数据获取第一预设子资源的每日使用增量和节点剩余天数。

其中，监控数据是指由监控工具获取的数据，监控工具可以为监控客户端各种资源参数及使用情况数据的工具。可选地，监控工具为zabbix监控工具，其中，zabbix监控工具能监视各种网络参数，保证客户端的稳定运行，并提供灵活的通知机制以让用户快速定位和解决存在的各种问题。具体地，将监控工具与客户端和服务端连接，监控工具从客户端获取相应的监控数据，并将监控数据传输至服务端，服务端即可获取到监控数据。

其中，第一预设子资源是指服务端预先设置的具有使用容量的子资源，例如硬盘，第一预设子资源可以根据实际情况进行具体设置，这里不做限定。每日使用增量是指第一预设子资源的每天数据的增量，例如，某个项目的硬盘的每天增加10g的数据量，则每日使用增量为10g。可选地，由于每日使用增量可能为一个变化的数值，因此，从监控数据获取每日使用增量时，可以将一段时间内(例如是一周内)的平均使用增量作为第一预设子资源的每日使用增量。可以理解，由于第一预设子资源的容量是有限的，为了保证第一预设子资源的使用功能，需要对第一预设子资源的使用做好预算，给出合理的处理方案，例如有计划地增加第一预设子资源的数量，从而保证第一预设子资源的使用功能。

其中，节点剩余天数是指距指定的节点剩余的天数，节点可以根据实际情况进行具体指定，例如，指定年终为节点，则计算当前时间与指定节点相差的天数即可以得到节点剩余天数。

具体地，服务端根据监控数据获取第一预设子资源的每日使用增量，并获取相应的节点剩余天数。可选地，第一预设子资源的每日使用增量也可以由服务端根据客户端的日期的变化来计算，即第一预设子资源的每天的使用量都存储在服务端的日志中，服务端根据日志将当天的使用量减去前一天的使用量可以得到第一预设子资源的每日使用增量。可以理解，通过服务端根据客户端日期的变化来计算第一预设子资源的每日使用增量时，也可以将一段时间内的平均使用增量作为第一预设子资源的每日使用增量。

s62：根据每日使用增量和节点剩余天数获取第一预设子资源的预算消耗。

其中，第一预设子资源的预算消耗是指到达节点时子资源预计会消耗的容量。

具体地，服务端将获取的第一预设子资源的每日使用增量乘以节点剩余天数，即可获得第一预设子资源预算消耗。例如，若某硬盘(第一预设子资源)的每日使用增量为10g，节点剩余天数为30天，则将10*30＝300g，可以获知该硬盘到节点时将要使用300g的数据量，即第一预设子资源的预算消耗为300g。

s63：将第一预设子资源的预算消耗与第一监控阈值进行比较，若第一预设子资源的预算消耗大于第一监控阈值，则获取第一预设子资源的替代配置。

其中，第一监控阈值可以根据相应的子资源进行具体的设定，例如，若硬盘容量为500g，则可以设定400g、450g或480g作为第一监控阈值，也可以根据第一预设子资源的容量百分比来设置第一监控阈值，例如规定80％作为第一监控阈值。

其中，第一预设子资源的替代配置是指对第一预设子资源根据预算消耗进行调整后的配置，例如将硬盘的容量增加100g。可选地，当服务端判定第一预设子资源的预算消耗大于第一监控阈值时，发送提示消息至客户端，使用户调整第一预设子资源的配置。可以理解，当第一预设子资源的配置发生改变时，第一监控阈值也相应变化；当调整后的第一预设子资源配置的预算消耗小于或等于第一监控阈值时，获取该子资源配置作为第一预设子资源的替代配置。例如，若硬盘原来的容量为500g，增加100g变为600g，若预算消耗为450g，第一监控阈值为80％，即为600*80％＝480g，由于预算消耗450g小于第一监控阈值480g，则可以将该配置作为第一预设子资源的替代配置。

在图4对应的实施例中，根据监控数据获取第一预设子资源的每日使用增量和节点剩余天数，根据每日使用增量和节点剩余天数获取第一预设子资源的预算消耗，最后将第一预设子资源的预算消耗与第一监控阈值进行比较，若第一预设子资源的预算消耗大于第一监控阈值，则获取第一预设子资源的替代配置。通过监控数据对子资源的使用进行监控，再根据子资源的预算消耗来判断子资源的使用的合理性，从而有计划地改变子资源的配置，在此基础上进行项目预算，可以使项目预算更加符合实际情况，提高项目预算的稳定性，从而减少项目预算的调整，提高项目预算的计算效率。

在一实施例中，如图5所示，在步骤s40之后，即在根据第一资源配置清单和第一资源报价计算第一预算总价的步骤之后，本实施例提供的项目预算的计算方法还包括以下步骤：

s71：根据监控数据定时获取第二预设子资源的使用率。

其中，监控数据的获取与步骤s61相同，这里不再赘述。

其中，第二预设子资源是指服务端预先设置的具有使用率指标的子资源，可以根据实际情况进行具体设定，这里不做具体限定。第二预设子资源的使用率是指第二预设子资源的使用占用率，例如cpu的使用率。可以理解，当第二预设子资源的使用率达到一定程度时，可能影响第二预设子资源的继续使用，从而影响整个项目的运行。

具体地，服务端根据设定的时间定时从监控数据中获取子资源的使用率。其中，设定的时间可以根据实际情况进行设定，这里不做具体限定，例如每天、每半个月或每半年等等。

s72：将第二预设子资源的使用率与第二监控阈值进行比较，若第二预设子资源的使用率大于第二监控阈值，则获取第二预设子资源的替代配置。

其中，第二监控阈值可以根据实际需要进行设定，例如规定子资源的80％使用率作为第二监控阈值。第二预设子资源的替代配置是指根据使用率进行调整后的配置，例如升级后的cpu配置。可选地，服务端将获得的第二预设子资源的使用率与第二监控阈值进行比较，若第二预设子资源的使用率大于第二监控阈值，则发送提示消息至客户端，由用户在客户端对第二预设子资源进行调整，然后根据监控数据获取调整后的第二预设子资源的使用率，若调整后的第二预设子资源的使用率小于或等于第二监控阈值，则服务端获取调整后的配置作为第二预设子资源的替代配置。

可选地，服务端还可以设定另外一个监控阈值，当第二预设子资源的使用率小于该监控阈值时，说明第二预设子资源存在冗余，需要降低第二预设子资源的配置，则服务端也发送提示消息至客户端，使用户对第二预设子资源进行调整，再获取调整后的配置作为第二预设子资源的替代配置。例如，若该监控阈值为30％，第二预设子资源的使用率为20％，则第二预设子资源的使用率小于该监控阈值，说明需要降低第二预设子资源的配置。可选地，可以跟其它项目综合进行考虑，例如某个项目需要升级配置，另外一个项目需要降低配置，则可以判断是否可以将降低的配置用到升级的配置上。

在图5对应的实施例中，根据监控数据定时获取第二预设子资源的使用率，将第二预设子资源的使用率与第二监控阈值进行比较，若第二预设子资源的使用率大于第二监控阈值，则获取第二预设子资源的替代配置。通过监控数据对子资源的使用进行监控，可以有计划地调整子资源的配置，保证项目的稳定运行；进一步地，在此基础上进行项目预算，可以使项目预算更加符合实际情况，提高项目预算的稳定性，从而减少项目预算的调整，提高项目预算的计算效率。

在一实施例中，如图6所示，在图3或图4所示实施例的基础上，本实施例提供的项目预算的计算方法还可以包括以下步骤：

s81：根据第一预设子资源的替代配置或第二预设子资源的替代配置更新第一资源配置清单，得到第三资源配置清单。

具体地，当服务端获取到第一预设子资源的替代配置或第二预设子资源的替代配置时，根据第一预设子资源的替代配置或第二预设子资源的替代配置更新该子资源所在的资源配置清单，即第一资源配置清单，得到第三资源配置清单。

s82：根据第三资源配置清单获取第三子资源的标识，根据第三子资源的标识获取第三资源报价。

具体地，服务端根据更新得到的第三资源配置清单获取第三子资源的标识，再根据第三子资源的标识从服务端的数据库获取相应的报价作为第三资源报价。可选地，服务端根据第一预设子资源的替代配置或第二预设子资源的替代配置获取资源报价，即更新发生变化的子资源的报价。

s83：根据第三资源配置清单和第三资源报价计算第三预算总价。

具体地，服务端根据第三资源配置清单将获取的第三资源报价乘以相应子资源的个数从而得到第三预算总价。

s84：将第三预算总价和第三资源配置清单发送至客户端。

具体地，服务端将第三预算总价和与第三预算总价对应的第三资源配置清单发送至客户端。可选地，服务端在向客户端发送消息时，将发生变化的第一预设子资源的替代配置或第二预设子资源的替代配置一起发送至客户端，使用户可以获知具体变化的子资源。

在图6对应的实施例中，根据第一预设子资源的替代配置或第二预设子资源的替代配置更新第一资源配置清单，得到第三资源配置清单；然后根据第三资源配置清单获取第三子资源的标识，根据第三子资源的标识获取第三资源报价；再根据第三资源配置清单和第三资源报价计算第三预算总价，最后将第三预算总价和第三资源配置清单发送至客户端。通过在替代配置的基础上进行项目预算，可以使项目预算更加符合实际情况，从而减少项目预算的调整，提高项目预算的精度和效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种项目预算的计算装置，该项目预算的计算装置与上述实施例中项目预算的计算方法一一对应。如图7所示，该项目预算的计算装置包括定时更新任务获取模块10、第一配置清单获取模块20、第一资源报价获取模块30和第一预算总价计算模块40。各功能模块详细说明如下：

定时更新任务获取模块10，用于根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务；

第一配置清单获取模块20，用于根据定时更新任务从客户端中获取项目的第一资源配置清单；

第一资源报价获取模块30，用于根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价；

第一预算总价计算模块40，用于根据第一资源配置清单和第一资源报价计算第一预算总价。

进一步地，如图8所示，项目预算的计算装置还包括第二预算总价计算模块50，其中，第二预算总价计算模块50包括第二配置清单获取单元51、第二资源报价获取单元52、第二预算总价计算单元53和提示消息发送单元54。

第二配置清单获取单元51，用于根据预定触发条件从客户端中获取项目的第二资源配置清单；

第二资源报价获取单元52，用于若第二资源配置清单与第一资源配置清单不同，则根据第二资源配置清单获取第二子资源的标识，根据第二子资源的标识获取第二资源报价；

第二预算总价计算单元53，用于根据第二资源配置清单和第二资源报价计算第二预算总价；

提示消息发送单元54，用于若第二预算总价不等于第一预算总价，则发送提示消息至客户端。

进一步地，如图9所示，项目预算的计算装置还包括第一替代配置获取模块60，其中，第一替代配置获取模块60包括监控数据获取单元61、预算消耗获取单元62、替代配置获取单元63。

监控数据获取单元61，用于根据监控数据获取第一预设子资源的每日使用增量和节点剩余天数；

预算消耗获取单元62，用于根据每日使用增量和节点剩余天数获取第一预设子资源的预算消耗；

替代配置获取单元63，用于将第一预设子资源的预算消耗与第一监控阈值进行比较，若第一预设子资源的预算消耗大于第一监控阈值，则获取第一预设子资源的替代配置。

进一步地，项目预算的计算装置还包括第二替代配置获取模块，其中，第二替代配置获取模块具体用于：

根据监控数据定时获取第二预设子资源的使用率；

将第二预设子资源的使用率与第二监控阈值进行比较，若第二预设子资源的使用率大于第二监控阈值，则获取第二预设子资源的替代配置。

进一步地，项目预算的计算装置还包括第三预算总价计算模块，其中，第三预算总价计算模块具体用于：

根据所述第一预设子资源的替代配置或所述第二预设子资源的替代配置更新所述第一资源配置清单，得到第三资源配置清单；

根据所述第三资源配置清单获取第三子资源的标识，根据所述第三子资源的标识获取第三资源报价；

根据所述第三资源配置清单和所述第三资源报价计算第三预算总价；

将所述第三预算总价和所述第三资源配置清单发送至所述客户端。

关于项目预算的计算装置的具体限定可以参见上文中对于项目预算的计算方法的限定，在此不再赘述。上述项目预算的计算装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储定时更新任务、资源配置清单、资源报价和监控数据等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现前述任意一种项目预算的计算方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务；

根据定时更新任务从客户端中获取项目的第一资源配置清单；

根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价；

根据第一资源配置清单和第一资源报价计算第一预算总价。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据客户端的实时时间及预设的更新任务触发规则获取定时更新任务；

根据定时更新任务从客户端中获取项目的第一资源配置清单；

根据第一资源配置清单获取第一子资源的标识，根据第一子资源的标识获取第一资源报价；

根据第一资源配置清单和第一资源报价计算第一预算总价。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。