生产报工系统、生产报工方法、电子设备及可读存储介质

技术领域

本申请涉及报工管理技术领域，具体而言，涉及一种生产报工系统、生产报工方法、电子设备及可读存储介质。

背景技术

报工系统是指表达生产人员填报或上报项目工时及内容所使用的系统，主要用于记录、统计和分析生产人员在项目及非项目上的各项工作任务和所花费的时间，用以采集项目标准工时，考核生产人员绩效以及核算项目人工成本等。

现有的生产报工系统，如图1所示，包括总统计终端、设备报工端、人员报工端、网页报工端以及条码生成端(图中未示出)，设备报工端、人员报工端以及网页报工端均连接到总统计终端上，在设备报工端上连接有条形扫描枪，条码生成端用于产生条形码，在条形扫描枪上连接有设备项目工装，条形码粘贴在设备项目工装上，条形扫描枪用于扫描条形码并将该设备项目工装输入到设备报工端上并最终输入总统计终端进行统计，人员报工端用于输入人员信息后进行报工统计，网页报工端用于外部人员通过网络端口输入人员信息后进行报工统计。

但是，现有的生产报工系统在应用时，需要当前生产人员在上报前或上报时完成身份验证后才能进行报工统计，当下一个生产人员进行报工统计时，需要退出上一个生产人员的登陆信息，重新进行身份验证后才能进行报工统计，多人共用一台设备，容易出现信息错配的情况，同时，每次报工统计都要进行身份验证，浪费时间，甚至会出现人员拥挤状况，降低了工作效率；如果出现设备损坏不能正常工作，又没有替代设备的情况，还会导致生产人员不能及时报工，从而影响整体的报工环节。

发明内容

有鉴于此，本申请的目的在于提供一种生产报工系统、生产报工方法、电子设备及可读存储介质，利用移动端进行生产报工，只需进行一次身份验证后就可以随时随地进行报工，可以避免信息错配的情况，节省时间，提高工作效率，还可以实现多个生产人员同时一起报工，提高报工的及时性，即使有某个生产人员因个人手机故障等原因不能及时报工，也不影响整体报工环节。

第一方面，本申请实施例提供了一种生产报工系统，所述系统包括：电脑端、云端和第一移动端；

所述电脑端，用于响应于生产管理人员的操作来针对目标产品创建生产任务，基于所创建的生产任务，针对每个生产设备建立生产子任务，将所述生产任务和所述生产子任务发送给所述云端以进行存储；

所述第一移动端，用于响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求和个人信息验证请求，并将所生成的任务获取请求和个人信息验证请求发送给所述云端，所述任务获取请求中携带有所述目标生产设备的设备标识，所述个人信息验证请求中携带有生产工人的身份标识；

所述云端，用于响应于所述个人信息验证请求，根据所述个人信息验证请求中携带的生产工人的身份标识完成生产工人的身份验证，在该生产工人的身份验证成功后，响应于所述任务获取请求，将与所述设备标识所指示的目标生产设备对应的生产子任务发送给所述第一移动端；

所述第一移动端，还用于响应于生产工人根据接收的生产子任务进行的信息填写操作，得到生产工人输入的生产信息，并将所输入的生产信息发送给所述云端以进行存储。

优选地，所述系统还包括第二移动端；

所述云端，还用于将生产工人输入的生产信息与目标生产设备对应的生产子任务进行比较，确定该生产子任务的任务进度信息，并基于任务进度信息对该生产子任务进行更新；

所述电脑端，还用于根据接收到的子任务查询请求，从所述云端获取与所述子任务查询请求对应的生产子任务以进行显示；

所述第二移动端，响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求，并将所生成的任务获取请求发送给所述云端；

所述云端，用于响应于所述任务获取请求，将与所述设备标识所指示的目标生产设备对应的更新后的生产子任务发送给第二移动端。

