CN107818099B - 一种基于照片的地点配置方法及装置 - Google Patents

Abstract

本申请提供一种基于照片的地点配置方法及装置，该方法可以包括：从预设用户的照片的属性信息中，提取所述照片的拍摄地点的信息；生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点。通过本申请的技术方案，可以增加用户操作的灵活度。

Description

一种基于照片的地点配置方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于照片的地点配置方法及装置。

背景技术

在相关技术中，用户通过电子设备与服务器之间的数据交互，以执行预设事件时，服务器将获取该电子设备执行数据交互时的地理位置，以作为该预设事件的事件发生地点。因此，用户需要携带电子设备至希望的事件发生地点，并实时与服务器进行数据交互，两者在时间上存在强耦合关系。

然而，用户常常由于各种原因，导致其无法同时满足上述两个条件，从而对用户造成极大的困扰。

发明内容

有鉴于此，本申请提供一种基于照片的地点配置方法及装置，可以增加用户操作的灵活度。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种基于照片的地点配置方法，包括：

从预设用户的照片的属性信息中，提取所述照片的拍摄地点的信息；

生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点。

根据本申请的第二方面，提出了一种基于照片的地点配置装置，包括：

地点提取单元，从预设用户的照片的属性信息中，提取所述照片的拍摄地点的信息；

生成单元，生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点。

由以上技术方案可见，本申请通过从照片的属性信息中提取出照片的拍摄地点，并将该拍摄地点作为预设事件消息中包含的事件发生地点，使得用户只需要在希望的事件发生地点拍摄包含拍摄地点的照片后，就可以在任意地点通过交互操作而将事件发生地点配置为该拍摄地点，使得用户实际上的所处地点与用户希望的事件发生地点在时间上解除耦合，从而有助于增强用户操作的灵活度。

附图说明

图1是本申请一示例性实施例提供的一种基于照片的地点配置方法的流程图。

图2是本申请一示例性实施例提供的一种照片的社交分享方法的流程图。

图3-6是本申请一示例性实施例提供的一种对照片进行社交分享的界面示意图。

图7是本申请一示例性实施例提供的一种考勤方法的流程图。

图8是本申请一示例性实施例提供的一种电子设备的结构示意图。

图9是本申请一示例性实施例提供的一种基于照片的地点配置装置的框图。

具体实施方式

为对本申请进行进一步说明，提供下列实施例：

图1是本申请一示例性实施例提供的一种基于照片的地点配置方法的流程图。如图1所示，该方法应用于服务器上，可以包括以下步骤：

步骤102，从预设用户的照片的属性信息中，提取所述照片的拍摄地点的信息。

在本实施例中，照片可以由预设用户事先主动拍摄，也可以由其他用户拍摄后发送给该预设用户，本申请并不对此进行限制。

步骤104，生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点。

在一实施例中，预设事件消息可以包括社交分享消息，该社交分享消息包含的社交分享地点可以为上述的拍摄地点。在社交场景下，预设用户每次可以上传一张或多张照片，那么当接收到预设用户针对同一社交分享操作上传的多张照片，且提取出多个拍摄地点时，服务器可以向该预设用户发送提取的多个拍摄地点，以展示于该预设用户；然后，根据该预设用户返回的选择结果，服务器可以确定被选中的拍摄地点，以作为社交分享地点。

在另一实施例中，预设事件消息可以包括考勤消息，该考勤消息包含的考勤地点可以为上述的拍摄地点。其中，当考勤存在时间考核时，尤其是对于离线考勤场景下，即预设用户事先在离线条件下拍摄得到上述照片，并事后将其用于考勤判断，那么服务器可以进一步从照片的属性信息中提取照片的拍摄时间，那么上述的考勤消息包含的考勤时间可以为该拍摄时间。

进一步地，服务器还可以从照片的属性信息中，提取照片的拍摄设备的信息；那么，当照片的上传设备与拍摄设备的信息一致时，服务器可以生成考勤消息；而当上传设备与拍摄设备的信息不一致时，服务器可以认为存在舞弊现象，从而拒绝生成考勤消息。

在本实施例中，当照片中不包含拍摄地点的信息时，比如预设用户使用的电子设备无法在照片中添加拍摄地点类型的属性信息，那么服务器可以确定预设用户指定的地理位置，以作为事件发生地点。例如，该预设用户可以通过关键词搜索、在备选地理位置中选择等方式，指定出希望采用的地理位置。

