CN113207098A - 站点信息的确定方法、装置、移动终端及存储介质 - Google Patents

Abstract

本申请公开了一种站点信息的确定方法、装置、移动终端及存储介质，该站点信息的确定方法应用于移动终端，该站点信息的确定方法包括：响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。本方法可以实现精确采集乘车站点的站点数据，减少数据采集量。

Description

站点信息的确定方法、装置、移动终端及存储介质

技术领域

本申请涉及数据处理技术领域，更具体地，涉及一种站点信息的确定方法、装置、移动终端及存储介质。

背景技术

目前，越来越多的用于选择乘坐公共交通工具(例如地铁、公交车、高铁等)出行，而乘车站点的相关站点数据(例如定位数据、基站数据、无线网络数据等)的采集在公共交通的运营、维护等场景中尤为的重要。相关技术中，通常通过用户的移动终端采集站点数据，但是移动终端在采集站点数据时的数据采集量较大，且准确性有待提升。

发明内容

鉴于上述问题，本申请提出了一种站点信息的确定方法、装置、移动终端及存储介质。

第一方面，本申请实施例提供了一种站点信息的确定方法，应用于移动终端，所述方法包括：响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

第二方面，本申请实施例提供了一种站点信息的确定装置，应用于移动终端，所述装置包括：第一响应模块、第二响应模块以及数据发送模块，其中，所述第一响应模块用于响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；所述第二响应模块用于响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；所述数据发送模块用于将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

第三方面，本申请实施例提供了一种移动终端，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的站点信息的确定方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的站点信息的确定方法。

本申请提供的方案，移动终端通过响应于乘车事件，持续进行当前乘车站点的站点数据的采集，其中，站点数据包括基站数据、定位数据以及无线网络数据中的至少一个，响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生，然后将第一数据发送至服务器，服务器用于根据多个移动终端发送的该当前乘车站点的站点数据，确定该当前乘车站点对应的站点信息。如此，可以实现乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例提供的应用环境的示意图。

图2示出了根据本申请一个实施例的站点信息的确定方法流程图。

图3示出了根据本申请另一个实施例的站点信息的确定方法流程图。

图4示出了本申请实施例提供的一种界面示意图。

图5示出了根据本申请又一个实施例的站点信息的确定方法流程图。

图6示出了本申请又一个实施例提供的站点信息的确定方法中步骤S330的流程图。

图7示出了根据本申请再一个实施例的站点信息的确定方法流程图。

图8示出了根据本申请一个实施例的站点信息的确定装置的一种框图。

图9是本申请实施例的用于执行根据本申请实施例的站点信息的确定方法的移动终端的框图。

图10是本申请实施例的用于保存或者携带实现根据本申请实施例的站点信息的确定方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着互联网技术的飞速发展和创新，大数据分析在各个领域发挥着越来越重要的作用，而大数据采集是大数据分析中尤为重要的步骤。在公共交通中，通常需要采集乘车站点的站点数据(例如定位数据、基站数据、无线网络数据等)，以根据采集的大量站点数据，进行运营、维护等。例如，根据大量用户的移动终端所采集的站点数据，确定各个乘车站点的站点信息，以在用户乘坐交通工具时，能够准确识别用户所在乘车站点。

发明人经过长时间的研究发现，用户在乘坐公共交通工具时，通常会长时间的采集站点数据，导致采集到大量的站点数据。并且，由于长时间的站点数据采集，使得采集到的站点数据跨越多个站点，而导致采集的站点数据与站点之间的对应不准确，例如，对于基站数据而言，一个站点被几个基站覆盖，并且有的基站覆盖了好几个站点，导致数据中无法区分站点和基站的对应关系，从而采集的乘车站点的站点数据不够准确。

针对上述问题，发明人提出了本申请实施例提供的站点信息的确定方法、装置、移动终端以及存储介质，可以实现在乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。其中，具体的站点信息的确定方法在后续的实施例中进行详细的说明。

图1示出了本申请实施例提供的一种站点信息的确定方法的实施环境示意图，参见图1，该实施环境中包括移动终端100和服务器200。

移动终端100通过无线网络或有线网络与服务器200相连，服务器200和移动终端100之间能够进行数据交互。可选地，移动终端100可以为智能手机、平板电脑、智能手表、智能手环等，但并不局限于此。

