CN103337191A - 公交信息实时共享和查询系统和方法 - Google Patents

Abstract

提出了一种公交信息实时共享和查询系统以及方法，属于信息共享技术领域。所述共享系统包括：客户端，包括图像捕获装置和发布装置；其中，所述图像捕获装置用于捕获二维码图标；所述发布装置，用于解析二维码图标，并将解析出的当前车辆信息、以及获取的系统时间信息发送至Web服务器；Web服务器，与客户端连接，用于接收所述发布装置发送的信息，并将所述信息发送至数据库服务器；数据库服务器，与Web服务器连接，用于存储所述信息。本方法和系统具有实施简单灵活、节约成本等优点。

Description

公交信息实时共享和查询系统和方法

技术领域

本发明涉及信息共享技术领域，尤其涉及一种公交信息实时共享和查询系统和方法。

背景技术

随着城市化的发展以及城市人口不断增加，城市居民对公共交通的需求也相应呈快速增长态势。公交车作为现代城市重要的公共交通基础设施，尽管政府与公交公司正逐步完善公交车的相关服务，如改换新能源车辆、安装报站系统等等，但目前在国内大多数城市中，公交车站牌前挤着几十人无可奈何的等车现象仍十分普遍，上下班高峰期更为严重。

让广大市民随时随地查询到各公交车的实时运行位置，是“智能公交”概念中的一个重要方面。市民根据公交车到站时间合理安排出行，就可以在很大程度上缓解站牌前拥挤的等车现象，提高出行效率。在武汉，应用GPS实时定位系统以及3G网络服务，市民即可查询到公交车辆运行的实时位置，让选择公交车出行市民真正感到省时省心。然而对于我国大多数城市来说，这样的工程项目成本花销是巨大的，因此实现“智能公交”变得可望而不可即。

现有基于ZigBee和GPS的智能公交系统。其中，基于ZigBee的智能公交系统采用ZigBee无线传感器网络技术，将公交车辆的具体位置反映到公交调度站计算机系统并及时发布到行车路线站点，使乘客与调度人员能够对当前线路上的公交车的行驶状况和分布情况有所掌握。该系统根据车辆的位置与车辆的平均速度估算出到达下一站的时间。公交车辆的位置信息通过ZigBee网络传送至公交站牌并通过电子显示屏展示给乘客，使乘客随时了解所要乘坐的车辆信息；同时位置信息通过ZigBee节点问的转发最终传送至调度中心，供调度人员调度与分配车辆。基于GPS的智能公交系统采用ARM微处理器和嵌入式Linux探作系统，利用数字图像处理和GPS定位技术，实现对公交车实时位置的监控，主要用于迅速调整公交车辆的运行状况，提高车辆工作的效率。系统通过3C网络将公交车上采集到的视频信息和GPS信息传输到控制端，实现公交车运行时的全程监控。整个系统较庞大，实施费用高，更适用于公交公司内部调度使用。

然而，这些系统存在一些实施中的问题：

(1)电子站牌、车载定位设备安装成本较高。目前我国大部分城市经济还不发达，城市建设的投入比例仍然大大落后于西方发达国家。安装一个车载设备需要上万元，更换一个电子站牌需要4-8万元，这对于一个拥有几百条线路和上千个站点的二三线城市来说是不可实现的。

(2)需要建设中心调度(监控)部门，人力资源投入大。目前的公交智能系统是基于：车载设备发送车辆位置信息到中心调度(监控)部门，再由中心调度(监控)部门将信息发布到各个电子站牌上供市民浏览。由此可见，中心调度(监控)部门承担着桥梁的作用。中心调度(监控)部门的建设对人力和物力提出了更高的要求。

(3)整个系统运行门槛较高，不易实施。从系统安装、调试、试运行到系统正式运行、监测、维护各个过程都有较高的资金和技术要求且完成整个建设过程耗时较久。

(4)公交车实时位置信息显示受到电子站牌限制。出行的市民只能通过电子站牌的屏幕进行浏览。也就是说，在出行之前或者在公交车上的市民是无法浏览到公交车的到站信息。此外，受电子屏幕大小的限制，市民不能主观选择自己想要了解的车次信息，只能被动等待电子屏幕滚动显示。

(5)易受到天气、电力供应等外界因素影响。电子站牌以及车载无线传输易受恶劣天气等不确定因素的影响，造成传输中断或供电中断，进一步影响到整个系统的稳定性。