优选地，所述电脑端还用于响应于生产技术人员针对每个生产子任务的绘图操作，得到每个生产子任务的生产图纸信息，将所述生产图纸信息发送给所述云端以进行存储；

所述第一移动端，还用于响应于针对目标生产设备上设置的图纸二维码的扫描操作，生成图纸获取请求，并将所生成的图纸获取请求发送给所述云端，所述图纸获取请求中携带有所述目标生产设备的生产图纸信息的图纸标识；

所述云端，还用于响应于所述图纸获取请求，将与所述图纸标识所指示的生产图纸信息发送给所述目标生产设备或所述第一移动端。

优选地，所述系统还包括打印设备，所述打印设备与所述电脑端连接；

所述打印设备，用于接收所述电脑端根据所述生产子任务生成的工序二维码，并将所述工序二维码打印出来，以使打印出来的工序二维码粘贴在目标生产设备上。

优选地，所述第一移动端上设有用于报工的APP程序，或在微信中设有报工程序，或在微信公众号上设有报工程序。

优选地，所述第一移动端还用于在响应于针对目标生产设备上设置的工序二维码的扫描操作之前，响应于所述生产工人针对用于报工的APP程序或在微信中设置的报工程序或在微信公众号上设置的报工程序的启动操作，得到用于扫描所述工序二维码的扫描入口。

优选地，所述生产任务包括部件的加工工序、加工工艺、加工数量、加工时间和加工所需设备。

第二方面，本申请实施例提供了一种生产报工方法，所述方法包括：

响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求和个人信息验证请求，并将所生成的任务获取请求和个人信息验证请求发送给所述云端，所述任务获取请求中携带有所述目标生产设备的设备标识，所述个人信息验证请求中携带有生产工人的身份标识；

接收所述云端响应于所述个人信息验证请求并在生产工人的身份验证成功后，再响应于所述任务获取请求而获取的与所述设备标识所指示的目标生产设备对应的生产子任务；

响应于生产工人根据接收的生产子任务进行的信息填写操作，得到生产工人输入的生产信息，并将生产工人输入的生产信息发送给所述云端以进行存储。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的生产报工方法的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的生产报工方法的步骤。

本申请实施例提供了一种生产报工系统、生产报工方法、电子设备及可读存储介质，电脑端响应于生产管理人员的操作来针对目标产品创建生产任务，基于所创建的生产任务，针对每个生产设备建立生产子任务，将生产任务和生产子任务发送给云端以进行存储；第一移动端响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求和个人信息验证请求，并将所生成的任务获取请求和个人信息验证请求发送给云端，任务获取请求中携带有目标生产设备的设备标识，个人信息验证请求中携带有生产工人的身份标识；云端响应于个人信息验证请求，根据个人信息验证请求中携带的生产工人的身份标识完成生产工人的身份验证，在该生产工人的身份验证成功后，响应于任务获取请求，将与设备标识所指示的目标生产设备对应的生产子任务发送给第一移动端；第一移动端还响应于生产工人根据接收的生产子任务进行的信息填写操作，得到生产工人输入的生产信息，并将所输入的生产信息发送给云端以进行存储。

这样一来，本申请实施例可以利用移动端进行生产报工，不需要到数量有限的专用设备的固定位置也可以实现生产报工，并且只需进行一次身份验证后就可以随时随地进行报工，可以避免信息错配的情况，节省时间，提高工作效率，还可以实现多个生产人员同时一起报工，提高报工的及时性，即使有某个生产人员因个人手机故障等原因不能及时报工，也不影响整体报工环节，报工操作简单方便，还可以为生产厂家节省终端报工设备的费用。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为现有的生产报工系统的结构示意图；

图2为本申请实施例所提供的一种生产报工系统的结构示意图；

图3为本申请实施例所提供的一种生产报工系统的流程示意图；

图4为本申请实施例所提供的一种生产报工方法的流程图；

