签到管理系统的制作方法

本发明实施例涉及考勤系统技术领域，尤其涉及一种签到管理系统。

背景技术：

目前很多高校教室上课仍然使用的是纸质点名册，上课时进行点名并记录，人工汇总统计，整个过程费时费力且数据不及时。对于高年级学生，由于实习地点并非统一，而且实习时间从1学期至1学年不等，辅导员不可能一直跟着学生，大多情况下只能靠电话挨个和学生沟通确认其实习状况，事倍功半，还难以保证所得信息的真实性。

技术实现要素：

针对上述技术问题，本发明实施例提供了一种签到管理系统，以实现便捷的签到管理。

本发明实施例提供了一种签到管理系统，所述系统包括：

签到客户端，通过与签到服务端之间的移动互联网网络连接，向所述签到服务端发起签到请求，并将发起所述签到请求时将所述签到客户端所在的地理位置发送至所述签到服务端；

所述签到服务端，与所述签到客户端通过移动互联网连接，接收由所述签到客户端发起的签到请求，以及所述地理位置，并在接收到所述签到请求及所述地理位置之后，将所述地理位置与预定的签到地理区域进行比较，以判定此次签到请求是否被接受；

签到管理客户端，通过网络与所述签到服务端连接，用于查看对各个签到客户端的签到请求的处理结果。

本发明实施例提供的签到管理系统，通过设置签到客户端，并使得签到客户端通过移动互联网连接至签到服务端，实现了便捷的签到管理。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明第一实施例提供的签到管理系统的系统架构图；

图2是本发明第二实施例提供的签到管理系统的系统架构图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

第一实施例

本实施例提供了签到管理系统的一种技术方案。参见图1，所述签到管理系统包括：签到客户端11、签到服务端12，以及签到管理客户端13。签到客户端11及签到管理客户端13分别通过网络连接至签到服务端12。而且，其中，签到客户端11与签到服务端12之间的网络连接是移动互联网连接。

签到客户端11是签到用户使用的客户端。这里提及的签到用户是指需要向签到服务端12发送签到请求的用户。在应用于学校的签到管理系统中，签到用户是指学生。在应用于公司的签到管理系统中，签到用户是指普通员工。

签到客户端11是签到用户手持的移动终端。优选的，签到客户端11是签到用户手持的智能手机、平板电脑，或者笔记本电脑。无论签到用户手持的签到客户端11是何种类型，其必须通过移动互联网与签到服务端12之间保持网络连接。有了与签到服务端12之间的通过移动互联网的网络连接，签到客户端11才能将自己的签到请求发送至签到服务端12。另外，签到客户端11需要能够获取自身在发送签到请求时的地理位置信息，这将对于签到服务端12辨别哪些签到请求是合法的签到请求至关重要。

具体的，签到客户端11可以通过有源定位技术，或者无源定位技术，确定自身在发起签到请求时的实时地理位置。例如，签到客户端11可以通过全球定位系统(globalpositioningsystem,gps)，确定自身的实时地理位置。

签到客户端11上述功能的实现，是依靠其上安装的应用程序。由于目前的移动终端大都采用具有通用结构的硬件平台，使得通过开发应用程序而实现特定功能没有的硬件技术上的障碍。在本实施例中，上述签到客户端11的功能是通过安装由c#语言开发的应用程序而实现的。该应用程序具有android和ios两个版本。不同的用户可以根据自身的需要，选择安装不同的版本。

另外，在签到客户端11内部存储有本客户端的硬件id与其所属的签到用户的人员id的对应关系。在发起签到请求时，通过查询上述对应关系，能够得到签到用户在系统中的id号码，从而在签到请求中包含上述人员id号码，以便签到服务端12对签到用户进行辨认。

签到服务端12是签到管理系统的后台服务设备。它通过移动互联网与签到客户端11保持连接，并通过与签到客户端11之间的移动互联网网络连接，接收由签到客户端11发起的签到请求。该签到请求中包含签到客户端11实时获取的签到客户端11在发起签到请求时的实时地理位置。

接收到签到请求之后，签到服务端12检查当前是否处于设定的签到时间段内。如果当前时间在签到时间段内，允许进行下一步的签到请求处理；否则，对该签到请求进行丢弃。

签到服务端12接下来查看所述签到请求中包含的地理位置是否在预先设定的签到地理区域以内。如果地理位置在预先设定的签到地理区域以内，则判定此次签到请求合法；否则，此次签到请求不合法，予以丢弃。

