CN114819447A - 管理企业班车的方法、设备、介质和计算机程序产品 - Google Patents

Abstract

本公开涉及管理企业班车的方法、设备、介质和计算机程序产品。一种由信息处理设备执行的用于对企业的班车进行管理的方法，所述方法包括：向与企业的班车相关联的车载终端发送配置信息，配置信息至少包括用户列表，用户列表包括被允许乘坐企业的班车的用户的标识信息，用户列表包括与企业的员工相关联的第一列表以及与企业的合作企业的员工相关联的第二列表；从车载终端接收与班车相关联的运营信息，运营信息至少包括班车的位置以及与乘坐班车的用户相关联的标识信息；至少基于运营信息，更新用户列表；以及将对用户列表的更新发送给车载终端。

Description

管理企业班车的方法、设备、介质和计算机程序产品

技术领域

本公开涉及交通领域，并且具体而言，涉及管理企业班车的方法、设备、介质和计算机程序产品。

背景技术

许多企业提供班车以用于通勤。企业的班车通常以与企业相关联的一个或多个位置(例如，生产园区、办公地点、销售门店等)为起始站点或目标站点，并且具有相对稳定的运营线路。此外，企业的班车通常仅服务于有限的特定乘客群体，例如该企业的员工。在一些情况下，企业的班车的特定乘客群体还可以包括与该企业相关联的合作伙伴(例如，供应商)的员工。与城市公共交通相比，企业的班车具有更有限的乘客群体，并且具有更大的运营灵活性。企业可以基于班车的特点对班车进行管理，以提升运营效率、提高乘客体验、提供差异化管理、控制运营成本。因此，需要用于管理企业的班车的改进的方法、设备、介质和计算机程序产品。

发明内容

本公开旨在提供用于管理多个生产区域的资源消耗的改进的方法、设备和系统。

根据本公开的一个方面，公开了一种由信息处理设备执行的用于对企业的班车进行管理的方法，所述方法包括：向与企业的班车相关联的车载终端发送配置信息，配置信息至少包括用户列表，用户列表包括被允许乘坐企业的班车的用户的标识信息，用户列表包括与企业的员工相关联的第一列表以及与企业的合作企业的员工相关联的第二列表；从车载终端接收与班车相关联的运营信息，运营信息至少包括班车的位置以及与乘坐班车的用户相关联的标识信息；至少基于运营信息，更新用户列表；以及将对用户列表的更新发送给车载终端。

根据本公开的另一方面，公开了一种用于对企业的班车进行管理的信息处理设备，所述信息处理设备包括：一个或多个处理器；以及计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序在由所述一个或多个处理器执行时，使得所述一个或多个处理器执行如本文所述的任何方法。

根据本公开的还有一方面，公开了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序在由一个或多个处理器执行时，使得所述一个或多个处理器执行如本文所述的任何方法。

根据本公开的还有一方面，公开了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序在由一个或多个处理器执行时，使得所述一个或多个处理器执行如本文所述的任何方法。

通过本公开的改进的方法、设备、介质和计算机程序产品，可以对班车进行统一管理，以提升运营效率、提高乘客体验、提供差异化管理、控制运营成本。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1示出了根据本公开的实施例的企业班车管理系统的示意图；

图2示出了根据本公开的实施例的用于对企业的班车进行管理的方法的流程图；

图3示出了根据本公开的实施例的用于对企业的班车进行管理的信号流图；以及

图4示出了根据本公开的实施例的信息处理设备的示意图。

具体实施方式

提供以下描述以使得本领域的技术人员能够实现和使用所述实施例，并且以下描述是以特定应用程序及其要求的上下文提供的。各种修改形式对于本领域的技术人员而言将是清楚的，并且本文中所限定的一般性原则可应用于其他实施例和应用程序，而不脱离所述实施例的实质和范围。因此，所述实施例不限于所示出的实施例，而是要被赋予符合本文所公开的原理和特征的最宽泛的范围。

图1示出了根据本公开的实施例的班车管理系统1000的示意图。班车管理系统1000可以包括管理设备110和一个或多个车载终端120。可选地，班车管理系统1000可以与一个或多个用户设备200以及企业服务器300进行通信。图1中将用户设备200和企业服务器300用虚线绘出，因为它们不是必需的。

根据本公开的实施例，管理设备110可以执行本文所描述的一个或多个方法，从而对企业的一个或多个班车进行管理。管理设备110可以由企业的人员进行操作和维护，或者可以由企业委托的第三方的人员进行操作和维护。

管理设备110可以维护与企业的一个或多个班车相关联的各种信息。例如，管理设备110可以存储并维护班车的标识信息(例如，车牌号或其他标识符)、班车的描述(例如，型号、座位的总数量等)、分配给班车的驾驶人员的标识信息(例如，司机的姓名或其他标识符)、班车的预定运营状态(例如，预定运营线路、预定到站时间等)，等等。

管理设备110可以维护与车载终端120相关联的各种信息。例如，管理设备110可以存储并维护车载终端120的标识信息。附加地，当车载终端120固定地安装在班车上时，管理设备110可以存储并维护每个车载终端120与安装有该车载终端的班车之间的映射关系。替代地，当车载终端120由班车的司乘人员所持有时，管理设备110可以存储并维护每个车载终端120与持有该车载终端120的司乘人员之间的映射关系。

