强制文件回收方法和系统与流程

本公开属于保密设备领域，涉及一种强制文件回收方法和系统。

背景技术

当前很多涉密单位已经逐步在涉密文档的产生和回收环节进行监控和管理，但在涉密文档回收销毁环节还是沿用原有的专人值守、账本登记按份回收手工封存等方式。这种管理模式存在人为因素的安全隐患、记录信息不详和文件交叉泄密等问题。

而在对涉密文件进行回收时，对于条码破损、条码不符合标准、文件无条码、文件丢失、贴条码超过厚度、单份文件超大超厚等现象，不能进行自助回收，就需要有管理员进行强制回收。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种强制文件回收方法，其特征在于，包括：

获取管理员用户输入的强制回收原因，并将文件标注为强制回收文件；获取管理员用户身份信息；根据所述管理员用户身份信息判断用户是否具有强制文件回收权限；当所述管理员用户具有所述强制文件回收权限时，接收用户对于强制文件回收参数的选择；基于所述强制文件回收参数提供对应的回收操作，登记所述强制文件回收参数台账信息，并将所述文件销毁。

进一步地，所述强制回收原因，包括以下一项或者多项：条码破损、条码不符合标准、文件无条码、文件丢失、贴条码超过预设厚度、单份文件超大、单份文件超厚。

进一步地，所述根据所述管理员用户身份信息判断用户是否具有强制文件回收权限，包括：将所述管理员用户身份信息上传至服务器；所述服务器基于其预先存储的用户信息库判断所述管理员用户的回收权限。

进一步地，所述接收用户对于强制文件回收参数的选择，包括：在人机交互界面中接收所述用户对于所述强制文件回收参数的选择；其中，所述强制文件回收参数包括：强制回收文件类型、强制回收文件数量、强制回收文件大小、强制回收文件列表中的一项或者多项。

进一步地，所述基于所述强制文件回收参数提供对应的回收操作，包括：基于所述强制文件回收参数，打开对应的暂存仓门，等待所述管理员用户放入所述强制回收文件。

根据本公开的另一实施例，提供一种强制文件回收系统，其特征在于，包括：

回收销毁柜，被配置为获取管理员用户输入的强制回收原因，并将文件标注为强制回收文件，并获取管理员用户身份信息；服务器，被配置为根据所述管理员用户身份信息判断用户是否具有强制文件回收权限；回收销毁柜，进一步被配置为当所述管理员用户具有所述强制文件回收权限时，接收用户对于强制文件回收参数的选择；基于所述强制文件回收参数提供对应的回收操作，登记所述强制文件回收参数台账信息，并将所述文件销毁。

进一步地，所述强制回收原因，包括以下一项或者多项：条码破损、条码不符合标准、文件无条码、文件丢失、贴条码超过预设厚度、单份文件超大、单份文件超厚。

进一步地，所述服务器进一步被配置为：获取上传的所述管理员用户身份信息；所述服务器基于其预先存储的用户信息库判断所述管理员用户的回收权限。

进一步地，所述接收用户对于强制文件回收参数的选择，包括：在人机交互界面中接收所述用户对于所述强制文件回收参数的选择；其中，所述强制文件回收参数包括：强制回收文件类型、强制回收文件数量、强制回收文件大小、强制回收文件列表中的一项或者多项。

进一步地，所述基于所述强制文件回收参数提供对应的回收操作，包括：

基于所述强制文件回收参数，打开对应的暂存仓门，等待所述管理员用户放入所述强制回收文件。

本公开的实施例提供的技术方案可以包括以下有益效果：针对要回收的文件残缺或者因为某些原因不能进行自动化的自助回收的情况，本公开的强制文件回收方法作为自助文件回收的有力补充，可以保证不论文件状态如何，都能够按照标准流程，高效安全地将文件完美回收，整个回收过程安全可控，台账清晰明了，可以对文件回收进行有效的安全审计，可持续为用户带来经济和管理效益。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