可选地，移动终端100泛指多个移动终端中的一个，本申请实施例仅以移动终端100来举例说明。本领域技术人员可以知晓，上述移动终端的数量可以更多或者更少。比如上述移动终端仅为1个，或者上述移动终端为几十个或几百个，或者更多数量，此时上述实施环境中还包括其他终端。本申请实施例对移动终端的数量和设备类型不加以限定。

可选地，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。

作为一种实施方式，该移动终端100可以是用户所使用的终端，该移动终端100可以在监听到乘车事件的情况下，持续进行当前乘车站点的站点数据的采集，在检测到离开该当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生时，终止站点数据的采集，然后将采集到的站点数据发送至服务器200。服务器220可以根据大量移动终端发送的该当前乘车站点的站点数据，确定当前乘车站点对应的站点信息，以形成该乘车站点与站点信息的对应关系，从而在应用时，可以基于站点信息确定对应的乘车站点。

请参阅图2，图2示出了本申请一个实施例提供的站点信息的确定方法的流程示意图。在具体的实施例中，所述站点信息的确定方法应用于如图8所示的站点信息的确定装置400以及配置有所述站点信息的确定装置400的移动终端100(图9)。下面将以移动终端为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的移动终端可以为智能手机、平板电脑、智能手表、智能手环等，在此不做限定。下面将针对图2所示的流程进行详细的阐述，所述站点信息的确定方法具体可以包括以下步骤：

步骤S110：响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个。

在本申请实施例中，乘车事件指的是移动终端检测到用户在任一乘车站点进行乘车的事件。移动终端在监听到乘车事件时，可以对当前乘车站点的站点数据进行持续采集，也就是对起始站点的站点数据进行持续采集，以便后续上传至服务器后，由于不同乘车站点的站点数据通常不同，因此服务器能够根据上传的站点数据，区分出不同的乘车站点，从而确定该乘车站点的站点信息。

在一些实施方式中，移动终端可以通过在检测到扫码乘车的扫描成功事件时，确定监听到乘车事件。可以理解地，越来越多的用户使用移动终端中运行的应用程序，通过扫码乘车的方式乘坐交通工具，因此，可以据此来确定乘车事件。

在另一些实施方式中，移动终端可以通过检测到通过近场通信(Near FieldCommunication，NFC)刷卡乘车的事件时，确定监听到乘车事件。可以理解地，具有NFC功能的移动终端越来越多，而为了方便乘车，越来越多的用户也习惯使用NFC刷卡乘车，因此，也可以通过NFC刷卡乘车事件的检测，来确定乘车事件。

当然，移动终端确定乘车事件的具体方式在本申请实施例中可以不做限定。

在本申请实施例中，站点数据可以为与乘车站点的现实场景所相关的数据，站点数据可以用于区分不同的乘车站点。站点数据可以包括基站数据、定位数据以及无线网络数据中的至少一个。

其中，基站数据可以为移动终端处于当前乘车站点时搜索到的基站对应的数据，也可以为移动终端处于当前乘车站点时连接到的基站对应的数据。基站数据中可以包括时间戳(current_timestamp)、公共陆地移动网(Public Land Mobile Network，PLMN)、跟踪码(Tracking area code，TAC)、小区识别(Cell Identity，CI)，物理小区标识(PhysicalCell Identifier，PCI)等。例如，基站数据可以如下表所示，

current_timestamp	PLMN	TAC	CI	PCI
					1585014368967	46000	6383	28292648	279

定位数据可以为移动终端处于当前乘车站点时通过定位获取到的位置数据。可选的，定位数据可以为全球定位系统(Global Positioning System，GPS)数据，可以包括时间戳、经度、维度、海拔等数据，例如，定位数据可以如下表所示：

current_timestamp	经度	纬度	海拔
				1585014368967	114.133747	22.617194	29.151306

无线网络数据可以为移动终端处于当前乘车站点时扫描到的无线网络对应的数据。无线网络数据可以包括服务集标识符(Service Set Identifier，SSID)、物理地址(Media Access Control Address，MAC地址)、信号源、频段等。例如，无线网络数据可以如下表所示：

