CN116539046B - 智慧校园的信息发布方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请适用于数据处理技术领域，提供了一种智慧校园的信息发布方法、装置、服务器及存储介质，方法包括：若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端。采用上述方法提高了校园信息发布的智能化程度，提高用户的接送体验。

Description

智慧校园的信息发布方法、装置、服务器及存储介质

技术领域

本申请属于数据处理技术领域，尤其涉及一种智慧校园的信息发布方法、装置、服务器及存储介质。

背景技术

随着经济不断发展以及人们生活需求的不断增加，市区楼宇建筑的数量也越来越多。其中，鉴于教学内容的多元化以及对于教学质量的重视，校园内教学楼的数量也随之增加。因此，如何有效准确地发布校园内教学楼相关的信息，则直接影响智慧校园的进程推进。

现有的校园管理技术，家长若需要接送学生放学，往往是在同一门口等待学生离校，而部分校园区域较大，若规定同一门口进行学生离校，则不仅可能需要学生步行较长的距离才能够到达校门，也可能会导致校门家长聚集，导致道路拥堵，影响了校门口的交通正常运行；若允许学生在不同门口离校，则会导致家长与离校学生无法确定去往哪里位置进行接送。由此可见，现有的校园管理技术，无法同时兼顾避免校门人员聚集，以及确定指定学生离校校门两个方面。

发明内容

本申请实施例提供了一种智慧校园的信息发布方法、装置、服务器及存储介质，可以解决现有的校园管理技术，无法同时兼顾避免校门人员聚集，以及确定指定学生离校校门两个方面的问题。

第一方面，本申请实施例提供了一种智慧校园的信息发布方法，包括：

若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置；

基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；

基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端。

在第一方面的一种可能的实现方式中，所述基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线，包括：

根据所述用户终端关联的交通方式，确定路线生成算法；

基于所述第一楼宇位置以及校园内各个门口的门口位置，确定至少一个候选接送位置；

基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置；

将所述目标接收位置以及所述实时位置信息导入所述路线生成算法，生成所述接送导航路线。

在第一方面的一种可能的实现方式中，所述基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置，包括：

若所述交通方式为第一方式，则确定各个所述门口的第一停车区域；所述第一方式为自驾驱车的交通方式；

根据将所述第一停车区域作为目标接送位置的已发布信息的第一数量，计算每个所述门口的基础负载系数；

根据第三方地图确定各个所述门口关联停车场对应的可用停车数量，确定每个所述门口的扩展负载系数；

基于所述实时位置信息与各个所述门口的所述门口位置之间的第一距离值，确定每个所述门口的第一距离权重值；

将所述第一距离权重值、基础负载系数以及所述扩展负载系数导入预设的第一系数转换模型，计算得到每个所述门口的第一推荐指数；

选取所述第一推荐指数最高的所述门口作为所述目标接送位置。

在第一方面的一种可能的实现方式中，所述基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置，包括：

若所述交通方式为第二方式，则确定各个所述门口关联的交通站点；所述第二方式为使用公共交通工具的交通方式；

根据所述门口位置与所述交通站点之间的第二距离值，确定每个所述门口的第二距离权重值；

通过第三方地图，确定所述实时位置信息与所述交通站点之间的至少一条候选路线；

获取所述候选路线的多个历史交通记录，并基于所述多个历史交通记录计算所述候选路线的期望通行时长；

根据所述期望通行时长以及所述用户终端的目标通行时长，计算每个所述门口对应的时间匹配系数；

将所述时间匹配系数以及所述第二距离权重值导入预设的第二系数转换模型，计算得到每个所述门口的第二推荐指数；

选取所述第二推荐指数最高的所述门口作为所述目标接送位置。

在第一方面的一种可能的实现方式中，在所述基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端之后，还包括：

以预设的检测周期确定所述用户终端在各个所述检测周期对应的第三距离值；所述第三距离值为所述用户终端在所述检测周期对应的检测时刻所在的第一位置与所述接送导航路线中所述检测时刻期望的第二位置之间的距离值；

若所述第三距离值大于预设的距离阈值，则确定所述用户终端的接送延迟时长；

若所述接送延迟时长大于预设的延迟阈值，则从多个候选自习区域中选取距离所述第一楼宇位置最近的候选自习区域作为目标自习区域；

基于所述目标自习区域对应的第二楼宇位置，生成提示信息；

将所述提示信息推送给所述关联用户的终端。

在第一方面的一种可能的实现方式中，在所述基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端之后，还包括：

若接收到关于所述关联用户的课程调整信息，则确定所述课程调整信息对应的第三楼宇位置；

基于所述第三楼宇位置调整目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线；

