CN1615498A - 在请求站处对停车请求进行信令化的方法 - Google Patents

Abstract

本发明涉及一种信令方法，特别是在运输公司，最好是公共汽车运输公司的线路上的请求站(1)处对停车请求进行信令化，只有在乘客希望上下车的时候才停靠请求站(1)。根据所述的方法：通过一个操作控制单元(18)来输入停车请求，生成包含停车请求和有关请求站(1)的识别信息的第一个信号(7)；所述的第一个信号(7)通过发送模块发送到至少一个中央服务器(4)；中央服务器(4)确定哪辆公共汽车(2)对于希望的时间能够首先停靠请求站(1)，并且通过向所述的公共汽车(2)发送第二个信号(8)，停车请求被发送到所述的公共汽车(2)，通过信令装置将此信号告知给司机。

Description

在请求站处对停车请求进行信令化的方法

本发明涉及一种信令方法，特别是在运输公司，最好是公共汽车运输公司的线路上的请求站处对停车请求进行信令化，只有在乘客希望上下车的时候才停靠请求站。

很多地区运输线路特征在于通过所谓的绕路，即，在运行中偏离主要路线，来提高载客质量(catchment quality)，然而同时，由于增加了旅行时间，对于多数乘客来说吸引力下降。

已经提出了解决方案来避免这个问题，其中，仅当有实际需要的时候才靠站。这些已知的解决方案通常导致需要额外的工作人员。

本发明的目的是提供一种上面提到的这种类型的方法，可以消除这个问题，并允许在不增加或者增加最少的工作人员的情况下来执行这种信令方法。

根据本发明，可以达到这个目标，其中通过一个操作单元来输入停车请求，生成包含停车请求和请求站的识别信息的第一个信号，所述的第一个信号由发送模块发送到至少一个中央服务器，中央服务器确定最适合的能够在希望的时间停靠请求站的公共汽车，并以这种方式向该公共汽车发送停车请求：它通过一个信令装置向所述的公共汽车发送第二个信号，所述第二个信号被发送给汽车司机。

由于停车请求被发送到中央服务器而不是发送到所有可能的公共汽车，网络负载被最小化。服务器只寻找一辆可能的公共汽车，并只向这辆公共汽车发送停车请求。停车请求在中央服务器以计算机方式进行处理，从而还可以简单地记录并随后评估停车请求。计算机控制的停车请求处理允许将工作人员的数目保持在一个低水平上。

在本发明的另外一个实施例中，第一个和/或第二个信号的传输可以通过移动无线电话协议来进行，尤其是通过GSM或GPRS或UMTS。通过使用现有的广泛提供的移动无线电话网络，不需要设置专用的基础设施。标准GPRS允许在请求站、中央服务器和公共汽车之间建立永久的网络连接。

根据本发明的另一个变体，可以通过集成在请求站内的操作单元来输入停车请求。乘客不需要任何单独的设备以连接到中央服务器。

在本发明的另一个实施例中，中央服务器对于公共汽车的确定可以是自动进行的。这样实际需要的工作人员数目可以降为零。服务器自动进行分配的一个结果是，与人工分配相比较，分配所需要的时间进一步减少。

根据本发明的另外一个变体，中央服务器可以根据请求站的位置和时间表数据来选择公共汽车，根据时间表检查哪辆公共汽车最适合在希望的时间停靠请求站。这代表一种自动把公共汽车分配到请求站的特别简单的方法。

在本发明的另外一个实施例中，中央服务器可以根据请求站的位置，以及所有或者一些公共汽车的当前坐标，来确定公共汽车，尤其是通过GPS查询最适合的能够在希望的时间停靠请求站的所有公共汽车的坐标，并检查哪辆公共汽车最适合在希望的时间停靠请求站。这种方法允许在把公共汽车分配到请求站的时间表的过程中考虑到暂时的干扰。此外，乘客可以获得关于预期停靠时刻的更为精确的通知。

