基于智慧校园的学生动态接送系统、方法、介质及服务器

摘要

本申请提供一种基于智慧校园的学生动态接送系统、方法、介质及服务器，教师终端生成当日的学生放学信息，并将学生放学信息发送给中心服务器；中心服务器基于学生放学信息可以确定出学生关联的家长信息，并向家长终端发送通知消息，通知家长接送学生；家长通过对家长终端的编辑操作生成当日的学生接送信息；中心服务器则进一步生成学生离校计划发送给教师终端，以便教师基于学生离校计划安排学生离校。这样可以每天实时通知家长在哪个时段来接送学生，方便管理，能够在一定程度上实现错峰接送，降低放学时的人流量，从而降低拥堵风险和安全隐患。并且可以每天确认来接送学生的家长和接送方式，能够进一步降低风险。

说明书

技术领域

本申请涉及智慧校园管理技术领域，具体而言，涉及一种基于智慧校园的学生动态接送系统、方法、介质及服务器。

背景技术

幼儿园、小学教育是我国幼儿教育的起点，属于基础教育最早的教育平台，学生年龄段基本在3～12岁左右；这个年龄段的孩子已经开始逐渐懂事，好奇心也慢慢增加，家长同时给予更多的自由空间。在这种情况下，对于学生安全问题随之也浮出水面，不得不引起学校及家长的高度重视。

现有的学生接送的过程中，特别是放学期间，人流量较大，例如家长通常围在校门口周围，而不少离家较远的家长又开车接送，不仅容易造成道路交通拥堵，还存在安全隐患，风险较大，不利于保障学生的安全。

发明内容

本申请实施例的目的在于提供一种基于智慧校园的学生动态接送系统、方法、介质及服务器，以使规范管理家长对学生的接送，有效降低甚至消除传统的学生接送过程存在的安全隐患。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供一种基于智慧校园的学生动态接送系统，包括中心服务器、教师终端和家长终端，所述教师终端，用于基于教师的编辑操作，生成当日的学生放学信息，并将所述学生放学信息发送给所述中心服务器，其中，所述学生放学信息包含学生的班级、姓名和放学时间；所述中心服务器，用于基于所述学生放学信息，确定出学生关联的家长信息，并向家长信息对应的家长终端发送通知消息，其中，所述家长信息包括家长身份、家长姓名、家长联系方式，所述通知消息包含学生的班级、姓名、放学时间；所述家长终端，用于接收通知消息，以及，用于基于家长的编辑操作，生成当日的学生接送信息，并发送给所述中心服务器，其中，学生接送信息包括接送家长、接送方式、接送时段；所述中心服务器，还用于基于学生接送信息，生成学生离校计划发送给所述教师终端，以便教师基于所述学生离校计划安排学生离校，其中，所述学生离校计划包含学生的离校时段、离校途径和家长接送指定区域。

在本申请实施例中，基于智慧校园的学生动态接送系统，教师可以利用教师终端进行编辑操作，生成当日的学生放学信息(学生的班级、姓名和放学时间等信息)，并将学生放学信息发送给中心服务器；而中心服务器基于学生放学信息可以确定出学生关联的家长信息(家长身份、家长姓名、家长联系方式等)，并向家长信息对应的家长终端发送通知消息(学生的班级、姓名、放学时间等)，以便通知家长接送学生；家长可以通过对家长终端的编辑操作生成当日的学生接送信息(包括接送家长、接送方式、接送时段等)；中心服务器则可以进一步基于学生接送信息，生成学生离校计划 (包含学生的离校时段、离校途径和家长接送指定区域等)发送给教师终端，以便教师基于学生离校计划安排学生离校。这样的方式，可以每天实时通知家长在哪个时段来接送学生，方便管理，能够在一定程度上实现错峰接送，降低放学时的人流量，从而降低拥堵风险和安全隐患。而通过教师终端、中心服务器、家长终端之间的交互，可以每天确认来接送学生的家长和接送方式，能够进一步降低风险。