管理设备110可以维护与企业的班车相关联的乘客信息。例如，管理设备110可以维护用户列表。该用户列表可以包括被允许乘坐企业的班车的用户的标识信息。该标识信息例如可以是用户的标识符。如后面进一步描述的，该用户列表可以被发送给车载终端120，由此实现对用户的乘车权限的控制。

应当注意的是，虽然上面的实施例中描述了各种信息是由管理设备110维护的，但是在其他实施例中，这些信息中的一个或多个可以由管理设备110之外的设备来维护。例如，管理设备110可以从云端或企业的一个或多个其他系统(例如，企业服务器300)检索这些信息中的一个或多个。

管理设备110可以与位于班车上的车载终端120进行通信以实现对班车的管理。例如，管理设备110可以向一个或多个车载终端120发送用于对班车进行配置的配置信息。管理设备110可以从一个或多个车载终端120接收与班车相关联的运营信息。管理设备110与车载终端120之间的通信可以包括无线通信和/或有线通信而不受限制。作为优选的示例，车载终端120可以具有蜂窝通信模块，其可以通过蜂窝基站接收来自管理设备110的信息，以及通过蜂窝基站向管理设备110发送信息。在该示例中，管理设备110可以通过无线通信、有线通信或其组合来与蜂窝基站进行通信。

管理设备110还可以与一个或多个用户设备200进行通信。在一个实施例中，管理设备110可以通过企业服务器300来与用户设备200通信。例如，用户设备200可以运行特定应用程序(例如，特定于该企业的企业应用程序)，并且企业服务器300可以充当该应用程序的应用服务器。在这种情况下，可以由企业服务器300作为中间设备来转发管理设备110与用户设备200之间的通信。在替代的实施例中，管理设备110也可以不通过企业服务器300而与用户设备200通信。

根据本公开的实施例，车载终端120可以对相应的班车进行管理和监控。每个车载终端120可以位于相应的班车上。在一个实施例中，车载终端120可以作为相应班车的一部分被安装在该班车上。在另一个实施例中，车载终端120可以是与班车的操作人员(例如，司机或乘务员)相关联的移动设备。当操作人员操作班车时，相应的车载终端120可以位于该班车上。在这种情况下，车载终端120可能随班车的操作人员的轮换而变化。

车载终端120可以与管理设备110进行通信。例如，每个车载终端120可以从管理设备110接收用于对该车载终端120所处的班车进行配置的配置信息。车载终端120可以生成与该班车相关联的运营信息，并将该运营信息发送给管理设备110。车载终端120还可以从管理设备110接收一个或多个指令或请求，并执行一个或多个动作或向管理设备110发送对应的响应。车载终端120可以通过各种方式与管理设备110进行通信。例如，如前面所描述的，车载终端120可以通过蜂窝网络与管理设备110进行通信。

车载终端120可以与用户或与用户相关联的用户设备200进行交互，以实现对乘坐班车的用户的管理。例如，车载终端120可以接收用户的标识信息，并至少基于用户的标识信息判定用户是否被允许乘坐企业的班车。响应于判定特定用户被允许乘坐企业的班车，车载终端120可以呈现第一指示。响应于判定特定用户不被允许乘坐企业的班车，车载终端120可以呈现不同于第一指示的第二指示。如后面进一步描述的，车载终端120还可以呈现一个或多个其他指示。车载终端120可以记录被允许乘坐企业的班车的每个用户的标识信息，作为该班车的运营信息的一部分。

车载终端120可以生成班车的位置信息，并将该位置信息作为运营信息的一部分。例如，车载终端120可以具有能够实时地生成或获取班车的位置信息的定位模块，例如卫星导航定位模块。可选地，在运营信息中，乘坐班车的每个用户的标识信息可以与班车的位置信息相关联地记录，从而指示每个用户的上车位置。由车载终端120所生成的运营信息可以被发送给管理设备110以进一步分析和处理。

根据本公开的可选实施例，图1还示出了一个或多个用户设备200。用户设备200可以是与用户相关联的各种信息处理设备。用户设备200可以允许用户电子地与班车管理系统1000(例如，管理设备110或车载终端120)进行交互。例如，用户设备200可以运行企业应用程序。用户可以注册并登录该企业应用程序。在上车时，用户可以通过该企业应用程序将自己的标识信息发送给车载终端120。可选地，该企业应用程序还可以具有与企业的员工相关联的广泛的功能。例如，企业应用程序可以具有员工出勤管理功能，使得用户能够在抵达企业的办公地点时使用该企业应用程序记录自己的出勤状态(例如，按时到岗、迟到、缺勤、早退等)。又例如，企业应用程序可以具有日程管理功能，使得用户能够使用该企业应用程序安排自己或其他用户的生产班次、会议、出差等日程，并可以与其他用户进行协调。此外，企业应用程序还可以具有即时通信功能，使得用户能够与其他用户或与企业相关联的一个或多个系统通信。企业应用程序的一个示例是由华晨宝马集团开发的JoyChat应用程序。

