CN109325297B - 一种管理束线管长度的方法以及服务器 - Google Patents

Abstract

本申请实施例公开了一种管理束线管长度的方法，该方法包括：获取目标束线管的长度；判断目标束线管的长度是否落入最优范围，最优范围是打线不良率为零值时所对应的历史束线管的长度的范围；若判断出目标束线管的长度未落入所述最优范围，则提示将目标束线管的长度变更为最优范围中的最优长度。本申请实施例还提供相应的管理束线管长度的服务器。本申请技术方案通过管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

Description

一种管理束线管长度的方法以及服务器

技术领域

本申请涉及通信技术领域，具体涉及一种管理束线管长度的方法以及服务器。

背景技术

随着互联网经济的快速发展，海量数据正以前所未有的增长趋势冲击着整个数据中心行业，对IT基础架构提出了更高的要求。服务器作为数据中心的核心部件之一，为了适应未来大规模业务增长的需求，也需要对其架构进行优化和重构。在服务器的资源重构架构中，计算资源重构是其中一个重要应用。同时模块化和高密度是服务器发展的重要趋势，表现为通用服务器逐渐向整机柜服务器演化。

目前通用服务器的风扇运转过程，通常需要借助线缆才能与使得风扇运转的设备进行连接。对于线缆而言，束线管的长短设计可以对线缆起到一个束缚的作用。而在目前的风扇束线管设计中，通常将风扇束线管长度设计过短。

由于风扇束线管长度设计过短，很容易使得线缆松散，从而进入到风扇内部，造成打线不良。

发明内容

本申请实施例提供了一种管理束线管长度的方法以及服务器，使得束线管较好地束缚线缆，避免线缆打线不良。

有鉴于此，本申请实施例提供如下方案：

本申请第一方面提供一种管理束线管长度的方法，它主要涉及到束线管以及服务器，该管理束线管长度的方法可以包括：获取目标束线管的长度；判断目标束线管的长度是否落入最优范围，最优范围是打线不良率为零值时所对应的历史束线管的长度的范围；若判断出目标束线管的长度未落入所述最优范围，则提示将目标束线管的长度变更为最优范围中的最优长度。由以上第一方面可见，通过判断目标束线管的长度不落在最优范围内，则可以提示将目标束线管的长度变更为最优范围中的最优长度，这样就可以通过管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

可选地，结合上述第一方面，在第一种可能的实现方式中，判断目标束线管的长度是否落入最优范围，可以包括：判断目标束线管的长度是否大于或等于最优范围中的最小值；若不是，判断出目标束线管的长度未落入最优范围。通过将目标束线管的长度与最优范围的最小值进行比较，提高了判断的准确度。

可选地，结合上述第一方面，在第二种可能的实现方式中，判断目标束线管的长度是否落入最优范围，可以包括：判断目标束线管的长度是否小于或等于最优范围的最大值；若不是，则判断出目标束线管的长度未落入最优范围。通过将目标束线管的长度与最优范围的最大值进行比较，提高了判断的准确度。

可选地，结合上述第一方面、第一方面第一种可能的实现方式或第一方面第二种可能的实现方式，在第三种可能的实现方式中，提示将目标束线管的长度变更为最优范围中的最优长度，可以包括：下发变更请求，变更请求用于提示将目标束线管的长度变更为最优范围中的最优长度。

可选地，结合上述第一方面第三种可能的实现方式，在第四种可能的实现方式中，最优范围中的最优长度为22mm。

可选地，结合上述第一方面，在第五种可能的实现方式中，打线不良率与历史束线管的长度存在多对一的对应关系，对应关系用于确定最优范围。

本申请第二方面提供一种服务器，该服务器具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元、模块或子模块。

本申请第三方面提供的服务器，包括：处理器和存储器；该存储器用于存储程序指令，当该装置时，该处理器执行该存储器存储的该程序指令，以使该计算机设备执行如上述第一方面或第一方面任意一种可能实现方式的管理束线管长度的方法。

本申请第四方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的管理束线管长度的方法。

本申请第五方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的管理束线管长度的方法。

本申请第六方面提供一种芯片系统，该芯片系统包括处理器，用于支持服务器实现上述第一方面或第一方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中，芯片系统还包括存储器，存储器，用于保存装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第二方面、第三方面、第四方面、第五方面、第六方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过判断目标束线管的长度不落在最优范围内，则提示将目标束线管的长度变更为最优范围中的最优长度；因此通过这样对束线管的长度进行管理，从而使得束线管能够有效地束缚线缆，避免了线缆打线不良。

附图说明

图1是现有技术中束线管长度设计的示意图；

