一种食品生产经营全程风险信息库的构建方法及系统

摘要

本发明公开了一种食品生产经营全程风险信息库的构建方法及系统，所述方法包括：制定食品生产经营相关部门数据与信息库的数据交换规范；制定食品生产经营相关部门数据与信息库的数据交换接口规范；建立数据仓库平台；基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；基于数据仓库平台建立信息库。通过本方法和系统能够建立食品生产经营全程风险信息库，通过食品生产经营全程风险信息库能够对食品生产经营进行有效管理，以及实现食品生产经营数据共享。

说明书

技术领域

本发明涉及数据处理领域，具体地，涉及一种食品生产经营全程风险信息库的构建方法及系统。

背景技术

食品是人类赖以生存和发展的最基本物质条件，而食品安全也是人民群众最担忧和关注的问题之一。

我国食品安全长期以来是多个部分进行各自管理，每个部门有各自的管理方式和数据，导致企业食品管理混乱，各级部门监管平台数据相互独立，无法实现数据共享。

发明内容

为了解决现有食品生产经营管理混乱，数据无法实现共享的问题，本发明提出了一种食品生产经营全程风险信息库的构建方法及系统，通过本方法和系统能够建立食品生产经营全程风险信息库，通过食品生产经营全程风险信息库能够对食品生产经营进行有效管理，以及实现食品生产经营数据共享。

为实现上述目的，本发明提供了一种食品生产经营全程风险信息库的构建方法，所述方法包括：

制定食品生产经营相关部门数据与信息库的数据交换规范；

制定食品生产经营相关部门数据与信息库的数据交换接口规范；

建立数据仓库平台；

基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；

对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；

基于数据仓库平台建立信息库。

其中，本发明的原理为：首先制定食品生产经营相关部门数据与信息库的数据交换规范；然后制定食品生产经营相关部门数据与信息库的数据交换接口规范；然后建立数据仓库平台；然后基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；然后对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；然后基于数据仓库平台建立信息库。

食品企业风险信息库由食品生产经营全过程的动态数据和静态数据构成，静态数据由标准化权威性的知识体系、食品相关污染知识、食品风险控制措施及监管部门生产许可、经营许可和餐饮许可等内容组成。食品生产经营动态数据又分企业生产经营数据、监管部门监督抽查行政执法和行业发展的网络数据等组成。

本发明食品企业风险信息库分为四个部分：传统发酵食品风险信息库、乳品企业风险信息库、食品电商物流企业风险信息库、连锁餐饮中央厨房企业风险信息库。

优选的，数据仓库平台包括：

ODS层，用于与若干数据源建立连接，对若干个数据源的数据进行集成，作为数据仓库平台的数据处理的过渡；

数据仓库层，用于对ODS层中采集的相关数据进行处理；

应用层，基于数据仓库层应用层根据预设需求建立数据集市，基于数据集市建立各类食品企业知识库。

其中，本发明中食品安全相关的数据采集、挖掘、分析和监控预警等时间长、占比高，对数据质量要求比较高，一些基础数据的计算复杂度大、耗时长，不利于日常数据查询分析。通过设计构建Hadoop的异构型数据仓库体系结构，对数据进行清洗，可以有效的提高数据处理的效率和质量，满足课题研究的各种分析需求。数据仓库体系结构主要分为ODS层、DWD层以及DWS层。

优选的，本方法通过网络爬虫脚本从食品生产经营相关部门抓取食品经营企业相关数据；其中，My SQL结构化数据通过脚本程序同步到缓冲数据层；非结构化数据通过Flume/Kafka将数据通过到Hbase中，本方法能通过Spark和Hbase的整合完成数据分析和操作，或者直接存储到HDFS上；本方法使用Elastic Search完成搜索工作，通过SQL语句查询Hbase数据中有关食品的相关数据，然后通过数据过滤，获取食品经营企业的来源数据，根据来源数据建立起食品企业知识库。

优选的，静态数据包括：法律法规数据、食品相关知识数据、食品监管部门第一预设数据和指标清单数据；动态数据包括：食品企业生产经营数据、食品监管部门第二预设数据、网络数据和食品安全动态数据。

本发明还提供了一种食品生产经营全程风险信息库的构建系统，所述系统包括：