将更新后的接送导航路线反馈给所述用户终端，以在所述发布信息中显示更新后的所述接送导航路线。

在第一方面的一种可能的实现方式中，所述基于所述第三楼宇位置调整目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线，包括：

计算各个门口与所述第三楼宇位置之间的第四距离值，并基于所述第四距离值确定所述第三楼宇位置关联的目标接送门口；

若所述第三楼宇位置的目标接送门口与所述第一楼宇位置的目标接送门口不一致，则将所述第三楼宇位置的目标接送门口作为所述目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线。

第二方面，本申请实施例提供了一种智慧校园的信息发布装置，包括：

第一楼宇位置确定单元，用于若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置；

接送导航路线确定单元，用于基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；

信息推送单元，用于基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端。

第三方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述第一方面中任一项所述的方法。

本申请实施例与现有技术相比存在的有益效果是：通过在检测到满足预设的信息发布条件时，可以确定关联用户对应的第一楼宇位置，即确定学生所在的位置，并根据接送家长手持的用户终端的实时位置信息以及上述的第一楼宇位置，生成用于接送关联用户的接送导航路线，继而将其封装于发布信息中推送给用户终端，能够实现对指定用户接送路线的精准推送。与现有的校园管理技术相比，本申请实施例中可以根据关联用户所处的第一楼宇位置，个性化定制对应的接送导航路线，能够方便接送家长精准确定接送学生的位置，即便存在多个校门口，也能够根据接送导航路线确定对应的接送门口，无需接送家长集中于同一门口，从而导致交通拥堵的情况，并减少学生不必要的走动，提高了校园信息发布的智能化程度，提高用户的接送体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的信息发布系统的示意图；

图2是本申请实施例提供的一种智慧校园的信息发布方法的实现示意图；

图3是本申请第二实施例提供的一种智慧校园的信息发布方法在S102的具体实现流程图；

图4是本申请第三实施例提供的一种智慧校园的信息发布方法在S1023的具体实现流程图；

图5是本申请第四实施例提供的一种智慧校园的信息发布方法S1023之后的具体实现流程图；

图6是本申请第五实施例提供的一种智慧校园的信息发布方法在S103之后的具体实现流程图；

图7是本申请第六实施例提供的一种智慧校园的信息发布方法在S103之后的具体实现流程图；

图8是本申请实施例提供的智慧校园的信息发布装置的结构示意图；

图9是本申请实施例提供的服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本申请实施例提供的智慧校园的信息发布方法可以应用于服务器、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)等能够实现对信息发布的电子设备上。本申请实施例对服务器的具体类型不作任何限制。其中，本申请实施例中的电子设备可以为一服务器，可以用于向各个用户终端进行发布信息推送，该服务器可以用于向某一校园内的所有关联的用户终端推送信息，也可以用于向某一教育集群对应的多个校园关联的用户终端推送信息，即一个服务器可以为一个校园内的所有用户推送信息，也可以为多个校园内的所有用户推送信息，具体可以根据实际情况确定。

示例性地，图1示出了本申请一实施例提供的信息发布系统的示意图。参见图1所示，在某一校园区域内有多个不同的学生，且该校园包含多个楼宇以及多个校门口，如门口1~门口4，不同的学生下课时可以根据下课时由距离所在课室较近的门口进行离校，为了确定用户离校时对应的门口，服务器11可以将相关的发布信息推送给用户终端12，以便用户终端根据发布信息内的接送导航路线至指定地点进行接送，实现了精准制定指定学校接送路线的目的。

请参阅图2，图2示出了本申请实施例提供的一种智慧校园的信息发布方法的实现示意图，该方法包括如下步骤：

在S201中，若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置。

在本实施例中，服务器可以存储预设的信息发布条件。该信息发布条件可以为一时间触发条件，例如服务器在到达预设的推送时间节点时，可以识别满足上述的信息发布条件，并执行上述的S201的操作；上述信息发布条件也可以为一事件触发条件，例如接收到用户终端发送的路线查询请求，则服务器可以响应于上述的路线查询请求，执行S201的操作

在一种可能的实现方式中，不同的用户终端可以对应不同的信息发布条件，服务器可以存储有信息发布条件与用户终端之间的对应关系。服务器可以通过上述的对应关系，确定信息发布条件关联的用户终端，继而根据用户终端确定该用户终端对应家长的至少一个学生，即后续的关联用户。

