CN114038225A - 一种公交线路的数据处理方法、装置与电子设备 - Google Patents

Abstract

本申请公开了一种公交线路的数据处理方法、装置与电子设备，涉及数据处理的技术领域。该方法包括：获取历史用户刷卡后发送的刷卡数据；刷卡数据包括刷卡机编号与刷卡位置坐标；根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息；拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。故本申请具有操作方便、成本低、节省人力物力的优点。

Description

一种公交线路的数据处理方法、装置与电子设备

技术领域

本申请涉及数据处理的技术领域，具体而言，涉及一种公交线路的数据处理方法、装置与电子设备。

背景技术

现有技术中，公交软件研发平台需要与公交公司合作拿到公交线路与车辆的匹配信息，同时需要在所有公交车上装载定位设备，通过GPS与公交车的报站系统来实现实时公交软件的相关功能。因此在开发实时公交软件相关功能时，既需要公交公司对报站系统、车辆信息等内容的授权，又需要购买大量设备安装在每条公交线路的每辆公交车上。这样导致实时公交功能的实现过程繁琐，实施成本昂贵。

发明内容

本申请的目的在于提供一种公交线路的数据处理方法、装置、电子设备与存储介质，无需得到公交公司授权且不用在每辆公交上安装定位设备，通过用户刷卡积累数据即可获取公交线路并知晓公交车实时站点。

本申请的实施例是这样实现的：

本申请实施例第一方面提供了一种公交线路的数据处理方法，该方法包括：

获取历史用户刷卡后发送的刷卡数据；刷卡数据包括刷卡机编号与刷卡位置坐标；根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息；拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。

于一实施例中，在拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路之后，方法还包括：根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，确定刷卡机编号对应的公交车的实时位置。

于一实施例中，在拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路之后，方法还包括：根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，以及刷卡机编号对应的公交线路的站点位置信息，通过进行位置匹配，确定刷卡机编号对应的公交车的实时站点信息。

于一实施例中，在确定刷卡机编号对应的公交车的实时站点信息之后，方法还包括：根据刷卡机编号对应的公交车的实时站点信息以及上一个站点信息，确定刷卡机编号对应的公交车的行进方向。

于一实施例中，在确定刷卡机编号对应的公交车的行进方向之后，方法还包括：根据刷卡机编号对应的公交车的实时站点信息、行进方向以及刷卡机编号对应的公交线路的站点位置信息，确定下一个停靠站点信息。

于一实施例中，获取历史用户刷卡后发送的刷卡数据包括：据历史用户刷卡后发送的刷卡位置坐标，基于刷卡位置坐标确定对应的定位精度；判断定位精度是否符合定位精度条件，选择符合定位精度条件的刷卡数据。

于一实施例中，根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息包括：根据每条公交线路对应的站点位置信息，判断刷卡位置坐标与站点位置信息之间的距离是否小于阈值，若小于阈值，确定刷卡位置坐标与站点位置信息相对应。

于一实施例中，在得到刷卡机编号对应的公交线路之后，方法还包括：基于刷卡数据与刷卡机编号对应的公交线路，确定公交线路关联的正在行驶的公交车数量。

本申请实施例第二方面提供了一种公交线路的数据处理装置，包括：获取模块，用于获取历史用户刷卡后发送的刷卡数据；刷卡数据包括刷卡机编号与刷卡位置坐标；匹配模块，用于根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；确定模块，用于针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息；拟合模块，用于拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。

本申请实施例第三方面提供了一种电子设备，电子设备包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置用以执行本申请实施例第一方面及其任一实施例的公交线路的数据处理方法。

本申请实施例第四方面提供了一种计算机可读存储介质，存储介质存储有计算机程序。计算机程序可由处理器执行，以完成本申请实施例第一方面及其任一实施例的公交线路的数据处理方法。

本申请与现有技术相比的有益效果是：

本申请能够解决因想要实现实时公交功能而带来的步骤繁琐的问题，以及给公交车装载定位设备成本高的问题，本申请基于乘客移动终端自身带有的定位系统能够获取的定位数据，以及在乘坐公交车时刷卡与公交车刷卡机交互而获得的相关数据，针对这些数据上传服务端并进行筛选与拟合，最终确认刷卡数据对应的公交车线路，并基于新的刷卡数据实现实时公交的相关功能。故本申请具有操作方便、成本低、节省人力物力的优点。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的公交线路的数据处理方法的应用场景示意图；