制定单元，用于制定食品生产经营相关部门数据与信息库的数据交换规范；制定食品生产经营相关部门数据与信息库的数据交换接口规范；

建立单元，用于建立数据仓库平台；

采集单元，用于基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；

处理单元，用于对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；

信息库建立单元，用于基于数据仓库平台建立信息库。

其中，本系统的原理为：利用制定单元制定食品生产经营相关部门数据与信息库的数据交换规范；制定食品生产经营相关部门数据与信息库的数据交换接口规范；利用建立单元建立数据仓库平台；利用采集单元基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；利用处理单元对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；利用信息库建立单元基于数据仓库平台建立信息库。

优选的，数据仓库平台包括：

ODS层，用于与若干数据源建立连接，对若干个数据源的数据进行集成，作为数据仓库平台的数据处理的过渡；

数据仓库层，用于对ODS层中采集的相关数据进行处理；

应用层，基于数据仓库层应用层根据预设需求建立数据集市，基于数据集市建立各类食品企业知识库。

优选的，本系统通过网络爬虫脚本从食品生产经营相关部门抓取食品经营企业相关数据；其中，My SQL结构化数据通过脚本程序同步到缓冲数据层；非结构化数据通过Flume/Kafka将数据通过到Hbase中，本系统能通过Spark和Hbase的整合完成数据分析和操作，或者直接存储到HDFS上；本系统使用Elastic Search完成搜索工作，通过SQL语句查询Hbase数据中有关食品的相关数据，然后通过数据过滤，获取食品经营企业的来源数据，根据来源数据建立起食品企业知识库。

优选的，所述系统还包括现场采集单元，用于在企业经营现场采集相关数据，并将采集的数据传输至食品生产经营相关部门。

其中，企业经营数据可以通过系统企业自行进行上传，也可以通过采集单元进行采集。

优选的，由于数据仓库平台中数据较多，因此本发明设计了相应的服务器进行存储和运行，数据仓库平台中设有若干服务器，服务器安装在预设机柜中，预设机柜中设有散热扇，用于对机柜中的服务器进行散热；而服务器在日常运行中需要进行散热，若散热不好则服务器温度过高将会影响服务器的运行。

传统的散热扇是利用电机带动扇叶转动产生气流进行扇热，散热扇的叶片具有弧度，叶片的弧度是指扇叶在俯视平面内并非沿着径向笔直延伸，而是向着旋转方向略有弯曲，呈一定弧度。这种弧度的作用是非常重要的，这保证了吹出气流的集中。这对于一款散热器来说也是非常必要的。风扇的扇叶设计成弧形，风可以垂直排出，进而对预设区域进行集中散热，如服务器的主板等，而上述设计存在一个弊端，在使用的过程中，风扇的叶片内、外通常也会堆积大量灰尘，由于叶片是具有弧度的，无法直接使用擦拭工具一次性擦拭，因为只能够擦拭到上表面，无法擦拭叶片的两个具有弧度的侧面，而这两个面堆积的灰尘最多，现在的清洁方式是用手抵住叶片逐一用毛刷掸去叶片上的积灰，然后用湿布将风扇内侧擦净。即每次清洁都需要人工对每个叶片分别进行擦拭，一方面清洁效率低，需要耗费较多的人力，特别是大型设备具有的散热扇很多，另一方面，人工清洁效率低，导致服务器缺乏散热的时间较长，不利于服务器的运行，个别服务器还需要关闭服务器才能清洁，这导致服务器停机时间延长。为了解决上述问题，本发明设计改进了风扇，使得风扇清洁速度快，无需人工进行清洁，省时省力，且清洁效率高，减少了服务器缺少散热运行的时间，也减少了服务器停机的时间。

所述散热扇包括：固定框架、底座、第一电机、圆盘、若干扇叶和若干扇叶安装结构；

底座通过支架固定在固定框架内，第一电机下端固定在底座上，第一电机上端的转动轴与圆盘底部中部固定连接，若干扇叶安装结构均匀分布在圆盘侧面，扇叶安装结构与圆盘侧面固定连接；

每个扇叶对应一个扇叶安装结构，扇叶安装结构包括：外壳、第一圆筒、第二圆筒、防护膜、第二电机、第一旋转轴、第一限位板、第二限位板、第三限位板、第四限位板、若干弹性卡条和控制器；

