工具管理方法、系统和计算机存储介质与流程

1.本技术实施例涉及电子信息技术领域，尤其涉及一种工具管理方法、系统及计算机存储介质。


背景技术：

2.在工业生产中，有着大量的生产车间，车间又分为多个班组和工位，在生产过程中，车间人员需要用到种类繁多的工具、工装等。这些工具的日常管理需要被记录下来，例如，在使用过程中，会出现工具损坏、丢失等情况，或者当需要购买新的工具时，都需要记录与工具相关的一系列信息。
3.现有技术中，一般是采用电子表格或者纸质版等方式，通过手写或键盘输入的方式对生产车间众多工具的使用情况进行记录，工具在使用过程中的整个流程信息不连贯，会出现重复劳动的情况。例如，申请人在申请购买新工具时，需要填写与新工具相关的参数信息以及申请人员相关信息，等到新工具购买回来后，还需要再记录一遍新工具的参数信息，并且在新工具使用过程中出现损坏、丢失等状况时，还需要再次填写与新工具相关的参数信息，以便申请维修、丢弃等处理，使得工作人员效率不高，并且多次记录工具的信息，还容易出现记录错误等情况，使得工具的记录信息不准确。
4.因此，需要提供一种工具管理方法，实现对工具的高效管理。


技术实现要素：

