一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种基于数字资产的任务收发方法和系统与流程

2022-02-20 13:28:09 来源:中国专利 TAG:


1.本发明的实施例一般涉及计算机技术领域,并且更具体地,涉及一种基于数字资产的任务收发方法和系统。


背景技术:

2.社区等基层网格,是应对各类灾害的末端节点,抗灾能否胜利关键取决于每个节点的表现。而节点防灾减灾的功力,重在平时的数据积累。基层节点能否讯速发现蕴含风险的紧急情况,能否第一时间做出应急反应,以及能否科学有效的实现辖区管理,都依赖于辖区用户的覆盖程度,以及各类数据的积累。显而易见,目前我们的基层政府缺乏这样的管理工具,每逢应急时,基层政府都很被动:大喇叭广播、贴传单、逐户上门仍是主要的发布手段,不但效率低速度慢,而且还有一定的风险。虽然微信、支付宝等平台已实现了较为全面的覆盖,但是并未给政府基层管理人员提供管理功能和管理权限,更没有实现用户的价值激励。
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.图1示出了能够在其中实现本公开的实施例的示例性运行环境的示意图;
35.图2示出了根据本发明的实施例的服务器、任务发布方用户客户端和任务接受方用户客户端的交互方法示意图;
36.图3示出了根据本发明的实施例的基于数字资产的任务收发方法的流程图;
37.图4示出了根据本发明的实施例的基于数字资产的任务收发装置的方框图;
38.图5示出了能够实施本发明的实施例的示例性电子设备的方框图。
具体实施方式
39.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例,都属于本发明保护的范围。
40.另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
41.本发明中,能够赋予政府基层管理人员更多的管理功能和管理权限,在基层网格中,建立起以基层社区为单位的居民用户之间的互助交流方式,调动闲置居民的劳动积极性,合理利用闲置人力资源,达到社区自治,全民共治的和谐社区;并能够在突发事件面前,自上而下的第一时间做出应急管理措施,增强管理人员的突发事件应对能力。
42.图1示出了能够在其中实现本公开的实施例的示例性运行环境的示意图。
43.在运行环境100中包括任务发布方用户客户端102、服务器104和任务接受方用户客户端106。
44.在一些实施例中,任务发布方用户客户端102和任务接受方用户客户端106可以是任何能够访问互联网的装置,例如个人计算机、蜂窝或无线电话、个人数字助理(pda)、平板计算机和膝上型计算机。任务发布方用户客户端102、服务器104和任务接受方用户客户端106可以通过通信介质交换数据。在所述服务器104上加载任务平台,用于为任务发布方用户客户端102和任务接受方用户客户端106双方提供交互的中间载体。
45.图2示出了根据本发明的实施例的服务器、任务发布方用户客户端和任务接受方
用户客户端的交互方法示意图。方法200可以由图1中的任务发布方用户客户端102、服务器104和任务接受方用户客户端106交互执行。
46.在本实施例中,任务发布方用户客户端102和任务接受方用户客户端106可以是多个。服务器104加载任务平台。
47.框202,任务发布方用户客户端102向任务平台发布任务;
48.框204,任务平台接收任务发布方用户客户端102发布的任务,并对任务进行解析,筛选出匹配所述任务的任务接受方用户;
49.框206,将任务推送至所述任务接受方用户客户端106;
50.框208,所述任务接受方用户客户端106向任务平台发送任务接受请求;
51.框210,任务平台接收任务接受请求,将任务接受请求转发至任务发布方用户客户端102;
52.框212,任务接受方用户客户端106向任务平台发布任务完成消息;
53.框214,任务平台接收所述任务完成消息,并向任务发布方用户客户端102转发所述任务完成消息。
54.图3示出了本发明实施例的基于数字资产的任务收发方法的流程图。
55.该方法应用于服务器端的任务平台,包括:
56.s301,接收任务发布方用户客户端发布的任务;对所述任务进行解析,筛选出匹配所述任务的任务接受方用户,并将任务推送至所述任务接受方用户客户端。
57.所述任务发布方用户客户端可以是任何能够访问互联网的装置,例如个人计算机、蜂窝或无线电话、个人数字助理(pda)、平板计算机和膝上型计算机。所述任务发布方用户客户端向所述任务平台发布任务。
58.所述任务包括任务发布方类型、任务类型、任务详情和任务报酬。
59.任务发布方类型包括:社区居民、政府管理人员、物业人员及商户等;其中还包括发布方的基本信息,例如社区居民的任务发布次数、满意度评分、评价标签、以及评价等等信息,例如该社区居民李某已经累计发布任务45次,接受方评分平均9分(满分10分),被其他用户贴有好人卡、报酬及时到账、人很友好等标签,以及具体评价,例如张某某接受李某的接孩子放学任务,并在完成任务后评价李某:女儿很乖很可爱,按时放学,能够有这么懂事的小女孩一路同行,心情大好!任务发布方的基本信息还可以包括社区居民的个人信息,例如居住信息等。任务发布方用户可针对某个或某类信息是否公开进行选择,或者选择公开的范围。
60.任务类型是针对任务的具体内容进行的分类,例如包括:家政类、跑腿类、看护类、维修类、公益类等等。利用任务类型的标签可以与任务接受方用户的可接受任务范围标签进行匹配。
61.任务详情,则是具体的任务需求及细节描述,例如上门做饭、接孩子放学、抬钢琴、维修电脑等;任务详情中也包含具体任务信息,例如接孩子放学的任务中,当有任务接受方用户对任务进行接受后,会给所述任务接受方用户单独推送孩子姓名、男女、学校地址、放学时间、班级等详细任务信息;又例如上门做饭的任务中,当有任务接受方用户对任务进行接受后,会给所述任务接受方用户单独推送住宅地址、上门时间、做饭要求、是否需要采购食材等等详细任务信息。如此即可以将任务发布给任务接受方用户,看到任务内容,又可以
保护任务本身以及任务中涉及的人员或财产的信息泄露风险。
62.作为本发明的一种实施例,任务发布方用户可以自主设置任务发布阶段任务详情公开的权限和内容,例如任务发布方用户可以指定一部分人拥有看到全部任务详情的权限,而对其他人仅能看到任务的部分内容。例如,在上述实施例的接孩子放学任务中,由于王某和郭某经常接受李某的任务,并完成的评价很高,彼此的信任度比较高,故李某针对王某和郭某设置公开全部内容详情,即王某和郭某可以收到该任务推送,并同时查看到全部内容详;而对于除了王某和郭某的其他任务接受方用户,李某设置了仅能看到任务内容:接孩子放学,时间下午16:30,地点宏海路45号清华三小的信息。
63.所述任务报酬是对应任务完成后,任务接受方用户能够获得的奖励。在本实施例中,所述任务报酬为数字资产和/或法币,例如任务报酬形式可以是数字资产形式,例如积分;或者法币形式,例如人民币;还可以是数字资产 法币组合的形式,例如100积分 10元人民币作为任务完成的报酬。所述数字资产可以是任务平台自身设立的数字资产,也可以是与其他数字资产平台通用的数字资产。常用的数字资产包括积分、优先购买权、打折券、优惠券、代金券、团购券、抽奖券、消费券等。
64.所述数字资产由所述任务平台中具数字资产发行权限的用户发行,在所述任务平台中流通,且所述发行和流通过程通过区块链进行保护。
65.作为本发明的一种实施例,初始数字资产是通过具有数字资产发行权限的用户发行的,例如市政府管理用户向下一级区县政府管理用户发行数字资产,并逐级下放给居民用户。在数字资产发行后,即可以在任务平台中的用户之间进行流通。并且整个发行和流通的过程通过区块链技术进行背书,公开且无法被修改,以保证发行和流通过程的廉政,解决用户之间的交易信息不对称的问题,增强交易用户之间的信任度。
66.作为本发明的一种实施例,所述数字资产发行权限由最高级用户指定,并分配给指定级别的用户。例如,任务平台以积分作为数字资产,国务院政府部门作为最高级别用户指定各市级政府部门作为具有积分发行权限的用户,由市级政府部门用户将初始积分发放到社区用户。
67.所述数字资产还可以通过预设接口与数字资产交换平台进行交易。
68.进一步地,任务平台在接收任务发布方用户客户端发布的任务后,需要对所述任务进行解析。解析出任务发布方类型、任务类型、任务详情和任务报酬,以及任务的公开范围、查看权限、拟接单用户数等。
69.根据所述任务需求匹配出已设定相关任务类型、相关发布方类型、相关任务报酬范围的任务接受方用户,形成任务接受方用户。任务接受方用户会提供其可接单的任务范围,通过标签进行标注,所述标签为任务类型或任务详情,例如任务接受方用户可以在任务平台中预设自己可接单的任务类型为家政类和看护类,也可以进一步预设自己可接单的任务项目有上门做饭、清理油烟机、打扫房间、看护小孩、看护老人等。任务平台通过解析出当前发布任务的详细信息,识别出当前任务的类型标签和任务项目标签,通过任务标签与任务平台中预设的标签向匹配后,将所述任务推送给选择可接单的任务类型或任务项目包含对应标签的任务接受方用户。例如任务发布方用户发布了两个任务:接孩子放学和上门做饭,张某仅在任务平台中预设了家政类标签以及上门做饭标签,则张某仅会收到任务平台发送的上门做饭的任务,而无法收到接孩子放学的任务。如此设置可以在任务双方发布和
接收过程中对接受方喜好进行筛选,节约资源,提高效率,也提升了任务完成质量。
70.具体地,在已经筛选出匹配所述任务的任务接受方用户后,将任务推送至任务接受方用户客户端,进行任务发布。
71.s302,接收所述任务接受方用户客户端发送的任务接受请求,将所述任务接受请求转发至所述任务发布方用户客户端。
72.当前任务对应的用户簇的任务接受方用户客户端在接收到所述任务后,对所述任务进行接单,如果接单成功,则会生成任务接受请求,该任务接受请求通过任务接受方用户客户端发送至任务平台,任务平台将所述任务接受请求转发至任务发布方用户客户端,通知任务发布方用户,已经有任务接受方用户接单。
73.在本实施例中,当任务平台已经接收到任务接受请求时,会生成任务已接受消息,并将所述任务已接受消息广播至任务接受方用户中除所述任务接受方用户外的其他用户客户端,通知其他用户该消息已有用户接单,当前任务不可接单。避免一个任务被多次接单,造成资源浪费以及任务处理混乱的情况。
74.作为本发明的一种实施例,还包括:
75.将所述任务发布方用户及任务接受方用户进行分级设置,不同等级的用户设置不同的权限,其中:
76.不同等级用户中的相邻等级用户存在映射关系,其中上级用户有向下级用户发布任务的权限,下级用户有接收上级用户任务的权限;在下级用户接收到上级用户发布的任务时,对该任务进行确认应答。
77.所述不同等级用户中的相邻等级用户,例如社区管理人员与社区居民、市级管理人员与社区管理人员等;在所述不同等级用户中的相邻等级用户存在映射关系,例如一个市级管理人员可以映射到该市辖区内全部社区的社区管理人员,并且作为上级用户,市级管理人员有向其下级社区管理人员发布任务的权限,作为下级社区管理人员有接收器上级用户市级管理人员发布的任务,并接单的权限。
78.作为本发明的一种实施例,当遇到紧急事件时,上级用户,例如市级政府管理用户有紧急消息或命令需要统一向市区内的各个社区街道以及每一户居民传达时,通过任务平台发布接收通知回复任务,社区居民用户接收到该任务通知后需要对该任务进行确认应答,完成任务。
79.在本实施例的另一种情形中,具有同一个上级用户的同等级用户之间存在映射关系,有互相发布和接受任务的权限;例如,两个相邻的社区b和社区c共同属于a市的管辖,社区b的社区管理人员和社区c的社区管理人员之间存在着映射关系,可以有相互发布任务并且接受对方发布的任务的权限。所述映射关系包括一对一或一对多。
80.s303,接收所述任务接受方用户客户端和/或所述任务发布方用户客户端发送的任务完成消息,完成所述任务的支付。
81.所述任务接受方用户在完成所述任务后,通过任务接受方用户客户端向任务平台发送任务完成消息,任务平台将任务完成消息转发至对应的任务发布方用户客户端。所述任务完成消息中可以包括任务完成度、任务完成视频或照片、任务完成说明等。任务发布方用户通过查看任务完成消息,对任务完成情况进行了解和验收。例如上述实施例中接孩子放学的任务,任务由李某发布,并由张某接单进行任务执行。张某在执行完任务后,向李某
发送任务完成消息,所述任务完成消息中包括任务完成度100%;孩子到家门的视频或照片;任务完成说明中记载按时到学校门口接上孩子直接回到家中,并看到孩子进家门后离开等说明。任务发布方用户可以根据任务完成消息,对任务接受方用户进行评分 评价。
82.在一些实施例中,任务发布方用户可以通过设定当前任务的标签和/或参数,对所述当前任务的任务接受方进行限定。例如任务发布方用户将当前任务标签设置为家政类,并具体设置上门做饭标签。还可以增加参数限定,例如年龄在45-55岁。
83.在一些实施例中,所述任务接受方用户也可通过设定可接受任务的标签和/或参数,对可接受任务进行限定。
84.在本实施例中,任务接受方用户会提供其可接单的任务范围,通过标签进行标注,所述标签为任务类型或任务详情,例如任务接受方用户可以在任务平台中预设自己可接单的任务类型为家政类和看护类,也可以进一步预设自己可接单的任务项目有上门做饭、清理油烟机、打扫房间、看护小孩、看护老人等。任务平台通过解析出当前发布任务的详细信息,识别出当前任务的类型标签和任务项目标签,通过任务标签与任务平台中预设的标签向匹配后,将所述任务推送给选择可接单的任务类型或任务项目包含对应标签的任务接受方用户。例如任务发布方用户发布了两个任务:接孩子放学和上门做饭,张某仅在任务平台中预设了家政类标签以及上门做饭标签,则张某仅会收到任务平台发送的上门做饭的任务,而无法收到接孩子放学的任务。如此设置可以在任务双方发布和接收过程中对接受方喜好进行筛选,节约资源,提高效率,也提升了任务完成质量。
85.在本发明的实施例中,将任务发布方的任务平台账户中预先冻结的任务报酬解冻,并转移至任务接受方的任务平台账户中。
86.所述预先冻结包括:在所述任务发布方发布任务后,冻结任务发布方的任务平台账户中对应的任务报酬,将任务开始执行指令发送至所述任务接受方用户客户端;接收任务发布方用户客户端的任务完成确认消息,将所冻结的任务报酬解冻,并转移至任务接受方的任务平台账户中。
87.在本实施例中,在任务发布方发布任务后,任务平台将任务报酬对应的数字资产和/或法币进行冻结;限制该部分任务数字资产和/或法币在任务平台中的流转,为任务接受方用户完成任务后的任务报酬支付进行背书。在已冻结对应的数字资产和/或法币后,任务平台生成开始执行指令,将开始执行指令发送至所述任务接受方用户客户端。例如:在上述实施例中,李某向任务平台发布接孩子放学任务,任务中的任务报酬为100积分;任务发布后,任务平台将李某在任务平台账户中的100积分进行冻结,并生成开始执行指令,发送给任务接受方张某;并在接收到张某的任务完成确认消息后,将所冻结李某账户中的100积分进行解冻,并转移到张某的任务平台账户中,完成支付。
88.所述任务平台可以通过接口对接第三方积分交易平台,通过对接到李某在第三方积分交易平台的账户,通过任务平台积分与某第三方积分的兑换规则,计算得出某第三方积分与任务平台中100积分等价的数字资产为200某第三方积分,则将李某的某第三方积分子账户中的200某第三方积分进行冻结。
89.当任务平台接收到任务接受方用户发送的任务完成确认消息时,将所冻结的任务报酬转移至任务接受方的第三方数字资产交易平台账户中。
90.例如,在上述实施例中,张某向任务平台发送任务完成确认消息,任务平台通过第
三方积分交易平台,将李某在某第三方积分子账户中的200某第三方积分兑换为任务平台中的100积分,转移到张某的任务平台账户中。
91.作为本发明的一种实施例,所述任务平台还可以通过接口实现与第三方数字资产交易平台的关联,任务平台中的数字资产和法币可以与所述第三方数字资产交易平台中的数字资产和法币进行交换。所述任务平台中的数字资产与第三方数字资产交易平台中的数字资产可以直接互换或通过一种转换比率进行兑换,可以兑换成第三方数字资产交易平台中与任务平台中对应数字资产等价的数字资产数额。
92.例如:在上述实施例中,李某向任务平台发布接孩子放学任务,任务中的任务报酬为100积分;任务发布后,任务平台通过对接到李某在第三方积分交易平台的账户,通过任务平台积分与某第三方积分的兑换规则,计算得出某第三方积分与任务平台中100积分等价的数字资产为200某第三方积分。在本发明的实施例中,所述任务平台提供商户接口,用于使商户通过所述商户接口发布广告、提供服务。
93.任务平台可以预留广告位,商户可以通过与任务平台进行合作在预留的广告位发布广告信息。例如,拼多多可以与任务平台达成合作,在广告位中发布特价商品详情以及打折促销活动等宣传。又例如,淘宝可以与任务平台达成合作,在广告位中发布天猫双十一预热宣传海报等。
94.在本发明的实施例中,还包括:
95.采集用户的基本信息;所述用户的基本信息包括用户的个人信息、用户专业信息和用户特长信息;以所述用户的基本信息作为大数据基础,对用户的属性进行大数据分析,并标记用户的属性标签,进行用户画像,以便根据应急任务需求进行针对性地推送。
96.在用户注册任务平台时,对用户的基本信息进行采集,包括用户的个人信息、用户职业信息和用户特长信息。用户的个人信息,例如姓名、身份证号、家庭住址、工作单位、联系方式等。用户职业信息,例如医生、消防员、警察、歌手、教师等。用户特长信息,例如擅长爬山、擅长跑步、擅长维修家电、擅长开车等。通过采集上述信息,可以对任务平台中的每个用户进行属性分析,标记属性标签,通过属性标签对用户进行画像,当突发应急任务需求时,可以有针对性的从用户中筛选出条件最符合的用户进行推送。
97.在本发明的实施例中,还包括:
98.获取用户任务发布和/或任务接收历史数据,训练神经网络模型,对用户的喜好/需求进行标注,生成用户的喜好标签/需求标签,进行用户画像;
99.当所述任务平台中有任务待推送时,获取所述任务的喜好标签,根据所述喜好标签将所述任务推送给具有相同喜好标签的用户;
100.当所述任务平台中有广告待推送时,获取所述广告内容对应的需求标签,根据所述需求标签将所述广告推送给具有相同需求标签的用户。
101.在本实施例中,任务平台通过记录和统计登录平台用户的任务发布和/或接收的历史数据,作为大数据基础,建立神经网络模型,将任务发布和/或接收的历史数据输入到神经网络模型中进行训练,能够生成每一个用户的喜好以及需求,例如根据任务发布历史数据可以推测出该用户的需求分布,并找出其日常需求,生成需求标签,为该用户进行标注。又例如根据任务接受历史数据可以推测出任务接受方用户的喜好,并生成喜好标签,为该用户进行标注。
102.当任务平台中有任务待推送时,任务平台将任务标签提取出来,将该标签与任务平台中用户的喜好标签进行匹配,找出喜好标签与任务标签一致的用户,进行推送或者优先推送。例如任务平台中有待发送任务,任务详情是接孩子放学,通过提取任务标签,将接孩子放学和跑腿设置成任务标签,将该任务标签与平台中用户的喜好标签进行匹配,匹配到任务平台中喜好标签为接孩子放学和跑腿的用户,将所述任务推送给该用户。
103.当任务平台中有广告待推送时,预先识别出广告内容,为广告内容标注需求标签,例如,当前广告是立白洗衣液,则为该广告标注家政服务标签、洗衣标签,根据上述两个需求标签识别出具有相同标签的用户,例如张某擅长洗衣服,经常接受洗衣服的任务,则该则立白洗衣液广告推送给张某。又例如,任务平台用户李某发布的关于家政类的任务占其发布任务中的一半以上,任务平台可以为李某选择家政服务类的商家广告进行推送。又例如,任务平台用户张某接受的跑腿类的任务比较多,任务平台可以在有任务发布方发布跑腿类任务时优先推送给张某。
104.作为本发明的一种实施例,当遇到紧急突发事件时,任务平台中的上级用户第一时间向其管辖范围内的下级用户发送任务,例如通知答复任务或签到任务等。使任务能够自上而下进行统一发布,并及时收到反馈,提高应对突发事件的能力。
105.通过上述实施例,能够赋予政府基层管理人员更多的管理功能和管理权限,在基层网格中,建立起以基层社区为单位的居民用户之间的互助交流方式,调动闲置居民的劳动积极性,合理利用闲置人力资源,达到社区自治,全民共治的和谐社区;并能够在突发事件面前,自上而下的第一时间做出应急管理措施,增强管理人员的突发事件应对能力。
106.需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本发明所必须的。
107.以上是关于方法实施例的介绍,以下通过系统实施例,对本发明所述方案进行进一步说明。
108.如图4所示,系统400包括服务器和客户端,所述服务器提供任务平台410;所述客户端包括任务发布方用户420和任务接受方用户430;
109.所述任务平台410,用于接收任务发布方用户发布的任务;对所述任务进行解析,筛选出匹配所述任务的用户簇,并将任务推送至所述用户簇;接收任务接受方用户发送的任务接受请求,将所述任务接受请求转发至任务发布方用户;接收任务接受方用户发送的任务完成消息,将任务完成消息推送至任务发布方用户。
110.在本实施例中,所述任务平台410,包括:
111.第一任务接收模块411,用于接收任务发布方用户发布的任务;以及接收任务接受方用户发送的任务接受请求;以及接收任务接受方用户发送的任务完成消息;
112.任务筛选模块412,用于对任务进行解析,并根据任务解析结果筛选出匹配所述任务的任务接受方用户;
113.第一任务发布模块413,用于将任务推送至所述任务接受方用户;以及将所述任务接受请求转发至任务发布方用户;
114.所述任务包括任务发布方类型、任务类型、任务详情和任务报酬;所述任务报酬为用于任务结算的数字资产和/或法币;所述数字资产由所述任务平台中具数字资产发行权限的用户发行,在所述任务平台中流通,且所述发行和流通过程通过区块链进行保护;所述数字资产还可以通过预设接口与数字资产交换平台进行交易。
115.所述数字资产发行权限由最高级用户指定,并分配给指定级别的用户。
116.支付模块414,用于完成所述任务的支付,将任务发布方的任务平台账户中预先冻结的任务报酬解冻,并转移至任务接受方的任务平台账户中。
117.权限划分模块415,用于将任务发布方用户及任务接受方用户进行分级设置,不同等级的用户设置不同的权限,其中:
118.不同等级用户中的相邻等级用户存在映射关系,其中上级用户有向下级用户发布任务的权限,下级用户有接收上级用户任务的权限;在下级用户接收到上级用户发布的任务时,对该任务进行确认应答;
119.具有同一个上级用户的同等级用户之间存在映射关系,有互相发布和接收任务的权限;所述映射关系包括一对一或一对多。
120.限定模块416,用于使所述任务发布方用户通过设定当前任务的标签和/或参数,对所述当前任务的任务接受方用户进行限定;使所述任务接受方用户可通过设定可接受任务的标签和/或参数,对可接受任务进行限定。
121.接口模块417,用于提供商户接口,使商户通过所述商户接口登录所述任务平台,以发布广告、提供服务。还可以用于提供平台接口,使所述任务平台与数字资产交换平台进行交易。
122.第一智能推送模块418,用于采集用户的基本信息;所述用户的基本信息包括用户的个人信息、用户职业信息和用户特长信息;
123.以所述用户的基本信息作为大数据基础,对用户的属性进行大数据分析,并标记用户的属性标签,进行用户画像,以便根据应急任务需求进行针对性地推送。
124.第二智能推送模块419,用于获取用户任务发布和/或任务接收历史数据,训练神经网络模型,对用户的喜好/需求进行标注,生成用户的喜好标签/需求标签,进行用户画像;
125.当所述任务平台中有任务待推送时,获取所述任务的喜好标签,根据所述喜好标签将所述任务推送给具有相同喜好标签的用户;
126.当所述任务平台中有广告待推送时,获取所述广告内容对应的需求标签,根据所述需求标签将所述广告推送给具有相同需求标签的用户。
127.任务发布方用户420,用于向所述任务平台发布任务,接收任务接受请求及任务完成消息。
128.在本实施例中,任务发布方用户420,还包括:
129.第二任务发布模块421,用于向所述任务平台发布任务;
130.第二任务接收模块422,用于接收任务接受请求及任务完成消息。
131.任务接受方用户430,用于接收所述任务平台推送的任务,向所述任务平台发送任务接受请求及任务完成消息。
132.在本实施例中,任务接受方用户430,还包括:
133.第三任务发布模块431,用于向所述任务平台发送任务接受请求及任务完成消息。
134.第三任务接收模块432,用于接收所述任务平台推送的任务。
135.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,所述描述的模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
136.如图5所示,设备包括中央处理单元(cpu),其可以根据存储在只读存储器(rom)中的计算机程序指令或者从存储单元加载到随机访问存储器(ram)中的计算机程序指令,来执行各种适当的动作和处理。在ram中,还可以存储设备操作所需的各种程序和数据。cpu、rom以及ram通过总线彼此相连。输入/输出(i/o)接口也连接至总线。
137.设备中的多个部件连接至i/o接口,包括:输入单元,例如键盘、鼠标等;输出单元,例如各种类型的显示器、扬声器等;存储单元,例如磁盘、光盘等;以及通信单元,例如网卡、调制解调器、无线通信收发机等。通信单元允许设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
138.处理单元执行上文所描述的各个方法和处理,例如方法s301~s303。例如,在一些实施例中,方法s301~s303可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元。在一些实施例中,计算机程序的部分或者全部可以经由rom和/或通信单元而被载入和/或安装到设备上。当计算机程序加载到ram并由cpu执行时,可以执行上文描述的方法s301~s303的一个或多个步骤。备选地,在其他实施例中,cpu可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法s301~s303。
139.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)等等。
140.用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
141.在本发明的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
142.此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文
中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
143.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献