current_timestamp	SSID	MAC地址	信号源	频段
					1585014368000	wifi	90:17:ac:b3:63:50	5G	13

当然，站点数据中的数据类型可以不做限定，也还可以包括其他类型的数据，例如，还可以包括运动状态数据等。

步骤S120：响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生。

在本申请实施例中，由于相关技术中，移动终端在采集当前站点的站点数据时，通常会长时间的采集站点数据，导致采集到大量的站点数据。因此，可以设置用于终止站点数据的采集的采集终止事件。其中，采集终止事件可以为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生。

在一些实施方式中，移动终端可以通过在响应乘车事件后，通过采集运动数据，并根据运动数据，确定移动终端是否离开当前站点。可选的，移动终端可以通过运动数据，确定出运动数据满足目标条件时，确定移动终端离开当前站点，而生成采集终止事件。作为一种方式，在响应乘车事件后，根据运动数据确定出用户处于步行状态，然后再根据运动数据确定出用户处于静止状态时，确定用户离开当前站点，可以理解地，用户在扫码乘坐交通工具或者通过NFC刷卡乘坐交通工具时，通常扫描或者刷卡后需要在步行后，处于交通工具中的相应位置处，在交通工具开始行使离开当前乘车站点时，用户通常为静止状态，因此可以通过以上方式确定出移动终端离开当前乘车站点；作为另一种方式，终端可以根据运动数据，计算终端的速度；响应于终端的速度大于速度阈值，确定交通工具行使，而离开当前乘车站点，生成采集终止事件，即，移动终端还可以计算运动速度，当该速度大于速度阈值时，确定交通工具行使而离开当前乘车站点。其中，速度阈值可以为大于通常的步行速度的速度值，例如，通常的步行速度为1米/秒，则速度阈值可以为5米/秒。

在另一些实施方式中，可能触发乘车事件为进站时触发，而用户进站后，可能并未乘坐交通工具；因此，还可以在检测到用户出站时，确定检测到离开当前乘车站点。例如，用户通过移动终端扫码出站时，确定离开当前乘车站点。

另外，移动终端在响应乘车事件时，还可以同时进行计时。若计时的时长达到第一时长阈值时，也可以产生采集终止事件，并响应该采集终止事件，终止站点数据的采集。可以理解地，通过确定离开当前乘车站点的方式，触发终止站点数据的采集，可能会存在根据运动数据误判的情况，例如，根据运动数据判断出未离开当前乘车站点，因此，还可以设置数据采集的最大时长，以避免采集的数据量过大，产生大量重复数据或脏数据。

在一种可能实现的方式中，还可以设置数据采集的最小时长(第三时长阈值)，以避免根据运动数据误判离开当前乘车站点，而导致数据采集终止的情况，从而保证数据采集量。具体地，若数据采集的持续时长(即上述计时的时长)未达到第三时长阈值，检测到移动终端离开所述当前乘车站点，可以生成采集终止事件；或者，若数据采集的持续时长达到第一时长阈值，生成采集终止事件，第三时长阈值小于所述第一时长阈值。

步骤S130：将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

在本申请实施例中，在采集得到当前乘车站点的站点数据后，可以将采集到的当前乘车站点的站点数据发送至服务器。对应的，服务器可以接收到移动终端上传的当前乘车站点的站点数据，服务器在获取到大量移动终端所上传的当前乘车站点的站点数据后，可以根据获取到的当前乘车站点的站点数据，确定出与当前乘车站点的站点信息，建立起该乘车站点与站点信息的对应关系。其中，站点信息可以包括以上站点数据中各个类型的数据，具体地，站点信息可以包括上述的基站数据、定位数据和无线网络数据；服务器根据大量的移动终端采集到的当前乘车站点的站点数据，对大量的站点数据进行筛选和归类等处理后，确定出该当前乘车站点对应的基站数据、定位数据以及无线网络数据，作为该当前乘车站点的站点信息。示例性的，以交通工具是地铁为例，服务器通过搜集各个地铁站的站点数据，建立起每个地铁站与站点信息的对应关系，从而在应用中，可以根据实际的站点信息确定用户所处的地铁站。