图2为本申请一实施例提供的电子设备的结构示意图；

图3为本申请一实施例提供的公交线路的数据处理方法的流程示意图；

图4为本申请一实施例提供的公交线路的数据处理方法的流程示意图；

图5为本申请一实施例提供的针对刷卡位置匹配对应站点的方法示意图；

图6为本申请一实施例提供的拟合站点并获取对应公交线路的方法示意图；

图7为本申请一实施例提供的公交线路的数据处理装置的结构示意图。

附图标记：1-电子设备；100-公交车刷卡机；10-存储器；11-总线；12-处理器；200-移动终端；300-服务端；600-公交线路的数据处理装置；610-获取模块；620-匹配模块；630-确定模块；640-拟合模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面将结合附图对本申请的技术方案进行清楚、完整地描述。

请参见图1，图1为本申请一实施例提供的公交线路的数据处理方法的应用场景示意图。如图1所示，该应用场景包括公交车刷卡机100、移动终端200与服务端300，移动终端200与服务端300之间通过网络连接。移动终端200可以是个人电脑、平板电脑、智能手机，智能手表等。服务端300可以是服务器或服务器集群。为表述方便，本申请实施例以服务端300作为执行主体展开描述。

为实现本申请的公交线路的数据处理方法，部分乘客的移动终端200需要有虚拟卡刷卡功能与定位功能，以使乘客在乘坐公交时，移动终端200在公交车刷卡机100上刷卡后，能自动获取用户移动终端200的地理位置信息和刷卡机编号。本申请中的刷卡功能可以为基于NFC技术的虚拟卡，如eSE的方案或HCE的方案。在用户刷卡时我们可以通过HCI消息获取用户刷卡的POS机(即公交车刷卡机100)编号以及其他相关信息。

其中，eSE方案是指嵌入式的安全环境，本申请中是指将公交卡的Applet(小应用程序)运行在嵌入到移动终端200设备内的安全芯片上。HCE方案是指主机卡模拟，本申请中是指公交卡的Applet运行在移动终端200设备内的主芯片上。HCI事件是指移动终端200通过NFC(近距离无线通讯技术)刷卡时由Applet触发的用户刷卡的消息，可由注册该消息类型的App(应用程序)接收。

由此，在该应用场景中，用户乘坐公交车刷卡时，服务端300可以获取到用户移动终端200刷卡时的GPS地理位置坐标，并同时获取到用户刷卡时公交车刷卡机100向移动终端200发送的刷卡机编号。服务端300相关装置自动处理收集到的数据，包括针对这些数据进行精度筛选、所属站点确认以及公交线路拟合，以向移动终端200安装有实时公交APP的用户提供实时公交的相关服务。

请参见图2，图2为本申请一实施例提供的电子设备1的结构示意图，该电子设备1可以作为上述服务端300、公交车刷卡机100或移动终端200。如图2所示，电子设备1包括至少一个处理器12和存储器10，图2中以一个处理器12为例。处理器12和存储器10通过总线11连接，存储器10存储有可被至少一个处理器12执行的指令，指令被至少一处理器12执行，以使至少一个处理器12执行如下述实施例中的公交线路的数据处理方法。

请参见图3，图3为本申请一实施例提供的公交线路的数据处理方法的流程示意图。如图3所示，公交线路的数据处理方法包括：

S410：获取历史用户刷卡后发送的刷卡数据。

刷卡数据是指乘客在通过移动终端刷卡乘坐公交车时，自动向服务端发送的相关数据，刷卡数据包括刷卡机编号与刷卡位置坐标。在推出实时公交功能前，服务端需要通过乘客刷卡积累的数据来确认当前公交车所属线路，因此在累计刷卡数据确认公交线路阶段的乘客为历史用户。刷卡机编号对应乘客乘坐的公交车，在乘客刷卡时由刷卡机发送，移动终端自动获取到；刷卡位置坐标为乘客在刷卡时，移动终端自动获取移动终端所在的地理位置坐标，同时通过地理位置坐标还可以确认对应的坐标精度。

