CN112927393B - 骑行数据处理方法、服务器、用户设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种骑行数据处理方法、服务器、用户设备及可读存储介质，涉及智能出行技术领域，解决了骑行数据处理稳定性较低的问题。该骑行数据处理方法包括：用户设备按照预设获取周期获取定位信息，并按照预设发送周期发送业务数据；服务器接收业务数据，判断是否存在与用户设备标识对应的骑行记录标识以及业务类型信息是否指示开锁业务；在存在骑行记录标识的情况下，若业务类型信息指示开锁业务，则丢弃定位信息，若业务类型信息不指示开锁业务，则对应存储定位信息和骑行记录标识。

Description

骑行数据处理方法、服务器、用户设备及可读存储介质

技术领域

本发明涉及智能出行技术领域，尤其涉及一种骑行数据处理方法、服务器、用户设备及可读存储介质。

背景技术

随着共享单车的普及和发展，越来越多的人开始选择共享单车作为出行方式。在用户使用共享单车的过程中，用户设备可以产生大量的骑行数据。这些骑行数据可以记录用户的骑行信息，如骑行轨迹、骑行时间等。

现有技术中，通常是在骑行结束时对这些骑行数据进行统一处理，然而，在骑行过程较长的情况下，用户设备会产生大量数据，统一处理不仅会增加用户设备数据上报的压力，导致数据传输失败，从而使骑行数据丢失，还会增加服务器的数据处理压力、降低服务器数据处理速度。

因此，本领域的技术人员致力于开发一种可以提高骑行数据处理稳定性的骑行数据处理方法、服务器、用户设备及可读存储介质。

发明内容

有鉴于现有技术的上述缺陷，本发明所要解决的技术问题是：如何提高骑行数据的处理稳定性。

为实现上述目的，本发明采用如下技术方案：

第一方面，本发明提供了一种骑行数据处理方法，应用于服务器，该骑行数据处理方法包括：接收用户设备发送的业务数据，该业务数据包括：用户设备标识、业务类型信息以及定位信息；判断是否存在与该用户设备标识对应的骑行记录标识以及该业务类型信息是否指示开锁业务；在存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则丢弃该定位信息，若该业务类型信息不指示开锁业务，则对应存储该定位信息和该骑行记录标识。

本发明实施例中，由于服务器可以接收用户设备发送的业务数据，并根据用户设备标识和业务类型信息对定位信息做出相应的处理，因此，当存在骑行记录标识且业务类型信息指示开锁业务的情况下，服务器可以丢弃用户设备发送的定位信息，从而减少无用数据，并降低服务器的数据处理压力，进而提高服务器的数据处理速度。

在本发明的较佳实施方式中，在不存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则生成该骑行记录标识，并对应存储该定位信息和该骑行记录标识，若该业务类型信息不指示开锁业务，则丢弃该定位信息。

在本发明的较佳实施方式中，上述业务类型信息不指示开锁业务可以包括业务类型信息指示骑行业务，或业务类型信息指示关锁业务；上述对应存储该定位信息和该骑行记录标识，包括：在该业务类型信息指示开锁业务的情况下，将该定位信息与该骑行记录标识对应存储至第一数据库；在该业务类型信息指示骑行业务或该业务类型信息指示关锁业务的情况下，将该定位信息添加到该第一数据库中，得到与骑行记录标识对应的定位信息集。

在本发明的较佳实施方式中，上述定位信息包括位置信息和时间信息，在该业务类型信息指示关锁业务的情况下，该方法还包括：根据该骑行记录标识从该第一数据库中获取该定位信息集；根据该定位信息集确定骑行信息，该骑行信息包括骑行总时长、骑行轨迹长度、开锁时间和关锁时间；将该骑行信息与该骑行记录标识对应存储至第二数据库。

在本发明的较佳实施方式中，上述生成该骑行记录标识之后，该方法还包括：将该骑行记录标识存储至第三数据库；在该业务类型信息指示关锁业务的情况下，将该定位信息添加到该第一数据库中之后，该方法还包括：删除该第三数据库中的该骑行记录标识。

第二方面，本发明提供了一种骑行数据处理方法，应用于用户设备，该骑行数据处理方法包括：按照预设获取周期获取该用户设备的定位信息；按照预设发送周期向服务器发送业务数据，该业务数据包括：用户设备标识、业务类型信息以及在一个预设发送周期内获取的所有定位信息；其中，该预设获取周期小于该预设发送周期。