结合第一方面，在第一方面的第一种可能的实现方式中，在所述中心服务器接收学生接送信息后，具体用于：基于学生接送信息中的接送时段，确定出学生的离校时段；基于学生接送信息中的接送方式，确定出学生的离校途径和家长接送指定区域；基于学生的离校时段、离校途径、家长接送指定区域，生成学生离校计划。

在该实现方式中，中心服务器接收学生接送信息后，可以基于学生接送信息中的接送时段确定出学生的离校时段，基于学生接送信息中的接送方式确定出学生的离校途径和家长接送指定区域；进一步基于学生的离校时段、离校途径、家长接送指定区域，生成学生离校计划。这样的方式能够根据不同的情况生成每个学生的离校计划，按计划安排学生离校，不仅便于管理，提升安全性，还有利于提高接送效率，减少家长围堵校门导致的各种风险。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述接送方式为车辆接送或步行接送，所述中心服务器，具体用于：若接送方式为车辆接送，确定家长接送指定区域为车库区域，离校途径为接送家长通过车辆接送学生；若接送方式为步行接送，确定家长接送指定区域为校门区域，离校途径为接送家长通过步行接送学生。

在该实现方式中，离校方式不同，安排不同的家长接送指定区域，例如车辆接送则安排在车库区域，步行接送则安排在校门区域，这样能够实现分流，进一步降低接送学生放学时的人流量，降低安全隐患和交通拥堵风险。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，车库区域具有多个临靠泊位，所述基于智慧校园的学生动态接送系统还包括入口门禁系统，所述入口门禁系统包括车库入口门禁、摄像机构和显示屏，所述入口门禁系统，用于通过所述车库入口门禁获取车辆的车牌信息，通过所述摄像机构获取司机的人脸信息，并将车牌信息和人脸信息发送至所述中心服务器；所述中心服务器，还用于基于所述车牌信息确定出家长信息，并将人脸信息与家长信息进行匹配验证，若匹配验证成功，生成入口门禁开启指令，并确定出此车辆的临靠泊位信息，再将入口门禁开启指令和临靠泊位信息发送给入口门禁系统，将家长信息和临靠泊位信息发送给教师终端，其中，家长信息还包括家长的面部信息；若匹配验证失败，生成失败提示信息并发送给入口门禁系统；所述入口门禁系统，用于在接收到入口门禁开启指令和临靠泊位信息后，基于入口门禁开启指令开启车库入口门禁，并通过显示屏显示车辆的临靠泊位信息；或者，用于在接收到失败提示信息后，通过显示屏显示失败提示信息；所述教师终端，还用于接收家长信息和临靠泊位信息，以便安排学生到对应的临靠泊位上车。

在该实现方式中，利用入口门禁系统，可以实现对车辆、司机的验证，通过验证后才能进入车库区域接送学生，从而防止外部人员混入学校，降低风险隐患。而利用显示屏显示车辆的临靠泊位信息，可以指引车辆的行驶路线和临靠位置，在临靠泊位处接送学生，且能实现无下车接送，从而便于管理和大幅提高接送学生的效率。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述基于智慧校园的学生动态接送系统还包括出口门禁系统，所述出口门禁系统，用于获取车辆的车牌信息，并将车牌信息发送至所述中心服务器；所述中心服务器，用于基于所述车牌信息确定出家长信息，并基于家长信息确定出关联的学生，确定当前时刻为此学生的离校时间，生成出口门禁开启指令并发送给出口门禁系统；所述出口门禁系统，还用于基于出口门禁开启指令开启车库出口门禁。

在该实现方式中，利用出口门禁系统，可以实现对学生离校的统计，例如离校时间，接送家长(来接送学生的家长是谁，车牌号多少等)之类的相关信息，能够做到规范化的管理。

结合第一方面的第三种可能的实现方式，在第一方面的第五种可能的实现方式中，所述车库区域划分多个接送区域，多个接送区域沿第一方向并列分布，入口门禁系统和出口门禁系统沿所述第一方向分别位于车库区域的两端，每个接送区域的两侧沿第一方向设有多个临靠泊位，所述中心服务器，具体用于：基于车牌信息对应的家长信息，确定出家长信息关联的学生；基于此学生所在的班级，确定出对应的目标接送区域；从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位，进一步确定出车辆的临靠泊位信息。

