公交车线路分级方法、规划出行路线的方法以及装置与流程

本发明涉及互联网技术，尤其涉及一种公交车线路分级方法、规划出行路线的方法、公交车线路分级装置以及规划出行路线的装置。

背景技术：

随着汽车保有量的不断增加，道路尤其是城市道路的负荷日渐加重。乘坐公共交通工具(如地铁以及公交车等)出行已被大力提倡。

为了人们的出行便利以及道路管理等多方面因素，交管部门或者与出行相关的app(如电子地图app)等信息提供方往往需要为信息需求方(如出行者)提供基于道路公共交通工具(如公交、地铁等)出行信息；而在提供基于道路公共交通工具出行路线信息的过程中，往往需要根据公交车线路的等级来选择相应的公交车线路，以便于根据选择的公交车线路为信息需求方规划较佳的出行路线。

现有的公交车线路分级方法主要为：根据各公交车线路的长度、发车间隔以及公交车乘坐舒适度等参数来设置各公交车线路的等级。

发明人在实现本发明过程中发现，现有的公交车线路分级方法几乎没有针对与公交车线路相关的实际人群(如乘客或者公交车线路附近的人)方面进行考虑，这使现有的公交车线路分级方法在真实性以及有效性等方面有所欠缺，进而使规划出行路线的合理性有待进一步提高。

技术实现要素：

本发明的目的是提供一种公交车线路分级方法、规划出行路线的方法以及装置。

根据本发明的其中一个方面，提供一种公交车线路分级方法，其中，该方法包括以下步骤：获取各用户设备上报的各wifi信息；确定所述各wifi 信息对应的公交车线路；对属于同一条公交车线路的wifi信息进行统计；根据所述统计的结果为相应的公交车线路设置等级信息。

根据本发明的再一个方面，还提供一种规划出行路线的方法，其中，该方法主要包括以下步骤：接收携带有起点和终点的公交路线规划请求；根据所述起点和终点规划出至少一条公交路线；根据规划出的各条公交路线所包含的公交车线路的等级信息对规划出的各条公交路线进行排序，展示给用户选择，其中公交车线路的等级信息根据前述公交车线路分级方法得到。

根据本发明的另一个方面，还提供一种公交车线路分级装置，其中，该装置主要包括：获取模块，用于获取各用户设备上报的各wifi信息；确定模块，用于确定所述各wifi信息对应的公交车线路；统计模块，用于对属于同一条公交车线路的wifi信息进行统计；设置模块，用于根据所述统计的结果为相应的公交车线路设置等级信息。

根据本发明的再一个方面，还提供一种规划出行路线的装置，其中，该装置包括：接收模块，用于接收携带有起点和终点的公交路线规划请求；规划模块，用于根据所述起点和终点规划出至少一条公交路线；展示模块，用于根据规划出的各条公交路线所包含的公交车线路的等级信息对规划出的各条公交路线进行排序，展示给用户选择，其中公交线路的等级信息根据前述公交车线路分级装置得到。

与现有技术相比，本发明具有以下优点：本发明通过获取各用户设备上报的各wifi信息，可以根据wifi信息确定出用户设备所在/周边的公交车线路，通过对属于同一条公交车线路的wifi信息进行统计，可以确定出各公交车线路在运营过程中与实际人群的相关程度，如相应的公交车线路是否被较多的人选择为道路公共交通工具，再如相应的公交车线路是否经过繁华路段或者其停靠的站台是否为大站台等；通过根据针对wifi信息进行统计的结果来设置公交车线路的等级信息，使公交车线路的等级与实际人群相关联。由此可知，本发明提供的技术方案有效提高了公交车线路分级的真实性以及有效性，进而提高了规划的出行路线的合理性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明实施例一的公交车线路分级方法流程图；

图2为本发明实施例二的规划出行路线的方法流程图；

图3为本发明实施例三的公交车线路分级装置示意图；

图4为本发明实施例四的规划出行路线的装置示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施例作详细描述。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然本发明的流程图将各项操作描述成顺序的处理，但是，其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