在本实施例中，服务器可以记录有校园内各个班级对应的课程表，根据课程表可以确定每个学生（即上述关联用户）所在班级以及实时的授课课程，根据班级信息以及授课课程，可以确定该校园中授课的所属教室，继而服务器可以根据校园的楼宇分布信息，确定上述所属教室所属的楼宇，继而在检测到满足上述信息发布条件时，可以确定每一个学生所在的楼宇信息，基于此，服务器可以在检测到满足信息发布条件时，可以通过对应关系表确定该信息发布条件的关联用户，继而根据关联用户对应的课程表以及所在的班级，确定其所在的第一楼宇位置。

在本实施例中，上述第一楼宇位置是在发送推送时间节点时关联用户所在的校园楼宇，即确定学生下课离校时所在的楼宇。上述推送时间节点可以为学生离校对应的时刻，也可以为当日最后一节课程的上课时刻，也可以为用户终端预设设定的推送时刻等，具体可以根据实际情况进行设置。

在S202中，基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端。

在本实施例中，在服务器检测到满足上述的信息推送条件时，可以向关联的用户终端发送对应的位置查询指令，用户终端响应于上述的位置查询指令，通过定位模块确定其当前的实时位置信息，上述定位模块可以为全球定位系统GPS模块，也可以通过无线网络WIFI进行定位等，并将实时位置信息反馈给服务器。

在本实施例中，服务器在接收到上述实时位置信息后，可以在预设的地图应用中标记出上述的实时位置信息以及上述的第一楼宇位置，通过地图应用生成以上述第一楼宇位置为起点，上述实时位置信息为重点的接送导航路线，其中，由于第一楼宇位置一般是位于校园内，因此，在生成上述接送导航路线时，会确定所接送的门口，以便用户终端对应的家长在上述标记的门口等待学生离校，提高了导航的精准度。

在S203中，基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端。

在本实施例中，服务器在确定了用户终端对应的接送导航路线后，可以将其封装于对应的发布信息内，并建立与用户终端之前的通信连接，将上述发布信息通过上述通信连接发送给用户终端。

在一种可能的实现方式中，用户终端中可以安装有与服务器关联的客户端程序，在该客户端程序在运行时（包括前台运行以及后台运行），该客户端程序可以维护一条与服务器之间的通信链路，服务器可以查询用户终端对应的客户端程序的标识，基于该标识确定与之对应的通信链路，并通过上述通信链路发送上述的发布信息。

在一种可能的实现方式中，上述发布信息可以用于激活用户终端内安装的地图应用，因此，在用户终端接收到服务器推送发布信息后，可以自动将地图应用于前台运行，并基于上述接送导航路线自动进入导航模式，以指引用户（即家长）到达指定的门口接送学生离校。

以上可以看出，本申请实施例提供的一种智慧校园的信息发布方法通过在检测到满足预设的信息发布条件时，可以确定关联用户对应的第一楼宇位置，即确定学生所在的位置，并根据接送家长手持的用户终端的实时位置信息以及上述的第一楼宇位置，生成用于接送关联用户的接送导航路线，继而将其封装于发布信息中推送给用户终端，能够实现对指定用户接送路线的精准推送。与现有的校园管理技术相比，本申请实施例中可以根据关联用户所处的第一楼宇位置，个性化定制对应的接送导航路线，能够方便接送家长精准确定接送学生的位置，即便存在多个校门口，也能够根据接送导航路线确定对应的接送门口，无需接送家长集中于同一门口，从而导致交通拥堵的情况，并减少学生不必要的走动，提高了校园信息发布的智能化程度，提高用户的接送体验。

图3示出了本申请第二实施例提供的一种智慧校园的信息发布方法在S102的具体实现流程图。参见图3，相对于图2所述实施例，本实施例提供的一种智慧校园的信息发布方法中的S102包括：S1021~S1024，具体详述如下：

在S1021中，根据所述用户终端关联的交通方式，确定路线生成算法。

在本实施例中，由于交通方式不同，其可行驶路线也存在差异，为了能够准确为用户提供接送导航路线，需要先确定用户终端关联的交通方式，并基于交通方式确定与之对应的路线生成算法。

在一种可能的实现方式中，服务器可以向用户终端发送一个交通方式的设置请求，该设置请求中可以包含多种候选的交通方式，如自驾、公共交通工具、骑行以及步行等不同的交通方式，用户可以从候选的多种交通方式中选择一种作为目标的交通方式，服务器可以基于用户反馈的交通方式确定与之对应的路线生成算法。

在一种可能的实现方式中，服务器可以根据用户终端在多个预设的反馈节点上传位置信息，确定用户终端的交通方式，若基于多个上传的位置信息确定用户终端的行进速度大于预设的速度阈值，则识别用户终端的交通方式为自驾交通方式；若用户终端的行进速度小于或等于速度阈值，则识别用户终端的交通方式为公共交通工具的交通方式。

