一种乘车方法、装置和系统与流程

文档序号:15165600发布日期:2018-08-14 17:26阅读:136来源:国知局

本发明涉及通信技术,尤指一种乘车方法、装置和系统。



背景技术:

人们的出行现在离不开公共交通工具(如公交车、地铁等),乘坐公共交通工具既环保又方便,但是由于交通拥堵或公交车承载人数受限,经常会发生长时间等待公交车不到达或到达后无法上车的情况发生,给乘客带来极大的不便。



技术实现要素:

本发明实施例提供了一种乘车方法、装置和系统,能够提高乘车效率。

本发明实施例提供了一种乘车方法,包括:

服务器接收终端的乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;

服务器根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量信息,将到站时间和乘客数量信息发送给终端。

可选的,该方法还包括:

所述服务器接收到终端用户确认乘车的信息或取消乘车的信息,更新所述上车站点的候车乘客数量信息,并发送给所述公共交通工具的车载终端;

或者,所述服务器接收到所述终端用户已上车的信息、或所述终端用户已下车的信息,更新所述乘客数量信息;

或者,所述服务器接收到公共交通工具当前的情况信息,将所述公共交通工具当前的情况信息发送给所述终端。

可选的,该方法还包括:

所述服务器接收到终端用户确认乘车的信息后,生成支付二维码并发送给所述终端。

本申请提出了一种乘车方法,包括:

终端获取乘车信息并发送给服务器,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;

终端接收并显示下一辆公共交通工具的到站时间和乘客数量信息。

可选的,该方法还包括:

所述终端向所述服务器发送以下任意一个信息:

终端用户确认乘车的信息、终端用户取消乘车的信息、终端用户已上车的信息、终端用户已下车的信息。

可选的,所述终端向所述服务器发送所述终端用户确认乘车的信息后,该方法还包括:

接收到所述服务器的支付二维码;

所述终端扫描所述支付二维码完成支付。

本申请提出了一种乘车方法,包括:

车载终端接收站点的候车乘客数量信息,并根据接收的站点的候车乘客数量信息确定下一站点的候车乘客数量信息并通过显示装置显示。

可选的,该方法还包括:

所述车载显示终端向服务器发送公共交通工具当前的情况信息。

可选的,所述显示装置为平视显示器或投影装置。

本申请提出了一种服务器,包括第一处理器和第一计算机可读存储介质,所述第一计算机可读存储介质中存储有第一指令,当所述第一指令被所述第一处理器执行时,实现上述任一种乘车方法。

本申请提出了一种终端,包括第二处理器和第二计算机可读存储介质,所述第二计算机可读存储介质中存储有第二指令,当所述第二指令被所述第二处理器执行时,实现上述任一种乘车方法。

本申请提出了一种车载终端,包括第三处理器和第三计算机可读存储介质,所述第三计算机可读存储介质中存储有第三指令,当所述第三指令被所述第三处理器执行时,实现上述任一种乘车方法。

本申请提出了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一种乘车方法的步骤。

与相关技术相比,本发明实施例包括:终端获取乘车信息并发送给服务器,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;服务器接收终端的乘车信息,服务器根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量信息,将到站时间和乘客数量信息发送给终端;终端接收并显示下一辆公共交通工具的到站时间和乘客数量信息。本申请通过将下一辆公共交通工具的到站时间和乘客数量信息发送给终端,以使终端用户掌握下一辆公共交通工具的到站时间和乘客数量,从而确定是否搭乘该公共交通工具,减少或避免了长时间等待公共交通工具不到达或到达后由于乘客数量较多无法上车的情况发生,提高了乘车效率。

在一个可选方案中,采用服务器接收到终端用户确认乘车的信息或取消乘车的信息,更新上车站点的候车乘客数量信息,并发送给公共交通工具的车载终端;车载终端接收站点的候车乘客数量信息,并通过显示装置显示下一站点的候车乘客数量信息。该方法使得公共交通工具的司机及时了解下一站点的候车乘客数量信息。

在一个可选方案中,终端向服务器发送终端用户确认乘车的信息;服务器接收到终端用户确认乘车的信息,生成支付二维码并发送给终端;终端扫描支付二维码完成支付。该方法通过二维码支付的方式支付车票,避免了上下车需要刷卡的繁琐,并有效的防止了终端用户忘刷卡或漏刷卡的情况发生。

