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

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

Info

Publication number
CN105654712A
CN105654712A CN201610194673.4A CN201610194673A CN105654712A CN 105654712 A CN105654712 A CN 105654712A CN 201610194673 A CN201610194673 A CN 201610194673A CN 105654712 A CN105654712 A CN 105654712A
Authority
CN
China
Prior art keywords
bus
value
claimant
departure
solicited message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610194673.4A
Other languages
English (en)
Inventor
方桂芝
朱泗英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Zhihuishifang Technology Co Ltd
Original Assignee
Shenzhen Zhihuishifang Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Zhihuishifang Technology Co Ltd filed Critical Shenzhen Zhihuishifang Technology Co Ltd
Publication of CN105654712A publication Critical patent/CN105654712A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125—Traffic data processing
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0137—Measuring and analyzing of parameters relative to traffic conditions for specific applications

Abstract

本发明公开一种公交车发车的控制方法，其特征在于，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；当发车请求值达到阈值时，发出发车指令。采用这种控制方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。

Description

一种公交车发车的控制方法和控制装置
技术领域
本发明涉及公交车调度领域，更具体的说，涉及一种公交车发车的控制方法和控制装置。
背景技术
随着国家经济的迅速发展，城市的机动车迅速增多，导致道路日益拥挤，公交车作为现代生活出行的重要交通工具，可以承载大量的出行人群，能够大大缓解交通压力，因而，公交车作为绿色出行，被大量推广和提倡。
公交车一般都是固定时间发车，例如在上午七点到九点之间，发车间隔一般较短，如七分钟，而在上午九点到十点之间，发车间隔一般就会较长，如十五分钟发一班车，而如果到了下午两点到四点，发车间隔可能更长，如三十分钟发一班车。
这种固定时间的发车方式，当发车的间隔时间较长时，乘车请求人错过一班车，可能就需要等待很久，造成乘车请求人的不方便。
发明内容
本发明所要解决的技术问题是提供一种减少乘车请求人等待时间的公交车发车的控制方法和控制装置。
本发明的目的是通过以下技术方案来实现的：
一种公交车发车的控制方法，包括以下步骤：
获取客户端发送的乘车请求信息；
根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
当发车请求值达到阈值时，发出发车指令。
优选的，所述乘车请求信息包括乘车线路信息；所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车线路信息；所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。
优选的，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。
优选的，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车上车站信息和乘车下车站信息；所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。
优选的，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；所述乘车请求值为乘车请求人与乘车上车站的距离的倒数。
本发明公开一种公交车发车的控制装置，其特征在于，包括：
获取装置，用于获取客户端发送的乘车请求信息；
统计装置，用于根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
发送装置，用于当发车请求值达到阈值时，发出发车指令。
优选的，所述乘车请求信息包括乘车线路信息；所述获取装置还用于：获取客户端发送的乘车线路信息；所述统计装置还用于：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。
优选的，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。
优选的，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；所述获取装置还用于：获取客户端发送的乘车上车站信息和乘车下车站信息；所述统计装置还用于：用于计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。
优选的，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；所述乘车请求值为乘车请求人与乘车上车站的距离的倒数。
相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车请求人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的控制方法来解决这种问题。本发明中公开的一种公交车发车的控制方法，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；当发车请求值达到阈值时，发出发车指令。采用这种控制方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种控制方法还可以与定时发车的方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车请求人等待时间过长。
本发明的这种控制方法特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种控制方法可以使发车更加人性化，贴近乘车请求人的需求，减少乘车请求人的等待公交车的时间，方便人们的出行。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1是本发明实施例一公交车发车的控制方法的流程图；
图2是本发明实施例二公交车发车的控制装置的示意图。
其中：201、获取装置，202、统计装置，203、发送装置。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。
所述计算机设备包括用户设备与网络设备。其中，所述用户设备或客户端包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。
需要说明的是，所述用户设备、客户端、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。
后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。
这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。
应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。
应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。
这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。
还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。
下面结合附图和较佳的实施例对本发明作进一步说明。
其中，本实施例的方法主要通过服务器端与客户端来实现；服务器端可以理解为网络服务器、具有众多服务器的服务器集群、具有巨大存量的数据库等，但并限于上述几种。客户端可以是手机、平板等移动终端设备，也可以是PC端等设备。
需要说明的是，服务器端和客户端仅为举例，其他现有的或今后可能出现的网络设备和客户端如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。另外，本发明中的实施例仅为举例说明，实施例与实施例之间可以自由组合，多个实施例之间也可以组合，只要能够实现本发明中的效果即可。
实施例一
如图1所示，本实施例中公开的一种公交车发车的控制方法，包括以下步骤：
S101，获取客户端发送的乘车请求信息；
S102，根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
S103，当发车请求值达到阈值时，发出发车指令。
相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车请求人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的控制方法来解决这种问题。本发明中公开的一种公交车发车的控制方法，包括以下步骤：获取客户端发送的乘车请求信息；根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；当发车请求值达到阈值时，发出发车指令。采用这种控制方法，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种控制方法还可以与定时发车的方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车请求人等待时间过长。
本发明的这种控制方法特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种控制方法可以使发车更加人性化，贴近乘车请求人的需求，减少乘车请求人的等待公交车的时间，方便人们的出行。
例如，位于公交车控制中心的服务器端获取用户通过客户端发送过来的乘车请求信息，然后服务器端根据乘车请求信息统计所有乘车请求人的乘车请求值，乘车请求人可以是一个人，也可以两个人或大于两个人，在服务器统计得到所有的乘车请求值之后，在经过计算得到发车请求值，当发车请求值达到阈值时，服务器端就可以发出发车指令，而如果发车请求值没有达到阈值，那么就暂时不会发出发车指令，这时也可以结合定时发车的控制方法一起使用，例如定时发车的时间间隔是三十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈值，那么也可以在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。
根据一个示例，所述乘车请求信息包括乘车线路信息；所述获取客户端发送的乘车请求信息S101的步骤包括：获取客户端发送的乘车线路信息；所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值S102的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。采用这种方式进行统计会更加准确，在发车时间和乘车请求人等待时间的之间取得一个平衡，这样可以使只有在具有一定数量的乘车请求人的基础上才会达到预设的发车阈值，从而公交车控制中心才会发车。乘车路线可以是公交车的线路编号，而同一编号的公交车在不同的方向上也会有区别，例如1路(上行)，1路(下行)，2路(上行)，2路(下行)，218路(上行)，218路(下行)，因此，一个城市中，就会一个公交车线路的编号就会仅有一种，这样就能在乘车请求人确定需要乘车的路线，更加准确的判断在运行的车辆数。例如，乘车请求人选择了1路(下行)，那么就会将该乘车请求人的乘车请求值，由此来统计所有选择了1路(下行)的乘车请求人的乘车请求值，然后减去目前在运行的1路(下行)的车辆数，例如目前在路上运行的1路(下行)的车辆数是三辆，那么就将所有的乘车请求值的求和值减去三辆，得到发车请求值。
具体的，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。这样就更加方便乘车请求值的计算，本实施例中，可以用计算公式来表示：所述发车请求值的计算公式为其中，K为发车请求值，an为乘车请求人与距离最近的公交车站的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数，M为在运行的乘车线路的车辆数，M的单位为辆。另外，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.2+1/1.67)-1＝6.375，如果预设的阈值为6，那么发车请求值已经达到并超过了预设的阈值，因此服务器端就会发出发车指令。而如果预设的阈值为7，那么发车请求值没有达到预设的阈值。服务器端就不会发出发车指令。预设的阈值可以根据实际情况进行设置，也可以随时监测发车请求值的情况，然后根据当前的实际情况，例如路况信息，上下班信息，人流量信息等调整预设的发车阈值。另外，当乘车请求人与距离最近的公交车站的距离很近时，例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘车请求值就是1/0.1＝10。
根据另一个示例，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；所述获取客户端发送的乘车请求信息S101的步骤包括：获取客户端发送的乘车上车站信息和乘车下车站信息；所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值S102的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。这种方式更加适合有多条线路的情况。
具体的，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；所述乘车请求值为乘车请求人与乘车上车站之间的距离的倒数。这样就更加方便乘车请求值的计算，本实施例中，可以用计算公式来表示：所述发车请求值的计算公式为其中，K为发车请求值，an为乘车请求人与乘车上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数，M为能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，M的单位为辆。另外，an的单位可以是米或者千米，或者其他单位，采用不同的单位，得到的发车请求值不同，设置的阈值也是相对变化的，这可以根据需要自由设定，这种控制方法更加适用于单独路线的公交车。例如，乘车请求人A、乘车请求人B、乘车请求人C和乘车请求人D都是准备从乘车上车站例如甲站到乘车下车站例如乙站，乘车请求人A距离甲站的距离是2千米，乘车请求人B距离甲站的距离是0.8千米，乘车请求人C距离甲站的距离是0.2千米，乘车请求人D距离甲站的距离是1.6千米，乘车请求人A、乘车请求人B、乘车请求人C和乘车请求人D在发出乘车请求后，服务器端在接收到这些信息后，就会计算发车请求值，例如服务器端查询到从能够从甲站到达乙站的线路有1路(上行)、10路(上行)和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。
实施例二
如图2所示，本实施例中公开一种公交车发车的控制装置，包括：
获取装置201，用于获取客户端发送的乘车请求信息；
统计装置202，用于根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
发送装置203，用于当发车请求值达到阈值时，发出发车指令。
相比现有技术，本发明具有以下优点：现有技术中，公交车的发车一般都是固定时间发车，在上班和下班高峰期间，公交车的发车时间间隔都比较短，能够满足大多人的需求，但是在一些相对较冷淡的时段，公交车的发车时间就不容易控制，如果发车时间间隔较长，那么可能会有一些乘车请求人需要等待的时间较长，造成不便，如果发车时间间隔较短，那么因为是冷谈时段，可能会造成公交车载客太少，甚至空载的情况，浪费公交资源，所以急需一种调节公交车发车的控制方法来解决这种问题。本发明公开一种公交车发车的控制装置，包括获取装置201，用于获取客户端发送的乘车请求信息；统计装置202，用于根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；发送装置203，用于当发车请求值达到阈值时，发出发车指令。采用这种控制装置，能够让公交车的发车通过具体的数据进行监控，只有在统计的发车请求值达到阈值时，才会达到发车的要求，才会向公交车发出发车指令，这样能够让公交车的发车更加精确，在经济与便利之间取得平衡。当然，在具体应用中，这种控制装置还可以与定时发车的控制方法一起使用，例如，虽然根据统计的发车请求值一直没有达到阈值，但是距离上一辆公交车的发车时间已经过去了半个小时，那么也可以发出发车指令了，以免让乘车请求人等待时间过长。
本发明的这种控制装置特别适用于相对较冷清的时段，因为这个时段的发车时间间隔一般较长，采用本发明的这种控制方法可以使发车更加人性化，贴近乘车请求人的需求，减少乘车请求人的等待公交车的时间，方便人们的出行。
例如，位于公交车控制中心的服务器端的获取装置201获取用户通过客户端发送过来的乘车请求信息，然后服务器端的统计装置202根据乘车请求信息统计所有乘车请求人的乘车请求值，乘车请求人可以是一个人，也可以两个人或大于两个人，在服务器统计得到所有的乘车请求值之后，在经过计算得到发车请求值，当发车请求值达到阈值时，服务器端的发送装置203就可以发出发车指令，而如果发车请求值没有达到阈值，那么就暂时不会发出发车指令，这时也可以结合定时发车的方法一起使用，例如定时发车的时间间隔是三十分钟，那么距离之前的一辆车发车的三十分钟内，发车请求值一直达到阈值，那么也可以在距离之前的一辆车发车的时间间隔达到三十分钟后，发出发车指令。
根据一个示例，所述乘车请求信息包括乘车线路信息；所述获取装置201还用于：获取客户端发送的乘车线路信息；所述统计装置202还用于：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。采用这种方式进行统计会更加准确，在发车时间和乘车请求人等待时间的之间取得一个平衡，这样可以使只有在具有一定数量的乘车请求人的基础上才会达到预设的发车阈值，从而公交车控制中心才会发车。乘车路线可以是公交车的线路编号，而同一编号的公交车在不同的方向上也会有区别，例如1路(上行)，1路(下行)，2路(上行)，2路(下行)，218路(上行)，218路(下行)，因此，一个城市中，就会一个公交车线路的编号就会仅有一种，这样就能在乘车请求人确定需要乘车的路线，更加准确的判断在运行的车辆数。例如，乘车请求人选择了1路(下行)，那么就会将该乘车请求人的乘车请求值，由此来统计所有选择了1路(下行)的乘车请求人的乘车请求值，然后减去目前在运行的1路(下行)的车辆数，例如目前在路上运行的1路(下行)的车辆数是三辆，那么就将所有的乘车请求值的求和值减去三辆，得到发车请求值。
具体的，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。这样就更加方便乘车请求值的计算，本实施例中，可以用计算公式来表示：所述发车请求值的计算公式为其中，K为发车请求值，an为乘车请求人与距离最近的公交车站的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数，M为在运行的乘车线路的车辆数，M的单位为辆。另外，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.2+1/1.67)-1＝6.375，如果预设的阈值为6，那么发车请求值已经达到并超过了预设的阈值，因此服务器端的发送装置203就会发出发车指令。而如果预设的阈值为7，那么发车请求值没有达到预设的阈值。服务器端的发送装置203就不会发出发车指令。预设的阈值可以根据实际情况进行设置，也可以随时监测发车请求值的情况，然后根据当前的实际情况，例如路况信息，上下班信息，人流量信息等调整预设的发车阈值。另外，当乘车请求人与距离最近的公交车站的距离很近时，例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘车请求值就是1/0.1＝10。
根据另一个示例，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；所述获取装置201还用于：获取客户端发送的乘车上车站信息和乘车下车站信息；所述统计装置202还用于：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。这种方式更加适合有多条线路的情况。
具体的，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；所述乘车请求值为乘车请求人与乘车上车站之间的距离的倒数。这样就更加方便乘车请求值的计算，本实施例中，可以用计算公式来表示：所述发车请求值的计算公式为其中，K为发车请求值，an为乘车请求人与乘车上车站之间的距离，下标n代表乘车请求人的人数，n为大于等于1的自然数，M为能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，M的单位为辆。另外，an的单位可以是米或者千米，或者其他单位，采用不同的单位，得到的发车请求值不同，设置的阈值也是相对变化的，这可以根据需要自由设定，这种控制方法更加适用于单独路线的公交车。例如，乘车请求人A、乘车请求人B、乘车请求人C和乘车请求人D都是准备从乘车上车站例如甲站到乘车下车站例如乙站，乘车请求人A距离甲站的距离是2千米，乘车请求人B距离甲站的距离是0.8千米，乘车请求人C距离甲站的距离是0.2千米，乘车请求人D距离甲站的距离是1.6千米，乘车请求人A、乘车请求人B、乘车请求人C和乘车请求人D在发出乘车请求后，服务器端在接收到这些信息后，就会计算发车请求值，例如服务器端查询到从能够从甲站到达乙站的线路有1路(上行)、10路(上行)和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，那么发车请求值已经达到并超过了预设的阈值，因此服务器端的发送装置203就会发出发车指令。而如果预设的阈值为4.5，那么发车请求值没有达到预设的阈值，服务器端的发送装置203就不会发出发车指令。预设的阈值可以根据实际情况进行设置，也可以随时监测发车请求值的情况，然后根据当前的实际情况，例如路况信息，上下班信息，人流量信息等调整预设的发车阈值。另外，当乘车请求人与乘车上车站的距离很近时，例如只有50米，此时为了方便计算，可以将小于等于100米的都按照100米进行计算，这样改乘车请求人的乘车请求值就是1/0.1＝10。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种公交车发车的控制方法，其特征在于，包括以下步骤：
获取客户端发送的乘车请求信息；
根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
当发车请求值达到阈值时，发出发车指令。
2.根据权利要求1所述的一种公交车发车的控制方法，其特征在于，所述乘车请求信息包括乘车线路信息；
所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车线路信息；
所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。
3.根据权利要求2所述的一种公交车发车的控制方法，其特征在于，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；
所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。
4.根据权利要求1所述的一种公交车发车的控制方法，其特征在于，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；
所述获取客户端发送的乘车请求信息的步骤包括：获取客户端发送的乘车上车站信息和乘车下车站信息；
所述根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值的步骤包括：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。
5.根据权利要求4所述的一种公交车发车的控制方法，其特征在于，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；
所述乘车请求值为乘车请求人与乘车上车站的距离的倒数。
6.一种公交车发车的控制装置，其特征在于，包括：
获取装置，用于获取客户端发送的乘车请求信息；
统计装置，用于根据乘车请求信息统计所有乘车请求人的乘车请求值，并得到发车请求值；
发送装置，用于当发车请求值达到阈值时，发出发车指令。
7.根据权利要求6所述的一种公交车发车的控制装置，其特征在于，所述乘车请求信息包括乘车线路信息；
所述获取装置还用于：获取客户端发送的乘车线路信息；
所述统计装置还用于：计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去在运行的乘车线路的车辆数，得到发车请求值。
8.根据权利要求7所述的一种公交车发车的控制装置，其特征在于，所述乘车请求信息包括乘车请求人与距离最近的公交车站的距离；
所述乘车请求值为乘车请求人与距离最近的公交车站的距离的倒数。
9.根据权利要求6所述的一种公交车发车的控制装置，其特征在于，所述乘车请求信息包括乘车上车站信息和乘车下车站信息；
所述获取装置还用于：获取客户端发送的乘车上车站信息和乘车下车站信息；
所述统计装置还用于：用于计算每个乘车请求人的乘车请求值，并将所有乘车请求值累加得到求和值，将求和值减去能够从所述乘车上车站到达所述乘车下车站、并且已在运行的车辆数，得到发车请求值。
10.根据权利要求9所述的一种公交车发车的控制装置，其特征在于，所述乘车请求信息包括乘车请求人与乘车上车站之间的距离；
所述乘车请求值为乘车请求人与乘车上车站的距离的倒数。
CN201610194673.4A 2016-01-21 2016-03-30 一种公交车发车的控制方法和控制装置 Pending CN105654712A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610041493 2016-01-21
CN2016100414932 2016-01-21