本发明实施例中，用户设备可以按照预设获取周期获取定位信息，并按照预设发送周期向服务器发送业务数据，由于用户设备可以按照预设发送周期将骑行过程中产生的骑行数据分多次发送给服务器，因此，可以减轻用户设备数据上报的压力，降低数据传输失败的可能性，从而避免骑行数据丢失。

在本发明的较佳实施方式中，上述业务类型信息用于指示开锁业务、骑行业务和关锁业务中的一个。

第三方面，本发明提供了一种服务器，包括：接收单元和处理单元；该接收单元，用于接收用户设备发送的业务数据，该业务数据包括：用户设备标识、业务类型信息以及定位信息；该处理单元，用于判断是否存在与该用户设备标识对应的骑行记录标识以及该业务类型信息是否指示开锁业务；在存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则丢弃该定位信息，若该业务类型信息不指示开锁业务，则对应存储该定位信息和该骑行记录标识。

在本发明的较佳实施方式中，处理单元，还用于在不存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则生成该骑行记录标识，并对应存储该定位信息和该骑行记录标识，若该业务类型信息不指示开锁业务，则丢弃该定位信息。

在本发明的较佳实施方式中，上述业务类型信息不指示开锁业务可以包括业务类型信息指示骑行业务，或业务类型信息指示关锁业务；上述处理单元，具体用于在该业务类型信息指示开锁业务的情况下，将该定位信息与该骑行记录标识对应存储至第一数据库；在该业务类型信息指示骑行业务或该业务类型信息指示关锁业务的情况下，将该定位信息添加到该第一数据库中，得到与骑行记录标识对应的定位信息集。

在本发明的较佳实施方式中，上述定位信息包括位置信息和时间信息，该服务器还包括获取单元；该获取单元，用于在该业务类型信息指示关锁业务的情况下，根据该骑行记录标识从该第一数据库中获取该定位信息集；该处理单元，还用于根据该定位信息集确定骑行信息，该骑行信息包括骑行总时长、骑行轨迹长度、开锁时间和关锁时间；将该骑行信息与该骑行记录标识对应存储至第二数据库。

在本发明的较佳实施方式中，上述处理单元，还用于在生成该骑行记录标识之后，将该骑行记录标识存储至第三数据库；在该业务类型信息指示关锁业务的情况下，在将该定位信息添加到该第一数据库中之后，删除该第三数据库中的该骑行记录标识。

第四方面，本发明提供了一种用户设备，包括：获取单元和发送单元；该获取单元，用于按照预设获取周期获取该用户设备的定位信息；该发送单元，用于按照预设发送周期向服务器发送业务数据，该业务数据包括：用户设备标识、业务类型信息以及在一个预设发送周期内获取的所有定位信息；其中，该预设获取周期小于该预设发送周期。

在本发明的较佳实施方式中，上述业务类型信息用于指示开锁业务、骑行业务和关锁业务中的一个。

第五方面，本发明提供了一种服务器，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当服务器运行时，处理器执行存储器存储的计算机执行指令，以使服务器执行上述第一方面及其各种可能的实施方式提供的骑行数据处理方法。

第六方面，本发明提供了一种用户设备，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当用户设备运行时，处理器执行存储器存储的计算机执行指令，以使用户设备执行上述第二方面及其各种可能的实施方式提供的骑行数据处理方法。

第七方面，提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令，当计算机执行指令在计算机上运行时，使得服务器执行上述第一方面及其各种可能的实施方式提供的骑行数据处理方法，或者使得用户设备执行上述第二方面及其各种可能的实施方式提供的骑行数据处理方法。

第八方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在计算机上运行时，使得服务器执行上述第一方面及其各种可能的实施方式提供的骑行数据处理方法，或者使得用户设备执行上述第二方面及其各种可能的实施方式提供的骑行数据处理方法。

需要说明的是，上述计算机指令可以全部或者部分存储在计算机可读存储介质上。其中，计算机可读存储介质可以与服务器的处理器或用户设备的处理器封装在一起，也可以与服务器的处理器或用户设备的处理器单独封装，本发明实施例对此不作限定。

本发明中第三方面、第五方面、第七方面以及第八方面的描述，可以参考第一方面的详细描述；并且，第三方面、第五方面、第七方面以及第八方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