本申请实施例提供的站点信息的确定方法，通过持续采集乘车站点的站点数据的过程中，在检测到离开该当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生时，终止站点数据的采集，如此，可以实现乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。另外，通过采集触发乘车事件时的当前乘车站点的站点数据，可以避免混淆其他乘车站点的站点数据，而保证采集到的站点数据与乘车站点的对应关系的准确性。

请参阅图3，图3示出了本申请另一个实施例提供的站点信息的确定方法的流程示意图。该站点信息的确定方法应用于上述移动终端，下面将针对图3所示的流程进行详细的阐述，所述站点信息的确定方法具体可以包括以下步骤：

步骤S210：响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个。

步骤S220：响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生。

在本申请实施例中，步骤S210以及步骤S220可以参阅其他实施例的内容，在此不再赘述。

步骤S230：在检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，再次进行站点数据的采集，将本次采集到的站点数据作为第二数据，其中，所述第二时长阈值大于所述第一时长阈值。

在本申请实施例中，移动终端还可以在检测到离开当前乘车站点的情况下，如果监听到乘车事件后的时长达到第二时长阈值，再次进行站点数据的采集，并将本次采集到的站点数据作为第二数据，以根据此次采集的站点数据对此前采集的第一数据进行脏数据的剔除，提升站点数据的准确性。第二时长阈值可以大于以上第一时长阈值，第二时长阈值可以设置的较长，由此可以将再次采集的数据为交通工具行使至其他站点后采集的数据，以便对第一数据中的脏数据进行剔除。

可以理解地，在针对以上当前乘车站点的站点数据的采集中，可能会采集到与其他站点的站点数据相同的数据，而基站数据、定位数据和无线网络数据等通常是与乘车站点唯一对应，这样的话，后续将站点数据发送至服务器后，才能够准确地形成站点信息与乘车站点的对应关系，而避免某个站点信息对应了多个乘车站点，导致后续应用过程中，根据实际的站点信息确定乘车站点时出现错误。

在一种可能的实施方式中，可以根据从响应乘车事件时，至交通工具行使至下一乘车站点的时长，确定第二时长阈值。可选的，可以基于当前所需采集站点数据的乘车站点对应的类型，确定第二时长阈值，其中，可以根据乘车站点对应的类型，确定相邻两个乘车站点之间的平均行驶时长，并且确定从扫码乘坐交通工具或者通过NFC刷卡乘坐交通工具，到交通工具开始行使的平均间隔时长；然后将平均行驶时长以及平均间隔时长的时长之和确定为第二时长阈值。并且，第一时长阈值可以根据确定的第二时长阈值，设置为比第二时长阈值相对较小的阈值。

在一些实施方式中，在再次进行站点数据的采集时，可以持续2个采样间隔时间，即按照采样间隔时间再两次采集站点数据，以减少后续进行数据过滤时的处理量。其中，该采样间隔时间与此前进行站点数据过程中的采样间隔时间相同，具体的采样间隔时间可以不做限定。

在一些实施方式中，可能因为用户的逗留等，而导致检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，可能交通工具并未行驶至其他乘车站点。因此，当移动终端检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，请同时参阅图4，移动终端还可以显示提示消息，以提示用户确认是否已行驶至其他乘车站点；在接收到用户的确认指令时，再进行再次的站点数据采集。

步骤S240：获取所述第一数据与所述第二数据中相同的数据作为目标数据。

在本申请实施例中，移动终端在采集得到以上第二数据后，可以根据第二数据，从第一数据中确定出与第二数据相同的数据作为目标数据。可以理解地，以上采集到的第二数据，可以被作为是交通工具已行驶至其他乘车站点的站点数据，而站点数据通常与乘车站点唯一对应，因此第一数据中与第二数据相同的目标数据，可以被认为是需要从第一数据中进行剔除的脏数据，即第一数据中采集到的错误数据。

示例性的，在地铁站点的站点数据采集中，针对站点数据中的基站数据进行处理时，通常在一个地铁站点内的基站数据不会有大的变化，被几个基站覆盖，但是由于场景问题，有的基站覆盖了好几个地铁站点，导致数据中无法区分站点和基站的对应关系，因此需要对数据进行去重处理和唯一性处理。具体地，可以分别确定第一数据中的基站数据，以及第二数据中的基站数据，然后求两者的交集，再从第一数据的基站数据中剔除该交集，完成跨站点的基站数据的剔除。

