CN109409980A - 单车推荐方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种单车推荐方法、装置、设备及计算机可读存储介质。方法包括：接收用户终端发送的位置信息和用户信息；获取位置信息预设距离范围内的单车信息，根据用户信息确定用户的骑行需求；根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。本发明提供的单车推荐方法、装置、设备及计算机可读存储介质，能够根据用户的骑行需求确定适合用户骑行的目标单车信息，并向用户推荐该目标单车信息，从而使用户能够快速找到合适的单车，进而提高用户体验。

Description

单车推荐方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及计算机技术，尤其涉及一种单车推荐方法、装置、设备及计算机可读存储介质。

背景技术

共享单车是指企业在校园、地铁站点、公交站点、居民区、商业区、公共服务区等提供自行车共享服务，是一种分时租赁模式。

现有技术中，用户可以以“先选车后扫码”的方式使用共享单车，即用户先选择好共享单车，然后通过扫描共享单车车身上的二维码，解锁骑行共享单车。

用户选择共享单车时，可通过共享单车应用APP在线上完成寻找和预约，也可在线下实地选择。但无论是线上还是线下，用户仅能够随机选择车辆，并且在扫码前不确定选择的单车是否适合自己骑行，导致用户体验较差。

发明内容

本发明提供一种单车推荐方法、装置、设备及计算机可读存储介质，以解决现有技术中用户在扫码前不确定单车是否适合自己骑行的问题。

本发明的第一个方面是提供一种单车推荐方法，包括：

接收用户终端发送的位置信息和用户信息；

获取所述位置信息预设距离范围内的单车信息，根据所述用户信息确定用户的骑行需求；

根据所述骑行需求在所述单车信息中确定目标单车信息，并将所述目标单车信息发送给所述用户终端。

本发明的另一个方面是提供一种单车推荐装置，包括：

接收模块，用于接收用户终端发送的位置信息和用户信息；

获取模块，用于获取所述位置信息预设距离范围内的单车信息；

第一确定模块，用于根据所述用户信息确定用户的骑行需求；

第二确定模块，用于根据所述骑行需求在所述单车信息中确定目标单车信息，并将所述目标单车信息发送给所述用户终端。

本发明的又一个方面是提供一种单车推荐设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如上述第一方面所述的单车推荐方法。

本发明的又一个方面是提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如上述第一方面所述的单车推荐方法。

本发明提供的单车推荐方法、装置、设备及计算机可读存储介质的技术效果是：

本实施例提供的单车推荐方法、装置、设备及计算机可读存储介质，包括：接收用户终端发送的位置信息和用户信息；获取位置信息预设距离范围内的单车信息，根据用户信息确定用户的骑行需求；根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。本实施例提供的单车推荐方法、装置、设备及计算机可读存储介质，能够根据用户的骑行需求确定适合用户骑行的目标单车信息，并向用户推荐该目标单车信息，从而使用户能够快速找到合适的单车，进而提高用户体验。

附图说明

图1为本发明一示例性实施例示出的单车推荐方法的流程图；

图2为本发明另一示例性实施例示出的单车推荐方法的流程图；

图3为本发明一示例性实施例示出的单车推荐装置的结构图；

图4为本发明另一示例性实施例示出的单车推荐装置的结构图；

图5为本发明一示例性实施例示出的单车推荐设备的结构图。

具体实施方式

图1为本发明一示例性实施例示出的单车推荐方法的流程图。

如图1所示，本实施例提供的单车推荐方法包括：

步骤101，接收用户终端发送的位置信息和用户信息。

其中，本实施例提供的方法可以由单车推荐服务器来执行。当用户操作用户终端，开启共享单车的应用程序时，该用户终端可以向单车推荐服务器发送位置信息和用户信息。

具体的，位置信息可以是用户终端通过GPS等定位装置实时获取的当前位置信息，也可以是用户在用户终端中指定的位置信息。例如，打开共享单车的应用程序时，该应用程序的页面中可以地图以及位置标识，该位置标识在地图中的位置即为用户终端的定位信息，用户可以移动该位置标识，从而指定位置信息。用户终端可以将定位信息或用户指定的位置信息发送给单车推荐服务器，以使单车推荐服务器能够接位置信息。