在该实现方式中，车库区域划分多个接送区域，多个接送区域沿第一方向并列分布，入口门禁系统和出口门禁系统沿第一方向分别位于车库区域的两端，每个接送区域的两侧沿第一方向设有多个临靠泊位，这样的分布方式，可以使得车辆之间进入临靠泊位时有条不紊，减少错车、转向等容易造成拥堵的情况，有利于高效接送学生。而通过车牌信息对应的家长信息所关联的学生确定出对应的目标接送区域，能够以班级为单位，划定接送区域，不仅方便校方管理，还便于家长熟悉相应的临靠泊位，方便以后接送学生。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述车库区域划分有等候区，所述中心服务器，具体用于：基于位于所述车库区域内所有车辆各自对应的接送区域，确定出目标接送区域对应的目标车辆的数量；获取每个目标车辆的入库时间点；基于目标车辆的数量和每个目标车辆的入库时间点，从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位，以及，基于目标接送区域的位置和所述目标临靠泊位对应的上一车辆的入库时间点，确定出等候时长；基于目标临靠泊位和等候时长，确定出车辆的临靠泊位信息，其中，临靠泊位信息用于提示车辆的目标临靠泊位和车辆需在等候区等候的时长。

在该实现方式中，利用目标接送区域对应的目标车辆的数量，每个目标车辆的入库时间点，可以从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位，便于提高临靠泊位的利用效率，减少拥堵时间，针对车辆较多的情况，可以基于目标接送区域的位置和目标临靠泊位对应的上一车辆的入库时间点，确定出等候时长(车辆需在等候区等候的时长)，进一步减少拥堵情况的发生。

第二方面，本申请实施例提供一种基于智慧校园的学生动态接送方法，应用于第一方面或第一方面的可能的实现方式中任一项所述的基于智慧校园的学生动态接送系统的中心服务器，所述方法包括：获取基于教师对教师终端的编辑操作而生成的学生放学信息，其中，学生放学信息包含学生的班级、姓名和放学时间；基于所述学生放学信息，确定出学生关联的家长信息，并向家长信息对应的家长终端发送通知消息，其中，所述家长信息包括家长身份、家长姓名、家长联系方式，所述通知消息包含学生的班级、姓名、放学时间；获取基于家长对家长终端的编辑操作而生成的当日的学生接送信息，其中，学生接送信息包括接送家长、接送方式、接送时段；基于学生接送信息，生成学生离校计划发送给所述教师终端，以便教师基于所述学生离校计划安排学生离校，其中，所述学生离校计划包含学生的离校时段、离校途径和家长接送指定区域。

第三方面，本申请实施例提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第二方面所述的基于智慧校园的学生动态接送方法。

第四方面，本申请实施例提供一种中心服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述程序指令被处理器加载并执行时实现第二方面所述的基于智慧校园的学生动态接送方法。

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

附图说明

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

图1为本申请实施例提供的一种基于智慧校园的学生动态接送系统的示意图。

图2为本申请实施例提供的一种中心服务器的结构框图。

图3为本申请实施例提供的中心服务器运行基于智慧校园的学生动态接送方法的流程图。

图4为基于智慧校园的学生动态接送系统中车库区域的示意图。

图标：10-基于智慧校园的学生动态接送系统；11-中心服务器；111-存储器；112-通信模块；113-总线；114-处理器；12-教师终端；13-家长终端； 14-入口门禁系统；15-出口门禁系统。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参阅图1，图1为本申请实施例提供的一种基于智慧校园的学生动态接送系统10的示意图。

在本实施例中，基于智慧校园的学生动态接送系统10可以包括中心服务器11、教师终端12和家长终端13。

请参阅图2，图2为本申请实施例提供的一种中心服务器11的结构框图。

在本实施例中，中心服务器11可以云服务器、服务器集群、网络服务器等，此处不作限定。

示例性的，中心服务器11可以包括：通过网络与外界连接的通信模块 112、用于执行程序指令的一个或多个处理器114、总线113和不同形式的存储器111，例如，磁盘、ROM、或RAM，或其任意组合。存储器111、通信模块112、处理器114之间可以通过总线113连接。

