CN105654713A - 一种公交车发车的控制方法和控制装置 - Google Patents

Abstract

本发明公开一种公交车发车的控制方法，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息得到每条线路在每个车站的发车请求值；若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。采用这种方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。

Description

一种公交车发车的控制方法和控制装置

技术领域

本发明涉及公交车调度领域，更具体的说，涉及一种公交车发车的控制方法和控制装置。

背景技术

随着国家经济的迅速发展，城市的机动车迅速增多，导致道路日益拥挤，公交车作为现代生活出行的重要交通工具，可以承载大量的出行人群，能够大大缓解交通压力，因而，公交车作为绿色出行，被大量推广和提倡。

公交车一般都是固定时间发车，例如在上午七点到九点之间，发车间隔一般较短，如七分钟，而在上午九点到十点之间，发车间隔一般就会较长，如十五分钟发一班车，而如果到了下午两点到四点，发车间隔可能更长，如三十分钟发一班车。

这种固定时间的发车方式，当发车的间隔时间较长时，乘车请求人错过一班车，可能就需要等待很久，造成乘车请求人的不方便。

发明内容

本发明所要解决的技术问题是提供一种减少乘车请求人等待时间的公交车发车的方法和装置。

本发明的目的是通过以下技术方案来实现的：

一种公交车发车的控制方法，包括以下步骤：

获取客户端发送的乘车请求信息；

根据乘车请求信息得到每条线路在每个车站的发车请求值；

若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

优选的，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述根据乘车请求信息得到每条线路在每个车站的发车请求值的步骤包括：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

所述若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令的步骤包括：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

优选的，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

优选的，所述发车请求值的计算公式为：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数。

本发明公开一种公交车发车的控制装置，其特征在于，包括：

获取装置，用于获取客户端发送的乘车请求信息；

统计装置，用于根据乘车请求信息得到每条线路在每个车站的发车请求值；

发送装置，用于若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

优选的，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取装置还用于：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述统计装置还用于：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

发送装置还用于：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

优选的，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

优选的，所述发车请求值的计算公式为：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数。

相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的方法来解决这种问题。本发明中公开的一种公交车发车的控制方法，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息得到每条线路在每个车站的发车请求值；若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。采用这种方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种方法还可以与定时发车的方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车人等待时间过长。

本发明的这种方法特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种方法可以使发车更加人性化，贴近乘车人的需求，减少乘车人的等待公交车的时间，方便人们的出行。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明实施例一公交车发车的控制方法的流程图；

图2是本发明实施例二公交车发车的控制装置的示意图。

其中：201、获取装置，202、统计装置，203、发送装置。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备或客户端包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、客户端、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图和较佳的实施例对本发明作进一步说明。

其中，本实施例的方法主要通过服务器端与客户端来实现；服务器端可以理解为网络服务器、具有众多服务器的服务器集群、具有巨大存量的数据库等，但并限于上述几种。客户端可以是手机、平板等移动终端设备，也可以是PC端等设备。

需要说明的是，服务器端和客户端仅为举例，其他现有的或今后可能出现的网络设备和客户端如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。另外，本发明中的实施例仅为举例说明，实施例与实施例之间可以自由组合，多个实施例之间也可以组合，只要能够实现本发明中的效果即可。

实施例一

如图1所示，本实施例中公开的一种公交车发车的控制方法，包括以下步骤：

S101,获取客户端发送的乘车请求信息；

S102,根据乘车请求信息得到每条线路在每个车站的发车请求值；

S103,若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的方法来解决这种问题。本发明中公开的一种公交车发车的控制方法，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息得到每条线路在每个车站的发车请求值；若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。采用这种方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种方法还可以与定时发车的方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车人等待时间过长。

本发明的这种方法特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种方法可以使发车更加人性化，贴近乘车人的需求，减少乘车人的等待公交车的时间，方便人们的出行。

当然，本实施例中，步骤S103中，若乘车线路在乘车请求人上车站的发车请求值未达到预设的阈值，就不会查询该条线路在该车站之前的公交车数量，也不会发出该条线路的发车指令；当然，若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量，若大于零，则不会发出该条线路的发车指令。