在该步骤中，在推出实时公交功能前，服务端需要通过乘客刷卡积累的数据来确认当前公交车所属线路。部分乘客在站点乘坐公交车时，通过移动终端的虚拟刷卡功能刷卡乘车，刷卡时产生的数据会通过网络自动上传至服务端，已便于后续服务端针对刷卡数据进行匹配以及线路的拟合。

S420：根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息。

服务端会自动下载具体城市的相关公交线路、相关站点位置信息及经停站点的公交线路，站点位置信息指站点所在的位置坐标以及站点名称。基于上一步骤S410获取到的刷卡位置坐标，服务端将其与自身存储的公交线路相关站点位置信息对应的坐标进行比对，确认刷卡位置坐标是否在附近站点的预设匹配范围内，由此确认刷卡位置坐标对应的站点位置信息。

S430:针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息。

在该步骤中，根据上述步骤中获取的刷卡数据以及针对刷卡数据中的刷卡位置坐标匹配完成的站点位置信息，服务端对相应数据自动进行处理，选择相同刷卡机编号的刷卡数据进行汇总，由此可以确认刷卡机编号对应的具体公交车的多个站点位置信息。

S440:拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。

在该步骤中，服务端将上述步骤单独某个刷卡机编号对应的多个站点位置信息与自身存储的多个站点信息、每个站点位置信息对应的多个公交线路进行匹配与拟合，最终拟合结果为单独的一条公交线路时，即可以确认该刷卡机编号对应的公交车线路为拟合结果中的公交线路。

请参见图4，图4为本申请一实施例提供的公交线路的数据处理方法的流程示意图。如图4所示，公交线路的数据处理方法包括：

S510:获取历史用户刷卡后发送的刷卡数据。

该步骤与上述步骤S410相似，具体细节请参见步骤S410相关内容，在该步骤中，还包括下述步骤S511-S512。

S511:根据历史用户刷卡后发送的刷卡位置坐标，基于刷卡位置坐标确定对应的定位精度。

在该步骤中，乘客刷卡时上传至服务端的刷卡位置坐标以经纬度坐标的形式体现，通过经纬度坐标的数值，服务端可以自动确认刷卡数据坐标对应的定位精度。定位精度太差时，匹配站点位置信息及后续拟合公交线路容易出现较大误差造成失败，因此服务端需要预设定位精度条件。

S512:判断定位精度是否符合定位精度条件，选择符合定位精度条件的刷卡数据。

在该步骤中，服务端预设的定位精度条件具有对应的半径阈值，将刷卡位置坐标对应的精度范围半径与预设的半径阈值比较，判断刷卡位置坐标的定位精度是否符合定位精度条件。若精度范围半径超出半径阈值，则对应的刷卡位置坐标不符合条件，服务端在后续步骤中会自动忽略对应的刷卡数据；若定位精度的半径在阈值范围内，则该刷卡位置坐标符合条件，服务端会自动选择符合条件的刷卡数据，用于后续步骤中的站点匹配与线路拟合。

其中，服务端将乘客的移动终端发送的刷卡数据以表格的形式记录到数据库或存储器中，表格内容如下：

终端机编号	刷卡时间	刷卡位置坐标(经纬度)	定位精度(半径)
				00000001	20210911120101	{经度，纬度}	10米
00000002	20210911140101	{经度，纬度}	7米
				00000003	20210911160101	{经度，纬度}	8米

S520:根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息。

该步骤与上述步骤S420相似，具体细节请参考步骤S420相关内容，该步骤还包括下述步骤S521-S523。请参见图5，图5为本申请一实施例提供的针对刷卡位置匹配对应站点的方法示意图。

S521:根据每条公交线路对应的站点位置信息，判断刷卡位置坐标与站点位置信息之间的距离是否小于阈值。

如图5所示，圆心O1所在的圆为刷卡位置坐标对应的定位精度范围，r1为定位精度范围内的半径；圆心O2所在的圆为刷卡位置坐标附近的公交站点的站点标记范围，标记范围的半径为r2。当刷卡位置坐标在某个站点的附近时，将刷卡位置标注为属于该站点，具体的算法为：刷卡位置坐标对应的圆形和站点标记范围对应的圆形是否有相交的部分，请参照图5，服务端计算两圆心之间的距离O1O2是否小于两个圆的半径r1与r2之和，两个圆的半径之和即为刷卡位置坐标与站点位置之间的距离阈值。当定位精度太差时，难以确认刷卡位置坐标附近的站点，因此在本申请中要选取符合定位精度条件的坐标。