本发明中第四方面、第六方面、第七方面以及第八方面的描述，可以参考第二方面的详细描述；并且，第四方面、第六方面、第七方面以及第八方面描述的有益效果，可以参考第二方面的有益效果分析，此处不再赘述。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本发明的目的、特征和效果。

附图说明

图1是本发明实施例提供的骑行数据处理系统的结构示意图；

图2是本发明实施例提供的骑行数据处理方法的一个较佳实施例的流程示意图；

图3是本发明实施例提供的骑行数据处理方法的另一个较佳实施例的流程示意图；

图4是本发明实施例提供的服务器的结构示意图之一；

图5是本发明实施例提供的用户设备的结构示意图之二。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本发明实施方式中的方法和设备的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

为了便于清楚描述本发明实施例的技术方案，在本发明实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。

为了阐释的目的而描述了本发明的一些示例性实施例，需要理解的是，本发明可通过附图中没有具体示出的其他方式来实现。

通常情况下，在用户使用共享单车的过程中，用户设备可以产生大量的骑行数据。这些骑行数据可以记录用户的骑行信息，如骑行轨迹、骑行时间等。现有技术中，通常是在骑行结束时对这些骑行数据进行统一处理，然而，在骑行过程较长的情况下，用户设备会产生大量数据，统一处理不仅会增加用户设备数据上报的压力，导致数据传输失败，从而使骑行数据丢失，还会增加服务器的数据处理压力、降低服务器数据处理速度。

为了解决上述问题，本发明提供了一种骑行数据处理方法，用于提高骑行数据处理稳定性。该骑行数据处理方法可以按照预设获取周期获取该用户设备的定位信息；按照预设发送周期向服务器发送业务数据，该业务数据包括：用户设备标识、业务类型信息以及在一个预设发送周期内获取的所有定位信息。接收用户设备发送的业务数据；判断是否存在与该用户设备标识对应的骑行记录标识以及该业务类型信息是否指示开锁业务；在存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则丢弃该定位信息，若该业务类型信息不指示开锁业务，则对应存储该定位信息和该骑行记录标识；在不存在该骑行记录标识的情况下，若该业务类型信息指示开锁业务，则生成该骑行记录标识，并对应存储该定位信息和该骑行记录标识，若该业务类型信息不指示开锁业务，则丢弃该定位信息。通过该方案，一方面，用户设备可以按照预设获取周期获取定位信息，并按照预设发送周期向服务器发送业务数据，由于用户设备可以按照预设发送周期将骑行过程中产生的骑行数据分多次发送给服务器，因此，可以减轻用户设备数据上报的压力，降低数据传输失败的可能性，从而避免骑行数据丢失。另一方面，由于服务器可以接收用户设备发送的业务数据，并根据用户设备标识和业务类型信息对定位信息做出相应的处理，因此，当存在骑行记录标识且业务类型信息指示开锁业务的情况下，服务器可以丢弃用户设备发送的定位信息，从而减少无用数据，并降低服务器的数据处理压力，进而提高服务器的数据处理速度。

如图1所示，本发明实施例提供一种骑行数据处理系统，包括终端设备101、共享单车102、车辆网关103和服务器104。当用户想要使用共享单车时，用户可以在终端设备101上进行输入，终端设备101接收到用户输入后，可以响应于该输入向共享单车102发送开锁指令，共享单车102接收到开锁指令后，可以执行开锁操作。之后，终端设备101或共享单车102可以通过自身的定位模块获取实时定位信息，并通过车辆网关103向服务器104发送该实时定位信息。服务器104接收到该实时定位信息可以对其进行相应处理。

下面再结合具体实施例和附图对上述骑行数据处理系统的具体实现方式进行详细的阐述。

如图2所示，本发明实施例提供一种骑行数据处理方法，应用于上述骑行数据处理系统，其中，该骑行数据处理方法中的用户设备可以为上述终端设备101或共享单车102，服务器可以为上述服务器104。该骑行数据处理方法可以包括：S201-S204：

S201、用户设备按照预设获取周期获取用户设备的定位信息。

当用户处于骑行过程中时，用户设备可以按照预设获取周期获取用户设备当前的定位信息，该定位信息可以包括实时位置信息和处于该位置时的时间信息，例如，位置信息可以为经纬度信息，时间信息可以为时间戳，根据该时间信息可以确定位置信息的生成顺序。