在S1022中，基于所述第一楼宇位置以及校园内各个门口的门口位置，确定至少一个候选接送位置。

在本实施例中，服务器可以获取校园的楼宇分布图，并在上述楼宇分布图中标记出上述的第一楼宇位置，以及标记校园内各个可以离校的门口对应的门口位置，根据校园内的可通行路径，生成第一楼宇位置与各个门口之间的步行路线，并计算各个步行路线之间的路线长度，选取路线长度小于距离阈值的门口作为候选门口，即候选门口对应的门口位置即为上述的候选接送位置。

在S1023中，基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置。

在本实施例中，由于不同接送位置，适应的交通方式可能不同，例如某一校门口距离交通站点较近，但附近并不配置有停车场或可停车的区域，对于该类型的候选接送位置，则不适用于自驾的交通方式，需要选择其他的接送位置；而另一校门口距离交通站点较远，但附近配置有停车场或可停车的区域，对于该类型的候选接送位置，则是用于自驾的交通方式，不适用于搭乘公共交通的交通方式，因此，服务器可以存储有不同门口位置关联的交通方式，继而根据用户终端的交通方式，从多个不同的候选位置选取目标接送位置。

在S1024中，将所述目标接收位置以及所述实时位置信息导入所述路线生成算法，生成所述接送导航路线。

在本实施例中，服务器在确定目标接送位置后，可以以上述目标接送位置为重点，上述实时位置信息为起点，导入与交通方式关联的路线生成算法，得到与交通方式对应的接送导航路线。

在本申请实施例中，通过确定用户终端的交通方式，并从多个候选接送位置中选取与交通方式对应的目标接送位置，并通过交通方式对应的路线生成算法生成对应的接送导航路线，能够提高导航路线的准确性。

图4示出了本申请第三实施例提供的一种智慧校园的信息发布方法在S1023的具体实现流程图。参见图4，相对于图3所述实施例，本实施例提供的一种智慧校园的信息发布方法中1023包括：S401~S406，具体详述如下：

在S401中，若所述交通方式为第一方式，则确定各个所述门口的第一停车区域；所述第一方式为自驾驱车的交通方式。

在本实施例中，服务器若确定用户终端采用的交通方式为第一交通方式，即表示用户终端对应的用户是采用自驾的方式到达校园，因此，在进行学生接送时，需要有对应的停车区域停靠驾驶的机动车，基于此，为了方便用户接送，服务器会确定在门口附近区域对应的第一停车区域，以确定门口是否可以允许用户驾驶的自动车停靠。其中，第一停车区域为距离门口的距离值小于预设的距离阈值的停车区域。

在S402中，根据将所述第一停车区域作为目标接送位置的已发布信息的第一数量，计算每个所述门口的基础负载系数。

在本实施例中，为了实现停车区域的负载均衡，服务器需要可以进行停车车辆分流，基于此，服务器可以统计当日已发布信息中，将第一停车区域作为目标接送位置的信息数量，即上述第一数量，例如，服务器已经向100个其他终端发送了信息，其中，50个其他终端的接送导航路线将上述第一接送区域设置为目标接送位置，则上述的第一数量为50，此时，需要衡量该第一接送区域是否还存在可停靠的车位，因此，可以基于上述的第一数量，计算上述的基础负载系数。

在一种可能的实现方式中，上述基础负载系数可以根据第一数量与第一停车区域的可停靠车辆之间的比值确定，若上述第一数量的数值越大，对应的基础负载系数越大；若上述可停靠车辆的数量越大，对应的基础负载系数的数值越小。

在S403中，根据第三方地图确定各个所述门口关联停车场对应的可用停车数量，确定每个所述门口的扩展负载系数。

在本实施例中，服务器可以在第三方地图中查询任一门口关联区域范围内的关联停车场，上述门口的关联区域范围为，以门口位置为中心，预设距离为半径得到的圆形区域范围，将该圆形区域范围内存在停车场内包含停车位的数量，作为上述的可用停车数量，基于可用停车数量确定上述的扩展负载系数。

其中，上述扩展负载系数可以根据上述的可用停车数量以及期望停车数量之间的比值确定。其中，期望停车数量是根据历史接送记录中，使用自驾方式接送学生的数量。若可用停车数量的数值越大，则上述的扩展负载系数越大；若期望停车数量的数值越大，则上述的扩展负载系数越小。

在S404中，基于所述实时位置信息与各个所述门口的所述门口位置之间的第一距离值，确定每个所述门口的第一距离权重值。