在本实施例中，照片的属性信息可以包括该照片的可交换图像文件(Exchangeable Image File，EXIF)信息等，本申请并不对此进行限制。

在本实施例中，可以输出对所述事件发生地点的配置选项；然后，根据所述预设用户对所述配置选项的配置操作，将所述事件发生地点配置为所述拍摄地点或所述预设用户指定的地理位置。换言之，即便照片中包含拍摄地点的信息，该预设用户也可以选用指定的地理位置，比如该预设用户的实时地理位置或者其他任意地理位置等，而并非必须使用该拍摄地点作为事件发生地点。

由以上技术方案可见，本申请通过从照片的可交换图像文件数据中提取出照片的拍摄地点，并将该拍摄地点作为预设事件消息中包含的事件发生地点，使得用户只需要在希望的事件发生地点拍摄包含拍摄地点的照片后，就可以在任意地点通过交互操作而将事件发生地点配置为该拍摄地点，使得用户实际上的所处地点与用户希望的事件发生地点在时间上解除耦合，从而有助于增强用户操作的灵活度。

在本申请的技术方案中，多个地点的事件可以在时间上解除耦合，从而帮助用户实现更为丰富的操作方式，该方案可以应用于多种场景下。为了便于理解，下面以两个较为具体的实施例，对本申请的技术方案进行详细描述。

作为一示例性实施例，本申请的技术方案可以应用于社交场景下，下面结合图2进行详细说明；其中，图2是本申请一示例性实施例提供的一种照片的社交分享方法的流程图，该方法应用于服务器中，可以包括以下步骤：

步骤202，用户通过手机拍摄照片。

在本实施例中，以手机为例，用户通过该手机实现照片拍摄以及与服务器之间的数据交互等操作；当然，对于诸如平板设备、笔记本电脑等其他电子设备，也可以应用于本申请的技术方案中，本申请并不对此进行限制。

步骤204，手机在拍摄照片时，还记录该照片的拍摄地点。

在本实施例中，手机可以通过内置的定位芯片，获取照片的拍摄地点，比如该定位芯片可以为GPS芯片、北斗芯片等；或者，手机还可以通过其他任意方式获取拍摄地点，例如可以获取该手机在拍摄照片时连接的WIFI热点，将该WIFI热点的设置位置作为照片的拍摄地点，或者可以获取该手机在拍摄照片时连接的蓝牙设备，并将该蓝牙设备的设置位置作为照片的拍摄地点等，本公开并不对此进行限制。

在本实施例中，照片可以具有多种属性信息，比如照片规格、拍摄时采用的光圈大小和快门速度等参数等，类似地，拍摄地点也可以被作为一种属性信息而记录在照片的文件内；举例而言，照片的属性信息可以为EXIF数据的形式，当然本申请并不对此进行限制。

步骤206，服务器接收到用户通过手机上传的照片。

在本实施例中，手机上可以安装有社交应用，该社交应用通过提供如图3所示的照片上传页面，可供用户从手机上存储的照片中进行挑选，以上传至服务器，比如在图3所示的照片上传页面的中间区域显示有两个矩形框，左侧矩形框示意了用户已选择的照片，而右侧矩形框为“添加”功能按键，用户可以通过触发该按键而继续选择其他照片，当然用户也可以实时拍摄照片，而非选取事先已拍摄的照片。

需要指出的是：本实施例中的照片除了由用户主动通过如步骤202拍摄得到之外，也可以由其他用户拍摄后传输给该用户，以由该用户通过步骤206上传至服务器，那么只需确保其他用户拍摄的照片的属性信息包括拍摄地点信息，即可通过本申请的技术方案提取出照片中的拍摄地点信息，并作为社交分享地点而使用。

此外，在图3所示的照片上传页面的上方区域还包括文字输入区域，该文字输入区域通过示出“说点什么...”的提示信息，提示用户输入希望作为社交内容的文字或表情图案等。

步骤208，服务器从照片中提取拍摄地点。

在本实施例中，服务器通过从照片的属性信息中，提取出照片的拍摄地点，即手机在步骤204中记录在照片中的拍摄地点信息。例如，服务器可以通过读取照片的EXIF数据，并从中提取出照片的拍摄地点。

步骤210，服务器将多个拍摄地点返回给手机。

步骤212，手机展示出多个拍摄地点，以由用户进行选择。