图5为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于报工管理技术领。员工手动在设备上填报或上报项目工时及内容，以使报工系统采集项目标准工时，考核员工绩效，核算项目人工成本，由此来降低项目人工成本，提高员工工作效率。但是针对设备可能会出现的漏报现象，部分仍然依托人工报工，但是人工报工存在一些弊端，如抄报数据不及时，数据无验证，传达数据易出错等。

现有的生产报工系统，包括总统计终端、设备报工端、人员报工端、网页报工端以及条码生成端，设备报工端、人员报工端以及网页报工端均连接到总统计终端上，在设备报工端上连接有条形扫描枪，条码生成端用于产生条形码，在条形扫描枪上连接有设备项目工装，条形码粘贴在设备项目工装上，条形扫描枪用于扫描条形码并将该设备项目工装输入到设备报工端上并最终输入总统计终端进行统计，人员报工端用于输入人员信息后进行报工统计，网页报工端用于外部人员通过网络端口输入人员信息后进行报工统计。

但是上述人员报工端需要专用设备，即购买的专门用于报工的设备，考虑到报工成本问题，一般一个工厂仅会购买很少量的专用设备来进行报工，每个生产工人在进行报工时，需共用这几个专用设备，容易导致出现人员拥挤状况，需要排队。当生产人员使用该专用设备进行报工时，由于专用设备价格昂贵，数量有限，多个生产工人在进行生产报工时，需要到专用设备的指定位置排队上报。在进行生产报工时，当前生产人员在上报前或上报时完成身份验证后才能进行报工统计，当下一个生产人员进行报工统计时，需要退出上一个生产人员的登陆信息，重新进行身份验证后才能进行报工统计，当多人共用一台专用设备，容易出现信息错配的情况，信息漏报的情况以及报工的及时性较差的情况，同时，每次报工统计都要进行身份验证，浪费时间，甚至会出现人员拥挤状况，降低了工作效率；如果出现设备损坏不能正常工作，又没有替代设备的情况，需要事后补录才能解决上述问题，进而导致生产人员不能及时报工，从而影响整体的报工环节。

基于此，本申请实施例提供了一种生产报工系统、生产报工方法、电子设备及可读存储介质，由于人手一机，可以利用移动端进行生产报工，不需要到数量有限的专用设备的固定位置也可以实现生产报工，并且只需进行一次身份验证后就可以随时随地进行报工，可以避免信息错配的情况，节省时间，提高工作效率，还可以实现多个生产人员同时一起报工，提高报工的及时性，即使有某个生产人员因个人手机故障等原因不能及时报工，也不影响整体报工环节，报工操作简单方便，还可以为生产厂家节省终端报工设备的费用。

请参阅图2，图2为本申请实施例所提供的一种生产报工系统的结构示意图。如图2中所示，本申请实施例提供的生产报工系统200包括：电脑端210、云端220和第一移动端230；

所述电脑端210响应于生产管理人员的操作来针对目标产品创建生产任务，基于所创建的生产任务，针对每个生产设备建立生产子任务，将所述生产任务和所述生产子任务发送给所述云端以进行存储；所述第一移动端响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求和个人信息验证请求，并将所生成的任务获取请求和个人信息验证请求发送给所述云端220，所述任务获取请求中携带有所述目标生产设备的设备标识，所述个人信息验证请求中携带有生产工人的身份标识；所述云端220响应于个人信息验证请求，根据所述个人信息验证请求中携带的生产工人的身份标识完成生产工人的身份验证，在该生产工人的身份验证成功后，响应于所述任务获取请求，将与所述设备标识所指示的目标生产设备对应的生产子任务发送给所述第一移动端230；所述第一移动端230还响应于生产工人根据接收的生产子任务进行的信息填写操作，得到生产工人输入的生产信息，并将所输入的生产信息发送给所述云端220以进行存储。