在本发明的另一个实施例中，汽车司机可以确认接收到停车请求，并且确认信息被转发到中央服务器。这样，与汽车司机的通信可以被更为精确地记录。这也导致了一种可能性，即根据汽车司机的确认信息，或者在省略这种确认的情况下，采取某种行动。例如，在没有收到一个公共汽车司机的确认的情况下，停车请求可以被中央服务器转发到下一个可能的公共汽车司机。在本发明其它的实施例中，可以确认信息，最好带有公共汽车的预期停靠时间或者仍需保持等待的时间，被发送到操作单元并在该处显示。这样乘客就可以获得下一班公共汽车是否以及将在何时停靠请求站的通知。

本发明此外还涉及用于标记运输公司的车站位置的请求站。

已知的请求站不能用于向中心办公室发送停车请求。这个缺点将由本发明进行矫正。

根据本发明可以达到这个目标，在本发明中，提供电源，用于输入停车请求的操作单元，以及用于把停车请求发送到中央服务器的发送模块。用这种方法，可以将通过操作单元输入的停车请求通过发送模块发送到中央服务器，并在那儿进行处理。

在本发明的另外一个实施例中，可以由请求站处提供的计算机来查询操作单元，该计算机触发发送模块。计算机控制提供了对请求站的更为灵活的使用。特别是，将新的软件上载到计算机以允许在请求站实现新的功能。

在本发明的另外一个实施例中，可以附带地提供一个接收模块和一个最好设计为显示器的指示模块。这允许向乘客提供有关停车请求的信息以及其它信息，例如关于停靠时间。

根据本发明的另一个实施例，电源可以包括太阳能面板。这样，请求站可以独立于外部电源来操作。

在本发明的另外一个实施例中，电源可以包括蓄电池以及用于蓄电池的充电控制器。这允许为在当由于缺乏阳光因而通过太阳能面板获得的电源不足的时间段而存储能量。

在本发明的另外一个实施例中，发送模块和/或接收模块可以包括GSM调制解调器和GSM天线。这允许使用现有的基础设施。

在本发明的另一个实施例中，可以提供一个动作探测器，它尤其是通过计算机与显示模块相连接。这使得可以降低显示模块的功耗。

本发明此外还涉及一种数据获取装置，包括一个电源，一个测量装置，一个用于将测量到的数据传送到中央服务器的发送模块，测量装置由计算机来查询，其中计算机在数据获取装置中提供，并触发发送模块。

已知的数据获取装置的缺点是它们不能独立于外部电源而使用。

本发明的目标在于矫正这个缺点。

根据本发明，可以实现包含太阳能单元的电源，尤其是太阳能面板。这样，获得了独立于电力网供电的电源。

在本发明的另外一个实施例中，电源可以包括蓄电池以及用于蓄电池的充电控制器。这样，就获得了用于日光不足的日子里的电能存储单元。

根据本发明的另外一个实施例，可以附带地提供一个接收模块和一个显示模块。这允许把数据传回数据获取装置，并在该处输出数据。

在本发明的另外一个实施例中，发送模块和/或接收模块可以包括GSM调制解调器和GSM天线。这允许使用现有的网络基础设施。

在本发明的另外一个实施例中，可以提供一个动作探测器，它尤其是通过计算机与显示模块相连接。这使得显示模块的功耗最小化，只有当有人接近数据获取装置的时候才供电。

最后，本发明涉及一种用于运输公司，尤其是公共汽车运输公司的运输系统，该系统包括至少一个请求站，只有当乘客希望上下车的时候才停靠该站，至少一个中央服务器和至少一个在运输公司的车辆或者公共汽车中的信令装置。

已知的运输系统不适合向公共汽车自动发送停车请求。本发明的目标在于矫正这个缺点。

根据本发明，这可以这样来实现：请求站包括一个操作单元，用来输入停车请求，一个发送模块，用来向中央服务器发送停车请求，中央服务器4包括一个通信模块，用来与请求站1和信令装置交换数据。这样，停车请求可以从请求站被自动发送到中央服务器，并从中央服务器发送到所考虑的公共汽车。

在本发明的另外一个实施例中，信令装置可以由Java编程的移动电话来实现。这允许使用常规的装置作为信令装置。信令装置的特殊功能可以通过独立于操作平台的Java语言来进行编程。Java的使用最大程度上允许了软件代码向其它设备或者移动电话的可移植性。

现在，将参考示出了优选实施例的附图，更为详细地描述本发明。

图中：