Publications (1)

Publication Number Publication Date
CN105654712A true CN105654712A (zh) 2016-06-08

Family

ID=56495959

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610194673.4A Pending CN105654712A (zh) 2016-01-21 2016-03-30 一种公交车发车的控制方法和控制装置

Country Status (1)

Country Link
CN (1) CN105654712A (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1242555A (zh) * 1998-07-10 2000-01-26 本田技研工业株式会社 配车系统
CN101996485A (zh) * 2009-08-14 2011-03-30 事必达科技股份有限公司 一种派遣车辆方法及装置
CN102324122A (zh) * 2011-05-14 2012-01-18 刘宇 可生成乘车方案并能预测客流量的智能乘车系统
CN102737129A (zh) * 2012-06-20 2012-10-17 东南大学 一种公交车辆区域行车时刻表编制的方法
CN103531018A (zh) * 2013-09-25 2014-01-22 青岛海信网络科技股份有限公司 公交车发车调度方法及公交车发车调度系统
CN104183117A (zh) * 2014-08-01 2014-12-03 浙江工业大学 公交发车的控制方法
CN104574935A (zh) * 2013-10-18 2015-04-29 西安造新电子信息科技有限公司 公交发车优化系统
CN105070037A (zh) * 2015-07-15 2015-11-18 国家电网公司 一种综合管理播报的公共交通信息平台及运行控制方法
CN105070044A (zh) * 2015-08-17 2015-11-18 南通大学 一种基于乘客预约的定制公交合乘车辆动态调度方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1242555A (zh) * 1998-07-10 2000-01-26 本田技研工业株式会社 配车系统
CN101996485A (zh) * 2009-08-14 2011-03-30 事必达科技股份有限公司 一种派遣车辆方法及装置
CN102324122A (zh) * 2011-05-14 2012-01-18 刘宇 可生成乘车方案并能预测客流量的智能乘车系统
CN102737129A (zh) * 2012-06-20 2012-10-17 东南大学 一种公交车辆区域行车时刻表编制的方法
CN103531018A (zh) * 2013-09-25 2014-01-22 青岛海信网络科技股份有限公司 公交车发车调度方法及公交车发车调度系统
CN104574935A (zh) * 2013-10-18 2015-04-29 西安造新电子信息科技有限公司 公交发车优化系统
CN104183117A (zh) * 2014-08-01 2014-12-03 浙江工业大学 公交发车的控制方法
CN105070037A (zh) * 2015-07-15 2015-11-18 国家电网公司 一种综合管理播报的公共交通信息平台及运行控制方法
CN105070044A (zh) * 2015-08-17 2015-11-18 南通大学 一种基于乘客预约的定制公交合乘车辆动态调度方法

Similar Documents

Publication Publication Date Title
CN105654713A (zh) 一种公交车发车的控制方法和控制装置
CN104537831B (zh) 车辆调度的方法及设备
CN107067707B (zh) 一种公交运营及乘客出行优化系统
CN105070044B (zh) 一种基于乘客预约的定制公交合乘车辆动态调度方法
US20190057480A1 (en) Method and apparatus for providing transportation service information
CN102592470B (zh) 一种交通信息发布方法、装置及系统
CN104735095B (zh) 一种云计算平台作业调度方法及装置
CN104346921A (zh) 基于位置信息的出租车信息通讯服务系统、终端和方法
CN108694844A (zh) 自动驾驶车辆控制方法、装置及存储介质
CN102637359A (zh) 基于复杂路网的出租车合乘集群优化系统及其优化方法
CN102104590A (zh) 提供路线信息的方法及系统
CN102819950A (zh) 一种交通工具搭载辅助决策的系统和方法
CN102324181A (zh) 自助式出租车即时预约系统及自助式出租车即时预约方法
CN102394011A (zh) 公交车自动化动态调度系统及方法
CN104599150A (zh) 一种智能客户拜访方法
CN109711588A (zh) 接送机服务的预订方法、系统、存储介质及电子设备
CN106295817A (zh) 一种用于在专线运输系统中进行接客调度的方法和装置
CN104956420B (zh) 用于列车晚点的腕表通知
WO2012148403A1 (en) Mobile traffic forecasting using public transportation information
CN105280012A (zh) 一种基于云计算的公交车调度系统
CN109685577A (zh) 一种公共交通自助计费方法和装置
CN103021173B (zh) 全息靶向智能公交系统的实现方法
CN109409549A (zh) 电动汽车换电的方法、系统、服务器和存储介质
EP3965026A1 (en) Method and device for use in information processing, and computer storage medium
JP2008217729A (ja) 携帯電話機によるタクシー利用受付システム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160608

WD01 Invention patent application deemed withdrawn after publication