在本实施例中，服务器可以在第三方地图应用中标记上述的实时位置信息，以及各个门口位置，并根据交通方式对应的路线生成算法，生成实时位置信息到达各个门口位置对应的导航路线，继而根据各个导航路线确定上述的第一距离值，并将第一距离值转换为第一距离权重值。

其中，上述第一距离值可以为平均路线长度与第一距离值之间的比值，因此，第一距离值越大，对应的第一距离权重越小；反之，若第一距离值越小，对应的第一距离权重越大。

在S405中，将所述第一距离权重值、基础负载系数以及所述扩展负载系数导入预设的第一系数转换模型，计算得到每个所述门口的第一推荐指数。

在本实施例中，服务器可以上述计算得到三个特征值导入第一系数转换模式，计算每个门口对应的第一推荐指数。其中，上述第一系数转换模式可以表示为：

其中，Recommend（1）为上述的第一推荐指数；DisLv为上述的距离权重值；BaseLoad为上述的基础负载系数；ExLoad为上述的扩展负载系数；α和β为预设的加权系数。

在S406中，选取所述第一推荐指数最高的所述门口作为所述目标接送位置。

在本实施例中，服务器可以选取第一推荐指数最高的一个门口的门口位置，作为上述的目标接送位置。

在本申请实施例中，通过确定每个门口的可停靠车位的数量，计算得到对应的第一推荐指数，能够实现停车负载均衡，避免同一门口聚集过多车辆，而导致道路拥塞的情况，提高了校园车辆的管理效率。

图5示出了本申请第四实施例提供的一种智慧校园的信息发布方法S1023的具体实现流程图。参见图5，相对于图3所述实施例，本实施例提供的一种智慧校园的信息发布方法中在S1023包括：S501~S507，具体详述如下：

在S501中，若所述交通方式为第二方式，则确定各个所述门口关联的交通站点；所述第二方式为使用公共交通工具的交通方式。

在本实施例中，服务器若确定用户终端采用的交通方式为第二交通方式，即表示用户终端对应的用户是采用搭乘公共交通工具的方式到达校园，因此，在进行学生接送时，需要确定距离门口较近的交通站点，如巴士站点、地铁站点、轻轨站点等，因此服务器可以通过第三方地图应用，确定在门口附近区域所有交通站点。其中，上述确定的交通站点为距离门口的距离值小于预设的距离阈值的站点。

在S502中，根据所述门口位置与所述交通站点之间的第二距离值，确定每个所述门口的第二距离权重值。

在本实施例中，服务器可以在第三方地图应用中标记上述的交通站点，以及各个门口位置，并根据交通方式对应的路线生成算法，生成交通站点到达各个门口位置对应的导航路线，继而根据各个导航路线确定上述的第二距离值，并将第二距离值转换为第二距离权重值。

其中，上述第二距离值可以为平均路线长度与第二距离值之间的比值，因此，第二距离值越大，对应的第二距离权重越小；若平均路线长度越大，对应的第二距离权重越大。

在S503中，通过第三方地图，确定所述实时位置信息与所述交通站点之间的至少一条候选路线。

在本实施例中，服务器除了通过第三方地图生成路线站点外，还可以确定用户的实时位置信息到达各个交通站点对应的导航路线，即上述的候选路线，由于用户到达某一交通站点可以通过多种不同的方式完成，因此，上述实时位置信息到上述的交通站点的候选路线，可以为一条，也可以为多条，具体可以根据实际情况确定。

在S504中，获取所述候选路线的多个历史交通记录，并基于所述多个历史交通记录计算所述候选路线的期望通行时长。

在本实施例中，交通情况一般具有周期的特性，即不同日期同一时间段的通行时长往往是具有一定的期望值的，因此，服务器可以获取与该候选路线对对应的多个历史交通记录，并获取多个历史交通记录中关于该候选路线对应的历史通行时长，根据多个历史通行时长计算得到该每一条候选路线对应的期望通行时长。

其中，在计算上述期望通信时长时，可以根据历史交通记录的记录时间与当前时间的差值，确定该历史交通记录关联的权重，若差值越小，对应的权重越大；反之，若差值越小，对应的权重越小，基于权重值对各个历史通行时长进行加权平均计算，得到上述的期望通行时长。

在S505中，根据所述期望通行时长以及所述用户终端的目标通行时长，计算每个所述门口对应的时间匹配系数。

在本实施例中，服务器在计算得到每个候选路线对应的期望通行时长后，可以计算上述期望通信时长是否与用户终端的目标通行时长匹配，基于上述两个之间的差值计算得到时间匹配系数，其中，时间匹配系数可以表示为：

TimeLv=BaseTime/丨ExpectTime-TargetTime丨