S522:若距离小于阈值，确定刷卡位置坐标与站点位置信息相对应。

S523:若距离大于或等于阈值，确定刷卡位置坐标附近无对应的站点，服务端自动忽略该刷卡数据。

于本申请其他实施例中，服务端也可以将距离等于阈值的刷卡位置坐标判定为与附近站点位置信息相对应。

S530:针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息。

在该步骤中，根据上述步骤中获取的刷卡数据以及针对刷卡数据中的刷卡位置坐标匹配完成的站点位置信息，服务端对相应数据自动进行处理，选择刷卡机编号相同的刷卡数据进行汇总，由此可以确认刷卡机编号对应的公交车停靠过的多个站点位置信息。

S540:拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。

请参见图6，图6为本申请一实施例提供的拟合站点并获取对应公交线路的方法示意图。如图6所示，随着用户刷卡数据的累积与服务端对刷卡数据的筛选与匹配，服务端可以得到一个刷卡机编号关联的所有站点位置信息。基于这些站点位置信息，与服务端存储的在各站点经停的多个公交线路信息进行拟合，得到当前刷卡机编号对应公交车的所属线路。

具体拟合过程如下：

在地图上标注所有公交车站的位置信息，并且标注该车站有哪些公交线路经过。如图6所示，线路一与线路二在行驶过程中均停靠站点B与站点D，线路一与线路三在行驶过程中均停靠站点C。服务端持续获取数据，根据已对应站点位置信息的多个刷卡数据，选择固定刷卡机编号所关联的刷卡数据。基于每个刷卡机编号对应的多个站点位置信息，以及行驶中停靠每个站点位置信息的多个公交线路，获取同一公交车经停的各个站点的多个公交线路的交集，就可以得到该公交车对应的公交线路。

例如,1号公交车在站点A停靠，站点A经停线路为一号线路；1号公交车在站点B停靠，站点B经停线路为一、二号线路；1号公交车在站点C停靠，站点C经停线路为一、三号线路；1号公交车在站点D停靠，站点D经停线路为一、二号线路；1号公交车在站点E停靠，站点E经停线路为一号线路。将1号公交车经停的A至E站点对应所有线路取交集，得到的结果只有线路一的公交车行驶该段路径，就可以确认1号公交车所属线路为一号线路。

基于服务端统计的多个刷卡数据，当匹配站点不足，仍然在取交集后为一条线路时，具体公交车的所属线路可以确定，但所属线路的所有经停站点信息可能缺少，因此需要基于服务端下载的公交线路对应的所有停靠站点进行比对，并将缺少的停靠站点补充至该公交车的对应停靠站点信息中。例如，站点E缺少刷卡数据时，服务端将1号公交车经停的A至D站点对应的所有线路取交集，得到的结果也是只有线路一的公交车行驶该段路径，此时就需要将1号公交车刷卡数据对应的站点位置信息与服务端存储的一号线路对应的所有站点信息比对，并将缺少的E站点补充至1号公交车停靠站点信息中，为后续的实时公交服务提供相关数据支持。

获取同一公交车经停的各个站点的多个公交线路的交集时，若出现异常情况，基本为以下两种可能：

(1)基于多个站点对应的多个公交线路取的交集为空，此种情况说明可能公交线路信息不全，需要补充公交线路信息。例如，统计刷卡数据并将1号公交车经停的A、G站点对应所有线路取交集，服务端取交集得到的结果为空，则说明服务端下载的某个站点对应的公交线路信息不全，此时服务端需要重新更新出现问题的站点对应的公交线路信息。

(2)基于多个站点对应的多个公交线路取的交集有两个或两个以上的线路：此种情况说明刷卡数据量不够多，导致经停相同站点的多条线路被拟合，服务端需要采集相同公交车更多刷卡数据才能成功拟合所属线路。例如，将1号公交车经停的B、D站点对应所有线路取交集，得到的结果为线路一与线路二公交车行驶该段路径，此时无法确认1号公交车所属线路，服务端需要采集1号公交车更多的刷卡数据。

S550:根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，以及刷卡机编号对应的公交线路的站点位置信息，通过进行位置匹配，确定刷卡机编号对应的公交车的实时站点信息。