本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。

图1为本发明第一实施例服务器侧乘车方法的流程图;

图2为本发明第二实施例终端侧乘车方法的流程图;

图3为本发明第二实施例乘车信息输入页面的示意图;

图4为本发明第二实施例到站时间和乘客数量信息的显示页面的示意图;

图5为本发明第二实施例上下车显示页面的示意图;

图6为本发明第三实施例车载终端侧乘车方法的流程图;

图7为本申请乘车方法的一个可选实施方式的流程图;

图8为本发明第四实施例服务器的结构组成示意图;

图9为本发明第五实施例终端的结构组成示意图;

图10为本发明第六实施例车载终端的结构组成示意图;

图11为本发明第七实施例车载显示系统的结构组成示意图;

图12为本发明第八实施例另一种服务器的结构组成示意图;

图13为本发明第九实施例另一种终端的结构组成示意图;

图14为本发明第十实施例另一种车载终端的结构组成示意图;

图15为本发明第十一实施例乘车系统的结构组成示意图。

具体实施方式

下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

参见图1,本发明第一实施例提出了一种乘车方法,包括:

步骤100、服务器接收终端的乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息。

本申请中,公共交通工具可以是公交车、或地铁等。

公共交通工具的线路信息可以采用公共交通工具的线路名称来表示,如330路、346路、651路等等。

上车站点信息可以采用上车站点名称来表示,下车站点信息可以采用下车站点名称来表示。

步骤101、服务器根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量信息,将到站时间和乘客数量信息发送给终端。

本申请中,乘客数量信息可以采用具体的乘客数量来表示。

本申请中,服务器可以先根据线路信息和上车站点信息确定下一辆公共交通工具的公共交通工具标识或车载终端标识,然后再确定下一辆公共交通工具的到站时间和乘客数量信息。

具体的,服务器可以实时更新公共交通工具标识或车载终端标识、线路信息、当前到达的站点信息和行驶方向之间的第一对应关系,然后在第一对应关系中查找线路信息与终端用户乘坐线路相同、且行驶方向与终端用户待乘坐方向相同、且当前到达的站点距离上车站点最短的公共交通工具标识或车载终端标识即为下一辆公共交通工具的公共交通工具标识或车载终端标识。

其中,当前到达的站点信息和行驶方向可以由公共交通工具的车载终端实时上报给服务器。服务器接收到车载终端上报的当前到达的站点信息时,还可以将当前到达的站点信息发送给已上车的终端。

获得下一辆公共交通工具的公共交通工具标识或车载终端标识后,按照预设算法计算下一辆公共交通工具的到站时间。例如,可以根据下一辆公共交通工具当前到达的站点与上车站点的距离计算到站时间,也就是说,到站时间为下一辆公共交通工具当前到达的站点与上车站点的距离和公共交通工具的行驶速度的比值。

本申请中,服务器可以在预先设置的线路信息、公共交通工具标识或车载终端标识和乘客数量信息之间的第二对应关系中,查找线路信息和下一辆公共交通工具的公共交通工具标识或车载终端标识对应的乘客数量信息。

本申请通过将下一辆公共交通工具的到站时间和乘客数量信息发送给终端,以使终端用户掌握下一辆公共交通工具的到站时间和乘客数量,从而确定是否搭乘该公共交通工具,减少或避免了长时间等待公共交通工具不到达或到达后由于乘客数量较多无法上车的情况发生,提高了乘车效率。

可选的,该方法还包括:

服务器接收到终端用户确认乘车的信息或取消乘车的信息,更新上车站点的候车乘客数量信息,并发送给公共交通工具的车载终端。

具体的,当服务器接收到终端用户确认乘车的信息时,将上车站点的候车乘客数量加1;当服务器接收到终端用户取消乘车的信息时,将上车站点的候车乘客数量减1。

其中,服务器可以设置线路信息、站点信息和候车乘客数量信息直接的第三对应关系,当服务器接收到终端用户确认乘车的信息或取消乘车的信息时,直接更新第三对应关系中的候车乘客数量信息即可。

可选的,该方法还包括:

