基于Tomcat的服务配置方法、系统、终端及存储介质

技术领域

本申请涉及计算机技术领域，尤其是涉及基于Tomcat的服务配置方法、系统、终端及存储介质。

背景技术

随着科技的发展，一个系统平台可以同时满足多个软件程序的运行，如Windows系统平台、Mac系统平台、Linux系统平台等均可以运行多种软件程序，从而提供多种服务。

但是每一个系统平台都具有自己专用的软件程序打包工具，所以采用不同的系统平台打包出来的软件程序往往不能兼容。因此，对于相同的软件程序，在不同的系统平台上运行时需要重新构建一遍软件程序，导致软件程序跨平台复用的成本升高。

发明内容

本申请提供一种基于Tomcat的服务配置方法、系统、终端及存储介质，具有降低软件程序跨平台复用的成本的特点。

本申请目的一是提供一种基于Tomcat的服务配置方法。

本申请的上述申请目的一是通过以下技术方案得以实现的：

一种基于Tomcat的服务配置方法，包括：

获取目标软件程序；

依据目标软件程序建立数据接口；

依据建立成功的数据接口生成结果数据。

通过采用上述技术方案，本申请能够在系统平台有更换软件程序的需求时，为系统平台匹配对应的目标软件程序，并建立用于传输目标软件程序的数据接口，将目标软件程序通过数据接口传输至有更换软件程序需求的系统平台中，从而能够避免在多个系统平台中分别建立软件程序所带来的开销，即降低了软件程序跨平台复用的成本。

本申请在一较佳示例中可以进一步配置为：所述依据目标软件程序建立数据接口包括：

调取在指定时间段内发出请求配置指令的多个目标系统平台的基础信息，基础信息包括硬件资源和软件资源，所述目标系统平台是具有更换软件程序需求的系统平台；

保留硬件资源和软件资源均能够支撑目标软件程序运行的目标系统平台；

计算保留下来的多个目标系统平台的紧急分值；

按照紧急分值由大至小的顺序排列保留下来的多个目标系统平台得到传输列表；

依据传输列表中目标系统平台的顺序建立数据接口。

通过采用上述技术方案，在存在多个目标系统平台的情况下，本申请优先使紧急程度较高的目标系统平台更换目标软件程序，进而避免了紧急程度较高的目标系统平台在未及时更换所需的目标软件程序下带来的经济损失，进一步降低了软件程序跨平台复用的成本。

本申请在一较佳示例中可以进一步配置为：所述计算保留下来的多个目标系统平台的紧急分值包括：

获取目标系统平台的历史使用流量、关联系统平台数量以及历史被访问次数；

根据目标系统平台的历史使用流量计算得到第一分值T

根据目标系统平台的关联系统平台数量计算得到第二分值T

根据目标系统平台的历史被访问次数计算得到第三分值T

获取预设的第一权重W

计算目标系统平台的紧急分值：

通过采用上述技术方案，以目标系统平台的历史使用流量、关联系统平台数量以及历史被访问次数作为计算目标系统平台的紧急分值的影响因子，从而保障了计算所得的紧急分值的准确度。

本申请在一较佳示例中可以进一步配置为：所述根据目标系统平台的历史使用流量计算得到第一分值T

计算目标系统平台平均每一天消耗的流量；

计算目标系统平台的第一分值：

其中，K为映射因子，x

通过采用上述技术方案，首先，计算目标系统平台每一天消耗的流量后，再依据目标系统平台每一天消耗的流量计算得到第一分值T

本申请在一较佳示例中可以进一步配置为：所述根据目标系统平台的关联系统平台数量计算得到第二分值T

判断关联系统平台数量是否超出阈值范围Q；

若是，则第二分值：T

若否，则第二分值：T

本申请在一较佳示例中可以进一步配置为：所述根据目标系统平台的历史被访问次数计算得到第三分值T

计算目标系统平台平均每一天被访问的次数；