例如，第一数据中的基站数据如下表所示：

plmn	tac	ci	pci
				46000	6383	28292648	279
46000	6383	28292600	280
				46000	6383	28292622	281

第二数据中的基站数据如下表所示：

plmn	tac	ci	pci
				46000	6383	28292633	288
46000	6383	28292611	282
				46000	6383	28292622	281

在以上第一数据的基站数据，以及第二数据的基站数据中，存在相同的基站数据，如ci＝28292622时对应的数据。因此，需要进行唯一性处理，从第一数据中的基站数据剔除跨站点的基站数据后，得到的基站数据如下表所示：

plmn	tac	ci	pci
				46000	6383	28292648	279
46000	6383	28292600	280

通过上述对基站数据的处理，可以使得基站数据的数量减少，并且能够提升采集到的当前乘车站点的基站数据的准确性。

示例性的，在地铁站点的站点数据采集中，针对站点数据中的无线网络数据进行处理时，第一数据的无线网络数据中与第二数据的无线网络数据中相同的无线网络数据，则可以被认为是个人终端的无线网络数据(例如个人热点)或者是车载无线网络数据，而不是地铁站点内的无线网络的网络数据，这部分无线网络数据被认为是无效的。因此，可以分别确定第一数据中的无线网络数据，以及第二数据中的无线网络数据，然后求两者的交集，再从第一数据的无线网络数据中剔除该交集，完成无效的无线网络数据的剔除。

步骤S250：从所述第一数据中过滤掉所述目标数据。

在本申请实施例中，在确定出目标数据后，可以从第一数据中过滤掉该目标数据，即对第一数据中的目标数据进行剔除。通过以上方式，可以避免上传至服务器的当前乘车站点的站点数据中包含其他站点的站点数据，减少数据传输量的同时，提升了站点数据的准确性。

步骤S260：将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

在本申请实施例中，步骤S260可以参阅其他实施例的内容，在此不再赘述。

本申请实施例提供的站点信息的确定方法，可以实现乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。并且，通过采集触发乘车事件时的当前乘车站点的站点数据，可以避免混淆其他乘车站点的站点数据，而保证采集到的站点数据与乘车站点的对应关系的准确性。另外，在终止采集后，还在检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，再次进行站点数据采集，并根据采集到的站点数据对此前的站点数据进行过滤，减少后续传输至服务器的站点数据的数据传输量的同时，提升了站点数据的准确性。

请参阅图5，图5示出了本申请又一个实施例提供的站点信息的确定方法的流程示意图。该站点信息的确定方法应用于上述移动终端，下面将针对图5所示的流程进行详细的阐述，所述站点信息的确定方法具体可以包括以下步骤：

步骤S310：响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个。

步骤S320：响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生。

在本申请实施例中，步骤S310以及步骤S320可以参阅前述实施例的内容，在此不再赘述。

步骤S330：根据所述第一数据中的多个定位数据，获取中心点位置的位置数据。

在本申请实施例中，在站点数据包括定位数据时，由于持续采集站点数据的过程中，会采集到大量的定位数据，而定位数据中会有大量的重复数据，并且同一乘车站点的位置数据不会相差过大。因此，可以对第一数据中的多个定位数据进行处理，以确定出中心点位置的位置数据，作为当前乘车站点对应的位置数据。

在一些实施方式中，请参阅图6，根据所述多个定位数据，获取中心点位置的位置数据，包括：

步骤S331：获取所述多个定位数据的均值，得到参考点位置的位置数据；

步骤S332：根据每个定位数据相对所述参考点位置的距离，从所述多个定位数据中清除目标定位数据，所述目标定位数据相对所述参考点位置的距离大于距离阈值；

步骤S333：获取清除目标定位数据后的定位数据对应的标准差；

步骤S334：根据所述均值以及所述标准差，确定中心点位置的位置数据。