发明内容

本发明结合二维码图标识别方法并使用UGC(用户产生内容)形式，借鉴“智能公交”的理念，为更多乘坐公交车出行的市民提供实时准确的公交车到站信息。为此，本发明提出了一种公交信息实时共享和查询系统和方法。

根据本发明的一个方面，提出了一种公交信息实时共享系统，包括：客户端，包括图像捕获装置和发布装置；其中，所述图像捕获装置用于捕获二维码图标；所述发布装置，用于解析二维码图标，并将解析出的当前车辆信息、以及获取的系统时间信息发送至Web服务器；Web服务器，与客户端连接，用于接收所述发布装置发送的信息，并将所述信息发送至数据库服务器；数据库服务器，与Web服务器连接，用于存储所述信息。

根据本发明的一个方面，所述客户端为移动终端，所述图像捕获装置为相机；所述二维码图标位于公交车身上。

根据本发明的一个方面，所述发布装置包括解析装置，所述解析装置对二维码图标进行解析，解析出的信息为车次信息；所述发布装置还包括选择装置，用于提供接口以选择站点和上下行方向信息；所述发布装置还包括发送装置，将从解析装置和选择装置获得的车次信息、站点和上下行方向信息、获取的系统时间打包发送至Web服务器。

根据本发明的一个方面，所述二维码图标为显示于公交车身显示器上的电子图标；所述系统还包括位于公交车内的存储器，用于存储二维码图标以及上下行方向和站点与二维码图标的对应关系；所述显示器与公交站点切换装置相连，用于根据司机的切换显示对应于当前上下行方向和当前站点的二维码图标；所述发布装置包括解析装置，所述解析装置对二维码图标进行解析，解析出的信息为车次信息、站点和上下行方向信息；所述发布装置还包括发送装置，将从解析装置获得的车次信息、站点和上下行方向信息、以及获取的系统时间打包发送至Web服务器。

根据本发明的一个方面，所述客户端还包括登录装置；所述发送装置还将用户登录信息和车次信息、站点和上下行方向信息、以及获取的系统时间一起发送至Web服务器。

根据本发明的一个方面，所述发布装置还包括确认装置，用于为用户提供接口对解析装置解析的信息进行修改和确认。

根据本发明的一个方面，所述数据库服务器包括存储装置，用于存储用户信息、车辆发布信息、站点和上下行方向信息；其中，用户信息是与用户相关的注册信息，车辆发布信息是用户所发布的车辆信息，站点和上下行方向信息是站点本身的信息以及车辆上下行方向上的停靠站点信息；所述数据库服务器还包括信息优化装置，用于对用户发布的车辆信息进行优化，以确定车辆最新信息。

根据本发明的一个方面，还提出了一种公交信息实时共享方法，包括：捕获二维码图标；解析二维码图标，获得当前车辆信息；获取当前系统时间；将当前车辆信息和当前系统时间信息发送至Web服务器；Web服务器接收所述信息，并将所述信息发送至数据库服务器；数据库服务器存储所述信息。

根据本发明的一个方面，所述二维码图标位于公交车身上；通过移动终端的相机捕获所述二维码图标；通过所述移动终端解析所述二维码图标并发送当前车辆信息和当前系统时间信息至Web服务器。

根据本发明的一个方面，其中所述当前车辆信息为车次信息；在获取当前系统时间之前，该方法还包括：选择站点和上下行方向信息；其中，将当前车辆信息和当前系统时间信息发送至Web服务器包括：将解析得到的车次信息、选择的站点和上下行方向信息、获取的系统时间打包发送至Web服务器。

根据本发明的一个方面，所述二维码图标为显示于公交车身显示器上的电子图标；二维码图标以及上下行方向和站点与二维码图标的对应关系预先存储在公交车中的存储器内；根据司机对站点的切换将对应于当前上下行方向和当前站点的二维码图标显示于所述显示器上；所述当前车辆信息为车次信息、站点和上下行方向信息；将解析得到的车次信息、站点和上下行方向信息、以及获取的系统时间打包发送至Web服务器。

根据本发明的一个方面，在捕获二维码图标之前，该方法还包括：用户登录；除了车次信息、站点和上下行方向信息、以及获取的系统时间外，还将用户登录信息一起发送至Web服务器。

根据本发明的一个方面，在打包发送至Web服务器之前，还对解析的信息进行修改和/或确认。