第二电机、第一圆筒和第二圆筒均位于外壳内，外壳与圆盘侧面固定连接，第一圆筒下端设有转动孔，第一旋转轴下端与外壳内底面固定连接，第一旋转轴上端插入转动孔内，第一圆筒能够绕第一旋转轴转动，第一圆筒下表面为齿形，弹性卡条上端与第一圆筒下表面接触，弹性卡条下端与外壳内底面固定连接，若干弹性卡条均匀分布在第一旋转轴四周；第二电机下端固定在外壳内底面，第二电机上端的输出轴与第二圆筒的下端固定连接，外壳上设有用于防护膜穿过的第一缺口和第二缺口，第一缺口与第一圆筒的位置对应，第二缺口与第二圆筒的位置对应，扇叶具有首端和尾端，扇叶尾端与第一缺口和第二缺口之间的外壳表面固定连接，第一限位板和第二限位板分别固定在扇叶左侧的首端和尾端，第三限位板和第四限位板分别固定在扇叶右侧的首端和尾端，第一至第四限位板上均设有用于防护膜穿过的镂空区域；防护膜一端与第一圆筒外表面固定连接，防护膜在第一圆筒上缠绕若干圈后另一端依次穿过第二限位板上的镂空区域、第一限位板上的镂空区域、第三限位板上的镂空区域和第四限位板上的镂空区后与第二圆筒外表面固定连接；

控制器用于基于清洁指令对第一电机和第二电机进行控制；

所述扇热扇的清洁过程为：

控制器接收到清洁指令，并基于清洁指令停止第一电机；

然后控制器开启第二电机转动预设圈数后停止第二电机；

然后控制器开启第一电机，并返回清洁完成消息。

其中，本发明中的散热扇的工作原理为：当不需要进行清洁时，散热扇处于正常工作状态，第一电机通电带动圆盘转动，圆盘转动带动扇叶安装结构转动，扇叶安装结构带动扇叶转动，进而产生气流进行散热。

当扇叶上堆积灰尘需要进行清洁时：

控制器接收到清洁指令，并基于清洁指令停止第一电机，清洁指令可以是用户主动发出，也可以是定时发出；然后控制器开启第二电机转动预设圈数后停止第二电机；然后控制器开启第一电机，并返回清洁完成消息。

本发明的原理是用防护膜对扇叶进行防尘，使用时灰尘堆积在扇叶外的防护膜上，当需要进行清洁时，散热扇停止转动，第二电机转动，进而使得防护膜缠绕在第二圆筒上，进而使得表面有灰尘的防护膜缠绕在第二圆筒上，而将没有灰尘的表面干净的防护膜拉出，即将原本缠绕在第一圆筒上干净的防护膜拉出替换原本使用后堆积有灰尘的防护膜，实现了间接除尘，上述过程快速，只需要第二电机转动预设圈数即可，转动的圈数可以根据扇叶的长度和面积以及暴露在外面的保护膜长度进行调整，目的是将堆积有灰尘的防护膜更换为后续没有使用干净的防护膜，且不需要传统的人工每个扇叶进行清洁，省时省力效率较高，且上述过程清洁速度快，无需对服务器进行停机，散热扇关闭的时间也较短，服务器没有相应的散热风险。

在实现上述过程中，发明人还研发发现，若保护膜没有处于紧绷状态，呈现松散状态，则会在散热扇转动时容易飘起来与其他部件产生缠绕进而导致散热扇故障，因此，发明人研究发现防护膜不能松动，需要紧绷，不然起不到对扇叶进行防尘的效果，还容易造成扇叶之间缠绕，然后打结不能转到，本结构利用弹性卡条可以在第二电机不转动时对第一圆筒进行固定，防止其转动，使得防护膜处于紧绷状态，便于对扇叶进行防尘以及吸附灰尘，以及防止其未紧绷，伸出长度过长，造成与其他部件的缠绕，固定时利用弹性卡件上端插入第一圆筒下端的齿槽中形成卡持固定，当第二电机转动时，由于弹簧卡件具有弹性，第一圆筒在拉力的作用下克服弹性开始转动，实现防护膜的拉出，更新出新的未积累灰尘的防护膜，实现防护膜积累灰尘区域的更换，安全性更高，具有更强的实用性和适用性。

