CN110263060A - 一种erp电子附件管理方法及计算机设备 - Google Patents

Abstract

本发明涉及信息技术领域，具体公开一种ERP电子附件管理方法及计算机设备。ERP电子附件管理方法包括：附件系统接收ERP客户端上传的附件写入请求，将附件写入请求以及对应附件存储至服务器内存；为附件生成唯一对应的附件编码，并将附件写入文件系统中；读取附件的附件信息并将附件信息存储至服务器内存；提取附件写入请求中的ERP关联信息，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中。本发明的ERP电子附件管理方法中，附件系统与ERP系统解耦可独立运行，能够支持不同的ERP系统，还可以分流网络请求和网络流量，节约了存储空间，解决了附件关联问题，为日后扩展提供了非常好的便利性。

Description

一种ERP电子附件管理方法及计算机设备

技术领域

本发明涉及信息技术领域，尤其涉及一种ERP电子附件管理方法及计算机设备。

背景技术

企业资源计划即ERP(Enterprise Resource Planning)，由美国Gartner Group公司于1990年提出。企业资源计划是MRP II(企业制造资源计划)下一代的制造业系统和资源计划软件。除了MRP II已有的生产资源计划、制造、财务、销售、采购等功能外，还有质量管理，实验室管理，业务流程管理，产品数据管理，存货、分销与运输管理，人力资源管理和定期报告系统。目前，在我国ERP所代表的含义已经被扩大，用于企业的各类软件，已经统统被纳入ERP的范畴。它跳出了传统企业边界，从供应链范围去优化企业的资源，是基于网络经济时代的新一代信息系统。

ERP系统的附件管理随着技术的不断升级，由本地化存储方式逐步更新为了分离式或云端存储方式，分离的好处是大大提高了系统性能和灵活性。附件分离有好处，但同时也带来的新的技术问题，即附件关联问题，传统的分离式附件系统，只提供了哈希编码或文件编码用于查找相对应的文件，文件关联性问题有ERP进行解决，这意味着ERP系统中需要记录着大量的文件信息，同时分离式文件系统无法知道文件的关联和使用情况。

发明内容

针对现有技术中的技术问题，本发明提供一种ERP电子附件管理方法及计算机设备。

一种ERP电子附件管理方法，其特征在于，包括：

附件系统接收ERP客户端上传的附件写入请求，将附件写入请求以及对应附件存储至服务器内存；为附件生成唯一对应的附件编码，并将附件写入文件系统中；读取附件的附件信息并将附件信息存储至服务器内存；

提取附件写入请求中的ERP关联信息，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中，数据库列表具有唯一对应的列表ID。

进一步的，ERP电子附件管理方法还包括：

附件系统接收ERP客户端上传的附件信息读取请求，读取附件信息读取请求中包含的ERP关联信息，根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码，并将附件信息与附件编码返回ERP客户端。

进一步的，ERP电子附件管理方法还包括：

附件系统接收ERP客户端上传的附件数据读取请求，读取附件数据读取请求中的列表ID；根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码；通过附件编码查询文件系统中对应的附件，并将附件的附件数据读取至服务器内存中；将附件数据以及附件编码返回ERP客户端。

进一步的，ERP电子附件管理方法还包括：

附件系统接收ERP客户端上传的附件删除请求，并从附件删除请求中提取列表ID；查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true。

进一步的，ERP电子附件管理方法还包括：

附件系统遍历所有数据库列表，查找Delete字段状态为true的数据库列表并提取该数据库列表中的附件编码；根据附件编码生成清理列表，并删除文件系统中对应的附件；清除数据库中的附件信息。

进一步的，附件系统接收ERP客户端上传的附件写入请求，将附件写入请求以及对应附件存储至服务器内存；为附件生成唯一对应的附件编码，并将附件写入文件系统中；读取附件的附件信息并将附件信息存储至服务器内存；提取附件写入请求中的ERP关联信息，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中包括：

(101)附件系统接收ERP客户端上传的附件写入请求；

(102)验证附件写入请求是否合法，若是，则执行步骤103；若否，则执行步骤104；

(103)接受请求，并将附件写入请求以及对应附件存储至服务器内存；

(104)拒绝请求，并返回拒绝请求代码至ERP客户端；

(105)对附件进行哈希运算生成与附件唯一对应的附件编码；若生成成功，则执行步骤106；若生成失败，则执行步骤107；

(106)利用附件编码在文件系统中查找是否存在有对应的附件；若有，则执行步骤107；若无，则执行步骤108；