进一步的，用户信息可以是用户标识，如手机号、用户账号等。用户终端中的共享单车APP打开后，可以获取相应的用户信息，并将其发送给单车推荐服务器，以使单车推荐服务器能够接收用户信息。

步骤102，获取位置信息预设距离范围内的单车信息，根据用户信息确定用户的骑行需求。

实际应用时，可以预先设置预设距离，该预设距离可以是在单车推荐服务器中进行配置的，也可以是用户通过用户终端配置的。若在单车推荐服务器中配置，则可以设置一个合适的预设距离，该距离是大部分用户能够接受的最远移动距离。用户还可以通过用户终端更改该预设距离，用户可以在用户终端侧设置符合其自身的预设距离，用户终端可以将预设距离发送给单车推荐服务器，单车推荐服务器可以将接收的预设距离以及用户信息进行关联，从而实现用户的个性化设置。

其中，可以根据用户信息确定是否有与其关联的预设距离，若有，则根据该预设距离确定单车信息，若没有，则根据通用的预设距离确定单车信息。

具体的，可以以接收的位置信息为中心，获取周边预设距离范围内的单车信息。

进一步的，单车推荐服务器可以根据位置信息、预设距离确定区域范围，再将区域范围发送给共享单车的后台服务器，由后台服务器确定该区域内的单车信息。单车推荐服务器、后台服务器可以是不同的服务器，也可以是一台服务器。

实际应用时，若单车推荐服务器、后台服务器可以是不同的服务器，则同一个单车推荐服务器可以连接多个后台服务器，例如，单车推荐服务器可以与多个共享单车应用程序的后台服务器连接，从而获取区域范围内不同品牌的共享单车的单车信息。

其中，单车信息可以包括单车标识、单车位置、单车的骑行数据等。可以获取单车对应的骑行数据，例如最近三个月该单车的骑行数据。若单车信息中包括单车的骑行数据，则推荐服务器可以根据该骑行数据确定各个单车的骑行性能。

另外，还可以根据单车的骑行数据，统计各个单车的骑行性能，如平均速度、单词平均骑行距离等，将其作为单车信息的一部分。

具体的，还可以根据用户信息确定用户的骑行需求，确定骑行需求与确定单车信息步骤的时序不进行限制。

进一步的，可以根据用户信息确定用户的骑行数据，并进一步的基于骑行数据确定用户骑行需求，例如，可以根据用户的骑行数据确定用户骑车时的速度、选择自行车的位置等，还可以根据用户多次骑行数据，统计出用户骑车的规律，例如在固定时间段，从地点A骑行至地点B。

实际应用时，可以将根据用户骑行数据得到的骑行特性作为用户骑行的需求，一般情况下，当用户遇到不适合自己骑的自行车时，会选择换其他自行车，因此，可以根据用户的骑行数据统计出用户的骑行需求。

步骤103，根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。

其中，可以在单车信息中选择满足用户骑行需求的目标单车信息，可以选择一个或多个满足用户骑行需求的目标单车信息，并将其发送给用户终端，使得用户终端能够展示目标单车信息，用户可以在目标单车信息中确定单车。

具体的，若获取的单车信息为单车骑行数据，则可以根据该骑行数据确定各个单车的性能，还可以预先设定匹配规则，从而能够根据该匹配规则在单车信息中确定出目标单车信息。例如，匹配规则可以是单车信息中的骑行速度与骑行需求中的骑行速度差值小于设定阈值，具体的匹配规则可以根据需求进行设置。

用户终端可以显示目标单车的信息，例如车辆位置、编号等。也可以通过在地图中改变目标单车信息标识的方式，向用户展示该目标单车信息，例如可通过改变目标单车标识的颜色。当单车推荐服务器确定了多个目标单车信息时，还可以对目标单车信息进行排序，并将排序信息发送给用户终端，以使用户终端可以展示各个目标单车信息的排序情况，例如可以通过改变单车标识的形状、面积等方式。