例如，位于公交车控制中心的服务器端获取用户通过客户端发送过来的乘车请求信息，然后服务器端根据乘车请求信息统计所有要在同一个车站乘车的乘车请求人的乘车请求值，乘车人可以是一个人，也可以两个人或大于两个人，他们都会在同一个车站乘车，并且乘坐同一条线路，在服务器统计得到所有的乘车请求值之后，在经过计算得到发车请求值，当发车请求值达到阈值时，服务器端就会查询在该车站之前的公交车数量辆，若为零，则发出发车指令，而如果在该车站之前的公交车数量辆大于零，例如是一辆或以上，那么就暂时不会发出发车指令，这时也可以结合定时发车的方法一起使用，例如定时发车的时间间隔是三十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈值，那么也可以在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。

本实施例中，是基于同一个公交车站进行判断的，统计乘车请求值时，也是基于同一条乘车线路进行统计的，例如，乘车请求人A准备在甲站乘坐10路(上行)，乘车请求人B准备在甲站乘坐21路(上行)，乘车请求人C准备在乙站乘坐10路(上行)，乘车请求人D准备在甲站乘坐10路(上行)，因此，在统计发车请求值时，10路(上行)在甲站的发车请求值应该将乘车请求人A和乘车请求人D的乘车请求值计入；21路(上行)在甲站的发车请求值应该将乘车请求人B的发车请求值计入；10路(上行)在乙站的发车请求值应该将乘车请求人C的发车请求值计入。

根据一个示例，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取客户端发送的乘车请求信息S101的步骤包括：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述根据乘车请求信息得到每条线路在每个车站的发车请求值S102的步骤包括：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

所述若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量，若为零，则发出该条线路的发车指令S103的步骤包括：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

例如，乘车请求人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的发车请求值计入。这样计算，如果其中的一条乘车线路在其中的一个车站的发车请求值达到了预设的阈值，就会查询在这条乘车线路上运行并且同时位置在这个车站之前的公交车数量，如果是零，就会发出让这条乘车线路的公交车发车的指令，如果大于零，就不发出发车指令。

具体的，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

详细的计算时，可以采用发车请求值的计算公式：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，单位可以是千米或者是米，或者其他单位，下标n代表乘车请求人的人数，n为大于等于1的自然数。

例如，乘车请求人A准备在甲站乘坐10路(上行)，乘车请求人A距离甲站1千米；乘车请求人B准备在甲站乘坐21路(上行)，乘车请求人B距离甲站0.5千米；乘车请求人C准备在乙站乘坐10路(上行)，乘车请求人C距离乙站1.6千米；乘车请求人D准备在甲站乘坐10路(上行)，乘车请求人D距离甲站0.2千米。因此，在统计发车请求值时，10路(上行)在甲站的发车请求值应该将乘车请求人A和乘车请求人D的乘车请求值计入，10路(上行)在甲站的发车请求值K＝1/1+1/0.2＝6；21路(上行)在甲站的发车请求值应该将乘车请求人B的发车请求值计入，21路(上行)在甲站的发车请求值K＝1/0.5＝2；10路(上行)在乙站的发车请求值应该将乘车请求人C的发车请求值计入，10路(上行)在乙站的发车请求值K＝1/1.6＝0.625。这样，例如10路(上行)在甲站设置的阈值是5，那么此时10路(上行)在甲站的发车请求值是6，超过了阈值5，所以之后服务器端将查询在运行的10路(上行)的、并沿10路(上行)方向在甲站之前的公交车数量，如果查询到的数量是零，那么服务器端就会发出10路(上行)的发车指令，这样10路(上行)公交车将会从总车站发出。如果10路(上行)在甲站设置的阈值是6，那么此时10路(上行)在甲站的发车请求值是6，达到了阈值6，所以之后服务器端也将查询在运行的10路(上行)的、并沿10路(上行)方向在甲站之前的公交车数量。而如果10路(上行)在甲站设置的阈值是7，那么此时10路(上行)在甲站的发车请求值是6，没有达到阈值7，那么服务器端就不会进行查询，也不会发出发车指令。再如21路(上行)在甲站的设置的阈值是3，那么此时21路(上行)在甲站的发车请求值是2，没有达到阈值3，那么服务器就不会查询，也不会发出发车指令。又如10路(上行)在乙站设置的阈值是2，那么此时10路(上行)在乙站的发车请求值是0.625，没有达到阈值2，那么服务器就不会查询，也不会发出发车指令，而如果此时又有乘车请求人E也是欲在乙站乘坐10路(上行)，于是乘车请求人E将乘车请求信息发送到了服务器端，此时乘车请求人E距离乙站的距离是0.5千米，服务器端在收到后，计算乘车请求人E的乘车请求值为1/0.5＝2，这样10路(上行)在乙站的发车请求值K＝0.625+2＝2.625，大于设置的阈值2，所以之后服务器端也将查询在运行的10路(上行)的、并沿10路(上行)方向在乙站之前的公交车数量，如果查询到的数量是零，那么服务器端就会发出10路(上行)的发车指令，这样10路(上行)公交车将会从总车站发出。另外，当乘车请求人与乘车请求人上车站的距离很近时，例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘车请求值就是1/0.1＝10。