需要说明的是，在用户开锁时，用户设备可以获取开锁时的定位信息。之后，用户设备可以将开锁时间作为起始时间周期性获取用户设备的定位信息，而当用户关锁时，无论此时距离上次获取定位信息的时间是否满足一个预设获取周期，用户设备都可以获取关锁时的定位信息。

S202、用户设备按照预设发送周期向服务器发送业务数据。

相应的，服务器接收用户设备发送的业务数据。

其中，上述业务数据可以包括：用户设备标识、业务类型信息以及在一个预设发送周期内获取的所有定位信息。

上述用户设备标识可以包括用户的账户标识和共享单车的车辆编号中的至少一个。上述业务类型信息可以用于指示开锁业务、骑行业务和关锁业务中的一个。上述预设获取周期小于该预设发送周期。

示例性的，以预设获取周期为10s，预设发送周期为15s为例。在开锁时用户设备可以向服务器发送用户设备标识、指示开锁业务的业务类型信息和当前的定位信息1。在10s后，用户设备可以获取当前的定位信息2，等到一个预设发送周期时，即5s后，用户设备可以向服务器发送用户设备标识、指示骑行业务的业务类型信息和定位信息2。在下一个预设发送周期时，即15s后，用户设备可以向服务器发送用户设备标识、指示骑行业务的业务类型信息和定位信息3和定位信息4。以此类推，最后，在关锁时用户设备可以向服务器发送用户设备标识、指示关锁业务的业务类型信息和定位信息n，n为正整数。

S203、服务器判断是否存在与用户设备标识对应的骑行记录标识以及业务类型信息是否指示开锁业务。

在服务器接收到上述业务数据后，可以根据业务数据中的用户设备标识查询用于存储骑行记录标识的数据库中是否存在与该用户设备标识对应的骑行记录标识，并根据业务数据中的业务类型信息判断是否指示开锁业务。

示例性的，以用户设备为终端设备为例。在服务器接收到上述业务数据后，由于终端设备标识与骑行记录标识为一一对应关系，因此，服务器可以根据终端设备标识查询用于存储骑行记录标识的数据库中是否存在与该终端设备标识对应的骑行记录标识；由于业务数据还包括业务类型信息，而业务类型信息可以用于指示业务类型，因此，服务器可以根据该业务数据中的业务类型信息确定是否指示开锁业务。

需要说明的是，本申请实施例对于上述两个判断过程的先后顺序不做限定。服务器可以先判断是否存在与用户设备标识对应的骑行记录标识，再判断业务类型信息是否指示开锁业务；也可以先判断业务类型信息是否指示开锁业务，再判断是否存在与用户设备标识对应的骑行记录标识；还可以通过同时对是否存在与用户设备标识对应的骑行记录标识以及业务类型信息是否指示开锁业务进行判断。

S204、服务器根据判断结果对定位信息做出相应的处理。

上述骑行记录标识为整个骑行记录的标识信息，例如，一个骑行记录通常可以包括起点、终点、路程、时间等信息，骑行记录标识可以用于映射这些信息。通常情况下，只有在骑行开始时服务器才可以生成骑行记录标识，而当骑行结束后，该骑行记录标识会被删除。因此，根据骑行记录标识是否存在以及业务类型信息是否指示开锁业务的判断结果可以确定业务数据中的定位信息是否为有效信息。

需要说明的是，业务类型信息不指示开锁业务包括业务类型信息指示骑行业务，或业务类型信息指示关锁业务。

具体的，结合图2，如图3所示，上述S204可以通过下述S204a-S204d实现。

S204a、在存在骑行记录标识的情况下，若业务类型信息指示开锁业务，则服务器丢弃定位信息。

当存在骑行记录标识，且业务类型信息指示开锁业务的情况下，这表示在骑行还未开始时，就已经存在骑行记录标识，已经存在的骑行记录标识与当前的骑行过程不对应，例如，用户设备在生成的业务数据的过程中，业务类型信息字段可能会发生错误，因此，用户设备本次发送的业务数据为无效数据，服务器可以丢弃该定位信息。

S204b、在存在骑行记录标识的情况下，若业务类型信息不指示开锁业务，则服务器对应存储定位信息和骑行记录标识。

当存在骑行记录标识，且业务类型信息不指示开锁业务，即业务类型信息指示骑行业务或关锁业务的情况下，这表示当前正处于骑行过程中或本次骑行即将结束，已经存在的骑行记录标识与当前的骑行过程可以对应，因此，服务器可以将定位信息与该已经存在的骑行记录标识对应存储。