所述智能电子设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能移动电话以及pda等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或者基于云计算(cloudcomputing)的由大量计算机或者网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述智能电子设备可以接入网络并与网络中的其他智能电子设备进行信息交互操作。其中，所述智能电子设备所能够接入的网络包括但不限于互联网、广域网、城域网、局域网、vpn网络等。

需要说明的是，所述用户设备、网络设备以及网络等仅为举例，其他现有的或今后可能出现的智能电子设备或者网络如可适用于本申请，也应包含在本申请保护范围以内，并以引用方式包含于此。

后面描述所讨论的方法(其中一些通过流程图示出)实施例可以通过硬 件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合的形式来实施。当用软件、固件、中间件或者微代码来实施时，用以实施必要任务的程序代码或者代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本申请的示例性实施例的目的，但是，本申请可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或者“耦合”到另一个单元时，其可以直接连接或者耦合到所述另一个单元，也可以存在中间单元。与此相对的，当一个单元被称为“直接连接”或者“直接耦合”到另一个单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如，“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例，而不是意图限制示例性实施例。除非上下文中明确地另有所指，否则，这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定了所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或者添加一个或更多的其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明的技术方案作进一步详细描述。

实施例一、公交车线路分级方法。

图1为本实施例的公交车线路分级方法流程图。如图1所示，本实施例的方法主要包括：步骤s100、步骤s110、步骤s120以及步骤s130。

本实施例所记载的方法是在智能电子设备中被执行的，且该方法通常是在网络侧的网络设备中执行。本实施例不限制实现公交车线路分级方法的智能电子设备的具体表现形式，即本实施例不限制公交车线路分级方法所适用的硬件环境。

下面对图1中的各步骤分别进行详细描述。

s100、获取各用户设备上报的各wifi信息。

具体的，本实施例中的用户设备可以为基于andriod(安卓)或者ios或者windows或者黑莓等操作系统的用户设备，且本实施例中的用户设备通常为用户随身携带的智能移动电话或者平板电脑等智能电子设备。

用户设备中的应用(如用户设备的系统应用)通常可以获得用户设备周边的所有wifi信息。本实施例中的wifi信息通常包括：wifi名称、ssid(servicesetidentifier，服务集标识)和上报时间。

在本实施例记载的方法由网络侧的网络设备(如电子地图app的服务器)来实现的情况下。情况1：用户设备定时的向网络设备上报其获得的一个或者多个wifi信息，用户设备在每次向网络侧上报wifi信息时，均可以对其获得的所有wifi信息进行筛选，如用户设备挑选出包含有预定wifi名称或ssid的wifi信息，并将本次挑选出的wifi信息进行上报，若未挑选出包含预定wifi名称或ssid的wifi信息则本次不进行wifi信息上报；网络设备在接收到用户设备上报的各wifi信息之后不再对该wifi信息进行挑选，直接根据用户设备上报的各wifi信息执行步骤s110。情况2：用户设备定时向网络设备上报其获取的一个或者多个wifi信息；网络设备在接收到用户设备上报的wifi信息之后，从接收到的wifi信息中挑选出包含预定wifi名称或ssid的wifi信息，根据挑选出的wifi信息执行后续的步骤s110。

本实施例中的预定wifi名称通常为公交车所采用的wifi名称，如预定wifi名称可以为16wifi等。

本实施例中的用户设备上报的wifi信息可以是用户设备所在公交车的wifi信息或者是用户设备周边的公交车的wifi信息，如用户在乘坐公交车的过程中用户所携带的用户设备可以持续的上报其所在公交车的wifi信息，或者其周边停靠或行驶的公交车的wifi信息。

s110、确定s100获取的各wifi信息对应的公交车线路。

具体的，本实施例中的公交车通常是指城市公交车，当然，本实施例中的公交车也可以是指城市公交车、郊县公交车、城际公交车以及省际公交车等。

本实施例中预先存储有各公交车的wifi热点的ssid与其所属公交车线路的对应关系。s110中，具体实现可如下：根据预先存储的ssid与公交车线路的对应关系，确定所述各wifi信息包含的ssid对应的公交车线路。

s120、对属于同一条公交车线路的wifi信息进行统计。