对签到请求中的地理位置设定预定的签到地理区域的目的在于，防止签到用户在没有实际到达现场时发起虚假的签到请求。比如，学校8点半开始上课，小明由于没能及时起床，在自己家中通过家中的无线网络向签到服务端12发起签到请求。显然，如果认为此时小明发送的签到请求合法，继续执行签到管理的意义也就不大了。

需要说明的是，预先设定的签到地理区域可以包含三维空间的高程数据。所谓高程数据是指，签到地理区域距离地面的高度。所以，在本实施例中，预先设定的签到地理区域是三维空间中的一块区域。允许签到地理区域包含高程数据的主要考虑在于，区分在同一栋写字楼内不同楼层的不同签到单位。例如，在一栋写字楼内，13至14层是a公司，16层是b公司。小丽是a公司的员工。一天早晨，她在b公司的办公区域内，也就是16层，向签到管理系统的签到服务端12发起签到请求。如果预先设定的签到地理区域中不包含高程数据，则签到服务端12会认为小丽发起的签到请求是合法请求。但实际上，这是不符合常理的。

在根据预设的签到地理区域判定签到请求是否合法之后，签到服务端12需要对合法签到请求识别其对应的签到用户。识别了合法签到请求之后，签到服务端12对上述合法签到请求进行相应的记录。至此，签到服务端12上完整的签到处理过程就完成了。

在本实施例中，签到服务端12内置有：数据持久化层121以及业务逻辑层122。数据持久化层121用于对所述签到请求的处理过程中使用的参考数据进行持久化存储。

业务逻辑层122用于记录在所述签到请求的处理过程中使用的业务逻辑。具体的，业务逻辑层122中记录了上述包括时间段辨别、地理区域辨别、身份识别和身份验证的全部业务逻辑。有了业务逻辑层122中关于业务逻辑的完整、准确的记录，签到服务端12才能准确无误的完成对签到用户发起的签到请求的处理。

签到管理客户端13是管理者使用的客户端。在应用于学校的签到管理系统中，管理者是指学校的老师。在应用于公司的签到管理系统中，管理者是指公司的管理人员，比如公司的总经理，或者部门主管。

签到管理客户端13同样与签到服务端12之间保持网络连接。但是，上述二者之间网络的网络类型并不局限于移动互联网。签到管理客户端13的功能主要在于签到结果的查看，以及签到管理过程中关键参数的设置。这些关键参数包括：接受签到请求的时间段，以及识别合法请求的签到地理区域。

具体的，签到管理客户端13对于签到结果的查看可以是仅针对一次签到操作的分立查看，也可以是对于符合某一种特定条件的数个签到操作的批量查看。这种特定条件可以对应于属于某一位学生的所有签到操作，也可以对应于数个学生在特定时间范围内的签到操作。比如，签到管理客户端13可以查看一个院系的所有学生在某天早晨的签到情况。

为了方便管理者的上述查看操作，签到管理客户端13需要具备对具体的签到操作进行分类的功能。例如，可以按照签到用户的所述部门对签到操作进行分类，或者可以按照签到操作的执行时间对签到操作进行分类。本领域技术人员应该理解，上述分类操作通常是依据在数据持久化层121中对应字段的取值而进行的。

需要说明的是，在本实施例中，无论是签到客户端11，还是签到管理客户端13，其上均需要安装特定的应用程序，才能完成与签到服务端12之间的通信，进而完成各自的功能。

本实施例通过设置签到客户端、签到服务端、签到管理客户端，以及通过移动互联网将签到客户端连接至签到服务端，实现了便捷的签到管理。

第二实施例

本实施例提供了签到管理系统的另一种技术方案。参见图2，签到管理系统包括：签到客户端21、签到服务端22，以及签到管理客户端23。

本实施例提供的签到管理系统与本发明第一实施例的不同之处在于，签到服务端22内部除了设置有数据持久化层221及业务逻辑层222，还配备有web表示层223。

由于签到服务端22上设置有web表示层223，签到客户端21以及签到管理客户端23上不再需要安装预定的软件客户端，仅通过系统自带的网页浏览器就能够完成各自的功能。当然，也不排除在签到客户端21及签到管理客户端23上安装内嵌有网页浏览功能的软件客户端，来实现其各自对应的功能。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。