图1示出了根据本发明的信令方法的示意图；

图2示出了请求站1中的软件的流程图；

图3示出了公共汽车的信令装置19中的软件的流程图；

图4示出了在请求站1、中央服务器4和公共汽车2之间的通信流的结构图；

图5示出了在请求站1、中央服务器4和公共汽车2之间的通信流的时间流程图；

图6示出了请求站1的全景图；

图7a示出了根据本发明的图6中的请求站1的电子元件；

图7b示出了显示器11和动作探测器16；

图8示出了根据本发明的请求站1的电路板22。

图1显示了带有多个站点3和一个请求站1的路线5，所述请求站可以通过路线段6停靠。只有当公共汽车2的乘客希望在所述的请求站1下车，或者当乘客希望在请求站1乘坐公共汽车2的时候，公共汽车2才停靠请求站1。在第一种情况，乘客可以直接通知公共汽车司机。

在第二种情况下，根据本发明的方法规定：乘客向中央服务器4发送第一个信号7，所述的中央服务器4将停车请求转发给公共汽车2，随之该汽车司机停靠请求站1。

与其它系统，例如集体出租车(collective taxis)相对比，所建议的系统涉及带有一个精确规定的车站3顺序的城市长途汽车系统，只在需要的时候才停靠请求站1。

停车请求可以以很多不同的方式由乘客发送到中央服务器。最好是通过无线移动电话来发送。乘客可以通过表明与请求站1相一致的车站号码，由SMS(短消息)把停车请求发送到中央服务器4。

另一个具有优点的可能性是，乘客直接在请求站1触发操作单元18，特别是按钮11，停车请求从请求站1例如通过GPRS被发送到中央服务器4。在这种情况下，关于请求站1的地理位置的信息(例如通过唯一的车站号码)被自动同时传送到中央服务器4。请求站1的位置最好通过分配给每个车站3或者请求站1的唯一的车站号码来编码。相关方面是，可以对于请求站1进行唯一的识别。

很明显，可以使用常规的无线网络，甚至通过电缆传送，以便把停车请求发送到中央服务器4。使用GSM提供了现有的覆盖广泛的网络的优势。此外，也有可能在几个中央服务器4之间分布负载。

中央服务器4根据车站号码，或者根据请求站1的位置以及希望时间的数据，来确定最适合的能够在希望时间停靠请求站1的公共汽车2。

例如，希望时间是发出停车请求的时间。也有可能乘客通过SMS，提前一天发出停车请求，或者选择一个稍后的希望停车的时间。

最好由服务器4自动确定所考虑的公共汽车2。这通过自动核对时间表数据可以很容易地实现。中央服务器4根据时间表检查哪辆汽车可以以最好的方式在希望的时间停靠请求站1。之后，停车请求由中央服务器4转发到公共汽车2，随之汽车司机停靠请求站1。

由于请求站1的灵活的系统，公共汽车2可能不会精确地根据时间表来运行，这样，根据公共汽车的实际位置进行精确调整可能更加有好处。在这种情况下，每个公共汽车2的当前位置数据通过GPS被连续查询，并通过SMS或者GPRS被送到中央服务器4。随后，通过对公共汽车2的实际位置的调整，可以做出对于最接近请求站1的公共汽车2的选择。

本发明的解决方案的相关特性在于，通信过程和对于公共汽车2的选择可以在不需要额外工作人员的情况下进行。

在把停车请求传送到相应的公共汽车2之后，汽车司机可以确认接收。确认信息被随后转发到中央服务器4，并从该处转发到乘客。可以同时传送附加信息，比如剩余的等待时间。

图2显示了关于乘客和请求站1的操作单元18之间的互动的流程图。在第一次激活的过程中，或者当请求站1被激活时，在步骤101和102，从中央服务器对配置数据进行查询，并发送到请求站1的存储器中。通常，在步骤103中，向乘客提供一个短的欢迎文字或者简要信息。在104，当乘客按下按钮11时，在通常情况b，关于停车请求的信息在步骤105中被发送到服务器，在步骤106中等待服务器响应。根据中央服务器4的响应，在步骤107、108或者109中向乘客显示期望停靠时间。或者，在步骤110中显示在那天不再有公共汽车停靠请求站1。如果最早的公共汽车2只能在相当长的等候时间之后停靠，执行项目109，乘客必须在步骤111中确认他或她是否真正愿意预订公共汽车。在步骤112中，这个确认信息被转发到中央服务器。否则，只在步骤107和108中显示期望停靠时间，因为公共汽车已经被服务器所请求。在步骤115，在一段可调整的等候时间之后，由于在通常情况下公共汽车已经停靠了请求站1，系统返回到其初始状态103。