在该实施方式中，定位数据中可能包括海拔数据，而海拔数据与乘车站点的关联性不强，因此可以将海拔数据进行剔除。对于第一数据中的多个定位数据，可以根据多个经度和维度，分别求出经度和维度的均值，作为参考点位置；再计算各个定位数据到参考点位置的距离；通过从多个定位数据中清除目标定位数据，可以实现对于定位数据中的漂移点的剔除；然后对剔除后的数据计算标准差，最后把均值±标准差作为中心点位置，得到中心点位置的位置数据。

步骤S340：将所述第一数据中的所述多个定位数据替换为所述中心点位置的位置数据。

通过以上方式，不仅可以提升获取到的当前乘车站点的定位数据的准确性，还可以减少后续传输至服务器的站点数据的数据传输量。

步骤S350：获取所述第一数据的多个无线网络数据中个人无线网络以及车载无线网络的数据，作为目标无线网络数据。

步骤S360：从所述第一数据中清除所述目标无线网络数据。

在本申请实施例中，在站点数据中包括无线网络数据时，无线网络数据的来源主要包括：乘车站点的无线设备对应的无线网络数据、个人终端对应的无线网络数据、交通工具本身的无线网络数据、乘车站点周围的设备的无线网络数据等，而对于采集到的乘车站点的站点数据而言，会有大量重复的无线网络数据，并且个人终端对应的无线网络数据以及交通工具本身的无线网络数据是无效的。因此，在将站点数据发送至服务器之前，还可以对无线网络数据进行预处理。具体地，可以对无线网络数据进行清洗，去除重复数据；然后再根据每个无线网络数据中的无线名称、MAC地址等，过滤掉个人终端对应的个人无线网络数据以及交通工具本身对应的车载无线网络数据。通过以上方式，不仅可以提升获取到的当前乘车站点的定位数据的准确性，还可以减少后续传输至服务器的站点数据的数据传输量。

在一些实施方式中，若站点数据还需要包括采集站点数据时的运动状态数据时，还可以对采集的站点数据中的大量运动状态进行预处理。其中，运动状态数据中仅有状态变化的数据是有效的，比如从步行到静止或者从静止到步行，运动状态数据需要提取状态变化时的数据，其他数据在处理完成后可以进行删除。示例性的，预处理后的运动状态数据可以如下表所示：

运动状态变化	状态标签	时间戳
			步行→静止	1	静止时间戳
静止→步行	2	行进时间戳
			列车启动	3	列车启动时间戳

可以理解地，从监听到乘车事件，到离开当前乘车站点的过程中，运动状态的变化次数是比较有限的，通常不会出现反反复复的启停变化，通过以上方式，可以实现将运动状态数据的条数减少，数据量进行了较大压缩。

步骤S370：将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

在本申请实施例中，由于站点数据中包括多种类型的数据，例如无线网络数据、基站数据、定位数据等，因此可以将第一数据中所有类型的数据封装为同一结构体，然后将封装后的数据发送至服务器。从而，可以实现发送至服务器的数据为一个数据存储结构，将所有信息存储在一条记录中，减少数据传输量，也降低了服务器的交互压力。具体地，封装后的数据可以按照json串进行拼接，如果部分字段没有数据则置空，将封装的数据进行保存，并生成打包文件，然后将打包文件上传至服务器。服务器在接收到打包文件后，可以存储数据，并且对数据进行拆分，录入到数据库各表中，主要包括三张数据表(定位数据表、无线网络数据表和基站数据表)。

示例性的，在站点数据包括运动状态数据、基站数据、定位数据以及无线网络数据时，封装后的数据可以如下表所示：

其中，城市名称和站点名称，可以通过触发乘车事件的应用程序获取，例如通过扫码进站的应用程序获取；运动状态和时间戳可以通过IMU(惯性测量单元，InertialMeasurement Unit)提取的信息获取；Usergroup用于生成一个查询标志，不涉及用户信息。结束采集的方式包括：刷码出站导致数据采集终止(0)、判断交通工具行使导致采集数据终止(1)和数据采集的持续时长达到第一时长阈值导致数据采集终止(2)。

本申请实施例提供的站点信息的确定方法，可以实现乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。并且，通过采集触发乘车事件时的当前乘车站点的站点数据，可以避免混淆其他乘车站点的站点数据，而保证采集到的站点数据与乘车站点的对应关系的准确性。另外，在将当前乘车站点的站点数据传输至服务器之前，还对无线网络数据和基站数据进行预处理，去除掉无效数据，进一步减少了数据传输量，并提升了站点数据的准确性。