(107)终止请求，并返回终止请求代码至ERP客户端；

(108)将附件写入文件系统中；

(109)读取附件的附件信息，并将附件信息存储至服务器内存；

(110)提取并验证附件写入请求中的ERP关联信息；若验证成功，则执行步骤111；若验证失败，则执行步骤107；

(111)将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中；若写入成功，则执行步骤112，若写入失败则执行步骤107；

(112)完成请求，并返回请求成功代码至ERP客户端。

进一步的，附件系统接收ERP客户端上传的附件信息读取请求，读取附件信息读取请求中包含的ERP关联信息，根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码，并将附件信息与附件编码返回ERP客户端中，包括：

(201)附件系统接收并验证ERP客户端上传的附件信息读取请求；若验证结果为合法，则执行步骤202；若验证结果为不合法，则执行步骤203；

(202)接受请求，提取并校验附件信息读取请求中包含的ERP关联信息；若校验成功则执行步骤204，若校验失败则执行步骤205；

(203)拒绝请求，并返回拒绝请求代码至ERP客户端；

(204)根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码后，执行步骤206；

(205)终止请求，并返回终止请求代码至ERP客户端；

(206)将附件信息与附件编码返回ERP客户端中，并返回请求成功代码至ERP客户端。

进一步的，附件系统接收ERP客户端上传的附件数据读取请求，读取附件数据读取请求中的列表ID；根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码；通过附件编码查询文件系统中对应的附件，并将附件的附件数据读取至服务器内存中；将附件数据以及附件编码返回ERP客户端中，包括：

(301)附件系统接收并验证ERP客户端上传的附件数据读取请求；若验证结果为合法，则执行步骤302；若验证结果为不合法，则执行步骤303；

(302)接受请求，读取附件数据读取请求中的列表ID；若读取成功，则执行步骤304，若读取失败，则执行步骤305；

(303)拒绝请求，并返回拒绝请求代码至ERP客户端；

(304)根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码；

(305)终止请求，并返回终止请求代码至ERP客户端；

(306)通过附件编码查询文件系统中对应的附件，并将附件的附件数据读取至服务器内存中；

(307)将附件数据以及附件编码返回ERP客户端，并返回请求成功代码至ERP客户端。

进一步的，附件系统接收ERP客户端上传的附件删除请求，并从附件删除请求中提取列表ID；查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true中，包括：

(401)附件系统接收并验证ERP客户端上传的附件删除请求；若验证结果为合法，则执行步骤402；若验证结果为不合法，则执行步骤403；

(402)从附件删除请求中提取列表ID；若提取成功，则执行步骤404；若提取失败，则执行步骤405；

(403)拒绝请求，并返回拒绝请求代码至ERP客户端；

(404)查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true后，执行步骤406；

(405)终止请求，并返回终止请求代码至ERP客户端；

(406)完成请求，并返回请求成功代码至ERP客户端。

一种计算机设备，包括存储器和处理器，其中，

存储器，存储有计算机指令；

处理器，配置为运行计算机指令以使计算机设备执行上述实施例的方法。

本发明实施例的ERP电子附件管理方法及计算机设备，通过ERP客户端上传的请求对应进行附件的上传、信息读取、数据读取、删除以及清理等操作，实现了附件的管理过程。本实施例的管理方法中，附件系统与ERP系统解耦可独立运行，能够支持不同的ERP系统；附件系统与ERP系统分离可以分流网络请求和网络流量，节约了存储空间，解决了附件关联问题，为日后扩展提供了非常好的便利性。

附图说明

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

图1为本发明实施例的一种ERP电子附件管理方法中附件写入的流程示意图；

图2为本发明实施例的一种ERP电子附件管理方法中附件信息读取的流程示意图；

图3为本发明实施例的一种ERP电子附件管理方法中附件数据读取的流程示意图；

图4为本发明实施例的一种ERP电子附件管理方法中附件删除的流程示意图；

图5为本发明实施例的一种ERP电子附件管理方法中附件清理的流程示意图；

图6为本发明实施例的一种计算机设备的模块组成图。

具体实施方式

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

本发明实施例的一种ERP电子附件管理方法，包括附件系统的附件写入方法，具体为：附件系统接收ERP客户端上传的附件写入请求，将附件写入请求以及对应附件存储至服务器内存；为附件生成唯一对应的附件编码，并将附件写入文件系统中；读取附件的附件信息并将附件信息存储至服务器内存；提取附件写入请求中的ERP关联信息，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中，数据库列表具有唯一对应的列表ID。