步骤214，服务器接收到手机返回的选择结果。

在本实施例中，当用户通过手机向服务器同时上传多张照片时，比如用户通过图3所示的照片上传页面选择了多张照片，多张照片可能拍摄于不同的拍摄地点，那么服务器可以将这些拍摄地点发送给用户进行选择，比如将这些多个拍摄地点展示在图4所示的悬浮窗口(也可以采用其他形式)中，以供用户选择。

当然，对于存在多个拍摄地点的情况下，服务器也可以从中任意选择一个拍摄地点。例如，服务器可以根据多个拍摄地点之间的相隔距离，当相隔距离大于预设距离时，可以通过上述的步骤210-214由用户进行选择，而当相隔距离不大于预设距离时，服务器可以任意选择一个拍摄地点。服务器在主动选择拍摄地点时，可以随机选择一个拍摄地点，或者可以选择用户上传的首张照片中的拍摄地点，或者可以选择多个拍摄地点所属的共同区域等。以“选择多个拍摄地点所属的共同区域”为例，对于图4所示的拍摄地点为“苏堤”、“杨公堤”、“小瀛洲”和“雷峰塔”等的情况下，由于这些拍摄地点都属于“西湖景区”，因而服务器可以自动确定拍摄地点为“西湖景区”。

此外，对于用户仅上传一张照片或上传的多种照片的拍摄地点一致的情况下，步骤210-214并非必须，可以由步骤208直接跳转至步骤216。

步骤216，服务器为用户的社交分享行为标记社交分享地点，并将该社交分享地点告知用户。

在本实施例中，用户通过如图3所示的照片上传页面，可以上传照片、输入文字等，那么这些照片、文字等可以用于生成一条社交分享消息，分享给用户的社交好友，那么服务器可以根据上文确定出的拍摄地点，对该社交分享消息进行标记，以作为该社交分享消息对应的社交分享地点，比如图3所示的照片上传页面的下方区域可以示出该社交分享地点，例如“苏堤”。

步骤218，服务器生成社交分享消息。

在本实施例中，服务器将用户上传的照片、输入的文字等生成为社交分享消息，且该社交分享消息中包含上述的社交分享地点，即选取的照片拍摄地点，比如“苏堤”。服务器可以根据用户在手机上登录的账号，确定该用户身份及其社交好友，假定服务器识别出该用户为“白白”，那么服务器可以向该用户“白白”的社交好友推送关于上述社交分享消息的提示信息，使得这些社交好友登录社交网络后，以手机上的社交应用为例，每个社交好友均可以在如图5所示的“社交圈”页面上查看到用户“白白”发出的上述社交分享消息，包括查看到用户“白白”上传的照片、输入的文字“西湖一日游～”以及社交分享地点为“苏堤”。

实际上，图5所示的“社交圈”页面，是诸如用户“白白”等各个用户所希望达到的社交分享效果，即：当用户“白白”分享了在“苏堤”拍摄的照片时，可以通过将社交分享地点标记为“苏堤”，使社交好友能够快速理解照片内容，并且给社交好友带来更好的代入体验。但是，在社交场景下往往存在下述矛盾：用户“白白”在“苏堤”拍摄照片后，可能由于各种原因而无法立即在“苏堤”对照片进行分享，那么当用户“白白”希望执行分享操作时，可能已经离开“苏堤”，甚至实际地理位置与“苏堤”相距甚远。

可见，虽然手机可以通过内置的定位芯片或其他方式对自身进行定位，但是如果用户“白白”已经离开“苏堤”，那么手机得到的定位信息必然与照片的实际拍摄地点完全不同，并不能够起到上述的“协助快速理解”和“增强代入体验”等作用。

所以，本申请通过在照片中添加拍摄地点的属性信息，实际上相当于将照片与拍摄地点进行绑定，那么通过后续从照片中提取拍摄地点，可以摆脱用户的实际地理位置带来的操作限制，使其在任意地点对照片进行社交分享时，均能够将社交分享地点配置为照片的实际拍摄地点，极大地提升了用户实现社交分享的灵活度。

此外，针对照片中可能不包含拍摄地点的情况下，服务器可以确定用户指定的地理位置，以作为社交分享地点。例如，服务器可以向手机告知未提取出拍摄地点的通知消息，而手机可以向用户提供诸如图6所示的搜索页面，从而根据用户输入的关键词，搜索相应的地理位置，以作为社交分享地点；或者，服务器还可以根据用户的手机的实际地理位置，向用户提供该实际地理位置附近的若干地点选项，以使用户从中选择出希望使用的社交分享地点。