首先，生产管理人员可以在电脑端针对目标产品进行生产任务创建，其中，目标产品可以是汽车零部件，可以是机器人零部件，也可以是空调等家用电器的零部件等。然后，生产管理人员根据生产设备的使用情况以及设备数量将生产任务分成若干个生产子任务，其中，一个生产设备能够执行一个生产子任务。最后，生产管理人员将创建好的生产任务以及生产子任务发送给云端进行存储，以保证生产任务以及生产子任务的安全性，其中，电脑端与云端通过交换机连接，电脑端可以为台式机，也可以为笔记本，云端可以为服务器。

其次，生产工人使用第一移动端来扫描目标生产设备上设置的工序二维码，这里，工序二维码能够以在目标生产设备的显示屏上显示的方式呈现，或者以打印出来的纸质二维码的形式呈现；其中，第一移动端可以为手机或平板。在生产工人扫描工序二维码之后，第一移动端会生成任务获取请求和个人信息验证请求，然后将所生成的任务获取请求和个人信息验证请求发送给云端，任务获取请求中携带有目标生产设备的设备标识，以使云端能够根据任务获取请求中携带的设备标识调取对应的生产子任务，个人信息验证请求中携带有生产工人的身份标识，以使云端能够识别出生产工人的身份信息，判断当前生产工人所属的生产子任务，其中，个人信息包括电话号，身份证号等。

然后，在该生产工人的身份验证成功后，云端根据第一移动端发送的任务获取请求调取与设备标识所指示的目标生产设备对应的生产子任务，并将生产子任务反馈给第一移动端。这里，云端与第一移动端也通过交换机连接。

最后，生产工人根据扫描二维码获取到的生产子任务进行执行相应的生产，待生产工人的生产结束以后，在第一移动端上填写与已完成的生产任务相关的生产信息，第一移动端得到生产工人输入的生产信息后，将其发送给云端进行存储。

这里，生产工人可以在完成该生产子任务后，最后在第一移动端上填写生产信息，此时的生产信息即为任务已完成信息；也可以是根据时间段来填写生产信息，比如每天下班前进行一次生产信息的填写，此时，生产信息可能只包含部分的生产子任务，也可能包含全部的生产子任务。

具体地，还可以通过如下方式获得生产信息：目标工序设备在执行生产任务时，可以对任务执行过程中的内容进行记录，比如记录加工时间，加工数量，加工工艺等，即目标工序设备对某部件进行加工时，加工了多少个，用了多久时间等。这样，在生产工人点击完成按钮时，目标工序设备可以自行将与生产子任务相关的生产信息发送给云端进行保存。

其中，云端接收第一移动端发送的生产工人的生产信息后，可以将接收到的生产信息与云端预存的生产子任务进行比较，以达到实时更新任务的效果。

这里，生产任务包括部件的加工工序、加工工艺、加工数量、加工时间和加工所需设备。

在本申请实施例中，作为一种优选的实施例，所述生产报工系统200还包括第二移动端240；所述云端220还用于将生产工人输入的生产信息与目标生产设备对应的生产子任务进行比较，确定该生产子任务的任务进度信息，并基于任务进度信息对该生产子任务进行更新；所述电脑端210还用于根据接收到的子任务查询请求，从所述云端220获取与所述子任务查询请求对应的生产子任务以进行显示；所述第二移动端240，响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求，并将所生成的任务获取请求发送给所述云端220；所述云端220用于响应于所述任务获取请求，将与所述设备标识所指示的目标生产设备对应的更新后的生产子任务发送给第二移动端240。

该步骤中，在第一移动端扫描工序二维码并完成生产子任务的执行以后，第二移动端可以继续扫描工序二维码来继续执行生产子任务，这里，第二移动端可以和第一移动端相同，也可以和第一移动端不同。具体地，第二移动端扫码领取的生产子任务是在第一移动端所属的生产工人完成之后进行的，因为该生产子任务只能在该生产设备上执行，两个移动端扫码领取到的生产子任务不能同时执行。