请参阅图7，图7示出了本申请再一个实施例提供的站点信息的确定方法的流程示意图。该站点信息的确定方法应用于上述移动终端，下面将针对图7所示的流程进行详细的阐述。

在本申请实施例提供的站点信息的确定方法中，移动终端监听到乘车事件时，持续采集当前乘车站点的站点数据；然后判断是否产生采集终止事件；若否，则保持持续采集当前乘车站点的站点数据；若否，则终止采集站点数据；然后对站点数据进行有效性检查；在有效性检查后，若检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，再次采集站点数据；然后对采集到的站点数据进行预处理；预处理站点数据后，对站点数据进行存储和打包；最后，将站点数据上传至服务器。

可选的，对站点数据进行有效性检查可以包括：检查站点数据的完整性和检查站点数据的有效性。其中，检查站点数据的完整性时，若某个数据文件不存在，则不对该数据进行后续处理；若存在，则继续进行检查站点数据的有效性。检查站点数据的有效性时，若存在站点数据中的某字段为空，则可以对该字段填入空值或默认值；若数据完整，则通过有效性检查；若数据不完整，则可以删除不完整数据，删除不完整数据后的数据如果为空，则可以填入空值或默认值。在进行有效性检查后，若站点数据完整，或者删除不完整数据后不为空，则表示通过有效性检查，从而可以继续进行后续的再次采集站点数据。

本申请实施例中，对站点数据进行预处理，可以参阅前述实施例中，在将第一数据发送至服务器之前，对第一数据所进行的处理步骤，在此不再赘述。

请参阅图8，其示出了本申请实施例提供的一种站点信息的确定装置400的结构框图。该站点信息的确定装置400应用上述的移动终端，该站点信息的确定装置400包括：第一响应模块410、第二响应模块420以及数据发送模块430。其中，第一响应模块410用于响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；第二响应模块420用于响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；数据发送模块430用于将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

在一种可能的实施方式中，该站点信息的确定装置400还可以包括第三响应模块。第三响应模块用于在检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，再次进行站点数据的采集，将本次采集到的站点数据作为第二数据，其中，所述第二时长阈值大于所述第一时长阈值。

可选的，该站点信息的确定装置400还可以包括：第一数据确定模块以及第一过滤模块。第一数据确定模块用于在所述将所述第一数据发送至服务器之前，获取所述第一数据与所述第二数据中相同的数据作为目标数据；第一过滤模块用于从所述第一数据中过滤掉所述目标数据。

在一种可能的所述方式中，所述第一数据包括多个定位数据。该站点信息的确定装置400还可以包括：第二数据确定模块以及数据替换模块。第二数据确定模块用于根据所述多个定位数据，获取中心点位置的位置数据；数据替换模块用于将所述第一数据中的所述多个定位数据替换为所述中心点位置的位置数据。

可选的，第二数据确定模块用于：获取所述多个定位数据的均值，得到参考点位置的位置数据；根据每个定位数据相对所述参考点位置的距离，从所述多个定位数据中清除目标定位数据，所述目标定位数据相对所述参考点位置的距离大于距离阈值；获取清除目标定位数据后的定位数据对应的标准差；根据所述均值以及所述标准差，确定中心点位置的位置数据。

在一种可能的实施方式中，所述第一数据包括多个无线网络数据。该站点信息的确定装置400还可以包括：第三数据确定模块以及第三过滤模块。第三数据确定模块用于在将所述第一数据发送至服务器之前，获取所述多个无线网络数据中个人无线网络以及车载无线网络的数据，作为目标无线网络数据；第三过滤模块用于从所述第一数据中清除所述目标无线网络数据。

在一种可能的实施方式中，数据发送模块430用于：将所述第一数据中的所有类型的数据封装为同一结构体，得到封装后的数据；将所述封装后的数据发送至服务器。

在一种可能的实施方式中，事件生成模块。事件生成模块用于：

若数据采集的持续时长未达到第三时长阈值，检测到所述移动终端离开所述当前乘车站点，生成所述采集终止事件；或者

