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