ERP系统包含有ERP客户端和ERP服务端，ERP系统具备独立提供企业资源管理的能力，是一套完整的计算机应用系统。ERP客户端通过计算机操作系统通用浏览器向本实施例中的附件系统上传附件写入请求。本实施例的附件系统通过执行本实施例的管理方法，实现对附件的写入操作。

具体的，附件系统接收ERP客户端上传的附件写入请求并将附件写入请求以及对应附件存储至服务器内存，为附件生成唯一对应的附件编码并将附件写入文件系统中，读取附件的附件信息并将附件信息存储至服务器内存，提取附件写入请求中的ERP关联信息，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中，实现附件的存储以及关联过程。如图1所示为本实施例附件写入的流程示意图，具体实现步骤如下：

S101:附件系统接收ERP客户端上传的附件写入请求；

本实施例的ERP客户端通过计算机操作系统通用浏览器向附件系统发送请求传输附件的附件写入请求，本实施例不限定浏览器的具体名称，本实施例采用HTTP协议实现附件写入请求的上传即可。

S102：验证附件写入请求是否合法，若是，则执行步骤S103；若否，则执行步骤S104；

本实施例中的附件系统通过对附件写入请求中包含的cookie信息判断该ERP客户端是否具备操作权限，如果有操作权限则可继续执行步骤S103，如果该ERP客户端不具备操作权限，则执行步骤S104。

S103：接受请求，并将附件写入请求以及对应附件存储至服务器内存；

如果附件系统验证上传了附件写入请求的ERP客户端是具备操作权限的，则接受请求，并将附件写入请求和对应的附件存储至服务器内存中。服务器内存用于存放临时文件，附件系统通过计算机操作系统调用服务器内存实现临时文件的存放。

S104：拒绝请求，并返回拒绝请求代码至ERP客户端；

如果附件系统验证上传了附件写入请求的ERP客户端不具备操作权限，则向该ERP客户端返回拒绝请求代码，拒绝请求代码含义为附件系统拒绝了ERP客户端发送的附件上传请求，其具体内容由本领域技术人员自行设置，例如，采用代码401表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S105：对附件进行哈希运算生成与附件唯一对应的附件编码；若生成成功，则执行步骤S106；若生成失败，则执行步骤S107；

附件系统将附件写入请求和对应的附件存储至服务器内存中后，在服务器内存中对该附件进行哈希运算，通过哈希函数生成与附件唯一对应的附件编码，称为附件ID。本实施例中的附件与附件编码唯一对应，可以理解为相同的附件具有相同的附件编码，不同的附件其附件编码也不相同。如果附件编码生成成功，则执行步骤S106，如果附件编码生成失败，则执行步骤S107。

S106：利用附件编码在文件系统中查找是否存在有对应的附件；若有，则执行步骤S107；若无，则执行步骤S108；

文件系统作为计算机操作系统的一部分，可以将数据存储在服务器的硬盘中，服务器是本实施例中附件系统所运行时的物理载体，其作为运行附件系统的物理设施，属于计算机的一种，用于专业领域的计算机。文件系统提供存储附件的基本功能，隔离了附件系统和物理磁盘。附件系统只需要对文件系统进行操作，就可以实现附件的存储，所有已经写入的附件均存储在文件系统中，在文件系统中进行查找，实现对将要上传的附件的存在性验证。如果附件系统为附件成功生成附件编码，则在文件系统中查找是否存在有相同的附件编码，由于附件编码与附件唯一对应，所以查找是否存在相同的附件编码就相当于查找在此之前是否已经有同一附件被写入成功；如果有，则说明该附件已经被写入过，则执行步骤S107；如果没有，说明该附件还未被写入过，则执行步骤S108。本步骤是对附件的存在性验证，只有附件不存在时才能够继续进行附件的写入过程。

S107：终止请求，并返回终止请求代码至ERP客户端；

如果附件系统为附件没有成功生成附件编码，或者附件系统在文件系统中查到相同的附件编码，则终止附件写入请求，并返回终止请求代码至ERP客户端。终止请求代码含义为附件系统终止了ERP客户端发送的附件上传请求，其具体内容由本领域技术人员自行设置，例如，采用代码400表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S108：将附件写入文件系统中；

如果该附件还未被写入过，则将该附件写入文件系统中，即将该附件存储于文件系统。本步骤中如果附件写入成功则继续执行步骤S109，如果写入失败则执行步骤S107，终止请求并返回终止请求代码至ERP客户端。