完成上述步骤后，实时公交服务可以通过移动终端对乘客开放。在该步骤中，服务端根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，确定刷卡机编号对应的公交车的实时位置，并与刷卡机编号对应的公交线路的站点位置信息进行匹配，确定刷卡机编号对应的公交车的实时站点信息。

其中，在该步骤中，服务端仍会选取定位精度符合定位精度条件的刷卡数据后进行站点匹配，该步骤与步骤S510、步骤S520及其子步骤基本相同，具体请参考上述步骤相关细节。

S551:基于刷卡数据与刷卡机编号对应的公交线路，确定公交线路关联的正在行驶的公交车数量。

在该步骤中，服务端可以预设一个统计时间段，并基于用户新的刷卡数据中包括的刷卡机编号，判断该时间段内某个公交线路正在运行的所有公交车。公交车到达终点站后或未从始发站出发时，属于空载关门状态，乘客不会乘坐该公交车，因此在该时间段内，服务端不会接收到非运行公交车的刷卡数据，非运行公交车就不会计入正在行驶的公交车数量。该步骤与步骤S551中服务端都是根据新的刷卡数据执行不同的内容，因此该步骤相对于步骤S551独立，可以在步骤S550之前、之后或与步骤S550同步进行。

S560:根据刷卡机编号对应的公交车的实时站点信息以及上一个站点信息，确定刷卡机编号对应的公交车的行进方向。

公交车行驶过程中在同一条线路的两端的站点之间来回运行，公交车行进方向至少有两个。在该步骤中，当新的用户刷卡数据上传至服务端时，服务端自动调取刷卡数据并基于时间进行比对，确认相邻时刻同一刷卡机编号对应的刷卡数据匹配的多个实时站点信息，通过相邻时刻的停靠站点信息与最新的刷卡数据匹配的实时站点信息，以及针对刷卡机编号已拟合得到的所属线路以及站点位置信息，确认刷卡机编号对应的公交车的行进方向。

S570:根据刷卡机编号对应的公交车的实时站点信息、行进方向以及刷卡机编号对应的公交线路的站点位置信息，确定下一个停靠站点信息。

在该步骤中，确认上述步骤中的行进方向后，服务端通过刷卡机编号的所属线路，以及所属线路上的各个站点位置信息，并基于刷卡机编号对应的公交车的实时站点信息与行进方向可以确认下一个停靠站点信息。

于本申请其他实施例中，服务端可以通过历史用户的刷卡数据计算各个站点之间的预测运行时间与同一线路的公交车从始发站至终点站的预测总运行时间，由此可以向用户提供所在站点的公交车预测等候时间等实时公交相关服务。

上述步骤中根据用户新的刷卡数据，已经拟合的刷卡机编号对应的公交车所属线路以及所属线路对应的站点位置信息，可以确认公交车行进方向、当前最新停靠站点、下一停靠站点等相关的实时公交可以提供的信息，由此将这些实时公交可以提供的内容发送至用户移动终端对应的应用程序上，部分用户的移动终端即使不携带虚拟刷卡功能，也可以通过应用程序查看实时公交的相关内容，因此该实时公交程序的受众范围广，给用户乘车带来了便利。本申请通过部分用户移动终端的虚拟刷卡与定位功能即可实现确认公交车所属线路并提供实时公交服务，使实时公交服务的开发效率提高，开发成本降低。

本申请能够解决实时公交实现成本高实现难度大的问题，本申请基于乘客移动终端自身带有的定位系统，能够获取刷卡时的移动终端的定位数据，以及在乘坐公交车刷卡时与公交车刷卡机交互而获得的刷卡机相关数据，针对这些数据上传服务端并进行筛选与拟合，最终确认刷卡数据对应的公交车线路，并基于新的刷卡数据实现实时公交的相关功能。故本申请具有操作方便、成本低、节省人力物力的优点。

请参见图7，图7为本申请一实施例提供的公交线路的数据处理装置600的结构示意图。如图7所示，公交线路的数据处理装置600包括：获取模块610、匹配模块620、确定模块630以及拟合模块640。