服务器接收到终端用户确认乘车的信息后,生成支付二维码并发送给终端。

可选的,服务器可以在更新上车站点的候车乘客数量后,将更新后的上车站点的候车乘车数量信息发送给该线路的所有公共交通工具;或者,将更新后的上车站点的候车乘客数量信息发送给该线路的下一站站点为上车站点的公共交通工具。

可选的,该方法还包括:

服务器接收到终端用户已上车的信息、或终端用户已下车的信息,更新乘客数量信息。

具体的,当服务器接收到终端用户已上车的信息时,将该公共交通工具的乘客数量加1;当服务器接收到终端用户已下车的信息时,将该公共交通工具的乘客数量减1。其中,服务器直接更新第二对应关系中的乘客数量信息即可。

可选的,该方法还包括:

所述服务器接收到公共交通工具当前的情况信息,将所述公共交通工具当前的情况信息发送给所述终端。

其中,公共交通工具当前的情况信息可以是以下至少一种:当前交通状况、当前运载信息、当前公共交通工具状况。

其中,当前交通状况可以是以下任一种:交通畅通、轻微堵车、严重堵车、交通事故等。

当前运载信息可以是以下任一种:空载、正常、超载等。

当前公共交通工具状况可以是以下任一种:车辆正常、车辆出事故等。

参见图2,本发明第二实施例提出了一种乘车方法,包括:

步骤200、终端获取乘车信息并发送给服务器,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息。

步骤201、终端接收并显示下一辆公共交通工具的到站时间和乘客数量信息。

本申请中,终端可以采用以下任一种方式获取乘车信息。

第一种,终端可以通过扫描公共交通工具的线路对应的二维码来跳转到线路对应的乘车信息输入页面,如图3所示,该乘车信息输入页面包括:标题框31、上车站点指示框32、上车站点输入框33、下车站点指示框34、下车站点输入框35、确认按键36和取消按键37。

其中,标题框31中可以显示线路信息,如图3所示,标题框31中显示“欢迎乘坐330路公交”,用于提示用户当前待乘坐的线路;

上车站点提示框32用于提示用户在上车站点输入框33中输入上车站点名称,该上车站点名称也可以由全球定位系统(gps,globalpositionsystem)获得并输入;

下车站点提示框34用于提示用户在下车站点输入框35中输入下车站点名称;

在输入上车站点名称和下车站点名称后,用户可以通过点击确认按键36来查询下一辆交通工具的到站时间和乘客数量信息,终端接收到确认指令后,向服务器发送乘车信息;或者,用户通过点击取消按键37来退出该乘车信息输入页面。

上述公共交通工具的线路对应的二维码可以显示在线路上的所有站点的站牌上,站牌上还可以显示线路信息。

第二种,终端可以通过线路对应的乘车输入页面的统一资源定位符(url,uniformresourcelocator)直接访问乘车输入页面,如图3所示,然后输入上车站点名称和下车站点名称。

本申请通过获取并显示下一辆公共交通工具的到站时间和乘客数量信息,以使终端用户掌握下一辆公共交通工具的到站时间和乘客数量,从而确定是否搭乘该公共交通工具,减少或避免了长时间等待公共交通工具不到达或到达后由于乘客数量较多无法上车的情况发生,提高了乘车效率。

可选的,该方法还包括:终端向服务器发送以下任意一个信息:

终端用户确认乘车的信息、终端用户取消乘车的信息、终端用户已上车的信息、终端用户已下车的信息。

图3中,当终端接收到确认指令时,可以跳转到到站时间和乘客数量信息的显示页面,如图4所示,到站时间和乘客数量信息的显示页面包括:到站时间提示框41、到站时间显示框42、乘客数量提示框43、乘客数量显示框44、确认按键45、取消按键46和退出按键47。其中,取消按键46只有在确认按键45按下后才能点击,确认按键45按下后变成灰色无效的,即无法点击。

终端用户根据到站时间显示框42中显示的到站时间和乘客数量显示框44中显示的乘客数量来确定是否乘车,如果确认乘车,则点击确认按键45,终端接收到终端用户确认乘车的指令,则向服务器发送终端用户确认乘车的信息;如果终端用户在确认乘车后由于某种原因不想乘车,例如,当终端接收并显示公共交通工具当前的情况信息为公共交通工具当前处于堵车状态时,终端用户获知该情况后,预估下一辆公共交通工具到站时间可能会比较长,则可以通过点击取消按键来取消乘车,终端接收到终端用户取消乘车的指令时,向服务器发送终端用户取消乘车的信息。