为了使移动无线电话网络中的网络通信量最小，可以把相应的公共汽车线路的时间表存储在一个计算机单元23中，或者存储在请求站1的存储器中。在这种情况下，可以由请求站1直接确定所考虑的下一辆公共汽车。当乘客在步骤104中按下按钮11之后，在步骤109中，下一辆公共汽车通过路线a得到指示，或者在步骤111中显示一条消息，表明今天已经没有公共汽车服务。乘客可以通过步骤111再次确认他或她是否希望预订这辆公共汽车，或者可以在步骤113中取消预订，该信息在步骤114中被发送到中央服务器4。

在一些请求站1，如多路公共汽车的车站，有可能输入对不同的公共汽车路线或者同一个公共汽车线路的不同运行方向的查询。可以为此目的而提供多个按钮11。乘客是否按了正确的按钮11的问题在步骤116中进行查询。只有输入正确才会继续进行下去。

除了上面描述的流程之外，特殊的消息，例如请求站1的电池处于低电量状态，可以被发送到中央服务器4。

图3显示了在公共汽车2中，公共汽车司机和信令装置40的互动流程。它包括，例如，一个带有Java编程环境的常规移动电话。粗箭头代表在信令装置40和中央服务器4之间出现数据传输处的流步骤。

在程序开始之后，在步骤301中，公共汽车司机被要求登录进系统。一旦成功完成登录，在步骤302中，在一个短暂的欢迎信息之后，出现了应用程序的主菜单。公共汽车司机可以使用这个主菜单，通过在步骤303中选择菜单项来进行特定设置，或者在步骤304中显示待停靠的请求站1的当前列表。

一旦对于特定请求站1的停车请求被中央服务器4接收，并且中央服务器4已经选择了这辆公共汽车2，司机将通过声音信号获得通知。司机随后从中央服务器4请求新的停车请求(一个或多个)。新的停车请求(一个或多个)在一个循环中进行处理。司机可以在步骤307、308或309中对于每个停车请求提出他或她是否能够，或者延迟多久停靠相应的请求站1。公共汽车司机的这些回复被发送到服务器4。一旦所有的停车请求都已经被处理，系统返回到初始位置302。

此外在步骤310中，乘客请求从公共汽车下车也可以被发送到中央服务器4。如果由于有乘客希望在请求站1下车而使公共汽车司机需要停靠该站，中央服务器将相应获得通知。这可以用于调整时间表，或者也用于在请求站1显示下一班公共汽车2将会很快停靠。

在步骤311中，在公共汽车司机当班的最后，他可以通过菜单项退出系统。

图4解释了中央服务器4的结构，以及中央服务器4、公共汽车2和请求站1之间的连接。通过一个通信模块202来进行通信，它可以通过GPRS与公共汽车2中的信令装置40以及请求站1交换数据。此外，乘客发送的SMS首先被发送到通信模块202。这个通信模块202通过规定的协议，例如XML，与中央服务器4通信，在步骤203中输入和输出的消息被转换成服务器所使用的格式。此外，查询可以以一种不同的方式来输入，例如通过网络接口和Java Servlet(Java小服务程序)208，并被传送到中央服务器4。

输入的查询首先在步骤104中通过与用户数据库205进行匹配来检查其可允许性，并被存储在当前查询列表中。这个当前查询列表被称为集市(market place)205。集市205最好带有JMS(Java消息服务)。中央服务器4的结构保持开放，使得多个运输公司或者多个些提供商可以通过提供商模块207来进入所述的集市205。在单一提供商的最简单情况下，提供商模块207从集市205读出查询或者停车请求，通过将数据与时间表数据库209相匹配，来确定对于在请求站1的停车请求而被考虑的公共汽车2。