根据本公开的可选实施例，图1还示出了企业服务器300。企业服务器300可以是用于托管企业应用程序的服务器。企业服务器300可以与运行在各个用户设备200上的企业应用程序进行通信，并对这些企业应用程序进行管理。在这种情况下，班车管理系统1000(例如，管理设备110或车载终端120)可以通过企业服务器300来与用户设备200(具体地，用户设备200上的企业应用程序)进行通信。企业服务器300可以具有与企业相关联的广泛的功能。例如，企业服务器300可以实现企业的人力管理系统，从而对注册了企业应用程序的用户进行管理。企业服务器300还可以实现企业的出勤管理系统，从而实现对企业的员工的考勤。企业服务器300可以实现企业的任务管理系统，从而实现企业的各种任务(例如，生产班次、会议、出差)等的安排与分配。此外，如前面所描述的，作为企业应用程序的应用服务器，企业服务器300可以接收目的地为企业应用程序的通信，并将接收到的通信转发给安装有企业应用程序的适当用户设备200。企业服务器300还可以将来自企业应用程序的通信路由到适当的目的地(例如，班车管理系统1000的管理设备110或车载终端120)。企业服务器300可以实现为多个设备的集合，每个设备可以实现上述功能中的一个或多个。在一个示例中，企业服务器300可以与管理设备110属于不同的设备。在另一个示例中，企业服务器300可以与管理设备110集成为一个设备。

根据本公开的实施例，管理设备110、车载终端120、用户设备200、企业服务器300中的任一者可以被实现为各种合适的信息处理设备，包括但不限于服务器、计算机、智能电话、平板电脑、可穿戴设备，等等。图4示出了根据本公开的实施例的信息处理设备的示意图。

应当注意的是，图1给出的仅仅是班车管理系统1000的示例实施例。在其他实施例中，班车管理系统1000可以包括更多或更少的部件。例如，班车管理系统1000可以包括远远多于两个的车载终端120。此外，图1所示的与每个班车相关联的用户设备200的数量也仅仅是示例性的而不旨在进行限制。此外，用户设备200与企业服务器300不是必需的。例如，用户设备200的一些操作可以由用户本人手动进行。

图2示出了根据本公开的实施例的用于对企业的班车进行管理的方法2000的流程图。根据本公开的实施例，方法2000可以由图1的班车管理系统1000的管理设备110执行。

方法2000可以从步骤S210开始。在步骤S210中，管理设备110可以向班车管理系统1000中的每个车载终端120发送配置信息。所发送的配置信息可以是被用于对班车进行配置的各种信息。优选地，发送给不同的车载终端120的配置信息可以特定于该车载终端120所位于的班车。

根据本公开的实施例，所发送的配置信息可以包括用户列表。用户列表可以包括被用于标识被允许乘坐企业的班车的用户的标识信息。该标识信息例如可以是与用户相关联的标识符。因此，可以通过用户列表将被允许乘坐企业的班车的用户限制到特定乘客群体，例如企业的员工或合作企业的员工。此外，还可以通过用户列表对不同类型的用户执行差异化管理。例如，可以对企业自己的员工与合作企业的员工执行差异化管理。为此，用户列表可以包括与企业自己的员工相关联的第一列表以及与该企业的合作企业的员工相关联的第二列表。

随后，方法2000可以继续到步骤S220。在步骤S220中，管理设备110可以从车载终端120接收与班车相关联的运营信息。管理设备110可以从班车管理系统1000的每个车载终端120接收与该车载终端120所位于的班车相关联的运营信息。所接收的运营信息可以包括与班车的运营状态相关联的各种信息。根据本公开的实施例，运营信息可以包括班车的位置。附加地，运营信息可以包括与乘坐该班车的用户相关联的标识信息。该标识信息例如可以是与用户相关联的标识符。该标识信息可以包括与企业自己的一个或多个员工相关联的第一标识信息和/或与该企业的合作企业的一个或多个员工相关联的第二标识信息。

随后，方法2000可以继续到步骤S230。在步骤S230中，管理设备110可以至少基于运营信息来更新用户列表。例如，管理设备110可以从来自车载终端120的运营信息中提取相应班车的位置以及与乘坐该相应班车的用户相关联的标识信息。管理设备110可以至少基于班车的位置以及与乘坐班车的用户相关联的标识信息，确定与合作企业相关联的余额。可以基于与每个合作企业相关联的余额来更新用户列表。例如，管理设备110可以将与每个合作企业相关联的余额与一个或多个预定阈值进行比较，并基于该比较的结果来更新用户列表。

随后，方法2000可以继续到步骤S240。在步骤S240中，管理设备110可以将对用户列表的更新发送给车载终端120。在一个示例中，所发送的用户列表的更新可以是更新后的整个用户列表。车载终端120可以使用更新后的整个用户列表来覆写车载终端120中的先前的用户列表。在另一个示例中，所发送的用户列表的更新可以是更新后的用户列表相对于先前的用户列表的改变量。车载终端120可以基于该改变量以及先前的用户列表来生成更新后的用户列表。

与城市公共交通不同，企业的班车服务于有限的特定乘客群体而非不特定的社会公众，所以用户列表的规模不会太大。此外，企业的班车的特定乘客群体的变动速率较低，因此可以以相对低的频率来更新用户列表。因此，采用用户列表的方式控制用户的乘车权限是可行的。通过由管理设备110对用户列表进行维护和更新，可以简单而有效地控制被允许乘坐企业的班车的特定乘客群体。另一方面，通过将用户列表发送到车载终端120，使得车载终端120可以在本地判断用户是否具有乘车权限，而无需在每个用户上车时与管理设备110进行交互。这可以提高车载终端120的判断速度、节省车载终端120与管理设备110之间的通信开销，并且减小管理设备110的负担。在允许企业的员工以及合作企业的员工乘坐班车的情况下，还可以通过用户列表对不同类型的用户执行差异化管理。