5.有鉴于此，本技术实施例所解决的技术问题之一在于提供工具管理方法、系统及计算机存储介质，用以克服现有技术中管理工具的流程繁琐，缺少系统化的管理工具记录的缺陷。
6.第一方面，本技术实施例提供了一种工具管理方法，所述方法包括：接收第一用户输入的工具请求信息，所述工具请求信息包括第一用户的身份信息、第一用户请求的工具的标识信息以及请求内容信息；
7.根据所述第一用户的身份信息确定与所述第一用户的身份信息对应的第一用户的权限；
8.确定所述请求内容信息是否与所述第一用户的权限匹配，当确定所述请求内容信息与所述第一用户的权限匹配时，根据所述工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与所述工具的标识信息对应的工具的参数信息；
9.根据所述请求内容信息确定所述请求内容信息是否需要审批，当确定所述请求内容信息需要审批时，根据所述与工具的标识信息对应的工具的参数信息和所述请求内容信息创建待审批的审批表，并执行第二用户对所述待审批的审批表的审批。
10.可选地，
11.确定所述请求内容信息是否与所述第一用户的权限匹配，包括：
12.根据所述请求内容信息确定所述请求内容信息对应的请求类型；
13.根据所述第一用户的权限和预设规则确定所述第一用户的权限对应的预设类型；
14.若所述请求类型属于所述第一用户的权限对应的预设类型，则所述请求内容信息与所述第一用户的权限匹配。
15.可选地，
16.根据所述请求内容信息确定所述请求内容信息是否需要审批，包括：
17.确定所述请求内容信息对应的请求类型与预设的需要审批的请求类型是否一致，当所述请求内容信息对应的请求类型与预设的需要审批的请求类型一致时，确定所述请求内容信息需要审批。
18.可选地，
19.所述执行第二用户对所述待审批的审批表的审批，包括：
20.根据所述待审批的审批表生成待审批信息；
21.将所述待审批信息发送至第二用户客户端，以提醒所述第二用户对所述待审批的审批表进行审批。
22.可选地，
23.所述方法还包括：
24.判断所述第二用户对所述待审批的审批表的审批结果是否通过；
25.若所述审批结果为通过，则接收与所述待审批的审批表对应的处理结果，将所述工具管理库中工具的状态更改为与所述处理结果对应的状态，所述工具管理库中存储工具的参数信息、工具的使用信息和工具的状态信息；
26.若所述审批结果为不通过，则将所述第二用户对所述待审批的审批表的审批结果的信息发送至所述第一用户。
27.可选地，
28.所述请求内容信息表示申请采购工具，所述工具的标识信息为待采购工具的标识信息，所述待审批的审批表为采购审批表，所述处理结果为采购结果；
29.接收与所述待审批的审批表对应的处理结果，将所述工具管理库中工具的状态更改为与所述处理结果对应的状态，包括：接收第三用户输入的采购结果，若所述采购结果指示采购工具未完成，则将所述工具管理库中记录的待采购工具的状态信息存储为第一状态；若所述采购结果指示采购工具完成，则将已采购工具的采购信息和使用信息添加到所述工具管理库，并将所述工具管理库中记录的已采购工具的第一状态更改为第二状态，其中，所述第一状态用于指示工具处于采购中的状态，所述第二状态用于指示工具已存入库存或处于正常使用的状态。
30.可选地，
31.所述请求内容信息表示申请采购工具信息，所述工具的标识信息为待采购工具的标识信息，根据所述工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与所述工具的标识信息对应的工具的参数信息，包括：
32.判断所述采购目录中是否包括所述待采购工具的标识信息对应的工具的参数信息；
33.若所述采购目录中不包括所述待采购工具的标识信息对应的工具的参数信息，则
根据工具的标识信息判断所述待采购工具是否为定制工具；若所述待采购工具是定制工具，则接收所述第一用户输入的所述请求内容信息，所述请求内容信息包括所述待采购工具的工装信息和采购信息；若所述待采购工具不是定制工具，则向第三用户发送输入所述待采购工具的参数信息和使用信息的指令，在接收到所述第三用户输入的待采购工具的参数信息、使用信息之后，将所述待采购工具的参数信息加入至所述采购目录，将所述待采购工具的参数信息和使用信息加入所述工具管理库，以得到更新后的采购目录或工具管理库，执行根据所述工具的标识信息在更新后的采购目录或工具管理库中提取与所述工具的标识信息对应的工具的参数信息的操作。
34.可选地，
35.所述请求内容表示申请维修工具信息，所述工具的标识信息为待维修工具的标识信息，所述待审批的审批表为维修审批表，所述处理结果为维修结果；
36.所述方法还包括：在根据所述与工具的标识信息对应的工具的参数信息和所述请求内容信息创建维修审批表之后，将所述工具管理库中记录的用于指示所述待维修工具处于正常使用的状态更改为处理中的状态；
37.所述接收与所述维修审批表对应的处理结果，将所述工具管理库中工具的状态更改为与所述处理结果对应的状态，包括：接收维修结果；若所述维修结果指示维修成功，则将所述工具管理库中记录的用于指示所述待维修工具处于处理中的状态更改为正常使用的状态；若所述维修结果指示维修失败，则将所述维修审批表更改为报废审批表，并执行所述第二用户对所述报废审批表的审批流程。
38.可选地，
39.所述请求内容信息表示申请报废/已丢失工具，所述工具的标识信息为待报废/已丢失工具的标识信息，所述待审批的审批表为报废/丢失审批表；所述方法还包括：
40.判断所述第二用户对所述报废/丢失审批表的审批结果是否通过；
41.若所述审批结果为通过，则将所述工具管理库中记录的用于指示所述待报废/已丢失工具处于正常使用的状态更改为已报废/已丢失状态；
42.若所述审批结果为不通过，则将所述第二用户对所述报废/丢失审批表的审批结果的信息发送至所述第一用户。
43.第二方面，本技术实施例提供了一种工具管理系统，所述工具管理系统包括接收单元、权限确定单元、提取单元、创建单元、通信单元、终端设备、数据存储器；
44.所述接收单元包括图形用户界面，用于接收第一用户在所述终端设备上输入的工具请求信息，所述工具请求信息包括第一用户的身份信息、第一用户请求的工具的标识信息以及请求内容信息；
45.所述权限确定单元，用于根据所述第一用户的身份信息确定与所述第一用户的身份信息对应的第一用户的权限；
46.所述提取单元，用于确定所述请求内容信息是否与所述第一用户的权限匹配，当确定所述请求内容信息与所述第一用户的权限匹配时，根据所述工具的标识信息在所述数据存储器中提取与所述工具的标识信息对应的工具的参数信息；
47.所述创建单元，用于根据所述请求内容信息确定所述请求内容信息是否需要审批，当确定所述请求内容信息需要审批时，根据所述与工具的标识信息对应的工具的参数
信息和所述请求内容信息创建待审批的审批表；所述权限确定单元、所述提取单元和所述创建单元由计算装置实现；
48.将所述待审批的审批表通过所述通信单元发送给第二用户，执行所述第二用户对所述待审批的审批表的审批。
49.可选地，
50.所述工具管理系统还包括结果接收单元和发送单元；所述结果接收单元用于接收所述待审批的审批表的处理结果，并将对所述待审批的审批表的处理结果通过所述发送单元发送给所述终端设备。
51.可选地，
52.所述工具管理系统还包括：应用服务器，用于实现所述计算装置对数据进行访问、处理、发送的操作；所述应用服务器，还用于将所述计算装置处理后的数据存储到所述数据存储器中，所述数据存储器用于存储采购目录对应的数据，和工具管理库对应的数据，所述数据存储器还用于存储根据与工具的标识信息对应的工具的参数信息和请求内容信息创建采购审批表、维修审批表、报废审批表和丢失审批表。
53.第三方面，本技术实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面或第一方面的任意一个实施例中所述的工具管理方法。
54.本技术实施例提供一种工具管理方法、系统及计算机存储介质。该工具管理方法包括：接收第一用户输入的工具请求信息，工具请求信息包括第一用户的身份信息、第一用户请求的工具的标识信息以及请求内容信息；根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户的权限；确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与工具的标识信息对应的工具的参数信息；根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表，并执行第二用户对待审批的审批表的审批。本技术实施例中第一用户的身份信息确定第一用户的权限，当请求内容信息与权限匹配时，根据工具的标识信息在采购目录或工具管理库提取工具的参数信息，增加权限认证，提高了工具管理的安全性和可靠性，且减少第一用户对工具的参数信息的填写，当请求内容信息需要审批时，根据工具的参数信息和请求内容信息创建审批表，不需要第一用户手动填写审批表，节省第一用户时间，在创建审批表之后，还执行第二用户对待审批的审批表的审批，方便第二用户操作，审批流程简单，系统化记录的信息准确，不需要重复劳动，方便工作人员使用，提高工作人员的效率，实现对工具的高效管理。
附图说明
55.下文将参照附图以示例性而非限制性的方式详细描述本发明实施例的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比值绘制的。附图中：
56.图1为本技术实施例提供的一种工具管理方法的流程图；
57.图2为本技术实施例提供的另一种工具管理方法的流程图；
58.图3为本技术实施例提供的一种工具管理系统的示意图；
59.图4为本技术实施例提供的另一种工具管理系统的示意图；
60.图5为本技术实施例提供的再一种工具管理系统的示意图。
61.附图标记列表：
62.101：接收第一用户输入的工具请求信息；
63.102：根据可选地第一用户的身份信息确定与可选地第一用户的身份信息对应的第一用户的权限；
64.103：确定可选地请求内容信息是否与可选地第一用户的权限匹配，当确定可选地请求内容信息与可选地第一用户的权限匹配时，根据可选地工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与可选地工具的标识信息对应的工具的参数信息；
65.104：根据可选地请求内容信息确定可选地请求内容信息是否需要审批，当确定可选地请求内容信息需要审批时，根据可选地与工具的标识信息对应的工具的参数信息和可选地请求内容信息创建待审批的审批表，并执行第二用户对可选地待审批的审批表的审批；
66.105：判断可选地第二用户对可选地待审批的审批表的审批结果是否通过；
67.106：若可选地审批结果为通过，则接收与可选地待审批的审批表对应的处理结果，将可选地工具管理库中工具的状态更改为与可选地处理结果对应的状态；
68.107：若可选地审批结果为不通过，则将可选地第二用户对可选地待审批的审批表的审批结果的信息发送至可选地第一用户；
69.10：计算装置；
70.11：接收单元；
71.12：权限确定单元；
72.13：提取单元；
73.14：创建单元；
74.15：通信单元；
75.16：结果接收单元；
76.17：发送单元；
77.20：终端设备；
78.21：工具管理库；
79.22：工具采购；
80.23：工具处置；
81.24：采购目录；
82.25：用户管理
83.30：数据存储器；
84.31：工具信息；
85.32：采购流程；
86.33：处置流程；
87.34：采购信息；
88.35：用户信息；
89.40：应用服务器；
90.41：数据访问层；
91.42：业务逻辑层；
92.43：视图层。
具体实施方式
93.为了使本领域的人员更好地理解本发明实施例中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本发明实施例保护的范围。
94.需要说明的是，本技术中的第一和第二只是为了区分名称，并不代表顺序关系，不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量，例如，第一用户、第二用户、第三用户，仅是为了区别不同的用户。
95.下面结合本技术实施例附图进一步说明本技术实施例具体实现。
96.本技术实施例提供一种工具管理方法，图1为本技术实施例提供的一种工具管理方法的流程图，如图1所示，该方法包括以下步骤：
97.步骤101：接收第一用户输入的工具请求信息。
98.其中，工具请求信息包括第一用户的身份信息、第一用户请求的工具的标识信息以及请求内容信息。
99.第一用户的身份信息可以是第一用户的用户账号或者用户身份标识(identity document，简称id)等账号信息，身份信息用于表示用户角色，用户角色可以但不限于是系统管理员、工艺工程师、维修人员、生产部门经理、班组长、车间的普通人员等，其中系统管理员对用户进行管理，工艺工程师对工具进行登记、维护工具记录、维护工具信息、审批采购/维修/报废/丢失申请、输入采购结果，维修人员确认维修结果，生产部门经理审批采购/维修/报废/丢失申请，班组长可以查阅工具记录、查阅工具信息、申请采购新工具、申请维修/报废工具、申请已丢失工具的核销，车间的普通人员可以查阅工具记录、查阅工具信息。
100.第一用户请求的工具的标识信息可以但不限于是工具的名称、工具的代号、工具的实物图片、工具的用途、工具的示意图或者工厂内特定的编码等，只要能够根据工具的标识信息找到对应的工具即可。
101.请求内容信息可以但不限于是对请求查阅工具记录、请求采购新工具、请求对坏掉的工具进行维修、请求对已丢失工具的核销等。
102.车间内包括多个班组，每个班组包括多个工位，车间人员有班组长以及普通人员等，在本技术实施例中第一用户可以是车间班组长，请求内容信息可以是申请对工具进行采购、维修、报废等，第一用户也可以是普通人员，请求内容信息可以是对采购目录中已有工具的参数信息进行查阅，以及对工具管理库中已有工具的参数信息、采购信息和使用信息进行查阅。
103.步骤102：根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户
的权限。
104.本技术实施例能够根据身份信息确定身份信息对应的用户的权限，例如，用户的身份信息显示是班组长，班组长的权限是查阅采购目录中已有工具的参数信息，以及查阅工具管理库中已有工具的参数信息、采购信息和使用信息，以及申请采购新工具，以及申请维修工具，以及申请报废、丢失工具；又如，用户的身份信息显示是车间的普通人员，普通人员的权限是查阅采购目录中已有工具的参数信息，以及查阅工具管理库中已有工具的参数信息、采购信息和使用信息；再如，用户的身份信息显示是工艺工程师，工艺工程师的权限是在工具管理库中登记和维护工具的使用信息，以及在采购目录中输入和维护工具的参数信息，以及根据采购目录自行采购工具，以及对申请采购工具的审批表进行审批，以及，对申请维修工具的审批表进行审批，以及对申请报废、丢失工具的审批表进行审批；再如，用户的身份信息显示是维修人员，维修人员的权限是对申请维修工具的审批表回复维修结果，回复的维修结果包括维修成功、维修失败；再如，用户的身份信息显示是生产部经理，生产部经理的权限是对工艺工程师审批后的审批表进行审批。
105.步骤103：确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与工具的标识信息对应的工具的参数信息。
106.以第一用户是车间的普通人员为例对请求内容信息与第一用户的权限不匹配进行说明，第一用户是车间的普通人员，请求内容信息是采购新工具，该请求采购新工具的内容与普通人员的权限不匹配。当请求内容信息与第一用户的权限不匹配时，向第一用户发出警告，提醒第一用户无权限，第一用户可以修改请求内容信息，或者当请求内容信息与第一用户的权限不匹配时，退出工具管理系统，对此本技术实施例不做限制。
107.可选地，在本技术的一种实施例中，确定请求内容信息是否与第一用户的权限匹配，包括：根据请求内容信息确定请求内容信息对应的请求类型；根据第一用户的权限和预设规则确定第一用户的权限对应的预设类型；若请求类型属于第一用户的权限对应的预设类型，则请求内容信息与第一用户的权限匹配。
108.请求内容信息包括查阅工具信息、采购工具信息、维修工具信息、报废工具信息、已丢失工具信息，请求内容信息对应的请求类型包括查阅和申请，查阅对应于查阅工具信息，申请对应于采购工具信息、维修工具信息、报废工具信息、已丢失工具信息。预设规则可以是根据实际情况预先设置好的规则，本技术实施例将第一用户的权限按照等级划分为初级、中级和高级，初级对应的预设类型为查阅，中级对应的预设类型为查阅和申请，高级对应的权限为审批，可以理解的是，根据实际情况的需要，请求类型也可以包括其他的种类，权限级别也可以包括其他的等级，在此仅做示例性描述，不做限制。若请求类型属于第一用户的权限对应的预设类型，则请求内容信息与第一用户的权限匹配，示例的，当请求类型是查阅、且第一用户的权限级别为初级或中级时，请求内容信息与第一用户的权限匹配；当请求类型是申请、且第一用户的权限级别为中级时，请求内容信息与第一用户的权限匹配。
109.当请求内容信息与第一用户的权限相匹配时，根据工具的标识信息在采购目录或工具管理库提取与工具的标识信息对应的工具的参数信息，系统化记录的信息准确，不需要第一用户手动填写工具的参数信息，减少重复劳动，提高工作效率。本技术实施例的采购目录中存储工具的参数信息，第一用户可以通过选择或输入工具的标识信息从而对采购目
录中存储工具的参数信息进行查阅；工具管理库中存储工具的参数信息、工具的使用信息和工具的状态信息，第一用户可以通过选择或输入工具的标识信息从而对工具管理库中存储工具的参数信息进行查阅，采购目录和工具管理库中均存储有工具的参数信息，用户可以在采购目录中选择或输入工具的标识信息，也可以在工具管理库中选择或输入工具的标识信息，在选择或输入工具的标识信息之后，可以根据工具的标识信息在采购目录或工具管理库提取与工具的标识信息对应的工具的参数信息，对此，本技术实施例不做限制。其中在选择工具的标识信息时可以是通过在多个显示出来的工具的标识信息中进行选择，也可以是通过下拉的方式选择，对此本技术实施例不做限制。
110.需要说明的是，本技术的工具是实体的物理工具，例如用于车间生产变压器的阀侧套管所使用的六角扳手、钳子、尺子、绝缘筒存放车、其他使用工具等，又如，工具也可以是变压器的阀侧套管的一些零部件，例如，不锈钢套筒、隔热棉、螺钉、螺栓等，对此本技术实施例不做限制。本技术的工具管理方法应用于车间内工具的管理，采购目录和工具管理库中均存储有工具的参数信息，工具的参数信息用于指示工具的固有静态属性特征，包括以下至少一项：名称、品牌、技术参数；其中，采购目录中还存储有工具的供应商信息、货品来源、价格等，工具管理库还包括登记和维护工具的使用信息、登记和维护工具的状态信息，工具的使用信息用于指示工具在使用过程中所产生的归属动态信息，包括以下至少一项：工具的使用班组、工具的使用工位、购买日期、用途，工具的状态信息用于指示工具处于什么流程状态，包括以下其中一项：采购中、已存入库存、正常使用、处理中、已报废、已丢失。
111.步骤104：根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表，并执行第二用户对待审批的审批表的审批。
112.在根据工具的标识信息在采购目录或工具管理库提取与工具的标识信息对应的工具的参数信息之后，可选地，在本技术的一种实施例中，根据请求内容信息确定请求内容信息是否需要审批，包括：确定请求内容信息对应的请求类型与预设的需要审批的请求类型是否一致，当请求内容信息对应的请求类型与预设的需要审批的请求类型一致时，确定请求内容信息需要审批。
113.请求内容信息对应的请求类型包括查阅和申请，查阅对应于查阅工具信息，申请对应于采购工具信息、维修工具信息、报废工具信息、已丢失工具信息。本技术实施例中预设的需要审批的请求类型为申请，若请求内容信息的请求类型是查阅，则与预设的需要审批的请求类型不一致，则请求内容信息不需要审批；若请求内容信息的请求类型是申请，则与预设的需要审批的请求类型一致，则请求内容信息需要审批。可以理解的是，根据实际情况的需要，请求类型也可以包括其他的种类，预设的需要审批的请求类型也可以是其他的类型，在此仅做示例性描述，不做限制。示例的，若请求内容信息为查阅采购目录中存储的工具a的参数信息，请求类型是查阅，与预设的需要审批的请求类型不一致，则不需要审批，因此也就不需要创建审批表，仅将工具a的参数信息向用户示出或者以其他的方式告知用户即可；若请求内容信息为申请采购新工具或申请维修工具等，请求类型是申请，与预设的需要审批的请求类型一致，确定请求内容信息是需要审批的，则根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表，并执行第二用户对待审批的审
批表的审批，进入审批流程，可以理解的是，第二用户是具有审批权限的用户。
114.可以理解的是，在对审批表进行审批时，可以有多级审批，例如，具有审批权限的有一级审批和二级审批，以一级审批是工艺工程师，二级审批是生产部经理为例进行说明，先由工艺工程师对审批表进行审批，审批通过后，再由生产部经理对审批表进行审批，本技术实施例是以第二用户对审批表进行审批为例进行说明，并不代表本技术实施例局限于此。与直接在已打印好的表格中填写用户名称、申请工具的名称、数量、对应的处理信息相比，当请求内容信息需要审批时，本技术实施例根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表，执行第二用户对待审批的审批表的审批，由第二用户对审批表进行审批，第二用户对审批表审批通过后，再进入下一流程，审批流程简单，不需要用户填写工具的参数信息，系统化记录的信息准确，不需要重复劳动，提高待审批的审批表中信息的准确性，节省用户时间，方便用户操作。
115.可选地，在本技术的一种实施例中，执行第二用户对待审批的审批表的审批，包括：根据待审批的审批表生成待审批信息；将待审批信息发送至第二用户客户端，以提醒第二用户对待审批的审批表进行审批。
116.需要说明是，本技术实施例在创建待审批的审批表之后，还需要判断待审批的审批表是否需要审批，若待审批的审批表需要审批，根据待审批的审批表生成待审批信息，根据待审批信息触发第二用户客户端，以提醒第二用户对待审批的审批表进行审批，示例的，一种可实现的方式中，由于第二用户有审批权限，因此在第二用户登录工具管理系统之后可以自动根据待审批信息获得待审批的待审批的审批表；另一种可实现的方式中，工具管理系统检测到第二用户的权限，根据待审批信息直接向第二用户发送待审批的待审批的审批表，对此，本技术实施例不做限制，只要是能使得第二用户对待审批的审批表进行审批即可。
117.可选地，在本技术的一种实施例中，图2为本技术实施例提供的另一种工具管理方法的流程图，如图2所示，在图1的基础上，也就是在步骤104之后，本技术实施例中的工具管理方法还可以包括：
118.步骤105：判断第二用户对待审批的审批表的审批结果是否通过。
119.若审批结果为通过，则执行步骤106：接收与待审批的审批表对应的处理结果，将工具管理库中工具的状态更改为与处理结果对应的状态。
120.其中，工具管理库中存储工具的参数信息、工具的使用信息和工具的状态信息。
121.当审批结果为通过时，图2中的y表示审批结果为通过，获取与审批表对应的审批清单，例如审批表是采购审批表，审批清单是采购清单，采购部门的人员根据采购清单采购工具；又如审批表是维修审批表，审批清单是维修清单，维修部门的人员根据维修清单对工具进行维修。本技术实施例还接收与待审批的审批表对应的处理结果，并自动将工具管理库中工具的状态更改为与处理结果对应的状态。例如审批表是采购审批表，对采购清单的处理结果可以是已采购或正在采购，已采购回来的工具是库存状态或正常使用的状态，在接收处理结果之后，自动将工具管理库中工具的状态更改为采购中或正常使用或已存入库存；又如审批表是维修审批表，对维修清单的处理结果可以是维修成功或维修失败，若维修成功，则自动将工具管理库中工具的状态更改为正常使用，若维修失败，则自动将审批表改为报废审批表，再次进入报废审批流程。
122.若审批结果为不通过，则执行步骤107：将第二用户对待审批的审批表的审批结果的信息发送至第一用户。
123.当审批结果为不通过时，图2中的n表示审批结果为不通过，将审批结果的不通过的信息发送至第一用户，方便第一用户得知审批流程的整个走向，以便对工具进行管理，形成审批流程闭环。进一步的，审批结果为不通过，可以包括审批不通过的意见或其他事项等，第一用户可以对请求内容信息进行修改，根据与工具的标识信息对应的工具的参数信息和修改后请求内容信息重新创建审批单，从而进入审批流程，或者第一用户接收到审批结果后，直接放弃请求，寻找其他途径的解决方案，对此本技术实施例不做限制。
124.本技术实施例中，若根据请求内容信息确定请求内容信息需要审批，则根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表，在创建审批表之后，审批表直接进入审批流程，在审批结果为通过时，还接收处理结果，自动将工具的状态更改为与处理结果对应的状态，审批流程简单，不需要重复劳动，提供了工作效率。
125.可选地，在本技术的一种实施例中，请求内容信息表示申请采购工具，工具的标识信息为待采购工具的标识信息，待审批的审批表为采购审批表，处理结果为采购结果；示例的，本技术实施例提供的工具管理方法如步骤201-步骤207所示。
126.步骤201：接收第一用户的工具请求信息。
127.其中，工具请求信息包括第一用户的身份信息、第一用户请求的待采购工具的标识信息以及请求内容信息。
128.请求内容信息表示申请采购工具，可以包括以下至少一项：采购理由、采购申请人、采购申请人所在班组、采购数量、采购日期、采购周期。
129.步骤202：根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户的权限。
130.步骤203：确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据待采购工具的标识信息在存储有与待采购工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与待采购工具的标识信息对应的工具的参数信息。
131.可选地，在本技术的一种实施例中，在根据待采购工具的标识信息在采购目录或工具管理库提取工具的参数信息之前，工具管理方法还包括：判断采购目录中是否包括待采购工具的标识信息对应的工具的参数信息；若采购目录中不包括待采购工具的标识信息对应的工具的参数信息，则根据工具的标识信息判断待采购工具是否为定制工具；若待采购工具是定制工具，则接收第一用户输入的请求内容信息，请求内容信息包括待采购工具的工装信息和采购信息；若待采购工具不是定制工具，则向第三用户发送输入待采购工具的参数信息和使用信息的指令，在接收到第三用户输入的待采购工具的参数信息、使用信息之后，将待采购工具的参数信息加入至采购目录，将待采购工具的参数信息和使用信息加入工具管理库，以得到更新后的采购目录或工具管理库，执行根据工具的标识信息在更新后的采购目录或工具管理库中提取与工具的标识信息对应的工具的参数信息的操作。
132.采购目录有可能会存在没有记录该采购工具的参数信息的情况，因此需要判断采购目录中是否包括待采购工具的标识信息对应的参数信息，若采购目录中包括待采购工具的标识信息对应的参数信息，则执行根据工具的标识信息在采购目录或工具管理库提取与
工具的标识信息对应的工具的参数信息的操作。若采购目录中不包括待采购工具的标识信息对应的参数信息，则需要判断待采购工具是否为定制工具。定制工具是指该车间或工厂没有使用过该工具，没有记录过关于该工具相关的参数信息，也就是采购目录及工具管理库中均没有记录该定制工具的参数信息和使用信息等，需要用户在申请信息中填写待采购工具的功能描述、工装信息和采购信息等。
133.本技术实施例中的第三用户可以是工艺工程师，工艺工程师的权限是在工具管理库中登记和维护工具的参数信息和使用信息，以及在采购目录中输入和维护工具的参数信息。本技术实施例通过获取第三用户输入的待采购工具的参数信息及使用信息，并将待采购工具的参数信息存储至采购目录，将待采购工具的参数信息和使用信息存储至工具管理库。
134.在此需要说明的是，在采购工具时，可以是由第一用户采购，也可以是由第三用户采购。实施例中是由第一用户，如班组长填写采购申请，然后进入审批流程；当然，也可以直接由第三用户采购，如工艺工程师直接采购工具，若采购目录包括待采购工具的参数信息，需要第三用户在工具管理库中填写待采购工具的使用信息；若采购目录不包括待采购工具的参数信息，需要第三用户将待采购工具的参数信息输入采购目录，并且还在工具管理库中输入待采购工具的参数信息和使用信息。
135.步骤204：根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与工具的标识信息对应的工具的参数信息和请求内容信息创建采购审批表，并执行第二用户对采购审批表的审批。
136.本技术实施例中步骤201-204与图1中的步骤101-104一致，在此不再赘述。
137.步骤205：判断第二用户对采购审批表的审批结果是否通过。
138.若审批结果为通过，则执行步骤206：接收第三用户输入的采购结果，若采购结果指示采购工具未完成，则将工具管理库中记录的待采购工具的状态信息存储为第一状态；若采购结果指示采购工具完成，则将已采购工具的采购信息和使用信息添加到工具管理库，并将工具管理库中记录的已采购工具的第一状态更改为第二状态，其中，第一状态用于指示工具处于采购中的状态，第二状态用于指示工具已存入库存或处于正常使用的状态。
139.需要说明的是，第一状态用于指示工具处于采购中的状态，第二状态用于指示工具已存入库存或处于正常使用的状态，例如第一状态可以就是采购中，第二状态可以就是存入库存，可以理解的是，第一状态和第二状态也可以用数字表示(1表示处于采购中，2表示存入库存，3表示正常使用)，也可以用字母表示(cg表示处于采购中，kc表示存入库存，sy表示正常使用)，也可以用其他的状态规则进行表示，对此本技术实施例不做限制。第三用户可以是工艺工程师，在审批结果为通过后，根据审批通过后的采购审批表生成采购清单，市场部人员根据采购清单进行工具采购，当工具采购回来之后，由工艺工程师输入采购结果，采购结果可以是正在采购或采购完成，采购完成后的工具可以是存入库存，也可以正常使用。当采购结果指示正在采购时，工具管理库中记录的工具的状态为“处于采购中”，当采购结果指示采购完成时，将与已采购工具的参数信息、采购信息、使用信息添加到工具管理库，并将工具管理库中记录的“采购中”更改为“已存入库存”或“正常使用”。
140.本技术实施例根据与待采购工具的标识信息对应的工具的参数信息和请求内容信息创建采购审批表，在创建采购审批表之后，采购审批表直接进入审批流程，当审批结果
为通过时，获取第三用户输入的采购结果，当采购结果指示采购工具完成时，自动将工具的状态更改为与“已存入库存”或“正常使用”，审批流程简单，工具的使用状态随着审批流程进行更改，使得工具的参数信息、状态信息、采购信息和使用信息系统化，不需要重复劳动，提供了工作效率。
141.若审批结果为不通过，则执行步骤207：将第二用户对采购审批表的审批结果的信息发送至第一用户。
142.步骤207与步骤107一致，在此不再赘述。
143.可选地，在本技术的一种实施例中，请求内容信息表示申请维修工具信息，工具的标识信息为待维修工具的标识信息，待审批的审批表为维修审批表，处理结果为维修结果；示例的，本技术实施例提供的工具管理方法如步骤301-步骤308所示。
144.步骤301：接收第一用户的工具请求信息。
145.其中，工具请求信息包括第一用户的身份信息、第一用户请求的待维修工具的标识信息以及请求内容信息。
146.当工具发生损坏时，还可以对工具进行维修，请求内容信息表示申请维修工具，可以包括以下至少一项：维修理由、维修申请人、维修申请日、待维修工具所在的班组、待维修工具所在的工位。
147.步骤302：根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户的权限。
148.步骤303：确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据待维修工具的标识信息在存储有与待维修工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与待维修工具的标识信息对应的工具的参数信息。
149.步骤304：根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与待维修工具的标识信息对应的工具的参数信息和请求内容信息创建维修审批表，并执行第二用户对维修审批表的审批。
150.本技术实施例中步骤301-304与图1中的步骤101-104一致，在此不再赘述。
151.步骤305：将工具管理库中记录的用于指示待维修工具处于正常使用的状态更改为处理中的状态。
152.步骤306：判断第二用户对维修审批表的审批结果是否通过。
153.若审批结果为通过，则执行步骤307：接收维修结果；若维修结果指示维修成功，则将工具管理库中记录的用于指示待维修工具处于处理中的状态更改为正常使用的状态；若维修结果指示维修失败，则将维修审批表更改为报废审批表，并执行第二用户对报废审批表的审批流程。
154.在第二用户对维修审批表进行审批通过后，维修人员会根据维修清单对工具进行维修，并输入维修结果，维修结果可以是维修成功或维修失败，若维修成功，则将工具管理库中记录的“处理中”更改为“正常使用”；若维修失败，则自动将维修审批表更改为报废审批表，再次获取第二用户对报废审批表进行审批通过后的清单，并自动将工具管理库中记录的“处理中”更改为“已报废”。
155.本技术实施例根据与待维修工具的标识信息对应的工具的参数信息和请求内容
信息创建维修审批表，在创建维修审批表之后，维修审批表直接进入审批流程，当审批结果为通过时，获取第三用户输入的维修结果，当维修结果指示维修成功时，自动将工具的状态更改为“正常使用”，审批流程简单，工具的使用状态随着审批流程进行更改，使得工具的参数信息、状态信息和使用信息系统化，不需要重复劳动，提供了工作效率。
156.若审批结果为不通过，则执行步骤308：将第二用户对维修审批表的审批结果的信息发送至第一用户。
157.步骤308与步骤107一致，在此不再赘述。
158.可选地，在本技术的一种实施例中，请求内容表示申请报废/已丢失工具，工具的标识信息为待报废/已丢失工具的标识信息，待审批的审批表为报废/丢失审批表；示例的，本技术实施例提供的工具管理方法如步骤401-步骤407所示。
159.步骤401：接收第一用户的工具请求信息。
160.其中，工具请求信息包括第一用户的身份信息、第一用户请求的待报废/已丢失工具的标识信息以及请求内容信息。
161.请求内容信息表示申请报废工具，可以包括以下至少一项：报废理由、报废申请人、报废申请日、待报废工具所在的班组、待报废工具所在的工位；请求内容信息表示申请已丢失工具，可以包括以下至少一项：丢失理由、丢失申请人、丢失申请日、丢失工具所在的班组、丢失工具所在的工位。
162.步骤402：根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户的权限。
163.步骤403：确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据待报废/已丢失工具的标识信息在存储有与工具的标识信息对应的工具的参数信息的采购目录或工具管理库中提取与待报废/已丢失工具的标识信息对应的工具的参数信息。
164.步骤404：根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与待报废/已丢失工具的标识信息对应的工具的参数信息和请求内容信息创建报废/丢失审批表，并执行第二用户对报废/丢失审批表的审批。
165.本技术实施例中步骤401-404与图1中的步骤101-104一致，在此不再赘述。
166.步骤405：判断第二用户对报废/丢失审批表的审批结果是否通过。
167.若审批结果为通过，则执行步骤406：将工具管理库中记录的用于指示待报废/已丢失工具处于正常使用的状态更改为已报废/已丢失状态。
168.本技术实施例根据与待报废工具的标识信息对应的工具的参数信息和请求内容创建报废审批表，在创建报废审批表之后，报废审批表直接进入审批流程，当审批结果为通过时，自动将工具的状态更改为“已报废”；申请已丢失工具的审批流程与申请报废流程一致，在此不再赘述，本技术实施例的审批流程简单，工具的使用状态随着审批流程进行更改，使得工具的参数信息、状态信息和使用信息系统化，不需要重复劳动，提供了工作效率。
169.若审批结果为不通过，则执行步骤407：将第二用户对报废/丢失审批表的审批结果的信息发送至第一用户。
170.步骤407与步骤107一致，在此不再赘述。
171.基于上述任一实施例所提供的一种工具管理方法，本技术实施例提供了一种工具
管理系统，如图3所示，图3为本技术实施例提供的一种工具管理系统的示意图，该工具管理系统10包括接收单元11、权限确定单元12、提取单元13、创建单元14、终端设备20、数据存储器30；
172.接收单元11包括图形用户界面，用于接收第一用户在终端设备20上输入的工具请求信息，工具请求信息包括第一用户的身份信息、第一用户请求的工具的标识信息以及请求内容信息；示例的，接收单元可以是包括图形用户界面(graphical user interface，简称gui)、键盘、鼠标、显示器等的设备；
173.权限确定单元12，用于根据第一用户的身份信息确定与第一用户的身份信息对应的第一用户的权限；
174.提取单元13，用于确定请求内容信息是否与第一用户的权限匹配，当确定请求内容信息与第一用户的权限匹配时，根据工具的标识信息在数据存储器30中提取与工具的标识信息对应的工具的参数信息；
175.创建单元14，用于根据请求内容信息确定请求内容信息是否需要审批，当确定请求内容信息需要审批时，根据与工具的标识信息对应的工具的参数信息和请求内容信息创建待审批的审批表；权限确定单元12、提取单元13和创建单元14由计算装置实现，示例的，该计算装置可以是由通用的或专用的处理器实现，例如中央处理器(central processing unit，简称cpu)、可编程控制芯片、可编程逻辑控制器(programmable logic controller，简称plc)等；
176.将待审批的审批表通过通信单元15发送给第二用户，通过第二用户执行对待审批的审批表的审批；该通信单元可以是通信接口，以有线的或无线的串口通信(serial communication)方式发送给第二用户。
177.可选地，在本技术一种实施例中，如图4所示，图4为本技术实施例提供的另一种工具管理系统的示意图，在图3的基础上，该工具管理系统10还包括：结果接收单元16和发送单元17；结果接收单元16用于接收待审批的审批表的处理结果，并将对待审批的审批表的处理结果通过发送单元17发送给终端设备20；发送单元17可以是用于发明命令的通信接口，结果接收单元可以是用于接收命令的通信接口。
178.可选地，在本技术的一种实施例中，工具管理系统10还包括匹配单元，匹配单元用于根据请求内容信息确定请求内容信息对应的请求类型；根据第一用户的权限和预设规则确定第一用户的权限对应的预设类型；若请求类型属于第一用户的权限对应的预设类型，则请求内容信息与第一用户的权限匹配。可选地，匹配单元由计算装置实现。
179.可选地，在本技术的一种实施例中，工具管理系统10还包括审批确定单元，审批确定单元用于确定请求内容信息对应的请求类型与预设的需要审批的请求类型是否一致，当请求内容信息对应的请求类型与预设的需要审批的请求类型一致时，确定请求内容信息需要审批。可选地，审批确定单元由计算装置实现。
180.可选地，在本技术的一种实施例中，工具管理系统10还包括审批执行单元，审批执行单元用于根据待审批的审批表生成待审批信息；将待审批信息发送至第二用户客户端，以提醒第二用户对待审批的审批表进行审批。可选地，审批执行单元由计算装置实现。
181.可选地，在本技术的一种实施例中，工具管理系统10还包括判断单元、更改单元，判断单元用于判断第二用户对待审批的审批表的审批结果是否通过；若审批结果为通过，
更改单元接收与待审批的审批表对应的处理结果，将工具管理库中工具的状态更改为与处理结果对应的状态；若审批结果为不通过，发送单元17将第二用户对待审批的审批表的审批结果的信息发送至第一用户。可选地，判断单元、更改单元由计算装置实现。
182.可选地，在本技术的一种实施例中，请求内容信息表示申请采购工具，工具的标识信息为待采购工具的标识信息，待审批的审批表为采购审批表，处理结果为采购结果，更改单元还用于接收第三用户输入的采购结果，若采购结果指示采购工具未完成，则将工具管理库中记录的待采购工具的状态信息存储为第一状态；若采购结果指示采购工具完成，则将已采购工具的采购信息和使用信息添加到工具管理库，并将工具管理库中记录的已采购工具的第一状态更改为第二状态，其中，第一状态用于指示工具处于采购中的状态，第二状态用于指示工具已存入库存或处于正常使用的状态。
183.可选地，在本技术的一种实施例中，请求内容信息表示申请采购工具信息，工具的标识信息为待采购工具的标识信息，提取单元13还用于判断采购目录中是否包括待采购工具的标识信息对应的工具的参数信息；若采购目录中不包括待采购工具的标识信息对应的工具的参数信息，则根据工具的标识信息判断待采购工具是否为定制工具；若待采购工具是定制工具，则接收第一用户输入的请求内容信息，请求内容信息包括待采购工具的工装信息和采购信息；若待采购工具不是定制工具，则向第三用户发送输入待采购工具的参数信息和使用信息的指令，在接收到第三用户输入的待采购工具的参数信息、使用信息之后，将待采购工具的参数信息加入至采购目录，将待采购工具的参数信息和使用信息加入工具管理库，以得到更新后的采购目录或工具管理库，执行根据工具的标识信息在更新后的采购目录或工具管理库中提取与工具的标识信息对应的工具的参数信息的操作。
184.可选地，在本技术的一种实施例中，请求内容表示申请维修工具信息，工具的标识信息为待维修工具的标识信息，待审批的审批表为维修审批表，处理结果为维修结果，更改单元还用于将工具管理库中记录的用于指示待维修工具处于正常使用的状态更改为处理中的状态；更改单元还用于接收维修结果；若维修结果指示维修成功，则将工具管理库中记录的用于指示待维修工具处于处理中的状态更改为正常使用的状态；若维修结果指示维修失败，则将维修审批表更改为报废审批表，并执行第二用户对报废审批表的审批流程。
185.可选地，在本技术的一种实施例中，请求内容信息表示申请报废/已丢失工具，工具的标识信息为待报废/已丢失工具的标识信息，待审批的审批表为报废/丢失审批表，更改单元还用于判断第二用户对报废/丢失审批表的审批结果是否通过；若审批结果为通过，则将工具管理库中记录的用于指示待报废/已丢失工具处于正常使用的状态更改为已报废/已丢失状态；若审批结果为不通过，则将第二用户对报废/丢失审批表的审批结果的信息发送至第一用户。
186.可选地，在本技术一种实施例中，如图5所示，图5为本技术实施例提供的再一种工具管理系统的示意图，在图4的基础上，图5中的工具管理系统10还包括应用服务器40，用于实现计算装置对数据进行访问、处理、发送的操作；
187.应用服务器40用于将计算装置处理后的数据存储到数据存储器30中。应用服务器40包括：数据访问层41、业务逻辑层42、视图层43；其中，视图层43与终端设备20互相通信，视图层43用于接收终端设备20传输的指令，视图层43还用于将与视图界面通过终端设备20呈现给用户；视图层43与业务逻辑层42互相通信，视图层43还接收数据访问层41传输的数
据；数据访问层41与业务逻辑层42和数据存储器30互相通信，数据访问层41用于访问数据存储器30，并将将计算装置处理后的数据存储到数据存储器30中。数据存储器30用于存储采购目录对应的数据，和工具管理库对应的数据，数据存储器30还用于存储根据与工具的标识信息对应的工具的参数信息和请求内容信息创建的采购审批表、维修审批表、报废审批表和丢失审批表。示例的，终端设备20中展示的视图界面中包括工具管理库21、工具采购22、工具处置23、采购目录24、用户管理25；工具管理库21用于登记、查阅现有工具的参数信息和使用信息；工具采购22用于申请采购新工具，并根据采购申请创建采购审批表；工具处置23用于申请工具维修、报废、丢失，并根据处置申请创建处置审批表；采购目录24用于查阅、填写工具的参数信息；用户管理25用于维护用户账号信息和权限。数据存储器30中存储与视图界面对应的记录信息，记录信息包括：工具管理库21中对应的工具信息31，工具采购22中对应的采购流程32，工具处置23中对应的处置流程33，采购目录24中对应的采购信息34，用户管理25对应中的用户信息35。
188.本技术实施例数据存储器可以是多个数据库，本技术实施例移动终端20可以包括智能手机(如android手机、ios手机、windows phone手机等)、多媒体手机、功能性手机、低端手机、电脑、平板电脑、视频矩阵、监控平台、车载设备、卫星、掌上电脑、笔记本电脑、移动互联网设备(mid，mobile internet devices)或穿戴式设备等，上述仅是举例，而非穷举，包含但不限于上述装置，当然，上述移动终端还可以为服务器设备。
189.本技术实施例中用于实现工具管理系统10的主要技术包括asp.net技术与数据库技术，其中，asp.net技术主要用于系统动态网页的开发与应用程序的开发，是基于net平台进行系统的web应用程序与动态网页开发，其主要采用microsoft visual studio工具进行系统开发，主要为系统程序的开发提供编程模型和基础结构，并注重了web服务器的页面与应用程序的生成与建立；数据库技术主要采用大型数据库sqlite进行系统后台数据的存储与管理，主要针对web应用的进行数据管理与数据分析的问题进行开发，同时通过系统数据库的开发解决了系统数据的分类存储与提取。
190.基于上述任一实施例所描述的工具管理方法，本技术实施例提供了一计算机存储介质，其存储有计算机程序，该计算机程序被处理器执行时实现如上述任一实施例所描述的方法。
191.需要指出，根据实施的需要，可将本技术实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本技术实施例的目的。
192.上述根据本技术实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的工具管理方法。此外，当通用计算机访问用于实现在此示出的工具管理方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的工具管理方法的专用计算机。
193.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
194.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的范围。
195.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
196.以上实施方式仅用于说明本技术实施例，而并非对本技术实施例的限制，有关技术领域的普通技术人员，在不脱离本技术实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本技术实施例的范畴，本技术实施例的专利保护范围应由权利要求限定。