其中，TimeLv为时间匹配系数；ExpectTime为期望通信时长；TargetTime为目标通行时长；BaseTime为预设的平均等待时长，通过计算期望通信时长与目标通行时长之间的绝对值，可以预计用于所需的等待时长，并将预计等待时长与上述的平均等待时长之间的比值，计算得到时间匹配系数。

在S506中，将所述时间匹配系数以及所述第二距离权重值导入预设的第二系数转换模型，计算得到每个所述门口的第二推荐指数。

在S507中，选取所述第二推荐指数最高的所述门口作为所述目标接送位置。

在本实施例中，服务器可以基于上述两个特征参数计算得到每个门口对应的第二推荐系数。其中，每个第二推荐系数除了对应接送的校门口外，还可以对应该推荐系数的交通站点，上述生成的目标接送位置不仅可以包含根据第二推荐指数最高的门口，后续生成接送导航路线时，还可以根据第二推荐系数最高的交通站点生成的。

在本申请实施例中，通过确定门口的交通站点确定通行时长以及距离门口的距离，能够选取出最佳的目标接送位置，能够提高目标接送位置确定的准确性。

图6示出了本申请第四实施例提供的一种智慧校园的信息发布方法在S103之后的具体实现流程图。参见图6，相对于图2-5任一项所述实施例，本实施例提供的一种智慧校园的信息发布方法中在S103之后还包括：S601~S605，具体详述如下：

在S601中，以预设的检测周期确定所述用户终端在各个所述检测周期对应的第三距离值；所述第三距离值为所述用户终端在所述检测周期对应的检测时刻所在的第一位置与所述接送导航路线中所述检测时刻期望的第二位置之间的距离值。

在本实施例中，服务器在推送发布信息后，可以预设的检测周期获取用户终端的实时位置，并基于该实时位置计算与接送导航路线中在检测时刻期望的位置之间的距离值，即第三距离值，以确定用户终端是否能够根据上述的接送导航路线准时到达目标接送位置。若上述的距离值较小，则表示用户能够按时到达目标接送位置，在该情况下，识别用户终端不存在接送异常情况；反之，若检测到上述的第三距离值大于预设的距离阈值，则识别用户终端可能出现接送异常情况，并执行S602的操作，进行进一步的判断识别。

在S602中，若所述第三距离值大于预设的距离阈值，则确定所述用户终端的接送延迟时长。

在本实施例中，若上述的第三距离值大于预设的距离阈值，则表示用户终端无法按时到达目标接送位置，此时，可以根据第三距离值以及用户终端在多个检测时刻计算得到的平均速度，可以得到上述的接送延迟时长。

若接送延迟时长小于或等于延迟阈值，则表示在可接受的等待时间内，因此无需执行异常响应流程；反之，若接送延迟时长大于延迟阈值，则表示存在接送异常情况，执行异常响应流程，即S603的操作。

在S603中，若所述接送延迟时长大于预设的延迟阈值，则从多个候选自习区域中选取距离所述第一楼宇位置最近的候选自习区域作为目标自习区域。

在S604中，基于所述目标自习区域对应的第二楼宇位置，生成提示信息。

在S605中，将所述提示信息推送给所述关联用户的终端。

在本实施例中，服务器在检测到接送延迟时长大于延迟阈值时，表示关联用户可能需要等待较长时长，因此，为了避免关联用户在校门长时间等待，可以确定与第一楼宇位置距离最近的候选自习区域作为目标自习区域，继而将目标自习区域所在的第二楼宇位置生成对应的提示信息，可选地，还可以根据接送延迟时长确定预计接送时间，并将预计接送时间封装到上述的提示信息中，以便关联用户可以确定自习时长。

在本申请实施例中，服务器在生成对应的提示信息后，可以将其发送给关联用户的终端，以指示关联用户到达指定的区域自习，避免长时间等待，提高了关联用户的时间利用率。

图7示出了本申请第五实施例提供的一种智慧校园的信息发布方法在S103之后的具体实现流程图。参见图7，相对于图2-5任一项所述实施例，本实施例提供的一种智慧校园的信息发布方法中在S103之后还包括：S701~S703，具体详述如下：

在S701中，若接收到关于所述关联用户的课程调整信息，则确定所述课程调整信息对应的第三楼宇位置。

在本实施例中，若学生出现课程调整，则服务器可以接收到相关的课程调整信息，例如教师可以通过对应的教学平台设备向服务器发送一个课程调整信息，服务器也可以通过检测教学平台设备的启动情况，确定课程是否存在调整，例如在某一时间段，某一教学平台设备对应的课室没有关联的课程安排，而此时，该教学平台设备处于在线状态，写服务器可以识别存在课程调整，并生成与之对应的课程调整信息。