计算目标系统平台的第三分值：

其中，K为映射因子，y

通过采用上述技术方案，首先，计算目标系统平台平均每一天被访问的次数，再依据目标系统平台每一天被访问的次数计算得到第三分值T

本申请在一较佳示例中可以进一步配置为：所述在获取到目标软件程序之前，还包括：

获取请求配置指令；

判断缓存数据库中是否存在与请求配置指令对应的软件程序；

若是，则将与请求配置指令对应的软件程序标记为目标软件程序；

若否，将请求配置指令发送至数据仓库中，并接收数据仓库返回的目标软件程序。

通过采用上述技术方案，本申请预先设置有缓存数据库，所以在接收到目标系统平台发送的请求配置指令时，优先在缓存数据库中匹配目标软件程序，从而能够降低访问数据仓库的次数。而当缓存数据库中未存在与请求配置指令对应的目标软件程序时，再从数据仓库中匹配对应的目标软件程序，从而能够保障为目标系统平台匹配所需的目标软件程序。

本申请目的二是提供一种基于Tomcat的服务配置系统。

本申请的上述申请目的二是通过以下技术方案得以实现的：

一种基于Tomcat的服务配置系统，包括：

数据请求模块，用于获取目标软件程序；

数据处理模块，用于依据目标软件程序建立数据接口；

数据连接模块，用于依据建立成功的数据接口生成结果数据。

本申请目的三是提供一种智能终端。

本申请的上述申请目的三是通过以下技术方案得以实现的：

一种智能终端，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行的上述基于Tomcat的服务配置方法的计算机程序指令。

本申请目的四是提供一种计算机介质，能够存储相应的程序。

本申请的上述申请目的四是通过以下技术方案得以实现的：

一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种基于Tomcat的服务配置方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.一方面，本申请能够在系统平台有更换软件程序的需求时，为系统平台匹配对应的目标软件程序，并建立用于传输目标软件程序的数据接口，将目标软件程序通过数据接口传输至有更换软件程序需求的系统平台中，从而能够避免在多个系统平台中分别建立软件程序所带来的开销，即降低了软件跨平台复用的成本；

2.另一方面，本申请能够在存在多个目标系统平台的情况下，本申请优先使紧急程度较高的目标系统平台更换目标软件程序，进而避免了紧急程度较高的目标系统平台在未及时更换所需的目标软件程序下带来的经济损失，进一步降低了软件程序跨平台复用的成本。

附图说明

图1是本申请实施例的示例性运行环境示意图。

图2是本申请实施例的基于Tomcat的服务配置方法流程图。

图3为本申请实施例的基于Tomcat的服务配置方法中计算多个目标系统平台的紧急程度分值的流程图。

附图标记说明：1、数据仓库；11、数据中心模块；12、代理节点模块；13、基础镜像模块；14、安全监测模块；2、中间件；21、数据请求模块；22、数据处理模块；23、数据存储模块；24、数据连接模块；3、系统平台。

具体实施方式

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

图1为本申请实施例的示例性运行环境示意图，参照图1，该运行环境包括数据仓库1、中间件2以及系统平台3。其中，数据仓库1用于为多个系统平台3构建所需的软件程序。中间件2用于在系统平台3有替换软件程序的需求时，为系统平台3匹配所需的软件程序，从而替换系统平台3中的软件程序，进而避免了在系统平台3中重新构建其所需的软件程序，即能够降低为系统平台3替换软件程序的成本。