示例性的，存储器111中存储有程序。处理器114可以从存储器111 调用并运行这些程序，从而便可以通过运行程序而实现基于智慧校园的学生动态接送方法，进而实现基于智慧校园的学生动态接送系统10的功能。

教师终端12，主要供教师使用(其他代劳的校方人员也可以使用)，校园内每个班级配备一个或多个教师终端12，教师终端12可以是电脑、平板、智能手机等。本方案中每个班级可以是两个教师终端12，一个I类教师终端，一个II类教师终端，分别供管理同一个班级的两个教师使用。一个教师(使用I类教师终端)负责车库区域，另一个教师(使用II类教师终端) 负责校门区域，以应对不同学生接送方式。而编辑信息的操作通过I类教师终端完成即可，但两个教师终端12(I类教师终端和II类教师终端)均可以接收信息，接收的信息可以是做过区分的，例如，针对车库区域的相关信息发送给I类教师终端，针对校门区域的信息发送给II类教师终端，也可以是不做区分的，此处不作限定。教师终端12的分类可以通过应用层面的权限分类来实现。

家长终端13供家长使用，例如，可以是智能手机，通过与中心服务器 11建立绑定关系(例如通过联系电话、或者用户ID等进行绑定)，每个学生可以对应一个或多个家长，每个家长具有一个家长终端13。

为了实现基于智慧校园的学生动态接送系统10的功能，中心服务器11 可以执行基于智慧校园的学生动态接送方法，与教师终端12和家长终端13 相互配合，实现学生动态接送功能。此处的动态接送功能，是指接送学生的家长需要每天进行报备，当天谁来接送学生，即报备谁的身份。

请参阅图3，图3为本申请实施例提供的一种应用于中心服务器11的基于智慧校园的学生动态接送方法的流程图。

在本实施例中，基于智慧校园的学生动态接送方法可以包括步骤S10、步骤S20、步骤S30和步骤S40。

在介绍步骤S10之前，此处先对中心服务器11中已经预置信息进行介绍，便于对本方案的理解。

中心服务器11中存储有校园内每个班级的信息：班级的人数、负责管理本班级的教师、本班级关联的两个教师终端12(I类教师终端和II类教师终端)、本班级的每个学生(姓名、年龄、性别等)、每个学生关联的家长信息(家长身份、家长姓名、家长的面部信息、家长的联系方式、家长终端13、家长关联的车牌号等)。

每天，家长可以将学生送到学校：例如，家长送学生到达学校门口处的闸机，闸机对学生进行人脸识别或者刷学生卡识别学生身份，识别成功后记录学生的上学时间；或者，家长进入车库区域，对学生人脸识别成功后，记录学生的上学时间。

而下午放学之前(例如放学前一个小时)，教师可以操作教师终端12 (I类教师终端)，生成该班级当日的学生放学信息(包含学生的班级、姓名和放学时间)，此处的学生班级、姓名和放学时间均是预先设定的，但可以操作调节，例如增加或者减少学生，调节放学时间等。不同的班级可以处于同一放学时间，也可以错开放学时间。例如，学校有6个年级，每个年级有6个班，可以划分这样的方式：一年级和二年级的学生在第一时间放学(例如16：00)，三年级和四年级的学生在第二时间放学(例如16： 30)，五年级和六年级的学生在第三时间放学(例如17：00)，这样实现错峰放学，且具有足够的接送时间。

生成该班级当日的学生放学信息后，教师终端12可以将该班级的学生放学信息发送至中心服务器11，此时，中心服务器11可以执行步骤S10。由于每个班级的处理方式类似，本实施例将以一个班级为例进行介绍。

步骤S10：获取基于教师对教师终端12的编辑操作而生成的学生放学信息，其中，学生放学信息包含学生的班级、姓名和放学时间。

在本实施例中，中心服务器11可以接收教师终端12发送的学生放学信息(学生放学信息包含学生的班级、姓名和放学时间)。

获取学生放学信息后，中心服务器11可以执行步骤S20。