图5简要描述了中央服务器4的各个模块和公共汽车2之间的通信流。在项目401中，对于下一辆公共汽车2的确定出现在中央服务器4中提供商模块207的级别处。时间表数据库209最好包括各个公共汽车2在所有的请求站1的所有可能的停车次数。通过从所述的数据库中与希望的停车时间相比较，来确定下一辆公共汽车2。如果在通知公共汽车司机和希望的停车时间之间的间隔很短，可能出现公共汽车司机无法停靠该站的情况，因为已经驶过了相应的机动车出口。在这些很近的情况下，需要在项目402中询问公共汽车司机他们是否仍然能够停靠请求站1。如果计划的停靠时间可以安全地保证，则只需要在步骤403中通知公共汽车司机，于是该司机必须停靠请求站1。

这样，请求站1、中央服务器4和公共汽车2中的信令装置40形成了一个运输系统，它被用于根据本发明的信令方法。

下面，通过参考具体的例子，来讨论执行根据本发明的方法的请求站1的一个优选实施例。

如图6中所示的请求站1包括一个包含有按钮11的操作单元18，以及被配置成显示器12的指示模块。合适的按钮11是小键盘，带有一个大的照明键区、没有任何移动部分的门开启装置，或者例如Omron按键A22IP65的按钮。按键11的尺寸和数目必须调整到适合操作逻辑和显示尺寸。如果选项被写入不同的行，按钮的直径最好不显著大于一行的高度。作为最合适的布置可能性的结果，在图6中使用了小按键11，它可以被安装到显示器12的右侧。显示的按键由金属制成，这样可以防止恶意破坏。为了节约能量，按键具有可分别控制的LED。除了描述过的按键11，也可以提供其他的操作单元18，如语音输入的传感器，乘客可以通过它来发出他或她的停车请求信号。

对于显示器12，在有关可读性、成本、功率消耗和对比度控制方面，提出了特别高的要求。可以使用不同的图形显示器或者字母数字显示器。示例的显示器12是一个文本显示器，带有LED背景照明。对比度的设定最好根据外界温度而进行。在这种情况下使用一个单独的电路，用来进行与温度有关的对比度控制。

作为功率消耗的结果，显示器12的照明持续时间最好保持尽可能地短。由于这个原因，请求站1包括一个动作探测器16，它安装在立柱(mask)17上面，探测器通过计算机单元23与指示模块或者显示器12相连接。动作探测器探测接近车站的人。作为探测器16的结果，显示器12的屏幕只有当乘客进入请求站1的区域的时候才会被激活。用于外部安装的动作探测器16最好选择具有低基本功率消耗的。

在动作探测器16中还提供了一个光敏元件，以便测量周围亮度并确定LED显示器12是否需要照明。通过设置成夜间操作，由于反射的日光而造成错误开始的可能性就没有关系了。

在图6中，电子元件被装在机柜10中，并可以用锁13来锁上。机柜10用于保护电子系统不受天气影响。这个机柜10安装在立柱17上，GSM天线15也安装在立柱17上。电源线和信号线在立柱17内引导。

请求站1的通信单元19包括一个GSM调制解调器20和一个GSM天线15。天线15用于在请求站1的通信单元19和移动无线运营商的基站之间建立无线连接。作为基站的可能的局部实现的结果，最好使用简单的杆状天线。GSM天线15安装在立柱17的上部，以获得良好的发射性能，并避免把乘客暴露在过量的辐射之下。高频现场辐射的限制值由ICNIRP(非电离辐射保护国际委员会)制定，并被WHO和多数国家政府采用。ICNIRP推荐的限制值对于1000MHz(GSM900)来说接近5000mW/m²，对于1800MHz(GSM900)接近9000mW/m²。为了遵守这些限制值(ICNIRP)的目的，使用了在大约3m高度的远程的GSM天线15。

请求站1此外还包括一个太阳能面板14，它也安装在立柱17上。太阳能面板14是BH1的电源的一部分，并使得请求站1与外部电源无关。

太阳能面板14通过一个充电控制器来向蓄电池供电。太阳能面板14最好这样安装：保证一段高度大约为2.4m的通路。当安装的时候，它将以一种防止扭绞的方式被固定，这样可以保证最佳的照明或者日光照射。