s130、根据s120统计结果为相应的公交车线路设置等级信息。

s120中具体实现可通过以下3个实施例实现：

实施例1

在该实施例1中，用户设备上报的wifi信息中包含ssid和上报时间；此时s120具体实现为：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息的数量，将该数量确定为该公交车线路的wifi信息上报次数。

s130中，根据所述统计的结果为相应的公交车线路设置等级信息，具体实现可如下：根据各公交车线路的wifi信息上报次数为相应公交车线路设置等级信息，其中，公交车线路的wifi信息上报次数越多则为该公交车线路设置的等级越高。如wifi信息上报次数与等级程线性增长；或者上报次数与等级程阶梯式增长，如每个等级对应一个wifi信息上报次数的数值范围，等级越高对应的数值范围越大。

实施例2

在实施例2中，用户设备上报的wifi信息包括ssid、上报时间和上报该wifi信息的用户设备的用户标识信息(如imsi(internationalmobile subscriberidentificationnumber，国际移动用户识别码))。

此时，s120具体实现如下：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息，并根据统计得到的wifi信息对应的用户标识信息确定出上报该wifi信息的用户设备，以得到该公交车线路对应的用户设备数量。如用户设备数量与等级程线性增长；或者用户数量与等级程阶梯式增长，如每个等级对应一个用户设备数量的数值范围，等级越高对应的数值范围越大。

实施例2中，s120中，针对每一条公交车线路，若上报时间在预定时间范围内的多个wifi信息对应的用户标识一样时，该多个wifi信息认为是同一个用户设备上报，此时该多个wifi信息的用户设备只统计一次。

s130，具体实现可如下：根据各公交车线路对应的用户设备数量为相应公交车线路设置等级信息，其中，公交车线路对应的用户设备数量越多则为该公交车线路设置的等级越高。

实施例3

在该实施例3中，用户设备上报的wifi信息中包括ssid、上报时间、和上报该wifi信息的用户设备的用户标识信息。此时，s120具体实现如下：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息，并统计得到的wifi信息的数量，将该数量确定为该公交车线路的wifi信息上报次数；以及，根据统计得到的wifi信息对应的用户标识信息确定出上报该wifi信息的用户设备，以得到该公交车线路对应的用户设备数量；

实施例3中，s120中，针对每一条公交车线路，若上报时间在预定时间范围内的多个wifi信息对应的用户标识一样时，该多个wifi信息认为是同一个用户设备上报，此时该多个wifi信息的用户设备只统计一次。

s130具体实现如下：根据各公交车线路对应的wifi信息上报次数和用户设备数量确定相应公交车线路的重要度；根据各公交车线路的重要度为相应公交车线路设置等级信息，其中，公交车线路对应的重要度越高则为该公交车线路设置的等级越高。其中，根据各公交车线路对应的wifi信息上报次数和用户设备数量确定相应公交车线路的重要度包括：针对每一条公交车线 路，根据该公交车线路对应的wifi信息上报次数及其权值以及用户设备数量及其权重计算该公交车线路的分值，将该分值确定为所述公交车线路的重要度。

前述3个实施例中，预定时间范围可以是某一天(如工作日、周末或节假日等)、某一天的特定时间段(如早高峰时间段、晚高峰时间段)。

需要特别说明的是，本实施例在为各公交车线路设置相应的等级信息的过程中，在参考s120的统计结果的同时，还可以参考其他参数，如各公交车线路的长度、发车间隔以及公交车乘坐舒适度等。参考多方面的参数来设置各公交车线路的等级信息，可以在考虑更加全面的情况下设置各公交车线路的等级信息。

实施例二、规划出行路线的方法。

图2为本实施例的规划出行路线的方法流程图。如图2所示，本实施例的方法主要包括：步骤s200、步骤s210以及步骤220。本实施例所记载的方法可以在用户设备中被执行，也可以在网络设备中被执行，如在实现在线规划出行路线的过程中，本实施例所记载的规划出行路线的方法可以由网络侧的服务器(如云端服务器)等网络设备执行；再如在实现离线规划出行路线的过程中，本实施例所记载的规划出行路线的方法可以由用户的智能移动电话、平板电脑或者计算机等用户设备执行。本实施例不限制实现公交车线路分级方法的用户设备或者网络设备的具体表现形式，即本实施例不限制公交车线路分级方法所适用的硬件环境。