步骤S20：基于所述学生放学信息，确定出学生关联的家长信息，并向家长信息对应的家长终端13发送通知消息，其中，所述家长信息包括家长身份、家长姓名、家长联系方式，所述通知消息包含学生的班级、姓名、放学时间。

在本实施例中，中心服务器11可以基于学生放学信息，确定出学生关联的家长信息。具体的，针对学生放学信息中每个学生的姓名，中心服务器11可以确定出学生关联的家长信息，家长信息则包括家长身份(例如父亲、母亲、爷爷、奶奶、外公、外婆等监护人身份)、家长姓名、家长联系方式(或者家长使用校方推荐使用的APP中的用户ID，例如微信号)。

确定出家长信息后，中心服务器11可以向家长信息对应的家长终端13 发送通知消息，通知家长放学时间，以便家长提前准备接送学生回家。

而家长终端13接收到通知消息后，家长可以通过家长终端13进行编辑操作，生成当日的学生接送信息以进行回复，返回给中心服务器11。学生接送信息的内容包括当日的接送家长(去接送学生的家长)、接送方式(例如步行接送或车辆接送)、接送时段(一般来说，接送时段需要在放学半小时内，特殊情况可以特殊处理)。

此处，为了便于操作，通知消息可以是问卷形式，不仅包含学生放学信息，还设有几个问题：例如，接送家长是谁、接送方式是哪种(如果是车辆接送，还需要选取该家长预留给学校的车牌号)、接送时段是哪个时段，家长通过选择相应的选项，生成相应的学生接送信息提交给中心服务器11。

基于此，中心服务器11可以执行步骤S30。

步骤S30：获取基于家长对家长终端13的编辑操作而生成的当日的学生接送信息，其中，学生接送信息包括接送家长、接送方式、接送时段。

在本实施例中，中心服务器11可以接收每个家长终端13返回的学生接送信息，学生接送信息包括接送家长、接送方式、接送时段。

接收到家长终端13返回的学生接送信息后，中心服务器11可以执行步骤S40。

步骤S40：基于学生接送信息，生成学生离校计划发送给所述教师终端12，以便教师基于所述学生离校计划安排学生离校，其中，所述学生离校计划包含学生的离校时段、离校途径和家长接送指定区域。

在本实施例中，中心服务器11可以基于学生接送信息，生成学生离校计划。

示例性的，中心服务器11可以基于学生接送信息中的接送时段，确定出学生的离校时段。例如，放学时间为16：00，接送时段为16：00～16： 30，那么，学生的离校时段即为16：00～16：30。

然后，中心服务器11可以基于学生接送信息中的接送方式，确定出学生的离校途径和家长接送指定区域。

具体的，接送方式可以为车辆接送或步行接送(若单车、电瓶车、摩托车等，视为步行接送)。若接送方式为车辆接送，中心服务器11可以确定家长接送指定区域为车库区域，离校途径为接送家长通过车辆接送学生。若接送方式为步行接送，中心服务器11可以确定家长接送指定区域为校门区域，离校途径为接送家长通过步行接送学生。

离校方式不同，安排不同的家长接送指定区域，例如车辆接送则安排在车库区域，步行接送则安排在校门区域，这样能够实现分流，进一步降低接送学生放学时的人流量，降低安全隐患和交通拥堵风险。

针对校门区域，可由班级的教师(使用II类教师终端的教师)带队将本班级确定为步行接送的学生带到校门区域，将学生交给本次的接送家长 (接送学生放学的家长)，家长接送学生放学回家。

针对车库区域，为便于理解，此处先对车库区域的情况进行介绍。

请参阅图4，图4为基于智慧校园的学生动态接送系统10中车库区域的示意图。车库区域划分多个接送区域，以及，划分有一个或两个等候区域。多个接送区域沿第一方向(例如图4中的竖直方向)并列分布(可以是多列，也可以是一列)，每个接送区域的两侧沿第一方向设有多个临靠泊位(场地较小的情况下，两侧各设置一个临靠泊位也可以)。