S204c、在不存在骑行记录标识的情况下，若业务类型信息指示开锁业务，则服务器生成骑行记录标识，并对应存储定位信息和骑行记录标识。

当不存在骑行记录标识，且业务类型信息指示开锁业务的情况下，这表示骑行记录即将开始，因此，服务器可以生成与用户设备标识对应的骑行记录标识，并将业务数据中的定位信息与生成的骑行记录标识对应存储。

S204d、在不存在骑行记录标识的情况下，若业务类型信息不指示开锁业务，则服务器丢弃定位信息。

当不存在骑行记录标识，且业务类型信息不指示开锁业务，即业务类型信息指示骑行业务或关锁业务的情况下，这表示业务数据出现错误，例如用户在骑行未开始时误触上传控件，因此，用户设备本次发送的业务数据为无效数据，服务器可以丢弃该定位信息。

可选的，在该业务类型信息指示开锁业务的情况下，服务器可以将该定位信息与该骑行记录标识对应存储至第一数据库，该第一数据库可以为hbase数据库；在该业务类型信息指示骑行业务或业务类型信息指示关锁业务的情况下，服务器可以将该定位信息继续添加到该第一数据库，得到与骑行记录标识对应的定位信息集，该定位信息集包括至少一个定位信息。

示例性的，在业务类型信息指示开锁业务的情况下，服务器可以将定位信息1与骑行记录标识对应存储至第一数据库，在该业务类型信息指示骑行业务的情况下，服务器可以将定位信息2添加到该第一数据库，在该业务类型信息指示关锁业务的情况下，服务器可以将定位信息n继续添加到该第一数据库，最终得到与该骑行记录标识对应的定位信息集，该定位信息集包括定位信息1、定位信息2、……、定位信息n，n为大于2的正整数。

可选的，由于上述定位信息包括位置信息和时间信息，因此，在该业务类型信息指示关锁业务的情况下，服务器可以根据该骑行记录标识从第一数据库中获取该定位信息集；并根据该定位信息集确定骑行信息，该骑行信息包括骑行总时长、骑行轨迹长度、开锁时间和关锁时间；最后，再将该骑行信息与该骑行记录标识对应存储至第二数据库，该第二数据库可以为postgresql关系型数据库。

可选的，在服务器生成该骑行记录标识之后，服务器可以将该骑行记录标识存储至第三数据库。当服务器接收到的业务数据中的业务类型信息指示关锁业务的情况下，在将该业务数据中的定位信息添加到第一数据库中之后，服务器可以删除第三数据库中的骑行记录标识。

可选的，上述第三数据库可以为redis数据库，即Key-Value数据库，其中，Key为用户设备标识，Value为骑行记录标识。

可选的，当用户的终端设备需要显示骑行记录时，终端设备可以向服务器发送骑行记录标识，服务器可以根据该骑行记录标识从第一数据库中获取定位信息集，并根据该定位信息集生成用户的骑行轨迹，还可以根据该骑行记录标识从第二数据库中获取骑行信息，并以文字的形式使用户了解本次骑行的骑行总时长、骑行轨迹长度、开锁时间和关锁时间等信息。

本发明实施例中，一方面，用户设备可以按照预设获取周期获取定位信息，并按照预设发送周期向服务器发送业务数据，由于用户设备可以按照预设发送周期将骑行过程中产生的骑行数据分多次发送给服务器，因此，可以减轻用户设备数据上报的压力，降低数据传输失败的可能性，从而避免骑行数据丢失。另一方面，由于服务器可以接收用户设备发送的业务数据，并根据用户设备标识和业务类型信息对定位信息做出相应的处理，因此，当存在骑行记录标识且业务类型信息指示开锁业务的情况下，服务器可以丢弃用户设备发送的定位信息，从而减少无用数据，并降低服务器的数据处理压力，进而提高服务器的数据处理速度。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

需要说明的是，本申请实施例可以根据上述方法示例对服务器和用户设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图4所示，本申请实施例提供一种服务器400。该服务器400包括：接收单元401和处理单元402。所述接收单元401，可以用于接收用户设备发送的业务数据，所述业务数据包括：用户设备标识、业务类型信息以及定位信息。所述处理单元402，可以用于判断是否存在与所述用户设备标识对应的骑行记录标识以及所述业务类型信息是否指示开锁业务；在存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则丢弃所述定位信息，若所述业务类型信息不指示开锁业务，则对应存储所述定位信息和所述骑行记录标识。

