此。
[0042] 后面所讨论的方法（其中一些通过流程图示出）可以通过硬件、软件、固件、中间 件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施 时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质（比如存 储介质）中。（一个或多个)处理器可以实施必要的任务。
[0043] 这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示 例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成 仅仅受限于这里所阐述的实施例。
[0044] 应当理解的是，虽然在这里可能使用了术语"第一"、"第二"等等来描述各个单元， 但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元 进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单 元，并且类似地第二单元可以被称为第一单元。这里所使用的术语"和/或"包括其中一个或 更多所列出的相关联项目的任意和所有组合。
[0045] 应当理解的是，当一个单元被称为"连接"或"耦合"到另一单元时，其可以直接连 接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为"直接连 接"或"直接耦合"到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描 述单元之间的关系的其他词语(例如"处于...之间"相比于"直接处于...之间"，"与...邻 近"相比于"与...直接邻近"等等）。
[0046] 这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非 上下文明确地另有所指，否则这里所使用的单数形式"一个"、"一项"还意图包括复数。还应 当理解的是，这里所使用的术语"包括"和/或"包含"规定所陈述的特征、整数、步骤、操作、 单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、 组件和/或其组合。
[0047] 还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附 图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可 以基本上同时执行或者有时可以按照相反的顺序来执行。
[0048] 下面结合附图和较佳的实施例对本发明作进一步说明。
[0049] 其中，本实施例的方法主要通过服务器端与客户端来实现;服务器端可以理解为 网络服务器、具有众多服务器的服务器集群、具有巨大存量的数据库等，但并限于上述几 种。客户端可以是手机、平板等移动终端设备，也可以是PC端等设备。
[0050] 需要说明的是，服务器端和客户端仅为举例，其他现有的或今后可能出现的网络 设备和客户端如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于 此。另外，本发明中的实施例仅为举例说明，实施例与实施例之间可以自由组合，多个实施 例之间也可以组合，只要能够实现本发明中的效果即可。
[0051 ] 实施例一
[0052] 如图1所示，本实施例中公开的一种公交车发车的控制方法，包括以下步骤：
[0053] S101，获取客户端发送的乘车请求信息；
[0054] S102,根据乘车请求信息得到每条线路在每个车站的发车请求值；
[0055] S103,若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该 条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。
[0056] 相比现有技术，本发明具有以下优点:现有技术中，公交车的发车一般都是固定时 间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需 求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较 长，那么可能会有一些乘车人需要等待的时间较长，造成不便，如果发车时间间隔较短，那 么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急 需一种调节公交车发车的方法来解决这种问题。本发明中公开的一种公交车发车的控制方 法，包括以下步骤:获取客户端发送的乘车请求信息;根据乘车请求信息得到每条线路在每 个车站的发车请求值;若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则 查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。采用这 种方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈 值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精 确，在经济与便利之间取得平衡。当然，在具体应用中，这种方法还可以与定时发车的方法 一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的 发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车人等待时间过长。
[0057]本发明的这种方法特别适用于相对较冷清的时段，因为这个时段的发车时间间隔 一般较长，采用本发明的这种方法可以使发车更加人性化，贴近乘车人的需求，减少乘车人 的等待公交车的时间，方便人们的出行。
[0058]当然，本实施例中，步骤S103中，若乘车线路在乘车请求人上车站的发车请求值未 达到预设的阈值，就不会查询该条线路在该车站之前的公交车数量，也不会发出该条线路 的发车指令;当然，若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询 该条线路在该车站之前的公交车数量，若大于零，则不会发出该条线路的发车指令。
[0059] 例如，位于公交车控制中心的服务器端获取用户通过客户端发送过来的乘车请求 信息，然后服务器端根据乘车请求信息统计所有要在同一个车站乘车的乘车请求人的乘车 请求值，乘车人可以是一个人，也可以两个人或大于两个人，他们都会在同一个车站乘车， 并且乘坐同一条线路，在服务器统计得到所有的乘车请求值之后，在经过计算得到发车请 求值，当发车请求值达到阈值时，服务器端就会查询在该车站之前的公交车数量辆，若为 零，则发出发车指令，而如果在该车站之前的公交车数量辆大于零，例如是一辆或以上，那 么就暂时不会发出发车指令，这时也可以结合定时发车的方法一起使用，例如定时发车的 时间间隔是三十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈 值，那么也可以在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。 [0000]本实施例中，是基于同一个公交车站进行判断的，统计乘车请求值时，也是基于同 一条乘车线路进行统计的，例如，乘车请求人A准备在甲站乘坐10路(上行），乘车请求人B准 备在甲站乘坐21路(上行），乘车请求人C准备在乙站乘坐10路(上行），乘车请求人D准备在 甲站乘坐 10路(上行），因此，在统计发车请求值时，10路(上行)在甲站的发车请求值应该将 乘车请求人A和乘车请求人D的乘车请求值计入;21路(上行)在甲站的发车请求值应该将乘 车请求人B的发车请求值计入;10路(上行)在乙站的发车请求值应该将乘车请求人C的发车 请求值计入。
[0061]根据一个示例，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息 和乘车请求人上车站信息；
[0062]所述获取客户端发送的乘车请求信息S101的步骤包括:获取客户端发送的乘车请 求人地理位置信息、乘车线路信息和乘车请求人上车站信息；
[0063]所述根据乘车请求信息得到每条线路在每个车站的发车请求值S102的步骤包括： 根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并 将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该 乘车请求人上车站的发车请求值；
[0064]所述若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条 线路在该车站之前的公交车数量，若为零，则发出该条线路的发车指令S103的步骤包括:若 乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并 在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。
[0065] 例如，乘车请求人A准备在甲站乘坐10路(上行），乘车请求人A距离甲站1千米;乘 车请求人B准备在甲站乘坐21路(上行），乘车请求人B距离甲站0.5千米;乘车请求人C准备 在乙站乘坐10路(上行），乘车请求人C距离乙站1.6千米;乘车请求人D准备在甲站乘坐10路 (上行），乘车请求人D距离甲站0.2千米。因此，在统计发车请求值时，10路(上行）在甲站的 发车请求值应该将乘车请求人A和乘车请求人D的乘车请求值计入;21路(上行)在甲站的发 车请求值应该将乘车请求人B的发车请求值计入；10路(上行)在乙站的发车请求值应该将 乘车请求人C的发车请求值计入。这样计算，如果其中的一条乘车线路在其中的一个车站的 发车请求值达到了预设的阈值，就会查询在这条乘车线路上运行并且同时位置在这