具体地，数据仓库1包括数据中心模块11、代理节点模块12、基础镜像模块13以及安全监测模块14。数据中心模块11为连接中心，分别与代理节点模块12、基础镜像模块13以及安全监测模块14进行双向通信。其中，代理节点模块12存储有硬件资源和软件资源，硬件资源如x86、ARM、RISC-V、C-SKY、MIPS等，软件资源如liteOS、HopenOS、Linux等。基础镜像模块13存储有搭建模型。数据中心模块11用于从代理节点模块12中调取硬件资源和软件资源，并从基础镜像模块13中调取搭建模型，然后根据获取到的硬件资源、软件资源以及搭建模型构建多种类型的软件程序。在建立软件程序后，由安全监测模块14检测软件程序的安全性和保密性，最后由数据中心模块11将通过安全检测的软件程序输出至基础镜像模块13中。因此，基础镜像模块13内存储有多种类型的软件程序。

中间件2是基于Tomcat服务器搭建的一种用于实现软件程序跨平台复用的电子模块。其中，Tomcat服务器是一个免费的开放源代码的Web应用服务器，Tomcat服务器因为具有技术先进、性能稳定、资源公开的优点而得到广泛应用。

在本申请中，中间件2也称为基于Tomcat的服务配置系统。具体地，该服务配置系统包括数据请求模块、数据处理模块、数据存储模块23以及数据连接模块。其中，数据处理模块分别与数据请求模块、数据存储模块23和数据连接模块连接，且数据请求模块、数据处理模块、数据存储模块23以及数据连接模块共同配合，以用于实现软件程序的跨平台复用。

在本实施例中，将具有更换软件程序需求的系统平台标记为目标系统平台，目标系统平台可以为Windows系统平台、Mac系统平台、Linux系统平台中的任意一种。

需要说明的是，图1所示的运行环境仅是解释性的，绝不是为了限制本发明实施例的应用或用途。例如，该运行环境中可以包括多个中间件2和多个目标系统平台，即一个数据仓库1能够支撑多个目标系统平台更换软件程序。

本申请还提供了一种基于Tomcat的服务配置方法，参照图2，该方法的主要流程描述如下。

步骤S1：获取目标软件程序。

中间件2是在受到触发后才获取目标软件程序的。具体地，目标系统平台在有更换软件程序的需求时，向中间件2发送请求配置指令。中间件2的数据请求模块21在接收到请求配置指令后，首先是识别请求配置指令中包含的目标系统平台所需的软件程序，然后在缓存数据库中寻找请求配置指令中包含的软件程序，如果缓存数据库中存在与请求配置指令中包含的软件程序一致的软件程序，则将存储在缓存数据库中的软件程序标记为目标软件程序。而如果缓存数据库中不存在与请求配置指令中包含的软件程序一致的软件程序，则数据请求模块21将请求配置指令转发至数据仓库1中。

具体地，在数据请求模块21转发请求配置指令至数据仓库1中时，由数据仓库1中的数据中心模块11接收请求配置指令，然后由数据中心模块11判断基础镜像模块13中是否存在与请求配置指令中包含的软件程序一致的软件程序，若是，则数据中心模块11将存储在基础镜像模块13中的软件程序标记为目标软件程序，并返回数据请求模块21中。而如果基础镜像模块13中不存在与请求配置指令中包含的软件程序一致的软件程序，则依据请求配置指令从代理节点模块12中获取硬件资源和软件资源，并从基础镜像模块13中调取搭建模型，再根据硬件资源、软件资源以及搭建模块构建出与请求配置指令中包含的软件程序相同的目标软件程序，并返回至数据请求模块21中。

上述的缓存数据库存储在数据存储模块23中。在本实施例中，数据仓库1每一次返回目标软件程序，则数据存储模块23都将备份目标软件程序放入缓存数据库中，从而便于在数据请求模块21再次接收到的请求配置指令中包含的软件程序与缓存数据库中的软件程序相同时，直接调用存储在缓存数据库中的软件程序，从而避免了数据仓库1重复构建相同软件程序的问题的出现。