如果终端用户认为到站时间较长或者乘客数量较多,则可以通过点击退出按键47来退出该到站时间和乘客数量信息的显示页面。

上述终端在向服务器发送终端用户确认乘车的信息或终端用户取消乘车的信息时,还需要向服务器发送终端用户乘坐的路线信息以及公共交通标识或车载终端标识。

图4中,当终端接收到终端用户确认乘车的指令时,可以跳转到上下车显示页面,如图5所示,该上下车显示页面包括:标题框51、已上车按键52和已下车按键53。其中,已下车按键53在已上车按键52按下后才能点击,已上车按键52按下后变成灰色无效的,即无法点击。

其中,标题框51中可以显示线路信息,如图5所示,标题框51中显示“欢迎乘坐330路公交”,用于提示用户当前待乘坐的线路;在公共交通工具到达时,如果终端用户已上车,则可以点击已上车按键52,终端接收到终端用户已上车的指令时,向服务器发送终端用户已上车的信息;如果终端用户到站后下车,则可以点击已下车按键53,终端接收到终端用户已下车的指令时,向服务器发送终端用户已下车的信息。

上述终端在向服务器发送终端用户已上车的信息或终端用户已下车的信息时,还需要向服务器发送终端用户乘坐的路线信息以及公共交通工具标识或车载终端标识。

可选的,当终端接收到公共交通工具当前到达的站点信息时,如果下车站点为当前到达的站点的下一站,则提示终端用户即将下车。

可选的,终端向服务器发送终端用户确认乘车的信息后,该方法还包括:

接收到服务器的支付二维码;终端扫描支付二维码完成支付。

其中,终端可以在下车时扫描支付二维码完成支付。

该方法通过二维码支付的方式支付车票,避免了上下车需要刷卡的繁琐,并有效的防止了终端用户忘刷卡或漏刷卡的情况发生。

参见图6,本发明第三实施例提出了一种乘车方法,包括:

步骤600、车载终端接收站点的候车乘客数量信息。

步骤601、车载终端根据接收的站点的候车乘客数量信息确定下一站点的候车乘客数量信息并通过显示装置显示。

本申请中,如果服务器在更新上车站点的候车乘客数量后,将更新后的上车站点的候车乘车数量信息发送给该线路的所有公共交通工具;那么,车载终端接收到站点的候车乘客数量信息后,保存站点信息和候车乘车数量信息之间的第四对应关系,然后,公共交通工具在每到达一个站点后,在第四对应关系中,查找下一站点对应的候车乘客数量信息并显示。

如果服务器将更新后的上车站点的候车乘客数量信息发送给该线路的下一站站点为上车站点的公共交通工具,那么,车载终端接收到站点的候车乘客数量信息后进行显示即可。

本申请中,显示装置可以是平视显示器,或投影装置。

平视显示器包括显示单元和映像光学系统。

其中,显示单元用于显示以下至少之一:下一站点的候车信息、车辆状态信息(如车速、油量等)、指示信息(如导航、危险警示等),映像光学系统用于将显示器发射的光反射到挡风玻璃上,然后经挡风玻璃反射到驾驶员的眼睛,从而在成像面成虚拟图像,驾驶员通过挡风玻璃即可观察到虚拟图像。

其中,显示单元包括背光源和显示面板。显示面板用于显示车载终端传输过来的图像信息,即以下至少之一:下一站点的候车信息、车辆状态信息(如车速、油量等)、指示信息(如导航、危险警示等)、下一站点的候车乘客数量信息,背光源用于为显示面板提供背光。

映像光学系统可以采用反射镜、透视镜、棱镜等光学元件来实现。为了实现尽可能节省空间的结构方式,优选使用反射镜来实现。

可选的,该方法还包括:

车载显示终端向服务器发送公共交通工具当前的情况信息。

其中,公共交通工具当前的情况信息可以是以下至少一种:当前交通状况、当前运载信息、当前公共交通工具状况。