具体地，生产工人通过第一移动端输入生产信息，并将生产信息发送给云端，云端基于接收到的生产信息与预存的生产子任务进行比较，从而分析出该生产工人完成该生产子任务的进度情况，最终得到该生产子任务的任务进度信息，并根据该任务进度信息实时更新该生产子任务，并在云端存储更新后的生产子任务。

生产管理人员在电脑端可以实时追踪该生产子任务的进度情况。举例说明，生产管理人员点击电脑端上的进度查询按钮，触发子任务查询请求，电脑端接收该子任务查询请求，并根据该子任务查询请求从云端获取与子任务查询请求对应的生产子任务以显示给生产管理人员。这里的生产子任务里面包含了任务进度信息，也包含了工序设备未执行生产任务之前的生产任务信息以及更新后的生产任务信息。

这里，第二移动端执行与第一移动端相同的步骤，即扫码领取任务，执行任务，任务上报。第二移动端响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求，并将所生成的任务获取请求发送给云端；云端响应于任务获取请求，将与设备标识所指示的目标生产设备对应的更新后的生产子任务发送给第二移动端；第二移动端响应于生产工人根据更新后的生产子任务进行的信息填写操作，得到生产工人再次输入的生产信息，并将生产工人再次输入的生产信息发送给所述云端以进行存储。重复执行上述过程，直至目标工序设备对应的生产子任务全部完成。

需要说明的是，这里的第二移动端指的是除了第一移动端之外的所有移动端，这些移动端都可以称为第二移动端，进而，这里的第二移动端不仅限于一个。

在本申请实施例中，作为一种优选的实施例，所述电脑端210还用于响应于生产技术人员针对每个生产子任务的绘图操作，得到每个生产子任务的生产图纸信息，将所述生产图纸信息发送给所述云端220以进行存储；所述第一移动端230还用于响应于针对目标生产设备上设置的图纸二维码的扫描操作，生成图纸获取请求，并将所生成的图纸获取请求发送给所述云端220，所述图纸获取请求中携带有所述目标生产设备的生产图纸信息的图纸标识；所述云端220还用于响应于所述图纸获取请求，将与所述图纸标识所指示的生产图纸信息发送给所述目标生产设备或所述第一移动端230。

需要补充的是，第二移动端240执行和第一移动端230一样的操作，也可以响应于针对目标生产设备上设置的图纸二维码的扫描操作，生成图纸获取请求，并将所生成的图纸获取请求发送给所述云端220。

这里，图纸二维码可以和工序二维码集成在一起，即在扫描工序二维码时，就可以获取与该生产设备对应的，用于加工目标产品的加工图纸，这样操作简单，通过一次扫描即可；也可以是图纸二维码和工序二维码是分开的两个二维码，生产工人需要扫描两次，这样两个执行动作也是分开的，当生产工人只是想查看目标产品的加工图纸时，即可通过扫描图纸二维码直接获得，不需要通过扫描工序二维码来间接获取，在某些场景下更加便捷。

具体地，云端可以响应于图纸获取请求，将与图纸标识所指示的生产图纸信息发送给目标生产设备，以使目标生产设备将图纸信息展示给生产工人；举例说明，目标生产设备上设有显示屏，将接收到的图纸信息显示在显示屏上。也可以响应于图纸获取请求，将与图纸标识所指示的生产图纸信息发送给移动端，以使移动端将图纸信息展示给生产工人，这样一来，生产工人可以随时随地进行查看图纸信息。

在本申请实施例中，作为一种优选的实施例，所述生产报工系统200还包括打印设备250，所述打印设备250与所述电脑端210连接；所述打印设备250接收所述电脑端210根据所述生产子任务生成的工序二维码，并将所述工序二维码打印出来，以使打印出来的工序二维码粘贴在目标生产设备上。