本实施例提供的方法用于向用户推荐适合骑行的共享单车，该方法由设置有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本实施例提供的单车推荐方法，包括：接收用户终端发送的位置信息和用户信息；获取位置信息预设距离范围内的单车信息，根据用户信息确定用户的骑行需求；根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。本实施例提供的方法，能够根据用户的骑行需求确定适合用户骑行的目标单车信息，并向用户推荐该目标单车信息，从而使用户能够快速找到合适的单车，进而提高用户体验。

图2为本发明另一示例性实施例示出的单车推荐方法的流程图。

如图2所示，本实施例提供的单车推荐方法，包括：

步骤201，接收用户终端发送的根据定位模块确定的定位信息，或接收用户终端发送的根据用户指令确定的指定位置信息，接收用户终端发送的用户信息。

其中，用户终端中可以设置有定位模块，用于实时获取用户终端所在位置。

在一种实施方式中，用户打开用户终端中的共享单车APP，该APP能够启动用户终端中的定位模块，通过定位模块获取用户终端的当前位置。该APP通过用户终端向单车推荐服务器发送该当前位置，以使服务器能够接收用户终端发送的位置信息。

在另一种实施方式中，用户打开用户终端中的共享单车APP，该APP能够启动用户终端中的定位模块，通过定位模块获取用户终端的当前位置。在APP首页可以显示当前所在位置信息，例如，APP的首页可以显示地图，并在地图上显示用于标注位置信息的标识，用户可以移动该标识，使标识位于用户想要骑车的指定位置。共享单车APP通过用户终端向单车推荐服务器发送该指定位置，以使服务器能够接收用户终端发送的位置信息。

用户会在需要使用共享单车时，才打开共享单车APP，一种情况下，用户会达到需要骑车的位置打开该APP，另一种情况下，用户会先打开共享单车APP，预约单车，再走到单车所在位置，因此，用户终端可以针对不同情况向单车推荐服务器发送位置信息，以使位置信息与用户实际使用单车位置相符，从而满足用户的使用需求。

用户打开用户终端中的共享单车APP，该APP还可以通过用户终端向单车推荐服务器发送用户信息。该用户信息、位置信息可以封装在同一数据帧内发送给单车推荐服务器，也可以分为两条数据帧发送给单车推荐服务器。

其中，共享单车APP可以获取本地存储的用户信息，如用户名、手机号等。

步骤202，获取位置信息预设距离范围内的单车标识及其相应的单车骑行数据。

具体的，由于位置信息是用户希望使用单车的位置，因此，可以以该位置信息为中心，确定与位置信息相距小于预设距离的区域范围，并获取位于该区域范围内所有单车的单车标识。

进一步的，预设距离可以是单车推荐服务器中配置的距离，也可以是用户通过用户终端自定义的距离。

在一种可选的方式中，单车信息可以存储在单车后台服务器中。单车推荐服务器可以向单车后台服务器发送获取单车信息的请求，该请求中可以包括区域范围。后台服务器接收到相应请求后，可以在数据库中查找位于请求中区域范围内的单车标识，并获取与单车标识相应的单车骑行数据。后台服务器可以将获取的单车信息发送给单车推荐服务器，以使推荐服务器获取该单车信息。

在另一种可选的方式中，单车信息可以存储在单车推荐服务器中。单车推荐服务器可以直接获取位置信息预设距离范围内的单车标识，并基于标识获取相应的单车骑行数据。

实际应用时，还可以在单车推荐服务器中配置获取单车骑行数据的时间段，例如，获取近3个月的单车骑行数据，还可以配置单车骑行范围，例如，获取终端发送的位置信息所在区域的骑行数据，如该位置信息周边5km的范围。这些数据也可以由用户通过用户终端进行设置，用户终端可以将用户设置的数据发送给单车推荐服务器，实现用户个性化设置。

步骤203，根据用户信息确定用户的骑行需求。

步骤203与步骤102中确定用户的骑行需求的具体原理和实现方式类似，此处不再赘述。