而基于智慧校园的学生动态接送系统10还包括入口门禁系统14和出口门禁系统15。入口门禁系统14和出口门禁系统15沿所述第一方向分别位于车库区域的两端，例如图4中，上侧为入口门禁系统14，下侧为出口门禁系统15。而入口门禁系统14包括车库入口门禁、摄像机构和显示屏，出口门禁系统15可以包括车库出口门禁和摄像机构(也可以设置显示屏)。

那么，针对车库区域，可由班级的教师(使用I类教师终端的教师)带队将本班级确定为车辆接送的学生带到车库区域，并在对应本班级的接送区域内安顿好，等待家长开车进入临靠泊位时，让学生坐上家长的车辆离校，实现无下车接送，大大提升车辆接送学生的效率。

为了便于理解，此处对家长进入车库、接送学生、离开车库的过程进行介绍：

家长开车到车库区域的入口时，入口门禁系统14可以通过车库入口门禁获取车辆的车牌信息，通过摄像机构获取司机的人脸信息，并将车牌信息和人脸信息发送至中心服务器11。

此时，中心服务器11可以基于车牌信息确定出家长信息，并将人脸信息与家长信息(家长信息中的面部信息)进行匹配验证。

若匹配验证成功，中心服务器11可以生成入口门禁开启指令，并确定出此车辆的临靠泊位信息。

具体的，中心服务器11可以基于车牌信息对应的家长信息，确定出家长信息关联的学生，然后基于此学生所在的班级，确定出对应的目标接送区域(教师带着该班级的学生在目标接送区域内等候家长的到来)。

之后，中心服务器11可以从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位，进一步确定出车辆的临靠泊位信息。

车库区域划分多个接送区域，多个接送区域沿第一方向并列分布，入口门禁系统14和出口门禁系统15沿第一方向分别位于车库区域的两端，每个接送区域的两侧沿第一方向设有多个临靠泊位，这样的分布方式，可以使得车辆之间进入临靠泊位时有条不紊，减少错车、转向等容易造成拥堵的情况，有利于高效接送学生。而通过车牌信息对应的家长信息所关联的学生确定出对应的目标接送区域，能够以班级为单位，划定接送区域，不仅方便校方管理，还便于家长熟悉相应的临靠泊位，方便以后接送学生。

示例性的，中心服务器11可以基于位于车库区域内所有车辆各自对应的接送区域，确定出目标接送区域对应的目标车辆的数量。例如，当前目标接送区域对应的目标车辆的数量为4或者6，而目标接送区域具有4个临靠泊位。那么，中心服务器11可以进一步获取每个目标车辆的入库时间点，再基于目标车辆的数量和每个目标车辆的入库时间点，从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位。

例如，中心服务器11可以基于目标车辆的数量和每个目标车辆的入库时间点，计算当前车辆(即当前在车库入口门禁处验证的车辆)在目标接送区域的排序，从而为当前车辆分配目标临靠泊位(目标临靠泊位是当前车辆排序后，目标接送区域中用于接待当前车辆的临靠泊位)。

以及，中心服务器11还可以基于目标接送区域的位置和目标临靠泊位对应的上一车辆的入库时间点，确定出等候时长。若目标接送区域当前有空闲的临靠泊位可以接待当前车辆，则等候时长确定为零；若目标接送区域当前无空闲的临靠泊位，则可根据目标接送区域的位置，计算路程消耗时长，而通过目标临靠泊位对应的上一车辆的入库时间点和上一车辆对应的等候时长，计算出时间差，例如，目标临靠泊位对应的上一车辆的入库时间点位16：05，其等候时长为2分钟，当前时间点为16：06，那么，时间差为1分钟。而路程消耗时长为1分钟，进入临靠泊位接送学生后离开临靠泊位需要消耗2分钟，那么，当前车辆需要在等候区等候的时长为：上一车辆的入库时间点(16：05)加上一车辆的等候时长2分钟，再加上一车辆的接送时长2分钟，减去当前时点(16：06)，再减去1分钟的路程消耗时长，得到2分钟的等候时长，因此，当前车辆的等候时长为2分钟。但此处的等候时长，是在进入车库区域内的等候区等待，而非在车库入口门禁处等待。

