共享物品故障监管的方法、装置及系统与流程

文档序号:11254113阅读:662来源:国知局
共享物品故障监管的方法、装置及系统与流程

本发明涉及共享物资技术领域,特别是涉及共享物品故障监管的方法、装置及系统。



背景技术:

随着共享经济的兴起,越来越多的改变了人们的传统生活方式。例如共享汽车、共享单车、共享雨伞、共享充电宝等,共享物品基于其方便存取、成本低、无需保管等,为人们的出行和生活提供了一种便利。

一般来说,共享物品本身结构比较简单,很容易出现损毁,对于共享单车来说,容易出现如车胎毁坏、链条断裂、刹车失灵、脚踏脱落等情况。根据调查,很多用户反映共享物品出现故障较多,经常看见身边很多共享物品都是坏的,无法使用。然而,由于共享物品的较为分散,当其出现故障后共享物品的后勤保障部门很难及时发现并维修,导致物品一直坏在那里,降低了共享物品的利用率很低,也使得用户体验较差。



技术实现要素:

基于此,本发明提供的共享物品故障监管的方法、装置及系统,能够解决共享物品发生损坏后无法技术消除故障的问题。

本发明一方面提供共享物品故障监管的方法,包括:

接收用户终端发送的用户反馈信息;

若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;

根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;

向所述用户终端发送所述至少一个故障物品集中地的位置信息。

一种共享物品故障监管的方法,包括步骤:

在用户终端识别物品之后,监测用户的反馈操作信息;根据所述反馈操作信息获取针对所述物品的用户反馈信息,并向服务器发送所述用户反馈信息;

若服务器确定所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地;并向所述用户终端发送所述至少一个故障物品集中地的位置信息。

一种共享物品故障监管的装置,包括:

信息接收模块,用于接收用户终端发送的用户反馈信息;

位置获取模块,用于若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;

集中点确认及返回模块,用于根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;

信息发送模块,用于向所述用户终端发送所述至少一个故障物品集中地的位置信息。

一种共享物品故障监管的系统,包括用户终端和服务器,

所述用户终端包括:

反馈功能模块,用于在识别物品之后,监测用户的反馈操作信息;根据反馈操作信息获取针对所述物品的用户反馈信息,并向服务器发送所述用户反馈信息;

所述服务器包括:

信息接收模块,用于接收用户终端发送的所述物品的用户反馈信息;

位置获取模块,用于若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;

集中点确认及返回模块,用于根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;以及,

信息发送模块,用于向所述用户终端发送所述至少一个故障物品集中地的位置信息。

一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一所述方法的步骤。

上述技术方案,服务器能够获取到物品的用户反馈信息,若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;向所述用户终端发送所述至少一个故障物品集中地的位置信息。由此可指引物品用户将故障物品存放至故障物品集中地,便于物品的管理人员及时对故障物品进行维护。

附图说明

图1为一实施例的共享物品故障监管的方法的示意性流程图;

图2为另一实施例的共享物品故障监管的方法的示意性流程图;

图3为一实施例的共享物品故障监管的装置的示意性结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

本发明中的步骤虽然用标号进行了排列,但并不用于限定步骤的先后次序,除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础,否则步骤的相对次序是可以调整的。

图1为一实施例的共享物品故障监管的方法的示意性流程图;所述共享物品包括但不限于共享汽车、共享单车、共享雨伞、共享充电宝等。本实施例中的共享物品故障监管的方法包括步骤:

s11,接收用户终端发送的用户反馈信息。

其中,所述用户终端可以是智能终端中相关的应用程序,例如app;也可以是独立的终端设备。

一般来说,共享物品都设置有一个标识信息,便于提供商管理。在一可选实施例中,所述用户反馈信息中包含的物品的标识信息,便于获知是哪一件物品的用户反馈信息。或者,在接收用户终端发送的用户反馈信息的同时,还接收所述物品的标识信息。其中,所述标识信息可通过例如二维码标识、条形码标识或者nfc标签等记载。

s12,若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置。

其中,获取所述物品的当前位置的方式,既可以是主动请求获取物品的位置信息,也可以是被动接收实时位置上报的物品位置信息的方式。

其中,物品的位置信息,即可以是通过物品本身自带的定位设备获取的位置信息;此外,用户使用物品时,用户终端设备的位置即物品的位置,因此也可以是将用户终端设备当前获取的位置信息作为物品的当前位置信息。例如手机获取的位置信息作为物品的当前位置信息。