步骤202、步骤203的执行顺序不进行限制。

可选的，本实施例提供的确定用户的骑行需求的方式可以包括：

根据用户信息获取用户骑行数据，并根据用户骑行数据确定用户的骑行需求。

其中，骑行需求包括以下至少一种：车辆速度、车辆位置、车辆使用时间、骑行距离。

具体的，可以在单车后台服务器中存储用户骑行数据，也可以在单车推荐服务器中存储用户骑行数据。若用户骑行数据存储在单车后台服务器中，则单车推荐服务器可以向单车后台服务器发送获取用户骑行数据的请求，该请求中携带有用户信息，从而使单车推荐服务器能够根据用户信息获取用户骑行数据。

进一步的，用户骑行数据能够体现用户的骑行习惯、规律。例如，可以根据用户骑行数据确定用户的骑行速度，进一步还可以确定不同区域用户的骑行速度。相似的，还可以根据用户骑行数据确定用户骑行的单车一般位于哪些位置。

例如，用户A经常会在早晨从家骑车去地铁站，那么在用户骑行数据中，能够统计出用户A的一种骑行***均距离、平均时长，从而推断用户A的骑车从地点p到达地点q时，平均的骑行速度。当用户A的终端发送的位置信息位于地点p附近时，则可以根据历史骑行数据推断出用户所需要的骑行速度。可选的，还可以根据用户A历史骑行数据确定用户A的骑行习惯所处时间段，可以更准确的确定出用户A在该时间段，且在地点p寻找单车时，其需要的骑行速度。

实际应用时，可以根据用户骑行数据中包括的信息，确定出用户对车辆的偏好，从而确定用户骑行需求。例如，用户的骑行数据中包括先骑行编码为001的车辆，并在骑行结束后很短时间内，更换编码为002的车辆。则可以认为用户更偏好编码为002的车辆，可以分别获取这两辆车的车辆信息，并基于车辆信息确定用户喜好和不喜好的车辆特征。例如可以比对两辆单车相对的特征，并基于相对的特征确定用户喜好，如编码为001的车辆座椅高度不可调，编码为002的车辆座椅高度可调，则可以认为用户更偏向于选择座椅可调的单车。

可选的，本实施例提供的确定用户的骑行需求的方式还可以包括：根据用户信息获取用户的性别和/或年龄；根据用户的性别和/或年龄确定用户的骑行需求。

其中，一般年龄不同、性别不同的用户骑行习惯也不同，例如男性骑行速度会快一些，女性骑行速度慢一些，年龄大一些的用户会选择离当前位置或指定位置近一些的单车。因此，可以根据用户信息确定用户骑行需求。

具体的，对于没有骑行数据的用户来说，可以根据用户信息预测其骑行需求，例如，新注册的用户。可以先根据用户信息判断该用户是否有骑行数据，若有，则可以根据骑行数据确定骑行需求，若没有，则可以根据用户信息确定骑行需求。当然，也可以同时结合用户的骑行数据以及用户信息确定骑行需求，尤其是在用户的骑行数据量较少的情况下。

步骤204，根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。

步骤204与步骤103的具体原理和实现方式类似，此处不再赘述。

可选的，本实施例提供的方法还可以包括：

根据位置信息获取天气信息；

相应的，根据骑行需求在单车信息中确定目标单车信息，包括：

根据天气信息、骑行需求在单车信息中确定目标单车信息。

其中，单车推荐服务器可以获取位置信息的天气信息，例如，可以从网络中获取天气信息，还可以设置用于获取天气信息的接口，通过该接口可以从特定的天气预报网站中获取天气信息。

具体的，由于天气信息对用户出行的影响较大，因此，可以基于天气信息结合用户需求确定目标单车信息。例如，正在下雨或刚下过雨，则用户希望选择距离其较近且在尽可能近的时间被骑过的单车。