S109：读取附件的附件信息，并将附件信息存储至服务器内存；

附件系统将附件写入文件系统中后读取该附件的附件信息，附件信息可包括附件的名称、附件大小、附件格式等。附件系统读取到附件的附件信息后将这些附件信息存储到服务器内存中进行存放。

S110：提取并验证附件写入请求中的ERP关联信息；若验证成功，则执行步骤S111；若验证失败，则执行步骤S107；

附件系统对附件写入请求中的ERP关联信息进行提取并验证，ERP关联信息用作标识附件的来源，其可包含ERP子系统、ERP模块、ERP信息条目标识信息等。如果附件系统对ERP关联信息验证成功后，执行步骤S111，如果验证失败则执行步骤S107。

S111：将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中；若写入成功，则执行步骤S112，若写入失败则执行步骤S107；

如果附件系统对ERP关联信息验证通过后，将ERP关联信息与附件信息以及对应的附件编码写入与该附件对应的数据库列表中，每个附件对应有一个或多个数据库列表，且每个数据库列表具有唯一对应的列表ID，数据库列表中可包含所有与该附件相关的信息。如果以上信息成功写入数据库列表中，则执行步骤S112，若写入失败，则执行步骤S107，即终止请求，并返回终止请求代码至ERP客户端。

S112：完成请求，并返回请求成功代码至ERP客户端。

如果附件系统完成了附件的写入过程，则将请求成功代码返回至ERP客户端，请求成功代码表明ERP客户端所请求上传的附件已经被附件系统完成写入，其具体内容本领域技术人员自行设置，例如，采用代码200表示，本领域技术人员还可设置其他，本实施例不做具体限定。

以上步骤实现了附件的写入，ERP客户端不仅可以请求附件系统对附件进行写入，还可以请求对附件的读取，读取又分为附件信息的读取和附件数据的读取。读取附件的信息可以包括对附件信息、附件校验编码、附件关联信息以及附件对应的数据库列表的ID等等。读取附件的数据即为读取该附件的数据信息，与附件信息不同。

具体的，本实施例中的ERP电子附件管理方法，在上一实施例的基础上还包括：接收ERP客户端上传的附件信息读取请求，读取附件信息读取请求中包含的ERP关联信息，根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码，并将附件信息与附件编码返回ERP客户端。

本实施例所实现的目的为在上一实施例对附件进行写入的前提下，实现对附件信息的读取，如图2所示为ERP电子附件管理方法中附件信息读取的流程示意图，具体实现步骤如下：

S201：附件系统接收并验证ERP客户端上传的附件信息读取请求；若验证结果为合法，则执行步骤S202；若验证结果为不合法，则执行步骤S203；

本实施例的ERP客户端通过HTTP协议向附件系统发送附件信息读取请求，附件系统将该附件信息读取请求接收后进行验证，具体的验证方式可采用与附件写入过程实施例相同的方式，即对附件信息读取请求中包含的cookie信息判断该ERP客户端是否具备操作权限，如果有操作权限则可继续执行步骤S202,如果没有权限则执行步骤S203。

S202：接受请求，提取并校验附件信息读取请求中包含的ERP关联信息；若校验成功则执行步骤S204，若校验失败则执行步骤S205；

附件系统系统验证附件信息读取请求成功，则接受附件信息读取请求，并将该附件信息读取请求中包含的ERP关联信息提取出并进行校验，如果通过校验则执行步骤S204，如果校验失败则执行步骤S205。ERP关联信息包括ERP子系统、ERP模块、ERP信息条目标识信息等，附件系统可对以上信息是否全面进行验证，也对以上信息是否符合规则进行验证，例如ERP子系统为order、ERP模块为supplier_order、ERP信息条目标识信息为supplier_order_number，即000123(ERP信息条目标识信息为变量)，所展示的效果为order、supplier_order、000123。如果不符合设定规格则无法通过验证。

S203：拒绝请求，并返回拒绝请求代码至ERP客户端；

如果附件系统验证附件信息读取请求失败，说明该ERP客户端不具备操作权限，则拒绝附件信息读取请求，并返回拒绝请求代码至ERP客户端。拒绝请求代码的具体内容由本领域技术人员自行设置，例如，采用代码401表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S204：根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码后，执行步骤206；

如果附件系统对该附件信息读取请求中包含的ERP关联信息校验通过，则根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码。本实施例中该步骤还可查询数据库列表中与该附件的其他信息，具体的视实际使用情况进行设定，此处不做具体限定。