在本实施例中，服务器在可以根据课程调整信息确定调整的课室，并获取该课室所在的楼宇，即上述的第三楼宇位置。

在S702中，基于所述第三楼宇位置调整目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线。

在本实施例中，由于关联用户所在的楼宇发生改变，因此其对应的已发布的接送导航路线进行调整，具体地，服务器根据第三楼宇位置以及用户终端的实时位置信息生成对应的接送导航路线，生成接送导航路线的过程可以参见上述的相关实施例，在此不再赘述。

进一步地，作为本申请的另一实施例，上述S702具体可以包括：

步骤1：计算各个门口与所述第三楼宇位置之间的第四距离值，并基于所述第四距离值确定所述第三楼宇位置关联的目标接送门口。

步骤2：若所述第三楼宇位置的目标接送门口与所述第一楼宇位置的目标接送门口不一致，则将所述第三楼宇位置的目标接送门口作为所述目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线。

在本实施例中，服务器可以计算调整后的第三楼宇位置与第一楼宇位置之间是否距离过远，若距离较近，则表示可以通过同一的门口离校，无需调整上述的接送导航路线；反之，若距离较远，即可能需要调整离校的门口，因此，服务器会计算第三楼宇位置与各个门口之间的距离值，并确定距离最近的一个门口作为目标接送门口，若该目标接送门口与原本确定的门口一致，则无需调整上述接送导航路线；若两个门口不一致，则需要基于调整后的目标接收位置更新接送导航路线。

在S703中，将更新后的接送导航路线反馈给所述用户终端，以在所述发布信息中显示更新后的所述接送导航路线。

在本实施例中，服务器可以将更新的接送导航路线发送给用户终端，以便用户终端能够根据更新后的接送导航路线进行后续导航，能够在出现课程调整时，及时同时用户终端，并调整导航路线，提高了导航的准确性。

在本实施例中，图8示出了本申请一实施例提供的一种智慧校园的信息发布装置的结构框图，该评价报告的生成装置包括的各单元用于执行图1对应的实施例中生成装置实现的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。

参见图8，所述一种智慧校园的信息发布装置包括：

第一楼宇位置确定单元81，用于若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置；

接送导航路线确定单元82，用于基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；

信息推送单元，用于基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端83。

应当理解的是，图8示出的评价报告的生成装置的结构框图中，各模块用于执行图1至图7对应的实施例中的各步骤，而对于图1至图7对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1至图7以及图1至图7所对应的实施例中的相关描述，此处不再赘述。

图9是本申请另一实施例提供的一种服务器的结构框图。如图9所示，该实施例的服务器900包括：处理器910、存储器920以及存储在存储器920中并可在处理器910运行的计算机程序930，例如评价报告的生成方法的程序。处理器910执行计算机程序930时实现上述各个智慧校园的信息发布方法各实施例中的步骤，例如图2所示的S201至S203。或者，处理器910执行计算机程序930时实现上述图9对应的实施例中各模块的功能，例如，图8所示的单元81至83的功能，具体请参阅图8对应的实施例中的相关描述。

示例性的，计算机程序930可以被分割成一个或多个模块，一个或者多个模块被存储在存储器920中，并由处理器910执行，以完成本申请。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序930在服务器900中的执行过程。例如，计算机程序930可以被分割成各个单元模块，各模块具体功能如上。

服务器900可包括，但不仅限于，处理器910、存储器920。本领域技术人员可以理解，图9仅仅是服务器900的示例，并不构成对服务器900的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器910可以是中央处理单元，还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。

存储器920可以是服务器900的内部存储单元，例如服务器900的硬盘或内存。存储器920也可以是服务器900的外部存储设备，例如服务器900上配备的插接式硬盘，智能存储卡，闪存卡等。进一步地，存储器920还可以既包括服务器900的内部存储单元也包括外部存储设备。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种智慧校园的信息发布方法，其特征在于，包括：

若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置；

基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；

基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端；

所述基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线，包括：

根据所述用户终端关联的交通方式，确定路线生成算法；

基于所述第一楼宇位置以及校园内各个门口的门口位置，确定至少一个候选接送位置；

基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置；

将所述目标接送位置以及所述实时位置信息导入所述路线生成算法，生成所述接送导航路线；

所述基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置，包括：

若所述交通方式为第一方式，则确定各个所述门口的第一停车区域；所述第一方式为自驾驱车的交通方式；

根据将所述第一停车区域作为目标接送位置的已发布信息的第一数量，计算每个所述门口的基础负载系数；

根据第三方地图确定各个所述门口关联停车场对应的可用停车数量，确定每个所述门口的扩展负载系数；