图3示出了根据本公开的实施例的用于对企业的班车进行管理的信号流图300。应当注意的是，尽管图3仅示出了单个车载终端120和单个用户设备200，但在其他实施例中，可以存在多个车载终端120和多个用户设备200。

在步骤S301中，管理设备110可以获得配置信息。配置信息可以是被用于对班车进行配置的各种信息。例如，配置信息可以包括用户列表，用户列表可以包括被允许乘坐企业的班车的用户的标识信息，从而指示被允许乘坐企业的班车的特定乘客群体。又例如，配置信息可以包括班车的预定运营状态(包括预定运营线路、预定到站时间等)，从而指示该班车应当执行的运营状态。附加地或替代地，配置信息还可以包括前面描述的管理设备110所维护的各种信息中的一个或多个。

根据本公开的实施例，用户列表中的标识信息可以是与用户相关联的标识符。因此，可以通过用户列表将被允许乘坐企业的班车的用户限制到特定乘客群体。该特定乘客群体可以包括企业自身的员工以及企业的合作企业的员工。在这种情况下，可以对企业自己的员工与合作企业的员工执行差异化管理。在用户列表中，与企业自己的员工相关联的标识信息可以被组织为第一列表，而与该企业的合作企业的员工相关联的标识信息可以被组织为与第一列表不同的第二列表。

根据本公开的一个实施例，用户列表可以是由管理设备110生成的。例如，管理设备110可以从企业的人力管理系统获取企业的员工名单，并基于该名单生成用户列表中的第一列表。又例如，管理设备110可以从企业的供应商管理系统获取一个或多个供应商的员工的名单，并基于这些名单生成用户列表中的第二列表。管理设备110可以将第一列表和第二列表合并为用户列表。

根据本公开的另一个实施例，管理设备110可以从企业服务器200接收用户列表。例如，每个用户可以使用与该用户相关联的用户设备200注册企业应用程序。托管企业应用程序的企业服务器200可以收集每个用户的注册信息。企业服务器200可以为已注册的每个用户分配标识信息，该标识信息可以标识每个用户及其用户类型(例如，企业的员工或者合作企业的员工)。管理设备110可以从企业服务器200接收用户列表，该用户列表可以包括已注册企业应用程序的所有用户的标识信息。

在步骤S302中，管理设备110可以将配置信息发送给一个或多个车载终端120。该发送可以以较低的定期执行，例如每天执行一次。发送给不同的车载终端120的配置信息可以特定于该车载终端120所位于的班车。例如，配置信息中的预定运营状态可以是特定于班车的。发送给每个班车的用户列表可以是相同的，从而指示该列表中的用户可以乘坐任意班车。替代地，发送给每个班车的用户列表也可以是不同的，从而将每个用户的乘车权限限定到一个或多个班车。

在步骤S303中，车载终端120可以接收与用户相关联的标识信息。步骤S303可以在用户上车时执行。例如，车载终端120可以提示或请求用户给出该用户的标识信息。车载终端120可以通过多种方式接收与用户相关联的标识信息。在一个示例中，用户设备200可以是与用户相关联的NFC卡片，该NFC卡片可以存储有用户的标识信息。用户可以通过将该NFC卡片靠近车载终端120而使得车载终端120读取RFC卡片所存储的标识信息。在另一个示例中，用户设备200可以是运行有企业应用程序的信息处理设备，该企业应用程序存储有用户的标识信息。用户可以通过企业应用程序将标识信息发送给车载终端120。例如，用户可以操作企业应用程序以扫描由车载终端120呈现的二维码。或者，用户可以将企业应用程序呈现的二维码提供给车载终端120扫描。在还有的示例中，车载终端120可以通过识别用户的生物特征信息(例如，指纹、面部)而获得用户的标识信息。

在步骤S304中，车载终端120可以确定是否允许用户乘车。例如，车载终端120可以将接收到的与用户相关联的标识信息与从管理设备110接收到的用户列表进行比较，以确定该标识信息是否被包括在用户列表中。响应于在用户列表中找到与该用户相关联的标识信息，车载终端120可以呈现第一指示，第一指示可以指示允许该用户乘坐企业的班车。响应于在用户列表中没有找到与该用户相关联的标识信息，车载终端120可以呈现第二指示，第二指示可以指示不允许该用户乘坐企业的班车。

附加地，车载终端120还可以基于一个或多个其他准则来确定是否允许用户乘车，并相应地呈现一个或多个其他指示。例如，响应于与该用户相关联的标识信息在用户列表中的第二列表中被标记，车载终端120可以呈现第三指示，第三指示可以指示该用户被允许乘坐企业的班车，但是与该用户所属的合作企业相关联的余额已经低于预警阈值(例如，后面所述的第二预定阈值)。又例如，响应于班车的空闲座位的数量低于预定阈值，车载终端120可以呈现第四指示，第四指示可以指示由于班车的容量限制而不再允许任何用户乘车。

车载终端120可以将生成的第一指示、第二指示、第三指示、第四指示或一个或多个其他指示在步骤S305中发送给用户或用户设备200。