下面对图2中的各步骤分别进行详细描述。

s200、接收携带有起点和终点的公交路线规划请求。

具体的，本实施例中，接收到的公交路线规划请求可以是用户通过用户设备的相关界面(如路线规划页面)输入起点、终点和公交出行方式发起的请求，还可以是用户通过用户设备的地图界面进行选点的方式选择起点和终点以及公交出行方式发起的请求。本申请不做严格限定。

s210、根据起点和终点规划出至少一条公交路线。

具体的，本实施例可以采用现有的最短路径算法来规划出一条或者多条 公交路线，也可采用本领域其他较为成熟的算法进行路线规划，本实施例不限制规划公交路线的具体实现方式。

s220、根据规划出的各条公交路线对应的等级信息对规划出的各条公交路线进行排序，展示给用户选择。

具体的，本实施例所使用的各公交车线路的等级信息是利用上述实施例一所记载的方法而设置的，各公交车线路的等级信息的具体设置过程在此不再详细说明。在本实施例由用户设备实现的情况下，各公交车线路的等级信息可以是从网络侧下载并更新的。

本发明实施例中，公交车线路的wifi信息被上报的次数越多或者公交车线路的wifi信息被用户设备上报的数量越多，则说明搭乘该公交车线路的用户越多或者其所途经的道路上用户越多，则其受欢迎程度越高，因此设置的等级越高。后续在规划公交路线，展示给用户时，认为等级越高的公交车线路其优先级越高，因此，在规划出公交路线之后，将规划出的公交路线按照等级从高到低的顺序展示给用户，以便用户选择。

实施例三、公交车线路分级装置。

图3为本实施例的公交车线路分级装置示意图。如图3所示，本实施例的装置主要包括：获取模块300、确定模块310、统计模块320以及设置模块330。本实施例所记载的装置可以设置于智能电子设备中，且该装置通常是设置于网络侧的网络设备中。本实施例不限制公交车线路分级装置所在的智能电子设备的具体表现形式，即本实施例不限制公交车线路分级装置所适用的硬件环境。

下面对图3中的各模块分别进行说明。

获取模块300，用于获取各用户设备上报的各wifi信息；

本发明实施例中，wifi信息一般包括wifi名称、ssid和上报时间。本实施例中的预定wifi名称通常为公交车所采用的wifi名称，如预定wifi名称可以为16wifi等。

确定模块310，用于确定所述各wifi信息对应的公交车线路；

本实施例中预先存储有各公交车的wifi热点的ssid与其所属公交车线 路的对应关系。确定模块310具体实现可如下：根据预先存储的ssid与公交车线路的对应关系，确定所述各wifi信息包含的ssid对应的公交车线路。

统计模块320，用于对属于同一条公交车线路的wifi信息进行统计；

设置模块330，用于根据所述统计的结果为相应的公交车线路设置等级信息。

本发明实施例中，统计模块320具体实现可通过以下3个是实施例实现。

实施例1

在实施例1中，所述wifi信息中包含ssid和上报时间，所述统计模块320具体用于：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息的数量，将该数量确定为该公交车线路的wifi信息上报次数；

所述设置模块330具体用于：根据各公交车线路的wifi信息上报次数为相应公交车线路设置等级信息，其中，公交车线路的wifi信息上报次数越多则为该公交车线路设置的等级越高。

实施例2

在实施例2中，用户设备上报的wifi信息包括ssid、上报时间和上报该wifi信息的用户设备的用户标识信息；

所述统计模块320具体用于：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息，并根据统计得到的wifi信息对应的用户标识信息确定出上报该wifi信息的用户设备，以得到该公交车线路对应的用户设备数量；

所述设置模块330具体用于：根据各公交车线路对应的用户设备数量为相应公交车线路设置等级信息，其中，公交车线路对应的用户设备数量越多则为该公交车线路设置的等级越高。

