公车拥挤程度查询系统及其方法与流程

本发明涉及一种查询系统及其方法，特别是能够查询等候公车的载客人数的公车拥挤程度查询系统及其方法。

背景技术：

近年来，随着网络的普及与蓬勃发展，各种基于网络的应用便如雨后春笋般出现，例如：智能公车站牌。

一般而言，传统的智能公车站牌仅提供公车的预估到站时间及公车当前位置等信息。然而，在尖峰时段常常发生苦苦等候的公车却已经客满的情况，导致乘客白白浪费等候时间，故具有无法得知公车拥挤程度，进而作为搭乘公车与否的选择依据的问题。

有鉴于此，便有厂商提出即时公车动态系统，其通过即时显示同一公车路线上的所有公车的当前位置，让乘客选择是否继续等候下一班公车。然而，此一方式仍然无法显示公车拥挤程度，存在连续几辆公车皆客满的情况，因此仍然无法有效解决无法得知公车拥挤程度，进而作为搭乘公车与否的选择依据的问题。

综上所述，可知现有技术中长期以来一直存在无法得知公车拥挤程度，进而作为搭乘公车与否的选择依据的问题，因此实有必要提出改进的技术手段，来解决此一问题。

技术实现要素：

本发明揭露一种公车拥挤程度查询系统及其方法。

首先，本发明揭露一种公车拥挤程度查询系统，应用在具有公车路线，每一公车路线具有站点及公车的环境中，此系统包含：移动装置及服务端。在移动装置的部分，其包含：选择模块及查询模块。其中，选择模块用以允许在所述公车路线中选择至少其中之一后，持续接收相应选择的所述公车路线的公车动态信息以进行显示；查询模块用以传送搭乘信息，此搭乘信息包含等候公车、等候位置及目的位置，当传送搭乘信息后，持续接收相应等候公车的载客人数以与公车动态信息同时显示。在服务端的部分，其包含：搭乘信息数据库、传输模块及计算模块。其中，搭乘信息数据库用以储存每一移动装置的搭乘信息；传输模块用以连接至即时公车动态系统，并且根据所述移动装置的选择持续下载相应的公车动态信息以提供所述移动装置浏览；计算模块用以根据储存的每一移动装置的搭乘信息，统计出相同的等候公车到达每一站点时的载客人数并通过传输模块传送至相应的移动装置。

另外，本发明揭露一种公车拥挤程度查询方法，应用在具有公车路线，每一公车路线具有站点及公车的环境中，其步骤包括：将服务端连接至即时公车动态系统；当移动装置在所述公车路线中选择至少其中之一后，服务端根据所述移动装置的选择持续自即时公车动态系统下载相应的公车动态信息以提供移动装置浏览；所述移动装置持续接收相应选择的所述公车路线的公车动态信息以进行显示，并且传送搭乘信息至服务端，此搭乘信息包含等候公车、等候位置及目的位置；服务端接收来自每一移动装置的搭乘信息并进行储存，以及根据储存的每一移动装置的搭乘信息，统计出相同的等候公车到达每一站点时的载客人数并传送至相应的移动装置；移动装置持续接收相应等候公车的载客人数以与公车动态信息同时显示。

本发明所揭露的系统与方法如上，与现有技术的差异在于本发明是通过移动装置选择公车路线以下载相应的公车动态信息进行浏览，并且设定搭乘信息以传送至服务端储存，以便服务端根据所有移动装置的搭乘信息统计出公车到达每一站点时的载客人数，以及将载客人数搭配公车动态信息同时显示于相应的移动装置。

通过上述的技术手段，本发明可以达成提高搭乘公车的可选择性的技术功效。

附图说明

图1为本发明公车拥挤程度查询系统的系统方块图。

图2为本发明公车拥挤程度查询方法的方法流程图。

图3为应用本发明显示公车拥挤程度的示意图。

图4为应用本发明根据不同载客人数显示对应的拥挤程度图示的示意图。

【符号说明】

110 移动装置

111 选择模块

112 查询模块

120 服务端

121 搭乘信息数据库

122 传输模块

123 计算模块

130 即时公车动态系统

140 网络

300 图形用户界面

310 公车路线

311～315 站点

321 公车图示

330 预估到站时间

340 载客人数

421～423 拥挤程度图示

具体实施方式

以下将配合图式及实施例来详细说明本发明的实施方式，藉此对本发明如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

在说明本发明所揭露的公车拥挤程度查询系统及其方法之前，先对本发明所自行定义的名词作说明，本发明所述的站点是指公车停靠站牌的设置地点。一般而言，一条公车路线会预先设置多个站点，提供乘客在各站点等候公车以及上下车。另外，本发明所述的载客人数是指公车到达每一站点时，其到达站点之前的全部站点所累计的等候搭乘公车人数，或是前者再加上站点本身的等候搭乘公车人数，而不是单指每一站点本身等候搭乘公车人数。