图2是本申请实施例提供管理束线管长度的方法的一个实施例示意图；

图3是本申请实施例提供管理束线管长度的方法的另一个实施例示意图；

图4是本申请实施例提供管理束线管长度的方法的另一个实施例示意图；

图5是本申请实施例提供的服务器的一个实施例示意图；

图6是本申请实施例提供的服务器的另一个实施例示意图；

图7是本申请实施例提供的服务器的另一个实施例示意图。

具体实施方式

本申请实施例提供了一种管理束线管长度的方法以及服务器，使得束线管较好地束缚线缆，避免线缆打线不良。

图1是现有技术中束线管长度设计的示意图。

风扇的运转，通常必不可少的借助线缆才能与使其运转的设备进行连接。而起到连接作用的线缆，通常是由多根的不同线缆所组成的，因此，当风扇进行运转时，线缆有可能会因为风扇转动而被拉扯到，这就很容易造成线缆断开，从而进入到风扇内部并随着风扇转动。

对于线缆而言，束线管的设计可以对线缆起到一个束缚的作用。

如图1所示，在涉及的通用服务器的风扇中，很明显地看出，束线管的长度过于短，并没有对线缆起到一个最有效地束缚作用，当风扇转动时，很容易使得线缆受到风扇转动而出现的断开情况发生，所断开的线缆会进入风扇内部，造成打线不良；所谓的打线不良是指引线框架之间的连接，当线缆被打断后，电源将无法工作，别的硬件也将受损。

以上图1是对现有技术方案的场景示意图的介绍，为了便于理解，下面介绍本申请实施例所提供的管理束线管长度的方法。

图2是本申请实施例提供管理束线管长度的方法的一个实施例示意图。

如图2所示，本申请实施例提供管理束线管长度的方法的一个实施例包括：

201、获取目标束线管的长度。

本实施例中，目标束线管是新获取的束线管，通过测量目标束线管的长度则可以获取到目标束线管的长度。

202、判断目标束线管的长度是否落入最优范围，最优范围是打线不良率为零值时所对应的历史束线管的长度的范围。

本实施例中，在获取到目标束线管的长度后，需要把该目标束线管的长度是否落入最优范围中作为一个判断要不要变更束线管的一个评判依据。

需要说明的是，最优范围是打线不良率为零值时所对应的历史束线管的长度所形成的范围；打线不良率是指测量历史束线管的长度造成所束缚的线缆松散而进入到风扇内部的不良情况。

203、若不是，则提示将目标束线管的长度变更为最优范围中的最优长度。

本实施例中，当判断出目标束线管的长度并不落在最优范围，说明现有的目标束线管的长度并不能够对线缆起到一个很好的束缚作用，那么就提示将目标束线管的长度变更为最优范围中的最有长度。

需要说明的是，若判断出目标束线管的长度落在最优范围内时，那么就不需要提示将目标束线管的长度变更为最优范围中的最有长度，而是直接使用该目标束线管的长度对线缆进行束缚。

本实施例中，通过判断目标束线管的长度不落在最优范围内，则提示将目标束线管的长度变更为最优范围中的最优长度，这样就可以通过管理束线管的长度，从而有效地束缚线缆，避免了线缆打线不良。

针对目标束线管的长度未落入最优范围的判断方式不同，可以分别进行详细说明本申请实施例提供的管理束线管长度的方案。

1、与最优范围的最小值比较；

2、与最优范围的最大值比较。

需要说明的是，上述的2个方案目的都是为了提高判断的准确度以及判断多样性。

1、与最优范围的最小值比较

为了便于理解，下面对本申请实施例中的具体流程进行具体介绍，请参阅图3，图3是本申请实施例提供管理束线管长度的方法的另一个实施例示意图。

如图3所示，本申请实施例提供管理束线管长度的方法的另一个实施例包括：

301、获取目标束线管的长度。

本实施例中，目标束线管是新获取的束线管，通过测量目标束线管的长度则可以获取到目标束线管的长度。

302、判断目标束线管的长度是否大于或等于最优范围中的最小值。

本实施例中，若在获取目标束线管的长度之后，则可以判断目标束线管的长度是不是大于或者等于最优范围中的最小值，这样就可以提高了判断目标束线管的长度在最优范围内的可能性。

需要说明的是，因为最小值是最优范围的一个范围界限，因此可以通过将目标束线管的长度与最小值进行比较，可以获知目标束线管的长度是否落入最优范围。

进一步说明的是，该最优范围是根据打线不良率与所对应的历史束线管的长度之间的多对一的对应关系确定出来的，并且该打线不良率的取值为零，也就是说不存在打线不良的情况下，该范围才可以是最优范围。