根据本发明的一个方面，所述数据库服务器存储所述信息至公交车信息表中；

所述方法进一步包括，对存储的车辆发布信息进行优化，以确定车辆最新信息。

根据本发明的一个方面，所述对存储的车辆发布信息进行优化，以确定车辆最新信息包括：设置第一阈值n，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现有n个用户发布该车次位于同一位置时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息；或者设置第二阈值m，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现信用等级高于m的用户发布了车次的位置信息时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息；或者同时设置第一阈值n和第二阈值m，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现有n个用户发布该车次位于同一位置或首次发现信用等级高于m的用户发布了车次的位置信息时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息。

根据本发明的一个方面，提出了一种公交信息实时查询系统，包括：客户端，包括图像捕获装置和查询装置；其中，所述图像捕获装置用于捕获二维码图标；所述查询装置，用于解析二维码图标，并将解析出的站点和上下行方向信息发送至Web服务器；Web服务器，与客户端连接，用于接收所述查询装置发送的信息，并将所述信息发送至数据库服务器；数据库服务器，与Web服务器连接，接收该站点和上下行方向信息，查询即将到来的车辆信息。

根据本发明的一个方面，所述客户端为移动终端，所述图像捕获装置为相机；所述二维码图标位于站牌上。

根据本发明的一个方面，所述客户端还包括输入装置，用于提供对站点和上下行方向信息的人工输入接口。

根据本发明的一个方面，所述查询装置包括解析装置，所述解析装置对二维码图标进行解析；所述查询装置还包括发送装置，将从解析装置获得的站点和上下行方向信息发送至Web服务器。

根据本发明的一个方面，所述查询装置还包括确认装置，用于为用户提供接口对解析装置解析的信息进行修改和确认。

根据本发明的一个方面，所述数据库服务器用于存储车辆最新信息表、站点信息表、上下行方向信息表，还包括处理装置；所述处理装置用于根据查询请求中的站点和上下行方向信息，基于站点信息表和上下行方向信息表获得在查询的上下行方向上的被查询站点的在前站点，并根据车辆最新信息表查询位于在前站点的车辆信息，并反馈查询结果。

根据本发明的一个方面，提出了一种公交信息实时查询方法，包括：捕获二维码图标；解析二维码图标；将解析出的站点和上下行方向作为查询信息发送至Web服务器；Web服务器接收所述信息，并将所述查询信息发送至数据库服务器；数据库服务器接收该查询信息并查询即将到来的车辆信息。

根据本发明的一个方面，通过移动终端的相机捕获二维码图标；其中，所述二维码图标位于站牌上。

根据本发明的一个方面，该方法还包括：接收对站点和上下行方向信息的人工输入。

根据本发明的一个方面，该方法还包括，在发送至Web服务器之前，对解析出的信息进行修改和/或确认。

根据本发明的一个方面，所述数据库服务器中存储有车辆最新信息表、站点信息表、上下行方向信息表；所述查询即将到来的车辆信息包括：根据查询请求中的站点和上下行方向信息，基于站点信息表和上下行方向信息表获得在查询的上下行方向上的被查询站点的在前站点，并根据车辆最新信息表查询位于在前站点的车辆信息，并反馈查询结果。

根据本发明的一个方面，在获得了在前站点后，所述查询即将到来的车辆信息还包括：根据预设站点数阈值，反馈位于预设站点数阈值内的在前站点的车辆最新信息。

根据本发明的一个方面，所述上下行方向信息表中存储了各站点之间的预计间隔时间；在获得了在前站点后，所述查询即将到来的车辆信息还包括：获得所述查询信息的发送时间；获得位于在前站点的车辆的最新位置以及发布该车辆最新位置的发布时间；计算所述最新位置对应的站点与查询信息中被查询站点之间的预计间隔时间；根据所述发布时间和预计间隔时间计算车辆预计到达时间；将车辆预计到达时间与查询信息的发送时间的差发送至用户以提示用户的等待时间。

根据本发明的一个方面，在所述将解析出的站点和上下行方向作为查询信息发送至Web服务器前，获取用户选择的车次信息；所述方法还包括，将所述选择的车次信息作为查询信息的一部分发送至Web服务器。

根据本发明的一个方面，所述查询即将到来的车辆信息为仅查询用户选择的车次信息对应的车辆的即将到来的信息。

由此可见，本发明使用二维码图标简化用户操作，借鉴用户产生内容的理念节约了设备成本，为广大出行市民在任何地方任何时间提供公交车的实时到站信息。