当然，即便照片中包含拍摄地点的信息时，用户仍然可以选择使用该拍摄地点作为社交分享地点，或者将其他地理位置指定为社交分享地点，从而提升用户配置的自由度。例如图4所示，除了照片中包含的“苏堤”、“杨公堤”、“小瀛洲”、“雷峰塔”等照片中包含的拍摄地点之外，还可以提供手机定位的实时地理位置(白堤)，以供用户选择配置。

作为另一示例性实施例，本申请的技术方案可以应用于企业管理场景下，下面结合图7对企业管理场景下的考勤管理进行详细说明；其中，图7是本申请一示例性实施例提供的一种考勤方法的流程图，该方法应用于服务器中，可以包括以下步骤：

步骤702，企业员工通过手机拍摄照片，可以参考上述的步骤202。

步骤704，手机在拍摄照片时，还记录该照片的拍摄地点和拍摄时间。

在本实施例中，在考勤管理中，需要记录企业员工在规定的时间、规定的地点进行考勤操作，比如上午9点在公司范围内打卡上班、下午5点在公司范围内打卡下班等。可见，考勤管理除了具有地点属性之外，还具有时间属性，因而需要同时记录照片的拍摄地点和拍摄时间。例如，拍摄地点和拍摄时间均可以记录在照片的EXIF数据中，此处不再赘述。

步骤706，服务器接收到用户通过手机上传的照片。

步骤708，服务器提取照片中记录的拍摄地点和拍摄时间。

步骤710，服务器根据拍摄地点和拍摄时间，生成相应的考勤消息。

在相关技术中的考勤过程中，手机需要与服务器进行实时的数据交互；然而，在一些特殊的场景下，比如由于工作场所的网络信号弱等原因，导致手机可能无法与服务器进行数据交互，那么可以通过本申请的技术方案，帮助企业员工实现离线考勤。

企业员工通过在考勤规定的时间和地点进行拍摄操作，使得到的照片中记录了该企业员工在拍摄时间所处的拍摄地点，且记录下的拍摄时间、拍摄地点的信息不会由于企业员工后续的走动等而变化，那么企业员工后续可以在任意时刻、任意地点与服务器进行数据交互，将照片上传给服务器，使得服务器可以通过从照片中提取出拍摄时间、拍摄地点等信息，从而生成企业员工对应的考勤信息。

实际上，通过上述技术方案，企业员工除了可以针对上述的网络信号弱等特殊场景而使用本申请的技术方案，还可以在正常场景下使用本申请的技术方案。比如，企业员工在正常执行考勤操作时，需要执行解锁手机→找到企业管理应用→启动企业管理应用→打开考勤管理页面→执行考勤操作等多个操作步骤，而企业员工在执行拍照操作时，只需要执行解锁手机→找到照相机应用→启动照相机应用→拍摄照片，甚至绝大部分手机在锁屏界面上都提供了照相机应用的快捷入口，企业员工可以在锁屏界面上直接开启照相机应用，极大地提升了对于考勤时间(即拍摄时间)、考勤地点(即拍摄地点)等信息的获取效率。那么，在上班考勤场景下，企业员工可以快速投入到工作中，在下班考勤场景下，企业员工可以避免错过班车或公交车等，并在事后的任意空闲时间，通过将照片上传至企业服务器，即可完成考勤操作，有助于协助企业员工提升工作效率、优化时间安排。

此外，为了避免企业员工之间存在舞弊现象，比如企业员工A到达企业并拍摄照片后，将照片发送给迟到的企业员工B进行离线考勤等情况，拍摄的照片可以进一步包括拍摄设备的信息，例如拍摄设备的MAC地址等唯一标识，那么只需要服务器预先将各个企业员工的账号与手机等电子设备的唯一标识进行关联，即可由服务器通过提取照片中记录的拍摄设备的信息，确定是否存在舞弊现象：当照片的上传设备与拍摄设备的信息一致时，可以认为不存在舞弊现象，可以生成相应的考勤消息；当上传设备与拍摄设备的信息不一致时，可以认为存在舞弊现象，可以拒绝生成考勤消息。