在步骤S306中，车载终端120可以生成与该车载终端120所位于的班车相关联的运营信息。所生成的运营信息可以包括与班车的运营状态相关联的各种信息。例如，运营信息可以包括班车的位置。班车的位置可以由车载终端120的定位模块连续地生成。例如，车载终端120的定位模块可以每分钟生成一次班车的位置。附加地，运营信息可以包括与乘坐该班车的用户相关联的标识信息。乘坐该班车的用户可以是在步骤S304中被识别为允许乘坐该班车的用户。用户可以包括企业自己的员工以及该企业的合作企业的员工。相应地，运营信息中的标识信息可以包括与企业自己的员工相关联的第一标识信息和/或与该企业的合作企业的员工相关联的第二标识信息。与乘坐班车的用户相关联的标识信息可以与班车的位置相关联地存储在运营信息中。例如，与用户相关联的标识信息可以与该用户上车时的班车的位置相关联地存储，从而标识每个用户上车的位置和/或在每个位置处上车的一个或多个用户。优选地，运营信息还可以包括与以上各信息相关联的时间戳。

根据本公开的实施例，运营信息还可以包括班车的空闲座位的数量。不同于公共交通工具，企业的班车通常必须严格遵守限额载客的规定，而不允许有站立的乘客。因此，精确地计算每个班车的空闲座位的数量可以是有益的。例如，每个班车的空闲座位的数量可以被发送给可能乘坐该班车的乘客，以允许他们预测是否可以上车。具体地，车载终端120可以基于班车的座位的总数量以及在步骤S304中被允许乘车的用户的数量来计算每个班车的空闲座位的数量。该空闲座位的数量可以被包括在运营信息中以发送给管理设备110。管理设备110可以将空闲座位的数量发送给可能乘坐该班车的用户的用户设备200。并且，车载终端120可以基于空闲座位的数量低于预定阈值而在步骤S304中拒绝用户上车。

在步骤S307中，每个车载终端120可以将所生成的运营信息发送给管理设备110。例如，每个车载终端120可以定期(例如，每5分钟)向管理设备110发送运营信息。附加地或替代地，每个车载终端120可以在班车从停靠站点起动时向管理设备110发送运营信息。

在步骤S308中，管理设备110可以至少基于运营信息来更新用户列表。根据本公开的实施例，管理设备110可以基于班车的位置以及与乘坐班车的用户相关联的标识信息，确定与合作企业相关联的余额，并且可以基于与每个合作企业相关联的余额来更新用户列表。

例如，管理设备110可以基于运营信息计算与合作企业的员工相关联的乘车里程，具体地，管理设备110可以从来自车载终端120的运营信息中提取相应班车的位置以及与乘坐该相应班车的用户相关联的标识信息。对于每个标识信息，如果该标识信息处于第二列表中(即，用户为合作企业的员工)，则可以进一步识别用户的上车位置。基于从该上车位置起到班车的终点的一系列班车的位置，可以确定与该用户相关联的乘车里程。然后，管理设备110可以至少基于所述乘车里程，确定与合作企业的该员工相关联的乘车费用。管理设备110可以从与该合作企业相关联的账户中扣除所述乘车费用，从而确定与合作企业相关联的余额。

然后，管理设备110可以将与每个合作企业相关联的余额与一个或多个预定阈值进行比较，并基于该比较的结果来更新用户列表。响应于与合作企业相关联的余额低于第一预定阈值，管理设备110可以将与该合作企业的每个员工相关联的标识信息从第二列表移除，从而指示这些员工不被允许乘坐企业的班车。第一预定阈值可以被设置为任何适当的值，例如为零。附加地或替代地，响应于与合作企业相关联的余额低于第二预定阈值，管理设备110可以在所述第二列表中标记与该合作企业的每个员工相关联的标识信息。第二预定阈值可以被设置为大于第一预定阈值的任何适当的值。例如，第二预定阈值可以是基于该合作企业的所有员工的日均乘车费用而确定的。作为示例，第二预定阈值被设置为合作企业的所有员工的日均乘车费的三倍，从而指示与合作企业相关联的余额还可以维持大约三天。

根据本公开的实施例，如果运营信息中的与用户相关联的标识信息处于第一列表中(即，用户为企业自身的员工)，则可以不针对该标识信息进行上述操作。这是因为企业的班车对于企业自己的员工可以是免费的。

通过以上方式，管理设备110可以对合作企业的员工的乘车进行收费，而不对企业自身的员工的乘车进行收费，从而实现了对不同类型的用户的差异化管理。这可以确保企业的员工享受到企业所提供的班车的福利，同时增加班车运营的收入。另外，注意到管理设备110可以为每个合作企业的所有员工建立公共的账户，而不是为该合作企业的每个员工建立私人账户。合作企业的所有员工的乘车都从该合作企业的公共的账户计费。考虑到许多合作企业的单个员工的乘车可能是一次性的(或者是低频率的)，如果为每个合作企业的每个员工建立私人账户，常常将导致需要维护大量的沉睡账户。减少需要维护的私人账户的数量是有益的。对于单个用户而言，用户不必花费力气来管理公共的账户的余额。对于车载终端而言，车载终端120不必为每个用户计费，更不必将计费信息包括在运营信息中发送给管理设备110。计费可以仅发生在后台(管理设备110)处，而对于前台(车载终端120和用户)是透明的。