S205：终止请求，并返回终止请求代码至ERP客户端；

如果附件系统对该附件信息读取请求中包含的ERP关联信息校验失败，则说明该ERP关联信息不符合设定要求，所以终止附件信息读取请求，并返回终止请求代码至ERP客户端。终止请求代码的具体内容由本领域技术人员自行设置，例如，采用代码400表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S206：将附件信息与附件编码返回ERP客户端中，并返回请求成功代码至ERP客户端。

附件系统根据ERP关联信息查询数据库列表中对应的附件信息以及附件编码后，将查询到的附件信息以及附件编码返回至ERP客户端，同时向ERP客户端返回请求成功代码。请求成功代码表明ERP客户端所提出的附件信息读取请求得到附件系统的处理，并获取了想要读取的相关信息。请求成功代码的具体内容本实施例不做限定，本领域技术人员自行设置，例如，采用代码200表示，本领域技术人员还可设置其他，本实施例不做具体限定。

上一实施例公开了附件系统对附件信息读取请求的处理过程，实现了ERP客户端对附件信息的读取。本实施例公开了对附件数据读取的过程，具体为：附件系统接收ERP客户端上传的附件数据读取请求，读取附件数据读取请求中的列表ID；根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码；通过附件编码查询文件系统中对应的附件，并将附件的附件数据读取至服务器内存中；将附件数据以及附件编码返回ERP客户端。如图3所示为ERP电子附件管理方法中附件数据读取的流程示意图，对于附件数据读取的实现具体为以下步骤：

S301：接收并验证ERP客户端上传的附件数据读取请求；若验证结果为合法，则执行步骤S302；若验证结果为不合法，则执行步骤S303；

本实施例的ERP客户端通过HTTP协议向附件系统发送附件数据读取请求，附件系统将该附件数据读取请求接收后进行验证，具体的验证方式可采用与附件写入过程、附件信息读取过程的实施例相同的方式，即对附件数据读取请求中包含的cookie信息判断该ERP客户端是否具备操作权限，如果有操作权限则可继续执行步骤S302,如果没有权限则执行步骤S303。

S302：接受请求，读取附件数据读取请求中的列表ID；若读取成功，则执行步骤S304，若读取失败，则执行步骤S305；

附件系统验证ERP客户端上传的附件数据读取请求合法，则接受附件数据读取请求，对附件数据读取请求中的列表ID进行读取，如读取成功则执行步骤S304，若读取失败，则执行步骤S305。

S303：拒绝请求，并返回拒绝请求代码至ERP客户端；

如果附件系统验证ERP客户端上传的附件数据读取请求失败，则拒绝附件数据读取请求，同时向ERP客户端返回拒绝请求代码。拒绝请求代码的具体内容由本领域技术人员自行设置，例如，采用代码401表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S304：根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码；

附件系统读取到附件数据读取请求中的列表ID后，根据列表ID查询对应的数据库列表，并提取出数据库列表中的附件编码。列表ID在附件写入的过程中已经生成，且列表ID与数据库列表唯一对应，所以附件系统通过查询可获取对应数据库列表中的附件编码。此步骤中，如果附件系统查询数据库列表失败或者提取附件编码失败等，可执行步骤S305。

S305：终止请求，并返回终止请求代码至ERP客户端；

如果附件系统读取附件数据读取请求中的列表ID失败，或者查询数据库列表失败，或者提取附件编码失败等，则终止附件数据读取请求，并向ERP客户端返回终止请求代码。终止请求代码的具体内容由本领域技术人员自行设置，例如，采用代码400表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S306：通过附件编码查询文件系统中对应的附件，并将附件的附件数据读取至服务器内存中；

由于附件在写入过程中生成的附件编码与附件唯一对应，所以附件系统也能够通过附件编码查询到唯一对应的附件。附件系统查询到对应附件后将附件的附件数据读取至服务器内存中。

S307：将附件数据以及附件编码返回ERP客户端，并返回请求成功代码至ERP客户端。

附件系统将附件的附件数据读取至服务器内存中后，将附件数据以及附件编码返回ERP客户端，同时返回请求成功代码。本实施例中请求成功代码的具体内容在此处不做限定，由本领域技术人员自行设置即可，例如，采用代码200表示，本领域技术人员还可设置其他，本实施例不做具体限定。

ERP系统为企业重要的资源管理系统，所需要管理的信息均与企业日常经营息息相关，在这样的情况附件管理也变得尤为重要，所以删除附件是一项具有风险的操作。为了保证信息的整洁，系统上不再显示过多无用信息，删除功能是非常必要的存在。