其中，本发明为了使得防护膜能够良好的贴合扇叶，对扇叶进行防尘保护，本发明设计了第一旋转轴、第一限位板、第二限位板、第三限位板、第四限位板，第一旋转轴、第一限位板、第二限位板、第三限位板、第四限位板上设有镂空区域，通过将防护膜穿过上述限位板的镂空区域，实现了防护膜对扇叶的覆盖，实现了对扇叶的防尘保护。

优选的，防护膜表面设有用于吸尘的胶层。利用胶层可以对灰尘进行吸附，使得除尘效果更佳。

本申请提供的一个或多个技术方案，至少具有如下技术效果或优点：

本发明提出了一种食品生产经营全程风险信息库的构建方法及系统，通过本方法和系统能够建立食品生产经营全程风险信息库，通过食品生产经营全程风险信息库能够对食品生产经营进行有效管理，以及实现食品生产经营数据共享。

本发明存储数据以及运行的服务器设有特殊设计的散热扇，本发明设计改进了风扇，使得风扇清洁速度快，无需人工进行清洁，省时省力，且清洁效率高，减少了服务器缺少散热运行的时间，也减少了服务器停机的时间。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定；

图1为食品生产经营全程风险信息库的构建方法的流程示意图；

图2是数据仓库体系结构示意图；

图3为食品生产经营全程风险信息库的构建系统的组成示意图；

图4为散热扇的结构示意图；

图5为扇叶安装结构的结构示意图；

图6为第一圆筒的安装示意图；

图7为第二圆筒的安装示意图；

其中，1-固定框架，2-底座，3-第一电机，4-圆盘，5-扇叶，6-扇叶安装结构，7-外壳，8-第一圆筒，9-第二圆筒，10-防护膜，11-第一限位板，12-第二限位板，13-第三限位板，14-第四限位板，15-外壳内底面，16-第一旋转轴，17-弹性卡条，18-第二电机。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在相互不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述范围内的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

本领域技术人员应理解的是，在本发明的揭露中，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系是基于附图所示的方位或位置关系，其仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此上述术语不能理解为对本发明的限制。

可以理解的是，术语“一”应理解为“至少一”或“一个或多个”，即在一个实施例中，一个元件的数量可以为一个，而在另外的实施例中，该元件的数量可以为多个，术语“一”不能理解为对数量的限制。

实施例一

请参考图1，图1为食品生产经营全程风险信息库的构建方法的流程示意图，本发明实施例一提供了一种食品生产经营全程风险信息库的构建方法，所述方法包括：

制定食品生产经营相关部门数据与信息库的数据交换规范；

制定食品生产经营相关部门数据与信息库的数据交换接口规范；

建立数据仓库平台；

基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；

对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；

基于数据仓库平台建立信息库。

其中，数据交换规范和交换数据接口规范的制定包括：

针对食品生产、流通、餐饮链条长、环节多，现有食品安全追溯召回中普遍存在数据颗粒度大、来源多样化、接口不统一等问题，造成全程数据分散化，通过研究并制定相应的规范，对农业、市场监管、卫健委等部门的食品安全相关检验检测数据进行汇聚融合，进行标准化、结构化等数据治理，为模型建立、平台研发提供基础数据保障。

基础数据汇聚：

静态数据包括：

1)法律法规数据，包括食品安全相关法律、法规、标准、技术规范等，收集汇聚数据2285条。

2)食品相关知识数据，包括经验信息、如食品污染知识、食品风险控制措施等。采集汇聚数据600多条。

3)监管部门数据，包括市场主体数据、行政许可等。采集汇聚数据18万条。

4)梳理了农药兽药残留、致病性微生物、化学性有害有毒物质、非法添加、重金属、毒理学等指标清单。

动态数据OK：

1)食品企业生产经营数据，包括原料、生产过程、过程检验和出厂检验、进销存、物流信息等。采集汇聚数据30多万条。

2)监管部门数据，包括日常巡查、风险监测、监督抽检、行政执法、快检等。采集汇聚200多万条。

3)网络数据，如行业发展、网络舆情、用户评价、媒体信息等。采集汇聚数据50多万条。

4)其他食品安全动态数据10万条。

数据标准化处理：

基于现有食品安全标准规范和课题制定标准规范，通过数据抽取、清洗、转换、加载、编码等数据治理技术，对采集汇聚的数据加工处理，形成了标准化、结构化、编码化的基础数据。