可选的，处理单元402，还可以用于在不存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则生成所述骑行记录标识，并对应存储所述定位信息和所述骑行记录标识，若所述业务类型信息不指示开锁业务，则丢弃所述定位信息。

可选的，上述业务类型信息不指示开锁业务包括业务类型信息指示骑行业务，或业务类型信息指示关锁业务；上述处理单元402，具体可以用于在所述业务类型信息指示开锁业务的情况下，将所述定位信息与所述骑行记录标识对应存储至第一数据库；在所述业务类型信息指示骑行业务或业务类型信息指示关锁业务的情况下，将所述定位信息添加到第一数据库中，得到与骑行记录标识对应的定位信息集。

可选的，上述定位信息可以包括位置信息和时间信息。所述服务器400还可以包括获取单元403。所述获取单元403，可以用于在所述业务类型信息指示关锁业务的情况下，根据所述骑行记录标识从所述第一数据库中获取所述定位信息集；所述处理单元402，还可以用于根据所述定位信息集确定骑行信息，所述骑行信息包括骑行总时长、骑行轨迹长度、开锁时间和关锁时间；将所述骑行信息与所述骑行记录标识对应存储至第二数据库。

可选的，上述处理单元402，还可以用于在生成所述骑行记录标识之后，将所述骑行记录标识存储至第三数据库；在所述业务类型信息指示关锁业务的情况下，在将所述定位信息添加到所述第一数据库中之后，删除所述第三数据库中的所述骑行记录标识。

当然，本申请实施例提供的服务器400包括但不限于上述单元。

本发明实施例中，由于服务器可以接收用户设备发送的业务数据，并根据用户设备标识和业务类型信息对定位信息做出相应的处理，因此，当存在骑行记录标识且业务类型信息指示开锁业务的情况下，或者，当不存在骑行记录标识，且业务类型信息不指示开锁业务的情况下，服务器可以丢弃用户设备发送的定位信息，从而减少无用数据，并降低服务器的数据处理压力，进而提高服务器的数据处理速度。

如图5所示，本申请实施例还提供一种用户设备500。该用户设备500包括：获取单元501和发送单元502。所述获取单元501，可以用于按照预设获取周期获取所述用户设备的定位信息；所述发送单元502，可以用于按照预设发送周期向服务器发送业务数据，所述业务数据包括：用户设备标识、业务类型信息以及在一个预设发送周期内获取的所有定位信息；其中，所述预设获取周期小于所述预设发送周期。

当然，本申请实施例提供的用户设备500包括但不限于上述单元。

本发明实施例中，用户设备可以按照预设获取周期获取定位信息，并按照预设发送周期向服务器发送业务数据，由于用户设备可以按照预设发送周期将骑行过程中产生的骑行数据分多次发送给服务器，因此，可以减轻用户设备数据上报的压力，降低数据传输失败的可能性，从而避免骑行数据丢失。

本申请实施例还提供一种服务器，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当服务器运行时，处理器执行存储器存储的计算机执行指令，以使服务器执行上述骑行数据处理方法中服务器执行的步骤。

本申请实施例还提供一种用户设备，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当用户设备运行时，处理器执行存储器存储的计算机执行指令，以使用户设备执行上述骑行数据处理方法中用户设备执行的步骤。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令。当计算机执行指令在计算机上运行时，使得计算机执行如上述实施例提供的骑行数据处理方法中，执行服务器或用户设备执行的各个步骤。

本发明实施例还提供一种计算机程序产品，该计算机程序产品可直接加载到存储器中，并含有软件代码，该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的骑行数据处理方法中，执行服务器或用户设备执行的各个步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端执行本发明各个实施例所述的方法。

上述实施例仅示例性说明本发明的原理及功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (12)

1.一种骑行数据处理方法，应用于服务器，其特征在于，包括：

接收用户设备按照预设发送周期发送的业务数据，所述业务数据包括：用户设备标识、业务类型信息以及定位信息，所述定位信息为所述用户设备按照预设获取周期获取的信息；

判断是否存在与所述用户设备标识对应的骑行记录标识以及所述业务类型信息是否指示开锁业务；