附图说明

图1示出了本发明提出的系统的整体结构；

图2示出了客户端的结构；

图3示出了数据库服务器的结构；

图4示出了整个系统的运行流程；

图5示出了服务器端的结构；

图6示出了客户端的执行流程；

图7示出了二维码的解码过程。

具体实施方式

如图1所示，本发明采用客户端、web服务器和数据库服务器三级架构实现。其中，客户端可以是移动终端，例如手机，其具有摄像头，能够捕捉图像。手机还可对二维码图标进行拍摄并解码，显示相应的解码信息。

客户端通过访问web应用服务器，向/从web应用服务器发送/接收信息。

Web应用服务器访问数据库服务器，获得客户端发送的信息，将其存储在数据库服务器中，并接收客户端的查询请求，从数据库服务器中读取信息，将信息返回给客户端。

数据库服务器用于存储客户端发送的信息。

如图2所示，客户端具有发布装置和查询装置。其中，发布装置包括解析装置，所述解析装置用于在对车身上或车内中的二维码图标进行拍摄后，对获得的信息进行解析，获得相应的车次信息，例如“79路车第3次车”；还包括选择装置，用于为用户提供接口以选择站点和上下行方向信息；还包括发送装置，将解析装置和选择装置输出的信息进行打包，发送至Web服务器。所述解析装置可以具体实现为处理器，所述选择装置可以实现为客户端的输入装置，所述发送装置可以实现为客户端的gprs模块或wifi模块等无线通信模块。在本发明的另一种实施方式中，所述解析也可在服务器端完成，即当用户拍摄图标上传到服务器后，服务器的解析装置解码后返回相应的车次信息，例如“79路车第3次车”，并返回79路的相应站点列表和上下行方向列表供用户选择，用户在客户端选择后完成发布。

客户端还具有登录装置、注册装置，分别提供用户登录、注册接口。用户通过输入用户名和密码等信息进行登录和注册。Web服务器获取这些信息并在数据库服务器中查询或输入用户信息，完成用户验证和用户注册。

所述发送装置还读取已登录用户的身份信息以及系统当前时间，与解析装置和选择装置输出的信息一起发送至Web服务器。

车身或车内的二维码图标可以是粘贴的非电子化图标，也可以是在显示器上显示的电子图标。当为后者时，所述电子图标还可以在公车运行时，依据司机的操作而改变。当前的公车上，司机可根据公车的实际情况，切换上行/下行所在的站点并进行自动报站，例如当司机按下一站时，其自动获得下一站的站名，并播报即将到达的站点信息等。本发明的一个实施例中，在公车的现有存储器或专用于二维码存储的存储器中存储与运行方向、各个站点相对应的二维码图标，同时，所述显示器以及显示控制器与现有的公车播报系统连接，基于司机的切换显示与当前站点、运行方向相对应的二维码图标。当然，也提供其他用户输入输出接口，以根据要表示的内容增加、修改二维码图标或根据需要选择要显示的二维码图标。这种显示器和相应的控制器或处理器、存储器可以使用任何现有的硬件设备实现，例如小型液晶显示器、单片机、小型工业计算机等等实现。当在这种情况下，客户端可不具有选择装置，因为除了车次信息外，解析装置还可从二维码图标中解析出站点和上下行方向信息。

客户端的发布装置还包括确认装置，为用户提供接口以根据解析装置获得信息的正确与否进行修改、确认。

所述二维码可具体实现为QR码。

客户端还具有查询装置。所述查询装置包括解析装置，其解析站牌上的二维码图标，该二维码图标存储了站点和上下行方向信息，例如“检察院站上行方向”；还包括发送装置，将所述站点和上下行方向信息发送至Web服务器。所述解析装置可以具体实现为处理器，所述发送装置可以实现为客户端的gprs模块或wifi模块等无线通信模块。

所述查询装置还包括确认装置，为用户提供接口以根据解析装置获得信息的正确与否进行修改、确认。

为了使用户在家、办公室等与站牌有一定距离的地方对车次信息进行查询，所述查询装置还具有输入装置，其提供用户对站点和上下行方向信息的人工输入接口。

客户端还包括接收装置，可接收来自web服务器的各种通知信息，并显示。例如可接收发布成功消息、查询返回消息等。