其中,当前交通状况可以是以下任一种:交通畅通、轻微堵车、严重堵车、交通事故等。

当前运载信息可以是以下任一种:空载、正常、超载等。

当前公共交通工具状况可以是以下任一种:车辆正常、车辆出事故等。

下面通过一个可选的实施方式来说明本申请的乘车方法。

参见图7,该方法包括:

步骤700、终端扫描公交站牌上线路对应的二维码跳转到线路对应的乘车信息输入页面。

本步骤中,二维码是用特定的几何图形按一定规律在平面上分布的黑白相间的图像,其使用若干个与二进制相对应的几何形体来表示文字数值信息,并通过光电扫描设备自动识读以实现信息自动处理功能。

线路的二维码中可以携带基于二维码的交通系统的统一资源定位符,统一资源定位符中携带线路名称。

步骤701、终端通过gps获取上车站点名称并输入到乘车信息输入页面中,接收用户在乘车信息输入页面输入的下车站点名称和确认指令,向服务器发送乘车信息。

本步骤中,乘车信息包括:线路名称、上车站点名称和下车站点名称。

步骤702、服务器根据乘车信息确定下一辆公交车的到站时间和乘客数量,将到站时间和乘客数量发送给终端。

步骤703、终端显示下一辆公交车的到站时间和乘客数量。

步骤704、终端用户根据到站时间和乘客数量确定是否乘车,如果是,则执行步骤705;如果否,则结束本流程。

步骤705、终端向服务器发送终端用户确认乘车的信息。

步骤706、服务器将上车站点的候车乘客数量加1,并将更新后的上车站点的候车乘客数量发送给该线路的公交车的车载终端;生成支付二维码并发送给终端。

步骤707、车载终端通过平视显示器显示下一站点的候车乘客数量,并将公交车当前的情况信息发送给服务器。

步骤708、服务器将公交车当前的情况信息发送给终端。

步骤709、终端显示公交车当前的情况信息,终端用户根据公交车当前的情况信息再一次确定是否乘车,如果确定乘车,则执行步骤712;如果确定不乘车,则执行步骤710~步骤711。

步骤710、终端向服务器发送终端用户取消乘车的信息。

步骤711、服务器将上车站点的候车乘客数量减1,并将更新后的上车站点的候车乘客数量发送给该线路的公交车的车载终端,并继续执行步骤706。

步骤712、公交车到达时终端用户上车,终端向服务器发送终端用户已上车的信息。

步骤713、服务器将该公交车的乘客数量加1。

步骤714、公交车到达下车站点时,终端扫描支付二维码完成支付,并向服务器发送终端用户已下车的信息。

步骤715、服务器将该公交车的乘客数量减1。

参见图8,本发明第四实施例提出了一种服务器,包括:

第一接收模块,用于接收终端的乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;

第一处理模块,用于根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量信息;

第一发送模块,用于将到站时间和乘客数量信息发送给终端。

可选的,第一接收模块还用于:

接收到终端用户确认乘车的信息或取消乘车的信息;

第一处理模块还用于:更新所述上车站点的候车乘客数量信息;

第一发送模块,用于发送给所述公共交通工具的车载终端。

可选的,第一接收模块还用于:

接收到所述终端用户已上车的信息、或所述终端用户已下车的信息;

第一处理模块还用于:更新所述乘客数量信息。

可选的,第一接收模块还用于:接收到公共交通工具当前的情况信息;

第一发送模块还用于:将所述公共交通工具当前的情况信息发送给所述终端。

可选的,第一处理模块还用于:生成支付二维码;

第一发送模块还用于:将支付二维码发送给终端。

参见图9,本发明第五实施例提出了一种终端,包括:

第二处理模块,用于获取乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;

第二发送模块,用于将乘车信息发送给服务器;

第二接收模块,用于接收下一辆公共交通工具的到站时间和乘客数量信息;

显示模块,用于显示下一辆公共交通工具的到站时间和乘客数量信息。

可选的,第二发送模块还用于:

向所述服务器发送以下任意一个信息:

终端用户确认乘车的信息、终端用户取消乘车的信息、终端用户已上车的信息、终端用户已下车的信息。

可选的,第二接收模块还用于:接收到服务器的支付二维码;