本实施例中的ERP电子附件管理方法，在上一实施例的基础上还包括：附件系统接收ERP客户端上传的附件删除请求，并从附件删除请求中提取列表ID；查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true。本实施例所实现的是对附件的删除处理，如图4所示为ERP电子附件管理方法中附件删除的流程示意图，具体步骤为：

S401：附件系统接收并验证ERP客户端上传的附件删除请求；若验证结果为合法，则执行步骤S402；若验证结果为不合法，则执行步骤S403；

本实施例的ERP客户端通过HTTP协议向附件系统发送附件删除请求，附件系统将该附件删除请求接收后进行验证，

具体的验证方式可采用与附件写入过程、附件信息读取过程、附件数据读取过程的实施例相同的方式，即对附件数据读取请求中包含的cookie信息判断该ERP客户端是否具备操作权限，如果有操作权限则可继续执行步骤S402,如果没有权限则执行步骤S403。

S402：从附件删除请求中提取列表ID；若提取成功，则执行步骤S404；若提取失败，则执行步骤S405；

附件系统验证ERP客户端上传的附件数据读取请求合法，则从附件删除请求中提取列表ID，如果提取成功，则执行步骤S404；如果提取失败，则执行步骤S405。

S403：拒绝请求，并返回拒绝请求代码至ERP客户端；

如果附件系统验证ERP客户端上传的附件数据读取请求不合法，则拒绝ERP客户端上传的附件数据读取请求，同时返回拒绝请求代码至ERP客户端，拒绝请求代码的具体内容由本领域技术人员自行设置，例如，采用代码401表示，本领域技术人员还可设置其他，本实施例不做具体限定。

S404：查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true后，执行步骤S406；

如果附件系统从附件删除请求中提取到列表ID，则查找列表ID对应的数据库列表，并将数据库列表中Delete字段状态更新为true。本实施例也可采用其他字段表示Delete字段的状态，只要能够表明是或者否的含义即可，例如采用Yes表示与本实施例true相同的含义。如果本步骤中附件系统在查找列表ID对应的数据库列表时失败，或者将数据库列表中Delete字段状态更新为true时失败，则执行步骤S406。

S405：终止请求，并返回终止请求代码至ERP客户端；

当附件系统从附件删除请求中提取列表ID失败，或者在查找列表ID对应的数据库列表时失败，或者将数据库列表中Delete字段状态更新为true时失败时，均终止附件删除请求，并向ERP客户端返回终止请求代码。本实施例的终止请求代码可参考前述实施例，采用代码400表示。

S406：完成请求，并返回请求成功代码至ERP客户端；

当附件系统将数据库列表中Delete字段状态成功更新为true，则说明附件删除完成，此时附件系统返回请求成功代码至ERP客户端。

本实施例的附件删除操作仅仅是将附件对应的数据库列表中Delete字段状态成功更新为true，并没有将附件直接从文件系统中进行删除，此做法是考虑到ERP系统中删除附件是一项具有风险的操作，如果直接删除则会造成无法弥补的损失，所以，采用更新字段状态的方式实现附件的初步删除，如果操作错误还可有补救的余地。

基于以上附件删除操作，为了保证信息的整洁，附件系统上不再显示过多无用信息，本实施例的ERP电子附件管理方法，在上一实施例的基础上还包括：附件系统遍历所有数据库列表，查找Delete字段状态为true的数据库列表并提取该数据库列表中的附件编码；根据附件编码生成清理列表，并删除文件系统中对应的附件；清除数据库中的附件信息。如图5所示为ERP电子附件管理方法中附件清理的流程示意图，包括具体步骤：

S501：附件系统遍历所有数据库列表，查找Delete字段状态为true的数据库列表；

本实施例中的附件系统遍历所有数据库列表的时间可自行设定，附件系统到设定时间时发起遍历。通常可将遍历时间设定为零点，或者其他非工作时段。

S502：提取数据库列表中的附件编码；

附件系统根据遍历结果提取出所筛选的数据库列表中的附件编码。

S503：根据附件编码生成清理列表；

附件系统根据附件编码生成清理列表。

S504：根据清理列表删除文件系统中对应的附件；

附件系统根据清理列表中包含的附件编码，删除存储在文件系统中相对应的附件。

S505：清除数据库中的附件信息。