若数据采集的持续时长达到第一时长阈值，生成所述采集终止事件，所述第三时长阈值小于所述第一时长阈值。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

综上所述，本申请提供的方案，移动终端通过响应于乘车事件，持续进行当前乘车站点的站点数据的采集，其中，站点数据包括基站数据、定位数据以及无线网络数据中的至少一个，响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生，然后将第一数据发送至服务器，服务器用于根据多个移动终端发送的该当前乘车站点的站点数据，确定该当前乘车站点对应的站点信息。如此，可以实现乘车站点的站点信息的确定场景中，移动终端采集站点数据时能够减少数据采集量，并且提升采集的站点数据的准确性。

请参考图9，其示出了本申请实施例提供的一种移动终端的结构框图。该移动终端100可以是智能手机、平板电脑、智能手表、智能手环等能够运行应用程序的设备。本申请中的移动终端100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个移动终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储移动终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图10，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

1.一种站点信息的确定方法，其特征在于，应用于移动终端，所述方法包括：

响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；

响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；

将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

2.根据权利要求1所述的方法，其特征在于，在所述响应于采集终止事件，终止站点数据的采集之后，所述方法还包括：

在检测到离开所述当前乘车站点，且监听到所述乘车事件后的时长达到第二时长阈值时，再次进行站点数据的采集，将本次采集到的站点数据作为第二数据，其中，所述第二时长阈值大于所述第一时长阈值。

3.根据权利要求2所述的方法，其特征在于，在所述将所述第一数据发送至服务器之前，所述方法还包括：

获取所述第一数据与所述第二数据中相同的数据作为目标数据；

从所述第一数据中过滤掉所述目标数据。

4.根据权利要求1所述的方法，其特征在于，所述第一数据包括多个定位数据，在所述将所述第一数据发送至服务器之前，所述方法还包括：

根据所述多个定位数据，获取中心点位置的位置数据；

将所述第一数据中的所述多个定位数据替换为所述中心点位置的位置数据。

5.根据权利要求4所述的方法，其特征在于，所述根据所述多个定位数据，获取中心点位置的位置数据，包括：

获取所述多个定位数据的均值，得到参考点位置的位置数据；

根据每个定位数据相对所述参考点位置的距离，从所述多个定位数据中清除目标定位数据，所述目标定位数据相对所述参考点位置的距离大于距离阈值；

获取清除目标定位数据后的定位数据对应的标准差；

根据所述均值以及所述标准差，确定中心点位置的位置数据。

6.根据权利要求1所述的方法，其特征在于，所述第一数据包括多个无线网络数据，在所述将所述第一数据发送至服务器之前，所述方法还包括：

获取所述多个无线网络数据中个人无线网络以及车载无线网络的数据，作为目标无线网络数据；

从所述第一数据中清除所述目标无线网络数据。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述将所述第一数据发送至服务器，包括：

将所述第一数据中的所有类型的数据封装为同一结构体，得到封装后的数据；

将所述封装后的数据发送至服务器。

8.根据权利要求1-6任一项所述的方法，其特征在于，在所述响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据之前，所述方法还包括：

若数据采集的持续时长未达到第三时长阈值，检测到所述移动终端离开所述当前乘车站点，生成所述采集终止事件；或者

若数据采集的持续时长达到第一时长阈值，生成所述采集终止事件，所述第三时长阈值小于所述第一时长阈值。

9.一种站点信息的确定装置，其特征在于，应用于移动终端，所述装置包括：第一响应模块、第二响应模块以及数据发送模块，其中，

所述第一响应模块用于响应于乘车事件，持续进行当前乘车站点的站点数据的采集，所述站点数据包括基站数据、定位数据以及无线网络数据中的至少一个；

所述第二响应模块用于响应于采集终止事件，终止站点数据的采集，将采集到的站点数据作为第一数据，所述采集终止事件为离开所述当前乘车站点时，或者在数据采集的持续时长达到第一时长阈值时产生；

所述数据发送模块用于将所述第一数据发送至服务器，所述服务器用于根据多个移动终端发送的所述当前乘车站点的站点数据，确定所述当前乘车站点对应的站点信息。

10.一种移动终端，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-8任一项所述的方法。

11.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-8任一项所述的方法。

Images