公交信息展现方法和装置制造方法
【专利摘要】本发明公开了一种公交信息展现方法和装置。所述公交信息展现方法包括：依据客户端的检索词向公交信息服务器检索获取公交线路和公交运行状态信息；将所述公交线路和公交运行状态信息作为检索结果向客户端发布。本发明实施例提供的公交信息展现方法和装置提供了丰富的公交信息更新机制，使用户及时了解公交系统的实时变化。
【专利说明】公交信息展现方法和装置
【技术领域】
[0001]本发明涉及智能交通【技术领域】，尤其涉及一种公交信息展现方法和装置。
【背景技术】
[0002]随着移动互联技术和地理信息系统的快速发展，越来越多的用户开始在移动终端上使用电子地图应用来获取与城市的公共交通系统相关的信息。
[0003]然而，现有的电子地图应用只能向用户展示公交线路换乘方案等静态的、随时间推移变化不大的信息。对于公交车的位置、运行速度、已停靠车站等动态的、随时间推移迅速变化的信息，现有的电子地图应用却不能提供。这样一来，用户在使用电子地图应用时，不能及时了解公交系统的实时变化。
【发明内容】
[0004]有鉴于此，本发明提出一种公交信息展现方法和装置，以使用户及时了解公交系统的实时变化。
[0005]第一方面，本发明实施例提供了一种公交信息展现方法，所述方法包括:
[0006]依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息；
[0007]将所述公交线路和公交运行状态信息进行显示。
[0008]第二方面，本发明实施例提供了一种公交信息展现装置，所述装置包括:
[0009]信息获取模块，用于依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息；
[0010]信息显示模块，用于将所述公交线路和公交运行状态信息进行显示。
[0011]本发明实施例提供的公交信息展现方法和装置，通过在检索并展示公交相关信息后，采用不同的更新方式和更新时间对检索得到的公交相关信息进行更新，使得移动终端上显示的公交相关信息能够及时获得更新，使用户及时了解公交系统的实时变化。
【专利附图】
【附图说明】
[0012]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显:
[0013]图1是本发明第一实施例提供的公交信息展现方法的流程图；
[0014]图2是本发明第二实施例提供的公交信息展现方法中信息获取的流程图；
[0015]图3是本发明第二实施例提供的信息获取后的信息显示界面图；
[0016]图4是本发明第三实施例提供的公交信息展现方法中信息获取的流程图；
[0017]图5是本发明第四实施例提供的公交信息展现方法中信息获取的流程图；
[0018]图6是本发明第四实施例提供的信息获取后的信息更新界面图；
[0019]图7是本发明第五实施例提供的公交信息展现方法的流程图；[0020]图8是本发明第六实施例提供的公交信息展现装置的结构图。
【具体实施方式】
[0021]下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。
[0022]图1示出了本发明的第一实施例。
[0023]图1是本发明第一实施例提供的公交信息展现方法的流程图。本实施例提供的公交信息展现方法应用于用户的移动终端上。所述移动终端包括具有无线通讯功能的智能手机、个人数字助理以及平板电脑。参见图1，所述公交信息展现方法包括:
[0024]S110，移动终端依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息。
[0025]用户输入的检索词可以是用户输入的公交线路的车次，也可以是用户输入的起点车站和终点车站的名称，还可以是用户输入的途径车站的名称。例如，用户需要检索321路公交车的信息，则用户输入的检索词是“321”。用户需要检索从武定胡同到月坛体育馆的公交线路，则用户输入的检索此时“武定胡同”和“月坛体育馆”。再比如，用户需要检索所有途经西四路口北的公交车的信息，则用户输入的检索词是“西四路口北”。
[0026]公交线路是指推荐给用户的，从起点车站至终点车站乘坐公交的完整线路方案。所述公交线路可以是推荐用户乘坐同一趟公交车次从起点车站一次行驶至终点车站的线路方案，也就是不经过换乘的线路方案。所述公交线路也可以是推荐用户从起点车站出发，乘坐至少两个公交车次的公交车而到达终点车站的线路方案，也就是经过至少一次换乘的线路方案。公交线路随着时间的推移，其数据内容的变化不大。实际上，除非公交车的运行线路调整，公交线路的内容在较长的一段时间内是维持不变的。因此，公交线路是静态数据。
[0027]公交运行状态信息包括公交车的首末车时间、公交车到达指定车站的距离、公交车到达指定车站需要的时间、公交车到达指定的公交线路的起始车站需要的时间以及公交车与指定车站之间的车站数量。与公交线路信息相同，公交运行状态信息也包括静态信息和动态信息。比如，公交车的首末车时间随时间的推移变化不大，属于静态信息；而公交车到达指定车站的距离随时间的推移会有较大的变化，属于动态信息。
[0028]上述公交线路和公交运行状态信息都存储在公交信息服务器上。用户的移动终端需要获取公交线路和公交运行状态信息时，移动终端依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息。
[0029]需要说明的是，对公交线路和公交运行状态信息的检索获取，可以是移动终端对相同公交线路和公交运行状态信息的首次获取，也可以是对已经获取过的公交线路和公交运行状态信息的再次获取，并依据再次获取的公交线路和公交运行状态信息对上一次获取的公交线路和公交运行状态信息进行更新。
[0030]S120，移动终端将所述公交线路和公交运行状态信息进行显示。
[0031]从公交信息服务器检索获取到公交线路和公交运行状态信息后，移动终端将公交线路和公交运行状态信息进行显示。[0032]移动终端可以以文字的形式对公交线路进行显示，也可以结合地图，以图形的形式对公交线路进行显示。无论以何种方式显示，移动终端都需要显示公交线路的起点车站、乘坐的公交车的车次、换乘车站、换乘的公交车的车次以及公交线路的终点车站。
[0033]在显示公交运行状态信息时，移动终端可以以文字的形式对公交运行状态信息进行显示，也可以结合地图，以图形的形式对公交运行状态信息进行显示。
[0034]优选的，移动终端将所述公交运行状态信息绘制为胶囊形式。由于通过胶囊的形式显示公交运行状态信息，所述胶囊占用的屏幕显示面积较小，显示的信息较多，所以胶囊形式十分适合在移动终端上显示公交的相关信息。优选的，在采用胶囊形式显示公交运行状态信息时，可以根据所述公交运行状态信息中的公交预计到站时间、预计到站距离和/或首末车时间绘制所述胶囊的颜色和形状。
[0035]本实施例通过依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息，并将获取的公交线路和公交运行状态信息进行显示，使得移动终端上显示的公交相关信息能够及时获得更新，使用户及时了解公交系统的实时变化。
[0036]图2及图3示出了本发明的第二实施例。
[0037]图2是本发明第二实施例提供的公交信息展现方法中信息获取的流程图。参见图2，本实施例提供的公交信息展现方法以本发明第一实施例为基础，进一步的，移动终端依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息包括:
[0038]S111，移动终端根据用户输入的检索词产生线路查询请求和运行状态查询请求，发送至所述公交信息服务器进行检索。
[0039]移动终端在接收到用户输入的检索词后，分别产生线路查询请求和运行状态查询请求。如果用户输入的检索词是公交车的车次，移动终端可以依照该公交车的车次同时产生线路查询请求和运行状态查询请求。如果用户输入的检索词是起点车站和重点车站的站名，或者是途经车站的站名，移动终端可以依照该检索词先产生线路查询请求，在依照预先存储的车次站点对照表产生对于具体车次的公交车的运行状态查询请求。
[0040]S112，移动终端接收所述公交信息服务器根据线路查询请求返回的公交线路，以及，根据所述运行状态查询请求返回的至少一次公交运行状态信息。
[0041]移动终端将产生的线路查询请求发送至所述公交信息服务器进行检索后，所述公交信息服务器根据接收到的线路查询请求检索其上的数据库，得到该线路查询请求对应的公交线路，并将所述公交线路返回给移动终端。
[0042]优选的，公交信息服务器以键值对的形式将所述公交线路返回给所述移动终端。也就是说，移动终端接收以键值对的形式组织的公交线路。所述键值对中的键可以是不同公交线路的标号，值可以是公交线路的具体换乘方案。所述公交信息服务器利用键值对的形式将查询自身数据库得到的公交线路信息进行组配，并返回给移动终端，使得返回给移动终端的数据形式较为简洁，传输的数据量也较小。
[0043]对于移动终端发送的运行状态查询请求，公交信息服务器查询自身的数据库，得到所述运行状态查询请求对应的至少一次公交运行状态信息，并将该至少一次公交运行状态信息返回给移动终端。
[0044]优选的，公交信息服务器以键值对的形式将所述公交运行状态信息返回给所述移动终端。也就是说，移动终端接收以键值对的形式组织的公交运行状态信息。所述键值对中的键可以是公交车的车次。所述键值对中的值可以是公交车到达指定车站的距离、公交车到达指定车站需要的时间、公交车到达指定的公交线路的起始车站需要的时间以及公交车与指定车站之间的车站数量。同样，所述公交信息服务器以键值对的形式向移动终端返回公交运行状态信息，能够是返回给移动终端的数据量较小，并且数据形式较为简洁。
[0045]S113，移动终端将所述公交线路与对应的所述公交运行状态信息进行关联。
[0046]每一条公交线路都包括用户乘坐的一个或者多个公交车次。每一个公交车次都有它自身的公交运行状态信息。移动终端在接收到公交信息服务器返回的公交线路和公交运行状态信息后，将所述公交线路与对应的公交运行状态信息进行关联，以方便对公交线路和公交运行状态信息的显示。
[0047]图3示出了依照本实施例进行信息获取后的信息显示界面。参见图3，在所述信息显示界面上显示了多个公交线路，并且在每个公交线路的右下角以胶囊的形式301显示了该公交线路的公交运行状态。并且，依据每个公交线路的不同运行状态，将胶囊以不同的颜色进行显示。
[0048]本实施例通过接收到用户输入的检索词后分别产生线路查询请求以及运行状态查询请求，将上述请求发送至公交信息服务器，并在接收到公交信息服务器根据上述请求返回的公交线路和公交运行状态信息之后，将公交线路同与之对应的公交运行状态信息进行关联，使得用户在提交检索词后，能够获得与他提交的检索词相关的全部信息。
[0049]图4示出了本发明的第三实施例。
[0050]图4是本发明第三实施例提供的公交信息展现方法中信息获取的流程图。参见图4，所述公交信息展现方法以本发明第一实施例为基础，进一步的，移动终端依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息包括:
[0051]S114，移动终端根据用户输入的检索词产生公交信息查询请求，发送至所述公交信息服务器进行检索。
[0052]移动终端在接收到用户输入的检索词后，可以只产生一个公交信息查询请求。所述公交信息查询请求是一种较为简单的查询请求，它的数据载荷仅包括用户在移动终端输入的检索词。移动终端对用户输入的检索词添加必要的头信息以后，就生成了公交信息查询请求。生成公交信息查询请求后，移动终端将生成的公交信息查询请求发送至所述公交信息服务器。
[0053]S115，移动终端接收所述公交信息服务器根据所述公交信息查询请求返回的至少一次公交线路和公交运行状态信息。
[0054]公交信息服务器接收到移动终端发送的公交信息查询请求后，根据所述公交信息查询请求检索自身的数据库,生成至少一次公交线路和公交运行状态信息,并将生成的至少一次公交线路和公交运行状态信息返回给移动终端。
[0055]在本实施例中，公交线路和公交运行状态信息不再分别生成，而是被整合在一起，由公交信息服务器一并向移动终端返回。这样一来就降低了公交信息服务器与移动终端之间的通信数据量。
[0056]优选的，所述公交信息服务器以键值对的形式生成对应于所述公交信息查询请求的查询结果，也就是所述至少一次公交线路和公交运行状态信息。完成了键值对形式的公交线路和公交运行状态信息的生成后，公交信息服务器将上述键值对形式的公交线路和公交运行状态信息发送给移动终端。
[0057]本实施例通过根据用户输入的检索词产生形式简洁的公交信息查询请求，并接收公交信息服务器根据公交信息查询请求生成的整合在一起的至少一次公交线路和公交运行状态信息，降低了公交信息服务器与移动终端之间的通信数据量，提高了通信效率。
[0058]图5及图6示出了本发明的第四实施例。
[0059]图5是本发明第四实施例提供的公交信息展现方法中信息获取的流程图。所述公交信息展现方法以本发明第一实施例为基础，进一步的，移动终端依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息包括:
[0060]S116，依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息，作为检索结果。
[0061]在本实施例中，移动终端接收到用户输入的检索词后，依然向公交信息服务器检索获取公交线路和公交运行状态信息。进一步的，移动终端可以依据用户的检索词获取完整的公交线路和公交运行状态信息，也可以仅获取所述公交线路和公交运行状态信息中的动态信息。由于公交线路本身是静态信息，所以获取公交线路和公交运行状态信息中的动态信息的信息获取方式也就是仅获取公交运行状态信息中的动态信息。
[0062]S117，从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果。
[0063]获取到检索结果后，以上述检索结果为依据对移动终端上的公交线路和公交运行状态信息进行更新。
[0064]优选的，移动终端从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果的操作可以是当出现本地的或客户端的第一预设刷新条件，则向所述公交信息服务器请求公交运行状态信息的更新，以获取更新结果，并修正所述检索结果，也可以是接收所述公交信息服务器在监测到发生第二预设刷新条件时推送的公交运行状态信息的更新结果，以修正所述检索结果。
[0065]所述第一预设刷新条件包括:当前时间到达预设的刷新时间点；或者移动终端出有预设的刷新事件发生。
[0066]所述刷新时间点可以是用户预先设置的一个确定的时间点，比如2014年3月27日上午8:30，也可以是用户设置的一组时间点的序列，比如从2014年3月27日上午8:30开始，每隔15分钟取一个时间点而形成的时间点序列。
[0067]所述刷新事件可以是用户定义的事件，比如，GPS定位功能开启，或者用户打开了与公交相关的应用。
[0068]所述第二预设刷新条件包括:公交车与设定站点的预计剩余时间达到预设时间门限值；公交车与设定站点之间的剩余站点达到设定数量门限值；或者公交车与设定站点之间的剩余距离达到设定距离门限值。
[0069]需要说明的是，上述三种条件中任意一个条件发生，移动终端都接收所述所述公交信息服务器在监测到发生第二预设刷新条件时推送的公交运行状态信息的更新结果，以修正所述检索结果。
[0070]本实施例通过向公交信息服务器检索获取公交线路和公交运行状态信息后，根据不同的预设刷新条件利用公交线路和公交运行状态信息的更新结果修正所述检索结果，使得移动终端上的公交线路和公交运行状态信息能够按照不同的预设刷新条件进行更新，使得用户能够及时了解公交系统的运行情况。
[0071]图7示出了本发明的第五实施例。
[0072]图7是本发明第五实施例提供的公交信息展现方法的流程图。本实施例提供的公交信息展现方法应用于业务服务器上。所述业务服务器与移动终端和公交信息服务器分别连接，可以从用户的移动终端接收查询请求，向移动终端发布信息，并且可以代理移动终端向公交信息服务器发送查询请求，以及从公交信息服务器接收查询结果。参见图7，所述公交信息展现方法包括:
[0073]S710，业务服务器从移动终端接收公交信息查询请求。
[0074]S720，业务服务器根据所述公交信息查询请求检索获取公交线路和公交运行状态信息。
[0075]业务服务器接收到移动终端发送的公交信息查询请求后，可以根据用户的公交信息查询请求分别生成线路查询请求和公交运行信息查询请求,并将上述生成的请求发送至公交信息服务器，以检索公交线路和公交运行状态信息。
[0076]S730，业务服务器接收公交信息服务器返回的公交线路和公交运行状态信息。
[0077]业务服务器将线路查询请求和公交运行信息查询请求发送至公交信息服务器后，公交信息服务器根据上述请求检索自身数据库，将检索得到的公交线路和公交运行状态信息返回给所述业务服务器。业务服务器对公交信息服务器返回的公交线路和公交运行状态信息进行接收。
[0078]S740，业务服务器将接收到的公交线路和公交运行状态信息向移动终端发布。
[0079]本实施例通过根据从移动终端接收到的公交信息查询请求向公交信息服务器查询公交线路和公交运行状态信息，再将公交信息服务器返回的公交线路和公交运行状态信息向移动终端发布，使得用户能够及时了解公交系统的运行情况，并且降低了移动终端的计算负载。
[0080]图8示出了本发明的第六实施例。
[0081]图8是本发明第六实施例提供的公交信息展现装置的结构图。参见图8，所述公交信息展现装置包括:信息获取模块810以及信息显示模块820。
[0082]所述信息获取模块810用于依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息。
[0083]所述信息显示模块820用于将所述公交线路和公交运行状态信息进行显示。
[0084]优选的，所述信息获取模块810包括:第一信息检索单元811、信息接收单元812以及信息关联单元单元813。
[0085]所述第一信息检索单元811用于根据用户输入的检索词产生线路查询请求和运行状态查询请求，发送至所述公交信息服务器进行检索。
[0086]所述信息接收单元812用于接收所述公交信息服务器根据线路查询请求返回的公交线路，以及，根据所述运行状态查询请求返回的至少一次公交运行状态信息。
[0087]所述信息关联单元813用于将所述公交线路与对应的所述公交运行状态信息进行关联。
[0088]优选的，所述信息获取模块810包括:第二信息检索单元814以及信息接收单元815。
[0089]所述第二信息检索单元814用于根据用户输入的检索词产生公交信息查询请求，发送至所述公交信息服务器进行检索。
[0090]所述信息接收单元815用于接收所述公交信息服务器根据所述公交信息查询请求返回的至少一次公交线路和公交运行状态信息。
[0091]优选的，所述信息获取模块810包括:第三信息检索单元816以及更新结果获取单元 817。
[0092]所述第三信息检索单元816用于依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息，作为检索结果。[0093]所述更新结果获取单元817用于从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果。
[0094]优选的，所述更新结果获取单元817具体用于:如果出现本地的或客户端的第一预设刷新条件，则向所述公交信息服务器请求公交运行状态信息的更新，以获取更新结果，并修正所述检索结果；或接收所述公交信息服务器在监测到发生第二预设刷新条件时推送的公交运行状态信息的更新结果，以修正所述检索结果。
[0095]优选的，所述第一预设刷新条件包括:当前时间到达预设的刷新时间点；或者移动终端出有预设的刷新事件发生。
[0096]优选的，所述第二预设刷新条件包括:公交车与设定站点的预计剩余时间达到预设时间门限值；公交车与设定站点之间的剩余站点达到设定数量门限值；或者公交车与设定站点之间的剩余距离达到设定距离门限值。
[0097]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0098]本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
[0099]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间的相同或相似的部分互相参见即可。
[0100]最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系属于仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
[0101]以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种公交信息展现方法，其特征在于，包括: 依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息； 将所述公交线路和公交运行状态信息进行显示。
2.根据权利要求1所述的方法，其特征在于，依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息包括: 根据用户输入的检索词产生线路查询请求和运行状态查询请求，发送至所述公交信息服务器进行检索； 接收所述公交信息服务器根据线路查询请求返回的公交线路，以及，根据所述运行状态查询请求返回的至少一次公交运行状态信息； 将所述公交线路与对应的所述公交运行状态信息进行关联。
3.根据权利要求1所述的方法，其特征在于，依据用户输入的检索词向公交信息服务器检索获取公交线路和公 交运行状态信息包括: 根据用户输入的检索词产生公交信息查询请求，发送至所述公交信息服务器进行检索； 接收所述公交信息服务器根据所述公交信息查询请求返回的至少一次公交线路和公交运行状态信息。
4.根据权利要求1所述的方法，其特征在于，依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息包括: 依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息，作为检索结果； 从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果O
5.根据权利要求4所述的方法，其特征在于，从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果包括: 如果出现本地的或客户端的第一预设刷新条件，则向所述公交信息服务器请求公交运行状态信息的更新，以获取更新结果，并修正所述检索结果；或 接收所述公交信息服务器在监测到发生第二预设刷新条件时推送的公交运行状态信息的更新结果，以修正所述检索结果。
6.根据权利要求5所述的方法，其特征在于，所述第一预设刷新条件包括:当前时间到达预设的刷新时间点；或者移动终端出有预设的刷新事件发生。
7.根据权利要求5所述的方法，其特征在于，所述第二预设刷新条件包括:公交车与设定站点的预计剩余时间达到预设时间门限值；公交车与设定站点之间的剩余站点达到设定数量门限值；或者公交车与设定站点之间的剩余距离达到设定距离门限值。
8.一种公交信息展现装置，其特征在于，包括: 信息获取模块，用于依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息； 信息显示模块，用于将所述公交线路和公交运行状态信息进行显示。
9.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括: 第一信息检索单元，用于根据用户输入的检索词产生线路查询请求和运行状态查询请求，发送至所述公交信息服务器进行检索； 信息接收单元，用于接收所述公交信息服务器根据线路查询请求返回的公交线路，以及，所述公交信息服务器根据所述运行状态查询请求返回的至少一次公交运行状态信息；信息关联单元，用于将所述公交线路与对应的所述公交运行状态信息进行关联。
10.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括: 第二信息检索单元，用于根据用户输入的检索词产生公交信息查询请求，发送至所述公交信息服务器进行检索； 信息接收单元，用于接收所述公交信息服务器根据所述公交信息查询请求返回的至少一次公交线路和公交运行状态信息。
11.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括: 第三信息检索单元，用于依据用户输入的检索词向公交信息服务器检索获取公交线路和公交运行状态信息，作为检索结果； 更新结果获取单元，用于从所述公交信息服务器获取所述公交运行状态信息的更新结果，以修正所述检索结果。
12.根据权利要求11所述的装置，其特征在于，所述更新结果获取单元具体用于: 如果出现本地的或客户端的第一预设刷新条件，则向所述公交信息服务器请求公交运行状态信息的更新，以获取更新结果，并修正所述检索结果；或 接收所述公交 信息服务器在监测到发生第二预设刷新条件时推送的公交运行状态信息的更新结果，以修正所述检索结果。
13.根据权利要求12所述的装置，其特征在于，所述第一预设刷新条件包括:当前时间到达预设的刷新时间点；或者移动终端出有预设的刷新事件发生。
14.根据权利要求12所述的装置，其特征在于，所述第二预设刷新条件包括:公交车与设定站点的预计剩余时间达到预设时间门限值；公交车与设定站点之间的剩余站点达到设定数量门限值；或者公交车与设定站点之间的剩余距离达到设定距离门限值。
【文档编号】G06F17/30GK103927369SQ201410162976
【公开日】2014年7月16日 申请日期:2014年4月22日 优先权日:2014年4月22日
【发明者】慎东辉 申请人:北京百度网讯科技有限公司