这里，电脑端生成的工序二维码需要粘贴在对应的目标工序设备上，以供生产工人扫描。

需要说明的是，上述方式并不是唯一的，电脑端生成的工序二维码也可以通过云端传送到目标工序设备的显示屏上，使得生产工人直接扫描显示屏上的工序二维码即可获得对应的生产子任务。

在本申请实施例中，作为一种优选的实施例，所述第一移动端230上设有用于报工的APP程序，或在微信中设有报工程序，或在微信公众号上设有报工程序。

进而，第一移动端230在响应于针对目标生产设备上设置的工序二维码的扫描操作之前，响应于所述生产工人针对用于报工的APP程序或在微信中设置的报工程序或在微信公众号上设置的报工程序的启动操作，得到用于扫描所述工序二维码的扫描入口。

同理，第二移动端240也与第一移动端230执行相同的操作。

这里，生产工人在扫描工序二维码之前，需要先打开用于报工的APP程序或在微信中设置的报工程序或在微信公众号上设置的报工程序，来为二维码的扫描操作提供扫描入口。

具体地，生产任务可以包括部件的加工工序、加工工艺、加工数量、加工时间和加工所需设备等，但不仅限于此。

本申请实施例提供的生产报工系统，可以利用移动端进行生产报工，不需要到数量有限的专用设备的固定位置也可以实现生产报工，并且只需进行一次身份验证后就可以随时随地进行报工，可以避免信息错配的情况，节省时间，提高工作效率，还可以实现多个生产人员同时一起报工，提高报工的及时性，即使有某个生产人员因个人手机故障等原因不能及时报工，也不影响整体报工环节，报工操作简单方便，还可以为生产厂家节省终端报工设备的费用。

请参阅图3，图3为本申请实施例所提供的一种生产报工系统的流程示意图。如图3中所示，本申请实施例提供的生产报工系统，主要包括PC端，云端(云服务)和移动端，这里的移动端既可以是第一移动端，也可以是第二移动端。生产管理人员在PC端创建并分配生产任务，具体地，生产管理人员在PC端通过登录浏览器网页来创建和分配生产任务，然后将生产任务上传到云端服务器上。其中，生产任务可以包含部件的加工工序、加工工艺、加工数量、工艺所需的设备等。生产任务通过云端上传到小程序，同时生成工序二维码，这里的小程序是指微信中嵌入的小程序，除此之外，也可以是独立研发的用于报工的APP程序，或者是微信公众号中的程序。工序二维码生成之后，打印出来，粘贴在目标工序设备上，生产工人通过微信小程序来扫描目标工序设备上的工序二维码，领取到需要在该目标工序设备上操作的生产任务。

生产工人通过小程序扫码工序二维码领取生产任务，因为生产任务存储在云端，生产工人完成生产任务后，在移动端录入生产完成数量即可，生产工人录入的完成数量也存储到云端，以供生产管理人员通过PC端来实时查看生产任务进程，即生产管理人员可以在PC端随时关注跟踪生产任务的完成情况。

举例说明，可以一个人完成一个目标工序设备的生产任务，也可以多人完成一个目标工序设备的同一个生产任务，假设生产任务是对部件加工出20个孔，第一个生产工人通过扫描工序设备上的二维码领取到生产任务之后，可以先加工出10个孔，并上传到云端服务器。在这之后，第二个生产工人还可以通过扫描上述工序设备上的二维码领取到同一生产任务，加工出另外10个孔，并上传到云端服务器，此时，该生产任务完成；除此之外，也可以是同一个生产工人继续扫描上述工序设备上的二维码领取到同一生产任务，加工出另外10个孔，并上传到云端服务器，以使生产任务完成。

这里，生产工人在利用工序设备对部件进行加工时，需要参考生产图纸，这里的生产图纸可以通过线下方式下发到生产工人手中，也可以通过在工序设备上显示的方式，展现给生产工人；亦或是通过生产工人手中的移动端显示的方式，使生产工人能够比较方便的看到图纸信息。