图1是本公开一示例性实施例示出的一种强制文件回收方法的流程图；

图2是本公开一示例性实施例示出的一种强制文件回收方法的流程图；

图3是本公开一示例性实施例示出的一种强制文件回收系统的框架图；

图4是本公开一示例性实施例示出的一种强制文件回收系统的框架图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，根据一示例性实施例示出的一种强制文件回收方法，其特征在于，包括：

步骤s101：获取管理员用户输入的强制回收原因，并将文件标注为强制回收文件；

步骤s102：获取管理员用户身份信息；

步骤s103：根据所述管理员用户身份信息判断用户是否具有强制文件回收权限；

步骤s104：当所述管理员用户具有所述强制文件回收权限时，接收用户对于强制文件回收参数的选择；

步骤s105：基于所述强制文件回收参数提供对应的回收操作，登记所述强制文件回收参数台账信息，并将所述文件销毁。

根据本实施例，在步骤s101中，用户在进行强制文件回收时，需要对强制回收原因登记，具体可以包括条码破损、条码不符合标准、文件无条码、文件丢失、贴条码超过预设厚度、单份文件超大、单份文件超厚等原因中的一项或者多项；回收销毁柜也会对要回收的文件进行标注，标注为强制回收文件。以上的登记和标注信息最终都会上传到台账，使得回收过程有据可查。

在步骤s102中，获取管理员用户身份信息时，可以采用多种方式，例如可以通过读卡器读取用户的id卡，id卡中可以记录用户的姓名，权限等身份信息；还可以通过用户的生物识别信息来识别用户身份，例如指纹、声纹、虹膜、手背静脉等能够唯一确定用户身份的用户身份信息。

在步骤s103中，在获取到管理员身份信息后，可以基于该管理员身份信息来判断用户的权限。判断用户权限的工作可以在本地进行，也可以在远端服务器上。以在服务器上判断用户权限为例：将所述管理员身份信息上传至服务器；所述服务器基于其预先存储的用户信息库判断所述管理员的回收权限。在服务器端，可以预存管理员身份信息与回收权限的对应关系表，基于该对应关系表来确认管理员用户的回收权限。如果管理员用户身份信息在对应关系表中的回收权限不包含强制回收权限，则服务器将返回一个权限判断失败的信息，提示该管理员用户不具备强制回收权限。同时，在本步骤中，只有拥有管理员权限的管理员用户才能启动强制文件回收流程，而在管理员用户中，不同的管理员用户所能处理回收的文件也不相同，在强制文件回收过程中，只允许管理员强制回收自己允许处理的文件，对于超出自己可处理范围外的文件，即便是通过了管理员身份信息验证，也不允许其强制回收。

在步骤s104中，当所述管理员用户具有所述强制文件回收权限时，接收用户对于强制文件回收参数的选择。用户可以在人机交互界面中点选强制文件回收参数，强制文件回收参数包括：强制回收文件类型、强制回收文件数量、强制回收文件大小、强制回收文件列表中的一项或者多项。

其中包括强制回收文件类型，例如纸质文件或者是存储介质类文件；强制回收文件数量，对于纸质文件来说，0-500页，500-1000页，1000-2000页等对应不同的回收操作方式，对于存储介质类文件，是光盘、u盘、硬盘等也都需要采取不同的回收措施；强制回收文件大小，例如纸质文件可以分为b5纸张大小、a4纸张大小，a3纸张大小等，对于存储介质类文件，可以根据用户需求定制不同大小的回收窗口。强制回收文件列表，包括文件名称、文件内容等敏感信息。

在步骤s105中，在完成了之前所有步骤的认证与登记的相关步骤后，根据管理员用户选择的不同参数，对应开启不同的暂存仓。例如：

当所述管理员用户选择的强制回收文件类型为纸质文件，则提示管理员用户将所述文件放置在纸质文件暂存仓入口；