对于太阳能面板14，最好选择无定形的模块。由于无定形模块的略微高一点的电压，为充电控制器提供了更高的电压。

充电控制器最好置于太阳能面板14和蓄电池之间。充电控制器保证以蓄电池不会受到损坏的方式进行充电。此外，充电控制器检查蓄电池的放电深度。

蓄电池是置于充电控制器和耗电装置之间的能量存储装置，它使得可以渡过夜晚和日照程度较低的时间段。根据蓄电池的外形因素，需要另外的机架。电子系统最好分开设置，放蓄电池的空间要有开口，以便蓄电池的通风换气。

下面将基于具体的实施例，来说明根据本发明的请求站1的电子元件的结构。本发明不局限于显示的元件。

图7a左边显示了GSM调制解调器20，在本例中是带有面向左侧的mmex-FME天线适配器20’的Motorola g18。调制解调器20通过分层的(laminated)带状电缆22与电路板22的小插孔连接在一起，并进一步与电源和计算机23连接在一起。调制解调器20和通信单元被用于在请求站1和中央服务器之间的信息的双向传输。

图7a的上部显示了显示器12，在本例中是Batron 42008，显示器通过数据线28和用于提供背景照明电源的单独的电缆与电路板22相连接。还显示了用来遮蔽计算机23的盖子24。

图7b从前面显示了显示器12以及打开的12V红外动作探测器16。

图8显示了电路板22，电路板22上带有附加的车载计算机23，它带有自己的处理器、存储器和所需的I/O端口。电路板22通过连接器25与电源相连接。显示器12通过数据线28和用于提供背景照明电源的单独的电缆26，连接到电路板22。

用于操作请求站1的软件可以通过带状电缆29被上载到计算机。可以通过第一个跳线33来判断数据是否写入计算机23的易失或者非易失存储器。

两个按钮11通过线路31与电路板22相连接。

一个NTC温度传感器通过导体32连接到电路板22，用来控制显示器12的对比度，它需要根据外界温度来控制。

此外可以提供另外一个跳线34，通过它可以激活一个所谓的监控器(watchdog)，每隔固定时间重起电路板回到初始状态。

计算机23包括逻辑电路，用来通过按钮11和显示器12与用户通信，并基于此通过GSM调制解调器20与中央服务器4通信。

很明显，提供其它的功能是可能的。例如，计算机23可以被用于探测不同的测量值或者数据。在显示的实施例中，只连接了一个动作探测器16。然而，也有可能通过计算机23来探测不同的数据并传送到中央服务器4，例如气象台的不同的测量值。

计算机最好提供其它的选择，例如在操作过程中重新加载代码、内部时钟、Java支持、公众可获得的用于RS-232的低电平类别的外围设备库、I/O接口、传感器系统和通信(TCP/IP PPP点对点协议)。

自然地，也可以不提供任何独立的处理器，而使用GSM调制解调器20的处理器来用于控制的目的。在这种情况下，所述的处理器作为计算机23。此外还可使用微处理器μPs，单板机，例如所描述的JSTAMP或者本地Java处理器。类似地，也可使用带有内建的64kB闪存RAM和TCP/IP栈的μC或者GSM模块(如μWEB GSM10)。

如同已经提到的，本发明的请求站1也可以被用于探测多种测量值或数据，并将其转发到中央服务器4。在这个大背景下，关于这一点，动作传感器、温度传感器和按钮11代表一个不同的测量装置18，它由计算机23进行查询。这些数据被传送到中央服务器4。通过太阳能面板14的供电允许使用独立于任何外部电源的数据获取装置。

Claims (22)

1.一种信令方法，特别是在运输公司，最好是公共汽车运输公司的线路上的请求站(1)处对停车请求进行信令化，只有在乘客希望上下车的时候才停靠请求站(1)，其特征在于通过一个操作单元(18)来输入停车请求，生成包含停车请求和请求站(1)的识别信息的第一个信号(7)，所述的第一个信号(7)通过发送模块(19)发送到至少一个中央服务器(4)，中央服务器(4)确定最适合的能够在希望的时间停靠请求站(1)的公共汽车(2)，并以这种方式向该公共汽车(2)发送停车请求：它通过一个信令装置(40)向所述的公共汽车发送第二个信号(8)，所述第二个信号被发送给汽车司机。