当然，还可以通过其他方式识别舞弊现象，只需要在照片中添加与用户(账号)相关联的唯一识别信息即可，比如该唯一识别信息除了上述的拍摄设备的信息之外，还可以为用户的账号信息本身等，此处不再赘述。

图8示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图8，在硬件层面，该电子设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810，当然还可能包括其他业务所需要的硬件。处理器802从非易失性存储器810中读取对应的计算机程序到内存802中然后运行，在逻辑层面上形成基于照片的地点配置装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，在软件实施方式中，该基于照片的地点配置装置可以包括地点提取单元901和生成单元902。其中：

地点提取单元901，从预设用户的照片的属性信息中，提取所述照片的拍摄地点的信息；

生成单元902，生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点。

可选的，所述预设事件消息包括社交分享消息，所述社交分享消息包含的社交分享地点为所述拍摄地点。

可选的，还包括：

发送单元903，当接收到所述预设用户针对同一社交分享操作上传的多张照片，且提取出多个拍摄地点时，向所述预设用户发送提取的多个拍摄地点，以展示于所述预设用户；

确定单元904，根据所述预设用户返回的选择结果，确定被选中的拍摄地点，以作为所述社交分享地点。

可选的，所述预设事件消息包括考勤消息，所述考勤消息包含的考勤地点为所述拍摄地点。

可选的，还包括：

时间提取单元905，从所述照片的属性信息中，提取所述照片的拍摄时间，其中所述考勤消息包含的考勤时间为所述拍摄时间。

可选的，还包括：

信息提取单元906，从所述照片的属性信息中，提取所述照片的拍摄设备的信息；

处理单元907，当所述照片的上传设备与所述拍摄设备的信息一致时，通过所述生成单元生成所述考勤消息；当所述上传设备与所述拍摄设备的信息不一致时，拒绝生成所述考勤消息。

可选的，还包括：

位置确定单元908，当所述照片中不包含拍摄地点的信息时，确定所述预设用户指定的地理位置，以作为所述事件发生地点。

可选的，所述属性信息包括：可交换图像文件EXIF信息。

可选的，还包括：

选项输出单元909，输出对所述事件发生地点的配置选项；

地点配置单元910，根据所述预设用户对所述配置选项的配置操作，将所述事件发生地点配置为所述拍摄地点或所述预设用户指定的地理位置。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

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

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

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

Claims (8)

1.一种基于照片的考勤方法，其特征在于，应用于服务器，包括：

从预设用户上传的照片的属性信息中，提取所述照片的拍摄地点的信息；

从所述照片的属性信息中，提取所述照片的拍摄时间；

生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点，所述预设事件消息包括考勤消息，其中，所述考勤消息包含的考勤地点为所述拍摄地点，所述考勤消息包含的考勤时间为所述拍摄时间，所述考勤时间和所述考勤地点用于对所述预设用户进行考勤判断。

2.根据权利要求1所述的方法，其特征在于，还包括：

从所述照片的属性信息中，提取所述照片的拍摄设备的信息；

当所述照片的上传设备与所述拍摄设备的信息一致时，生成所述考勤消息；当所述上传设备与所述拍摄设备的信息不一致时，拒绝生成所述考勤消息。

3.根据权利要求1所述的方法，其特征在于，还包括：

当所述照片中不包含拍摄地点的信息时，确定所述预设用户指定的地理位置，以作为所述事件发生地点。

4.根据权利要求1所述的方法，其特征在于，所述属性信息包括：可交换图像文件EXIF信息。

5.根据权利要求1所述的方法，其特征在于，还包括：

输出对所述事件发生地点的配置选项；

根据所述预设用户对所述配置选项的配置操作，将所述事件发生地点配置为所述拍摄地点或所述预设用户指定的地理位置。

6.一种基于照片的考勤装置，其特征在于，应用于服务器，包括：

地点提取单元，从预设用户上传的照片的属性信息中，提取所述照片的拍摄地点的信息；

时间提取单元，从所述照片的属性信息中，提取所述照片的拍摄时间；

生成单元，生成对应于所述预设用户的预设事件消息，所述预设事件消息包含的事件发生地点为所述拍摄地点，所述预设事件消息包括考勤消息，其中，所述考勤消息包含的考勤地点为所述拍摄地点，所述考勤消息包含的考勤时间为所述拍摄时间，所述考勤时间和所述考勤地点用于对所述预设用户进行考勤判断。

7.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-5中任一项所述的方法。

8.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-5中任一项所述方法的步骤。

Images