一种公交客流查询方法、系统及相关设备与流程

1.本发明涉及网络技术领域，特别涉及一种公交客流查询方法、系统及一种服务器、一种移动终端。


背景技术：

2.目前，乘客在使用移动终端查询公交信息的时候，只能看到下一班次车辆距离当前站点还有几站或还有多长时间到站，而不能提前获知车内的拥挤情况，可能会造成公交非常拥挤或者乘客候车很久却挤不上车的情况，造成不好的乘车体验，因此需要通过公交客流查询得到车上的实时客流人数。公交的公交客流人数需要得到乘客的上车站点、下车站点来进行计算，上车站点通过车载机记载的交易数据可以得到，现在多数城市的公交只需上车刷卡或刷码即可，下车不需要刷码或刷卡，为了准确获得下车乘客数量，现有技术会在下车门处设置摄像头采集下车乘客的头像，但这种方式会涉及到乘客隐私安全，受到很多乘客的反对。为了统计客流，现有技术还采用wifi探针读取乘客wifi设备(如手机)的mac地址，通过mac地址的数量得到公交车的客流人数，但是，这种方式只有每个乘客都主动连接车上的wifi网络才能准确得到客流人数，乘车体验不佳。


技术实现要素：

3.鉴于上述问题，有必要提出一种公交客流查询方法以解决或部分解决上述问题，本发明提出的技术方案如下：
4.第一方面，本发明提出了一种公交客流查询方法，包括：
5.接收各车载机具传来的线路信息，所述线路信息包括车辆id、公交线路号、运行方向信息、站点位置信息；
6.按预设时间间隔接收各车载机具传来的车辆信息，所述车辆信息包括车辆id、各站点的离站时间；
7.按预设时间间隔接收各信号探测器传来的探测数据，所述探测数据包括车辆id、探测时间、移动用户识别码；
8.根据车辆id关联探测数据、车辆信息、线路信息；
9.利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；
10.接收移动终端传来的目标车辆查询指令、乘客当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息，将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
11.进一步的，利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，具体包括：
12.将与离站时间匹配的探测时间对应的移动用户识别码的数量作为相应站点的客流人数；或者，判断与离站时间匹配的探测时间对应的移动用户识别码、探测时间处于站点的离站时间之后的预设时间段内的移动用户识别码是否一致，将完全一致的移动用户识别码的数量作为相应站点的客流人数。
13.进一步的，利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，具体包括：
14.将同一车辆id当前站点离站时间的移动用户识别码与上一站点离站时间的移动用户识别码进行对比，确定新增的移动用户识别码数量和消失的移动用户识别码数量，得到当前站点该车辆的上车人数和下车人数；
15.根据各站点同一车辆的上车人数和下车人数，确定各站点对应的各车辆的客流人数。
16.进一步的，将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，具体包括：
17.根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；
18.将乘客当前位置信息在客流信息中匹配得到乘车点信息；
19.从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
20.进一步的，将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，具体包括：
21.根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；
22.将乘客当前位置信息在客流信息中匹配得到乘车点信息；
23.从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点且与所述乘车点最近的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
24.第二方面，本发明提出了另一种公交客流查询方法，包括：
25.生成目标车辆查询指令，所述目标车辆查询指令至少包括公交线路号、运行方向信息；
26.获取乘客当前位置信息；
27.将目标车辆查询指令及乘客当前位置信息发送给服务器，并接收服务器根据所述目标车辆查询指令、乘客当前位置信息生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数。
28.第三方面，本发明提出了一种服务器，包括数据接收模块和数据处理模块，其中：
29.数据接收模块，用于接收各车载机具传来的线路信息，所述线路信息包括车辆id、公交线路号、运行方向信息、站点位置信息；还用于按预设时间间隔接收各车载机具传来的车辆信息，所述车辆信息包括车辆id、各站点的离站时间；还用于按预设时间间隔接收各信号探测器传来的探测数据，所述探测数据包括车辆id、探测时间、移动用户识别码；还用于
接收移动终端传来的目标车辆查询指令、乘客当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息；
30.数据处理模块，用于利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；还用于将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
31.第四方面，本发明提出了一种移动终端，包括指令发送模块和信息接收模块，其中：
32.指令发送模块，用于生成目标车辆查询指令并发送给服务器，所述目标车辆查询指令至少包括公交线路号、运行方向信息；还用于获取乘客当前位置信息并发送给服务器；
33.信息接收模块，用于接收服务器根据所述公交线路号、运行方向信息、乘客当前位置信息提供的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数。
34.第五方面，本发明提出了一种公交客流查询系统，包括信号探测器、车载机具、服务器、移动终端，其中：
35.信号探测器，与服务器连接，用于获取公交车内乘客移动终端的移动用户识别码，并将移动用户识别码和获取移动用户识别码的探测时间打包成探测数据发送给服务器，所述探测数据包括车辆id、探测时间、移动用户识别码；
36.车载机具，与服务器连接，用于将车辆信息发送给服务器，车辆信息包括公交线路号、运行方向信息、车辆id、站点位置信息、各站点的离站时间；
37.移动终端，与服务器连接，用于向服务器发送目标车辆查询指令和乘客当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息，还用于接收服务器生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数；
38.服务器，分别与信号探测器、车载机具、移动终端连接，用于接收信号探测器传来的探测数据、车载机具传来的车辆信息和线路信息，以及移动终端传来的目标车辆查询指令、乘客当前位置信息，用于利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；还用于将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
39.基于上述技术方案，本发明较现有技术而言的有益效果为：
40.本发明公开的一种公交客流查询方法，服务器接收信号探测器传来的探测数据、车载机具传来的车辆信息和线路信息，以及移动终端传来的目标车辆查询指令、乘客当前位置信息，利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。该方法通过移动用户识别码得到客流人数，将乘车点信息以及即将通过该乘车点的目标车辆的客流人数发送给移动终端，移动用户识别码不
与具体的乘客进行关联，不涉及乘客的隐私，具有安全性，解决了使用摄像头采集下车乘客的头像涉及乘客隐私安全的问题；而且，该方法通过信号探测器获取移动用户识别码来统计客流人数，结合传统的客流人数获取方法，可以得到更准确的客流人数；另外，只要移动终端内的电话卡为正常工作状态即可容易得到移动用户识别码，乘客是无感操作的状态，提高了乘客的乘车体验，克服了使用wifi探针获取客流人数时乘车体验不佳的问题。
附图说明
41.图1是本发明实施例一中，一种公交客流查询方法的流程示意图；
42.图2是本发明实施例二中，一种公交客流查询方法的流程示意图；
43.图3是本发明实施例三中，一种服务器的结构示意图；
44.图4是本发明实施例四中，一种移动终端的结构示意图；
45.图5是本发明实施例五中，一种公交客流查询系统的结构示意图。
具体实施方式
46.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
47.实施例一
48.本实施例提出了一种公交客流查询方法，如图1所示，包括：
49.步骤s101：接收各车载机具传来的线路信息，所述线路信息包括车辆id、公交线路号、运行方向信息、站点位置信息。具体的，所述车辆信息包括车辆id、公交线路号、运行方向信息、站点位置信息，公交线路号详细规划了车辆经过的各站点，运行方向信息即上、下行信息，站点位置信息包括站点名称和站点的经纬度。车载机具会把车辆id、公交线路号、运行方向信息、站点位置信息发送给服务器。在一些实施例中，在车辆运行前，公交调度系统也会把各公交车辆的公交线路号、运行方向信息、站点位置信息发送给对应车辆的车载机具。
50.如表1示意了服务器接收的线路信息。在表1中，用甲、乙、丙
……
分别表示车辆id，用a、b、c
……
分别表示车辆各站点的站点位置信息，用t
甲a
、t
甲b
…
t
乙a
、t
乙b
…
分别表示车辆各站点的离站时间，本实施例中以同一公交线路号(101路)的上行方向上的公交车为例进行说明。
[0051][0052]
表1
[0053]
步骤s102：按预设时间间隔接收各车载机具传来的车辆信息，所述车辆信息包括车辆id、各站点的离站时间。
[0054]
具体的，所述车辆信息包括车辆id、各站点的离站时间。在实际应用中，预设时间间隔要小于车辆在不同站点间的运行时间，以此保证车辆在相邻两站点间的车辆位置信息都能被准确接收。司机每一站关门发车时按一下提示按钮，车载机具记录司机按提示按钮的时间作为离站时间，在本实施例中，优选的每20s车载机具上传一次离站时间，将车辆id、各站点的离站时间打包成探测数据发送给服务器。
[0055]
如表2示意了服务器接收的车辆信息。在表2中，用甲、乙、丙
……
分别表示车辆id，用a、b、c
……
分别表示车辆各离站时间对应的站点位置信息，用t
甲a
、t
甲b
…
t
乙a
、t
乙b
…
分别表示车辆各站点的离站时间，本实施例中以同一公交线路号(101路)的上行方向上的公交车为例进行说明。
[0056][0057]
表2
[0058]
步骤s103：按预设时间间隔接收信号探测器传来的探测数据，所述探测数据包括车辆id、探测时间、移动用户识别码。
[0059]
具体的，探测数据包括车辆id、探测时间、移动用户识别码。移动用户识别码又称国际移动用户识别码(英语：imsi，internationalmobilesubscriberidentity)，是用于区分蜂窝网络中不同用户的、在所有蜂窝网络中不重复的识别码。手机将imsi存储于一个64比特的字段发送给网络。为了避免被监听者识别并追踪特定的用户，大部分情形下手机和
网络之间的通信会使用随机产生的临时移动用户识别码。信号探测器会预先和车辆id进行绑定，在实际应用中，预设时间间隔要小于车辆在不同站点间的运行时间，以此保证车辆到达每个站点位置时相应的乘客的移动用户识别码都能被准确探测。在本实施例中，优选的每20s采集一次移动用户识别码，将车辆id、探测时间、移动用户识别码打包成探测数据发送给服务器。如表3示意了服务器接收的探测数据。在表3中，用甲、乙、丙
……
分别表示车辆id，用t
甲1
、t
甲2
…
、t
乙1
、t
乙2
……
分别表示探测时间，用x1、x2、x3…
、y1、y2……
来描述移动用户识别码。
[0060][0061]
表3步骤s104：根据车辆id关联探测数据、车辆信息、线路信息。
[0062][0063][0064]
表4
[0065]
假设根据车辆甲关联探测数据和车辆信息，得到如表4所示的数据组合，每次接收到新的探测数据都会加入到表4中。由于探测时间比较短，因此在实际应用中站点间的探测数据至少有5组以上，且由于车辆在站点间运行时移动用户识别码应该是不变的，因此多个探测时间对应的移动用户识别码是一致的。由于篇幅有限，本实施例省略了一些探测数据。
[0066]
步骤s105：利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息。
[0067]
在一些实施例中，将与离站时间匹配的探测时间对应的移动用户识别码的数量作为相应站点的客流人数。
[0068]
[0069]
表5
[0070]
比如步骤s102中得到了站点c的离站时间为t
甲c
，去表3中得到与离站时间t
甲c
匹配的探测时间为t
甲6
，则将t
甲6
对应的移动用户识别码的数量作为相应站点c的客流人数，即在站点c有6人。将得到的客流人数、相应的车辆信息生成如表5所示的客流信息。在表5中，车辆id用甲、乙、
……
表示，车辆各站点的站点位置信息分别用a、b、c
……
表示，本实施例中以同一公交线路号(101路)、运行方向信息为上行进行举例说明。
[0071]
在另一些实施例中，公交车在离开站点的过程中，可能会采集到站台上未上车的乘客的移动用户识别码，导致采集到的移动用户识别码并不全是车上乘客的，因此，本实施例提出了一种方案，判断与离站时间匹配的探测时间对应的移动用户识别码、探测时间处于站点的离站时间之后的预设时间段内的移动用户识别码是否一致，将完全一致的移动用户识别码的数量作为相应站点的客流人数。
[0072]
比如步骤s102中得到了站点a的离站时间为t
甲a
，假设与离站时间t
甲a
匹配的探测时间为t
甲3
。在实际应用中，预设时间段要小于车辆在不同站点间的运行时间，以此下一站的乘客的移动用户识别码不会干扰到本站点的移动用户识别码，在本实施例中，优选的将预设时间段设置为3分钟，假设得到t
甲a
之后的预设时间段内有t
甲4
，将t
甲4
与t
甲a
完全一致的移动用户识别码的数量作为相应站点a的客流人数，即在站点a有6人。将得到的客流人数、相应的车辆信息，以及与离站时间对应的车辆位置信息生成如表6所示的客流信息。在表6中，车辆id用甲、乙、
……
表示，车辆各站点的站点位置信息分别用a、b、c
……
j、k表示，本实施例中以同一公交线路号(101路)、运行方向信息为上行进行举例说明。
[0073][0074][0075]
表6
[0076]
在另一些实施例中，将同一车辆id当前站点离站时间的移动用户识别码与上一站点离站时间的移动用户识别码进行对比，确定新增的移动用户识别码数量和消失的移动用户识别码数量，得到当前站点该车辆的上车人数和下车人数；根据各站点同一车辆的上车
人数和下车人数，确定各站点对应的各车辆的客流人数。
[0077]
具体的，例如车辆从站点a驶向站点b，从表1中得到站点a的离站时间为t
甲a
，站点b的离站时间为t
甲b
。从表2中得到与离站时间t
甲a
匹配的探测时间为t
甲3
，与离站时间t
甲b
匹配的探测时间为t
甲6
，t
甲6
与t
甲3
移动用户识别码进行对比，得到新增的移动用户识别码数量为4，消失的移动用户识别码数量为4，确定车辆甲在站点b的上车人数为4人、下车人数为4人。将同一车辆的累计上车人数减去累计下车人数，即可以各站点对应的各车辆的客流人数。
[0078]
步骤s106：接收移动终端传来的目标车辆查询指令、乘客当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息，将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
[0079]
在一些实施例中，步骤s106中，将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，具体包括：根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息在客流信息中匹配得到乘车点信息；从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
[0080]
具体的，服务器接收移动终端发来的公交线路号(101路)、运行方向信息(上行)、乘客当前位置信息，将公交线路号(101路)、运行方向信息(上行)与表5中的客流信息进行比较得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息与表5中的客流信息中的站点位置信息进行匹配，得到距离乘客当前位置最近的站点位置信息(比如为b)，即乘车点信息；然后从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点的车辆作为目标车辆，比如车辆甲距离乘车点2站，车辆乙距离乘车点4站，车辆丙距离乘车点6站，分别将目标车辆甲、乙、丙最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数，并将这些目标车辆的客流人数发送给移动终端，供乘客选择乘坐的车辆。如果预先已查询到车辆乙的客流少于车辆甲的客流，且车辆到达乘车点时仍然有很多人，则在不赶时间的情况下，乘客可能会等待车辆乙，以提高乘车体验。
[0081]
在另一些实施例中，乘客如果赶时间，仅需要知道距离乘车点最近的车辆的客流情况，如果客流人数较大，则可能会及时选择其他出行工具。相应的，在一些实施例中，步骤s106中将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，还可以具体包括：根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息在客流信息中匹配得到乘车点信息；从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点且与所述乘车点最近的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
[0082]
具体的，服务器接收移动终端发来的公交线路号(101路)、运行方向信息(上行)、乘客当前位置信息，将公交线路号(101路)、运行方向信息(上行)与表5中的客流信息进行比较得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息与表5中的客流信息中的站点位置信息进行匹配，得到距离乘客当前位置最近的站点位置信息(比如为b)，即乘车点信息；然后从若干车辆的各离站时间对应的站点位置信息中选择还未到达所
述乘车点且与所述乘车点最近的车辆作为目标车辆，比如车辆甲是与乘车点最近的目标车辆，但距离乘车点2站且已有30人在车上，乘客时间有限且对乘车体验有一定要求，此时就会选择搭乘出租车等交通工具。
[0083]
本实施例公开的一种公交客流查询方法，通过移动用户识别码得到客流人数，将乘车点信息以及即将通过该乘车点的目标车辆的客流人数发送给移动终端，移动用户识别码不与具体的乘客进行关联，不涉及乘客的隐私，具有安全性，解决了使用摄像头采集下车乘客的头像涉及乘客隐私安全的问题；而且，该方法通过信号探测器获取移动用户识别码来统计客流人数，结合传统的客流人数获取方法，可以得到更准确的客流人数；另外，只要移动终端内的电话卡为正常工作状态即可容易得到移动用户识别码，乘客是无感操作的状态，提高了乘客的乘车体验，克服了使用wifi探针获取客流人数时乘车体验不佳的问题。
[0084]
实施例二
[0085]
本实施例提出了另一种公交客流查询方法，如图2所示，包括：
[0086]
s201：生成目标车辆查询指令，所述目标车辆查询指令至少包括公交线路号、运行方向信息。
[0087]
移动终端生成目标车辆查询指令可以包括以下两种方式：
[0088]
(1)通过接收的公交线路号、运行方向信息，生成目标车辆查询指令。
[0089]
比如，移动终端接收乘客输入的公交线路号(101)、运行方向信息(上行)，移动终端将101、上行作为目标车辆查询指令发送给服务器。
[0090]
(2)根据接收的目标终点位置查询得到的公交线路号生成目标车辆查询指令。
[0091]
实际应用中，可以在移动终端软件设置整个城市交通线网情况，得到公交线路与各公交站点的关系，也可以在服务器设置城市交通线网情况，供移动终端查询。移动终端在接收到乘客输入的目标终点位置(黄鹤楼)后，能在城市交通线网中查询到达该目标终点的公交线路号，然后将运行方向信息和查询到的公交线路号作为目标车辆查询指令发送给服务器。如果到达目标终点的公交线路号有多条，乘客还可以通过移动终端确定一条线路。
[0092]
s202：获取乘客当前位置信息。
[0093]
s203：将目标车辆查询指令及乘客当前位置信息发送给服务器，并接收服务器根据所述目标车辆查询指令、乘客当前位置信息生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数。
[0094]
本实施例提出了一种公交客流查询方法，移动终端发送目标车辆查询指令、乘客当前位置信息给服务器，接收服务器根据所述目标车辆查询指令和乘客当前位置信息生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，乘客通过移动终端可以提前获知车内的客流情况从而选择乘坐的车辆，解决了公交非常拥挤或者乘客候车很久却挤不上车的情况，提高了用户的乘车体验。
[0095]
实施例三
[0096]
本实施例提出了一种服务器，如图3所示，包括数据接收模块301和数据处理模块302，其中：
[0097]
数据接收模块301，用于接收各车载机具传来的线路信息，所述线路信息包括车辆id、公交线路号、运行方向信息、站点位置信息；还用于按预设时间间隔接收各车载机具传来的车辆信息，所述车辆信息包括车辆id、各站点的离站时间；还用于按预设时间间隔接收
各信号探测器传来的探测数据，所述探测数据包括车辆id、探测时间、移动用户识别码；还用于接收移动终端传来的目标车辆查询指令、乘客当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息。
[0098]
数据处理模块302，用于利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；还用于将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
[0099]
本实施例公开的一种服务器，通过移动用户识别码得到客流人数，将乘车点信息以及即将通过该乘车点的目标车辆的客流人数发送给移动终端，移动用户识别码不与具体的乘客进行关联，不涉及乘客的隐私，具有安全性，解决了使用摄像头采集下车乘客的头像涉及乘客隐私安全的问题；而且，该服务器通过信号探测器获取的移动用户识别码来统计客流人数，结合传统的客流人数获取方法，可以得到更准确的客流人数；另外，只要移动终端内的电话卡为正常工作状态即可容易得到移动用户识别码，乘客是无感操作的状态，提高了乘客的乘车体验，克服了使用wifi探针获取客流人数时乘车体验不佳的问题。
[0100]
在一些实施例中，数据处理模块302将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，具体包括：根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息在客流信息中匹配得到乘车点信息；从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
[0101]
具体的，服务器接收移动终端发来的公交线路号(101路)、运行方向信息(上行)、乘客当前位置信息，将公交线路号(101路)、运行方向信息(上行)与表5中的客流信息进行比较得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息与表5中的客流信息中的站点位置信息进行匹配，得到距离乘客当前位置最近的站点位置信息(比如为b)，即乘车点信息；然后从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点的车辆作为目标车辆，比如车辆甲距离乘车点2站，车辆乙距离乘车点4站，车辆丙距离乘车点6站，分别将目标车辆甲、乙、丙最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数，并将这些目标车辆的客流人数发送给移动终端，供乘客选择乘坐的车辆。如果预先已查询到车辆乙的客流少于车辆甲的客流，且车辆到达乘车点时仍然有很多人，则在不赶时间的情况下，乘客可能会等待车辆乙，以提高乘车体验。
[0102]
在另一些实施例中，乘客如果赶时间，仅需要知道距离乘车点最近的车辆的客流情况，如果客流人数较大，则可能会及时选择其他出行工具。相应的，在一些实施例中，数据处理模块302将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，还可以具体包括：根据目标车辆查询指令在客流信息中匹配得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息在客流信息中匹配得到乘车点信息；从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点且与所述乘车点最近的车辆作为目标车辆，将目标车辆最新生成的客流人数作为即将通过该乘车点的目标车辆的客流人数。
[0103]
具体的，服务器接收移动终端发来的公交线路号(101路)、运行方向信息(上行)、乘客当前位置信息，将公交线路号(101路)、运行方向信息(上行)与表5中的客流信息进行比较得到若干车辆的各离站时间对应的站点位置信息；将乘客当前位置信息与表5中的客流信息中的站点位置信息进行匹配，得到距离乘客当前位置最近的站点位置信息(比如为b)，即乘车点信息；然后从若干车辆的各离站时间对应的站点位置信息中选择还未到达所述乘车点且与所述乘车点最近的车辆作为目标车辆，比如车辆甲是与乘车点最近的目标车辆，但距离乘车点2站且已有30人在车上，乘客时间有限且对乘车体验有一定要求，此时就会选择搭乘出租车等交通工具。
[0104]
实施例四
[0105]
本实施例提出了一种移动终端，如图4所示，包括指令发送模块401和信息接收模块402，其中：
[0106]
指令发送模块401，用于生成目标车辆查询指令并发送给服务器，所述目标车辆查询指令至少包括公交线路号、运行方向信息；还用于获取乘客当前位置信息并发送给服务器。
[0107]
指令发送模块401生成目标车辆查询指令可以包括以下两种方式：
[0108]
(1)通过接收的公交线路号、运行方向信息，生成目标车辆查询指令。
[0109]
比如，移动终端接收乘客输入的公交线路号(101)、运行方向信息(上行)，移动终端将101、上行作为目标车辆查询指令发送给服务器。
[0110]
(3)根据接收的目标终点位置查询得到的公交线路号生成目标车辆查询指令。
[0111]
实际应用中，可以在移动终端软件设置整个城市交通线网情况，得到公交线路与各公交站点的关系，也可以在服务器设置城市交通线网情况，供移动终端查询。移动终端在接收到乘客输入的目标终点位置(黄鹤楼)后，能在城市交通线网中查询到达该目标终点的公交线路号，然后将运行方向信息和查询到的公交线路号作为目标车辆查询指令发送给服务器。如果到达目标终点的公交线路号有多条，乘客还可以通过移动终端确定一条线路。
[0112]
信息接收模块402，用于接收服务器根据所述目标车辆查询指令、乘客当前位置信息生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数。
[0113]
本实施例公开的移动终端，指令发送模块401发送目标车辆查询指令、乘客当前位置信息给服务器，信息接收模块402接收服务器发来的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，乘客通过移动终端可以提前获知车内的客流情况从而选择乘坐的车辆，解决了公交非常拥挤或者乘客候车很久却挤不上车的情况，提高了用户的乘车体验。
[0114]
实施例五
[0115]
本实施例提出了一种公交客流查询系统，如图5所示，包括信号探测器501、车载机具502、服务器503、移动终端504，其中：
[0116]
信号探测器501，与服务器503连接，用于获取公交车内乘客移动终端504的移动用户识别码，并将移动用户识别码和获取移动用户识别码的探测时间打包成探测数据发送给服务器503，所述探测数据包括车辆id、探测时间、移动用户识别码；
[0117]
车载机具502，与服务器503连接，用于将车辆信息发送给服务器503，车辆信息包括公交线路号、运行方向信息、车辆id、站点位置信息、各站点的离站时间；
[0118]
移动终端504，与服务器503连接，用于向服务器503发送目标车辆查询指令和乘客
当前位置信息，所述目标车辆查询指令至少包括公交线路号、运行方向信息，还用于接收服务器503生成的乘车点信息，以及即将通过该乘车点的目标车辆的客流人数；
[0119]
服务器503，分别与信号探测器501、车载机具502、移动终端504连接，用于接收信号探测器501传来的探测数据、车载机具502传来的车辆信息和线路信息，以及移动终端504传来的目标车辆查询指令、乘客当前位置信息，用于利用与离站时间匹配的探测时间对应的移动用户识别码得到相应站点的客流人数，将得到的客流人数、相应的线路信息，以及离站时间对应的站点位置信息生成客流信息；还用于将目标车辆查询指令、乘客当前位置信息与所述客流信息进行匹配，生成乘车点信息，以及即将通过该乘车点的目标车辆的客流人数，并发送给移动终端504，所述乘车点信息为距离乘客当前位置最近的站点位置信息。
[0120]
本实施例公开的公交客流查询系统，服务器503通过移动用户识别码得到客流人数，将乘车点信息以及即将通过该乘车点的目标车辆的客流人数发送给移动终端504，移动用户识别码不与具体的乘客进行关联，不涉及乘客的隐私，具有安全性，解决了使用摄像头采集下车乘客的头像涉及乘客隐私安全的问题；而且，该系统通过信号探测器501获取的移动用户识别码来统计客流人数，结合传统的客流人数获取方法，可以得到更准确的客流人数；另外，只要移动终端504内的电话卡为正常工作状态即可容易得到移动用户识别码的数量，乘客是无感操作的状态，提高了乘客的乘车体验，克服了使用wifi探针获取客流人数时乘车体验不佳的问题。
[0121]
在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。
[0122]
上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。