为了更加直观具体地说明本实施例的流程，体现本发明的优势和为用户带来的便捷，下面结合一个具体的实施例来详细描述本发明的工作流程。假设用户A的华为P20pro具有本发明所述的单车推荐功能，用户A所用电话号码“1850110xxxx”已注册并使用了“摩拜”共享单车的业务。用户A所用电话号码“1850110xxxx”所属运营商“中国XX”已在后台部署并开展了本发明所述的单车推荐***和业务。本实施例的详细工作流程如下所述：

1、接收用户终端发送的根据定位模块确定的定位信息，或接收用户终端发送的根据用户指令确定的指定位置信息，接收用户终端发送的用户信息。

其中，用户A打开华为P20pro上的共享单车应用“摩拜”时，P20pro通过GPS模块获取自身的实时位置，“地点1”；同时，通过共享单车应用“摩拜”查询到用户A的注册信息“1850110xxxx”。P20pro将获取的终端实时位置和用户A在“摩拜”平台上的注册信息通过网络上报给单车推荐服务器。

2、获取位置信息预设距离范围内的单车标识及其相应的单车骑行数据。

单车推荐服务器收到华为P20pro上报的位置信息：“地点1”，向共享单车“摩拜”的后台服务器请求“地点1”周围1000米范围内的单车及单车在近20天内的骑行数据。1000米的距离范围和20天的时间范围在单车推荐服务器上预先配置。

共享单车“摩拜”的后台服务器根据查询请求中华为p20pro的实时位置“地点1”及距离范围“1000米”和时间范围“近20天”，在自身内部数据库中查询符合条件的共享单车车辆信息，然后再根据共享单车车辆信息查询其在近20天内的骑行数据。设查询的结果如表1-1所示：

表1-1在“地点1”1000米范围内的共享单车车辆信息及骑行数据(部分-示例)

共享单车“摩拜”的后台服务器将距p20pro实时位置“地点1”1000米范围内的车辆信息及车辆在20天内的骑行数据反馈给单车推荐服务器。

其中，在本实施例中，可以将单车骑行数据存储在共享单车的后台服务器中，也可以将其存储在单车推荐服务器中，本实施例只是示例性的说明，并不是对此的限制。

3、根据用户信息确定用户的骑行需求。

本实施例的单车推荐服务器收到华为P20pro上报的用户A在共享单车“摩拜”上的注册信息：“1850110xxxx”后，根据用户A的注册信息“1850110xxxx”向共享单车“摩拜”的后台服务器请求用户A近20天内的骑行数据。20天的时间范围在共享单车推荐服务器上预先配置。

本实施例中，“摩拜”共享单车的后台服务器收到共享单车推荐服务器的数据请求后，提取数据请求中的用户A在“摩拜”共享单车平台上的注册信息，即用户A的电话号码“1850110xxxx”和骑行数据的查询时间范围“近20天”，并依此为据在自身内部数据库符合条件的用户A的骑行数据，设查询结果如表1-2所示：

表1-2用户“1850110xxxx”近20天内的骑行数据(部分-示例)

其中，在本实施例中，可以将用户骑行数据存储在共享单车的后台服务器中，也可以将其存储在单车推荐服务器中。

本实施例中，单车推荐服务器收到共享单车“摩拜”后台服务器反馈的用户A近20天内的骑行数据后，评估用户A对共享单车的需求。本实施例中，假设用户对共享单车使用时间和距离的需求为例，说明评估用户A对共享单车需求的全过程。具体来说，就是共享单车推荐服务器对表1-2中用户A在20天内的骑行数据进行统计分析，发现用户A在工作日的8:30-9:00和18:30-19:00的共享单车使用具有规律性和重复性，即骑行时间和距离相对固定(从地点1到地点9)。此时，共享单车推荐服务器要根据华为p20pro的实时位置“地点1”和实时时间，如8:45，判断p20pro的实时位置和实时时间是否满足用户A规律性的骑行共享单车的范围，本实施例中，设p20pro的实时位置“地点1”和实时时间“8:45”均满足用户A规律性和重复性骑行共享单车的范围。接下来，以5分钟的时间间隔统计用户A在8:20-9:10间从地点1到地点9间使用共享单车的频次，将出现频次最高的时间间隔【时间间隔的最大值】作为用户对共享单车使用时间和距离的需求，这里设从地点1到地点9用户A使用共享单车频次最高的时间间隔段为8:45-8:50，所以可确定用户A骑行共享单车从地点1到地点9的时间需求为8:50。本实施例中，设地点1和地点9间的距离为1500米，根据用户A对共享单车使用时间的需求“8:50”和实时时间“8:45”，按物体运动速度的计算常识，可计算出用户A本次对共享单车的速度需求为：1500米/5分钟＝300米/分钟＝18公里/小时。