其中，生产任务中包括生产工人应该领取到的任务，会包括需要完成的数量，进而，工人在加工之后填写实际完成数量，并上传。

本申请实施例提供的生产报工系统，可以基于当前国人智能手机普遍使用的事实，不仅为生产厂家节省了终端报工设备的费用，并且由于人手一机，生产人员可以同时一起报工。其中，可以每人一机，也可以多人共用一机，这样一来，即使有一人因个人手机故障等原因不能及时报工，也不影响整体报工环节。具体地，本申请实施例可以基于小程序实现报工，也可以通过其他平台实现或者是报工APP实现。

基于同一发明构思，本申请实施例中还提供了与生产报工系统对应的生产报工方法，由于本申请实施例中的方法解决问题的原理与本申请实施例上述系统相似，因此方法的实施可以参见系统的实施，重复之处不再赘述。

请参阅图4，图4为本申请实施例所提供的一种生产报工方法的流程图。如图4中所示，所述生产报工方法以移动端为执行主体，所述方法包括：

S410、响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求和个人信息验证请求，并将所生成的任务获取请求和个人信息验证请求发送给所述云端，所述任务获取请求中携带有所述目标生产设备的设备标识，所述个人信息验证请求中携带有生产工人的身份标识。

S420、接收所述云端响应于所述个人信息验证请求并在生产工人的身份验证成功后，再响应于所述任务获取请求而获取的与所述设备标识所指示的目标生产设备对应的生产子任务。

S430、响应于生产工人根据接收的生产子任务进行的信息填写操作，得到生产工人输入的生产信息，并将生产工人输入的生产信息发送给所述云端以进行存储。

进一步地，所述方法还包括：

步骤411、响应于针对目标生产设备上设置的工序二维码的扫描操作，生成任务获取请求，并将所生成的任务获取请求发送给所述云端；

步骤421、接收云端响应于所述任务获取请求而获取的与所述设备标识所指示的目标生产设备对应的更新后的生产子任务；

步骤431、响应于生产工人根据更新后的生产子任务进行的信息填写操作，得到生产工人再次输入的生产信息，并将生产工人再次输入的生产信息发送给所述云端以进行存储。

优选地，所述方法还包括：

步骤412、响应于针对目标生产设备上设置的图纸二维码的扫描操作，生成图纸获取请求，并将所生成的图纸获取请求发送给所述云端，所述图纸获取请求中携带有所述目标生产设备的生产图纸信息的图纸标识；

步骤422、接收所述云端响应于所述图纸获取请求而得到的与所述图纸标识所指示的生产图纸信息；

步骤432、显示所述生产图纸信息。

本申请实施例提供的生产报工方法，可以利用移动端进行生产报工，可以实现多个生产人员同时一起报工，避免了现有的生产报工系统在应用时，同时报工会出现人员拥挤状况，如果出现设备损坏不能正常工作，又没有替代设备的情况，就会导致生产人员不能及时报工，从而影响整体的报工环节的情况。进而，应用本申请实施例中的生产报工方法，不需要到数量有限的专用设备的固定位置也可以实现生产报工，并且只需进行一次身份验证后就可以随时随地进行报工，可以避免信息错配的情况，节省时间，提高工作效率，还可以实现多个生产人员同时一起报工，提高报工的及时性，报工操作简单方便，还可以为生产厂家节省终端报工设备的费用。

请参阅图5，图5为本申请实施例所提供的一种电子设备的结构示意图。如图5中所示，所述电子设备500包括处理器510、存储器520和总线530。

所述存储器520存储有所述处理器510可执行的机器可读指令，当电子设备500运行时，所述处理器510与所述存储器520之间通过总线530通信，所述机器可读指令被所述处理器510执行时，可以执行如上述图4所示方法实施例中的生产报工方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图4所示方法实施例中的生产报工方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。