CN114372704A - 一种运输管理监控系统 - Google Patents

Abstract

本发明实施例公开了一种运输管理监控系统，包括：学生端，用于接收学生输入的乘车请求，所述乘车请求包括个人信息和乘车信息，所述个人信息包括手机号码或姓名，所述乘车信息包括目的地；后台服务器，用于从所述乘车信息中提取目的地，并根据所述目的地生成订单，所述订单包括乘车人数和对应的目的地；所述后台服务器还用于将所述订单发送至班车合作方，使得班车合作方根据所述订单进行班车调度。本发明实施例中，后台服务器可根据学生提交的乘车请求统计出乘车人数及目的地等信息，使得合作方和根据上述信息进行班车调度，从而解决了班车上座率不高导致资源浪费以及乘车人数过多导致无法乘车的问题。

Description

一种运输管理监控系统

技术领域

本发明涉及智慧校园技术领域，具体涉及一种运输管理监控系统。

背景技术

我校地处郊县区域，学生回家及出行等多有不便，均需自行乘车前往主城的大型交通枢纽站。为解决学生出行不便的问题，我校于每周五派发班车，其行车路线为我校与主城的大型交通枢纽站之间。

目前，班车都是定时发车，学生按照发车时间自行前往乘车。该种方式存在如下缺陷：无法事先统计乘车人数，通常会导致上座率不高或乘车人数过多、无法乘车的问题出现。

发明内容

本发明实施例的目的在于提供一种运输管理监控系统，可以解决班车上座率不高或无法乘车的问题。

为实现上述目的，本发明实施例提供了一种运输管理监控系统，包括：

学生端，用于接收学生输入的乘车请求，所述乘车请求包括个人信息和乘车信息，所述个人信息包括手机号码或姓名，所述乘车信息包括目的地；

后台服务器，用于从所述乘车信息中提取目的地，并根据所述目的地生成订单，所述订单包括乘车人数和对应的目的地；

所述后台服务器还用于将所述订单发送至班车合作方，使得班车合作方根据所述订单进行班车调度。

进一步地，在本申请的某些优选实施方式中，所述后台服务器还用于存储并绑定所述个人信息与校园卡信息。

进一步地，作为本申请的一种优选实施方式，该系统还包括安装于班车的刷卡设备，用于获取刷卡信息，并将所述刷卡信息发送至所述后台服务器；

所述后台服务器还用于将所述刷卡信息与所述订单进行比对，并根据比对结果和个人信息与校园卡信息之间的绑定关系，对所述校园卡进行扣费，以实现车费的支付。

可选地，所述后台服务器还用于：

根据比对结果提示学生采用扫码或现金方式进行车费支付。

进一步地，作为本申请的一种优选实施方式，所述后台服务器还用于：

对采用不同方式进行车费支付的乘车人数进行统计，并生成乘车报表；

对采用不同方式进行车费支付的学生进行标记，并根据标记情况进行信用评分；

根据所述信用评分进行车费调整，例如打折或上浮。

进一步地，作为本申请的一种优选实施方式，该系统还包括安装于班车的监控设备，用于实时获取班车的当前位置和当前交通状况，并将所述当前位置和当前交通状况发送至所述后台服务器。

进一步地，作为本申请的一种优选实施方式，该系统还包括家长端，若当前交通状况为发生事故或拥堵，所述后台服务器还用于将所述交通状况发送至所述家长端。

进一步地，作为本申请的一种优选实施方式，所述家长端还用于发送查询请求至所述后台服务器，所述查询请求包括所述个人信息；

所述后台服务器还用于根据所述查询请求获取班车的当前位置，并将所述当前位置发送至所述家长端。

实施本发明实施例，后台服务器可根据学生提交的乘车请求统计出乘车人数及目的地等信息，使得合作方和根据上述信息进行班车调度，从而解决了班车上座率不高导致资源浪费以及乘车人数过多导致无法乘车的问题。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明实施例提供的运输管理监控系统的结构图；