根据本公开的实施例，管理设备110还可以基于其他方面而执行对用户列表的更新。

在一个实施例中，可以基于合作企业的充值来更新用户列表。响应于合作企业支付了费用，与该合作企业相关联的余额可以被更新。管理设备110可以接收与合作企业相关联的更新后的余额，并基于该余额来更新用户列表。例如，响应于更新后的余额高于第一预定阈值，管理设备110可以将与该合作企业的每个员工相关联的标识信息添加到用户列表中的第二列表，使得该合作企业的员工被允许乘坐企业的班车。附加地或替代地，响应于更新后的余额高于第二预定阈值，管理设备110可以在用户列表的第二列表中取消标记与该合作企业的每个员工相关联的标识信息。相应地，在这些员工上车时车载终端120可以不呈现第三指示。

在另一个实施例中，用户列表可以基于企业或合作企业的员工的变动而更新。例如，响应于企业的人力管理系统、供应商管理系统、企业服务器200中的一者或多者更新了企业的员工名单、供应商的员工名单、或已注册企业应用程序的用户的名单中的一者或多者，管理设备110可以接收该更新，并相应地更新用户列表。

在步骤S309中，管理设备110可以将对用户列表的更新发送给一个或多个车载终端120。在一个示例中，所发送的用户列表的更新可以是更新后的整个用户列表，从而覆写车载终端120中的先前的用户列表。在另一个示例中，所发送的用户列表的更新可以是更新后的用户列表相对于先前的用户列表的改变量。仅发送改变量可以是有益的，它可以减小管理设备110与车载终端120之间的通信开销。在还有的示例中，对用户列表的更新可以被包括在配置信息中发送给一个或多个车载终端120。

根据本公开的实施例，管理设备110可以基于乘车优先级对企业的班车的用户进行管理。每个用户的乘车优先级可以指示该用户的乘车优先次序。不同用户可以被分配不同的乘车优先级。通过为每个用户分配乘车优先级，可以进一步实现对不同用户的差异化管理。在这种情况下，发送给车载终端120的配置信息还可以包括是否启用优先乘车模式的指示。当配置信息包括启用优先乘车模式的指示时，车载终端120可以启用优先乘车模式。在优先乘车模式下，当多个用户期望乘坐同一班车而该班车的空闲座位的数量不足时，车载终端120可以基于用户列表确定每个用户的乘车优先级，并允许具有高乘车优先级的用户上车，而拒绝具有低乘车优先级的用户上车。

根据本公开的实施例，管理设备110可以基于用户的日程信息来确定用户的乘车优先级。管理设备110可以接收与一个或多个用户相关联的日程信息，并且基于该日程信息，确定与该一个或多个用户相关联的乘车优先级。例如，管理设备110可以从企业服务器300接收与每个用户相关联的日程信息。该日程信息可以是与每个用户使用企业应用程序安排的工作班次、会议、出差等日程相关联的信息。管理设备110可以基于每个用户的日程的紧迫性来确定用户的乘车优先级。

根据本公开的实施例，管理设备110可以默认不启用优先乘车模式。优选地，管理设备110可以基于时间段来确定是否启用优先乘车模式。例如，管理设备110可以在早高峰或晚高峰时间段启用优先乘车模式，并且在其他时间段关闭优先乘车模式。

根据本公开的实施例，管理设备110可以将与一个或多个用户相关联的乘车优先级以及是否启用优先乘车模式的指示发送给与该一个或多个用户中的每个用户相关联的用户设备200。通过这种方式，用户可以知晓自身的乘车优先级并由此确定是否继续等待班车或者换用其他交通方式。

根据本公开的实施例，每个用户可以将乘车请求发送给管理设备110，该乘车请求可以包括用户的用户位置。管理设备110可以基于用户位置以及各个班车的运营信息，确定在预定时间阈值(例如，15分钟)内可能会经过该用户位置附近的班车。如果存在这样的班车，管理设备110可以向与用户相关联的用户设备200发送该班车的当前位置。附加地，管理设备110还可以向与用户相关联的用户设备200发送该班车的空闲座位的数量。用户可以基于从管理设备110接收到的这些信息确定是继续等待或者换用其他交通方式。优选地，管理设备110还可以接收用户的座位预定请求。管理设备110可以基于座位预定请求来更新相应班车的空闲座位的数量。例如，响应于接收到来自N个用户的座位预定请求，管理设备110可以将相应班车的空闲座位的数量减少N。如前面所描述的，更新后的空闲座位的数量也可以被发送给一个或多个用户设备200。

根据本公开的实施例，管理设备110可以基于与班车相关联的运营信息来确定班车相对于预定运营状态的偏移或延误。例如，管理设备110可以基于接收到的班车的位置的序列来确定班车的实际运营轨迹，并确定该实际运营轨迹是否偏离了预定运营轨迹。又例如，管理设备110可以基于班车到达每个停靠站点的时间与预定到站时间的比较来确定是否发生了延误。管理设备110可以进一步确定偏移的量和/或延误的量。偏移的量例如是增加或减少的运营里程。延误的量可以是增加的时间量。