获取模块610用于获取历史用户刷卡后发送的刷卡数据；刷卡数据包括刷卡机编号与刷卡位置坐标；匹配模块620用于根据每条公交线路对应的站点位置信息，将刷卡位置坐标与站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；确定模块630用于针对任一刷卡机编号，根据刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定刷卡机编号对应的多个站点位置信息；拟合模块640用于拟合刷卡机编号对应的多个站点位置信息，得到刷卡机编号对应的公交线路。

上述装置中各个模块的功能和作用的实现过程，具体详见上述公交线路的数据处理方法中对应步骤的实现过程，在此不再赘述。

在本申请所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

本申请实施例提供了一种计算机可读存储介质，存储介质存储有计算机程序。计算机程序可由处理器12执行，以完成公交线路的数据处理方法。

功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器10(ROM，Read-Only Memory)、随机存取存储器10(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种公交线路的数据处理方法，其特征在于，所述方法包括：

获取历史用户刷卡后发送的刷卡数据；所述刷卡数据包括刷卡机编号与刷卡位置坐标；

根据每条公交线路对应的站点位置信息，将所述刷卡位置坐标与所述站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；

针对任一刷卡机编号，根据所述刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定所述刷卡机编号对应的多个站点位置信息；

拟合所述刷卡机编号对应的多个站点位置信息，得到所述刷卡机编号对应的公交线路。

2.根据权利要求1所述的方法，其特征在于，在所述拟合所述刷卡机编号对应的多个站点位置信息，得到所述刷卡机编号对应的公交线路之后，所述方法还包括：

根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，确定所述刷卡机编号对应的公交车的实时位置。

3.根据权利要求1所述的方法，其特征在于，在所述拟合所述刷卡机编号对应的多个站点位置信息，得到所述刷卡机编号对应的公交线路之后，所述方法还包括：

根据新的用户刷卡数据中包含的刷卡机编号与刷卡位置坐标，以及所述刷卡机编号对应的公交线路的站点位置信息，通过进行位置匹配，确定所述刷卡机编号对应的公交车的实时站点信息。

4.根据权利要求3所述的方法，其特征在于，在所述确定所述刷卡机编号对应的公交车的实时站点信息之后，所述方法还包括：

根据所述刷卡机编号对应的公交车的实时站点信息以及上一个站点信息，确定所述刷卡机编号对应的公交车的行进方向。

5.根据权利要求3所述的方法，其特征在于，在所述确定所述刷卡机编号对应的公交车的行进方向之后，所述方法还包括：

根据所述刷卡机编号对应的公交车的实时站点信息、行进方向以及所述刷卡机编号对应的公交线路的站点位置信息，确定下一个停靠站点信息。

6.根据权利要求1所述的方法，其特征在于，所述获取历史用户刷卡后发送的刷卡数据，包括：

根据历史用户刷卡后发送的刷卡位置坐标，基于所述刷卡位置坐标确定对应的定位精度；

判断所述定位精度是否符合定位精度条件，选择符合所述定位精度条件的所述刷卡数据。

7.根据权利要求1所述的方法，其特征在于，所述根据每条公交线路对应的站点位置信息，将所述刷卡位置坐标与所述站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息，包括：

根据每条公交线路对应的站点位置信息，判断所述刷卡位置坐标与所述站点位置信息之间的距离是否小于阈值，若小于阈值，确定所述刷卡位置坐标与所述站点位置信息相对应。

8.根据权利要求1所述的方法，其特征在于，在所述得到所述刷卡机编号对应的公交线路之后，所述方法还包括：

基于所述刷卡数据与所述刷卡机编号对应的公交线路，确定所述公交线路关联的正在行驶的公交车数量。

9.一种公交线路的数据处理装置，其特征在于，包括：

获取模块，用于获取历史用户刷卡后发送的刷卡数据；所述刷卡数据包括刷卡机编号与刷卡位置坐标；

匹配模块，用于根据每条公交线路对应的站点位置信息，将所述刷卡位置坐标与所述站点位置信息匹配，确定每个刷卡位置坐标对应的站点位置信息；

确定模块，用于针对任一刷卡机编号，根据所述刷卡机编号对应的多个刷卡位置坐标，以及每个刷卡位置坐标对应的站点位置信息，确定所述刷卡机编号对应的多个站点位置信息；

拟合模块，用于拟合所述刷卡机编号对应的多个站点位置信息，得到所述刷卡机编号对应的公交线路。

10.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-7任意一项所述的公交线路的数据处理方法。

Images