图2是后台服务器的一种结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的发明构思是：为了解决本校学生节假日出行或返乡以及在出行或返乡途中家长无法清楚知晓学生行踪的问题，本发明人结合本校学生实际情况，并基于互联网和物联网等技术，研发出一种运输管理系统，以解决上述技术问题。

基于上述发明构思，请参考图1，本发明实施例提供一种运输管理监控系统，包括学生端100、后台服务器200、刷卡设备300、监控设备400及家长端500。如图所示，学生端100、刷卡设备300、监控设备400及家长端500均与后台服务器200进行通信。

其中，学生端100通常为学生手机，但也可以是宿舍电脑和ipad等设备。学生端100主要用于接收学生输入的乘车请求，该乘车请求包括但不仅限于个人信息和乘车信息，该个人信息包括但不仅限于手机号码或姓名(主要为登记在教务处的个人相关信息)，乘车信息包括目的地，例如我校目前固定的目的地主要包括陈家坪交通枢纽站和重庆交通大学停车场两个。

具体地，刷卡设备300安装于班车，用于获取刷卡信息，并将其发送至后台服务器200进行验证。该刷卡设备300可以理解为可以读取学生校园卡信息的任何设备，所读取的刷卡信息主要包括学生手机号码或姓名等。

具体地，监控设备400安装于班车，用于实时获取班车的当前位置和当前交通状况，并将所述当前位置和当前交通状况发送至所述后台服务器200。该监控设备400可以理解为包括GPS设备和安装于导航软件的任何硬件设备，GPS设备主要用于获取班车的当前位置，软件设备主要用于获取当前交通状况，尤其是在出现发生事故或交通拥堵时，实时将信息传送至后台服务器200，以便后台服务器200及时通知学生家长，减少家长对孩子安全的担忧。

需要说明的是，在GPS设备获取位置时，一般采用实时取点上报的方式。但是实时取点的定位精度容易受到GPS设备本身性能制约和周边环境的影响，从而造成位置漂移。为解决该问题，除了采用性能更好、价格更高的GPS设备外，本实施例中还提供了如下方式：

GPS设备包括采集模块和筛选模块，采集模块每秒采集一定位点，每10个定位点为一组，筛选模块随机选择一组，从该组10个定位点中选出最优定位点，将其作为当前位置发送至后台服务器200。其中，最优定位点至少保留如下条件：定位精度因子最小，且速度小于阈值。该阈值主要与当前交通路况有关，若拥堵，则阈值较小，若正常通行，则阈值较大。

具体地，家长端500通常为家长手机，其上安装有本校开发的app，登录该app，输入学生姓名或手机号码，便可查询学生所乘坐班车的当前位置及交通状况。即，该家长端500主要用于：

若当前交通状况为发生事故或拥堵，接收后台服务器200主动发送的交通状况；

发送查询请求至后台服务器200，该查询请求包括学生个人信息；

接收后台服务器200根据查询请求获取的班车当前位置。

具体地，后台服务器200主要用于：

从学生端100发送的所述乘车信息中提取目的地，并根据所述目的地生成订单，所述订单包括乘车人数和对应的目的地；

将所述订单发送至班车合作方，使得班车合作方根据所述订单进行班车调度。

例如，后台服务器200根据每一学生发送的乘车请求，生成一订单：

159××××0236，张三，目的地为交通大学。

根据多个上述类似订单，可统计出目的地为交通大学的人数为50人，则后台服务器200将通知班车合作方，使其进行合理的班车调度。

进一步地，该后台服务器200还用于：

存储并绑定所述个人信息与校园卡信息，以使得学生在乘车时可使用校园卡进行车费支付；

将刷卡设备300发送的所述刷卡信息与所述订单进行比对，并根据比对结果和个人信息与校园卡信息之间的绑定关系，对所述校园卡进行扣费，以实现车费的支付；

若比对出刷卡信息与订单信息不一致，则提示学生采用扫码或现金方式进行车费支付。