附件系统将附件删除后，再清除数据库中的附件信息，或者清除所有与该附件相关的所有信息。本实施例的附件系统在附件清理操作结束后，对清除操作进行记录，生成对应的清除日记，便于后期查看。

以上步骤完成了对附件的清除，避免无用附件占用文件系统的存储空间，也确保了信息的整洁。本实施例的附件清除操作与上一实施例附件删除操作之间具有一定的时间间隔，为附件恢复提供一个缓冲时间，如果出现了误删操作，也可及时恢复，避免造成损失。

本发明实施例还提供一种计算机设备，如图6所示，计算机设备6包括存储器601和处理器602，其中，存储器601，存储有计算机指令；处理器602，配置为运行计算机指令以使计算机设备执行上述实施例的ERP电子附件管理方法。

本发明实施例的ERP电子附件管理方法及计算机设备，通过ERP客户端上传的请求对应进行附件的上传、信息读取、数据读取、删除以及清理等操作，实现了附件的管理过程。本实施例的管理方法中，附件系统与ERP系统解耦可独立运行，能够支持不同的ERP系统；附件系统与ERP系统分离可以分流网络请求和网络流量，节约了存储空间，解决了附件关联问题，为日后扩展提供了非常好的便利性。

以上借助具体实施例对本发明做了进一步描述，但是应该理解的是，这里具体的描述，不应理解为对本发明的实质和范围的限定，本领域内的普通技术人员在阅读本说明书后对上述实施例做出的各种修改，都属于本发明所保护的范围。

Claims (10)

1.一种ERP电子附件管理方法，其特征在于，包括：

附件系统接收ERP客户端上传的附件写入请求，将所述附件写入请求以及对应附件存储至服务器内存；为所述附件生成唯一对应的附件编码，并将所述附件写入文件系统中；读取所述附件的附件信息并将所述附件信息存储至所述服务器内存；

提取所述附件写入请求中的ERP关联信息，将所述ERP关联信息与所述附件信息以及对应的附件编码写入与该所述附件对应的数据库列表中，所述数据库列表具有唯一对应的列表ID。

2.如权利要求1所述的一种ERP电子附件管理方法，其特征在于，还包括：

所述附件系统接收所述ERP客户端上传的附件信息读取请求，读取所述附件信息读取请求中包含的所述ERP关联信息，根据所述ERP关联信息查询所述数据库列表中对应的附件信息以及附件编码，并将所述附件信息与所述附件编码返回所述ERP客户端。

3.如权利要求2所述的一种ERP电子附件管理方法，其特征在于，还包括：

所述附件系统接收所述ERP客户端上传的附件数据读取请求，读取所述附件数据读取请求中的所述列表ID；根据所述列表ID查询对应的所述数据库列表，并提取出所述数据库列表中的所述附件编码；通过所述附件编码查询文件系统中对应的附件，并将所述附件的附件数据读取至所述服务器内存中；将所述附件数据以及所述附件编码返回所述ERP客户端。

4.如权利要求3所述的一种ERP电子附件管理方法，其特征在于，还包括：

所述附件系统接收所述ERP客户端上传的附件删除请求，并从所述附件删除请求中提取所述列表ID；查找所述列表ID对应的所述数据库列表，并将所述数据库列表中Delete字段状态更新为true。

5.如权利要求4所述的一种ERP电子附件管理方法，其特征在于，还包括：

所述附件系统遍历所有所述数据库列表，查找Delete字段状态为true的所述数据库列表并提取该所述数据库列表中的所述附件编码；根据所述附件编码生成清理列表，并删除所述文件系统中对应的所述附件；清除所述数据库中的所述附件信息。

6.如权利要求1所述的一种ERP电子附件管理方法，其特征在于，所述附件系统接收ERP客户端上传的附件写入请求，将所述附件写入请求以及对应附件存储至服务器内存；为所述附件生成唯一对应的附件编码，并将所述附件写入文件系统中；读取所述附件的附件信息并将所述附件信息存储至所述服务器内存；提取所述附件写入请求中的ERP关联信息，将所述ERP关联信息与所述附件信息以及对应的附件编码写入与该所述附件对应的数据库列表中包括：

(101)所述附件系统接收所述ERP客户端上传的附件写入请求；

(102)验证所述附件写入请求是否合法，若是，则执行步骤103；若否，则执行步骤104；

(103)接受请求，并将所述附件写入请求以及对应所述附件存储至所述服务器内存；

(104)拒绝请求，并返回拒绝请求代码至所述ERP客户端；