以下配合图式对本发明公车拥挤程度查询系统及其方法做进一步说明，请先参阅「图1」，「图1」为本发明公车拥挤程度查询系统的系统方块图，应用在具有公车路线，每一公车路线具有站点及公车的环境中，此系统包含：移动装置110及服务端120。在实际实施上，移动装置110与服务端120之间通过网络140相互连接，所述移动装置110可为智能手机、笔记本计算机、平板计算机等等；服务端120可为计算机装置，例如：个人计算机、服务器、服务器集群等等。

在移动装置110的部分，其包含：选择模块111及查询模块112。其中，选择模块111用以允许在所述公车路线中选择至少其中之一后，持续接收相应选择的所述公车路线的公车动态信息以进行显示。在实际实施上，所述移动装置110可允许在图形用户界面(Graphical User Interface,GUI)中输入等候公车、等候位置及目的位置以产生搭乘信息。特别要说明的是，每输入一次等候公车、等候位置及目的位置就会产生一个搭乘信息传送至服务端120。另外，所述公车动态信息可包含每一公车的当前位置及在不同站点的预估到站时间，并且在当前位置以图示(如：公车图示)进行显示，当使用者点选此图示时，移动装置110会将对应当前位置的公车设定为等候公车。

查询模块112用以传送搭乘信息，此搭乘信息包含等候公车、等候位置及目的位置，当传送搭乘信息后，持续接收相应等候公车的载客人数以与公车动态信息同时显示。在实际实施上，载客人数可根据不同数量以不同颜色的拥挤程度图示来进行示意并显示在移动装置110的图形用户界面。

至于服务端120的部分，其包含：搭乘信息数据库121、传输模块122及计算模块123。其中，搭乘信息数据库121用以储存来自每一移动装置110的搭乘信息。在实际实施上，所述搭乘信息数据库121可为关系数据库(Relational Database)，并且可使用结构化查询语言(Structured Query Language,SQL)作为数据库查询语言，用以查询每一移动装置110的搭乘信息，甚至对搭乘信息进行新增、删除、修改及统计等等处理。特别要说明的是，假设同一个移动装置110传送一个以上的搭乘信息，服务端120可仅储存最新的搭乘信息作为统计之用。

传输模块122用以通过网络140连接至即时公车动态系统130，并且根据所述移动装置110的选择持续下载相应的公车动态信息以供移动装置110浏览。在实际实施上，即时公车动态系统130可为交通或运输单位所建立的系统，并且提供应用程序编程接口(Application Programming Interface,API)，传输模块122能够通过此应用程序编程接口与即时公车动态系统130建立连接，并且接收即时的公车动态信息。

计算模块123用以根据储存的每一移动装置110的搭乘信息，统计出相同的等候公车到达每一站点时的载客人数并通过传输模块122传送至相应的移动装置110。在实际实施上，统计出相同的等候公车到达每一站点时的载客人数的方式系将每一站点之前的所有等候位置的数量减去所有目的位置的数量。举例来说，假设公车路线有五个站点，第二个站点显示的载客人数是将第一个站点的所有等候位置的数量减去第一个站点的所有目的位置的数量；第三个站点显示的载客人数是将第一个站点及第二个站点的所有等候位置的数量减去第一个站点及第二个站点的所有目的位置的数量，并以此类推计算至第五个站点的载客人数。

接着，请参阅「图2」，「图2」为本发明公车拥挤程度查询方法的方法流程图，应用在具有公车路线，每一公车路线具有多个站点及公车的环境中，其步骤包括：将服务端120连接至即时公车动态系统130(步骤210)；当移动装置110在所述公车路线中选择至少其中之一后，服务端120根据所述移动装置110的选择持续自即时公车动态系统130下载相应的公车动态信息以供所述移动装置110浏览(步骤220)；所述移动装置110持续接收相应选择的公车路线的公车动态信息以进行显示，并且传送搭乘信息至服务端120，此搭乘信息包含等候公车、等候位置及目的位置(步骤230)；服务端120接收来自每一移动装置110的搭乘信息并进行储存，以及根据储存的每一移动装置110的搭乘信息，统计出相同的等候公车到达每一站点时的载客人数并传送至相应的移动装置110(步骤240)；移动装置110持续接收相应等候公车的载客人数以与公车动态信息同时显示(步骤250)。通过上述步骤，即可通过移动装置110选择公车路线以下载相应的公车动态信息进行浏览，并且设定搭乘信息以传送至服务端120储存，以便服务端120根据所有移动装置110的搭乘信息统计出公车到达每一站点时的载客人数，以及将载客人数搭配公车动态信息同时显示于相应的移动装置110。