2.如权利要求1所述的方法，其特征在于第一个和/或第二个信号的传输通过移动无线电话协议来进行，尤其是通过GSM或GPRS或UMTS。

3.如权利要求1或2所述的方法，其特征在于通过集成在请求站(1)内的操作单元(18)来输入停车请求。

4.如权利要求1至3中任一项所述的方法，其特征在于中央服务器(4)对于公共汽车(2)的确定是自动进行的。

5.如权利要求1至4中任一项所述的方法，其特征在于中央服务器(4)根据请求站(1)的位置和时间表数据来确定公共汽车(2)，根据时间表检查哪辆公共汽车(2)最适合在希望的时间停靠请求站。

6.如权利要求1至5中任一项所述的方法，其特征在于中央服务器(4)根据请求站(1)的位置，以及所有或者一些公共汽车(2)的当前坐标来选择公共汽车，尤其是通过GPS查询最适合在希望的时间停靠请求站(1)的所有公共汽车(2)的坐标，并检查哪辆公共汽车(2)最适合在希望的时间停靠请求站(1)。

7.如权利要求1至6中任一项所述的方法，其特征在于公共汽车司机确认接收到停车请求，并且确认信息被转发到中央服务器(4)。

8.如权利要求1至7中任一项所述的方法，其特征在于确认信息，最好带有公共汽车(2)的预期停靠时间或者仍需保持等待的时间，被转发到操作单元(18)并在该处显示。

9.用于标记运输公司的车站位置的请求站(1)，其特征在于电源，用于输入停车请求的操作单元(18)，以及用于将停车请求发送到中央服务器(4)的发送模块(19)。

10.如权利要求9所述的请求站(1)，其特征在于由请求站(1)中提供的计算机(23)来查询操作单元，该计算机触发发送模块(19)。

11.如权利要求9至10中任一项所述的请求站，其特征在于另外提供一个接收模块(41)和一个最好设计为显示器(12)的指示模块。

12.如权利要求9至11中任一项所述的请求站，其特征在于电源包括太阳能面板(14)。

13.如权利要求9至12中任一项所述的请求站，其特征在于电源包括蓄电池以及用于蓄电池的充电控制器。

14.如权利要求9至13中任一项所述的请求站，其特征在于发送模块(19)和/或接收模块(41)包括GSM调制解调器(20)和GSM天线(15)。

15.如权利要求9至14中任一项所述的请求站，其特征在于一个动作探测器(16)，它尤其是通过计算机(23)与显示模块相连接。

16.一种数据获取装置，包括一个电源，一个测量装置(18)，一个用于将测量数据传送到中央服务器(4)的发送模块(19)，测量装置(18)由计算机(23)来查询，其中计算机在数据获取装置(1)中提供，并触发发送模块(19)，其特征在于电源包含太阳能单元，尤其是太阳能面板(14)。

17.如权利要求16所述的数据获取装置，其特征在于电源包括蓄电池以及用于蓄电池的充电控制器。

18.如权利要求16至17中任一项所述的数据获取装置，其特征在于另外提供一个接收模块(20)和一个显示模块(12)。

19.如权利要求16至18中任一项所述的数据获取装置，其特征在于发送模块(19)和/或接收模块(41)包括GSM调制解调器(20)和GSM天线(15)。

20.如权利要求16至19中任一项所述的数据获得装置，其特征在于一个动作探测器(16)，它尤其是通过计算机(23)与显示模块(12)相连接。

21.一种用于运输公司，尤其是公共汽车运输公司的运输系统，该系统包括至少一个只有当乘客希望上下车的时候才停靠的请求站(1)，至少一个中央服务器(4)和至少一个在运输公司的车辆或者公共汽车(2)中的信令装置(40)，其特征在于请求站(1)包括一个操作单元(18)，用于输入停车请求，一个发送模块(19)，用于向中央服务器(4)发送停车请求，中央服务器(4)包括一个通信模块，用于与请求站(1)和信令装置(40)交换数据。

22.如权利要求21所述的运输系统，其特征在于信令装置(40)由Java编程的移动电话来实现。

Images