第二处理模块还用于:扫描所述支付二维码完成支付。

参见图10,本发明第六实施例提出了一种车载终端,包括:

第三接收模块,用于接收站点的候车乘客数量信息。

可选的,还包括:第三发送模块,用于向服务器发送公共交通工具当前的情况信息。

参见图11,本发明第七实施例提出了一种车载显示系统,包括:

车载终端,用于接收站点的候车乘客数量信息;根据接收的站点的候车乘客数量信息确定下一站点的候车乘客数量信息;

显示装置,用于显示下一站点的候车乘客数量信息。

参见图12,本发明第八实施例提出了一种服务器,包括第一处理器和第一计算机可读存储介质,所述第一计算机可读存储介质中存储有第一指令,当所述第一指令被所述第一处理器执行时实现以下步骤:

接收终端的乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量,将到站时间和乘客数量发送给终端。

可选的,当第一指令被第一处理器执行时还实现以下步骤:

接收到终端用户确认乘车的信息或取消乘车的信息,更新所述上车站点的候车乘客数量信息,并发送给所述公共交通工具的车载终端;

或者,接收到所述终端用户已上车的信息、或所述终端用户已下车的信息,更新所述乘客数量信息;

或者,接收到公共交通工具当前的情况信息,将所述公共交通工具当前的情况信息发送给所述终端。

可选的,当第一指令被第一处理器执行时还实现以下步骤:

生成支付二维码并发送给所述终端。

参见图13,本发明第九实施例提出了一种终端,包括第二处理器和第二计算机可读存储介质,所述第二计算机可读存储介质中存储有第二指令,当所述第二指令被所述第二处理器执行时实现以下步骤:

获取乘车信息并发送给服务器,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;接收并显示下一辆公共交通工具的到站时间和乘客数量信息。

可选的,当第二指令被第二处理器执行时还实现以下步骤:

向所述服务器发送以下任意一个信息:

终端用户确认乘车的信息、终端用户取消乘车的信息、终端用户已上车的信息、终端用户已下车的信息。

可选的,当第二指令被第二处理器执行时还实现以下步骤:

接收到所述服务器的支付二维码;扫描所述支付二维码完成支付。

参见图14,本发明第十实施例提出了一种车载终端,包括第三处理器和第三计算机可读存储介质,所述第三计算机可读存储介质中存储有第三指令,当所述第三指令被所述第三处理器执行时实现以下步骤:

接收站点的候车乘客数量信息,并根据接收的站点的候车乘客数量信息确定下一站点的候车乘客数量信息并通过显示装置显示。

可选的,当第三指令被第三处理器执行时实现以下步骤:

向服务器发送公共交通工具当前的情况信息。

参见图15,本发明第十一实施例提出了一种乘车系统,包括:

终端,用于获取乘车信息并发送给服务器,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;接收并显示下一辆公共交通工具的到站时间和乘客数量信息;

服务器,用于接收终端的乘车信息,所述乘车信息包括公共交通工具的线路信息、上车站点信息和下车站点信息;根据乘车信息确定下一辆公共交通工具的到站时间和乘客数量,将到站时间和乘客数量发送给终端。

可选的,服务器还用于:

接收到终端用户确认乘车的信息或取消乘车的信息,更新所述上车站点的候车乘客数量信息,并发送给所述公共交通工具的车载终端;

所述乘车系统还包括:

车载终端,用于接收站点的候车乘客数量信息;根据接收的站点的候车乘客数量信息确定下一站点的候车乘客数量信息;

显示装置,用于显示下一站点的候车乘客数量信息。

可选的,服务器还用于:

接收到所述终端用户已上车的信息、或所述终端用户已下车的信息,更新所述乘客数量信息。

可选的,车载终端还用于:向服务器发送公共交通工具当前的情况信息;

服务器还用于:

接收到公共交通工具当前的情况信息,将所述公共交通工具当前的情况信息发送给所述终端;

终端还用于:接收并显示公共交通工具当前的情况信息。

可选的,服务器还用于:

接收到终端用户确认乘车的信息后,生成支付二维码并发送给所述终端;

终端还用于:

接收到所述服务器的支付二维码;扫描所述支付二维码完成支付。

本发明第十二实施例提出了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一种乘车方法的步骤。

虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1