1.本技术涉及共享车辆领域,尤其涉及一种基于共享车辆的用户活跃度的提升方法及装置。
背景技术:
2.当前,共享车辆的小程序或应用(application,app)作为用户出行的服务工具,难以承载用户较高的停留时长,导致用户除了单次出行服务之外,几乎没有在共享车辆的小程序或应用停留的可能性,用户在共享车辆的小程序或应用的活跃度低。因此,如何提升用户在共享车辆的小程序或应用的活跃度是现在亟需解决的技术问题。
技术实现要素:
3.本技术的目的之一在于提供一种基于共享车辆的用户活跃度的提升方法及装置,以解决如何提升用户在共享车辆的小程序或应用的活跃度的问题。
4.第一方面,本技术实施例提供一种基于共享车辆的用户活跃度的提升方法,应用于服务器,所述方法包括:
5.接收用户终端的还车指令;
6.获取所述用户终端的地理位置信息和还车时间,并向所述用户终端对应的共享车辆发送锁定指令;
7.根据所述地理位置信息和所述还车时间,确定目标候选池;
8.获取所述目标候选池的所有骑行数据记录;
9.按照预设规则在所述所有骑行数据中选取预设数量条骑行数据记录,并将所述预设数量条骑行数据记录发送至所述用户终端,以供所述用户终端的用户选择;
10.接收所述用户终端发送的选择结果,其中,所述选择结果为所述预设数量条骑行数据记录中的任意一条;
11.比较预设时间段内的不同用户终端发送的至少两个所述选择结果,按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,其中,所述预设时间段根据所述还车时间确定;
12.发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号。
13.在本实施例中,首先,用户还车时向用户发送预设数量条骑行数据记录;其次,根据用户基于用户终端发送的选择结果,比较预设时间段内的不同用户终端发送的至少两个所述选择结果,确定目标结果;最后,发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号。即,通过给刚使用完共享车辆的用户奖励,从而提高用户在小程序或应用的停留时长,进而提升用户在共享车辆的小程序或应用的活跃度。
14.在一种可选的实施方式中,所述按照预设规则在所述所有骑行数据中选取预设数
量条骑行数据记录,包括:
15.在所述所有骑行数据中随机选取预设数量条骑行数据记录;或者,
16.按照骑行时长对所述所有骑行数据进行分类,得到分类结果;
17.根据所述用户终端的骑车时长在所述分类结果中的层级,按预设概率在所述分类结果中选取预设数量条骑行数据记录。
18.在一种可选的实施方式中,所述骑行数据记录还包括骑行路线,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,包括:
19.按照至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线,确定目标结果。
20.在本实施例中,按照至少两个选择结果对应的骑行数据记录中的骑行时长和骑行路线,确定目标结果,能够综合考虑骑行时长和骑行路线,使目标结果的选取更合理。
21.在一种可选的实施方式中,所述服务器存储有预设地图,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线,确定目标结果,包括:
22.将各个所述骑行路线与预设地图关联,确定各个所述骑行路线的地图标志;
23.按照各个所述选择结果对应的骑行数据记录中的骑行时长和所述地图标志,确定全部所述选择结果的权重值;
24.根据全部所述权重值,确定目标结果。
25.在一种可选的实施方式中,所述根据所述地理位置信息和所述还车时间,确定目标候选池,包括:
26.根据所述地理位置信息,确定候选池;
27.根据所述候选池和所述还车时间,确定目标候选池。
28.在本实施例中,先根据地理位置信息确定候选池,再根据候选池和还车时间确定目标候选池,为选取更合理的目标结果奠定基础。
29.在一种可选的实施方式中,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果之后,还包括:
30.接收所述用户终端发送的查询请求;
31.发送所述查询请求对应的目标结果至所述用户终端。
32.在本实施例中,在确定目标结果后,用户可以查询对应的目标结果,提高用户的使用体验。
33.在一种可选的实施方式中,所述接收所述用户终端发送的选择结果之后,还包括:
34.调整所述选择结果中所述骑行数据记录被选取的概率。
35.在本实施例中,接收用户终端发送的选择结果之后,调整选择结果中骑行数据记录被选取的概率,能够防止某条骑行数据记录一直被用户选取,从而提高其他未被选择的骑行数据记录的概率。
36.第二方面,本技术实施例提供一种基于共享车辆的用户活跃度的提升装置,应用于服务器,所述装置包括:
37.还车指令接收模块,用于接收用户终端的还车指令;
38.指令发送模块,用于获取所述用户终端的地理位置信息和还车时间,并向所述用户终端对应的共享车辆发送锁定指令;
39.确定模块,用于根据所述地理位置信息和所述还车时间,确定目标候选池;
40.获取模块,用于获取所述目标候选池的所有骑行数据记录;
41.选取模块,用于按照预设规则在所述所有骑行数据中选取预设数量条骑行数据记录,并将所述预设数量条骑行数据记录发送至所述用户终端,以供所述用户终端的用户选择;
42.选择结果接收模块,用于接收所述用户终端发送的选择结果,其中,所述选择结果为所述预设数量条骑行数据记录中的任意一条;
43.比较模块,用于比较预设时间段内的不同用户终端发送的至少两个所述选择结果,按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,其中,所述预设时间段根据所述还车时间确定;
44.虚拟物品发送模块,用于发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号。
45.第三方面,本技术实施例提供一种计算机设备,所述计算机设备包括存储器及处理器,所述存储器存储有计算机程序,所述计算机程序在所述处理器执行时,实现如第一方面所述的基于共享车辆的用户活跃度的提升方法。
46.第四方面,本技术实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时,实现第一方面所述的基于共享车辆的用户活跃度的提升方法。
附图说明
47.为了更清楚地说明本技术的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本技术的某些实施例,因此不应被看作是对本技术保护范围的限定。在各个附图中,类似的构成部分采用类似的编号。
48.图1示出了本技术实施例提供的一种基于共享车辆的用户活跃度的提升方法的步骤流程示意框图;
49.图2示出了本技术实施例提供的一种基于共享车辆的用户活跃度的提升装置的结构示意框图。
具体实施方式
50.下面将结合本技术实施例中附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。
51.通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围,而是仅仅表示本技术的选定实施例。基于本技术的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本技术保护的范围。
52.在下文中,可在本技术的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合,并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一
个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
53.此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
54.除非另有限定,否则在这里使用的所有术语(包括技术术语和科学术语)具有与本技术的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义,除非在本技术的各种实施例中被清楚地限定。
55.实施例1
56.请参照图1,图1示出了本技术实施例提供的一种基于共享车辆的用户活跃度的提升方法的步骤流程示意框图。
57.如图1所示,本技术实施例提供的一种基于共享车辆的用户活跃度的提升方法,可以应用于服务器,所述方法包括s110至s180。
58.s110:接收用户终端的还车指令。
59.在本实施例中,当用户需要还车时,用户通过用户终端上的应用或小程序发送还车指令至所述服务器。所述服务器接收所述用户终端发送的还车指令。
60.s120:获取所述用户终端的地理位置信息和还车时间,并向所述用户终端对应的共享车辆发送锁定指令。
61.在本实施例中,所述共享车辆每隔预设时间发送自身的地理位置信息至所述服务器。所述服务器接收并存储所述共享车辆的地理位置信息。当所述服务器在接收到所述用户终端发送的还车指令时,根据所述还车指令获取所述用户终端的地理位置信息和还车时间。同时,所述服务器向所述用户终端对应的共享车辆发送锁定指令,以使所述用户终端对应的共享车辆在接收到锁定指令后,控制所述共享车辆处于锁定状态。
62.s130:根据所述地理位置信息和所述还车时间,确定目标候选池。
63.在本实施例中,所述服务器根据所述地理位置信息,形成了至少一个候选池。示例性地,每个城市或每个省份形成一个候选池。
64.在一种可选的实施方式中,所述根据所述地理位置信息和所述还车时间,确定目标候选池,包括:
65.根据所述地理位置信息,确定候选池;
66.根据所述候选池和所述还车时间,确定目标候选池。
67.作为一个示例,所述地理位置信息属于a城,则确定候选池为a城候选池。每晚20点对目标结果进行更新,即,若所述还车时间为当天晚上19:59:59之后,确定目标候选池为第二天的a城候选池;若所述还车时间为当天晚上19:59:59点之前,确定目标候选池为当天的a城候选池。
68.s140:获取所述目标候选池的所有骑行数据记录。
69.在本实施例中,所述服务器获取所述目标候选池的骑行数据记录。例如,若所述目标候选池为当天的a城候选池,则获取前一天晚上19:59:59至当天晚上19:59:59a城的所有骑行数据记录;若所述目标候选池为第二天的a城候选池,则获取当天晚上19:59:59至第二天晚上19:59:59a城的所有骑行数据记录。
70.s150:按照预设规则在所述所有骑行数据中选取预设数量条骑行数据记录,并将所述预设数量条骑行数据记录发送至所述用户终端,以供所述用户终端的用户选择。
71.在本实施例中,所述预设数量可以根据时间情况设定,在此不做限定。作为一个示例,所述预设数量为3。所述预设数量条骑行数据记录以福袋、金苹果、金蛋、盲盒等形式在所述用户终端显示。
72.在一种可选的实施方式中,所述按照预设规则在所述所有骑行数据中选取预设数量条骑行数据记录,包括:
73.在所述所有骑行数据中随机选取预设数量条骑行数据记录;或者,
74.按照骑行时长对所述所有骑行数据进行分类,得到分类结果;
75.根据所述用户终端的骑车时长在所述分类结果中的层级,按预设概率在所述分类结果中选取预设数量条骑行数据记录。
76.具体地,若所述骑行时长在第一预设时长区间内,确定所述骑行数据为第一骑行数据;若所述骑行时长在第二预设时长区间内,确定所述骑行数据为第二骑行数据;若所述骑行时长在第三预设时长区间内,确定所述骑行数据为第三骑行数据。其中,所述第一预设时长区间内的所有时长均大于所述第二预设时长区间内的时长;所述第二预设时长区间内的所有时长均大于所述第三预设时长区间内的时长。
77.进一步地,所述第一骑行数据对应的用户抽到第一骑行数据的概率,大于第二骑行数据对应的用户抽到第一骑行数据的概率;所述第二骑行数据对应的用户抽到第一骑行数据的概率,大于第三骑行数据对应的用户抽到第一骑行数据的概率。
78.s160:接收所述用户终端发送的选择结果,其中,所述选择结果为所述预设数量条骑行数据记录中的任意一条。
79.在本实施例中,用户通过点击或滑动操作选择所述用户终端上显示的任意一条包括骑行数据记录的福袋、金苹果、金蛋或盲盒,作为用户的选择结果。所述用户终端响应用户的点击或滑动操作,将用户的选择结果发送至所述服务器。所述服务器接收所述用户终端发送的选择结果。
80.在一种可选的实施方式中,所述接收所述用户终端发送的选择结果之后,还包括:
81.调整所述选择结果中所述骑行数据记录被选取的概率。
82.具体地,为了防止某条骑行数据记录一直被用户选取,所述服务器接收所述用户终端发送的选择结果之后,降低所述选择结果中的所述骑行数据记录被选取的概率,从而提高其他未被选择的骑行数据记录的概率。
83.s170:比较预设时间段内的不同用户终端发送的至少两个所述选择结果,按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,其中,所述预设时间段根据所述还车时间确定。
84.在本实施例中,将所述选择结果对应的骑行数据记录中的骑行时长最长的选择结果确定为目标结果。每个候选池每隔预设时间段对目标结果进行更新。示例性地,每个候选池每隔24小时对目标结果进行更新。若所述还车时间为当天晚上19:59:59之前,则所述预设时间段为前一天晚上19:59:59至当天晚上19:59:59;若所述还车时间为当天晚上19:59:59之后,则所述预设时间段为当天晚上19:59:59至第二天晚上19:59:59。
85.示例性地,若第一选择结果的骑行数据记录中的骑行时长为20分钟,第二选择结
果的骑行数据记录中的骑行时长为15分钟,则确定目标结果为第一选择结果。若第一选择结果的骑行数据记录中的骑行时长为20分钟,第二选择结果的骑行数据记录中的骑行时长为20分钟,则确定目标结果为第一选择结果和第二选择结果。
86.进一步地,若第一选择结果的骑行数据记录中的骑行时长为20分钟,第二选择结果的骑行数据记录中的骑行时长为15分钟,第三选择结果的骑行数据记录中的骑行时长为21分钟,则确定目标结果为第三选择结果。若第一选择结果的骑行数据记录中的骑行时长为20分钟,第二选择结果的骑行数据记录中的骑行时长为20分钟,第三选择结果的骑行数据记录中的骑行时长为18分钟,则确定目标结果为第一选择结果和第二选择结果。
87.在一种可选的实施方式中,所述骑行数据记录还包括骑行路线,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,包括:
88.按照至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线,确定目标结果。
89.在本实施例中,若至少两个所述选择结果对应的骑行数据记录中的骑行时长均不相等,则将所述选择结果对应的骑行数据记录中的骑行时长最长的选择结果确定为目标结果;若至少两个所述选择结果对应的骑行数据记录中的骑行时长相等,则将所述选择结果对应的骑行数据记录中的所述骑行路线最长的选择结果确定为目标结果。若至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线均相等,则确定各个所述选择结果均为目标结果。
90.在另一种可选的实施方式中,所述服务器存储有预设地图,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线,确定目标结果,包括:
91.将各个所述骑行路线与预设地图关联,确定各个所述骑行路线的地图标志;
92.按照各个所述选择结果对应的骑行数据记录中的骑行时长和所述地图标志,确定全部所述选择结果的权重值;
93.根据全部所述权重值,确定目标结果。
94.在本实施例中,所述地图标志包括城市地标、商业综合体、公园、标志性大道。所述骑行时长的权重系数可以大于等于所述地图标志的权重系数,也可以小于所述地图标志的权重系数,可以根据实际需求设定,在此不做限定。可选地,选取全部所述权重值中最大权重值对应的选择结果作为目标结果。
95.可选地,所述按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果之后,还包括:
96.接收所述用户终端发送的查询请求;
97.发送所述查询请求对应的目标结果至所述用户终端。
98.具体地,用户可以在规定的时间段内通过所述用户终端查询对应的目标结果。若所述还车时间为当天晚上19:59:59点之前,则规定的时间段为当天晚上20点后;若所述还车时间为当天晚上19:59:59点之后,则规定的时间段为第二天晚上20点后。用户通过所述用户终端上的应用或小程序发送查询请求至所述服务器。所述服务器在接收到所述查询请求后,根据所述查询请求,确定所述查询请求对应的目标结果,并发送所述查询请求对应的目标结果至所述用户终端。
99.s180:发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品
至产生所述目标结果的用户账号。
100.在本实施例中,所述第一虚拟物品和所述第二虚拟物品均包括免费骑行券和可以兑换免费骑行券的点数。值得注意的是,若所述第一虚拟物品和所述第二虚拟物品均为可以兑换免费骑行券的点数时,所述第一虚拟物品对应的可以兑换免费骑行券的点数大于等于所述第二虚拟物品对应的可以兑换免费骑行券的点数。
101.示例性地,若a用户的选择结果包括b用户、c用户和d用户的骑行数据记录,且a用户的选择结果为目标结果,则发送所述第一虚拟物品至所述a用户的用户账号,并发送所述第二虚拟物品至所述b用户、c用户和d用户的用户账号。
102.可以理解的是,通过发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号,使得用户能够获得免费骑行券,从而能够提升用户在共享车辆的小程序或应用的活跃度。
103.本技术提供的基于共享车辆的用户活跃度的提升方法,首先,用户还车时向用户发送预设数量条骑行数据记录;其次,根据用户基于用户终端发送的选择结果,比较预设时间段内的不同用户终端发送的至少两个所述选择结果,确定目标结果;最后,发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号。即,通过给刚使用完共享车辆的用户奖励,从而提高用户在小程序或应用的停留时长,进而提升用户在共享车辆的小程序或应用的活跃度。
104.实施例2
105.请参照图2,图2示出了本技术实施例提供的一种基于共享车辆的用户活跃度的提升装置的结构示意框图。所述基于共享车辆的用户活跃度的提升装置200可以应用于服务器,包括:
106.还车指令接收模块210,用于接收用户终端的还车指令;
107.指令发送模块220,用于获取所述用户终端的地理位置信息和还车时间,并向所述用户终端对应的共享车辆发送锁定指令;
108.确定模块230,用于根据所述地理位置信息和所述还车时间,确定目标候选池;
109.获取模块240,用于获取所述目标候选池的所有骑行数据记录;
110.选取模块250,用于按照预设规则在所述所有骑行数据中选取预设数量条骑行数据记录,并将所述预设数量条骑行数据记录发送至所述用户终端,以供所述用户终端的用户选择;
111.选择结果接收模块260,用于接收所述用户终端发送的选择结果,其中,所述选择结果为所述预设数量条骑行数据记录中的任意一条;
112.比较模块270,用于比较预设时间段内的不同用户终端发送的至少两个所述选择结果,按照至少两个所述选择结果对应的骑行数据记录中的骑行时长,确定目标结果,其中,所述预设时间段根据所述还车时间确定;
113.虚拟物品发送模块280,用于发送第一虚拟物品至选择所述目标结果的用户账号,并发送第二虚拟物品至产生所述目标结果的用户账号。
114.可选地,所述选取模块250,具体用于:
115.在所述所有骑行数据中随机选取预设数量条骑行数据记录;或者,
116.按照骑行时长对所述所有骑行数据进行分类,得到分类结果;
117.根据所述用户终端的骑车时长在所述分类结果中的层级,按预设概率在所述分类结果中选取预设数量条骑行数据记录。
118.可选地,所述骑行数据记录还包括骑行路线,所述比较模块270,包括:
119.目标结果确定子模块,用于按照至少两个所述选择结果对应的骑行数据记录中的骑行时长和所述骑行路线,确定目标结果。
120.可选地,所述服务器存储有预设地图,所述比较模块270,包括:
121.地图标志确定模块,用于将各个所述骑行路线与预设地图关联,确定各个所述骑行路线的地图标志;
122.权重值确定模块,用于按照各个所述选择结果对应的骑行数据记录中的骑行时长和所述地图标志,确定全部所述选择结果的权重值;
123.所述目标结果确定子模块,还用于根据全部所述权重值,确定目标结果。
124.可选地,所述确定模块230,包括:
125.候选池确定子模块,用于根据所述地理位置信息,确定候选池;
126.目标候选池确定子模块,用于根据所述候选池和所述还车时间,确定目标候选池。
127.可选地,所述基于共享车辆的用户活跃度的提升装置200还包括:
128.查询请求接收模块,用于接收所述用户终端发送的查询请求;
129.目标结果发送模块,用于发送所述查询请求对应的目标结果至所述用户终端。
130.可选地,所述基于共享车辆的用户活跃度的提升装置200还包括:
131.调整模块,用于调整所述选择结果中所述骑行数据记录被选取的概率。
132.上述装置用于执行实施例1提供的方法,其实现原理和技术效果类似,在此不再赘述。
133.本技术实施例还公开了一种计算机设备,所述计算机设备包括存储器及处理器,所述存储器存储有计算机程序,所述计算机程序在所述处理器执行时,实现如实施例1所述的基于共享车辆的用户活跃度的提升方法。
134.本技术实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时,实现如实施例1所述的基于共享车辆的用户活跃度的提升方法。
135.在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和结构图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
136.另外,在本技术各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或更多个模块集成形成一个独立的部分。
137.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
138.以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术的保护范围之内。
转载请注明原文地址:https://tc.8miu.com/read-3457.html