以下配合「图3」及「图4」以实施例的方式进行如下说明，请先参阅「图3」，「图3」为应用本发明显示公车拥挤程度的示意图。假设即时公车动态系统的公车动态信息为一条包含五个站点的公车路线，并且有一辆公车行驶在此公车路线上。当移动装置110选择此条公车路线时，服务端120会通过网络140连接到即时公车动态系统130下载此公车动态信息，并且传送至移动装置110以如「图3」所示意的图形用户界面300显示公车路线310、五个站点(311～315)、公车图示321及预估到站时间330。其中，公车图示321的位置会随着实际的公车位置而变化。此时，移动装置110可点选公车图示321设定为等候公车，接着，先点选一个站点(如：站点312)设为等候位置，再点选另一个站点(如：站点314)设为目的位置，以便产生相应的搭乘信息并传送至服务端120。

然后，所述服务端120会接收来自各移动装置110的搭乘信息并进行储存，以便统计出同一等候公车在到达每一站点(311～315)时的载客人数。举例来说，假设有两个乘客分别位于站点312及站点313等候同一公车，并且各自通过其移动装置110产生相应的搭乘信息，前者的等候位置是站点312、目的位置是站点314；后者的等候位置是站点313、目的位置是站点314。服务端120会根据这两个搭乘信息统计出等候公车在站点311至站点315时的载客人数分别为数值0(起始站无人搭乘且公车预设为空车)、数值0(虽然有一个乘客在等候，但尚未搭乘)、数值1(站点311及站点312的等候位置数量总合为数值1，目的位置数量总和为数值0，计算式为「1-0＝1」)、数值2(站点311至站点313的等候位置数量总合为数值2，目的位置数量总和为数值0，计算式为「2-0＝2」)及数值0(站点311至站点314的等候位置数量总合为数值2，目的位置数量总和为数值2，计算式为「2-2＝0」)。

接下来，服务端120统计出到达各站点(311～315)的载客人数后，传送至相应的移动装置110以与公车动态信息同时显示，其显示方式可如「图4」所示意将载客人数340显示在各站点(311～315)相应处。特别要说明的是，本发明虽然以上述举例说明统计载客人数的方式，然而并不以此为限，例如：服务端120根据这两个搭乘信息统计出等候公车在站点311至站点315时的载客人数也可分别为数值0(起始站无人搭乘且公车预设为空车)、数值1(等候的乘客亦加入计算)、数值2(站点311至站点313的等候位置数量总合为数值2，目的位置数量总和为数值0，计算式为「2-0＝2」)、数值0(站点311至站点314的等候位置数量总合为数值2，目的位置数量总和为数值2，计算式为「2-2＝0」)及数值0(站点311至站点315的等候位置数量总合为数值2，目的位置数量总和为数值2，计算式为「2-2＝0」)。如此一来，移动装置110的乘客便可藉由载客人数来判断公车的拥挤程度，进而作为选择公车的参考依据，例如：选择是否等候、是否换其它公车路线等等。

如「图4」所示意，「图4」为应用本发明根据不同载客人数显示对应的拥挤程度图示的示意图。前面提到，不同的载客人数可使用不同的颜色的拥挤程度图示来呈现，以上例而言，假设到达各站点(311～315)的载客人数分别为数值0、数值0、数值1、数值2及数值0。在载客人数为数值0时，可使用白色的拥挤程度图示421来呈现；在载客人数为数值1时，可使用绿色的拥挤程度图示422(图中以网点进行示意)；在载客人数为数值2时，可使用黄色的拥挤程度图示423(图中以网点进行示意)。换句话说，在公车为空车时，可使用白色的拥挤程度图示421来呈现；在公车的乘客为稀疏时，可使用绿色的拥挤程度图示422来呈现；在公车的乘客为拥挤时，可使用黄色的拥挤程度图示423来呈现；甚至在公车的乘客为客满时，可使用红色的拥挤程度图示(图中未示)来呈现。

综上所述，可知本发明与现有技术之间的差异在于通过移动装置110选择公车路线以下载相应的公车动态信息进行浏览，并且设定搭乘信息以传送至服务端120储存，以便服务端120根据所有移动装置110的搭乘信息统计出公车到达每一站点时的载客人数，以及将载客人数搭配公车动态信息同时显示于相应的移动装置110，藉由此一技术手段可以解决现有技术所存在的问题，进而达成提高搭乘公车的可选择性的技术功效。

虽然本发明以前述的实施例揭露如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，因此本发明的专利保护范围须视本说明书所附的权利要求书所界定者为准。