(105)对所述附件进行哈希运算生成与所述附件唯一对应的所述附件编码；若生成成功，则执行步骤106；若生成失败，则执行步骤107；

(106)利用所述附件编码在所述文件系统中查找是否存在有对应的所述附件；若有，则执行步骤107；若无，则执行步骤108；

(107)终止请求，并返回终止请求代码至所述ERP客户端；

(108)将所述附件写入文件系统中；

(109)读取所述附件的所述附件信息，并将所述附件信息存储至所述服务器内存；

(110)提取并验证所述附件写入请求中的所述ERP关联信息；若验证成功，则执行步骤111；若验证失败，则执行步骤107；

(111)将所述ERP关联信息与所述附件信息以及对应的附件编码写入与该所述附件对应的所述数据库列表中；若写入成功，则执行步骤112，若写入失败则执行步骤107；

(112)完成请求，并返回请求成功代码至所述ERP客户端。

7.如权利要求2所述的一种ERP电子附件管理方法，其特征在于，所述附件系统接收所述ERP客户端上传的附件信息读取请求，读取所述附件信息读取请求中包含的所述ERP关联信息，根据所述ERP关联信息查询所述数据库列表中对应的附件信息以及附件编码，并将所述附件信息与所述附件编码返回所述ERP客户端中，包括：

(201)所述附件系统接收并验证所述ERP客户端上传的所述附件信息读取请求；若验证结果为合法，则执行步骤202；若验证结果为不合法，则执行步骤203；

(202)接受请求，提取并校验所述附件信息读取请求中包含的所述ERP关联信息；若校验成功则执行步骤204，若校验失败则执行步骤205；

(203)拒绝请求，并返回拒绝请求代码至所述ERP客户端；

(204)根据所述ERP关联信息查询所述数据库列表中对应的附件信息以及附件编码后，执行步骤206；

(205)终止请求，并返回终止请求代码至所述ERP客户端；

(206)将所述附件信息与所述附件编码返回所述ERP客户端中，并返回请求成功代码至所述ERP客户端。

8.如权利要求3所述的一种ERP电子附件管理方法，其特征在于，所述附件系统接收所述ERP客户端上传的附件数据读取请求，读取所述附件数据读取请求中的所述列表ID；根据所述列表ID查询对应的所述数据库列表，并提取出所述数据库列表中的所述附件编码；通过所述附件编码查询文件系统中对应的附件，并将所述附件的附件数据读取至所述服务器内存中；将所述附件数据以及所述附件编码返回所述ERP客户端中，包括：

(301)所述附件系统接收并验证所述ERP客户端上传的附件数据读取请求；若验证结果为合法，则执行步骤302；若验证结果为不合法，则执行步骤303；

(302)接受请求，读取所述附件数据读取请求中的所述列表ID；若读取成功，则执行步骤304，若读取失败，则执行步骤305；

(303)拒绝请求，并返回拒绝请求代码至所述ERP客户端；

(304)根据所述列表ID查询对应的所述数据库列表，并提取出所述数据库列表中的所述附件编码；

(305)终止请求，并返回终止请求代码至所述ERP客户端；

(306)通过所述附件编码查询文件系统中对应的附件，并将所述附件的附件数据读取至所述服务器内存中；

(307)将所述附件数据以及所述附件编码返回所述ERP客户端，并返回请求成功代码至所述ERP客户端。

9.如权利要求4所述的一种ERP电子附件管理方法，其特征在于，所述附件系统接收所述ERP客户端上传的附件删除请求，并从所述附件删除请求中提取所述列表ID；查找所述列表ID对应的所述数据库列表，并将所述数据库列表中Delete字段状态更新为true中，包括：

(401)所述附件系统接收并验证所述ERP客户端上传的附件删除请求；若验证结果为合法，则执行步骤402；若验证结果为不合法，则执行步骤403；

(402)从所述附件删除请求中提取所述列表ID；若提取成功，则执行步骤404；若提取失败，则执行步骤405；

(403)拒绝请求，并返回拒绝请求代码至所述ERP客户端；

(404)查找所述列表ID对应的所述数据库列表，并将所述数据库列表中Delete字段状态更新为true后，执行步骤406；

(405)终止请求，并返回终止请求代码至所述ERP客户端；

(406)完成请求，并返回请求成功代码至所述ERP客户端。

10.一种计算机设备，包括存储器和处理器，其中，

所述存储器，存储有计算机指令；

所述处理器，配置为运行所述计算机指令以使所述计算机设备执行权利要求1-9任一项所述的方法。