实施例二

如图2所示，本实施例中公开的一种公交车发车的控制装置，包括以下步骤：

获取装置201，用于获取客户端发送的乘车请求信息；

统计装置202，用于根据乘车请求信息得到每条线路在每个车站的发车请求值；

发送装置203，用于若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的方法来解决这种问题。本发明中公开的一种公交车发车的控制装置，包括以下步骤：获取装置201，用于获取客户端发送的乘车请求信息；统计装置202，用于根据乘车请求信息得到每条线路在每个车站的发车请求值；发送装置203，用于若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。采用这种装置，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种方法还可以与定时发车的方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车人等待时间过长。

本发明的这种装置特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种方法可以使发车更加人性化，贴近乘车人的需求，减少乘车人的等待公交车的时间，方便人们的出行。

当然，本实施例中，发送装置203还用于：若乘车线路在乘车请求人上车站的发车请求值未达到预设的阈值，就不会查询该条线路在该车站之前的公交车数量，也不会发出该条线路的发车指令；当然，若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量，若大于零，则不会发出该条线路的发车指令。

例如，位于公交车控制中心的服务器端的获取装置201获取用户通过客户端发送过来的乘车请求信息，然后服务器端的统计装置202根据乘车请求信息统计所有要在同一个车站乘车的乘车请求人的乘车请求值，乘车人可以是一个人，也可以两个人或大于两个人，他们都会在同一个车站乘车，并且乘坐同一条线路，在服务器统计得到所有的乘车请求值之后，在经过计算得到发车请求值，当发车请求值达到阈值时，服务器端的发送装置203就会查询在该车站之前的公交车数量辆，若为零，则发出发车指令，而如果在该车站之前的公交车数量辆大于零，例如是一辆或以上，那么就暂时不会发出发车指令，这时也可以结合定时发车的方法一起使用，例如定时发车的时间间隔是三十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈值，那么也可以在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。

本实施例中，是基于同一个公交车站进行判断的，统计乘车请求值时，也是基于同一条乘车线路进行统计的，例如，乘车请求人A准备在甲站乘坐10路(上行)，乘车请求人B准备在甲站乘坐21路(上行)，乘车请求人C准备在乙站乘坐10路(上行)，乘车请求人D准备在甲站乘坐10路(上行)，因此，在统计发车请求值时，10路(上行)在甲站的发车请求值应该将乘车请求人A和乘车请求人D的乘车请求值计入；21路(上行)在甲站的发车请求值应该将乘车请求人B的发车请求值计入；10路(上行)在乙站的发车请求值应该将乘车请求人C的发车请求值计入。

根据一个示例，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取装置201还用于：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述统计装置202还用于：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

所述发送装置203还用于：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

例如，乘车请求人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的发车请求值计入。这样计算，如果其中的一条乘车线路在其中的一个车站的发车请求值达到了预设的阈值，就会查询在这条乘车线路上运行并且同时位置在这个车站之前的公交车数量，如果是零，就会发出让这条乘车线路的公交车发车的指令，如果大于零，就不发出发车指令。

具体的，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

详细的计算时，可以采用发车请求值的计算公式：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，单位可以是千米或者是米，或者其他单位，下标n代表乘车请求人的人数，n为大于等于1的自然数。