Web服务器用于接收来自客户端发布装置的发布信息和查询信息，将发布信息发送至数据库服务器，并响应查询信息，从数据库服务器中获得相应的查询结果，发送至客户端。

图3示出了数据库服务器的结构。所述数据库服务器包括存储装置，用于存储用户信息的users表；用来记录用户发布信息的messagelist表；用来对应站点编号stationnum表；用来对应每条线路上下行方向的direction表。这些表只是示例，可以根据需要将两个表进行结合或将表进行拆分。

数据库中主要的数据量发生在用户发布数据和查询数据时，因此必须优化存储用户发布的公交车信息表messagelist表。例如，其中可设有六个字段，分别为：time、username、direction、bus_select、station_select和bus_No。

(1)为了优化查询速度，为direction、bus_select和station_select设置多列索引，SQL语句如下：

Mysql ALTER TABLE`messagelist`ADD INDEX idx_message(`direction，`bus_select`，`station_select`)；

(2)对于本系统而言，过时的信息将不具有价值，因此在用户查询时就只显示十分钟之内的信息，SQL语句如下：

Sql＝

″select time，username，direction，bus_select，station_select，bus_No from messagelist wheredirection＝？and station_select＝？and timestampdiff(MINUTE，time，now())＜10″；

上面的sql语句仅为示例，并不作为对本发明的限制。

在数据库服务器一侧，还具有信息优化装置。

信息优化装置包括第一定时器，使得每隔90秒数据库自动更新一次；第二定时器，使得6小时之前的数据信息自动删除；信息选择装置，用于在同一时间段内，当存在两条以上同一辆车，经过同一站点的信息，则视为同一信息，仅存储时间最近的一条；当出现两条以上同一辆车在时间间隔小于90秒，却经过不同站点的信息时，视为错误信息予以删除。

所述信息优化装置还用于确定车次最新信息，其通过比较公交车信息表中对应于每个车次的时间，判断出该次车当前所在的位置。在一个实施例中，其可设置阈值n，当按照时间从后到前搜索公交车信息表时，当首次发现有n个用户发布某个车次位于同一位置时，该位置就被确定为该车次当前的位置。其目的是为了避免获得不实或虚假信息，即当有n个用户都发布了这一信息时，认为该信息准确。在另一个实施例中，根据用户的信用等级，如果按照时间从后到前的顺序首次发现信用等级高于某阈值的用户发布了某个车次的位置信息，那么该位置被确定是该车次的当前位置。在另一实施例中，当按照时间从后到前搜索公交车信息表时，当满足首次发现有n个用户发布某个车次位于同一位置或首次发现信用等级高于某阈值的用户发布某个车次位于某位置时，该位置被确定为该车次的当前位置。在获得车次最新信息后，还可将这些信息形成一个表。可在预定间隔内对该表进行更新，例如每分钟。所述信息优化装置可实现为处理器。

为了保证发布信息的准确性，还可设置计数器，当用户每小时信息发布量超出20次时，将强制用户退出发布页面，并对频繁发布信息的用户进行跟踪，及时发现问题；并为每一个用户设置信誉值并设置用户评分，使用查询功能的用户在查询到信息时，就信息的准确性予以打分，得分较低的信息将影响发布该信息用户的信用等级。

数据库服务器还包括处理装置，当获得查询请求时，获得站点和上下行方向信息，并根据站点编号和上下行方向表，获得被查询站点的在前站点。由于刚驶离查询站点的公交车或者说距离所查询站点过远的公交车对于用户而言意义不大。因此，所述处理装置可将被查询站点一定范围内的在前站点的最新公交情况返回给用户。当然，在客户端的查询装置也可加入用户可选择的范围输入接口，比如查询该站点的前三个站点的情况等。当然，所述处理装置也可根据预设发送“即将驶来”或“在5分钟内预计可到达”的公交车信息。例如，可预设上或下行方向两个站点之间的运行时间，并获得用户查询的时间(客户端的查询装置可自动将系统时间发送)以及上文所提到的车次的当前位置及相应的发布时间，来获得上述公交车信息。例如在站点A→B→C→D→E运行方向，若9:10分79路3次车在站点A为其最新位置，用户在9:15查询站点C的情况，A和C之间预设时间为15分钟，如果时间阈值设置为10分钟，则数据库服务器可发送“在10分钟内预计可到达的车次为79路，预计10分钟到达”，如果，在9:17分79路3次车在站点B为其最新位置，用户在9:20查询站点C的情况，B和C之间预设时间为10分钟，在时间阈值同样为10分钟的情况下，则数据库服务器可发送“在10分钟内预计可到达的车次为79路，预计7分钟到达”。

用户在查询时，还可发送查询的车次信息，客户端的查询装置提供输入一个或多个车次信息的接口。这样，数据库服务器可查询用户所关心车次的情况，不必对所有的车次进行查询。

本发明中所提到的客户端可以是手机，也可以是其他移动设备。客户端中所包括的各个装置可以采用软件、硬件、固件来具体实现。当用硬件来实现时，每个装置都可以实现为单独的硬件，或者多个装置合并实现为一个硬件，这是容易得到的，因此其具体实现方式在这里不再赘述。当然，也可使用软件来实现这些功能，而利用现有的硬件。例如，本发明可采用Java语言开发；开发环境为Eclipse、JDK1.6；Web应用服务器采用Tomcat6.0；数据库服务器采用Mysql5.5；网络通信使用Apache HTTP协议并采用JDBC访问数据库。而随着智能手机的飞速发展，Google公司推出的android开源操作系统近年来的市场份额不断扩大，已经成为一款迅速发展的移动平台。世界各国的android软件开发商们正积极致力于如何通过android使人们的生活变得更加丰富多彩和方便快捷。因此，也可基于android平台来开发位于客户端的相应功能软件，而且前面也已经提到，每个装置也可使用单独的硬件实体来实现，例如可以每个装置都有自己单独的输入、输出、处理芯片等。当使用android平台实现时，本发明具有以下优点：本发明可实施范围广。基于市场占有率接近70％的android操作系统，为系统的正常运行奠定了用户基础。因此，在我国绝大多数城市都可以实施运行，使更多城市实现智能公交成为可能。本发明实施成本低。公交公司只需要在站牌以及公交车车身上粘贴二维码图标，根据实际数据发生情况设置若干台服务器即可。用户只需要在android手机上安装客户端并进行注册即可以使用本系统。本发明通过二维码图标提供便利。二维码图标可以直接存储站点以及车次信息，为用户的发布和查询信息提供方便，并且可以避免用户发布信息时，由于输入不当造成存入数据库信息无法识别的问题。本发明用户体验良好。利用android手机，用户查询仅得到自己关心的公交车信息，实现专享查询的用户体验。手动输入站点查询更为用户提供随时随地了解公交车信息的功能，用户可以更加合理的安排出行时间。

图4示出了整个系统的运行流程。

图5示出了服务器端的架构。在服务器端，Tomcat服务器端采用MVC+DAO模式，Eclipse工程项目中包含5个包：用于放置采用DAO模式实现访问数据库接口以及实现类的dao包；用于放置对应数据库表实体类的entity包；用于放置Servlet的Servlet包；放置过滤器的filter包以及工具类util包。MVC设计模式的主旨思想是把Web应用分为三层，表示层、业务逻辑层和控制层，从而达到代码分离、降低装置间的耦合度、提高代码复用和程序可读性、便于人员分工的目的。结合DAO模式把对数据库的访问、操作和调用分别放在不同的Java类中降低了业务逻辑与底层数据库的耦合度便于维护。可以说MVC-DAO模式已经成为JavaWeb开发中应用非常广泛的一种设计模式。MVC具体处理过程：过程首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。

图6示出了客户端执行流程。当用户登录系统后，选择所需的发布或查询功能，通过拍摄二维码和/或输入相关信息来实现信息的发布和查询。当选择二维码拍摄时，自动启动图像捕捉装置，例如相机。

图7示出了二维码解码过程。解码过程可以使用任何现有技术，不是本发明的研究重点，因此这里不做具体介绍。

本发明所提出的具体实施方式仅为示例，本领域技术人员可根据实际情况进行修改和调整，所获得的技术方案也落入本发明的保护范围内。

Claims (30)

1.一种公交信息实时共享系统，其特征在于，包括：

客户端，包括图像捕获装置和发布装置；

其中，所述图像捕获装置用于捕获二维码图标；

所述发布装置，用于解析二维码图标，并将解析出的当前车辆信息、以及获取的系统时间信息发送至Web服务器；

Web服务器，与客户端连接，用于接收所述发布装置发送的信息，并将所述信息发送至数据库服务器；

数据库服务器，与Web服务器连接，用于存储所述信息。

2.如权利要求1所述的系统，其特征在于：

所述客户端为移动终端，所述图像捕获装置为相机；

所述二维码图标位于公交车身上。

3.如权利要求1所述的系统，其特征在于：

所述发布装置包括解析装置，所述解析装置对二维码图标进行解析，解析出的信息为车次信息；

所述发布装置还包括选择装置，用于提供接口以选择站点和上下行方向信息；

所述发布装置还包括发送装置，将从解析装置和选择装置获得的车次信息、站点和上下行方向信息、获取的系统时间打包发送至Web服务器。

4.如权利要求1所述的系统，其特征在于：

所述二维码图标为显示于公交车身显示器上的电子图标；

所述系统还包括位于公交车内的存储器，用于存储二维码图标以及上下行方向和站点与二维码图标的对应关系；

所述显示器与公交站点切换装置相连，用于根据司机的切换显示对应于当前上下行方向和当前站点的二维码图标；

所述发布装置包括解析装置，所述解析装置对二维码图标进行解析，解析出的信息为车次信息、站点和上下行方向信息；

所述发布装置还包括发送装置，将从解析装置获得的车次信息、站点和上下行方向信息、以及获取的系统时间打包发送至Web服务器。

5.如权利要求3或4所述的系统，其特征在于：

所述客户端还包括登录装置；

所述发送装置还将用户登录信息和车次信息、站点和上下行方向信息、以及获取的系统时间一起发送至Web服务器。

6.如权利要求3或4所述的系统，其特征在于：

所述发布装置还包括确认装置，用于为用户提供接口对解析装置解析的信息进行修改和确认。

7.如权利要求1所述的系统，其特征在于：

所述数据库服务器包括存储装置，用于存储用户信息、车辆发布信息、站点和上下行方向信息；其中，用户信息是与用户相关的注册信息，车辆发布信息是用户所发布的车辆信息，站点和上下行方向信息是站点本身的信息以及车辆上下行方向上的停靠站点信息；

所述数据库服务器还包括信息优化装置，用于对用户发布的车辆信息进行优化，以确定车辆最新信息。

8.一种公交信息实时共享方法，其特征在于，包括：

捕获二维码图标；

解析二维码图标，获得当前车辆信息；

获取当前系统时间；

将当前车辆信息和当前系统时间信息发送至Web服务器；

Web服务器接收所述信息，并将所述信息发送至数据库服务器；

数据库服务器存储所述信息。

9.如权利要求8所述的方法，其特征在于：

所述二维码图标位于公交车身上；

通过移动终端的相机捕获所述二维码图标；

通过所述移动终端解析所述二维码图标并发送当前车辆信息和当前系统时间信息至Web服务器。

10.如权利要求8所述的方法，其特征在于：

其中所述当前车辆信息为车次信息；

在获取当前系统时间之前，该方法还包括：选择站点和上下行方向信息；

其中，将当前车辆信息和当前系统时间信息发送至Web服务器包括：

将解析得到的车次信息、选择的站点和上下行方向信息、获取的系统时间打包发送至Web服务器。

11.如权利要求8所述的方法，其特征在于：

所述二维码图标为显示于公交车身显示器上的电子图标；

将二维码图标以及上下行方向和站点与二维码图标的对应关系预先存储在公交车中的存储器内；

根据司机对站点的切换将对应于当前上下行方向和当前站点的二维码图标显示于所述显示器上；

所述当前车辆信息为车次信息、站点和上下行方向信息；

将解析得到的车次信息、站点和上下行方向信息、以及获取的系统时间打包发送至Web服务器。

12.如权利要求10或11所述的方法，其特征在于：

在捕获二维码图标之前，该方法还包括：用户登录；

除了车次信息、站点和上下行方向信息、以及获取的系统时间外，还将用户登录信息一起发送至Web服务器。

13.如权利要求10或11所述的方法，其特征在于：

在打包发送至Web服务器之前，还对解析的信息进行修改和/或确认。

14.如权利要求8所述的方法，其特征在于：

所述数据库服务器存储所述信息至公交车信息表中；

所述方法进一步包括，对存储的车辆发布信息进行优化，以确定车辆最新信息。

15.如权利要求14所述的方法，其特征在于：

所述对存储的车辆发布信息进行优化，以确定车辆最新信息包括：

设置第一阈值n，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现有n个用户发布该车次位于同一位置时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息；或者

设置第二阈值m，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现信用等级高于m的用户发布了车次的位置信息时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息；或者

同时设置第一阈值n和第二阈值m，对于要确定的车次，按照时间从后到前的顺序搜索公交车信息表，当首次发现有n个用户发布该车次位于同一位置或首次发现信用等级高于m的用户发布了车次的位置信息时，该位置被确定为对应于该车次的车辆的当前的位置，作为车辆的最新信息。

16.一种公交信息实时查询系统，其特征在于，包括：

客户端，包括图像捕获装置和查询装置；

其中，所述图像捕获装置用于捕获二维码图标；

所述查询装置，用于解析二维码图标，并将解析出的站点和上下行方向信息发送至Web服务器；

Web服务器，与客户端连接，用于接收所述查询装置发送的信息，并将所述信息发送至数据库服务器；

数据库服务器，与Web服务器连接，接收该站点和上下行方向信息，查询即将到来的车辆信息。

17.如权利要求16所述的系统，其特征在于：

所述客户端为移动终端，所述图像捕获装置为相机；

所述二维码图标位于站牌上。

18.如权利要求16所述的系统，其特征在于：

所述客户端还包括输入装置，用于提供对站点和上下行方向信息的人工输入接口。

19.如权利要求16所述的系统，其特征在于：

所述查询装置包括解析装置，所述解析装置对二维码图标进行解析；

所述查询装置还包括发送装置，将从解析装置获得的站点和上下行方向信息发送至Web服务器。

20.如权利要求16所述的系统，其特征在于：

所述查询装置还包括确认装置，用于为用户提供接口对解析装置解析的信息进行修改和确认。

21.如权利要求16所述的系统，其特征在于：

所述数据库服务器用于存储车辆最新信息表、站点信息表、上下行方向信息表，还包括处理装置；

所述处理装置用于根据查询请求中的站点和上下行方向信息，基于站点信息表和上下行方向信息表获得在查询的上下行方向上的被查询站点的在前站点，并根据车辆最新信息表查询位于在前站点的车辆信息，并反馈查询结果。

22.一种公交信息实时查询方法，其特征在于，包括：

捕获二维码图标；

解析二维码图标；

将解析出的站点和上下行方向作为查询信息发送至Web服务器；

Web服务器接收所述信息，并将所述查询信息发送至数据库服务器；

数据库服务器接收该查询信息并查询即将到来的车辆信息。

23.如权利要求22所述的方法，其特征在于：

通过移动终端的相机捕获二维码图标；其中，

所述二维码图标位于站牌上。

24.如权利要求22所述的方法，其特征在于：

该方法还包括：接收对站点和上下行方向信息的人工输入。

25.如权利要求22所述的方法，其特征在于：

该方法还包括，在发送至Web服务器之前，对解析出的信息进行修改和/或确认。

26.如权利要求22所述的方法，其特征在于：

所述数据库服务器中存储有车辆最新信息表、站点信息表、上下行方向信息表；

所述查询即将到来的车辆信息包括：根据查询请求中的站点和上下行方向信息，基于站点信息表和上下行方向信息表获得在查询的上下行方向上的被查询站点的在前站点，并根据车辆最新信息表查询位于在前站点的车辆信息，并反馈查询结果。

27.如权利要求26所述的方法，其特征在于：

在获得了在前站点后，所述查询即将到来的车辆信息还包括：

根据预设站点数阈值，反馈位于预设站点数阈值内的在前站点的车辆最新信息。

28.如权利要求26所述的方法，其特征在于：

所述上下行方向信息表中存储了各站点之间的预计间隔时间；

在获得了在前站点后，所述查询即将到来的车辆信息还包括：

获得所述查询信息的发送时间；

获得位于在前站点的车辆的最新位置以及发布该车辆最新位置的发布时间；

计算所述最新位置对应的站点与查询信息中被查询站点之间的预计间隔时间；

根据所述发布时间和预计间隔时间计算车辆预计到达时间；

将车辆预计到达时间与查询信息的发送时间的差发送至用户以提示用户的等待时间。

29.如权利要求26-28所述的方法，其特征在于：

在所述将解析出的站点和上下行方向作为查询信息发送至Web服务器前，获取用户选择的车次信息；

所述方法还包括，将所述选择的车次信息作为查询信息的一部分发送至Web服务器。

30.如权利要求29所述的方法，其特征在于：

所述查询即将到来的车辆信息为仅查询用户选择的车次信息对应的车辆的即将到来的信息。

Images