需要说明的是，数据存储模块23的内存空间相对于数据仓库1的内存空间来说比较小，所以为了保障中间件2能够稳定的运行，数据存储模块23会周期性的淘汰缓存数据库中末位的软件程序。具体地：数据存储模块23以软件程序被调用的次数和存入的时间长度为依据，将软件程序被调用的次数越少且存入的时间距离越久的放置在缓存数据库中的末位中。所以数据存储模块23将会淘汰缓存数据库中被调用的次数少且存入的时间距离久的软件程序。

步骤S2：依据目标软件程序建立数据接口。

由于中间件2可以连接多个目标系统平台，所以在多个目标系统平台在指定时间段内均具有更换软件程序的需求时，中间件2的数据处理模块22首先调取多个目标系统平台的基础信息，每一个目标系统平台的基础信息包括其所具有的硬件资源和软件资源，硬件资源和软件资源用于为目标软件程序提供运行环境。然后，数据处理模块22将能够支撑目标软件程序运行的目标系统平台保留下来，并将保留下来的目标系统平台依照目标系统平台对于目标软件程序的需求紧急程度由高至低进行排序得到传输列表。最后，依据传输列表中目标系统平台的排序依次建立数据接口，并将目标软件程序从数据接口传输至目标系统平台中，即，实现了更换目标系统平台中软降程序的目的。

在本实施例中，上述的指定时间为10秒。也就是说，在中间件2接收到请求配置指令时启动计时，将在10秒内接收到的包含的内容相同的请求配置指令进行合并，对于包含的内容不相同的请求配置指令则继续为其匹配目标软件程序。

另外，上述计算保留下来的目标系统平台的紧急程度的流程为：

步骤S21：获取目标系统平台的历史使用流量、关联系统平台数量以及历史被访问次数。

需要说明的是，上述的历史使用流量是指目标系统平台在过去一年时间内消耗的流量，关联系统平台是指与目标系统平台通信连接的系统平台，所以目标系统平台的关联系统平台数量就是指与目标系统平台连接的系统平台的数量。而历史被访问次数是指目标系统平台在过去一年内被关联系统平台访问过的次数。

步骤S22：根据目标系统平台的历史使用流量计算得到第一分值T

具体地，在得到目标系统平台的历史使用流量后，计算目标系统平台平均每一天消耗的流量，然后将计算得到的平均每一天消耗的流量的值映射至[0,100]区间内，从而得到第一分值：

需要说明的是，上述的映射因子与映射[1,100]区间相关，即映射因子为映射区间中的最大值。

步骤S23：根据目标系统平台的关联系统平台数量计算得到第二分值T

具体地，在得到目标系统平台的关联系统平台数量后，判断关联系统平台的数量是否超出阈值范围Q。当关联系统平台数量位于阈值范围Q内时，关联系统平台数量为第二分值T

上述的阈值范围Q为[0-100]区间，而将阈值范围Q设置为[0,100]区间是因为受目标系统平台传输带宽的限制，每一个目标系统平台所对应的关联系统平台的数量不会太多，即与目标系统平台具有连接关系的关联系统平台的数量通常不会超过100台以上。基于此，上述步骤S22中也才会将映射区间设置为[0,100]，从而才能保障第一分值T

步骤S24：根据目标系统平台的历史被访问次数计算得到第三分值T

与步骤S22相似，在得到目标系统平台的历史被访问次数后，计算目标系统平台平均每一天被访问的次数，然后将计算得到的平均每一天目标系统平台被访问的次数值映射至[0-100]区间内，从而得到第三分值：

需要说明的是，本步骤中的k为映射因子且k=100，而将映射区间设置为[0,100]同样是为了保障第一分值T

步骤S25：获取预设的第一权重W

需要说明的是，第一权重W

步骤S26：计算目标系统平台的紧急分值：

在计算得到第一分值T

由此可知，在建立了上述的紧急分值的计算公式后，本申请就能够计算每一个目标系统平台的紧急分值，并在计算每一个目标系统平台的紧急分值后，进入下一步骤。

步骤S27：按照紧急分值由大至小的顺序对目标系统平台进行排序得到传输列表。