数据仓库平台建设：

在实施例中食品安全相关的数据采集、挖掘、分析和监控预警等时间长、占比高，对数据质量要求比较高，一些基础数据的计算复杂度大、耗时长，不利于日常数据查询分析。通过设计构建Hadoop的异构型数据仓库体系结构，对数据进行清洗，可以有效的提高数据处理的效率和质量，满足实际应用各种分析需求。数据仓库体系结构主要分为ODS层、DWD层以及DWS层，具体体系结构如图2所示。

从图2中可以看出数据仓库的体系结构包括：

2ODS(Operation DataStore)层：

最底层为ODS(Operation DataStore)层，是后续数据仓库层加工数据的来源，它是面向主题的、集成的、可变的、当前的细节级别数据的集合层，用于支持实时性的、操作性的、集成的各种信息的需求。常被作为数据仓库的数据处理的过渡，以降低直接进行数据处理的复杂度。

数据仓库层(DW：Data Warehouse)：

数据仓库层是构建Hadoop数据平台的主体内容，主要对采集的食品安全相关进行ETL清洗、转换、加载。

数据集市(DataMart)：

在DW的基础上，应用层根据食品安全生产经营过程分析挖掘需求建立自己的数据集市(DataMart)。并通过此技术建立各类食品企业知识库。

典型食品企业知识库：

通过网络爬虫脚本抓取典型食品企业知识数据。My SQL结构化数据通过脚本程序同步到缓冲数据层；非结构化数据通过Flume/Kafka将数据通过到Hbase中，并且能通过Spark和Hbase的整合完成数据分析和操作，或者直接存储到HDFS上。使用Elastic Search完成搜索工作，通过SQL语句查询Hbase数据中有关典型食品的相关数据，然后通过数据过滤技术，获取典型食品企业知识的来源数据，再根据这些数据建立起四类典型食品企业知识库。

典型食品知识图谱：

针对食品生产经营全过程的静态、动态数据，通过数据汇聚及数据的标准化处理形成食品企业知识库，再形成食品图谱。以传统发酵食品中郫县豆瓣和电商及餐饮食品中蔬菜为例形成的食品知识图谱。

本方法的数据采用Map Reduce的方式进行处理，最终以“键-值”的格式存放至HBase——分布式列数据库中，用户可利用Hive数据仓库对大数据进行离线分析，能够实时智能化分析行业的标准规范，对产品管理、工艺流程管理、危害分析、CCP、关键限值、纠偏措施、验证模块进行统一部署和调配，实现了各项数据的映射关系，完美地将各类食品企业知识库系统整体展现出来。通过数据挖掘技术，对各类食品企业知识库中关于蔬菜、畜禽类、米面等知识进行组织和聚合，形成对应的知识图谱。

实施例二

请参考图3，图3为食品生产经营全程风险信息库的构建系统的组成示意图，本发明实施例二提供了一种食品生产经营全程风险信息库的构建系统，所述系统包括：

制定单元，用于制定食品生产经营相关部门数据与信息库的数据交换规范；制定食品生产经营相关部门数据与信息库的数据交换接口规范；

建立单元，用于建立数据仓库平台；

采集单元，用于基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；

处理单元，用于对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；

信息库建立单元，用于基于数据仓库平台建立信息库。

其中，本系统的原理为：利用制定单元制定食品生产经营相关部门数据与信息库的数据交换规范；制定食品生产经营相关部门数据与信息库的数据交换接口规范；利用建立单元建立数据仓库平台；利用采集单元基于数据交换规范和数据交换接口规范，从食品经营相关部门中采集与食品生产经营相关的静态数据和动态数据；利用处理单元对采集的静态数据和动态数据进行标准化处理，将处理后的数据存储在数据仓库平台中；利用信息库建立单元基于数据仓库平台建立信息库。

其中，在本发明实施例二中，数据仓库平台包括：

ODS层，用于与若干数据源建立连接，对若干个数据源的数据进行集成，作为数据仓库平台的数据处理的过渡；

数据仓库层，用于对ODS层中采集的相关数据进行处理；

应用层，基于数据仓库层应用层根据预设需求建立数据集市，基于数据集市建立各类食品企业知识库。