s13,根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息。

s14,向所述用户终端发送所述至少一个故障物品集中地的位置信息。

可以理解的,上述步骤s11~s14的执行主体可以为服务器,用户终端通过网络与所述服务器通信连接。通过上述实施例的共享物品故障监管的方法,由于服务器能够获取到物品的用户反馈信息,若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;向所述用户终端发送所述至少一个故障物品集中地的位置信息。由此可指引物品用户将故障物品存放至故障物品集中地,便于物品的管理人员及时对故障物品进行维护。

在一可选实施例中,所述用户反馈信息既可以包括用户的使用体验信息,不同类似的共享物品用户体验信息可能不同。例如共享单车的使用体验信息可包括:对减震、转向、骑行难度等的评价,共享充电宝的使用体验信息可包括:对充电速度、电量等的评价。所述用户反馈信息还可以包含用户针对物品提出的故障信息,例如共享单车的故障信息包括轮胎晃动、链条断裂、刹车失灵等,共享雨伞的故障信息可包括:伞骨断裂、把手损毁等。通过收集所述用户反馈信息,便于共享物品商家对物品的改进或者对用户使用模式的改进,还可以及时知晓物品的故障信息,掌握自己在市面上的可用物品的准确数量。

在另一可选实施例中,所述用户反馈信息也可特指用户针对物品提出的故障信息;换句话说,只收集包含故障信息的用户反馈,不收集用户点评的反馈信息,由此可减轻服务器的负担,准确收集到物品的故障信息。

在一可选实施例中,在得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息之后,还包括:分别计算从所述物品的当前位置到所述至少一个故障物品集中地中的各个故障物品集中地的路径规划信息;向所述用户终端发送所述至少一个故障物品集中地的位置信息时,还向所述用户终端发送所述路径规划信息。通过路径规划信息便于用户将故障物品送至故障物品集中地,并且由于路径规划任务在服务器端完成,也有利于减轻用户终端的处理负担。

当然,可以理解的,上述路径规划任务也可以在用户终端完成,即用户终端在接收到服务器返回的所述至少一个故障物品集中地的位置信息之后,根据当前所在位置和所述至少一个故障物品集中地的位置信息进行路径规划,便于用户将故障物品送至故障物品集中地。该方式有利于减轻服务器与用户终端之间的数据传输量,减轻网络负担。

在一可选实施例中,为了鼓励用户主动将故障物品送至指定地点,可设置相应的鼓励机制,例如提供相应的免费使用的次数/时长,或者免单的方式,或者赠送抵用券或者优惠券等方式。对应地,服务器在向所述用户终端发送所述至少一个故障物品集中地的位置信息之后,还包括:接收所述用户终端发送的结束使用消息,在接收到结束使用消息之后获取所述物品的存放位置,根据所述存放位置判断所述物品是否在任一故障物品集中地;若是,为所述用户终端的用户生成预设的奖励信息,并向所述用户终端发送所述奖励信息。

可以理解的,在一优选实施例中,还包括在服务器端预先设置的奖励信息的步骤,所述奖励信息包括:减免所述用户终端的用户本次使用物品的账单的信息,免费使用次数/时长的信息,电子抵用券或者电子优惠券等。

优选地,根据所述存放位置判断所述物品是否在任一故障物品集中地指的是,若物品的存放位置与任一故障物品集中地的位置的距离在设备范围内,则判断为物品在任一故障物品集中地,否则,不在故障物品集中地。其中,任一故障物品集中地,既可以是服务器向用户终端发送的所述至少一个故障物品集中地(即服务器推荐的故障物品集中地),也可以是其他预先设置的故障物品集中地(即用户自己选择的故障物品集中地)。

其中,物品的存放位置指的是,用户完成锁定物品操作或者其他类似的结束使用物品的操作时物品所在的位置。该位置信息既可以通过物品自带的定位设备获取,也可以通过用户终端获取。

在一可选实施例中,为了消除个别用户为了骗取鼓励,谎报物品故障,导致不必要的维护成本的问题,在判断出所述物品在故障物品集中地之后,对所述用户终端的用户启动预设的奖励机制之前,还包括:检测是否收到管理员终端发送的对所述物品的故障确认信息,若是,对所述用户终端的用户启动预设的奖励机制;和/或,检测是否收到其他用户终端针对所述物品发送的、包含物品故障信息的用户反馈信息,若是,对所述用户终端的用户启动预设的奖励机制。