根据本公开的实施例，管理设备110可以基于班车的偏移或延误，向企业的出勤管理系统发送修正命令，该修正命令可以指示对与所述企业的员工相关联的出勤状态进行修正。许多企业在考查员工的出勤状态时要求在企业的办公地点现场打卡。在这种情况下，企业的班车的偏移或延误会造成员工的非正常出勤状态(例如，迟到)，而该非正常出勤状态可能不应当由员工负责。通过人工机制在事后来修正这种非正常出勤状态是麻烦的，并且容易被遗忘或者出错。根据本公开的实施例的管理设备110可以基于班车的偏移或延误自动地指示出勤管理系统修正由于该偏移或延误造成的员工的非正常出勤状态。在一个示例中，管理设备110发送的修正命令可以包括与偏移或延误相关联的员工的标识信息以及偏移或延误的量。这允许出勤管理系统识别相应的员工，并基于偏移或延误的量以及员工的迟到时间量来修正员工的出勤状态。例如，当偏移或延误的量大于员工的迟到时间量时，可以将员工的出勤状态从迟到修改为正常。否则，可以不修改员工的出清状态。出勤管理系统例如可以位于企业服务器300中。

根据本公开的实施例，管理设备110可以基于对多个班车的运营信息的统计，将企业的员工与相应的停靠站点和/或相应的班车相关联。例如，如果特定员工在特定停靠站点处上车的次数超过阈值，则该特定员工可以与该特定停靠站点相关联。又例如，如果特定员工乘坐特定班车的次数超过阈值，则该特定员工可以与该特定班车相关联。管理设备110可以基于与每个停靠站点和/或每个班车相关联的员工的数量，调整对多个班车的调度。例如，响应于与特定停靠站点相关联的员工的数量与经过该特定停靠站点的班车的数量之比超过阈值，可以增加经过该停靠站点的班车的数量。又例如，响应于与特定班车相关联的员工的数量超过阈值，可以增加该特定班车的运营线路的班车的数量。

根据本公开的实施例，管理设备110还可以基于班车的位置，计算与班车相关联的运营费用。例如，管理设备110可以基于每个班车的运营信息中的位置的序列，计算每个班车的实际运营里程。管理设备110可以基于该实际运营里程计算应当向企业的班车运营商支付的运营费用。通过这种方式，可以精确地计算每个班车的实际运营里程，从而合理地计算运营费用。

图4示出了根据本公开的实施例的信息处理设备400的示意图。信息处理设备400可以被用于实现本公开的管理设备110、车载终端120、用户设备200、企业服务器300中的任一者。信息处理设备400可以被实现为服务器、计算机、平板电脑、智能电话、可穿戴设备等。信息处理设备400可以包括通信模块410、存储模块420以及处理电路430。

根据本公开的实施例，通信模块410可以执行信息处理设备400与其他设备的通信。根据本公开的实施例，通信模块410可以适用于不同的有线或无线通信协议，包括但不限于各种以太网通信、光纤通信、蜂窝通信、蓝牙、Wi-Fi等。根据本公开的实施例，通信模块410例如可以实现为天线器件、射频电路和部分基带处理电路等通信接口部件。通信模块410用虚线绘出，因为它还可以位于处理电路430内或者位于信息处理设备400之外。

根据本公开的实施例，存储模块420可以存储由处理电路430产生的信息，通过通信模块410从其他设备接收的信息，用于信息处理设备400操作的程序、机器代码和数据等。存储模块420用虚线绘出，因为它还可以位于处理电路430内或者位于信息处理设备400之外。存储模块420可以是易失性存储器和/或非易失性存储器。例如，存储模块420可以包括但不限于随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)以及闪存存储器。

根据本公开的实施例，处理电路430可以被用于实现信息处理设备400的各种功能。根据本公开的实施例，信息处理设备400可以被实现为管理设备110、车载终端120、用户设备200、企业服务器300中的任一者。相应地，处理电路430可以执行本文描述的相应的方法和功能。处理电路430可以被实现为一个或多个处理器、集成电路、现场可编程逻辑阵列，等等。处理电路430可以执行计算机程序或指令以执行本公开描述的一个或多个方法和功能。

本公开可以被实施为系统、方法和/或计算机程序产品。该计算机程序产品可以包括(一个或多个)计算机可读存储介质，其上具有计算机可读程序指令，用于使处理器执行本公开的方面。

计算机可读存储介质可以是可以保持和存储用于由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是例如(但不限于)电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的示例的非穷举的列表包括以下：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字通用盘(DVD)、记忆棒、软盘、机械编码设备(诸如其上存储有指令的打孔卡或凹槽内凸起结构)以及上述的任意合适的组合。如本文所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其它自由传播的电磁波、通过波导或其它传输介质传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络(例如互联网、局域网、广域网和/或无线网)下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配器卡或者网络接口从网络接收计算机可读程序指令，并转发这些计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开的操作的计算机可读程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、依赖机器的指令、微代码、固件指令、状态设置数据，或者以一种或多种编程语言的任意组合编写的或者源代码或者目标代码，这些编程语言包括面向对象的编程语言(诸如Smalltalk、C++等)以及常规过程式编程语言(诸如“C”编程语言或类似的编程语言)。计算机可读程序指令可以完全地在用户的计算机上执行、部分地在用户的计算机上执行、作为独立的软件包执行、部分在用户的计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(包括局域网(LAN)或广域网(WAN))连接到用户的计算机，或者，可以连接到外部计算机(例如使用互联网服务提供商通过互联网)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，包括例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，以便执行本公开的方面。