当所述管理员用户选择的强制回收文件类型为可读存储介质，则提示管理员用户将所述文件放置在可读存储介质暂存仓入口。

可以在不同类型文件的暂存仓入口设置led指示灯，通过亮灯的方式提示用户将文件放置在对应的暂存仓入口；也可以采用语音提示的方式，对此本公开不做限定。

一般来说，强制文件回收过程中处理的文件其条码信息都不能采用自动读取的方式被回收销毁柜读取，这时需要管理员用户采用外置的扫描枪进行条码手动扫描，例如文件超厚，超大无法读取，条码不符合标准等。而对于条码丢失、条码不符合标准、条码破损等情况，需要管理员用户在人机交互界面中手动输入文件相关信息。

当所有的权限判断以及文件完整性、合法性的校验都通过后，将强制回收文件信息登记到台账，即可将文件销毁。台账作为所有操作的最终信息记录主体，一般都存储在服务器上，可供需要时调取，同时也具有防止在本地被认为篡改的优点。

在本公开另一实施例中，如图2所示，在步骤s105之后，还可以包括以下步骤：

步骤s106：获取废料箱状态，判断所述废料箱是否盛满；

步骤s107：当所述废料箱处于盛满状态时，提示用户本次任务后清理所述废料箱；当所述废料箱处于未盛满状态时，正常开始回收操作。

通过以上步骤，用户可以放心使用，不必担心废料箱盛满溢出等问题。而废料箱内由于盛放的都是粉碎的文件，在提示废料箱盛满的时候，也还是能够继续盛放一定量的碎屑，不会出现溢出的情况。

进一步地，还可以包括废料箱的清理流程。在废料箱盛满后，回收销毁柜提示清理废料箱，管理员用户进行管理员用户身份信息认证后，通过认证的管理员可以打开废料箱，否则返回提示信息，该用户没有权限。这样的操作，可以保证用户废料的安全，从而防止废料被无关人员获得。

如图3所示，是根据一示例性实施例示出的一种强制文件回收系统，包括：

回收销毁柜301，被配置为获取管理员用户输入的强制回收原因，并将文件标注为强制回收文件，并获取管理员用户身份信息；

服务器302，被配置为根据所述管理员用户身份信息判断用户是否具有强制文件回收权限；

回收销毁柜301，进一步被配置为当所述管理员用户具有所述强制文件回收权限时，接收用户对于强制文件回收参数的选择；基于所述强制文件回收参数提供对应的回收操作，登记所述强制文件回收参数台账信息，并将所述文件销毁。

进一步地，所述强制回收原因，包括以下一项或者多项：

条码破损、条码不符合标准、文件无条码、文件丢失、贴条码超过预设厚度、单份文件超大、单份文件超厚。

进一步地，所述服务器进一步被配置为：

获取上传的所述管理员用户身份信息；

所述服务器基于其预先存储的用户信息库判断所述管理员用户的回收权限。

进一步地，所述接收用户对于强制文件回收参数的选择，包括：

在人机交互界面中接收所述用户对于所述强制文件回收参数的选择；

其中，所述强制文件回收参数包括：

强制回收文件类型、强制回收文件数量、强制回收文件大小、强制回收文件列表中的一项或者多项。

进一步地，所述基于所述强制文件回收参数提供对应的回收操作，包括：

基于所述强制文件回收参数，打开对应的暂存仓门，等待所述管理员用户放入所述强制回收文件。

如图4所述，根据本公开的另一实施例，强制文件回收系统还可以包括：

废料箱判断模块3001，被配置为获取废料箱状态，判断所述废料箱是否盛满；

状态提示模块3002，当所述废料箱处于盛满状态时，提示用户本次任务后清理所述废料箱；当所述废料箱处于未盛满状态时，正常开始回收操作。

其中，以上强制文件回收系统的各个单元的具体工作方式与强制文件回收方法中对应的部分相同，在此不再赘述。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。