例如:服务器通过管理人员确认物品确实故障和/或通过后续用户使用时提交的相同故障,说明该物品确实是因为故障,并非用户为了获取奖励谎报故障,此时为所述用户终端的用户启动预设的奖励机制。

进一步地,为了防止用户自己上报并自己确认,所述检测是否收到其他用户终端针对所述物品发送的、包含物品故障信息的用户反馈信息时,优选地,检测是否收到其他至少两个用户终端针对所述物品发送的、包含物品故障信息的用户反馈信息。

在一可选实施例中,无论用户是否最终将故障物品送至故障物品集中地,在接收到结束使用物品消息之后,均包括:计算所述用户终端的用户的本次使用物品的时长,根据本次使用物品的时长为该用户生成对应的账单信息,向所述用户终端返回所述账单信息。当然,若用户已经将故障物品送至故障物品集中地,则可以通过奖励机制对用户的账单进行自动减免,并告知用户账单减免的情况。

图2为另一实施例的共享物品故障监管的方法的示意性流程图;本实施例中与图1实施例的主要区别在于,本实施例的从用户终端和服务器两端的交互角度,更全面的说明了共享物品故障监管的方法的实现方式。参考图2所示,本实施例的共享物品故障监管的方法包括步骤:

s21,在用户终端识别物品之后,监测用户的反馈操作信息;根据所述反馈操作信息获取针对所述物品的用户反馈信息,并向服务器发送所述用户反馈信息;

用户终端可通过扫描物品上的标识码识别物品。优选地,所述标识码可以为二维码。

s22,若服务器确定所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地;并向所述用户终端发送所述至少一个故障物品集中地的位置信息。

优选地,上述步骤s11的执行主体为用户终端,即可以是应用程序,也可以是独立的终端设备。上述步骤s11的执行主体为服务器。对于用户终端来说,还包括预先增加一项用户反馈功能,便于用户反馈信息。该改进易于实现,成本较低。对服务器来说,在传统的计费功能基础上,还增设了奖励模块,通过奖励模块能够为主动将故障物品送至指定地点的用户提供账单减免或者免费使用的机会,或者赠送抵用券或者优惠券。

下面以共享单车为例,对本发明的共享物品故障监管的方法做举例说明。

情景一:在骑行过程中单车发生突发性损坏

目前,当用户在骑行过程中单车突发性故障时,大部分都是直接停下不管,管理人员无法及时知道单车的故障,更无法及时排除故障。如果当自行故障时,用户可通过用户终端向服务器上报故障信息,服务器根据单车的位置,计算该位置距离附近的维修点(即故障车集中地),然后向用户提示,如果将故障单车送至附近的维修点,本次骑行将免费,并将获得一次十五分钟内的免费骑行机会。用户可以选择将故障单车送至维修点,如果确定送至维修点,则当用户将故障单车送至维修点并结束用车时,服务器确定该单车定位确实在维修点还可提示本次用车完成。后续通过维修人员确认单车确实故障或者通过后续两个用户使用时提交的类似故障反馈,说明该车确实存在故障,不存在谎报故障,则系统将故障前的车费返回给用户,并奖励一次免费骑行的机会。

情景二:用户平时步行在路上遇见故障单车

用户平时步行在路上遇见故障单车,如果用户顺路,时间允许的情况下,若用户把路边故障单车送至附近的维修点时,服务器在确定故障单车送回维修点后,可根据该车的初始停靠位置和附近维修点的距离,计算为该用户提供的免费骑行的次数/时长,例如,若该车的初始停靠位置和附近维修点的距离较远,为该用户提供的免费骑行的次数/时长越大,反之,为该用户提供的免费骑行的次数/时长越小。

此外,用户终端在收到奖励信息后,还可将所述奖励消息分享至社交平台,例如,通过微信或者qq平台分享。对应地,所述用户终端需要预先设置有相应的分享功能。

可见,上述实施例的共享物品故障监管的方法,解决了共享物品发生损坏,后续维修管理不及时,运营成本高的问题,并考虑了在使用过程中物品发生突发性损坏和路人发现故障物品这两种情况,利用较小的成本解决共享物品故障维护管理的问题。

需要说明的是,对于前述的各方法实施例,为了简便描述,将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其它顺序或者同时进行。