例如，后台服务器200将上述个人信息张三和该同学在教务处备案的校园卡1进行绑定。当张三同学乘车时，刷卡设备300将刷卡信息发送给后台服务器200，后台服务器200和订单比对后，发现此时乘车的确为张三同学，则直接从校园卡1中扣费，以实现车费的支付。若后台服务器200和订单比对后，发现此时的校园卡信息为李四，则说明当前刷卡乘车人与登记乘车人信息不符，则通过刷卡设备300采用语音方式提示刷卡失败。若本次班车还有空位，该学生可通过扫码或现金等其他方式进行车费支付。

进一步地，该后台服务器200还用于：

对采用不同方式进行车费支付的乘车人数进行统计，并生成乘车报表。

具体地，如前所述，学生支付车费的方式可以包括刷校园卡、扫码或现金等，针对这几种方式，后台服务器可生成乘车报表，其可以包括如下信息：乘车人姓名，是否事先登记、车费支付方式、目的地以及每种车费支付方式的人数。

需要说明的是，该乘车报表的生成，可方便学校管理人员准确掌握学生乘坐班车情况，方便后续与班车合作方进行更好的工作开展。

进一步地，该后台服务器200还用于：

对采用不同方式进行车费支付的学生进行标记，并根据标记情况进行信用评分；

根据所述信用评分进行车费调整。

具体地，根据前述乘车报表，对采用校园卡支付的学生信用加1分，采用其他方式支付的学生信用减1分。当加分分值超过10分时，可针对该学生进行车费打折，例如9折等；相应地，当减分分值超过5分时，可针对该学生进行车费上浮，例如1.1倍支付。

需要说明的是，采用信用评分和车费调整的方式，也是为了对学生乘车进行更好地监督，尽量避免学生提交了请求又不按时乘车，或者不提请求直接去乘车，导致班车合作方难以安排的情况发生。

本发明实施例所述的后台服务器200，可以理解为校园管理平台。

为更好地理解本发明实施例，下面对前述运输管理监控系统的工作流程进行详述：

(1)学生通过手机登录校园管理平台，输入乘车请求；例如，张三登录平台后，输入张三，159××××0236，目的地为交通大学等信息。

(2)后台对上述信息进行记录，并根据多个订单进行乘车人数、目的地等的统计。

(3)学生刷卡乘车。由于后台已将学生的乘车请求与校园卡信息进行了绑定，此时，后台进行信息比对后，可直接从校园卡进行扣费，从而实现车费的支付。

(4)乘车过程中，当发生交通拥堵或交通事故时，后台会主动将情况推送给学生家长。同时，在到达目的地之前，家长可采用学生手机号码或姓名登录后台，查询学生当前所乘坐的班车位置。

从以上描述可以得知，本发明实施例中，后台服务器可根据学生提交的乘车请求统计出乘车人数及目的地等信息，使得合作方和根据上述信息进行班车调度，从而解决了班车上座率不高导致资源浪费以及乘车人数过多导致无法乘车的问题。

可选地，再请参考图2，在本发明的另一优选实施例中，如图所示，前述后台服务器可以包括：一个或多个处理器101、一个或多个输入设备102、一个或多个输出设备103和存储器104，上述处理器101、输入设备102、输出设备103和存储器104通过总线105相互连接。存储器104用于存储计算机程序，所述计算机程序包括程序指令，所述处理器101被配置用于调用所述程序指令执行如下方法步骤：

接收学生端方发送的乘车请求，所述乘车请求包括个人信息和乘车信息，所述个人信息包括手机号码或姓名，所述乘车信息包括目的地；

从所述乘车信息中提取目的地，并根据所述目的地生成订单，所述订单包括乘车人数和对应的目的地；

将所述订单发送至班车合作方，使得班车合作方根据所述订单进行班车调度。

进一步地，处理器101被配置用于调用所述程序指令执行如下方法步骤：

存储并绑定所述个人信息与校园卡信息。

进一步地，处理器101被配置用于调用所述程序指令执行如下方法步骤：

接收刷卡端发送的刷卡信息；

将所述刷卡信息与所述订单进行比对，并根据比对结果和个人信息与校园卡信息之间的绑定关系，对所述校园卡进行扣费，以实现车费的支付。