303、若不是，则判断目标束线管的长度未落入最优范围。

本实施例中，若判断出目标束线管的长度并不是大于或等于最优范围的最小值，也就是说目标束线管的长度小于最优范围的最小值，就可以判断出所获取到的目标束线管的长度并未落入最优范围，即所获取的目标束线管并不适用于束缚线缆。

例如：最优范围中的最小值为22mm，而获取到的目标束线管的长度为21mm，那么很清楚的看出该目标束线管的长度小于该最小值，表明该目标束线管的长度并未落入最优范围。

需要说明的是，若判断出目标束线管的长度落在最优范围内时，那么就不需要提示将目标束线管的长度变更为最优范围中的最有长度，而是直接使用该目标束线管的长度对线缆进行束缚。

304、下发变更请求。

本实施例中，在判断出目标束线管的长度并未落入最优范围时，那么就可以通过下发变更请求提示厂商，使得厂商可以根据变更请求进行生产束线管。

需要说明的是，该变更请求是可以用于提示厂商将目标束线管的长度变更为最优范围中的最优长度，在实际生活中，还有很多方式可以起到提示的作用，具体此处不做限定说明。

例如，若最优范围中的最优长度就是该最优范围中的最小值，那么就需要提示将目标束线管的长度21mm变更为22mm。

本实施例中，通过判断获取到的目标束线管的长度小于最优范围中的最小值，则可以判断出目标束线管的长度并未落入最优范围，以此为依据进行下发变更请求，提示将目标束线管的长度进行变更为最优范围中的长度，这样就可以通过管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

2、与最优范围的最大值比较

为了便于理解，下面对本申请实施例中的具体流程进行具体介绍，请参阅图4，图4是本申请实施例提供管理束线管长度的方法的另一个实施例示意图。

如图4所示，本申请实施例提供管理束线管长度的方法的另一个实施例包括：

401、获取目标束线管的长度。

本实施例中，与上述步骤301类似，具体此处不做赘述。

402、判断目标束线管的长度是否小于或等于最优范围的最大值。

本实施例中，若在获取目标束线管的长度之后，则可以判断目标束线管的长度是不是小于或等于最优范围的最大值，这样就可以提高了判断目标束线管的长度在最优范围内的可能性。

需要说明的是，因为最大值也是最优范围的一个范围界限，因此可以通过将目标束线管的长度与最大值进行比较，可以获知目标束线管的长度是否落入最优范围。

进一步说明的是，该最优范围是根据打线不良率与所对应的历史束线管的长度之间的多对一的对应关系确定出来的，并且该打线不良率的取值为零，也就是说不存在打线不良的情况下，该范围才可以是最优范围。

403、若不是，则判断目标束线管的长度未落入最优范围。

本实施例中，若判断出目标束线管的长度并不是小于或等于最优范围的最大值，也就是说目标束线管的长度大于最优范围的最大值，就可以判断出所获取到的目标束线管的长度并未落入最优范围，即所获取的目标束线管并不适用于束缚线缆。

例如：最优范围中的最大值为22mm，而获取到的目标束线管的长度为24mm，那么很清楚的看出目标束线管的长度大于该最大值，则表明该目标束线管的长度并未落入最优范围中。

需要说明的是，若判断出目标束线管的长度落在最优范围内时，那么就不需要提示将目标束线管的长度变更为最优范围中的最有长度，而是直接使用该目标束线管的长度对线缆进行束缚。

404、下发变更请求。

本实施例中，在判断出目标束线管的长度并未落入最优范围时，那么就可以通过下发变更请求提示厂商，使得厂商可以根据变更请求进行生产束线管。

需要说明的是，该变更请求是可以用于提示厂商将目标束线管的长度变更为最优范围中的最优长度，在实际生活中，还有很多方式可以起到提示的作用，具体此处不做限定说明。

例如，若最优范围中的最优长度就是该最优范围中的最大值，那么就需要提示将目标束线管的长度24mm变更为22mm。

本实施例中，通过判断获取到的目标束线管的长度大于最优范围中的最大值，则可以判断出目标束线管的长度并未落入最优范围，以此为依据进行下发变更请求，提示将目标束线管的长度进行变更为最优范围中的长度，这样就可以通过管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

上述主要从单侧的角度对本申请实施例提供的方案进行了介绍。可以理解的是为了实现上述功能，包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图5是本申请实施例提供的服务器的一个实施例示意图。

如图5所示，本申请实施例提供的服务器包括获取单元501、判断单元502、提示单元503；

获取单元501，用于获取目标束线管的长度；

判断单元502、用于判断获取单元获取的目标束线管的长度是否落入最优范围，最优范围是打线不良率为零值时所对应的历史束线管的长度的范围；

