一种基于O2O模式的线上即时互助系统的制作方法

本发明涉及通信信息技术领域、互联网领域及ui领域等，尤其涉及一种基于o2o模式的线上即时互助系统的模式及其架构。

背景技术：

目前，中国城市居民的家庭结构呈倒宝塔形，四个老人、一对夫妇、一个孩子的“421”现代家庭大量出现，家庭养老功能日益弱化。我国已经进入人口老龄化快速发展阶段，根据民政部《2015年社会服务发展统计公报》数字表明，截至2015年底，我国60岁及以上老年人口22200万人，占总人口的16.1％。其中，65岁及以上人口14386万人，占总人口的10.5％。随着中国社会老龄化的趋势越来越深入，老年人养老问题已成为社会越来越关注的社会问题。养老方式大体可以分为“养老院养老”和“居家养老”两种方式，“居家养老”方式近年来得到老人、子女和社会各界的普遍认可，因此，居家养老对于老人来说最大的问题就是老人行动不便的问题，所以对于家政服务的需求也越来越多，尤其是对突发的需要及时解决的服务的需求，而当前顾客主要是老人子女通过中介公司或是劳务市场寻找服务人员，可是有很多时候子女是不在身边的，老人行动又不方便，即便行动方便也很难即时找到相应的解决人员。随着互联网时代来临及对家政服务需求量的激增，对于家政服务平台app的需求尤其是对这种能够快速及时的解决问题的o2o模式线上即时互助系统的需要显得尤为突出。

因此，有必要研究一种基于o2o模式的线上即时互助系统来应对现有技术或是方法的不足或空白，以解决或减轻上述一个或多个问题。

技术实现要素：

有鉴于此，本发明提供了一种基于o2o模式的线上即时互助系统，所述线上互助系统基于手机app实现，所述线上即时互助系统包括客户端及后台管理平台，客户端是供注册用户方使用，后台管理平台是供系统维护管理方使用。所述客户端包括任务发布模式和任务接收模式，所述任务发布模式和任务接收模式可在客户端自由切换，所述后台管理平台用于对注册用户的信息进行管理，任务发布与接收的记录进行管理，对任务进行风控管理，以及对客户端版本及公告信息的管理。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述客户端处于任务发布模式时，注册用户对希望待解决事件进行发布，发布时需要提供待解决事件的具体描述，同时可以提供图片说明，待解决的时间，服务的具体地址，联系人，联系电话，以及愿意付出的任务报酬。任务发布需要支付1任务币，没有接单超过任务时限的发布会自动失效，任务币返还。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述客户端处于任务接收模式时，注册用户可以查看到附近已发布的待解决事件、对应的待解决事件的地址、待解决事件时间、发布者的历史发单数量、发布者的好评率、以及任务发布者付出的报酬，接单后可以进一步看到任务发布者的具体地址，联系人和联系电话。任务接收需要支付2任务币。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述线上即时互助系统的后台管理平台，是本系统管理者拥有，用于对系统注册用户的信息进行管理，其中主要包括对注册用户的实名认证和技能认证的管理，只有通过认证的注册用户才可以发布任务与接收任务；用于对已认证用户的任务发布与任务接收的记录进行管理；用于对发布任务的风控管理，包括所发布任务的社会安全问题及个人安全问题等；用于对本系统客户端的系统版本、公告信息的管理。

与现有技术相比，本发明可以获得包括以下技术效果：

本发明是提供发布任务者与接收任务者之间快速即时联系服务的桥梁作用，只提供一个即时服务的交易场所，不涉及到两者之间的线上资金交易。

本发明解决了日常生活中遇到了自己不会或不能处理的事情又不知道去哪找人及时解决的问题，很好的提供了需要找人帮助的人群(如子女不在身边的老人)与有一技之长又希望兼职的人群之间的一个桥梁纽带作用。

当然，实施本发明的任一产品并不一定需要同时达到以上所述的所有技术效果。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一个系统图，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这个系统图获得其它的附图。

图1是本发明提供的线上即时互助系统的系统图。

具体实施方式

为了更好的理解本发明的技术方案，下面结合图1对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