计算得到每一个目标系统平台的紧急分值后，按照紧急分值由大至小的顺序对目标系统平台进行排序，得到传输列表。而在得到传输列表后，数据处理模块22再按照传输列表中目标系统平台的排序依次建立数据接口，并将目标软件程序由建立的数据接口传输至目标系统平台中。

步骤S3：依据建立成功的数据接口生成结果数据。

需要说明的是，在接通中间件2与目标系统平台的第一时刻，数据处理模块22就将目标软件程序传输至目标系统平台中，而当目标系统平台成功运行目标软件程序时，返回关闭指令至数据处理模块22中，数据处理模块22再断开与目标系统平台的连接，从而完成更换目标系统平台中软件程序的目的。

否则，在目标系统平台未成功运行目标软件程序时，目标系统平台将返回错误指令至数据处理模块22中，数据处理模块22接收到错误指令后，不会中断为传输列表中下一排序的目标系统平台建立数据接口，而是将错误指令挂起，直至在遍历完成传输列表中的目标系统平台后，再重新抓取、检索返回错误指令的目标系统平台的基础信息，再根据基础信息校验数据请求模块21所获取到的硬件资源和软件资源是否有误。在校验中确定硬件资源和软件资源有误时生成预警信息，以便于提醒技术人员目标软件程序未运行成功是因为目标系统平台没有合适的运行环境而导致，同时，数据请求模块21将更新所获取到的基础信息，并重新为目标系统平台匹配新的目标软件程序。

另外，对于成功建立数据接口的中间件2和目标系统平台来说，由于用目标软件程序替换存在与目标系统平台中的软件程序需要消耗一定时间，所以目标系统平台在接收到目标软件程序和返回关闭指令之间存在一定的时间周期，在该时间周期内，技术人员可以通过目标系统平台远程操纵中间件2的数据连接模块24，如中断传输目标软件程序的操作。本申请将技术人员在上述时间周期内执行的操作导出为结果数据，并存储在数据存储模块23中，便于后续技术人员查看更换记录。

综上所述，本申请实施例一种基于Tomcat的服务配置方法的实施原理为：首先，由数据仓库1统一构建软件程序，然后在系统平台3有更换软件程序的需求时，由中间件2为有更换软件程序需求的系统平台3匹配对应的目标软件程序。再在匹配到目标软件程序时，计算多个目标系统平台更换目标软件程序的紧急分值，并按照紧急分值由大至小的顺序依次将目标软件程序传输至目标系统平台中，从而不仅实现了目标软件程序跨平台复用的目的，还能够保障在存在多个目标系统平台的情况下，优先使紧急程度较高的目标系统平台更换目标软件程序，进而避免了紧急程度较高的目标系统平台在未及时更换所需的目标软件程序下带来的经济损失，进一步降低了软件程序跨平台复用的成本。

为了更好地执行上述方法的程序，本申请还提供一种智能终端，智能终端包括存储器和处理器。

其中，存储器可用于存储指令、程序、代码、代码集或指令集。存储器可以包括存储程序区和存储数据区，其中存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令以及用于实现上述基于Tomcat的服务配置方法的指令等；存储数据区可存储上述基于Tomcat的服务配置方法中涉及到的数据等。

处理器可以包括一个或者多个处理核心。处理器通过运行或执行存储在存储器内的指令、程序、代码集或指令集，调用存储在存储器内的数据，执行本申请的各种功能和处理数据。处理器可以为特定用途集成电路、数字信号处理器、数字信号处理装置、可编程逻辑装置、现场可编程门阵列、中央处理器、控制器、微控制器和微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。

 本申请还提供一种计算机可读存储介质，例如包括：U盘、移动硬盘、只读存储器（Read Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。该计算机可读存储介质存储有能够被处理器加载并执行上述基于Tomcat的服务配置方法的计算机程序。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其他技术方案。例如上述特征与本申请中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。