例如，乘车请求人A准备在甲站乘坐10路(上行)，乘车请求人A距离甲站1千米；乘车请求人B准备在甲站乘坐21路(上行)，乘车请求人B距离甲站0.5千米；乘车请求人C准备在乙站乘坐10路(上行)，乘车请求人C距离乙站1.6千米；乘车请求人D准备在甲站乘坐10路(上行)，乘车请求人D距离甲站0.2千米。因此，在统计发车请求值时，10路(上行)在甲站的发车请求值应该将乘车请求人A和乘车请求人D的乘车请求值计入，10路(上行)在甲站的发车请求值K＝1/1+1/0.2＝6；21路(上行)在甲站的发车请求值应该将乘车请求人B的发车请求值计入，21路(上行)在甲站的发车请求值K＝1/0.5＝2；10路(上行)在乙站的发车请求值应该将乘车请求人C的发车请求值计入，10路(上行)在乙站的发车请求值K＝1/1.6＝0.625。这样，例如10路(上行)在甲站设置的阈值是5，那么此时10路(上行)在甲站的发车请求值是6，超过了阈值5，所以之后服务器端将查询在运行的10路(上行)的、并沿10路(上行)方向在甲站之前的公交车数量，如果查询到的数量是零，那么服务器端就会发出10路(上行)的发车指令，这样10路(上行)公交车将会从总车站发出。如果10路(上行)在甲站设置的阈值是6，那么此时10路(上行)在甲站的发车请求值是6，达到了阈值6，所以之后服务器端也将查询在运行的10路(上行)的、并沿10路(上行)方向在甲站之前的公交车数量。而如果10路(上行)在甲站设置的阈值是7，那么此时10路(上行)在甲站的发车请求值是6，没有达到阈值7，那么服务器端就不会进行查询，也不会发出发车指令。再如21路(上行)在甲站的设置的阈值是3，那么此时21路(上行)在甲站的发车请求值是2，没有达到阈值3，那么服务器就不会查询，也不会发出发车指令。又如10路(上行)在乙站设置的阈值是2，那么此时10路(上行)在乙站的发车请求值是0.625，没有达到阈值2，那么服务器就不会查询，也不会发出发车指令，而如果此时又有乘车请求人E也是欲在乙站乘坐10路(上行)，于是乘车请求人E将乘车请求信息发送到了服务器端，此时乘车请求人E距离乙站的距离是0.5千米，服务器端在收到后，计算乘车请求人E的乘车请求值为1/0.5＝2，这样10路(上行)在乙站的发车请求值K＝0.625+2＝2.625，大于设置的阈值2，所以之后服务器端也将查询在运行的10路(上行)的、并沿10路(上行)方向在乙站之前的公交车数量，如果查询到的数量是零，那么服务器端就会发出10路(上行)的发车指令，这样10路(上行)公交车将会从总车站发出。另外，当乘车请求人与乘车请求人上车站的距离很近时，例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘车请求值就是1/0.1＝10。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (8)

1.一种公交车发车的控制方法，其特征在于，包括以下步骤：

获取客户端发送的乘车请求信息；

根据乘车请求信息得到每条线路在每个车站的发车请求值；

若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

2.根据权利要求1所述的一种公交车发车的控制方法，其特征在于，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述根据乘车请求信息得到每条线路在每个车站的发车请求值的步骤包括：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

所述若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令的步骤包括：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

3.根据权利要求2所述的一种公交车发车的控制方法，其特征在于，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

4.根据权利要求2所述的一种公交车发车的控制方法，其特征在于，所述发车请求值的计算公式为：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数。

5.一种公交车发车的控制装置，其特征在于，包括：

获取装置，用于获取客户端发送的乘车请求信息；

统计装置，用于根据乘车请求信息得到每条线路在每个车站的发车请求值；

发送装置，用于若其中一条线路在其中一个车站的发车请求值达到预设的阈值，则查询该条线路在该车站之前的公交车数量辆，若为零，则发出该条线路的发车指令。

6.根据权利要求5所述的一种公交车发车的控制装置，其特征在于，所述乘车请求信息包括乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述获取装置还用于：获取客户端发送的乘车请求人地理位置信息、乘车线路信息和乘车请求人上车站信息；

所述统计装置还用于：根据乘车请求人地理位置信息和乘车请求人上车站信息确定乘车请求人的乘车请求值，并将所有在同一乘车线路和同一乘车请求人上车站的乘车请求值累加得到该乘车线路在该乘车请求人上车站的发车请求值；

发送装置还用于：若乘车线路在乘车请求人上车站的发车请求值达到预设的阈值，则查询该乘车线路上运行并在该乘车请求人上车站之前的公交车数量，若为零，则发出发车指令。

7.根据权利要求6所述的一种公交车发车的控制装置，其特征在于，每个乘车请求人的乘车请求值计算过程为：根据乘车请求人地理位置信息确定乘车请求人与乘车请求人上车站之间的距离，所述乘车请求值为乘车请求人与乘车请求人上车站的距离的倒数。

8.根据权利要求6所述的一种公交车发车的控制装置，其特征在于，所述发车请求值的计算公式为：

$K=\underset{n=1}{\overset{n}{\Σ}}\frac{1}{a_n}$

其中，K为发车请求值，a_n为乘车请求人与乘车请求人上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数。