其中，在本发明实施例二中，本系统通过网络爬虫脚本从食品生产经营相关部门抓取食品经营企业相关数据；其中，My SQL结构化数据通过脚本程序同步到缓冲数据层；非结构化数据通过Flume/Kafka将数据通过到Hbase中，本系统能通过Spark和Hbase的整合完成数据分析和操作，或者直接存储到HDFS上；本系统使用Elastic Search完成搜索工作，通过SQL语句查询Hbase数据中有关食品的相关数据，然后通过数据过滤，获取食品经营企业的来源数据，根据来源数据建立起食品企业知识库。

其中，在本发明实施例二中，所述系统还包括现场采集单元，用于在企业经营现场采集相关数据，并将采集的数据传输至食品生产经营相关部门。

其中，企业经营数据可以通过系统企业自行进行上传，也可以通过采集单元进行采集。

实施例三

由于数据仓库平台中数据较多，因此本发明设计了相应的服务器进行存储和运行，数据仓库平台中设有若干服务器，服务器安装在预设机柜中，预设机柜中设有散热扇，用于对机柜中的服务器进行散热；而服务器在日常运行中需要进行散热，若散热不好则服务器温度过高将会影响服务器的运行。

传统的散热扇是利用电机带动扇叶转动产生气流进行扇热，散热扇的叶片具有弧度，叶片的弧度是指扇叶在俯视平面内并非沿着径向笔直延伸，而是向着旋转方向略有弯曲，呈一定弧度。这种弧度的作用是非常重要的，这保证了吹出气流的集中。这对于一款散热器来说也是非常必要的。风扇的扇叶设计成弧形，风可以垂直排出，进而对预设区域进行集中散热，如服务器的主板等，而上述设计存在一个弊端，在使用的过程中，风扇的叶片内、外通常也会堆积大量灰尘，由于叶片是具有弧度的，无法直接使用擦拭工具一次性擦拭，因为只能够擦拭到上表面，无法擦拭叶片的两个具有弧度的侧面，而这两个面堆积的灰尘最多，现在的清洁方式是用手抵住叶片逐一用毛刷掸去叶片上的积灰，然后用湿布将风扇内侧擦净。即每次清洁都需要人工对每个叶片分别进行擦拭，一方面清洁效率低，需要耗费较多的人力，特别是大型设备具有的散热扇很多，另一方面，人工清洁效率低，导致服务器缺乏散热的时间较长，不利于服务器的运行，个别服务器还需要关闭服务器才能清洁，这导致服务器停机时间延长。为了解决上述问题，本发明设计改进了风扇，使得风扇清洁速度快，无需人工进行清洁，省时省力，且清洁效率高，减少了服务器缺少散热运行的时间，也减少了服务器停机的时间。

请参考图4，图4为散热扇的结构示意图，所述散热扇包括：固定框架1、底座2、第一电机3、圆盘4、若干扇叶5和若干扇叶安装结构6；

底座通过支架固定在固定框架内，第一电机下端固定在底座上，第一电机上端的转动轴与圆盘底部中部固定连接，若干扇叶安装结构均匀分布在圆盘侧面，扇叶安装结构与圆盘侧面固定连接；

每个扇叶对应一个扇叶安装结构，请参考图5，图5为扇叶安装结构的结构示意图，图6为第一圆筒的安装示意图；图7为第二圆筒的安装示意图；扇叶安装结构包括：外壳7、第一圆筒8、第二圆筒9、防护膜10、第二电机18、第一旋转轴16、第一限位板11、第二限位板12、第三限位板13、第四限位板14、若干弹性卡条17和控制器；

第二电机、第一圆筒和第二圆筒均位于外壳内，外壳与圆盘侧面固定连接，第一圆筒下端设有转动孔，第一旋转轴下端与外壳内底面固定连接，第一旋转轴上端插入转动孔内，第一圆筒能够绕第一旋转轴转动，第一圆筒下表面为齿形，弹性卡条上端与第一圆筒下表面接触，弹性卡条下端与外壳内底面15固定连接，若干弹性卡条均匀分布在第一旋转轴四周；第二电机下端固定在外壳内底面，第二电机上端的输出轴与第二圆筒的下端固定连接，外壳上设有用于防护膜穿过的第一缺口和第二缺口，第一缺口与第一圆筒的位置对应，第二缺口与第二圆筒的位置对应，扇叶具有首端和尾端，扇叶尾端与第一缺口和第二缺口之间的外壳表面固定连接，第一限位板和第二限位板分别固定在扇叶左侧的首端和尾端，第三限位板和第四限位板分别固定在扇叶右侧的首端和尾端，第一至第四限位板上均设有用于防护膜穿过的镂空区域；防护膜一端与第一圆筒外表面固定连接，防护膜在第一圆筒上缠绕若干圈后另一端依次穿过第二限位板上的镂空区域、第一限位板上的镂空区域、第三限位板上的镂空区域和第四限位板上的镂空区后与第二圆筒外表面固定连接；

