打卡方法及装置与流程

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.图4a为本技术又一实施例提供的打卡场景示意图；
60.图4b为本技术再一实施例提供的打卡场景示意图；
61.图4c为本技术又一实施例提供的打卡场景示意图；
62.图4d为本技术另一实施例提供的打卡场景示意图；
63.图4e为本技术又一实施例提供的打卡场景示意图；
64.图5为本技术再一实施例提供的打卡场景示意图；
65.图6为本技术另一实施例提供的打卡场景示意图；
66.图7为本技术实施例提供的打卡装置的结构示意图；
67.图8为本技术另一实施例提供的打卡装置的结构示意图
68.图9为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
69.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
70.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
71.现有的打卡方式，仅仅是用于人员身份的确认，但是对于健康信息，如健康码，行程卡等信息还是采用传统的人工查看方式，效率和准确性低下。
72.为了解决上述问题，本技术的发明构思为：提供二维码打卡，采用身份认证、定位以及健康信息确认等线上操作方式，提高了打卡效率以及准确率。
73.图1为本技术实施例提供的打卡场景示意图，如图1所示，服务器基于打卡链接生成二维码，用于为用户提供打卡服务，该二维码由服务器进行信息维护。该二维码可以配置在预设打卡位置，且该二维码可以是打印出来的图片固定在某个物体上，也可以是通过显示设备显示，在此不做具体限定。
74.示例性的，用户在进入工地现场进行作业时，需要通过用户设备扫描二维码进行打卡：用户设备扫描二维码并解析二维码，得到打卡链接；该打卡链接可以提供用于上传用户的身份信息的功能，比如，用于上传身份信息的提示框。用户通过用户设备点击该用于上传身份信息的提示框，开启人脸识别、虹膜识别等生物特征识别拍照功能，将识别到的生物特征作为身份信息进行上传确认，服务器接收到上传的身份信息后，对该身份信息进行认证，该认证方式可以是基于数据库存储的用户的身份信息与该身份信息进行比对，或者，基于区块链上存储的用户的身份信息与该身份信息进行比对，或者，通过大数据，识别上传的身份信息是否为该用户的身份信息，在此对认证方式不做具体限定。
75.服务器对身份信息认证成功后，向用户设备提供用于上传位置信息、用户的健康信息等信息的界面，这里的界面也可以是通过链接提供的。用户通过用户设备上界面提示的内容，上传位置信息、健康信息等，这里的位置信息上传可以是显示界面的同时自动获取(这里的自动获取是经过用户授权的)用户设备所在位置，或者，通过触发(比如点击、滑动等操作)界面上用于定位的按键或滑动条或定位提示框等来获取用户设备所在位置；这里的健康信息可以为健康码和/或行程卡，健康信息上传可以是通过调用第三方小程序分别识别并获取健康码、行程卡等，并显示在界面上，或者，通过调用第三方小程序分别获取健康码、行程卡等，并通过第三方小程序将健康码、行程卡等直接发送至服务器(此过程可以不在界面上显示健康码、行程卡等)，或者，用户通过触发界面上用户上传健康码和/或行程卡的提示框，上传健康码和/或行程卡的图片(这里的图片可以是在用户设备中存储的)。
76.服务器对接收到的健康信息进行确认，当确定位置信息满足位置条件以及确定健康信息满足健康条件时，服务器根据上传位置信息和健康信息的上传时间来确定打卡时间，比如，将上传上传位置信息和健康信息的上传时间作为打卡时间，来判断该打卡时间是否在打卡时间范围内即预设时间段内，若在预设时间段内，则说明用户打卡正常，进而确定用户打卡成功，并向用户设备发送用于表示打卡成功的消息，使得用户可以正常进入工地现场进行作业。
77.因此，通过提供二维码打卡，能够实现用户身份的认证、位置以及健康状态的核验等线上操作，进而确定打卡时间是否正常，来确定用户是否打卡成功。通过借助用户的用户设备，可以提高采集效率，进而将采集到的信息上报至服务器认证，能够提高整个打卡过程中的采集效率；同时，通过用户设备可以采集复杂环境下的身份信息，比如生物特征；或者，生物特征和环境特征，提高了采集的准确率，由于采集准确率高，进而提高了服务器进行身份认证的准确率。同时，本技术提供的打卡方式无需制作打卡工作牌或是部署指纹识别、人脸识别等设备，降低了成本。
78.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
79.图2为本技术实施例提供的打卡方法的流程示意图，本实施例的方法可以由打卡装置执行，该打卡装置可以以软件和/或硬件的形式设置在图1的服务器中。如图2所示，本实施例的方法，可以包括：
80.s201：获取用户设备通过扫描二维码上传的身份信息。
81.本实施例中，服务器生成的二维码可以向用户设备提供打卡服务、任务领取服务、任务进度报备服务等，根据不同的场景需求，确定提供哪类服务。以下以打卡服务为例，对本身请提供的打卡方法进行详细说明。
82.具体地，服务器将打卡链接生成二维码，由服务器维护该二维码对应的链接内容。该二维码可以是静态的也可以是动态的。如果二维码是静态的，可以将二维码图片打印并固定在预设打卡范围内(比如，粘贴在某一预设打卡位置处)，虽然二维码是静态的，但二维码对应的链接可以是动态更新的，便于更新链接的内容，进而向用户提供更多的服务；如果二维码是动态的，可以通过与服务器通信连接的显示设备动态显示该二维码，该二维码可以每隔预设时长进行更新，避免出现虚假打卡问题。
83.s202、认证所述身份信息，若所述身份信息认证成功，则获取所述用户设备上传的
位置信息、用户的健康信息以及上传时间。
84.本实施例中，服务器接收用户设备上传的身份信息，并对该身份信息进行认证。以工地场景为例，这里的用户可以是工人，工人进入工地上班时，需要进行打卡，在打卡过程中需要对工人身份进行认证。可以通过下述至少三种认证方式实现：
85.方式1、采用数据库比对认证方式。首先工人首次进入工地作业前，对工人的身份信息进行采集，比如人脸图像，并将采集到的人脸图像存储到数据库中，后续进行身份认证时，可以通过用户设备的摄像头采集工人当前的人脸图像，并将当前的人脸图像与数据库存储的人脸图像进行比对，若相似度高于第一相似度阈值，则说明比对一致，进而确定身份认证成功。
86.方式2、采用区块链比对认证方式。基于区块链的不可篡改以及安全性能，将工人的身份信息加密存储在区块链上，认证时与方式1类似，通过用户设备的摄像头采集工人当前的人脸图像，并将当前的人脸图像与数据库存储的人脸图像进行比对，若相似度高于第一相似度阈值，则说明比对一致，进而确定身份认证成功，使用区块链认证，准确率和安全性较高。
87.方式3、通过用户设备利用大数据识别认证。工人进行首次打卡时，通过用户设备的摄像头采集生物特征(比如人脸图像)并记录在大数据中，在认证时，通过用户设备的摄像头采集工人当前的人脸图像，然后通过用户设备基于大数据识别上传的身份信息是否为该工人的身份信息，如果该身份信息为该工人的身份信息，则确定身份认证成功。此方式3是利用用户设备自身的识别功能辅助服务器进行身份信息的认证，简化了服务器的部署，并且节约了成本。
88.上述三种认证方式均无需在服务器端部署摄像头或指纹采集器等，而是利用用户设备自身的智能化实现身份信息的采集，因此，节约了部署成本，同时降低了服务器服务架构的复杂性。需要说明的是，上述三种认证方式仅仅是示例性的，在此不做具体限定。
89.其中，这里的上传时间可以是完成上传位置信息和/或健康信息的时间。在实际应用中，可以选用上传时间为完成上传位置信息和健康信息的时间。
90.s203、在确定所述位置信息满足位置条件以及确定所述健康信息满足健康条件时，根据所述上传时间确定打卡时间。
91.本实施例中，用户设备将位置信息以及健康信息上传至服务器，并记录完成上传的时间即上传时间，服务器接收该位置信息以及健康信息并获取该上传时间，可以将该上传时间作为用户的打卡时间。
92.服务器对用户设备上传的位置信息以及健康信息进行条件确认，即判断位置信息是否满足位置条件，以及健康信息满足健康条件。比如，判断位置信息是否在预设打卡范围内或是否在预设打卡位置；判断健康信息中的健康码是否为绿码且健康码上显示的时间是否在预设时间段内(比如健康码上显示的时间为上午7点到8点半之间的时刻，则确定预设时间段内)，和/或判断健康信息中的行程卡显示的到达或途径地区是否为低风险地区且行程卡上显示的时间是否在预设时间段内(比如行程卡上显示的时间为上午7点到8点半之间的时刻，则确定预设时间段内)。
93.其中，针对位置信息的判断目的是为了防止虚假打卡；健康码以及行程卡的核验目的是为了保证健康信息的准确性，同时针对健康码上显示的时间和/或行程卡上显示的
时间的确认目的是为了防止虚假打卡。
94.s204、若所述打卡时间在预设时间段内，则确定所述用户打卡成功。
95.本实施例中，服务器判断该打卡时间是否在预设打卡时间范围内即预设时间段内(比如，打卡时间是上午8点半之前的时刻，则确定打卡时间在预设时间段内)，如果确定打卡时间在预设时间段内，则说明用户打卡时间正常，进而确定用户打卡成功。
96.本技术提供的打卡方法，通过提供二维码打卡，能够实现用户身份的认证、位置以及健康状态的核验等线上操作，进而确定打卡时间是否正常，来确定用户是否打卡成功。通过借助用户的用户设备，可以提高采集效率，进而将采集到的信息上报至服务器认证，能够提高整个打卡过程中的采集效率；同时，通过用户设备可以采集复杂环境下的身份信息，比如生物特征；或者，生物特征和环境特征，提高了采集的准确率，由于采集准确率高，进而提高了服务器进行身份认证的准确率。同时，无需制作打卡工作牌或是部署指纹识别、人脸识别等设备，降低了成本。
97.基于图2的方法，本技术实施例还提供了该方法的一些具体实施方案，下面进行说明。
98.可选的，本实施例在上述实施例的基础上，对二维码对应的进行了详细说明。该打卡方法还可以包括：
99.更新所述二维码对应的链接。
100.其中，所述链接至少包括下述一项：用于指向所述服务器的链接、用于指向维护所述健康信息的服务器的链接。
101.本实施例中，这里的链接可以是由服务器向用户设备提供服务功能的链接，比如提供上传身份信息、定位等功能，还可以是由服务器通过用于维护健康信息的服务器向用户设备提供服务功能的链接，比如，请求获取健康信息并上传等功能。
102.为了便于线上操作，同时提供多样化的服务，该链接可以不仅仅用于提供打卡服务，还可以提供任务领取服务、任务进度报备服务等，也可以是针对某一服务进行更新，以打卡服务为例，可以对打卡链接进行内容增减，比如增加上传环境信息等功能。
103.可选的，本实施例在上述实施例的基础上，比如图2所述的实施例的基础上，对s201进行了详细说明。获取所述用户设备上传的位置信息、用户的健康信息以及上传时间，可以通过以下步骤实现：
104.步骤a1、获取所述用户设备上传的所述位置信息。
105.本实施例中，这里的位置信息可以是用户通过用户设备触发定位操作(比如点击用于表示定位的提示框)主动获取并上传的，也可以是用户设备显示用户界面的同时触发了定位操作，主动获取并上传的。其中，位置信息上传至服务器的过程可以是用户通过触发用于表示确认上传的提示框或按键或某一预设触控区等执行上传操作。
106.位置信息可以显示在用户设备上，待用户确认上传后将位置信息发送至服务器；位置信息可以不在用户设备上显示，直接通过触发定位操作，由定位系统将位置信息直接发送至服务器。因此，服务器接收的位置信息可以是由用户设备直接发送的，也可以是通过用户设备调用定位系统，由定位系统发送的。
107.步骤a2、获取第三方发送的所述用户的健康信息，所述健康信息是通过作用于所述用户设备显示的第三方窗口调用的。
108.本实施例中，这里的健康信息是由第三方(应用程序)生成的，用户通过触发用户设备上提供的第三方窗口(比如，调用第三方的小程序等)，启动第三方，通过第三方获取健康信息，并通过第三方将该健康信息发送至服务器，服务器接收由第三方发送的健康信息。
109.步骤a3、获取所述用户设备完成上传所述位置信息以及所述健康信息的时间，并将所述时间作为所述上传时间。
110.本实施例中，服务器将用户设备完成上传位置信息以及健康信息的时间点进行记录，并将其作为上传时间。
111.具体地，通过用户设备上传的位置信息、健康信息以及上传时间，综合评价用户是否打卡成功，只要位置信息、健康信息以及上传时间中任一项不满足相应的条件，则确定打卡失败。
112.其中，位置信息以及健康信息可以是同步进行也可以是按先后顺序进行，可以基于链接提供的具体服务执行相应的操作。示例性的，以同步的场景为例：当位置信息是显示在用户设备上且由用户设备上传给服务器时，健康信息可以与位置信息上传的界面属于同一界面，当健康信息也显示在用户设备上时，位置信息和健康信息可以一起提交完成上传。
113.可选的，本实施例在上述实施例的基础上，对s202进行了详细说明。当身份信息包括生物特征时，认证所述身份信息，可以通过以下步骤实现：
114.对识别到的所述生物特征进行认证，若所述生物特征认证成功，则确定所述身份信息认证成功。
115.本实施例中，服务器获取得到身份信息可以是包含生物特征的图像，基于图像识别技术，识别图像中的生物特征，然后根据生物特征，采用上述三种认证方式中的任一种方式，对生物特征进行认证。其中，具体认证过程参见上述方式1至方式3，在此不再赘述。
116.为了进一步地防止用户虚假打卡，可以在除了采集用户的生物特征以外，采集用户所处环境特征，进而判断用户是否在工地现场附近。即当身份信息包括生物特征和环境特征，认证所述身份信息，可以通过以下步骤实现：
117.步骤b1、对识别到的所述生物特征进行认证，在所述生物特征认证成功后，对识别到所述环境特征进行认证。
118.步骤b2、若所述环境特征认证成功，则确定所述身份信息认证成功。
119.本实施例中，用户使用用户设备采集身份信息时，可以将当前拍摄的环境特征与生物特征共同采集，或者，采集生物特征和采集环境特征分为两个步骤采集即分开采集，这样用户设备上传身份信息可以分为两步：上传生物特征、上传环境特征。具体地，服务器首先可以对获取到的生物特征进行认证，认证方式可以参见方式1至方式3，在此不再赘述。当生物特征认证失败时，则确定打卡失败，打卡失败的原因可能是采集的生物特征不齐全或者采集的生物特征没有权限进行打卡，进而没有权限进入施工现场。当生物特征认证成功时，服务器对环境特征进行认证：首先识别获取到的图像中是否有环境特征，若存在环境特征，则基于存储的环境特征或接收到的采集设备采集的当前环境特征与上传的环境特征进行相似度比对；或者，将上传的环境特征与其他用户上传的环境特征进行相似度比对；或者，将上传的环境特征与前一次打卡成功时的用户上传的环境特征进行相似度比对。若相似度高于或等于预设相似度阈值，则确定用户的身份信息认证成功。
120.可选的，本实施例在上述实施例的基础上，对未识别到所述环境特征或所述环境
特征认证失败的打卡场景进行了详细说明。该打卡方法可以通过以下步骤实现：
121.若未识别到所述环境特征或所述环境特征认证失败，则向所述用户设备发送提示消息，所述提示消息用于提示用户设备重新上传环境特征。
122.本实施例中，服务器若从身份信息中未识别到环境特征或者识别到环境特征，但对环境特征认证失败，则需要用户通过用户设备重新上传环境特征，比如含有环境特征的图像，进而再次对新的环境特征进行识别和认证，若识别到新环境特征且认证成功，则确定用户的身份信息认证成功，若为识别到新环境特征或是识别到新环境特征但是认证失败，则确定用户的身份信息认证失败，进而确定用户打卡失败。
123.因此，本技术通过设置二维码，用户可以通过任意支持扫码软件，实现打卡，从而方便了用户使用以及体验；同时，通过上传用户设备所处位置、环境特征等信息，增加了打卡的可靠性。
124.图3为本技术另一实施例提供的打卡方法的流程示意图。该打卡方法应用于用户设备，本实施例的方法可以由用户设备执行。如图3所示，本实施例的方法，可以包括：
125.s301、通过扫描二维码，向服务器上传身份信息，以使所述服务器对所述身份信息进行身份认证。
126.可选的，可以通过以下步骤实现：
127.在用户扫描二维码后，响应作用于所述二维码提供的第二服务界面的触发操作，获取所述身份信息，向服务器上传所述身份信息。
128.s302、在所述服务器成功认证所述身份信息后，显示用于上传位置信息和用户的健康信息的第一服务界面。
129.s303、根据用户在所述第一服务界面的触发操作，向所述服务器上传所述位置信息、用户的健康信息以及上传时间，以使所述服务器根据所述位置信息、用户的健康信息以及上传时间，确定用户的打卡状态，所述打卡状态包括打卡成功或打卡失败；
130.s304、接收所述服务器发送的用于表示所述打卡状态的消息。
131.本实施例中，用户设备通过扫描二维码并解析，显示打卡链接，并根据打卡链接提供的界面上用于上传身份信息的提示框或按钮，实现身份信息上传操作。比如，点击用于上传身份信息的提示框或按钮，用户设备开始采集用户的生物特征，比如人脸图像，识别确定为人脸图像成功后，自动上传至服务器，由服务器对该人脸图像进行认证，若认证成功，则用户界面显示第一服务界面，由该第一服务界面提供上传位置信息和健康信息。
132.其中，位置信息可以显示在用户设备上，待用户确认上传后将位置信息发送至服务器；位置信息可以不在用户设备上显示，直接通过触发定位操作，由定位系统将位置信息直接发送至服务器。比如，显示第一服务界面的同时，自动获取用户所在位置即位置信息，然后通过点击第一用户界面提供的用于上传健康信息的小程序、提示框或按钮等，获取用户的健康信息并上传至服务器。因此，将健康信息上传至服务器的方式由用户设备直接发送的，也可以是通过用户设备调用定位系统，由定位系统发送的。
133.健康信息上传可以是通过调用第三方小程序分别识别并获取健康码、行程卡等，并显示在界面上，或者，通过调用第三方小程序分别获取健康码、行程卡等，并通过第三方小程序将健康码、行程卡等直接发送至服务器(此过程可以不在界面上显示健康码、行程卡等)，或者，用户通过触发界面上用户上传健康码和/或行程卡的提示框，上传健康码和/或
行程卡的图片(这里的图片可以是在用户设备中存储的)。
134.当用户设备将定位信息以及健康信息上传至服务器的同时，记录上传时间，并且服务器在接收定位信息以及健康信息的同时，记录该上传时间，然后服务器综合评价定位信息、健康信息以及上传时间，判断用户是否打卡有效或是打卡成功，并将其打卡成功或打卡失败的消息反馈给用户设备。
135.本实施例，解决打卡设备的在工地的部署成本高的问题，以及解决了现有的打卡仅仅是用于人员身份的确认，但是对于如健康码，行程卡等健康信息还是采用传统的人工查看方式，效率和准确性低下的问题。
136.示例性的，结合图4a所示，以用户设备为智能手机为例，用户通过智能手机扫描二维码，并对该二维码进行解析，得到打卡链接，其中，该打卡链接呈现的界面为第二服务界面。在第二服务界面上，点击用于上传身份信息的按钮或是提示框，利用智能手机的摄像头采集该用户的生物特征，比如采集人脸图像(比如面部特征)；或者，面部特征和环境特征(参见图4a所示)，符合采集标准后，自动上传身份信息至服务器。这里的采集标准可以是清晰地采集到面部特征，或清晰地采集到面部特征+环境特征。
137.智能手机将身份信息上传至服务器后，由服务器对该身份信息进行认证，在服务器成功认证身份信息后，智能手机上显示第一服务界面，比如图4b至图4e所示。
138.其中，图4b所示，在显示第一服务界面的同时自动获取用户的位置信息，并在第一服务界面上显示用于上传健康信息的提示框(或按钮)以及获取到的位置信息；图4c所示，在显示第一服务界面的同时自动获取用户的位置信息，并在第一服务界面上显示获取到的位置信息和用于上传健康信息的子界面即用户获取健康信息的小程序(比如健康码小程序、行程卡小程序)；图4d所示，在第一服务界面上显示用于上传位置信息以及健康信息的提示框(或按钮)；图4e所示，在第一服务界面上显示用于上传位置信息的提示框(或按钮)、用于上传健康信息的子界面即用户获取健康信息的小程序(比如健康码小程序、行程卡小程序)。此外，还可能存在一种场景：先在第一用户界面上显示用于上传位置信息的提示框(或按钮)，当位置信息上传后，在该第一用户界面上继续显示用于上传健康信息的提示框(或按钮)或小程序。
139.当智能手机将位置信息以及健康信息均上传成功后，由服务器对位置信息以及健康信息进行确认，并判断上传时间是否在上班之前的预设时间段呢，如果以上信息均确认没问题，则确定用户打卡成功，否则，打卡失败。
140.可选的，根据用户在所述第一服务界面的触发操作，向所述服务器上传所述位置信息、用户的健康信息以及上传时间，可以通过以下步骤实现：
141.步骤c1、响应于通过显示所述第一服务界面触发的定位操作，获取所述位置信息。
142.结合图4中(a)所示，在用户设备呈现第一服务界面的同时，触发用于获取位置信息的定位操作，通过定位系统获取用户当前所在位置即位置信息。
143.步骤c2、响应用户在所述第一服务界面作用于子界面的触发操作，获取所述健康信息；其中，所述子界面用于调用并显示所述健康信息的程序。
144.示例性的，参见图5所示，在第一服务界面上显示子界面(以图4c为例)，用户通过点击子界面中健康信息的小程序，即可获取健康信息(比如健康码、行程卡等)，该健康信息可以直接显示在第一服务界面上，也可以直接由用于维护所述健康信息的服务器将健康信
息直接发送给用于打卡的服务器。
145.示例性的，如图5中(a)所示，用户点击“健康码小程序”，(比如健康码小程序、行程卡小程序)，即可通过用于维护所述健康信息的服务器获取该用户的“健康码”并显示在第一服务界面；具体地，通过调用该小程序来获取健康信息，通过截图或识别并复制该健康信息(比如健康码或行程卡等)呈现在用户设备上，比如第一服务界面上或子界面上。如图5中(b)所示，用户点击“行程卡小程序”，即可通过用于维护所述健康信息的服务器获取该用户的“行程卡”并显示在第一服务界面(参见图5中(c)所示)。
146.或者，直接由用于维护所述健康信息的服务器发送给用于打卡的服务器，可以不在第一服务界面上显示。如图5中(a)所示，用户点击“健康码小程序”，即可通过用于维护所述健康信息的服务器获取该用户的“健康码”并直接发送给服务器，可以不在用户设备上的第一服务界面上显示(参见图5中(d)所示)；如图5中(d)所示，用户点击“行程卡小程序”，即可通过用于维护所述健康信息的服务器获取该用户的“行程卡”并直接发送给服务器，可以不在用户设备上的第一服务界面(参见图5中(e)所示)。
147.需要说明的是，图5仅仅是示例性的，具体界面显示的组合方式可以是多种的，在此不做具体限定。
148.步骤c3、响应用于上传所述位置信息和所述健康信息的触发操作，确定上传时间并向所述服务器上传所述位置信息、所述用户的健康信息以及所述上传时间。
149.示例性的，以图5为例，参见图6所示，第一服务界面上还包括上传按键，当获取位置信息和健康信息之后，用户通过点击该“提交”按钮，来上传位置信息和健康信息，并将完成位置信息和健康信息上传的时间作为上传时间即打卡时间，然后服务器对上传的位置信息、健康信息以及上传时间进行确认，若均符合要求，则说明上传成功或打卡成功。可以在第一服务界面上显示“上传成功”或“打卡成功”的提示信息。
150.因此，通过扫描二维码执行打卡操作，能够实现用户设备与服务器的交互操作，进而实现用户身份的认证、位置以及健康状态的核验等线上操作，来确定打卡时间是否正常，从而确定用户是否打卡成功。通过借助用户的用户设备，可以提高采集效率，进而将采集到的信息上报至服务器认证，能够提高整个打卡过程中的采集效率；同时，通过用户设备可以采集复杂环境下的身份信息，比如生物特征；或者，生物特征和环境特征，提高了采集的准确率，由于采集准确率高，进而提高了服务器进行身份认证的准确率。同时，本技术提供的打卡方式无需制作打卡工作牌或是部署指纹识别、人脸识别等设备，降低了成本。基于同样的思路，本说明书实施例还提供了上述方法对应的装置，如图7所示，图7为本技术实施例提供的打卡装置的结构示意图。打卡装置可以包括：
151.获取模块701，用于获取用户设备通过扫描二维码上传的身份信息；
152.认证模块702，用于认证所述身份信息，若所述身份信息认证成功，则获取所述用户设备上传的位置信息、用户的健康信息以及上传时间；
153.第一处理模块703，用于在确定所述位置信息满足位置条件以及确定所述健康信息满足健康条件时，根据所述上传时间确定打卡时间；
154.第二处理模块704，用于在所述打卡时间在预设时间段内时，确定所述用户打卡成功。
155.本实施例中，通过设置获取模块701、认证模块702、第一处理模块703以及第二处
理模块704，通过向用户设备提供二维码，获取用户设备通过扫描二维码上传的身份信息，首先对身份信息进行认证，如果身份信息认证成功，则获取用户设备上传的位置信息、用户的健康信息以及上传时间，然后对位置信息以及健康信息进行确认，如果位置信息以及健康信息均满足各自对应的条件，则基于上传时间来确定用户的打卡时间，若打卡时间在规定时间范围内(即预设时间段内)，说明用户打卡时间正常，进而确定用户打开成功。因此，通过提供二维码打卡，能够实现用户身份的认证、位置以及健康状态的核验等线上操作，进而确定打卡时间是否正常，来确定用户是否打卡成功。通过借助用户的用户设备，可以提高采集效率，进而将采集到的信息上报至服务器认证，能够提高整个打卡过程中的采集效率；同时，通过用户设备可以采集复杂环境下的身份信息，比如生物特征；或者，生物特征和环境特征，提高了采集的准确率，由于采集准确率高，进而提高了服务器进行身份认证的准确率。同时，无需制作打卡工作牌或是部署指纹识别、人脸识别等设备，降低了成本。
156.可选的，认证模块702，具体用于：
157.获取所述用户设备上传的所述位置信息；
158.获取第三方发送的所述用户的健康信息，所述健康信息是通过作用于所述用户设备显示的第三方窗口调用的；
159.获取所述用户设备完成上传所述位置信息以及所述健康信息的时间，并将所述时间作为所述上传时间。
160.可选的，所述身份信息包括生物特征；认证模块702，还具体用于：
161.对识别到的所述生物特征进行认证，若所述生物特征认证成功，则确定所述身份信息认证成功；或者，
162.所述身份信息包括生物特征和环境特征，认证模块702，还具体用于：
163.对识别到的所述生物特征进行认证，在所述生物特征认证成功后，对识别到所述环境特征进行认证；
164.若所述环境特征认证成功，则确定所述身份信息认证成功。
165.可选的，打卡装置还包括：发送模块；发送模块，用于在未识别到所述环境特征或所述环境特征认证失败时，向所述用户设备发送提示消息，所述提示消息用于提示用户设备重新上传环境特征。
166.可选的，打卡装置还包括：更新模块；更新模块，用于更新所述二维码对应的链接；其中，所述链接至少包括下述一项：用于指向所述服务器的链接、用于指向维护所述健康信息的服务器的链接。
167.本技术实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
168.基于同样的思路，本说明书实施例还提供了上述方法对应的装置，如图8所示，图8为本技术另一实施例提供的打卡装置的结构示意图。打卡装置可以包括：
169.第一处理模块801，用于通过扫描二维码，向服务器上传身份信息，以使所述服务器对所述身份信息进行身份认证；
170.显示模块802，用于在所述服务器成功认证所述身份信息后，显示用于上传位置信息和用户的健康信息的第一服务界面；
171.第二处理模块803，用于根据用户在所述第一服务界面的触发操作，向所述服务器
上传所述位置信息、用户的健康信息以及上传时间，以使所述服务器根据所述位置信息、用户的健康信息以及上传时间，确定用户的打卡状态，所述打卡状态包括打卡成功或打卡失败；
172.接收模块804，用于接收所述服务器发送的用于表示所述打卡状态的消息。
173.本实施例中，通过设置第一处理模块801、显示模块802、第二处理模块803以及接收模块804，通过扫描二维码执行打卡操作，能够实现用户设备与服务器的交互操作，进而实现用户身份的认证、位置以及健康状态的核验等线上操作，来确定打卡时间是否正常，从而确定用户是否打卡成功。通过借助用户的用户设备，可以提高采集效率，进而将采集到的信息上报至服务器认证，能够提高整个打卡过程中的采集效率；同时，通过用户设备可以采集复杂环境下的身份信息，比如生物特征；或者，生物特征和环境特征，提高了采集的准确率，由于采集准确率高，进而提高了服务器进行身份认证的准确率。同时，本技术提供的打卡方式无需制作打卡工作牌或是部署指纹识别、人脸识别等设备，降低了成本。
174.可选的，第一处理模块801，具体用于：
175.在用户扫描二维码后，响应作用于所述二维码提供的第二服务界面的触发操作，获取所述身份信息，向服务器上传所述身份信息。
176.可选的，第二处理模块803，具体用于：
177.响应于通过显示所述第一服务界面触发的定位操作，获取所述位置信息；
178.响应用户在所述第一服务界面作用于子界面的触发操作，获取所述健康信息；其中，所述子界面用于调用并显示所述健康信息的程序；
179.响应用于上传所述位置信息和所述健康信息的触发操作，确定上传时间并向所述服务器上传所述位置信息、所述用户的健康信息以及所述上传时间。基于同样的思路，本技术实施例还提供了上述方法对应的系统，结合图1所示。打卡系统可以包括：服务器以及用户设备，所述服务器与所述用户设备通信连接；
180.所述服务器，用于实现第一方面任一项所述的方法；
181.所述用户设备，用于实现第二方面任一项所述的方法。
182.本技术实施例提供的系统，可以实现上述如图2-6所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
183.图9为本技术实施例提供的电子设备的硬件结构示意图。如图9所示，本实施例提供的电子设备包括：处理器901，以及与所述处理器通信连接的存储器。其中，处理器901、存储器902通过总线903连接。
184.在具体实现过程中，处理器901执行所述存储器902存储的计算机执行指令，使得处理器901执行上述方法实施例中的方法。
185.处理器901的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
186.在上述的图9所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完
成，或者用处理器中的硬件及软件模块组合执行完成。
187.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
188.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
189.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的打卡方法。
190.本技术实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的打卡方法。
191.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
192.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
193.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
194.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。

