1.本技术涉及共享车辆技术领域，特别涉及定位组件的状态监测方法及服务器、共享车辆。
背景技术：2.随着互联网技术的发展，在各个大、中型城市兴起的共享单车等共享车辆几乎随处可见，与“有桩”的公共自行车相比，这种随时取用和停车的“无桩”共享车辆给用户带来了极大便利。
3.为了判断共享车辆是否停放至指定位置，目前的方式是在地面设置不可移动的道钉或者摆放可移动式的定位桩。道钉或定位桩的特定是：数量庞大，为降低共享车辆运维成本，单个道钉或定位桩的成本被限制在较低水平；因此，道钉或定位桩中不会设置无线或有线的网络通信组件，只是内置了低功耗蓝牙芯片，可持续性地进行蓝牙广播，蓝牙广播信号能让其周围100米物理范围内的蓝牙设备检测到。
4.设置道钉或定位桩等定位组件的目的是提升共享车辆的车辆定位精度，但由此也引发了新的问题：大量的定位组件投入使用后，需要定期安排运维人员到现场检查定位组件是否异常，但是定位组件的数量太多，所需投入的人力、时间等运维成本太高。
5.对此，目前尚未有有效的低成本检查手段来监测定位组件是否异常。
技术实现要素：6.本技术实施方式的目的是提供定位组件的状态监测方法及服务器、共享车辆，以解决现有共享车辆定位组件的监测成本高的问题。
7.为解决上述技术问题，本说明书第一方面提供一种定位组件的状态监测方法，包括：获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的；将所述状态数据按照站点标识进行聚合，得到各站点的状态数据；将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。
8.在一些实施例中，根据各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保，包括：按照以下方法将各站点的状态数据与预设异常条件进行比对，并确定各站点的定位组件是否需要维保：确定当前站点的多个状态数据中，位于第一时段内的多个状态数据分别对应的定位组件的标识的集合，得到第一标识集合；所述第一时段为当前时间之前且离当前时间最近的第一个时段；将所述第一标识集合与预设标识集合求取交集；计算所述交集中的第一标识数量与所述预设标识集合中的第二标识数量的比值；判断所述比值是否小于或等于预设阈值；在所述比值小于或等于预设阈值的情况下，确定当前站点的定位组件需要维保。
9.在一些实施例中，将所述第一标识集合与预设标识集合求取交集，包括：确定当前站点的多个状态数据中，位于第二时段内的多个状态数据分别对应的定位组件的标识的集
合，得到第二标识集合；所述第二时段为当前时间之前且离当前时间最近的第二个时段，并且所述第一时段和所述第二时段之间没有交集；将所述第一标识集合与所述第二标识集合求取交集。
10.在一些实施例中，所述第一时段和所述第二时段的时长为第一预设时长；每隔第二预定时长确定各站点的定位组件是否需要维保；且所述第二预定时长小于或等于所述第一预设时长。
11.在一些实施例中，在判断所述比值是否小于或等于预设阈值之后，还包括：在所述比值大于预设阈值的情况下，按照以下方式确定所述第一标识集合中各标识对应的定位组件是否电量异常：从当前标识对应的最新状态数据中获取当前标识对应的定位组件的剩余电量，判断剩余电量是否小于或等于预设电量阈值；在小于或等于的情况下，确定当前标识对应的定位组件电量异常；在电量异常的定位组件的数量满足第一预设条件的情况下，确定当前站点的定位组件需要维保。
12.在一些实施例中，根据各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保，包括：按照以下方式确定当前站点的各定位组件是否位置异常：确定当前定位组件的最新状态数据；获取发送所述最新状态数据的共享车辆的第一定位数据；获取预先存储的当前定位组件的第二定位数据；根据所述第一定位数据和所述第二定位数据计算对应位置之间的距离；在距离大于或等于预设距离阈值的情况下，确定当前定位组件位置异常；在当前站点中位置异常的定位组件的数量满足第二预设条件的情况下，确定当前站点的定位组件需要维保。
13.本说明书第二方面提供一种定位组件的状态监测方法，包括：共享车辆按照预设频率扫描周围的定位组件；接收定位组件发送的定位组件状态数据，所述定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识；将所述定位组件状态数据发送至服务器，以用于服务器根据所述定位组件状态数据确定各站点的定位组件是否需要维保。
14.本说明书第三方面提供一种服务器，包括：获取单元，用于获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的；聚合单元，用于将所述状态数据按照站点标识进行聚合，得到各站点的状态数据；确定单元，用于将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。
15.在一些实施例中，确定单元包括第一确定子单元、第一确定子单元、第一求取子单元、计算子单元、判断子单元和第二确定子单元，用于将各站点的状态数据与预设异常条件进行比对，并确定各站点的定位组件是否需要维保；其中，第一确定子单元，用于确定当前站点的多个状态数据中，位于第一时段内的多个状态数据分别对应的定位组件的标识的集合，得到第一标识集合；所述第一时段为当前时间之前且离当前时间最近的第一个时段；第一求取子单元，用于将所述第一标识集合与预设标识集合求取交集；计算子单元，用于计算所述交集中的第一标识数量与所述预设标识集合中的第二标识数量的比值；判断子单元，用于判断所述比值是否小于或等于预设阈值；第二确定子单元，用于在所述比值小于或等于预设阈值的情况下，确定当前站点的定位组件需要维保。
16.在一些实施例中，第一求取子单元包括：第三确定子单元，用于确定当前站点的多个状态数据中，位于第二时段内的多个状态数据分别对应的定位组件的标识的集合，得到
第二标识集合；所述第二时段为当前时间之前且离当前时间最近的第二个时段，并且所述第一时段和所述第二时段之间没有交集；第二求取子单元，用于将所述第一标识集合与所述第二标识集合求取交集。
17.在一些实施例中，所述第一时段和所述第二时段的时长为第一预设时长；每隔第二预定时长确定各站点的定位组件是否需要维保；且所述第二预定时长小于或等于所述第一预设时长。
18.在一些实施例中，所述确定单元还包括：第四确定子单元，用于在所述比值大于预设阈值的情况下，按照以下方式确定所述第一标识集合中各标识对应的定位组件是否电量异常：从当前标识对应的最新状态数据中获取当前标识对应的定位组件的剩余电量，判断剩余电量是否小于或等于预设电量阈值；在小于或等于的情况下，确定当前标识对应的定位组件电量异常；第五确定子单元，用于在电量异常的定位组件的数量满足第一预设条件的情况下，确定当前站点的定位组件需要维保。
19.在一些实施例中，所述确定单元包括：第六确定子单元，用于按照以下方式确定当前站点的各定位组件是否位置异常：确定当前定位组件的最新状态数据；获取发送所述最新状态数据的共享车辆的第一定位数据；获取预先存储的当前定位组件的第二定位数据；根据所述第一定位数据和所述第二定位数据计算对应位置之间的距离；在距离大于或等于预设距离阈值的情况下，确定当前定位组件位置异常；第七确定子单元，用于在当前站点中位置异常的定位组件的数量满足第二预设条件的情况下，确定当前站点的定位组件需要维保。
20.本说明书第四方面提供一种共享车辆，包括：扫描单元，用于共享车辆按照预设频率扫描周围的定位组件；接收单元，用于接收定位组件发送的定位组件状态数据，所述定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识；发送单元，用于将所述定位组件状态数据发送至服务器，以用于服务器根据所述定位组件状态数据确定各站点的定位组件是否需要维保。
21.本说明书第五方面提供一种服务器，包括：存储器和处理器，所述处理器和所述存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现第一方面任一项，或者第二方面任一项所述方法的步骤。
22.本说明书第六方面提供一种计算机存储介质，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被执行时实现第一方面任一项，或者第二方面任一项所述方法的步骤。
23.本说明书第七方面提供一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项，或者第二方面任一项所述方法的步骤。
24.本说明书所提供的定位组件的状态监测方法及服务器、共享车辆，基于共享车辆现有硬件设备来实现，无需额外增加硬件成本，付出的成本较少；基于共享车辆的现有的业务逻辑，通过共享车辆将定位组件的状态数据上报至服务器，由服务器将状态数据按照站点标识进行聚合，得到各站点的状态数据，并将各站点的状态数据与预设异常条件进行比对，进而确定各站点的定位组件是否需要维保，实现了站点定位组件的自动监测。
附图说明
25.为了更清楚地说明本技术实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
26.图1示出了本说明书提供的定位组件的监测方法的应用场景示意图；
27.图2示出了本说明书提供的一种定位组件的监测方法的流程图；
28.图3示出了本说明书提供的另一种定位组件的监测方法的流程图；
29.图4示出了t时刻第n次确定各站点是否需要维保的情况下，第一时段、第二时段与t时刻之间的对应关系，以及在t+1时刻第n+1次确定各站点是否需要维保的情况下，第一时段、第二时段与t+1时刻之间的对应关系；
30.图5示出了本说明书提供的又一种定位组件的状态监测方法的流程图；
31.图6示出了本说明书提供的服务器的一种实施方式的原理框图；
32.图7示出了本说明书提供的服务器的另一种实施方式的原理框图；
33.图8示出了本说明书提供的共享车辆的原理框图；
34.图9示出了本说明书提供的电子设备的原理框图。
具体实施方式
35.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本技术一部分实施方式，而不是全部的实施方式。基于本技术中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本技术保护的范围。
36.图1示出了本说明书所提供的定位组件的监测方法的应用场景示意图。其中，a1、a2
…
an为定位组件，b为共享车辆，c为基站，d为服务器。其中，定位组件可以是固定设置在地面上的道钉，也可以是可移动式的定位桩；共享车辆可以是共享自行车、共享电动车、共享骑车等，也即共享车辆的结构可以是两轮的，也可以是三轮的、四轮的，甚至可以是独轮的，共享车辆的能量来源既可以是脚动，也可以是电动、烧油。基站可以是移动通信网络的基站，服务器为运营共享车辆的单位或机构的服务器。
37.下面以道钉为例，来说明定位组件是如何实现共享车辆的定位的。
38.为了实现共享车辆的定位，共享车辆上安装了卫星定位芯片(例如gps定位芯片、北斗定位芯片等)、低功耗蓝牙芯片、移动通信模块。
39.当共享车辆被扫码开锁的时候，其上所安装的卫星定位芯片便会开始按照预先设置的第一频率进行卫星定位，并按照预先设置的上报频率上报卫星定位数据，也即按照预先设置的上报频率将卫星定位数据、卫星定位数据对应的时间戳通过移动通信模块发送至基站，再由基站发送至服务器，以用于服务器确定共享车辆的位置。
40.在此过程中，共享车辆上的移动通信模块还可以采集到周围的基站信息，该基站信息包括基站信号强度、基站标识、基站扇区信息等，并将基站信息通过基站发送至服务器，以用于服务器根据基站信号强度信息提高共享车辆的定位准确性。
41.道钉通常是安装是站点处的地面上的，用于确定站点的电子围栏范围。各道钉内置了低功耗蓝牙芯片，并安装了小型纽扣电池为低功耗蓝牙芯片供电。道钉不具备与基站进行通讯的能力。在道钉安装后，服务器上会存储所安装的所有道钉与站点标识的对应关系，例如，每个站点标识对应一个道钉全量集合，道钉全量集合中包括安装在该站点的所有道钉的标识。在道钉安装后，道钉本身会持续进行蓝牙广播，广播内容包括：道钉的标识、剩余电量等。
42.为进一步提高共享车辆的定位精度，共享车辆上所安装的低功耗蓝牙芯片每天会按照设定的扫描频率进行蓝牙扫描。因此，在被放置在站点内之后，共享车辆除了会上报当前的卫星定位数据之外，还会在关锁之后触发一次蓝牙扫描，以探测共享车辆周围的道钉所发送的道钉数据，并将道钉数据发送至基站，再由基站发送至服务器，以用于服务器参考道钉数据提高共享车辆的定位精度。根据道钉数据提高共享车辆定位精度的方法为现有技术，本说明书不再赘述。
43.下面介绍本说明书所提供的一种定位组件的监测方法。该方法可以用于上述服务器d。
44.如图2所示，该方法包括如下步骤：
45.s110：获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的。
46.定位组件内设置有低功耗的无线发射模块和为无线发射模块供电的纽扣电池，通常是设置在站点内的固定位置，与共享车辆是分离设置的，也即，定位组件不是设置在共享车辆上的。
47.定位组件的状态数据可以是由定位组件通过无线发射模块发送的，并由共享车辆通过无线接收模块接收到再发送给服务器的。其中，无线发射模块、无线接收模块可以是蓝牙模块，也可以是类似于蓝牙模块的短距离无线通信模块，例如，还可以为zigbee无线通信模块。
48.定位组件的状态数据可以包括定位组件的标识(例如可以为mac地址、id编号等)、剩余电量。
49.上述“多个共享车辆发送的定位组件的状态数据”中的定位组件可以是多个站点中定位组件的状态数据，而且不一定包括站点内安装的所有定位组件的状态数据。
50.s120：将上述状态数据按照站点标识进行聚合，得到各站点的状态数据。
51.s120也就是，将多个状态数据归入各站点对应的数据集合中。例如，将站点a内定位组件k对应的状态数据归入站点a对应的数据集合a’。
52.在一些实施例中，在安装定位组件之前，可以在定位组件所要发送的状态数据中添加该定位组件所属的站点的标识，也即，定位组件安装完毕投入使用后，该定位组件的状态数据中包括定位组件所属的站点的标识。那么，服务器可以根据状态数据中的站点标识将多个定位组件的状态数据按照站点标识进行聚合。
53.在一些实施例中，在安装定位组件之前，可以在定位组件中安装卫星定位软件，以实时获取定位组件的当前卫星定位数据，定位组件将其当前卫星定位数据放在状态数据中进行实时广播，也即，定位组件安装完毕投入使用后，该定位组件的状态数据中包括定位组件的当前卫星定位数据。那么，服务器可以按照以下方法确定各定位组件所属的站点：以当
前定位组件的状态数据中的卫星定位数据所表示的位置为圆心，在预定半径的范围内搜索距离当前定位组件最近的站点，并将所搜索到的最近的站点作为当前定位组件所属的站点。再根据各定位组件所属的站点将多个定位组件的状态数据按照站点标识进行聚合。
54.在一些实施例中，定位组件的状态数据中既不包括定位组件所属的站点的标识，也不包括定位组件的卫星定位数据。在这种情况下，可以根据发送定位组件状态数据的共享车辆的卫星定位数据确定定位组件所属的站点。
55.具体地，服务器可以按照以下方法确定各定位组件所属的站点：获取发送当前定位组件状态数据的共享车辆的卫星定位数据，以所述共享车辆的卫星定位数据所表示的位置为圆心，在预定半径的范围内搜索距离所述共享车辆最近的站点，并将搜索到的最近的站点作为当前定位组件所属的站点。再根据各定位组件所属的站点将多个定位组件的状态数据按照站点标识进行聚合。
56.s130：将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。
57.需要强调的是，s130中的状态数据是指定位组件的状态数据，可以包括定位组件的标识、剩余电量等。
58.在具体实施过程中，“确定各站点的定位组件是否需要维保”可以是输出站点标识对应的维保标记，该维保标记表示需要安排运维人员到该站点维护定位组件。
59.上述s130中，在确定一个站点的定位组件需要维保之后，还可以根据预先设置的负责该站点的运维人员的联系方式自动向运维人员发送维护通知，该维护通知中可以包括该站点的标识、该在地图中的定位位置、从运维人员的位置到该站点的导航路线等，维护通知中还可以包括维护类型，维护类型可以包括定位组件位置异常、定位组件电量不足、定位组件活跃数量较少等。其中，服务器接收到了一个定位组件的状态数据表示该定位组件处于活跃状态，服务器长时间没有接收到一个定位组件的状态数据表示该定位组件处于非活跃状态，定位组件活跃数据是指处于活跃状态的定位组件的数量。
60.本说明书所提供的定位组件的状态监测方法，基于共享车辆现有硬件设备来实现，无需额外增加硬件成本，付出的成本较少；基于共享车辆的现有的业务逻辑，通过共享车辆将定位组件的状态数据上报至服务器，由服务器将状态数据按照站点标识进行聚合，得到各站点的状态数据，并将各站点的状态数据与预设异常条件进行比对，进而确定各站点的定位组件是否需要维保，实现了站点定位组件的自动监测。
61.在现有技术中，通常是监测到一个定位组件出现异常后便安排运维人员到现场进行维护。然而，由于一个站点通常有十几至几十个定位组件，其中一个定位组件坏掉的情况下，通过其他定位组件也是能够提高共享车辆的定位精度的。因此，现有的运维方式虽然精确、细致，但是并不是有效的“低成本”运维方式。
62.为了提供一种有效的“低成本”运维方式，上述s130中“将各站点的状态数据与预设异常条件进行比对”可以是当前站点的多个定位组件的整体数据是否达到预设异常条件，而不是单个定位组件的数据是否出现异常。
63.例如，预设异常条件可以是当前站点中出现异常的定位组件的数量达到预设数值；或者，预设异常条件可以是当前站点中出现异常的定位组件的数量与当前站点中所有定位组件数量的比值达到预设比值；或者，预设异常条件可以是当前站点中处于活跃状态
且没有出现位置异常的定位组件中，位置相邻定位组件之间的距离大于预设距离阈值。
64.在一些实施例中，如图3所示，s130中“根据各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保”可以包括按照以下方法将各站点的状态数据与预设异常条件进行比对，并确定各站点的定位组件是否需要维保：
65.s131：确定当前站点的多个状态数据中，位于第一时段内的多个状态数据分别对应的定位组件的标识的集合，得到第一标识集合；第一时段为当前时间之前且离当前时间最近的第一个时段。
66.例如，当前时间为2022年4月26日14:25分，每个时段为3天(即72小时)，则第一时段可以为4月23日14:25分至4月26日14:25分。
67.s132：将第一标识集合与预设标识集合求取交集。
68.在一些实施例中，预设标识集合可以是服务器中预先存储的当前站点对应的各定位组件的标识的集合，也即在安装在当前站点的各定位组件的标识的集合。
69.在一些实施例中，预设标识集合还可以是位于第二时段的多个状态数据分别对应的定位组件的标识的集合，该第二时段可以是在第一时段之前、离第一时段最近、且与第一时段不相交的时段内，也即，第二时段在第一时段之前、且与第一时段相邻。第一时段和第二时段的时长相同。
70.图4示出了第一时段和第二时段在时间轴上的位置示意图。
71.例如，s132可以包括如下步骤：
72.s1321：确定当前站点的多个状态数据中，位于第二时段内的多个状态数据分别对应的定位组件的标识的集合，得到第二标识集合；该第二时段为当前时间之前且离当前时间最近的第二个时段，并且第一时段和第二时段之间没有交集。
73.s1322：将第一标识集合与第二标识集合求取交集。
74.s133：计算该交集中的第一标识数量与预设标识集合中的第二标识数量的比值。
75.s134：判断比值是否小于或等于预设阈值。
76.s135：在比值小于或等于预设阈值的情况下，确定当前站点的定位组件需要维保。
77.由于第一集合中定位组件的标识是从定位组件所发送的状态数据中获取的，因此存在于第一集合中的标识所对应的定位组件是能够发送数据的，也即定位组件是处于活跃状态的。图3所示的上述s131至s135，先确定当前时间之前且离当前时间最近的第一个时段内定位组件的活跃度(即第一时段中处于活跃状态的定位组件与所有定位组件的数量之比)，在活跃度低于预设值的情况下，确定当前站点的定位组件需要维保。
78.在一些实施例中，第一时段和第二时段的时长为第一预设时长；每隔第二预定时长确定各站点的定位组件是否需要维保；且第二预定时长小于或等于第一预设时长。
79.图4示出了t时刻第n次确定各站点是否需要维保的情况下，第一时段、第二时段与t时刻之间的对应关系，以及在t+1时刻第n+1次确定各站点是否需要维保的情况下，第一时段、第二时段与t+1时刻之间的对应关系，其中一个虚线矩形表示一个时段，带箭头的粗实线表示时间轴。
80.结合图4可以看出，t时刻与t+1时刻之间的时间间隔，也即第二预定时长可以小于第一时段或第二时段的时长，也即第一预设时长。图4所示实施例，根据确定各站点是否需要维保的时间间隔，以第一时段和第二时段作为滑动窗口在时间轴上进行滑动，以圈定用
于确定各站定是否需要维保时所需的定位组件状态数据，滑动一次后，滑动前和滑动后所圈定的定位组件状态数据有所重合，能够防止由于人流差异较大等因素导致定位组件状态数据的数量变动较大，而人流差异较大等因素所导致的定位组件状态数据的数量变动较大会影响定位组件状态监测方法的准确性，因此，上述图4所示的实施方式能够提高定位组件状态监测方法的准确性。
81.在一些实施例中，如图3所示，在判断比值是否小于或等于预设阈值之后，还包括：
82.s136：在比值大于预设阈值的情况下，按照以下方式确定第一标识集合中各标识对应的定位组件是否电量异常：从当前标识对应的最新状态数据中获取当前标识对应的定位组件的剩余电量，判断剩余电量是否小于或等于预设电量阈值；在小于或等于的情况下，确定当前标识对应的定位组件电量异常。
83.当前标识对应的最新状态数据，是指当前标识对应的各个状态数据中，对应的时间(可以是定位组件发送状态数据的时间，也可以是服务器接收到状态数据的时间)离当前时间最近的一个状态数据。
84.s137：在电量异常的定位组件的数量满足第一预设条件的情况下，确定当前站点的定位组件需要维保。
85.步骤s136和s137在当前站点中定位组件的活跃度正常的情况下，并没有直接确定当前站点的定位组件不需要安排运维人员到站点现场维护，而是进一步判断站点中各定位组件的电量是否不足，在电量不足的定位组件数量满足条件的情况下，依然确定当前站点的定位组件需要安排运维人员到站点现场维护，从而能够在定位组件虽有剩余电量但电量不足的情况下及时更换电池，防止出现因电池没电导致定位组件不活跃的情形。
86.在一些实施例中，如图3所示，将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保，包括：
87.s138：按照以下方式确定当前站点的各定位组件是否位置异常：确定当前定位组件的最新状态数据；获取发送所述最新状态数据的共享车辆的第一定位数据；获取预先存储的当前定位组件的第二定位数据；根据第一定位数据和第二定位数据计算对应位置之间的距离；在距离大于或等于预设距离阈值的情况下，确定当前定位组件位置异常。
88.在定位组件安装后，便可以确定定位组件的卫星定位数据，将定位组件安装后的卫星定位数据预先存储在服务器中。因此，“预先存储的当前定位组件的第二定位数据”是当前定位组件的实际定位数据。预设距离阈值，可以根据共享车辆与定位组件之间的短距离无线通信方式的限制距离来确定。
89.例如，只有在共享车辆与定位组件之间距离小于100的情况下，共享车辆才能够接收到定位组件发送的状态数据，则预设距离阈值便可以设置为100或接近100的数值。
90.s139：在当前站点中位置异常的定位组件的数量满足第二预设条件的情况下，确定当前站点的定位组件需要维保。
91.上述步骤s138和s139，依据发送定位组件状态数据的共享车辆的位置，与服务器中所存储的该定位组件的实际定位位置之间的距离是否在预设距离阈值内来确定该定位组件是否位置异常，提供了一种远程监测定位组件位置异常的方式，能够节省人力和时间成本。
92.本说明书还提供了另一种定位组件的状态监测方法，可以用于共享车辆。如图5所
示，该方法包括：
93.s510：共享车辆按照预设频率扫描周围的定位组件。
94.s520：接收定位组件发送的定位组件状态数据，定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识。
95.s530：将定位组件状态数据发送至服务器，以用于服务器根据定位组件状态数据确定各站点的定位组件是否需要维保。
96.上述步骤s510和s530给出了“一个”共享车辆所要执行的操作，实际上，为实现定位组件的状态监测方法，需要多个共享车辆都执行步骤s510和s530才能够使得服务器获取到大量的定位组件状态数据，也才能够使得服务器在大量数据的基础上准确地判断出各站点是否需要安排运维人员到站点维护定位组件。
97.该共享车辆侧所执行的定位组件的状态监测方法的描述及技术效果，请参阅服务侧所执行的定位组件的状态监测方法的描述及技术效果。
98.本说明书提供一种服务器，可以是图1中所示的服务器。如图6所示，该服务器包括获取单元10、聚合单元20和确定单元30。
99.获取单元10用于获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的。
100.聚合单元20用于将所述状态数据按照站点标识进行聚合，得到各站点的状态数据。
101.确定单元30用于将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。
102.在一些实施例中，如图7所示，确定单元30包括第一确定子单元31、第一求取子单元32、计算子单元33、判断子单元34和第二确定子单元35，用于将各站点的状态数据与预设异常条件进行比对，并确定各站点的定位组件是否需要维保。其中，
103.第一确定子单元31用于确定当前站点的多个状态数据中，位于第一时段内的多个状态数据分别对应的定位组件的标识的集合，得到第一标识集合；所述第一时段为当前时间之前且离当前时间最近的第一个时段。
104.第一求取子单元32用于将所述第一标识集合与预设标识集合求取交集。
105.计算子单元33用于计算所述交集中的第一标识数量与所述预设标识集合中的第二标识数量的比值。
106.判断子单元34用于判断所述比值是否小于或等于预设阈值。
107.第二确定子单元35用于在所述比值小于或等于预设阈值的情况下，确定当前站点的定位组件需要维保。
108.在一些实施例中，第一求取子单元32包括第三确定子单元321和第二求取子单元322。
109.第三确定子单元321用于确定当前站点的多个状态数据中，位于第二时段内的多个状态数据分别对应的定位组件的标识的集合，得到第二标识集合；所述第二时段为当前时间之前且离当前时间最近的第二个时段，并且所述第一时段和所述第二时段之间没有交集。
110.第二求取子单元322用于将所述第一标识集合与所述第二标识集合求取交集。
111.在一些实施例中，所述第一时段和所述第二时段的时长为第一预设时长；每隔第二预定时长确定各站点的定位组件是否需要维保；且所述第二预定时长小于或等于所述第一预设时长。
112.在一些实施例中，如图7所示，所述确定单元还包括第四确定子单元36和第五确定子单元37。
113.第四确定子单元36用于在所述比值大于预设阈值的情况下，按照以下方式确定所述第一标识集合中各标识对应的定位组件是否电量异常：从当前标识对应的最新状态数据中获取当前标识对应的定位组件的剩余电量，判断剩余电量是否小于或等于预设电量阈值；在小于或等于的情况下，确定当前标识对应的定位组件电量异常。
114.第五确定子单元37用于在电量异常的定位组件的数量满足第一预设条件的情况下，确定当前站点的定位组件需要维保。
115.在一些实施例中，所述确定单元30包括第六确定子单元38和第七确定子单元39。
116.第六确定子单元38用于按照以下方式确定当前站点的各定位组件是否位置异常：确定当前定位组件的最新状态数据；获取发送所述最新状态数据的共享车辆的第一定位数据；获取预先存储的当前定位组件的第二定位数据；根据所述第一定位数据和所述第二定位数据计算对应位置之间的距离；在距离大于或等于预设距离阈值的情况下，确定当前定位组件位置异常。
117.第七确定子单元39用于在当前站点中位置异常的定位组件的数量满足第二预设条件的情况下，确定当前站点的定位组件需要维保。
118.本说明书提供一种共享车辆，该共享车辆可以是图1中所示的共享车辆b。如图8所示，该共享车辆包括扫描单元60、接收单元70和发送单元80。
119.扫描单元60用于共享车辆按照预设频率扫描周围的定位组件。
120.接收单元70用于接收定位组件发送的定位组件状态数据，所述定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识。
121.发送单元80用于将所述定位组件状态数据发送至服务器，以用于服务器根据所述定位组件状态数据确定各站点的定位组件是否需要维保。
122.本发明实施例还提供了一种电子设备，如图9所示，该电子设备可以包括处理器901和存储器902，其中处理器901和存储器902可以通过总线或者其他方式连接，图9中以通过总线连接为例。
123.处理器901可以为中央处理器(central processing unit，cpu)。处理器901还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
124.存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的定位组件的状态监测方法对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据分类，即实现上述方法实施例中的定位组件的状
态监测方法。
125.存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
126.所述一个或者多个模块存储在所述存储器902中，当被所述处理器901执行时，执行如图2、图3、图4、图5所示实施例中的定位组件的状态监测方法。
127.上述电子设备具体细节可以参阅图2、图3、图4、图5对应实施例中的相关描述和效果进行理解，此处不再赘述。
128.本说明书还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被执行时实现图2、图3、图4、图5对应实施例的步骤。
129.本说明书还提供一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现图2、图3、图4、图5中任一项所述方法的步骤。
130.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
131.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路
中，就可以很容易得到实现该逻辑方法流程的硬件电路。
132.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
133.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
134.本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
135.以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。
技术特征：1.一种定位组件的状态监测方法，其特征在于，包括：获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的；将所述状态数据按照站点标识进行聚合，得到各站点的状态数据；将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。2.根据权利要求1所述的方法，其特征在于，根据各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保，包括：按照以下方法将各站点的状态数据与预设异常条件进行比对，并确定各站点的定位组件是否需要维保：确定当前站点的多个状态数据中，位于第一时段内的多个状态数据分别对应的定位组件的标识的集合，得到第一标识集合；所述第一时段为当前时间之前且离当前时间最近的第一个时段；将所述第一标识集合与预设标识集合求取交集；计算所述交集中的第一标识数量与所述预设标识集合中的第二标识数量的比值；判断所述比值是否小于或等于预设阈值；在所述比值小于或等于预设阈值的情况下，确定当前站点的定位组件需要维保。3.根据权利要求2所述的方法，其特征在于，将所述第一标识集合与预设标识集合求取交集，包括：确定当前站点的多个状态数据中，位于第二时段内的多个状态数据分别对应的定位组件的标识的集合，得到第二标识集合；所述第二时段为当前时间之前且离当前时间最近的第二个时段，并且所述第一时段和所述第二时段之间没有交集；将所述第一标识集合与所述第二标识集合求取交集。4.根据权利要求2所述的方法，其特征在于，在判断所述比值是否小于或等于预设阈值之后，还包括：在所述比值大于预设阈值的情况下，按照以下方式确定所述第一标识集合中各标识对应的定位组件是否电量异常：从当前标识对应的最新状态数据中获取当前标识对应的定位组件的剩余电量，判断剩余电量是否小于或等于预设电量阈值；在小于或等于的情况下，确定当前标识对应的定位组件电量异常；在电量异常的定位组件的数量满足第一预设条件的情况下，确定当前站点的定位组件需要维保。5.根据权利要求1所述的方法，其特征在于，根据各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保，包括：按照以下方式确定当前站点的各定位组件是否位置异常：确定当前定位组件的最新状态数据；获取发送所述最新状态数据的共享车辆的第一定位数据；获取预先存储的当前定位组件的第二定位数据；根据所述第一定位数据和所述第二定位数据计算对应位置之间的距离；在距离大于或等于预设距离阈值的情况下，确定当前定位组件位置异常；在当前站点中位置异常的定位组件的数量满足第二预设条件的情况下，确定当前站点的定位组件需要维保。6.一种定位组件的状态监测方法，其特征在于，包括：
共享车辆按照预设频率扫描周围的定位组件；接收定位组件发送的定位组件状态数据，所述定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识；将所述定位组件状态数据发送至服务器，以用于服务器根据所述定位组件状态数据确定各站点的定位组件是否需要维保。7.一种服务器，其特征在于，包括：获取单元，用于获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的；聚合单元，用于将所述状态数据按照站点标识进行聚合，得到各站点的状态数据；确定单元，用于将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。8.一种共享车辆，其特征在于，包括：扫描单元，用于共享车辆按照预设频率扫描周围的定位组件；接收单元，用于接收定位组件发送的定位组件状态数据，所述定位组件状态数据包括定位组件内置电池的剩余电量、定位组件的标识；发送单元，用于将所述定位组件状态数据发送至服务器，以用于服务器根据所述定位组件状态数据确定各站点的定位组件是否需要维保。9.一种电子设备，其特征在于，包括：存储器和处理器，所述处理器和所述存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现权利要求1至6任一项所述方法的步骤。10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被执行时实现权利要求1至6任一项所述方法的步骤。
技术总结本说明书提供了定位组件的状态监测方法及服务器、共享车辆，涉及共享车辆技术领域，其中一种方法包括：获取多个共享车辆发送的定位组件的状态数据；其中，定位组件是与共享车辆分离设置的，共享车辆所发送的定位组件的状态数据是由定位组件发送至共享车辆的；将状态数据按照站点标识进行聚合，得到各站点的状态数据；将各站点的状态数据与预设异常条件进行比对，确定各站点的定位组件是否需要维保。本方案基于共享车辆现有硬件设备来实现，无需额外增加硬件成本，付出的成本较少；基于共享车辆的现有的业务逻辑，通过共享车辆将定位组件的状态数据上报至服务器，由服务器确定各站点的定位组件是否需要维保，实现了站点定位组件的自动监测。自动监测。自动监测。
技术研发人员：杨磊 罗耀燊
受保护的技术使用者：上海钧正网络科技有限公司
技术研发日：2022.06.17
技术公布日：2022/11/1