控制器用于基于清洁指令对第一电机和第二电机进行控制；

所述扇热扇的清洁过程为：

控制器接收到清洁指令，并基于清洁指令停止第一电机；

然后控制器开启第二电机转动预设圈数后停止第二电机；

然后控制器开启第一电机，并返回清洁完成消息。

其中，本发明中的散热扇的工作原理为：当不需要进行清洁时，散热扇处于正常工作状态，第一电机通电带动圆盘转动，圆盘转动带动扇叶安装结构转动，扇叶安装结构带动扇叶转动，进而产生气流进行散热。

当扇叶上堆积灰尘需要进行清洁时：

控制器接收到清洁指令，并基于清洁指令停止第一电机，清洁指令可以是用户主动发出，也可以是定时发出；然后控制器开启第二电机转动预设圈数后停止第二电机；然后控制器开启第一电机，并返回清洁完成消息。

本发明的原理是用防护膜对扇叶进行防尘，使用时灰尘堆积在扇叶外的防护膜上，当需要进行清洁时，散热扇停止转动，第二电机转动，进而使得防护膜缠绕在第二圆筒上，进而使得表面有灰尘的防护膜缠绕在第二圆筒上，而将没有灰尘的表面干净的防护膜拉出，即将原本缠绕在第一圆筒上干净的防护膜拉出替换原本使用后堆积有灰尘的防护膜，实现了间接除尘，上述过程快速，只需要第二电机转动预设圈数即可，转动的圈数可以根据扇叶的长度和面积以及暴露在外面的保护膜长度进行调整，目的是将堆积有灰尘的防护膜更换为后续没有使用干净的防护膜，且不需要传统的人工每个扇叶进行清洁，省时省力效率较高，且上述过程清洁速度快，无需对服务器进行停机，散热扇关闭的时间也较短，服务器没有相应的散热风险。

在实现上述过程中，发明人还研发发现，若保护膜没有处于紧绷状态，呈现松散状态，则会在散热扇转动时容易飘起来与其他部件产生缠绕进而导致散热扇故障，因此，发明人研究发现防护膜不能松动，需要紧绷，不然起不到对扇叶进行防尘的效果，还容易造成扇叶之间缠绕，然后打结不能转到，本结构利用弹性卡条可以在第二电机不转动时对第一圆筒进行固定，防止其转动，使得防护膜处于紧绷状态，便于对扇叶进行防尘以及吸附灰尘，以及防止其未紧绷，伸出长度过长，造成与其他部件的缠绕，固定时利用弹性卡件上端插入第一圆筒下端的齿槽中形成卡持固定，当第二电机转动时，由于弹簧卡件具有弹性，第一圆筒在拉力的作用下克服弹性开始转动，实现防护膜的拉出，更新出新的未积累灰尘的防护膜，实现防护膜积累灰尘区域的更换，安全性更高，具有更强的实用性和适用性。

其中，弹性卡件为具有弹性的卡件，如橡胶条，金属条等等。

其中，本发明为了使得防护膜能够良好的贴合扇叶，对扇叶进行防尘保护，本发明设计了第一旋转轴、第一限位板、第二限位板、第三限位板、第四限位板，第一旋转轴、第一限位板、第二限位板、第三限位板、第四限位板上设有镂空区域，通过将防护膜穿过上述限位板的镂空区域，实现了防护膜对扇叶的覆盖，实现了对扇叶的防尘保护。

其中，在本发明实施例三中，防护膜表面设有用于吸尘的胶层。利用胶层可以对灰尘进行吸附，使得除尘效果更佳。

其中，当第一圆筒上的所有保护膜都被拉出使用完后，更换相应的保护膜即可。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。