.2+1/1.67)-1=6.375,如果预设的阈值为6,那么发车请求值已经达到并超过了预设的阈 值，因此服务器端就会发出发车指令。而如果预设的阈值为7,那么发车请求值没有达到预 设的阈值。服务器端就不会发出发车指令。预设的阈值可以根据实际情况进行设置，也可以 随时监测发车请求值的情况，然后根据当前的实际情况，例如路况信息，上下班信息，人流 量信息等调整预设的发车阈值。另外，当乘车请求人与距离最近的公交车站的距离很近时， 例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改 乘车请求人的乘车请求值就是1/0.1 = 10。
[0053] 根据另一个示例，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；所 述获取客户端发送的乘车请求信息S101的步骤包括:获取客户端发送的乘车上车站信息和 乘车下车站信息;所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车 请求值S102的步骤包括:计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得 到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车 辆数，得到发车请求值。这种方式更加适合有多条线路的情况。
[0054] 具体的，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离;所述乘车 请求值为乘车请求人与乘车上车站之间的距离的倒数。这样就更加方便乘车请求值的计 算，本实施例中，可以用计算公式来表示:所述发车请求值的计算公式为μ， l ,,.1 α?) 其中，K为发车请求值，an为乘车请求人与乘车上车站之间的距离，下标n代表乘车请求人的 人数，η为大于等于1的自然数，Μ为能够从所述乘车上车站到达所述乘车下车站、并且已在 运行的车辆数，Μ的单位为辆。另外，a n的单位可以是米或者千米，或者其他单位，采用不同 的单位，得到的发车请求值不同，设置的阈值也是相对变化的，这可以根据需要自由设定， 这种控制方法更加适用于单独路线的公交车。例如，乘车请求人A、乘车请求人B、乘车请求 人C和乘车请求人D都是准备从乘车上车站例如甲站到乘车下车站例如乙站，乘车请求人A 距离甲站的距离是2千米，乘车请求人B距离甲站的距离是0.8千米，乘车请求人C距离甲站 的距离是0.2千米，乘车请求人D距离甲站的距离是1.6千米，乘车请求人A、乘车请求人B、乘 车请求人C和乘车请求人D在发出乘车请求后，服务器端在接收到这些信息后，就会计算发 车请求值，例如服务器端查询到从能够从甲站到达乙站的线路有1路(上行）、1〇路(上行)和 218路(下行），而此时在路上运行的这三条线路的公交车数量分别为1路(上行)有1辆，10路 (上行)有1辆，218路(下行)有1辆。因此发车请求值K= (1/2+1/0.8+1/0.2+1/1.67)-(1 + 1+ 1) = 4.375,如果预设的阈值为4,那么发车请求值已经达到并超过了预设的阈值，因此服务 器端就会发出发车指令。而如果预设的阈值为4.5,那么发车请求值没有达到预设的阈值， 服务器端就不会发出发车指令。预设的阈值可以根据实际情况进行设置，也可以随时监测 发车请求值的情况，然后根据当前的实际情况，例如路况信息，上下班信息，人流量信息等 调整预设的发车阈值。另外，当乘车请求人与乘车上车站的距离很近时，例如只有50米，此 时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘 车请求值就是1/0.1 = 10。
[0055] 实施例二
[0056] 如图2所示，本实施例中公开一种公交车发车的控制装置，包括：
[0057]获取装置201，用于获取客户端发送的乘车请求信息；
[0058]统计装置202,用于根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到 发车请求值；
[0059] 发送装置203,用于当发车请求值达到阈值时，发出发车指令。
[0060] 相比现有技术，本发明具有以下优点:现有技术中，公交车的发车一般都是固定时 间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需 求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较 长，那么可能会有一些乘车请求人需要等待的时间较长，造成不便，如果发车时间间隔较 短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所 以急需一种调节公交车发车的控制方法来解决这种问题。本发明公开一种公交车发车的控 制装置，包括获取装置201，用于获取客户端发送的乘车请求信息；统计装置202，用于根据 乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值;发送装置203，用于 当发车请求值达到阈值时，发出发车指令。采用这种控制装置，能够让公交车的发车通过具 体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公 交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当 然，在具体应用中，这种控制装置还可以与定时发车的控制方法一起使用，例如，虽然根据 统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个 小时，那么也可以发出发车指令了，以免让乘车请求人等待时间过长。
[0061] 本发明的这种控制装置特别适用于相对较冷清的时段，因为这个时段的发车时间 间隔一般较长，采用本发明的这种控制方法可以使发车更加人性化，贴近乘车请求人的需 求，减少乘车请求人的等待公交车的时间，方便人们的出行。
[0062] 例如，位于公交车控制中心的服务器端的获取装置201获取用户通过客户端发送 过来的乘车请求信息，然后服务器端的统计装置202根据乘车请求信息统计所有乘车请求 人的乘车请求值，乘车请求人可以是一个人，也可以两个人或大于两个人，在服务器统计得 到所有的乘车请求值之后，在经过计算得到发车请求值，当发车请求值达到阈值时，服务器 端的发送装置203就可以发出发车指令，而如果发车请求值没有达到阈值，那么就暂时不会 发出发车指令，这时也可以结合定时发车的方法一起使用，例如定时发车的时间间隔是三 十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈值，那么也可以 在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。
[0063]根据一个示例，所述乘车请求信息包括乘车线路信息；所述获取装置201还用于： 获取客户端发送的乘车线路信息;所述统计装置202还用于:计算每个乘车请求人的乘车请 求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得 到发车请求值。采用这种方式进行统计会更加准确，在发车时间和乘车请求人等待时间的 之间取得一个平衡，这样可以使只有在具有一定数量的乘车请求人的基础上才会达到预设 的发车阈值，从而公交车控制中心才会发车。乘车路线可以是公交车的线路编号，而同一编 号的公交车在不同的方向上也会有区别，例如1路（上行），1路（下行），2路（上行），2路（下 行），218路(上行），218路(下行），因此，一个城市中，就会一个公交车线路的编号就会仅有 一种，这样就能在乘车请求人确定需要乘车的路线，更加准确的判断在运行的车辆数。例 如，乘车请求人选择了 1路(下行），那么就会将该乘车请求人的乘车请求值，由此来统计所 有选择了 1路(下行)的乘车请求人的乘车请求值，然后减去目前在运行的1路(下行）的车辆 数，例如目前在路上运行的1路(下行）的车辆数是三辆，那么就将所有的乘车请求值的求和 值减去三辆，得到发车请求值。
[0064] 具体的，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离;所述 乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。这样就更加方便乘车请求 值的计算，本实施例中，可以用计算公式来表示：所述发车请求值的计算公式为
i其中，K为发车请求值，8"为乘车请求人与距离最近的公交车站的距离，下 标η代表乘车请求人的人数，η为大于等于1的自然数，Μ为在运行的乘车线路的车辆数，Μ的 单位为辆。另外，an的单位可以是米或者千米，或者其他单位，采用不同的单位，得到的发车 请求值不同，设置的阈值也是相对变化的，这可以根据需要自由设定，这种控制方法更加适 用于单独路线的公交车。例如，乘车请求人A、乘车请求人B、乘车请求人C和乘