本文参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的方面。将理解的是，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以生产出机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/行为的装置。这些计算机可读程序指令也可被存储在计算机可读存储介质中，这些计算机可读程序指令可以指导计算机、可编程数据处理装置和/或其它设备以特定方式工作，从而，其中存储有指令的计算机可读介质包括制造品，该制造品包括实现流程图和/或框图中的一个或多个方框中规定的功能/行为的方面的指令。

计算机可读程序指令也可被加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程装置或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/行为。

图中的流程图和框图显示了根据本公开的各个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表模块、段或指令的一部分，该模块、段或指令的一部分包括用于实现规定的(一个或多个)逻辑功能的一个或多个可执行指令。在一些替换的实现中，方框中所标注的功能也可以以不同于图中所标注的顺序发生。例如，取决于所涉及的功能，两个连续的方框实际上可以基本并行地执行，或者这些方框有时也可以按相反的顺序执行。还将注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以由执行规定的功能或行为的或执行专用硬件与计算机指令的组合的基于专用硬件的系统来实现。

本领域技术人员还应当理解，在本公开的实施例中按照顺序例示的各种操作并不一定必须按照例示的顺序执行。本领域技术人员可以根据需要调整操作的顺序。本领域技术人员还可以根据需要，增加更多的操作或省略其中一些操作。

对本公开的各种实施例的描述已经出于说明的目的给出，但是并不旨在是详尽的或限制于所公开的实施例。在不脱离所描述的实施例的范围和精神的情况下，许多修改和变化对于本领域普通技术人员来说将是显然的。选择本文使用的术语，以最好地解释实施例的原理、实际应用或对市场中发现的技术的改进，或者使本领域其他技术人员能够理解本文公开的实施例。

Claims (17)

1.一种由信息处理设备执行的用于对企业的班车进行管理的方法，其特征在于，所述方法包括：

向与企业的班车相关联的车载终端发送配置信息，配置信息至少包括用户列表，用户列表包括被允许乘坐企业的班车的用户的标识信息，用户列表包括与企业的员工相关联的第一列表以及与企业的合作企业的员工相关联的第二列表；

从车载终端接收与班车相关联的运营信息，运营信息至少包括班车的位置以及与乘坐班车的用户相关联的标识信息；

至少基于运营信息，更新用户列表；以及

将对用户列表的更新发送给车载终端。

2.如权利要求1所述的方法，其特征在于，更新用户列表包括：

至少基于班车的位置以及与乘坐班车的用户相关联的标识信息，确定与合作企业相关联的余额；以及

基于与合作企业相关联的余额来更新用户列表。

3.如权利要求2所述的方法，其特征在于，基于与合作企业相关联的余额来更新用户列表包括：

响应于与合作企业相关联的余额低于第一预定阈值，将与合作企业的每个员工相关联的标识信息从第二列表移除；和/或

响应于与合作企业相关联的余额低于第二预定阈值，在第二列表中标记与合作企业的每个员工相关联的标识信息。

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

接收与合作企业相关联的更新后的余额；

响应于更新后的余额高于第一预定阈值，将与合作企业的每个员工相关联的标识信息添加到第二列表；以及

响应于更新后的余额高于第二预定阈值，在第二列表中取消标记与合作企业的每个员工相关联的标识信息。

5.如权利要求1所述的方法，其特征在于，用户列表还包括与用户列表中的一个或多个用户相关联的乘车优先级，并且发送给车载终端的配置信息还包括是否启用优先乘车模式的指示。

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

接收与一个或多个用户相关联的日程信息；以及

基于日程信息，确定与一个或多个用户相关联的乘车优先级。

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

将与一个或多个用户相关联的乘车优先级及是否启用优先乘车模式的指示发送给与一个或多个用户中的每个用户相关联的用户设备。

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

接收来自用户列表中的一个或多个用户的乘车请求，乘车请求包括一个或多个用户中的每个用户的用户位置；

基于运营信息以及用户位置，向与一个或多个用户中的每个用户相关联的用户设备发送以下各项中的至少一项：

与用户位置相关联的相应班车的当前位置；和

相应班车的空闲座位的数量。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

接收一个或多个用户的座位预定请求；以及

基于座位预定请求更新相应班车的空闲座位的数量。

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

基于运营信息，确定班车相对于预定运营状态的偏移或延误。

11.如权利要求10所述的方法，其特征在于，所述方法还包括：

基于班车的偏移或延误，向企业的出勤管理系统发送修正命令，修正命令指示对与企业的员工相关联的出勤状态进行修正。

12.如权利要求11所述的方法，其特征在于，修正命令包括：与偏移或延误相关联的员工的标识信息；以及偏移或延误的量。

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

基于对多个班车的运营信息的统计，将企业的员工与相应的停靠站点和/或相应的班车相关联；以及

基于与每个停靠站点和/或每个班车相关联的员工的数量，调整对多个班车的调度。

14.如权利要求1所述的方法，其特征在于，所述方法还包括：至少基于班车的位置，计算与班车相关联的运营费用。

15.一种用于对企业的班车进行管理的信息处理设备，其特征在于，所述信息处理设备包括：

一个或多个处理器；以及

计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序在由一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1-14中任一项所述的方法。

16.一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序在由一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1-14中所述任一项的方法。

17.一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序在由一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1-14中任一项所述的方法。

Images