基于与上述实施例中的共享物品故障监管的方法相同的思想,本发明还提供共享物品故障监管的装置,该装置可用于执行上述共享物品故障监管的方法。为了便于说明,共享物品故障监管的装置实施例的结构示意图中,仅仅示出了与本发明实施例相关的部分,本领域技术人员可以理解,图示结构并不构成对装置的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

图3为本发明一实施例的共享物品故障监管的装置的示意性结构图,如图3所示,本实施例的共享物品故障监管的装置包括:

信息接收模块310,用于接收用户终端发送的用户反馈信息;

位置获取模块320,用于若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;

集中点确认及返回模块330,用于根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;

信息发送模块340,用于向所述用户终端发送所述至少一个故障物品集中地的位置信息。

在一可选实施例中,所述集中点确认及返回模块330,还用于在得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息之后,分别计算从所述物品的当前位置到所述至少一个故障物品集中地中的各个故障物品集中地的路径规划信息。所述信息发送模块340,还用于在向所述用户终端发送所述至少一个故障物品集中地的位置信息时,一并发送所述路径规划信息。

在一可选实施例中,所述共享物品故障监管的装置还包括:奖励生成模块,用于在向所述用户终端发送所述至少一个故障物品集中地的位置信息之后,接收所述用户终端发送的结束使用物品消息,在接收到结束使用物品消息之后获取所述物品的存放位置,根据所述存放位置判断所述物品是否在任一故障物品集中地;若是,为所述用户终端的用户生成预设的奖励信息,并向所述用户终端发送所述奖励信息。

优选地,所述奖励生成模块,还用于在判断出所述物品在故障物品集中地之后,为所述用户终端的用户生成预设的奖励信息之前,检测是否收到管理员终端发送的对所述物品的故障确认信息,若是,为所述用户终端的用户生成预设的奖励信息;和/或,在判断出所述物品在故障物品集中地之后,为所述用户终端的用户生成预设的奖励信息之前,检测是否收到其他用户终端针对所述物品发送的、包含物品故障信息的用户反馈信息,若是,为所述用户终端的用户生成预设的奖励信息。

优选地,所述预设的奖励信息包括:减免所述用户终端的用户本次使用物品的账单的信息,免费使用次数/时长的信息,电子抵用券或者电子优惠券等。

在一可选实施例中,所述共享物品故障监管的装置还包括:计费模块,用于在接收到结束使用物品消息之后,计算所述用户终端的用户的本次使用物品时长,根据本次使用物品的时长为该用户生成对应的账单信息,向所述用户终端返回所述账单信息。

还提供了一种共享物品故障监管的系统的实施例,所述共享物品故障监管的系统包括用户终端和服务器,其中:

所述用户终端包括:

反馈功能模块,用于在识别物品之后,监测用户的反馈操作信息;根据反馈操作信息获取针对所述物品的用户反馈信息,并向服务器发送所述用户反馈信息;

所述服务器包括:

信息接收模块,用于接收用户终端发送的所述物品的用户反馈信息;

位置获取模块,用于若所述用户反馈信息中包含物品故障信息,则获取所述物品的当前位置;

集中点确认及返回模块,用于根据物品的当前位置以及预先存储的故障物品集中地的位置信息,得出所述物品的当前位置附近的至少一个故障物品集中地的位置信息;以及,

信息发送模块,用于向所述用户终端发送所述至少一个故障物品集中地的位置信息。

需要说明的是,上述示例的共享物品故障监管的装置/系统的实施方式中,各模块之间的信息交互、执行过程等内容,由于与本发明前述方法实施例基于同一构思,其带来的技术效果与本发明前述方法实施例相同,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。

此外,上述示例的共享物品故障监管的装置/系统的实施方式中,各程序模块的逻辑划分仅是举例说明,实际应用中可以根据需要,例如出于相应硬件的配置要求或者软件的实现的便利考虑,将上述功能分配由不同的程序模块完成,即将所述共享物品故障监管的装置的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分功能。

本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,作为独立的产品销售或使用。所述程序在执行时,可执行如上述各方法的实施例的全部或部分步骤。此外,所述存储介质还可设置与一种计算机设备中,所述计算机设备中还包括处理器,所述处理器执行所述存储介质中的程序时,能够实现上述各方法的实施例的全部或部分步骤。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)或随机存储记忆体(randomaccessmemory,ram)等。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。

以上所述实施例仅表达了本发明的几种实施方式,不能理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1