进一步地，处理器101被配置用于调用所述程序指令执行如下方法步骤：

对采用不同方式进行车费支付的乘车人数进行统计，并生成乘车报表；

对采用不同方式进行车费支付的学生进行标记，并根据标记情况进行信用评分；

根据所述信用评分进行车费调整。

进一步地，处理器101被配置用于调用所述程序指令执行如下方法步骤：

接收监控设备发送的班车的当前位置和当前交通状况；

若当前交通状况为发生事故或拥堵，将所述交通状况发送至家长端。

进一步地，处理器101被配置用于调用所述程序指令执行如下方法步骤：

接收家长端发送的查询请求，所述查询请求包括所述个人信息；

根据所述查询请求获取班车的当前位置，并将所述当前位置发送至所述家长端。

应当理解，在本发明实施例中，所称处理器101可以是中央处理单元(CentralProcessing Unit，CPU)，深度学习显卡(如：华为NPU,英伟达GPU,谷歌TPU)该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备102可以包括键盘等，输出设备103可以包括显示器(LCD等)、扬声器等。

该存储器104可以包括只读存储器和随机存取存储器，并向处理器101提供指令和数据。存储器104的一部分还可以包括非易失性随机存取存储器。例如，存储器104还可以存储设备类型的信息。

需要说明的是，关于本实施例中运输管理监控系统更为具体的工作流程描述，请参考前述实施例部分，在此不再赘述。

所述计算机可读存储介质可以是前述任一实施例所述的系统的内部存储单元，例如系统的硬盘或内存。所述计算机可读存储介质也可以是所述系统的外部存储设备，例如所述系统上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述系统的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述系统所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种运输管理监控系统，其特征在于，包括：

学生端，用于接收学生输入的乘车请求，所述乘车请求包括个人信息和乘车信息，所述个人信息包括手机号码或姓名，所述乘车信息包括目的地；

后台服务器，用于从所述乘车信息中提取目的地，并根据所述目的地生成订单，所述订单包括乘车人数和对应的目的地；

所述后台服务器还用于将所述订单发送至班车合作方，使得班车合作方根据所述订单进行班车调度。

2.如权利要求1所述的运输管理监控系统，其特征在于，所述后台服务器还用于存储并绑定所述个人信息与校园卡信息。

3.如权利要求2所述的运输管理系统，其特征在于，还包括安装于班车的刷卡设备，用于获取刷卡信息，并将所述刷卡信息发送至所述后台服务器；

所述后台服务器还用于将所述刷卡信息与所述订单进行比对，并根据比对结果和个人信息与校园卡信息之间的绑定关系，对所述校园卡进行扣费，以实现车费的支付。

4.如权利要求3所述的运输管理监控系统，其特征在于，所述后台服务器还用于：

根据比对结果提示学生采用扫码或现金方式进行车费支付。

5.如权利要求4所述的运输管理监控系统，其特征在于，所述后台服务器还用于：

对采用不同方式进行车费支付的乘车人数进行统计，并生成乘车报表。

6.如权利要求5所述的运输管理监控系统，其特征在于，所述后台服务器还用于：

对采用不同方式进行车费支付的学生进行标记，并根据标记情况进行信用评分；

根据所述信用评分进行车费调整。

7.如权利要求1-6任一项所述的运输管理监控系统，其特征在于，还包括安装于班车的监控设备，用于实时获取班车的当前位置和当前交通状况，并将所述当前位置和当前交通状况发送至所述后台服务器。

8.如权利要求7所述的运输管理监控系统，其特征在于，还包括家长端，若当前交通状况为发生事故或拥堵，所述后台服务器还用于将所述交通状况发送至所述家长端。

9.如权利要求8所述的运输管理系统，其特征在于，所述家长端还用于发送查询请求至所述后台服务器，所述查询请求包括所述个人信息；

所述后台服务器还用于根据所述查询请求获取班车的当前位置，并将所述当前位置发送至所述家长端。

Images