需特别说明的，若用户A的骑行数据没有规律性和重复性时，可直接对用户A的骑行数据进行处理，通过计算用户A骑行共享单车时的平均速度作为其对车辆的需求。

步骤2、3执行时序不进行限制。

4、根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。

本实施例中，还可以对共享单车“摩拜”后台服务器反馈的华为p20pro的实时位置“地点1”周围1000米范围内的单车信息及20天内的骑行数据进行处理，确定各个单车的性能，即计算各共享单车的平均骑行速度。在本实施例中，就是对近20天内各单车的骑行数据进行统计，获取各共享单车的骑行总总距离di和骑行总时长ti，然后根据公式vi＝di/ti计算各共享单车的平均骑行速度vi。本实施例中，设计算出的各单车的平均骑行速度vi如表2表示：

表2“地点1”周围1000米内各单车的平均骑行速度(部分-示例)

本实施例中，单车推荐服务器将步骤3中用户A对共享单车速度的需求作为判断阈值，逐一比较表2中“地点1”周围1000米范围内各共享单车的平均骑行速度vi和该判断阈值的大小。若某辆共享单车的平均骑行速度vi大于或等于该阈值时，便可确定该共享单车就是本次为用户A推荐的共享单车；否则，该共享单车就不是本次为用户A推荐的共享单车。在本实施例中，设确定的本次为用户A推荐的共享单车如表3所示：

表3本次为用户A推荐的共享单车(部分-示例)

单车推荐服务器将确定的本次为用户A推荐的共享单车信息通过网络反馈给华为p20pro。可选地，可根据共享单车的平均骑行速度对本次为用户A推荐的共享单车进行排序，如车辆456x45、123x01等。单车推荐服务器也应将为用户A推荐的共享单车的排序信息反馈给华为p20pro。

本实施例中，华为p20pro收到单车推荐服务器反馈的本次为用户A推荐的共享单车信息后，在共享单车应用APP中显示为用户推荐的共享单车，即显示车辆编号为“123x01”“456x45”的共享单车。

可选地，若单车推荐服务器也反馈了本次为用户A推荐的共享单车的排列顺序，即456x45、123x01时，p20pro在显示推荐的共享单车时还应以大小进行区分，即车辆456x45显示的形状应大于车辆123x01显示的形状。

可选地，对于本次为用户A不推荐的共享单车，如车辆编号为“321x11”的共享单车，p20pro可显示，也可不显示，由用户自行定义。但选择显示不推荐的共享单车时，应在颜色、形状或大小等与推荐的共享单车有明显的区别。

图3为本发明一示例性实施例示出的单车推荐装置的结构图。

如图3所示，本实施例提供的单车推荐装置，包括：

接收模块31，用于接收用户终端发送的位置信息和用户信息；

获取模块32，用于获取所述位置信息预设距离范围内的单车信息；

第一确定模块33，用于根据所述用户信息确定用户的骑行需求；

第二确定模块34，用于根据所述骑行需求在所述单车信息中确定目标单车信息，并将所述目标单车信息发送给所述用户终端。

其中，接收模块31与获取模块32、第一确定模块33分别连接，第二确定模块34与获取模块32、第一确定模块33分别连接。