提示单元503、用于当判断单元判断出目标束线管的长度不落在最优范围内时，提示将目标束线管的长度变更为最优范围中的最优长度。

通过判断单元502判断该获取单元501获取到的目标束线管的长度不落在最优范围内，则可以通过提示单元501提示将目标束线管的长度变更为最优范围中的最优长度，这样就可以管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

为了便于理解，请参阅图6对本申请实施例中的服务器进行详细地理解，图6是本申请实施例提供的服务器的另一个实施例示意图，包括获取单元601、判断单元602、提示单元603，与上述501-503的功能类似；

本实施例中的提示单元603可以包括：

下发模块6031，用于下发变更请求，该变更请求用于提示将目标长度变更为最优范围中的最优长度。

本实施例中，通过判断目标束线管的长度不落在最优范围内，则可以通过下发模块6031提示将目标束线管的长度变更为最优范围中的最优长度，这样就可以管理束线管的长度，从而有效地束缚线缆，避免了打线不良。

上面从模块化功能实体的角度对本申请实施例中的服务器进行描述，下面从硬件处理的角度对本申请实施例中的服务器模块进行描述，请参阅图7，本申请实施例中的服务器另一实施例可以包括：

输入接口701、输出接口702、处理器703和存储器704，(其中服务器中的处理器701的数量可以一个或多个，图7中以一个处理器701为例)。在本申请的一些实施例中，输入接口701、输出接口702、处理器703和存储器704可通过总线或其它方式连接，其中，图7中以通过总线连接为例。

通过调用存储器704存储的操作指令，处理器703，用于实现上述提供的管理束线管长度的实施例。

具体的，图5中的获取单元501、判断单元502、提示单元503，图6中的获取单元601、判断单元602、提示单元603以及下发模块6031的功能/实现过程可以通过图7中的处理器703调用存储器704中存储的计算机执行指令来实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的服务器和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。例如，以上所描述的服务器实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种管理束线管长度的方法，其特征在于，包括：

获取目标束线管的长度；

判断所述目标束线管的长度是否落入最优范围，所述最优范围是打线不良率为零值时所对应的历史束线管的长度的范围，所述打线不良率是指测量历史束线管的长度造成所束缚的线缆松散而进入到风扇内部的不良情况；

若判断出所述目标束线管的长度未落入所述最优范围，则提示将所述目标束线管的长度变更为所述最优范围中的最优长度。

2.根据权利要求1所述的方法，其特征在于，所述判断所述目标束线管的长度是否落入最优范围，包括：

判断所述目标束线管的长度是否大于或等于所述最优范围中的最小值；

若不是，则判断出所述目标束线管的长度未落入所述最优范围。

3.根据权利要求1所述的方法，其特征在于，所述判断所述目标束线管的长度是否落入最优范围，包括：

判断所述目标束线管的长度是否小于或等于所述最优范围的最大值；

若不是，则判断出所述目标束线管的长度未落入所述最优范围。

4.根据权利要求1至3中任一所述的方法，其特征在于，所述提示将所述目标束线管的长度变更为所述最优范围中的最优长度，包括：

下发变更请求，所述变更请求用于提示将所述目标束线管的长度变更为所述最优范围中的最优长度。

5.根据权利要求4所述的方法，其特征在于，所述最优范围中的最优长度为22mm。

6.根据权利要求1所述的方法，其特征在于，所述打线不良率与所述历史束线管的长度存在多对一的对应关系，所述对应关系用于确定所述最优范围。

7.一种服务器，其特征在于，包括：

获取单元，用于获取目标束线管的长度；

判断单元，用于判断所述获取单元获取的目标束线管的长度是否落入最优范围，所述最优范围是打线不良率为零值时所对应的历史束线管的长度的范围，所述打线不良率是指测量历史束线管的长度造成所束缚的线缆松散而进入到风扇内部的不良情况；

提示单元，用于当所述判断单元判断出所述目标束线管的长度不落在所述最优范围内时，提示将所述目标束线管的长度变更为所述最优范围中的最优长度。

8.根据权利7所述的服务器，所述提示单元，包括：

下发模块，用于下发变更请求，所述变更请求用于提示将所述目标束线管的长度变更为所述最优范围中的最优长度。

9.一种服务器，其特征在于，所述服务器包括：输入/输出（I/O）接口、处理器和存储器，

所述存储器中存储有程序指令；

所述处理器用于执行存储器中存储的程序指令，执行如权利要求1-6中任一所述的方法。

10.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在计算机设备上运行时，使得所述计算机设备执行如权利要求1-6中任一项所述的方法。

Images