技术特征：

1.一种打卡方法，其特征在于，所述方法应用于服务器，所述方法包括：获取用户设备通过扫描二维码上传的身份信息；认证所述身份信息，若所述身份信息认证成功，则获取所述用户设备上传的位置信息、用户的健康信息以及上传时间；在确定所述位置信息满足位置条件以及确定所述健康信息满足健康条件时，根据所述上传时间确定打卡时间；若所述打卡时间在预设时间段内，则确定所述用户打卡成功。2.根据权利要求1所述的方法，其特征在于，所述获取所述用户设备上传的位置信息、用户的健康信息以及上传时间，包括：获取所述用户设备上传的所述位置信息；获取第三方发送的所述用户的健康信息，所述健康信息是通过作用于所述用户设备显示的第三方窗口调用的；获取所述用户设备完成上传所述位置信息以及所述健康信息的时间，并将所述时间作为所述上传时间。3.根据权利要求1或2所述的方法，其特征在于，所述身份信息包括生物特征，所述认证所述身份信息，包括：对识别到的所述生物特征进行认证，若所述生物特征认证成功，则确定所述身份信息认证成功；或者，所述身份信息包括生物特征和环境特征，所述认证所述身份信息，包括：对识别到的所述生物特征进行认证，在所述生物特征认证成功后，对识别到所述环境特征进行认证；若所述环境特征认证成功，则确定所述身份信息认证成功。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：若未识别到所述环境特征或所述环境特征认证失败，则向所述用户设备发送提示消息，所述提示消息用于提示用户设备重新上传环境特征。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：更新所述二维码对应的链接；其中，所述链接至少包括下述一项：用于指向所述服务器的链接、用于指向维护所述健康信息的服务器的链接。6.一种打卡方法，其特征在于，所述方法应用于用户设备，所述方法包括：通过扫描二维码，向服务器上传身份信息，以使所述服务器对所述身份信息进行身份认证；在所述服务器成功认证所述身份信息后，显示用于上传位置信息和用户的健康信息的第一服务界面；根据用户在所述第一服务界面的触发操作，向所述服务器上传所述位置信息、用户的健康信息以及上传时间，以使所述服务器根据所述位置信息、用户的健康信息以及上传时间，确定用户的打卡状态，所述打卡状态包括打卡成功或打卡失败；接收所述服务器发送的用于表示所述打卡状态的消息。7.根据权利要求6所述的方法，其特征在于，所述通过扫描二维码，向服务器上传身份
信息，包括：在用户扫描二维码后，响应作用于所述二维码提供的第二服务界面的触发操作，获取所述身份信息，向服务器上传所述身份信息。8.根据权利要求6或7所述的方法，其特征在于，所述根据用户在所述第一服务界面的触发操作，向所述服务器上传所述位置信息、用户的健康信息以及上传时间，包括：响应于通过显示所述第一服务界面触发的定位操作，获取所述位置信息；响应用户在所述第一服务界面作用于子界面的触发操作，获取所述健康信息；其中，所述子界面用于调用并显示所述健康信息的程序；响应用于上传所述位置信息和所述健康信息的触发操作，确定上传时间并向所述服务器上传所述位置信息、所述用户的健康信息以及所述上传时间。9.一种打卡装置，其特征在于，所述装置包括：获取模块，用于获取用户设备通过扫描二维码上传的身份信息；认证模块，用于认证所述身份信息，若所述身份信息认证成功，则获取所述用户设备上传的位置信息、用户的健康信息以及上传时间；第一处理模块，用于在确定所述位置信息满足位置条件以及确定所述健康信息满足健康条件时，根据所述上传时间确定打卡时间；第二处理模块，用于在所述打卡时间在预设时间段内时，确定所述用户打卡成功。10.一种打卡装置，其特征在于，所述装置包括：第一处理模块，用于通过扫描二维码，向服务器上传身份信息，以使所述服务器对所述身份信息进行身份认证；显示模块，用于在所述服务器成功认证所述身份信息后，显示用于上传位置信息和用户的健康信息的第一服务界面；第二处理模块，用于根据用户在所述第一服务界面的触发操作，向所述服务器上传所述位置信息、用户的健康信息以及上传时间，以使所述服务器根据所述位置信息、用户的健康信息以及上传时间，确定用户的打卡状态，所述打卡状态包括打卡成功或打卡失败；接收模块，用于接收所述服务器发送的用于表示所述打卡状态的消息。

技术总结

本申请实施例提供打卡方法及装置，其方法包括：获取用户设备通过扫描二维码上传的身份信息；认证所述身份信息，若所述身份信息认证成功，则获取所述用户设备上传的位置信息、用户的健康信息以及上传时间；在确定所述位置信息满足位置条件以及确定所述健康信息满足健康条件时，根据所述上传时间确定打卡时间；若所述打卡时间在预设时间段内，则确定所述用户打卡成功；提高了打卡效率以及准确率。提高了打卡效率以及准确率。提高了打卡效率以及准确率。