在存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则丢弃所述定位信息，若所述业务类型信息不指示开锁业务，则对应存储所述定位信息和所述骑行记录标识。

2.如权利要求1所述的骑行数据处理方法，其特征在于，所述方法还包括：

在不存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则生成所述骑行记录标识，并对应存储所述定位信息和所述骑行记录标识，若所述业务类型信息不指示开锁业务，则丢弃所述定位信息。

3.如权利要求2所述的骑行数据处理方法，其特征在于，所述业务类型信息不指示开锁业务包括所述业务类型信息指示骑行业务，或所述业务类型信息指示关锁业务；所述对应存储所述定位信息和所述骑行记录标识，包括：

在所述业务类型信息指示开锁业务的情况下，将所述定位信息与所述骑行记录标识对应存储至第一数据库；

在所述业务类型信息指示骑行业务或所述业务类型信息指示关锁业务的情况下，将所述定位信息添加到所述第一数据库中，得到与所述骑行记录标识对应的定位信息集。

4.如权利要求3所述的骑行数据处理方法，其特征在于，所述定位信息包括位置信息和时间信息，在所述业务类型信息指示关锁业务的情况下，所述方法还包括：

根据所述骑行记录标识从所述第一数据库中获取所述定位信息集；

根据所述定位信息集确定骑行信息，所述骑行信息包括骑行总时长、骑行轨迹长度、开锁时间和关锁时间；

将所述骑行信息与所述骑行记录标识对应存储至第二数据库。

5.如权利要求3所述的骑行数据处理方法，其特征在于，在生成所述骑行记录标识之后，所述方法还包括：将所述骑行记录标识存储至第三数据库；

在所述业务类型信息指示关锁业务的情况下，所述将所述定位信息添加到所述第一数据库中之后，所述方法还包括：

删除所述第三数据库中的所述骑行记录标识。

6.一种骑行数据处理方法，应用于用户设备，其特征在于，包括：

按照预设获取周期获取所述用户设备的定位信息；

按照预设发送周期向服务器发送业务数据，所述业务数据包括：用户设备标识、业务类型信息以及在一个所述预设发送周期内获取的所有定位信息；

其中，所述业务数据用于使所述服务器判断是否存在与所述用户设备标识对应的骑行记录标识以及所述业务类型信息是否指示开锁业务；在存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则丢弃所述定位信息，若所述业务类型信息不指示开锁业务，则对应存储所述定位信息和所述骑行记录标识，所述预设获取周期小于所述预设发送周期。

7.一种服务器，其特征在于，包括：接收单元和处理单元；

所述接收单元，用于接收用户设备按照预设发送周期发送的业务数据，所述业务数据包括：用户设备标识、业务类型信息以及定位信息，所述定位信息为所述用户设备按照预设获取周期获取的信息；

所述处理单元，用于判断是否存在与所述用户设备标识对应的骑行记录标识以及所述业务类型信息是否指示开锁业务；在存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则丢弃所述定位信息，若所述业务类型信息不指示开锁业务，则对应存储所述定位信息和所述骑行记录标识。

8.如权利要求7所述的服务器，其特征在于，所述处理单元，还用于在不存在所述骑行记录标识的情况下，若所述业务类型信息指示开锁业务，则生成所述骑行记录标识，并对应存储所述定位信息和所述骑行记录标识，若所述业务类型信息不指示开锁业务，则丢弃所述定位信息。

9.如权利要求7或8所述的服务器，其特征在于，所述业务类型信息不指示开锁业务包括所述业务类型信息指示骑行业务，或所述业务类型信息指示关锁业务；所述处理单元，具体用于在业务类型信息指示开锁业务的情况下，将所述定位信息与所述骑行记录标识对应存储至第一数据库；在所述业务类型信息指示骑行业务或所述业务类型信息指示关锁业务的情况下，将所述定位信息添加到所述第一数据库中，得到与所述骑行记录标识对应的定位信息集。

10.一种服务器，其特征在于，包括存储器和处理器；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过总线连接；

当所述服务器运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述服务器执行如权利要求1-5中任一项所述的骑行数据处理方法。

11.一种用户设备，其特征在于，包括存储器和处理器；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过总线连接；

当所述用户设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述用户设备执行如权利要求6所述的骑行数据处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机执行指令，当所述计算机执行指令在计算机上运行时，使得所述计算机执行如权利要求1-5或6中任一项所述的骑行数据处理方法。

Images