基于所述实时位置信息与各个所述门口的所述门口位置之间的第一距离值，确定每个所述门口的第一距离权重值；

将所述第一距离权重值、基础负载系数以及所述扩展负载系数导入预设的第一系数转换模型，计算得到每个所述门口的第一推荐指数；

选取所述第一推荐指数最高的所述门口作为所述目标接送位置。

2.根据权利要求1所述的信息发布方法，其特征在于，所述基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置，包括：

若所述交通方式为第二方式，则确定各个所述门口关联的交通站点；所述第二方式为使用公共交通工具的交通方式；

根据所述门口位置与所述交通站点之间的第二距离值，确定每个所述门口的第二距离权重值；

通过第三方地图，确定所述实时位置信息与所述交通站点之间的至少一条候选路线；

获取所述候选路线的多个历史交通记录，并基于所述多个历史交通记录计算所述候选路线的期望通行时长；

根据所述期望通行时长以及所述用户终端的目标通行时长，计算每个所述门口对应的时间匹配系数；

将所述时间匹配系数以及所述第二距离权重值导入预设的第二系数转换模型，计算得到每个所述门口的第二推荐指数；

选取所述第二推荐指数最高的所述门口作为所述目标接送位置。

3.根据权利要求1-2任一项所述的信息发布方法，其特征在于，在所述基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端之后，还包括：

以预设的检测周期确定所述用户终端在各个所述检测周期对应的第三距离值；所述第三距离值为所述用户终端在所述检测周期对应的检测时刻所在的第一位置与所述接送导航路线中所述检测时刻期望的第二位置之间的距离值；

若所述第三距离值大于预设的距离阈值，则确定所述用户终端的接送延迟时长；

若所述接送延迟时长大于预设的延迟阈值，则从多个候选自习区域中选取距离所述第一楼宇位置最近的候选自习区域作为目标自习区域；

基于所述目标自习区域对应的第二楼宇位置，生成提示信息；

将所述提示信息推送给所述关联用户的终端。

4.根据权利要求1-2任一项所述的信息发布方法，其特征在于，在所述基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端之后，还包括：

若接收到关于所述关联用户的课程调整信息，则确定所述课程调整信息对应的第三楼宇位置；

基于所述第三楼宇位置调整目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线；

将更新后的接送导航路线反馈给所述用户终端，以在所述发布信息中显示更新后的所述接送导航路线。

5.根据权利要求4所述的信息发布方法，其特征在于，所述基于所述第三楼宇位置调整目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线，包括：

计算各个门口与所述第三楼宇位置之间的第四距离值，并基于所述第四距离值确定所述第三楼宇位置关联的目标接送门口；

若所述第三楼宇位置的目标接送门口与所述第一楼宇位置的目标接送门口不一致，则将所述第三楼宇位置的目标接送门口作为所述目标接送位置，并基于调整后的所述目标接送位置更新所述接送导航路线。

6.一种智慧校园的信息发布装置，其特征在于，包括：

第一楼宇位置确定单元，用于若满足预设的信息发布条件，则获取所述信息发布条件关联用户的第一楼宇位置；所述第一楼宇位置用于确定所述关联用户在推送时间节点所处的楼宇位置；

接送导航路线确定单元，用于基于所述第一楼宇位置以及用户终端上传的实时位置信息，生成接送导航路线；所述用户终端为接收发布信息的终端；

信息推送单元，用于基于所述接送导航路线生成发布信息，并将发布信息推送给所述用户终端；

所述接送导航路线确定单元，还用于：

根据所述用户终端关联的交通方式，确定路线生成算法；

基于所述第一楼宇位置以及校园内各个门口的门口位置，确定至少一个候选接送位置；

基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置；

将所述目标接送位置以及所述实时位置信息导入所述路线生成算法，生成所述接送导航路线；

所述基于所述交通方式从所述至少一个候选接送位置中选取目标接送位置，包括：

若所述交通方式为第一方式，则确定各个所述门口的第一停车区域；所述第一方式为自驾驱车的交通方式；

根据将所述第一停车区域作为目标接送位置的已发布信息的第一数量，计算每个所述门口的基础负载系数；

根据第三方地图确定各个所述门口关联停车场对应的可用停车数量，确定每个所述门口的扩展负载系数；

基于所述实时位置信息与各个所述门口的所述门口位置之间的第一距离值，确定每个所述门口的第一距离权重值；

将所述第一距离权重值、基础负载系数以及所述扩展负载系数导入预设的第一系数转换模型，计算得到每个所述门口的第一推荐指数；

选取所述第一推荐指数最高的所述门口作为所述目标接送位置。

7.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的方法。

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