本实施例提供的单车推荐装置，包括接收模块，用于接收用户终端发送的位置信息和用户信息；获取模块，用于获取位置信息预设距离范围内的单车信息；第一确定模块，用于根据用户信息确定用户的骑行需求；第二确定模块，用于根据骑行需求在单车信息中确定目标单车信息，并将目标单车信息发送给用户终端。本实施例提供的装置，能够根据用户的骑行需求确定适合用户骑行的目标单车信息，并向用户推荐该目标单车信息，从而使用户能够快速找到合适的单车，进而提高用户体验。

本实施例提供的单车推荐装置的具体原理和实现方式均与图1所示的实施例类似，此处不再赘述。

图4为本发明另一示例性实施例示出的单车推荐装置的结构图。

如图4所示，在上述实施例的基础上，本实施例提供的单车推荐装置，所述接收模块31具体用于：

接收所述用户终端发送的根据定位模块确定的定位信息，或接收所述用户终端发送的根据用户指令确定的指定位置信息。

可选的，所述获取模块32具体用于：

获取所述位置信息预设距离范围内的单车标识及其相应的单车骑行数据。

可选的，所述第一确定模块33，包括：

第一确定单元331，用于根据所述用户信息获取用户骑行数据，并根据所述用户骑行数据确定用户的所述骑行需求。

所述第一确定模块33，包括：

获取单元332，用于根据所述用户信息获取用户的性别和/或年龄；

第二确定单元333，用于根据所述用户的性别和/或年龄确定用户的所述骑行需求。

可选的，本实施例提供的单车推荐装置，所述获取模块32还用于根据所述位置信息获取天气信息；

相应的，所述第二确定模块34具体用于：

根据所述天气信息、所述骑行需求在所述单车信息中确定目标单车信息。

本实施例提供的单车推荐装置的具体原理和实现方式均与图2所示的实施例类似，此处不再赘述。

图5为本发明一示例性实施例示出的单车推荐设备的结构图。

如图5所示，本实施例提供的单车推荐设备包括：

存储器51；

处理器52；以及

计算机程序；

其中，所述计算机程序存储在所述存储器51中，并配置为由所述处理器52执行以实现如上所述的任一种单车推荐方法。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如上所述的任一种单车推荐方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种单车推荐方法，其特征在于，包括：

接收用户终端发送的位置信息和用户信息；

获取所述位置信息预设距离范围内的单车信息，根据所述用户信息确定用户的骑行需求；

根据所述骑行需求在所述单车信息中确定目标单车信息，并将所述目标单车信息发送给所述用户终端。

2.根据权利要求1所述的方法，其特征在于，所述接收用户终端发送的位置信息，包括：

接收所述用户终端发送的根据定位模块确定的定位信息，或接收所述用户终端发送的根据用户指令确定的指定位置信息。

3.根据权利要求1所述的方法，其特征在于，获取所述位置信息预设距离范围内的单车信息，包括：

获取所述位置信息预设距离范围内的单车标识及其相应的单车骑行数据。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述用户信息确定用户的骑行需求，包括：

根据所述用户信息获取用户骑行数据，并根据所述用户骑行数据确定用户的所述骑行需求。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述用户信息确定用户的骑行需求，包括：

根据所述用户信息获取用户的性别和/或年龄；

根据所述用户的性别和/或年龄确定用户的所述骑行需求。

6.根据权利要求1所述的方法，其特征在于，还包括：

根据所述位置信息获取天气信息；

所述根据所述骑行需求在所述单车信息中确定目标单车信息，包括：

根据所述天气信息、所述骑行需求在所述单车信息中确定目标单车信息。

7.一种单车推荐装置，其特征在于，包括：

接收模块，用于接收用户终端发送的位置信息和用户信息；

获取模块，用于获取所述位置信息预设距离范围内的单车信息；

第一确定模块，用于根据所述用户信息确定用户的骑行需求；

第二确定模块，用于根据所述骑行需求在所述单车信息中确定目标单车信息，并将所述目标单车信息发送给所述用户终端。

8.根据权利要求7所述的装置，其特征在于，所述获取模块具体用于：

获取所述位置信息预设距离范围内的单车标识及其相应的单车骑行数据。

9.一种单车推荐设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如权利要求1-6任一种所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1-6任一种所述的方法。