实施例2中，统计模块320针对每一条公交车线路，若上报时间在预定时间范围内的多个wifi信息对应的用户标识一样时，该多个wifi信息认为是同一个用户设备上报，此时该多个wifi信息的用户设备只统计一次。

实施例3

在实施例3中，用户设备上报的wifi信息包括：ssid、上报时间和上报 所述wifi信息的用户设备的用户标识信息；

所述统计模块320具体用于：针对每一条公交车线路，统计属于该公交车线路的wifi信息中上报时间在预定时间范围内的wifi信息，并统计得到的wifi信息的数量，将该数量确定为该公交车线路的wifi信息上报次数；以及，根据统计得到的wifi信息对应的用户标识信息确定出上报该wifi信息的用户设备，以得到该公交车线路对应的用户设备数量；

所述设置模块330具体用于：根据各公交车线路对应的wifi信息上报次数和用户设备数量确定相应公交车线路的重要度，根据各公交车线路的重要度为相应公交车线路设置等级信息，其中，公交车线路对应的重要度越高则为该公交车线路设置的等级越高。

实施例3中，统计模块320针对每一条公交车线路，若上报时间在预定时间范围内的多个wifi信息对应的用户标识一样时，该多个wifi信息认为是同一个用户设备上报，此时该多个wifi信息的用户设备只统计一次。

优选地，所述设置模块330根据各公交车线路对应的wifi信息上报次数和用户设备数量确定相应公交车线路的重要度,具体用于：针对每一条公交车线路，根据该公交车线路对应的wifi信息上报次数及其权值以及用户设备数量及其权重计算该公交车线路的分值，将该分值确定为所述公交车线路的重要度。

本发明实施例中，预定时间范围可以是某一天(如工作日、周末或节假日等)、某一天的特定时间段(如早高峰时间段、晚高峰时间段)。

实施例四、规划出行路线的装置。

图4为本实施例的规划出行路线的装置示意图。如图4所示，本实施例的装置主要包括：接收模块400、规划模块410以及展示模块420。

本实施例的装置可以设置于用户侧的用户设备中，也可以设置于网络侧的网络设备中，如在实现在线规划出行路线的过程中，本实施例所记载的规划出行路线的装置可以设置于网络侧的服务器(如云端服务器)中；再如在实现离线规划出行路线的过程中，本实施例所记载的规划出行路线的装置可以设置于用户的智能移动电话、平板电脑或者计算机等用户设备中。本实施 例不限制规划出行路线的装置所在的用户设备或者网络设备的具体表现形式，即本实施例不限制规划出行路线的装置所适用的硬件环境。

下面对图4中的各模块分别进行详细描述。

接收模块400，用于接收携带有起点和终点的公交路线规划请求；

具体的，本实施例中，接收模块400接收到的公交路线规划请求可以是用户通过用户设备的相关界面(如路线规划页面)输入起点、终点和公交出行方式发起的请求，还可以是用户通过用户设备的地图界面进行选点的方式选择起点和终点以及公交出行方式发起的请求。本申请不做严格限定。

规划模块410，用于根据所述起点和终点规划出至少一条公交路线；

本实施例中，规划模块410可以采用采用现有的最短路径算法来规划出一条或者多条公交路线，也可采用本领域其他较为成熟的算法进行路线规划，本实施例不限制规划公交路线的具体实现方式。

展示模块420，用于根据规划出的各条公交路线对应的等级信息对规划出的各条公交路线进行排序，展示给用户选择，其中公交线路的等级信息根据前述图3所示的装置得到。

需要注意的是，本发明的一部分可以被应用为计算机程序产品，如计算机程序指令，当其被智能电子设备(如智能移动电话或者平板电脑等)执行时，通过该智能电子设备的操作可以调用或者提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或者其他信号承载媒体中的数据流而被传输，和/或被存储在根据该程序指令运行的智能电子设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明并不限于上述示范性实施例的细节，而且在不背离本发明的精神或者基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一方面来看，均应将实施例看作是示范性 的，而且是非限制性的，本发明的范围由所附权利要求而不是上述实施例的说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。