CN110889734A - 一种订单处理方法、装置、电子设备及存储介质 - Google Patents
一种订单处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110889734A CN110889734A CN201910742412.5A CN201910742412A CN110889734A CN 110889734 A CN110889734 A CN 110889734A CN 201910742412 A CN201910742412 A CN 201910742412A CN 110889734 A CN110889734 A CN 110889734A
- Authority
- CN
- China
- Prior art keywords
- task
- gift
- party
- sending
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 17
- 238000000034 method Methods 0.000 claims abstract description 172
- 230000008569 process Effects 0.000 claims abstract description 80
- 238000012544 monitoring process Methods 0.000 claims description 105
- 230000027455 binding Effects 0.000 claims description 29
- 238000012545 processing Methods 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 13
- 230000015572 biosynthetic process Effects 0.000 claims description 7
- 238000012795 verification Methods 0.000 claims description 7
- 230000001737 promoting effect Effects 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 2
- 230000003203 everyday effect Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 239000008267 milk Substances 0.000 description 3
- 210000004080 milk Anatomy 0.000 description 3
- 235000013336 milk Nutrition 0.000 description 3
- 238000004088 simulation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 241000257303 Hymenoptera Species 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000571 coke Substances 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004851 dishwashing Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000001815 facial effect Effects 0.000 description 1
- 230000002650 habitual effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
- 235000011888 snacks Nutrition 0.000 description 1
- 230000009870 specific binding Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000010408 sweeping Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种订单处理方法、装置、电子设备及存储介质。方法包括获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。装置用于执行上述方法,本申请实施例通过服务器根据获得的任务执行情况判断得知任务执行方完成任务后,启动发送礼物的流程,使得任务执行方获得礼物,一方面,能够对任务执行方起到激励作用,另一方面,增加了礼物赠送过程中的互动性。
Description
技术领域
本申请涉及互联网技术领域,具体而言,涉及一种订单处理方法、装置、电子设备及存储介质。
背景技术
现有的送礼过程中,送礼方可以通过网上购物平台上购买礼物送给别人,现有的方式为挑选礼物-付款-商家寄送礼物。只有一个购买和赠送礼物的过程,而有时,我们在送给自己、孩子、亲友礼物的时候,希望有更多的互动过程、或者希望能激励孩子养成和坚持一些良好的习惯、或者希望通过一个礼物来激励自己去实现某个目标。现有的礼物赠送的方式并不能起到对收礼方的激励作用以及礼物赠送过程缺乏互动性。
发明内容
本申请实施例的目的在于提供一种订单处理方法、装置、电子设备及存储介质,以解决上述礼物赠送的方式并不能起到对收礼方的激励作用以及礼物赠送过程缺乏互动性的技术问题。
第一方面,本申请实施例提供一种订单处理方法,包括:
获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
本申请实施例通过服务器根据获得的任务执行情况判断得知任务执行方完成任务后,启动发送礼物的流程,使得任务执行方获得礼物,一方面,能够对任务执行方起到激励作用,另一方面,增加了礼物赠送过程中的互动性。
进一步地,在获得订单请求之后,所述方法还包括:
根据所述订单请求生成对应的信息标签。该信息标签用来唯一标识该订单请求。
进一步地,所述订单请求为任务设定方通过任务设定方终端进行设定并发送的。
进一步地,所述订单请求为任务设定方通过任务执行方的监测终端设定并发送的。
进一步地,所述订单请求为任务执行方通过任务执行方终端发送的,所述方法,还包括:接收任务设定方通过任务设定方终端发送的所述订单请求对应的配置资源。因此,该订单请求可以是任务执行方发起,其礼物由任务设定方购买。
进一步地,所述订单请求包括任务执行方终端信息和多个待选礼物,在获得订单请求之后,所述方法还包括:向所述任务执行方终端信息对应的任务执行方终端发送所述订单请求,以使所述任务执行方从多个待选礼物中选择目标礼物;接收所述任务执行方终端发送的目标礼物。订单请求中的多种礼物为任务执行方提供了更多选择。
进一步地,所述礼物发送任务为任务设定方从多个待选任务中选择获得;或所述礼物发送任务为任务设定方自定义获得。在进行任务的设定时,服务器可以为任务设定方提供多个待选任务供其选择,从而简化了任务设定的流程,也可以是任务设定方自己定义的任务,满足了用户的需求。
进一步地,所述订单请求包括任务执行方终端信息,在获得订单请求之后,所述方法还包括:向所述任务执行方终端发送订单告知消息。以告知任务执行方有要执行的任务以及完成任务后所能获得的礼物。
进一步地,所述订单请求还包括配置资源,相应的,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:若接收到所述任务执行方终端返回拒绝订单的消息,或若任务执行方在所述礼物发送任务中规定的时间内未完成所述礼物发送任务,则将所述配置资源全部或部分退回至所述配置资源的支付账户,从而保障了任务设定方的利益。
进一步地,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:若接收到所述任务执行方终端返回的接受订单的消息,允许所述任务执行方根据所述信息标签绑定任务监测终端。任务执行方可以接受任务,也可以拒绝任务,当接受任务之后,服务器可以允许任务执行方根据信息标签绑定监测终端。
进一步地,所述订单请求包括用于监测任务执行方的任务执行情况的监测终端信息;在获得订单请求之后,所述方法还包括:向所述监测终端信息对应的监测终端发送订单绑定请求,若接收到所述监测终端发送的确认绑定信息,则将所述订单请求与所述监测终端进行绑定。通过将订单请求绑定监测终端,从而当服务器获得到任务执行情况后,可以判断任务执行方是否完成任务。
进一步地,所述获得所述任务执行方对应的任务执行情况,包括:接收所述监测终端监测并发送的所述任务执行方的任务执行情况。
进一步地,所述获得所述任务执行方对应的任务执行情况,包括:接收任务设定方终端发送的所述任务执行方对应的任务执行情况;其中,所述任务执行情况为任务设定方在所述任务设定方终端输入的。
进一步地,所述订单请求包括礼物标识和任务执行方信息;所述启动向所述任务执行方发送礼物的流程,包括:根据所述任务执行方信息向对应的任务执行方发送所述礼物标识对应的礼物;或向第三方商家终端发送所述礼物标识和所述任务执行方信息,以使所述第三方商家根据所述礼物标识和所述任务执行方信息向所述任务执行方发送礼物。由于订单请求中包括礼物标识,因此,当服务器判断完成任务后,可以根据礼物标识向任务执行方发送对应的礼物,从而任务执行方能够获得到相应的礼物。
进一步地,所述订单请求还包括配置资源,相应的,
接收任务执行方终端发送的确认收货信息,并对所述配置资源进行结算操作。同时保障了任务执行方和礼物发送方的利益。
进一步地,所述在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程,包括:
对所述任务执行情况和/或对应的任务执行方身份的正确性进行校验,在校验通过并确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。通过校验的过程,防止他人冒名顶替执行任务。
进一步地,所述礼物发送任务包括多个子任务以及每个子任务对应的任务执行方信息,因此,礼物发送任务可以由多个任务执行方执行,并为每个任务执行方分配了对应的子任务。
进一步地,所述订单请求还包括每个子任务对应的礼物标识。
进一步地,所述根据所述任务执行情况确定所述礼物发送任务是否完成,包括:
若根据所述任务执行情况判断得知所有子任务均完成,则确定完成所述礼物发送任务。能够激励任务执行方都去完成对应的子任务。
进一步地,所述方法还包括:若根据所述任务执行情况判断得知所有的子任务中的任一个或多个子任务被完成,则获取对应子任务的目标礼物标识,并向所述子任务对应的任务执行方发送所述目标礼物标识对应的礼物。
进一步地,所述礼物发送任务还包括每个子任务对应的优先级,所述优先级用于表征对应子任务的执行顺序。通过设定优先级,使得任务执行方在执行任务的过程中更有趣味性。
进一步地,所述多个子任务由一个或多个任务设定方设定。
进一步地,所述任务执行方数量为多个,所述订单请求包括礼物标识,所述方法还包括:
在确定所述任务执行方完成任务的情况下,根据各任务执行方对应的任务执行情况对所述礼物标识对应的礼物进行划分,获得每个任务执行方能够获得的礼物占比;
获取任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
根据所述礼物占比向所述任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物占比,以使所述第三方商家根据所述礼物占比向对应的任务执行方发送礼物。
本申请实施例通过根据每个任务执行方所执行的任务量分配礼物,体现了公平性。
进一步地,所述任务执行方数量为多个,所述订单请求包括礼物标识,所述方法还包括:
在确定所述任务执行方完成任务的情况下,获取获得礼物的目标任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
根据所述礼物标识向所述目标任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物标识,以使所述第三方商家根据所述礼物标识向对应的任务执行方发送礼物。
本申请实施例中当任务执行方完成任务后,向目标任务执行方发送礼物,一方面,能够对收礼方起到激励作用,另一方面,增加了礼物赠送过程中的互动性。
进一步地,在确定所述礼物发送任务执行完成之前,所述方法还包括:
周期性向所述监测终端发送执行任务的提醒消息。以督促任务执行方执行任务。
进一步地,所述订单请求包括任务设定方终端信息,在获得所述任务执行方对应的任务执行情况之后,所述方法还包括:
周期性向所述任务设定方终端信息对应的任务设定方终端发送所述任务执行情况。使得任务设定方获知任务执行方的任务执行情况,进一步可以督促任务执行方。
进一步地,所述礼物发送任务包括以下任意一项或其组合:
学习任务;
运动任务;
习惯养成任务;
家务任务;
促进亲子关系和夫妻关系的任务;
慈善或公益参与任务;
旅游任务。
本申请实施例通过设定对应的礼物发送任务,一方面能够增加收礼过程中的趣味性和互动性,另一方面,能够促使收礼方进行学习、运动或养成良好的习惯。
第二方面,本申请实施例提供另一种订单处理方法,包括:
所述任务设定方终端接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;
所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
进一步地,所述任务设定方终端接收礼物发送任务,包括:
所述任务设定方终端接收任务设定方输入的自定义的礼物发送任务;或
所述任务设定方终端接收所述任务设定方从预设的多个任务中选择的礼物发送任务。
进一步地,所述方法还包括:
所述任务设定方终端将所述礼物发送任务发送至监测终端,以使所述监测终端根据所述礼物发送任务对任务执行方进行监测,获得任务执行情况,所述任务执行情况用于所述服务器确定是否完成任务,并且在完成任务的情况下启动向任务执行方发送礼物的流程。
进一步地,所述礼物发送任务包括以下任意一项或其组合:
学习任务;
运动任务;
习惯养成任务;
家务任务;
促进亲子关系和夫妻关系的任务;
慈善或公益参与任务;
旅游任务。
第三方面,本申请实施例提供一种订单处理装置,包括:
请求获得模块,用于获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;
任务执行情况获得模块,用于获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
第四方面,本申请实施例提供另一种订单处理装置,包括:
任务接收模块,用于接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;
请求发送模块,用于所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
第五方面,本申请实施例提供一种电子设备,包括:处理器、存储器和总线,其中,
所述处理器和所述存储器通过所述总线完成相互间的通信;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行第一方面或第二方面的方法步骤。
第六方面,本申请实施例提供一种非暂态计算机可读存储介质,包括:
所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行第一方面或第二方面的方法步骤。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种订单处理方法流程示意图;
图2为本申请实施例提供的另一种订单处理方法流程示意图;
图3为本申请实施例提供的有一种订单处理方法信令交互图;
图4为本申请实施例提供的一种订单处理装置结构示意图;
图5为本申请实施例提供的另一种订单处理装置结构示意图;
图6为本申请实施例提供的电子设备实体结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
值得注意的是,在本申请之前,送礼方要送给收礼方一件礼物时,可以直接将礼物送给收礼方,也可以用礼物盒将要送的礼物包装起来送给收礼方,无论采用哪种方式,收礼方均能够直接获得礼物。另外,在送礼物过程中,送礼方还可以与收礼方进行事先约定,若收礼方完成送礼方指定的任务后,送礼方才会将礼物送出。此时,收礼方在没有得到礼物的前提下,可能会缺乏执行任务的动力,再有,若收礼方在完成指定的任务后,送礼方也有可能反悔而不将礼物送给收礼方。因此,本申请提供一种订单处理方法,该方法通过订单处理装置的介入,一方面能够激励收礼方执行预先约定的任务,增加送礼方与收礼方之间的互动性,另一方面能够防止送礼方在送礼的过程中反悔。
应当说明的是,本申请实施例中,若无特殊说明,则任务设定方是指设定礼物发送任务,一般是送礼方即购买礼物的人,当然,送礼方也可以邀请其他人来设定礼物发送任务,此时是,送礼方邀请的人为礼物设定方。任务执行方为执行礼物发送任务的人,一般是收礼物的人或多个任务执行方中的一个或多个人,当然,任务执行方也可以是收礼方之外的其他人。当然,除了任务设定方设定礼物发送任务外,任务执行方自己也可以设定礼物发送任务,由任务设定方购买礼物,具体情况参见下面描述。
图1为本申请实施例提供的一种订单处理方法流程示意图,如图1所示,该方法可以应用于服务器,具体包括:
步骤101:获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;
步骤102:获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
在具体的实施过程中,在步骤101中,任务设定方跟任务执行方之间可以事先约定,若任务执行方完成指定的任务,则任务设定方送给任务执行方一件或多件礼物。约定之后,为了防止任务设定方反悔,任务设定方可以通过任务设定方终端向服务器发送订单请求,其中订单请求中可以包括礼物发送任务,该礼物发送任务为任务设定方与任务执行方之间约定的需要任务执行方完成的任务。另外,应当说明的是,任务设定方也可以不与任务执行方约定,而是直接向服务器发送订单请求,后期,任务执行方可以选择接受或者拒绝执行任务。
其中,礼物发送任务可以包括以下任意一项或其组合:学习任务;运动任务;习惯养成任务;家务任务;促进亲子关系和夫妻关系的任务;慈善或公益参与任务;旅游任务。
其中:对于学习任务,例如:每天学习英语1小时,坚持21天,为一项学习任务;每天背诵一篇古诗词并且坚持30天,为一项学习任务;10天内完成2000英文单词的背诵任务;学习任务还可以为时事新闻阅读等。
对于运动任务,例如:每天跑步3公里,坚持一个月;每天消耗4000焦卡路里,坚持一个月为一项运动任务;每天行走步数超过2万步,坚持25天为一项运动任务;10天内完成10万公里的跑步任务等。
对于习惯养成任务,例如:按照设定的时间起床、睡觉,坚持三个月为一项习惯养成任务;按时吃饭,坚持三个月为一项习惯养成任务;一个月内不吃零食为一项习惯养成任务等。
对于家务任务,例如:每天做一件家务,坚持一个月为一项家务任务,其中,家务可以为扫地、拖地、洗碗等。
对于促进亲子和夫妻关系的任务,例如:父母每周需陪伴孩子的次数和时间为一项任务;每月需要共进晚餐几次、看几次电影、一起运动几次等。对于父母需要每周陪小孩3次,每次半小时的解锁任务,可以通过在父母和小孩身上佩戴手环,在父母开始陪小孩时,将父母的手环与小孩的手环进行触碰,此时,手环开始计时,当陪伴结束后,进行第二次触碰,手环结束计时,完成一次任务后,手环可以直接将任务执行情况发送至任务判断终端。可以理解的是,还可以通过父母所佩戴手环获取父母的位置信息,以及通过小孩佩戴的手环获取小孩的位置信息,若当父母的位置与小孩的距离小于预设距离,则可认为父母是在陪伴小孩。
对于慈善或公益参与任务,例如:通过第三方公益平台在沙漠种树或向贫困地区献爱心。可以通过第三方公益平台:蚂蚁森林,可以通过行走步数、消费等操作为自己在沙漠中的树进行浇水,从而完成公益计划。因此,慈善或公益参与计划可以为在第三方公益平台上完成一棵树的种植。
对于旅游任务,例如:去某个旅游景点、某个城市、某个餐厅等。
服务器可以通过以下方式获得订单请求:
1、服务器获得的订单请求可以是任务设定方在任务设定方终端中安装的礼物赠送的应用程序(Application,APP)、关注的公众号或小程序进行任务的设定,设定完成后点击提交,任务设定方终端将订单请求发送给服务器。例如:任务设定方可以通过其自己的手机设定礼物发送任务,并向服务器发送订单请求。
2、任务设定方直接访问服务器,在服务器中设定礼物发送任务等信息,服务器根据任务设定方设定的信息生成对应的订单请求。
3、任务设定方可以在监测任务执行方执行任务的监测终端设定礼物发送任务,在设定完成后,监测终端向服务器发送订单请求。例如:监测终端为一台可以与服务器进行通讯的学习机,任务设定方在该学习机上设定礼物发送任务,学习机可以向服务器发送订单请求。
4、任务执行方自己可以在任务执行方终端设定任务,并通过任务执行方终端向服务器发送订单请求。针对此种情况,例如:小孩可以自己设定需要执行的任务,以及完成任务后想要获得的礼物,并上传至服务器,父母可以通过自己的手机向服务器发送对应的配置资源,可以理解的是,配置资源可以是电子货币、比特币等。
对于步骤102,礼物发送任务可以是一次性的任务,例如期末考试英语成绩在100分以上,也可以是需要持续执行的任务,例如:每天跑步800米,坚持一个月。当礼物发送任务为需要持续执行的任务时,任务执行情况是指任务执行方执行任务的情况,即可以为收礼方当次任务完成量,也可以是累计任务完成量。当任务执行情况为当次任务完成量时,服务器在获得到当次任务完成量之后,统计任务执行方的累计任务完成量,然后将累计任务完成量与礼物发送任务中的任务总量进行比对,判断是否满足礼物发送任务中的要求。当任务执行情况为累计任务完成量时,服务器将获得到的累计任务完成量与礼物发送任务中的任务总量进行比对,判断是否满足礼物发送任务中的要求。当然,任务执行情况还可以为任务完成进度,当服务器在获得到该任务完成进度后可直接判断是否满足礼物发送任务中的要求。
在服务器确定任务执行方完成任务的情况下,启动向任务执行方发送礼物的流程,其中,具体的发送礼物的流程在下面进行详细描述。
本申请实施例通过任务设定方设定礼物发送任务,由任务执行方去执行任务,由服务器判断任务执行方是否完成任务,在完成任务的情况下,启动礼物发送流程,任务执行方获得相应的礼物。在整个礼物赠送过程中,增加了任务设定方与任务执行方之间的互动,同时,由服务器确定是否发送礼物,防止任务执行方在完成任务的情况下,任务设定方反悔而不送相应的礼物的情况发生。
在上述实施例的基础上,在获得订单请求之后,所述方法还包括:
根据所述订单请求生成对应的信息标签。
示例性地,信息标签可以为一个二维码或者条形码,信息标签的作用是用来唯一标识该订单请求,并且在信息标签中包括有订单请求中的相关信息,例如可以包括礼物发送任务、任务设定方信息、任务执行方信息等。
本申请实施例通过使用信息标签来表示唯一的订单请求,从而可以方便简洁的将订单信息发送给任务执行方终端,以及方便任务设定方、任务执行方和服务器进行订单追踪。
在上述实施例的基础上,所述订单请求包括任务执行方终端信息和多个待选礼物,在获得订单请求之后,所述方法还包括:
向所述任务执行方终端信息对应的任务执行方终端发送所述订单请求,以使所述任务执行方从多个待选礼物中选择目标礼物;
接收所述任务执行方终端发送的目标礼物。
在具体的实施过程中,任务执行方终端信息可以是任务执行方所使用的终端的手机号,也可以是任务执行方所使用的终端上通讯软件的账号、邮箱等。多个待选礼物可以是服务器提供的默认的礼物,也可以是任务设定方自定义的礼物,还可以是任务设定方从服务器提供的默认的礼物中选择的多个礼物。当服务器获得到订单请求后,可以根据任务执行方终端信息将该订单请求发送给任务执行方终端,任务执行方终端在接收到订单请求后,任务执行方可以从多个待选礼物中选择一个目标礼物。在选择了目标礼物后,任务执行方终端将选择的目标礼物发送给服务器。
在上述实施例的基础上,所述礼物发送任务为任务设定方从多个待选任务中选择获得;或所述礼物发送任务为任务设定方自定义获得。
在具体的实施过程中,任务设定方在设定礼物发送任务时,其任务设定方终端可以与服务器通信,接收服务器提供的多个待选任务,其中,多个待选任务可以是服务器中的默认任务,也可以是根据任务设定方信息的历史订单等信息个性化生成的多个待选任务。任务设定方可以从多个待选任务中选择一个或多个任务作为礼物发送任务。任务设定方也可以根据服务器提供的任务设定模板,选择或输入对应的内容,生成礼物发送任务。另外,任务设定方也可以通过任务设定方终端自定义礼物发送任务,在自定义完成之后,任务设定方终端将包括礼物发送任务的订单请求发送至服务器。
在上述实施例的基础上,所述订单请求包括任务执行方终端信息,在获得订单请求之后,所述方法还包括:向所述任务执行方终端发送订单告知消息。
在具体的实施过程中,订单告知消息中可以包括信息标签,在信息标签中包括任务执行方需要完成的任务等信息,另外,订单告知消息的目的是告知任务执行方有一个订单,这个订单需要任务执行方完成的任务,以及完成后可以获得的礼物,还可以供任务执行方选择是否接受该订单。应当说明的是,任务执行方终端信息可以是任务执行方所使用终端的手机号,也可以是任务执行方终端上的通讯软件的账号,邮箱账号等能够使服务器将订单告知消息发送至任务执行方终端的信息。应当说明的是,订单请求中还可以包括任务执行方的地址信息,服务器可以以实体告知函的方式,根据任务执行方的地址寄送给任务执行方。并且订单请求中也可以不包括收礼方的联系方式和地址,任务执行方从任务设定方获得礼物的条件。
在上述实施例的基础上,所述订单请求还包括配置资源,相应的,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:
若接收到所述任务执行方终端返回拒绝订单的消息,或若任务执行方在所述礼物发送任务中规定的时间内未完成所述礼物发送任务,则将所述配置资源全部或部分退回至所述配置资源的支付账户。
在具体的实施过程中,配置资源可以是钱,也可以是电子货币或比特币等用于进行网上交易的资源。以电子货币为例,任务设定方在向服务器发送订单请求时,支付了一定的电子货币。
当任务执行方终端接收到服务器发送的订单告知消息后,任务执行方可以选择是否接受订单,如果不想接受,则向服务器发送拒绝订单的消息,如果服务器接收到任务执行方终端返回拒绝订单的消息,则将任务设定方提交的全部电子货币或部分电子货币退回给任务设定方的支付账户中。当然,在退回时,也可以退回至任务设定方指定的账户中。
再有,当服务器将订单告知消息发送给任务执行方终端之后,任务执行方选择接受礼物,则说明任务执行方需要开始执行订单请求中的礼物发送任务。如果服务器得知在规定的时间内未完成礼物发送任务,则也会将订单请求中的全部电子货币或部分电子货币退回到原来的支付账户,或者退回到任务设定方指定的账户中。
其中,在规定的时间内未完成礼物发送任务包括以下两种情况:1、订单请求中可以设定任务期限,服务器也可以根据礼物发送任务自动生成任务期限,如果任务执行方在规定的时间内没有完成礼物发送任务;2、在执行任务期间,任务执行方要主动放弃,则会通过任务执行终端向服务器发送放弃消息,既然任务执行方主动放弃任务,则在规定的时间内也是完成不了任务的。
应当说明的是,部分配置资源的确定,可以是根据订单请求中的配置资源的多少确定,例如可以是全部配置资源的百分之十,具体比例可以根据实际情况确定。另外,还可以根据从提交订单请求到收到拒绝订单的消息的时长确定,时间越长扣除的配置资源越多。
在另一实施方式中,任务设定方终端提供的配置资源可以冻结在任务设定方的账户中,当任务执行方完成礼物发送任务中的要求,且服务器或第三方商家将礼物寄出后,将冻结的配置资源发送给服务器或第三方商家;若收礼方没有完成任务,则可以将冻结的配置资源进行释放,从而可以重新回到任务设定方的账户上。另外,任务设定方终端提供的配置资源还可以寄存在监护端,该监护端可以为可信的机构等,该监护端的作用为负责对配置资源的监管,当任务执行方完成礼物发送任务中的要求,且服务器或第三方商家将礼物寄出后,监护端再将配置资源发送给服务器或第三方商家;若收礼方没有完成任务,则监护端将配置资源进行释放,从而可以重新退回至任务设定方的账户上。
本申请实施例中,当收礼方没有完成相应的任务时,便无法获得约定的礼物,由于礼物并没有送出去,因此可以将任务设定方送的配置资源全部或部分退回至任务设定方的支付账户,以此保证了任务设定方的利益不受损失。
在上述实施例的基础上,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:
若接收到所述任务执行方终端返回的接受订单的消息,允许所述任务执行方根据所述信息标签绑定任务监测终端。
在具体的实施过程中,服务器将订单告知消息发送给任务执行方终端后,任务执行方可以在任务执行方终端查看订单的相关信息,例如需要执行的任务以及完成任务后可以获得的礼物,从而可以决定是否接受该订单,如果接受,则可以通过任务执行方终端向服务器发送接受订单的消息,服务器在接收到该消息之后,允许任务执行方绑定任务监测终端,即开启该订单请求的绑定监测终端的权限。可以理解的是,任务执行方在绑定任务监测终端时,可以根据信息标签进行绑定,例如信息标签为二维码,在任务执行方进行监测终端绑定时,可以通过监测终端扫描二维码,并通过二维码向服务器发送绑定请求,绑定请求中包括订单信息和监测终端信息,服务器将该订单信息和监测终端进行绑定。
本申请实施例通过在接收到任务执行方终端返回的接受订单的消息后允许进行监测终端的绑定,从而防止他人冒名绑定监测终端去执行任务。
在上述实施例的基础上,所述订单请求包括用于监测任务执行方的任务执行情况的监测终端信息;在获得订单请求之后,所述方法还包括:
向所述监测终端信息对应的监测终端发送订单绑定请求,若接收到所述监测终端发送的确认绑定信息,则将所述订单请求与所述监测终端进行绑定。
在具体的实施过程中,任务设定方在任务设定方终端创建订单请求时,除了设定礼物发送任务外,还可以设定监测终端信息,其中,监测终端信息可以是监测终端的设备标识。服务器在接收到订单请求后,从订单请求中获取监测终端信息,并向对应的监测终端发送订单绑定请求,当监测终端接收到订单绑定请求后,任务执行方可以选择是否同意绑定,若同意,则监测终端向服务器发送确认绑定信息,服务器在接收到确认绑定信息之后将监测终端与该订单请求进行绑定。
在上述实施例的基础上,所述获得所述任务执行方对应的任务执行情况,包括:
接收所述监测终端监测并发送的所述任务执行方的任务执行情况。
在具体的实施过程中,监测终端根据礼物发送任务的不同而不同,且监测终端可以与任务执行方终端为同一终端。例如:若礼物发送任务为每天跑步八百米,坚持1个月,那么监测终端可以为任务执行方的手机、智能手环等能够计步的智能设备,任务执行方的手机也可以为任务执行方终端。再如:若礼物发送任务为每天在学习机上做20道数学题,坚持1个月,那么监测终端可以为能够与服务器通信的学习机。
另外,任务执行情况还可以是用户在第三方应用中发布的消息,该消息可以认为是打卡消息,例如:礼物发送任务为完成某个健身软件中的一套课程,并且要求在每节课程完成后发布打卡消息。服务器可以从该健身软件中获取打卡消息,并根据获取的打卡消息确定是否完成任务。再如:礼物发送任务为在三个月内去某个景点旅游,当任务执行方到该景点之后,可以通过社交软件的朋友圈发送带有该景点位置信息的状态,服务器可以从朋友圈中获取该状态,将该状态作为任务执行情况,从而确定是否完成任务。监测终端在监测到任务执行方执行的任务后,将对应的任务执行情况发送至服务器。
在上述实施例的基础上,所述获得所述任务执行方对应的任务执行情况,包括:
接收任务设定方终端发送的所述任务执行方对应的任务执行情况;其中,所述任务执行情况为任务设定方在所述任务设定方终端输入的。
在具体的实施过程中,对于一些礼物发送任务,也可以不需要监测终端监测任务执行方的任务执行情况。例如:礼物发送任务为期末考试英语成绩超过100分,当期末成绩出来之后,任务设定方可以在任务设定方终端输入英语成绩,作为任务执行情况,任务设定方终端将任务执行情况发送至服务器,服务器根据该任务执行情况判断任务执行方是否完成任务。
在上述实施例的基础上,所述订单请求包括礼物标识和任务执行方信息;所述启动向所述任务执行方发送礼物的流程,包括:
根据所述任务执行方信息向对应的任务执行方发送所述礼物标识对应的礼物;或
向第三方商家终端发送所述礼物标识和所述任务执行方信息,以使所述第三方商家根据所述礼物标识和所述任务执行方信息向所述任务执行方发送礼物。
在具体的礼物发送流程中,订单请求中可以包括礼物标识,该礼物标识可以是任务设定方和任务执行方之间协商后确定的,也可以是任务设定方自己选择的。且该礼物标识与礼物一一对应,不同的礼物其礼物标识不同。例如:礼物标识可以为某个商家所售卖的一个衣服的编号,或者是某个商家所售卖的电影票的编号等,也可以是任务设定方自己手持的电子礼物,例如,可以是任务设定方的电子币,或者是任务设定方已购买的电影票的电子兑换码等。任务执行方信息可以是任务执行方的收货地址,也可以是任务执行方的账户等,其具体可以根据礼物确定。例如:若礼物为电子礼物(例如游戏币或电子货币),那么任务执行方信息可以为对应的账户;若礼物为实体礼物(礼物一件衣服),那么任务执行方信息可以为任务执行方的收货地址。
另外,若礼物为该服务器自营的商品,当服务器确定任务执行方完成任务,则直接将礼物标识对应的任务发送至任务执行方;若礼物以由第三方商家代发,则服务器在确定任务执行方完成任务之后,将礼物标识以及任务执行方信息发送给第三方商家,第三方商家根据礼物标识将对应的礼物发送至对应的任务执行方。
本申请实施例中任务设定方送出的礼物可以是电子礼物,此时任务设定方可以预先将要送出的礼物发送至处理装置,当判断得知第二终端发送的任务执行信息达到礼物发送任务的要求后,处理装置直接将电子礼物发送至收礼方账号中,能够有效防止任务设定方在送礼过程中出现反悔的情况。
在上述实施例的基础上,所述订单请求还包括配置资源,相应的,
接收任务执行方终端发送的确认收货信息,并对所述配置资源进行结算操作。
在具体的实施过程中,当任务执行方收到礼物之后,可以通过任务执行方终端向服务器发送确认收货信息,若此时任务设定方反悔,则会给服务器对应的商家或第三方商家带来损失,因此,为了避免该情况的发生,任务设定方终端在向服务器发送订单请求时,可以在订单请求中添加配置资源,其中该配置资源可以是任务设定方应付的礼物的全部或部分费用,又或是服务费。在服务器接收到确认收货信息之后,可以对预先存储的配置资源进行结算操作,如果订单请求中的配置资源是礼物的部分费用,或服务器,则任务设定方应当补齐该礼物的全部费用。具体的结算操作如下:
第一种,如果服务器为商家服务器,其能够直接向任务执行方发送礼物,那么订单请求中的配置资源归该服务器所有,存储在该服务器对应的账户中。
第二种,如果服务器将礼物标识和任务执行方信息发送给第三方商家,由第三方商家向任务执行方发送礼物。由于礼物是第三方商家发送的,那么订单请求中的配置资源应该给第三方商家,在服务器接收得到任务执行方发送的确认收货信息之后,将配置资源发送到第三方商家的账户中,以完成配置资源的结算。
本申请实施例通过服务器在收到任务执行方终端发送的确认收货信息之后,进行配置资源的结算,从而一方面保证了任务执行方能够获得礼物,另一方面保障了发送礼物一方的利益。
在上述实施例的基础上,所述在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程,包括:
对所述任务执行情况和/或对应的任务执行方身份的正确性进行校验,在校验通过并确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
在具体的实施过程中,由于可能存在其他冒名顶替任务执行方领取或执行任务,也可能存在他人冒名顶替任务执行方发送任务执行情况。因此,当服务器接收到任务执行情况之后,可以对任务执行情况和/或任务执行方的身份进行正确性校验。对于对任务执行情况进行正确性校验是指,若服务器接收监测终端发送的任务执行情况,且任务执行情况是按照与服务器约定好的加密方式进行加密后发送的,服务器在接收到任务执行情况之后进行解密,如果能解开,则说明任务执行情况是正确的。对于任务执行方身份的正确性校验,是指,在向服务器发送任务执行情况时,可以携带任务执行方的身份信息,例如任务执行方的面部图像、指纹、虹膜、预先设定的问题的答案等,在服务器接收到任务执行情况之后,从中提取任务执行方的身份信息,并与预先存储在服务器中的任务执行方的身份信息进行比对,如果比对一致,则验证通过。
在验证通过之后,服务器可以启动向任务执行方发送礼物的流程。
本申请实施例通过对任务执行情况和任务执行方身份的正确性校验,能够保证任务执行情况不被他人冒名执行。
在上述实施例的基础上,所述礼物发送任务包括多个子任务以及每个子任务对应的任务执行方信息。
在具体的实施过程中,任务设定方在设定礼物发送任务时,可以设定多个子任务,由多个子任务构成一个礼物发送任务,并且多个子任务都可以有同一个任务执行方去完成,也可以对每个子任务指定相应的任务执行方去完成。例如:礼物发送任务中包括两个子任务,第一个子任务由妈妈设定,第二个子任务由爸爸设定。在设定时,妈妈可以发起创建订单,在妈妈设定完第一个子任务后,向爸爸的终端发起邀请,由爸爸设定第二个子任务。
另外,多个子任务可以由一个任务设定方执行,也可以由多个任务执行方公共设定。例如:第一个子任务有大儿子去执行,第二个子任务由小儿子去执行。
再有,礼物发送任务可以对应一个礼物标识,例如:该礼物可以是100块钱,也可以对应多个礼物标识,例如:第一个子任务对应的礼物是一台学习机,第二个子任务对应的礼物是一个毛绒玩具。
对于礼物发送任务包括多个子任务的情况,服务器在判断是否完成任务时,可以有两种判断方式,即当所有的子任务均完成,则确定完成任务,任务执行方能够获得到礼物;当某个子任务完成,则确定完成了这个子任务,任务执行方能够获得子任务对应的礼物。接上面的例子,如果小儿子完成了其对应的任务,而大儿子没有完成,此时小儿子可以获得到毛绒玩具。
在上述实施例的基础上,所述礼物发送任务还包括每个子任务对应的优先级,所述优先级用于表征对应子任务的执行顺序。
在具体的实施过程中,接上面的例子,在设定礼物发送任务时,可以设定第一个子任务的优先级为1,第二个子任务的优先级为2。任务执行方在执行任务时,只有大儿子先完成任务之后,小儿子才可以开始执行第二个子任务。同理,对于多个子任务由同一个任务执行方执行时,当任务执行方需要按照子任务的优先级依次执行。
在另一实施例中,礼物发送任务中只包括一个任务,那么也可以由多个任务执行方共同执行。例如任务为在一个月内跑步50公里,由大儿子和小儿子共同完成,该任务对应的礼物为100元。这100元可以指定其中一个人获得,也可以指定第三人获得,还可以根据二人的任务执行情况进行分配。如果是根据二人的任务执行情况进行分配,且大儿子共跑步40公里,小儿子共跑步10公里,那么大儿子可以获得80元,小儿子可以获得20元。在发送礼物时,获取大儿子的账户信息和小儿子的账户信息,然后将80元打到大儿子的账户中,20元打到小儿子的账户中。同理,如果是需要第三方商家发送礼物,那么将礼物的占比情况发送给第三方商家,由第三方商家根据礼物占比向对应的任务执行方发送礼物。
本申请实施例可以在一个订单请求中设置多个礼物发送任务,并且每个礼物发送任务都有对应的优先级,从而,任务设定方一次可以送出多个礼物,并且使得任务设定方通过执行任务逐渐获得到约定的礼物,增加了收礼过程中的趣味性,也能更有效的去激励收礼方去执行任务。
在上述实施例的基础上,当任务执行方数量为多个时,还可以设定一个收礼物的人,这个收礼物的人可以是多个任务执行方中的一个,即目标任务执行方信息。并且收礼物的人可以是在设定礼物发送任务时设定的,也可以是后期向服务器发送的,本申请实施例对此不作具体限定。由于订单请求中包括礼物标识,因此,当服务器判断获知任务完成后,向目标任务执行方发送礼物标识对应的礼物,或者将礼物标识和目标任务执行方信息发送给第三方商家,第三方商家在接收到礼物标识和目标任务执行方信息之后,向目标任务执行方发送礼物。
本申请实施例通过多人协作的方式完成任务,能够互相激励去执行任务。
在上述实施例的基础上,在确定所述礼物发送任务执行完成之前,所述方法还包括:
周期性向所述监测终端发送执行任务的提醒消息。
在具体的实施过程中,当任务执行方向服务器发送了要与订单请求进行绑定的监测终端后,在服务器确定礼物发送任务完成之前,可以周期性向监测终端发送执行任务的提醒消息,其中,可以在每天的下午4点发送一次,也可以两天发送一次,具体周期可以预先设定,本申请实施例对此不作具体限定。另外,可以以短信的形式发送提醒消息,也可以以推送消息的方式发送,还可以以邮件的形式提醒,本申请实施例对此不作具体限定。其中,触发发送提醒消息的时机可以是预先设定发送周期,即,每天晚上7点钟进行提醒;还可以是服务器判断在预设时间内是否接收到监测终端发送的任务执行情况,若没有收到,则向监测终端发送提醒消息。监测终端在接收到提醒消息后,可以通过文字信息、图像信息、语音播报、响铃、音乐或灯光闪烁中的任意一种或多种组合的方式进行提醒。
另外,如果监测终端与任务执行方终端不是同一终端,那么服务器除了可以向监测终端发送提醒消息外,还可以向任务执行方终端发送提醒消息。且发送提醒消息可以是与向监测终端同步发送,也可以重新确定发送周期进行发送,或者也可以先向监测终端发送提醒消息,如果在发送之后的预设时间段内没有接收到监测终端上传的任务执行情况,则再向任务执行方终端发送提醒消息。
本申请实施例通过周期性向监测终端发送提醒消息,以及时督促任务执行方去执行任务。
再有,在任务完成之前,服务器还可以周期性向任务设定方终端发送任务执行情况,以告知任务设定方当前的任务完成情况,任务设定方也可以及时去督促任务执行方去执行任务。
图2为本申请实施例提供的另一种订单处理方法流程示意图,如图2所示,该方法可以应用于任务设定方终端,包括:
步骤201:所述任务设定方终端接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;
步骤202:所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
在具体的实施过程中,任务设定方可以在任务设定方终端上设定礼物发送任务,例如:任务设定方通过任务设定方终端的键盘、录音机等输入模块将礼物发送任务发送给任务设定方终端。在任务设定方终端在接收到礼物发送任务后,生成订单请求,该订单请求中包括需要任务执行方完成的礼物发送任务。其中,礼物发送任务与上述实施例中描述的一致,此处不再赘述。在生成订单请求之后,任务设定方终端向服务器发送订单请求。服务器在接收到订单请求之后,可以进行后续的操作,例如,向任务执行方终端发送礼物告知消息、绑定监测终端、接收任务执行情况、判断是否完成任务、在确定完成任务后,启动礼物发送的流程等。
进一步地,任务设定方在设定礼物发送任务时,可以直接输入要设定的任务,例如:每天跑步800米,坚持一个月。也可以通过任务设定方终端向服务器请求获取预先存储在服务器中的待选任务,在接收到服务器返回的多个任务之后,任务设定方可以从多个任务中选择一个或多个作为礼物发送任务。
进一步地,任务设定方终端在向服务器发送订单请求之后,还可以向监测终端发送礼物发送任务,其中,监测终端的确定可以是任务设定方与任务执行方事先约定好的。监测终端在接收到礼物发送任务后可以对任务执行方进行监测,获得任务执行情况,并将任务执行情况发送给服务器。
图3为本申请实施例提供的有一种订单处理方法信令交互图,如图3所示,该信令交互图中涉及任务设定方终端、服务器、任务执行方终端和检测终端之间的信令交互,包括:
步骤301:设定礼物发送任务;任务设定终端接收任务设定方设定的礼物发送任务,礼物发送任务具体可以是上述实施例提供的类型,本申请实施例不再赘述;任务设定终端根据礼物发送任务生成对应的订单请求,并将订单请求发送给服务器;
步骤302:接收订单请求;服务器接收任务设定方终端发送的订单请求;
步骤303:生成信息标签;服务器根据接收到的订单请求生成对应的信息标签;
步骤304:发送礼物告知消息;服务器向任务执行方终端发送礼物告知消息,其中,礼物告知消息包括步骤303生成的信息标签;
步骤305:接受订单;任务执行方终端在接收到礼物告知消息之后,任务执行方可以选择是否接受订单,并向服务器发送对应的消息;
步骤306:监测终端绑定;在任务执行方选择接受订单之后,可以选择合适的监测终端与订单请求进行绑定,具体绑定过程与上述实施例一致,此处不再赘述;
步骤307:获得任务执行情况;在绑定完监测终端后,监测终端可以监测任务执行方的任务执行情况,并将任务执行情况发送给服务器;
步骤308:确定完成任务;服务器在接收到任务执行情况之后,判断任务执行方是否完成任务,若完成任务则执行步骤309;
步骤309:发送礼物;在确定任务执行方完成任务的情况下,启动向任务执行方发送礼物的流程,具体流程与上述实施例一致,此处不再赘述。
本申请实施例通过任务设定方设定礼物发送任务,由任务执行方去执行任务,由服务器判断任务执行方是否完成任务,在完成任务的情况下,启动礼物发送流程,任务执行方获得相应的礼物。在整个礼物赠送过程中,增加了任务设定方与任务执行方之间的互动,同时,由服务器确定是否发送礼物,防止任务执行方在完成任务的情况下,任务设定方反悔而不送相应的礼物的情况发生。
为了便于理解,下面结合具体应用场景对订单处理方法进行描述:
1、妈妈通过手机装载的礼物赠送的APP、关注的公众号、小程序或通过电脑访问网址的方式创建订单,在创建订单时可以设置礼物发送任务,该礼物发送任务可以是要求儿子每天走路的步数超过两万步,坚持一个月。另外,在创建订单时,还可以设定任务执行方信息(即儿子的手机号、微信号或邮箱等)、礼物标识以及礼物对应的预付款。其中,选择的礼物可以是服务器提供的礼物,也可以是妈妈选择的第三方商家提供的礼物。上述信息生成之后生成订单请求,将订单请求发送给服务器。服务器在接收到该订单请求后,为该订单请求生成对应的信息标签,该信息标签可以是二维码。并且,可以将该信息标签发送给儿子的终端上,儿子的终端在接收到该信息标签后,可以通过识别二维码获得信息标签中的内容,例如其需要完成的任务以及完成任务后可以获得的礼物。儿子可以选择接受或者拒绝,则接收订单之后,可以通过终端向服务器发送接受订单的消息。儿子可以选择合适的监测终端进行监测,例如监测终端为智能手环,其可以利用智能手环扫描二维码或者通过终端中智能手环的应用程序扫描二维码向服务器发送绑定请求,服务器在接收到该绑定请求之后,将智能手环与该订单请求进行绑定。
儿子的智能手环可以监测其每天行走的步数,并将每天的任务执行情况发送给服务器,如果服务器判断儿子完成了任务,则将对应的礼物发送给儿子。
2、妈妈在儿子的学习机上创建订单,其中该礼物发送任务可以是每周做一套模拟题,坚持6周,若儿子完成任务可以获得100元,在创建完成后学习机生成订单请求,并将订单请求发送给服务器。可以理解的是,学习机可以与服务器通信。服务器在接收到订单请求之后生成信息标签,也可以将该信息标签发送给儿子的终端(手机)上,由于学习机就可以作为监测终端,其可以统计儿子做了几套模拟题,以及每套模拟题的完成情况。因此,学习机可以将任务执行情况发送给服务器,服务器判断是否完成任务,在确定完成任务的情况下,执行礼物发送流程,具体礼物发送的流程此处不再赘述。
3、妈妈创建一个订单请求,要求孩子需要完成多个子任务后才能得到自己想要的礼物,其中妈妈通过自己的第一终端设立第一个子任务为每天读英语半小时,坚持100天,并把订单发送到爸爸的终端,邀请爸爸设定第二个子任务,爸爸通过自己的第一终端设定每天运动3000步,坚持100天,并把订单发送给奶奶的终端,奶奶通过自己的终端设定第三个子任务为每天21:00睡觉,早上7:00起床,坚持100天。奶奶设置完成后可以将最终生成的订单请求发送给服务器,孩子开始执行上述三项任务,并通过监测终端将任务执行情况发送给服务器,服务器在判断孩子完成任务后,开启礼物发送的流程。
4、小朋友想要妈妈送给其一个毛绒玩具,通过自己的终端创建一个订单请求,在该订单请求中设定自己愿意每天做一件家务,坚持100天,如果完成任务,请妈妈送自己指定的毛绒玩具。妈妈通过其对应的终端接受订单请求,并支付预付款项。当小朋友完成任务,订单自动启动发送礼物的流程,向小朋友发送订单中的毛绒玩具,同时接收妈妈的预付款项。
5、福利院通过一终端创建一个订单,订单中包括了礼物发送任务以及100元的预付款项,设定礼物发送任务为去福利院照顾小朋友3个小时,完成任务后可以得到这100元或者100元对应的礼物,订单创建完成后通过网络发布该订单,以寻求领取此任务的人。某任务执行方通过自己的终端接受此订单,并选择了对应的礼物。然后去福利院完成此任务,任务完成后,可以获得在此订单中选择的礼物。
6、任务执行方A可以通过自己的终端创建一个订单,订单中设定了自己想要得到的礼物是一个钢笔,如果谁愿意为此钢笔买单,那任务执行方A可以完成一个他设定的任务。B通过自己的终端接收此订单,愿意为此钢笔提供预付款项,同时设定需要任务执行方A去福利院照顾小朋友3个小时。任务执行方A接受任务。去福利院照顾小朋友3个小时,服务器判断完成后,启动向任务执行方A发送礼物的流程同时扣除B的预付款项。
7、公益机构发起一个订单,要求10个人完成,每个人跑步100公里,完成此任务后,每个人可以得到U盘一个。有10个人参与后,分别将自己的监测终端与此订单绑定,每个人通过对应的监测终端将任务完成情况上传到服务器,服务器判断任务完成,启动礼物发送流程。如果其中有1个人未达成,则终止订单。
8、任务执行方有多个的情况下,礼物可以是由其中一个任务执行方获得,也可以是多个任务执行方共同获得,还可以由除任务执行方以外的其他人获得,现将获得礼物的人称为收礼方,比如收礼方可以邀请朋友帮忙一起完成礼物发送任务。此时,任务执行方获得礼物发送任务的方式可以包括如下几种:
第一,礼物发送任务中包括多个子任务,且每个子任务对应一个任务执行方,服务器可以将礼物发送任务发送至收礼方对应的终端,然后由收礼方的终端将每个子任务发送给对应的多个任务执行方终端;服务器也可以直接将礼物发送任务的子任务同时发送给收礼方指定的多个任务执行方终端。
第二,礼物发送任务中可以包括一个任务,处理装置将该礼物发送任务发送至收礼方终端后,收礼方可以邀请朋友帮忙一起完成此任务,收礼方终端可以将该礼物发送任务发送至其他多个任务执行方终端,多个人一同执行;服务器还可以同时将礼物发送任务发送至收礼方指定的多个任务执行方终端,以便多个任务执行方终端可以同时开始执行任务。
例如:任务设定方设定行走100公里,当A接收到该任务后,可以是A行走10公里,剩下的90公里由B、C和D帮助完成,当服务器接收到的任务完成量为一共行走了100公里或任务完成进度为100%即可,行走的100公里可以为A、B、C和D,也可以是A单独完成的。
若礼物发送任务由多个收礼方执行,例如:礼物发送任务为:A每天跑步3公里,B每天背诵10个英文单词,均坚持20天。则A和B均需要根据礼物发送任务的要求进行执行,当A和B均完成指定的任务,则A和B可以获得礼物。另一种礼物发送任务可以为:A和B每天一共跑步5公里,一共坚持20天,此时无论是A单独执行任务,还是B单独执行任务,亦或是A和B共同执行任务,只要任务完成,则可获得对应的礼物。
图4为本申请实施例提供的一种订单处理装置结构示意图,该装置可以是电子设备上的模块、程序段或代码。应理解,该装置与上述图1方法实施例对应,能够执行图1方法实施例涉及的各个步骤,该装置具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。如图4所示,该装置包括请求获得模块401和任务执行情况获得模块402,其中:
请求获得模块401用于获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;任务执行情况获得模块402用于获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
在上述实施例的基础上,该装置还包括标签生成模块,用于根据所述订单请求生成对应的信息标签。
在上述实施例的基础上,所述订单请求为任务设定方通过任务设定方终端进行设定并发送的。
在上述实施例的基础上,所述订单请求为任务设定方通过任务执行方的监测终端设定并发送的。
在上述实施例的基础上,所述订单请求为任务执行方通过任务执行方终端发送的,该装置还包括配置资源接收模块,用于接收任务设定方通过任务设定方终端发送的所述订单请求对应的配置资源。
在上述实施例的基础上,该装置还包括订单发送模块,用于向所述任务执行方终端信息对应的任务执行方终端发送所述订单请求,以使所述任务执行方从多个待选礼物中选择目标礼物;
礼物接收模块,用于接收所述任务执行方终端发送的目标礼物。
在上述实施例的基础上,所述礼物发送任务为任务设定方从多个待选任务中选择获得;或所述礼物发送任务为任务设定方自定义获得。
在上述实施例的基础上,所述订单请求包括任务执行方终端信息,该装置包括告知模块,用于向所述任务执行方终端发送订单告知消息。
在上述实施例的基础上,所述订单请求还包括配置资源,相应的,该装置还包括配置资源处理模块,用于若接收到所述任务执行方终端返回拒绝订单的消息,或若任务执行方在所述礼物发送任务中规定的时间内未完成所述礼物发送任务,则将所述配置资源全部或部分退回至所述配置资源的支付账户。
在上述实施例的基础上,该装置还包括绑定权限模块,用于若接收到所述任务执行方终端返回的接受订单的消息,允许所述任务执行方根据所述信息标签绑定任务监测终端。
在上述实施例的基础上,所述订单请求包括用于监测任务执行方的任务执行情况的监测终端信息;该装置还包括绑定模块,用于向所述监测终端信息对应的监测终端发送订单绑定请求,若接收到所述监测终端发送的确认绑定信息,则将所述订单请求与所述监测终端进行绑定。
在上述实施例的基础上,任务执行情况获得模块具体用于接收所述监测终端监测并发送的所述任务执行方的任务执行情况。
在上述实施例的基础上,任务执行情况获得模块具体用于接收任务设定方终端发送的所述任务执行方对应的任务执行情况;其中,所述任务执行情况为任务设定方在所述任务设定方终端输入的。
在上述实施例的基础上,所述订单请求包括礼物标识和任务执行方信息;任务执行情况获得模块具体用于根据所述任务执行方信息向对应的任务执行方发送所述礼物标识对应的礼物;或向第三方商家终端发送所述礼物标识和所述任务执行方信息,以使所述第三方商家根据所述礼物标识和所述任务执行方信息向所述任务执行方发送礼物。
在上述实施例的基础上,所述订单请求还包括配置资源,相应的,该装置还包括资源结算模块,用于接收任务执行方终端发送的确认收货信息,并对所述配置资源进行结算操作。
在上述实施例的基础上,任务执行情况获得模块具体用于对所述任务执行情况和/或对应的任务执行方身份的正确性进行校验,在校验通过并确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
在上述实施例的基础上,所述礼物发送任务包括多个子任务以及每个子任务对应的任务执行方信息。
在上述实施例的基础上,所述订单请求还包括每个子任务对应的礼物标识。
在上述实施例的基础上,任务执行情况获得模块具体用于若根据所述任务执行情况判断得知所有子任务均完成,则确定完成所述礼物发送任务。
在上述实施例的基础上,该装置还包括第一礼物发送模块,用于若根据所述任务执行情况判断得知所有的子任务中的任一个或多个子任务被完成,则获取对应子任务的目标礼物标识,并向所述子任务对应的任务执行方发送所述目标礼物标识对应的礼物。
在上述实施例的基础上,所述礼物发送任务还包括每个子任务对应的优先级,所述优先级用于表征对应子任务的执行顺序。
在上述实施例的基础上,所述多个子任务由一个或多个任务设定方设定。
在上述实施例的基础上,所述任务执行方数量为多个,所述订单请求包括礼物标识,该装置还包括:
礼物划分模块,用于在确定所述任务执行方完成任务的情况下,根据各任务执行方对应的任务执行情况对所述礼物标识对应的礼物进行划分,获得每个任务执行方能够获得的礼物占比;
第一信息获取模块,用于获取任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
第二礼物发送模块,用于根据所述礼物占比向所述任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物占比,以使所述第三方商家根据所述礼物占比向对应的任务执行方发送礼物。
在上述实施例的基础上,所述任务执行方数量为多个,所述订单请求包括礼物标识,该装置还包括:
第二信息获取模块,用于在确定所述任务执行方完成任务的情况下,获取获得礼物的目标任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
第三礼物发送模块,用于根据所述礼物标识向所述目标任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物标识,以使所述第三方商家根据所述礼物标识向对应的任务执行方发送礼物。
在上述实施例的基础上,该装置还包括提醒模块,用于周期性向所述监测终端发送执行任务的提醒消息。
在上述实施例的基础上,所述订单请求包括任务设定方终端信息,该装置还包括:情况发送模块,用于周期性向所述任务设定方终端信息对应的任务设定方终端发送所述任务执行情况。
图5为本申请实施例提供的另一种订单处理装置结构示意图,该装置可以是电子设备上的模块、程序段或代码。应理解,该装置与上述图2方法实施例对应,能够执行图2方法实施例涉及的各个步骤,该装置具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。如图5所示,该装置包括:任务接收模块501和请求发送模块502,其中:
任务接收模块501用于接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;请求发送模块502用于所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
在上述实施例的基础上,任务接收模块具体用于所述任务设定方终端接收任务设定方输入的自定义的礼物发送任务;或所述任务设定方终端接收所述任务设定方从预设的多个任务中选择的礼物发送任务。
在上述实施例的基础上,该装置还包括:
任务发送模块,用于所述任务设定方终端将所述礼物发送任务发送至监测终端,以使所述监测终端根据所述礼物发送任务对任务执行方进行监测,获得任务执行情况,所述任务执行情况用于所述服务器确定是否完成任务,并且在完成任务的情况下启动向任务执行方发送礼物的流程。
综上所述,本申请实施例通过任务设定方设定礼物发送任务,由任务执行方去执行任务,由服务器判断任务执行方是否完成任务,在完成任务的情况下,启动礼物发送流程,任务执行方获得相应的礼物。在整个礼物赠送过程中,增加了任务设定方与任务执行方之间的互动,同时,由服务器确定是否发送礼物,防止任务执行方在完成任务的情况下,任务设定方反悔而不送相应的礼物的情况发生。
图6为本申请实施例提供的电子设备实体结构示意图,如图6所示,所述电子设备,包括:处理器(processor)601、存储器(memory)602和总线603;其中,
所述处理器601和存储器602通过所述总线603完成相互间的通信;
所述处理器601用于调用所述存储器602中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (35)
1.一种订单处理方法,其特征在于,包括:
获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;
获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
2.根据权利要求1所述的方法,其特征在于,在获得订单请求之后,所述方法还包括:
根据所述订单请求生成对应的信息标签。
3.根据权利要求1所述的方法,其特征在于,所述订单请求为任务设定方通过任务设定方终端进行设定并发送的。
4.根据权利要求1所述的方法,其特征在于,所述订单请求为任务设定方通过任务执行方的监测终端设定并发送的。
5.根据权利要求1所述的方法,其特征在于,所述订单请求为任务执行方通过任务执行方终端发送的,所述方法,还包括:
接收任务设定方通过任务设定方终端发送的所述订单请求对应的配置资源。
6.根据权利要求1所述的方法,其特征在于,所述订单请求包括任务执行方终端信息和多个待选礼物,在获得订单请求之后,所述方法还包括:
向所述任务执行方终端信息对应的任务执行方终端发送所述订单请求,以使所述任务执行方从多个待选礼物中选择目标礼物;
接收所述任务执行方终端发送的目标礼物。
7.根据权利要求1所述的方法,其特征在于,所述礼物发送任务为任务设定方从多个待选任务中选择获得;或所述礼物发送任务为任务设定方自定义获得。
8.根据权利要求2所述的方法,其特征在于,所述订单请求包括任务执行方终端信息,在获得订单请求之后,所述方法还包括:向所述任务执行方终端发送订单告知消息。
9.根据权利要求8所述的方法,其特征在于,所述订单请求还包括配置资源,相应的,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:
若接收到所述任务执行方终端返回拒绝订单的消息,或若任务执行方在所述礼物发送任务中规定的时间内未完成所述礼物发送任务,则将所述配置资源全部或部分退回至所述配置资源的支付账户。
10.根据权利要求8所述的方法,其特征在于,在向所述任务执行方终端信息发送订单告知消息之后,所述方法还包括:
若接收到所述任务执行方终端返回的接受订单的消息,允许所述任务执行方根据所述信息标签绑定任务监测终端。
11.根据权利要求1所述的方法,其特征在于,所述订单请求包括用于监测任务执行方的任务执行情况的监测终端信息;在获得订单请求之后,所述方法还包括:
向所述监测终端信息对应的监测终端发送订单绑定请求,若接收到所述监测终端发送的确认绑定信息,则将所述订单请求与所述监测终端进行绑定。
12.根据权利要求10或11所述的方法,其特征在于,所述获得所述任务执行方对应的任务执行情况,包括:
接收所述监测终端监测并发送的所述任务执行方的任务执行情况。
13.根据权利要求1所述的方法,其特征在于,所述获得所述任务执行方对应的任务执行情况,包括:
接收任务设定方终端发送的所述任务执行方对应的任务执行情况;其中,所述任务执行情况为任务设定方在所述任务设定方终端输入的。
14.根据权利要求1所述的方法,其特征在于,所述订单请求包括礼物标识和任务执行方信息;所述启动向所述任务执行方发送礼物的流程,包括:
根据所述任务执行方信息向对应的任务执行方发送所述礼物标识对应的礼物;或
向第三方商家终端发送所述礼物标识和所述任务执行方信息,以使所述第三方商家根据所述礼物标识和所述任务执行方信息向所述任务执行方发送礼物。
15.根据权利要求14所述的方法,其特征在于,所述订单请求还包括配置资源,相应的,所述方法还包括:
接收任务执行方终端发送的确认收货信息,并对所述配置资源进行结算操作。
16.根据权利要求1所述的方法,其特征在于,所述在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程,包括:
对所述任务执行情况和/或对应的任务执行方身份的正确性进行校验,在校验通过并确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
17.根据权利要求1所述的方法,其特征在于,所述礼物发送任务包括多个子任务以及每个子任务对应的任务执行方信息。
18.根据权利要求17所述的方法,其特征在于,所述订单请求还包括每个子任务对应的礼物标识。
19.根据权利要求17所述的方法,其特征在于,所述根据所述任务执行情况确定所述礼物发送任务是否完成,包括:
若根据所述任务执行情况判断得知所有子任务均完成,则确定完成所述礼物发送任务。
20.根据权利要求18所述的方法,其特征在于,所述方法还包括:
若根据所述任务执行情况判断得知所有的子任务中的任一个或多个子任务被完成,则获取对应子任务的目标礼物标识,并向所述子任务对应的任务执行方发送所述目标礼物标识对应的礼物。
21.根据权利要求17所述的方法,其特征在于,所述礼物发送任务还包括每个子任务对应的优先级,所述优先级用于表征对应子任务的执行顺序。
22.根据权利要求17所述的方法,其特征在于,所述多个子任务由一个或多个任务设定方设定。
23.根据权利要求1所述的方法,其特征在于,所述任务执行方数量为多个,所述订单请求包括礼物标识,所述方法还包括:
在确定所述任务执行方完成任务的情况下,根据各任务执行方对应的任务执行情况对所述礼物标识对应的礼物进行划分,获得每个任务执行方能够获得的礼物占比;
获取任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
根据所述礼物占比向所述任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物占比,以使所述第三方商家根据所述礼物占比向对应的任务执行方发送礼物。
24.根据权利要求1所述的方法,其特征在于,所述任务执行方数量为多个,所述订单请求包括礼物标识,所述方法还包括:
在确定所述任务执行方完成任务的情况下,获取获得礼物的目标任务执行方信息,其中,所述任务执行方信息为任务设定方在提交订单请求前设定的,或在提交订单请求后通过任务执行方终端与所述订单请求绑定后获得;
根据所述礼物标识向所述目标任务执行方信息对应任务执行方发送礼物,或向第三方商家发送所述礼物标识,以使所述第三方商家根据所述礼物标识向对应的任务执行方发送礼物。
25.根据权利要求10或11所述的方法,其特征在于,在确定所述礼物发送任务执行完成之前,所述方法还包括:
周期性向所述监测终端发送执行任务的提醒消息。
26.根据权利要求1所述的方法,其特征在于,所述订单请求包括任务设定方终端信息,在获得所述任务执行方对应的任务执行情况之后,所述方法还包括:
周期性向所述任务设定方终端信息对应的任务设定方终端发送所述任务执行情况。
27.根据权利要求1所述的方法,其特征在于,所述礼物发送任务包括以下任意一项或其组合:
学习任务;
运动任务;
习惯养成任务;
家务任务;
促进亲子关系和夫妻关系的任务;
慈善或公益参与任务;
旅游任务。
28.一种订单处理方法,其特征在于,应用于任务设定方终端,包括:
所述任务设定方终端接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;
所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
29.根据权利要求28所述的方法,其特征在于,所述任务设定方终端接收礼物发送任务,包括:
所述任务设定方终端接收任务设定方输入的自定义的礼物发送任务;或
所述任务设定方终端接收所述任务设定方从预设的多个任务中选择的礼物发送任务。
30.根据权利要求28所述的方法,其特征在于,所述方法还包括:
所述任务设定方终端将所述礼物发送任务发送至监测终端,以使所述监测终端根据所述礼物发送任务对任务执行方进行监测,获得任务执行情况,所述任务执行情况用于所述服务器确定是否完成任务,并且在完成任务的情况下启动向任务执行方发送礼物的流程。
31.根据权利要求28-30任一项所述的方法,其特征在于,所述礼物发送任务包括以下任意一项或其组合:
学习任务;
运动任务;
习惯养成任务;
家务任务;
促进亲子关系和夫妻关系的任务;
慈善或公益参与任务;
旅游任务。
32.一种订单处理装置,其特征在于,包括:
请求获得模块,用于获得订单请求,所述订单请求包括礼物发送任务,所述礼物发送任务包括任务执行方需要完成的任务;
任务执行情况获得模块,用于获得所述任务执行方对应的任务执行情况,在根据所述任务执行情况确定完成所述礼物发送任务的情况下,启动向任务执行方发送礼物的流程。
33.一种订单处理装置,其特征在于,包括:
任务接收模块,用于接收礼物发送任务,并根据所述礼物发送任务生成对应的订单请求,所述礼物发送任务包括任务执行方需要完成的任务;
请求发送模块,用于所述任务设定方终端向服务器发送所述订单请求,以使所述服务器根据所述订单请求以及获得的任务执行情况确定完成任务后,启动向任务执行方发送礼物的流程。
34.一种电子设备,其特征在于,包括:处理器、存储器和总线,其中,
所述处理器和所述存储器通过所述总线完成相互间的通信;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如权利要求1-27任一项或28-31任一项所述的方法。
35.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如权利要求1-27任一项或28-31任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910026284 | 2019-01-10 | ||
CN2019100262844 | 2019-01-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110889734A true CN110889734A (zh) | 2020-03-17 |
Family
ID=69745854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910742412.5A Pending CN110889734A (zh) | 2019-01-10 | 2019-08-12 | 一种订单处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110889734A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111985914A (zh) * | 2020-08-19 | 2020-11-24 | 北京百度网讯科技有限公司 | 结算方法、装置、节点及可读存储介质 |
CN112699348A (zh) * | 2020-12-25 | 2021-04-23 | 中国平安人寿保险股份有限公司 | 核身信息校验的方法、装置、计算机设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945138A (zh) * | 2010-10-09 | 2011-01-12 | 复旦大学 | 一种利用移动Agent实现鲜花订单智能处理的系统 |
CN106408144A (zh) * | 2015-08-03 | 2017-02-15 | 宋磊 | 一种发布任务完成任务得到奖励的运作模式 |
CN107705430A (zh) * | 2017-09-21 | 2018-02-16 | 深圳友朋智能商业科技有限公司 | 一种人机交互方法、装置、存储介质及自动售货机 |
CN107767007A (zh) * | 2016-09-05 | 2018-03-06 | 北京三快在线科技有限公司 | 任务分配方法及装置 |
CN108765711A (zh) * | 2018-05-21 | 2018-11-06 | 江苏美萃恪斯数字技术有限公司 | 无人售货柜与显示器组合 |
CN108898522A (zh) * | 2018-06-21 | 2018-11-27 | 居利国 | 基于多方互连的习惯养成方法及系统 |
-
2019
- 2019-08-12 CN CN201910742412.5A patent/CN110889734A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945138A (zh) * | 2010-10-09 | 2011-01-12 | 复旦大学 | 一种利用移动Agent实现鲜花订单智能处理的系统 |
CN106408144A (zh) * | 2015-08-03 | 2017-02-15 | 宋磊 | 一种发布任务完成任务得到奖励的运作模式 |
CN107767007A (zh) * | 2016-09-05 | 2018-03-06 | 北京三快在线科技有限公司 | 任务分配方法及装置 |
CN107705430A (zh) * | 2017-09-21 | 2018-02-16 | 深圳友朋智能商业科技有限公司 | 一种人机交互方法、装置、存储介质及自动售货机 |
CN108765711A (zh) * | 2018-05-21 | 2018-11-06 | 江苏美萃恪斯数字技术有限公司 | 无人售货柜与显示器组合 |
CN108898522A (zh) * | 2018-06-21 | 2018-11-27 | 居利国 | 基于多方互连的习惯养成方法及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111985914A (zh) * | 2020-08-19 | 2020-11-24 | 北京百度网讯科技有限公司 | 结算方法、装置、节点及可读存储介质 |
CN111985914B (zh) * | 2020-08-19 | 2024-04-12 | 北京百度网讯科技有限公司 | 结算方法、装置、节点及可读存储介质 |
CN112699348A (zh) * | 2020-12-25 | 2021-04-23 | 中国平安人寿保险股份有限公司 | 核身信息校验的方法、装置、计算机设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10192274B2 (en) | Method and device for providing online gifting | |
JP6570642B2 (ja) | オンライン商品予約システム | |
BE1022651B1 (nl) | Systemen en werkwijzen voor het opnieuw verdelen van tickets voor een evenement | |
KR20170052557A (ko) | 쌍방향 멀티플레이어 게임 세션을 마련하고 관객에게 제시하는 시스템 및 방법 | |
KR102293877B1 (ko) | 블록체인 기반 관광 이벤트 처리 시스템 및 방법 | |
JP2018507717A (ja) | ゲーム収益のための方法およびシステム | |
WO2018219201A1 (zh) | 用于风险测评的数据采集方法及装置和电子设备 | |
CN110889734A (zh) | 一种订单处理方法、装置、电子设备及存储介质 | |
CN112915548A (zh) | 多媒体播放平台的数据处理方法、装置、设备及存储介质 | |
CN105787060A (zh) | 一种问答方法以及系统 | |
CN104917631A (zh) | 预测发起、参与及信息处理方法、装置及系统 | |
CN109948882A (zh) | 基于区块数据结构的任务处理方法及相关设备 | |
US20160373579A1 (en) | Systems and methods to determine quality of services provided over real-time communication connections | |
JP2020027650A (ja) | クイズ方式の質問および回答サービス提供方法およびシステム | |
CN110889715A (zh) | 礼物盒的解锁方法、礼物盒、装置、电子设备及存储介质 | |
JP2015181034A (ja) | 特典付与装置、特典付与方法及び特典付与プログラム | |
CN110379090A (zh) | 礼物柜的解锁方法、装置、礼物柜、存储介质及电子设备 | |
US10104234B2 (en) | Systems and methods to enroll users for real time communications connections | |
US20160132972A1 (en) | Social media platform | |
US20220398569A1 (en) | Learning recommendation engine for family chore management system | |
CN108369712A (zh) | 用于拍卖型消费者参与平台的系统和方法 | |
CN115702435A (zh) | 对象管理系统 | |
JP6696672B1 (ja) | チャレンジ支援システム | |
CN113436011A (zh) | 智能合约处理方法、装置、设备及计算机可读存储介质 | |
WO2018217214A1 (en) | Tap to reserve |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200317 |