本发明提供一种基于o2o模式的线上即时互助系统，所述线上即时互助系统基于手机app实现，所述线上即时互助系统包括客户端及后台管理平台，所述客户端包括任务发布模块模式和任务接收模式，所述任务发布模块模式和任务接收模式可进行模式切换，所述后台管理平台用于对注册用户的信息进行管理，任务发布与接收的记录进行管理，对任务进行风控管理，以及对公告信息的发布和修改进行管理，所述客户端处于任务发布模式时，注册用户对待解决事件进行发布，同时提供解决的时间，服务的具体地址，联系人，联系电话，以及任务报酬，所述待解决的事件包括文字解释事件、图片解释事件以及图文解释事件，所述客户端处于任务接收模式时，注册用户可以查看附近已发布的待解决事件、对应的待解决事件的地址、待解决事件时间、发布者的历史发单数量、发布者的好评率、以及任务发布者付出的报酬，接单后可以获得任务发布者的具体地址，联系电话。

本发明所述后台管理平台，是本系统管理者拥有，用于对系统注册用户的信息进行管理，其中主要包括对注册用户的实名认证和技能认证的管理，只有通过认证的注册用户才可以发布任务与接收任务；用于对注册用户的任务发布与任务接收的记录进行管理；用于对发布任务的风控管理，包括所发布任务的社会安全问题及个人安全问题等；用于对本系统客户端的系统版本、公告信息的管理。

客户端任务发布模式，注册用户在日常生活中遇到急需想要解决的事情可以在此模式里进行发布，包括需要解决的事情描述，如：家里的灯坏了需要更换、水龙头坏了需要更换、搬家需要抬个东西、电脑操作系统需要重装等等生活中的琐事(可以上传图片说明)；需要解决的时间；需要服务的具体地址(可以地图选点或手动输入)；联系人；联系电话；以及想要付给接任务方的意向报酬。

客户端任务接收模式，注册用户在此模式下可以查看到附近已发布的需要服务的任务(超过需要解决的时间段没有接单的任务会自动失效)，可以查看到任务的具体描述，任务地址(在界面地图里也有标记)和需要服务的时间，发布者的历史发单数量，发布者的好评率(信用分)，以及任务发布者愿意付出的报酬。此模式下的用户如果觉得自己对某任务可以解决，对相应的报酬也满意，就可以点击立即接单，接单后此模式下的用户可以在已接任务里查看到任务发布者的具体联系方式，可以根据界面地图导航到任务地址，就可以进行线下沟通联系以便完成此次服务任务。

任务完成，接任务方点击任务完成按钮及发任务方点击确认完成按钮后算是此次任务完成，之后双方可以互相做出评价，以便之后接任务者根据好评率(信用分)来选择接任务对象。

任务未完成，即任务取消，任务取消分为两种情况。接任务方如果没有顺利完成任务，请在客户端选择取消任务，如果还没有超过任务时限，此任务会自动恢复发布，若已经超过时限任务失效，相应任务发布方会返还一个任务币，接任务方取消任务会在任务完成率(好评率)上进行相应记录；任务发布方在接任务方已经接单后取消任务，任务接收方相应会返还两个任务币，任务发布方在任务完成率(好评率)上会进行相应记录。

本发明客户端需要注册及实名认证后方可发布任务及接收任务，发布任务和接收任务都需要支付任务币，任务币可以从客户端充任务币端口获得。本发明只是提供发布任务者与接收任务者之间即时联系服务的桥梁作用，相当于只提供一个即时服务交易的场所，不涉及到两者之间的线上资金交易。

本发明解决了日常生活中遇到了自己不会或不能处理的事情又不知道去哪找人及时解决的问题，很好的提供了需要找人帮助的人群(如子女不在身边的老人)与有一技之长又希望兼职的人群之间的一个桥梁纽带作用。

以上对本申请实施例所提供的一种线上即时互助系统，进行了详细介绍。以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

如在说明书及权利要求书当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求书并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求书当中所提及的“包含”、“包括”为一开放式用语，故应解释成“包含/包括但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求书所界定者为准。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求书的保护范围内。