由此，中心服务器11可以基于目标临靠泊位和等候时长，确定出车辆的临靠泊位信息。利用目标接送区域对应的目标车辆的数量，每个目标车辆的入库时间点，可以从目标接送区域对应的所有临靠泊位中确定出目标临靠泊位，便于提高临靠泊位的利用效率，减少拥堵时间，针对车辆较多的情况，可以基于目标接送区域的位置和目标临靠泊位对应的上一车辆的入库时间点，确定出等候时长(车辆需在等候区等候的时长)，进一步减少拥堵情况的发生。

确定出车辆的临靠泊位信息后，中心服务器11可以将入口门禁开启指令和临靠泊位信息发送给入口门禁系统14，将家长信息和临靠泊位信息发送给教师终端12。

基于此，入口门禁系统14可以在接收到入口门禁开启指令和临靠泊位信息后，基于入口门禁开启指令开启车库入口门禁，并通过显示屏显示车辆的临靠泊位信息(包含目标接送区域和目标临靠泊位信息，可以通过图像的方式显示，也可以通过文字的方式显示)及等候时长。

而教师终端12则可以在接收到家长信息和临靠泊位信息后，通知对应对的学生在相应的临靠泊位的上车位置做好上车准备。

若匹配验证失败，中心服务器11可以生成失败提示信息并发送给入口门禁系统14，入口门禁系统14在接收到失败提示信息后，可以通过显示屏显示失败提示信息，拒绝车辆进入车库区域。

利用入口门禁系统14，可以实现对车辆、司机的验证，通过验证后才能进入车库区域接送学生，从而防止外部人员混入学校，降低风险隐患。而利用显示屏显示车辆的临靠泊位信息，可以指引车辆的行驶路线和临靠位置，在临靠泊位处接送学生，且能实现无下车接送，从而便于管理和大幅提高接送学生的效率。

而车辆进入目标接送区域，停靠于目标临靠泊位时，确定家长后，学生即可上车，乘车离开。整个过程无需家长下车，实现高效接送。学生上车后，家长可以开车驶离目标临靠泊位。

车辆到达出口门禁系统15时，出口门禁系统15可以获取车辆的车牌信息，并将车牌信息发送至中心服务器11。而中心服务器11可以基于车牌信息确定出家长信息，并基于家长信息确定出关联的学生，确定当前时刻为此学生的离校时间，生成出口门禁开启指令并发送给出口门禁系统15。出口门禁系统15则基于出口门禁开启指令开启车库出口门禁，放行车辆离开车库区域。

利用出口门禁系统15，可以实现对学生离校的统计，例如离校时间，接送家长(来接送学生的家长是谁，车牌号多少等)之类的相关信息，能够做到规范化的管理。

基于此，本方案可以根据不同的情况生成每个学生的离校计划，按计划安排学生离校，不仅便于管理，提升安全性，还有利于提高接送效率，减少家长围堵校门导致的各种风险。

本申请实施例提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行基于智慧校园的学生动态接送方法。

综上所述，本申请实施例提供一种基于智慧校园的学生动态接送系统 10、方法、介质及服务器，基于智慧校园的学生动态接送系统10，教师可以利用教师终端12进行编辑操作，生成当日的学生放学信息(学生的班级、姓名和放学时间等信息)，并将学生放学信息发送给中心服务器11；而中心服务器11基于学生放学信息可以确定出学生关联的家长信息(家长身份、家长姓名、家长联系方式等)，并向家长信息对应的家长终端13发送通知消息(学生的班级、姓名、放学时间等)，以便通知家长接送学生；家长可以通过对家长终端13的编辑操作生成当日的学生接送信息(包括接送家长、接送方式、接送时段等)；中心服务器11则可以进一步基于学生接送信息，生成学生离校计划(包含学生的离校时段、离校途径和家长接送指定区域等)发送给教师终端12，以便教师基于学生离校计划安排学生离校。这样的方式，可以每天实时通知家长在哪个时段来接送学生，方便管理，能够在一定程度上实现错峰接送，降低放学时的人流量，从而降低拥堵风险和安全隐患。而通过教师终端12、中心服务器11、家长终端13之间的交互，可以每天确认来接送学生的家长和接送方式，能够进一步降低风险。

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

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

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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