CN112035241A - 任务处理方法以及装置 - Google Patents
任务处理方法以及装置 Download PDFInfo
- Publication number
- CN112035241A CN112035241A CN202011085503.5A CN202011085503A CN112035241A CN 112035241 A CN112035241 A CN 112035241A CN 202011085503 A CN202011085503 A CN 202011085503A CN 112035241 A CN112035241 A CN 112035241A
- Authority
- CN
- China
- Prior art keywords
- user
- monitoring
- transaction
- processing
- instruction
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 58
- 238000012544 monitoring process Methods 0.000 claims abstract description 310
- 238000012545 processing Methods 0.000 claims abstract description 188
- 230000009467 reduction Effects 0.000 claims description 38
- 238000000034 method Methods 0.000 claims description 35
- 238000004458 analytical method Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 10
- 238000011946 reduction process Methods 0.000 claims 1
- 230000006399 behavior Effects 0.000 description 28
- 230000009471 action Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000026676 system process Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本说明书实施例提供任务处理方法以及装置,其中所述任务处理方法包括:接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;在根据所述用户标识确定所述监控用户为第一用户的情况下,向所述监控用户发送项目参与请求,并接收所述监控用户发送的所述项目参与指令;在基于所述项目参与指令确定所述监控用户参与所述项目的情况下,向所述业务端发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理,该方法通过使用户加入项目给予免去处罚的机会,提升用户体验。
Description
技术领域
本说明书实施例涉及计算机技术领域,特别涉及两种任务处理方法。本说明书一个或者多个实施例同时涉及两种任务处理装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
近年来,互联网产品和服务层出不穷,各大平台的使用规则也各不相同,有些用户为了利益发布虚假信息、贩卖违禁商品、甚至进行电信诈骗等,因此互联网平台针对用户在使用互联网平台产品时的违规行为进行监控,对用户进行处罚;但有些用户在误操作的情况下出现的违反平台规则的行为,也同样会被平台处罚,并没有解除处罚的机会,这样对用户极度不友好。
因此亟需一种任务处理方法以解决上述问题。
发明内容
有鉴于此,本说明书施例提供了两种任务处理方法。本说明书一个或者多个实施例同时涉及两种任务处理装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种任务处理方法,包括:
接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;
在根据所述用户标识确定所述监控用户为第一用户的情况下,向所述监控用户发送项目参与请求,并接收所述监控用户发送的所述项目参与指令;
在基于所述项目参与指令确定所述监控用户参与所述项目的情况下,向所述业务端发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
可选的,所述监控事务包括第一事件;
相应的,所述接收业务端针对监控用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述监控用户为第二用户的情况下,基于所述监控用户的用户标识确定所述监控用户的权益值;
基于所述第一事件确定针对所述监控用户的权益降低值;
根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理。
可选的,所述在根据所述用户标识确定所述监控用户为第一用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配不成功,则确定所述监控用户为第一用户。
可选的,所述在根据所述用户标识确定所述监控用户为第二用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配成功,则确定所述监控用户为第二用户。
可选的,所述接收所述监控用户发送的所述项目参与指令之后,还包括:
在基于所述项目参与指令确定所述监控用户拒绝参与所述项目的情况下,向所述业务端发送所述监控事务的第二处理指令。
可选的,所述监控事务包括第二事件;
相应的,所述向所述业务端发送所述监控事务的第一处理指令,包括:
基于所述第二事件生成第一处理指令;
向所述业务端发送针对所述第二事件生成的所述第一处理指令。
可选的,所述向所述业务端发送针对所述第二事件生成的所述第一处理指令之前,还包括:
对所述监控事务中的第二事件进行解析,获得所述第二事件的解析结果;
判断所述第二事件的解析结果是否满足预设处理条件;
若是,向所述业务端发送针对所述第二事件的所述第一处理指令;
若否,向所述业务端发送针对所述第二事件的所述第二处理指令。
可选的,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述业务端针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
可选的,根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理,包括:
基于所述监控用户的权益值与所述监控用户的权益降低值的差值,获得所述监控用户的更新权益值;
基于所述更新权益值更新所述监控用户的权益值。
根据本说明书实施例的第二方面,提供了另一种任务处理方法,包括:
接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识;
在根据所述用户标识确定所述违规用户为第一用户的情况下,向所述违规用户发送信用承诺参与请求,并接收所述违规用户发送的所述信用承诺参与指令;
在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下,向所述平台发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
可选的,所述监控事务包括违规事件;
相应的,所述接收平台针对违规用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述违规用户为第二用户的情况下,基于所述违规用户的用户标识确定所述违规用户的信用分;
基于所述违规事件确定针对所述违规用户的信用降低分;
根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行信用分降低处理。
可选的,所述在根据所述用户标识确定所述违规用户为第一用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配不成功,则确定所述违规用户为第一用户。
可选的,所述在根据所述用户标识确定所述违规用户为第二用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配成功,则确定所述违规用户为第二用户。
可选的,所述接收所述违规用户发送的所述信用承诺参与指令之后,还包括:
在基于所述信用承诺参与指令确定所述违规用户拒绝参与所述信用承诺的情况下,向所述平台发送所述监控事务的保持处罚指令。
可选的,所述监控事务包括处罚事件;
相应的,所述向所述平台发送所述监控事务的第一处理指令,包括:
基于所述处罚事件生成解除处罚指令;
向所述平台发送针对所述处罚事件生成的所述解除处罚指令。
可选的,所述向所述平台发送针对所述处罚事件生成的所述解除处罚指令之前,还包括:
对所述监控事务中的处罚事件进行解析,获得所述处罚事件的解析结果;
判断所述处罚事件的解析结果是否满足预设处理条件;
若是,向所述平台发送针对所述处罚事件的所述解除处罚指令;
若否,向所述平台发送针对所述处罚事件的保持处罚指令。
可选的,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述平台针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
可选的,根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行信用分降低处理,包括:
基于所述违规用户的信用分与所述违规用户的信用降低分的差值,获得所述违规用户的更新信用分;
基于所述更新信用分更新所述违规用户的信用分。
根据本说明书实施例的第三方面,提供了一种任务处理装置,包括:
第一接收模块,被配置为接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;
在根据所述用户标识确定所述监控用户为第一用户的情况下;
第一发送模块,被配置为向所述监控用户发送项目参与请求;
第二接收模块,被配置为接收所述监控用户发送的所述项目参与指令;
在基于所述项目参与指令确定所述监控用户参与所述项目的情况下;
第二发送模块,被配置为向所述业务端发送所述监控事务的第一处理指令;
第一处理模块,被配置为基于所述第一处理指令对所述监控事务进行处理。
根据本说明书实施例的第四方面,提供了另一种任务处理装置,包括:
第三接收模块,被配置为接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识;
在根据所述用户标识确定所述违规用户为第一用户的情况下;
第三发送模块,被配置为向所述违规用户发送信用承诺参与请求;
第四接收模块,被配置为接收所述违规用户发送的所述信用承诺参与指令;
在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下;
第四发送模块,被配置为向所述平台发送所述监控事务的第一处理指令;
第二处理模块,被配置为基于所述第一处理指令对所述监控事务进行处理。
根据本说明书实施例的第五方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现事务处理方法的步骤。
根据本说明书实施例的第六方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述任务处理方法的步骤。
本说明书一个实施例实现了一种任务处理方法、装置,其中,第一种任务处理方法包括接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;在根据所述用户标识确定所述监控用户为第一用户的情况下,向所述监控用户发送项目参与请求,并接收所述监控用户发送的所述项目参与指令;在基于所述项目参与指令确定所述监控用户参与所述项目的情况下,向所述业务端发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理;
所述任务处理方法通过监控用户加入所述项目,向业务端发送监控事务的处理指令,实现了通过信用承诺给予用户免去处罚的机会并通过承诺约束今后的行为,有效地控制风险,业务端提升了信用,体现了业务端的人性化。
附图说明
图1是本说明书一个实施例提供的第一种任务处理方法的流程图;
图2是本说明书一个实施例提供的第二种任务处理方法的流程图;
图3A是本说明书一个实施例提供的第一种任务处理方法的处理过程流程图;
图3B是本说明书一个实施例提供的第二种任务处理方法的处理过程流程图;
图4是本说明书一个实施例提供的第一种任务处理装置的结构示意图;
图5是本说明书一个实施例提供的第二种任务处理装置的结构示意图;
图6是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
违规用户:是指违反平台规则的用户。
在本说明书中,提供了一种任务处理方法,本说明书同时涉及一种任务处理装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
实际应用中,业务端对用户的监控事务是净化业务端使用环境的关键一环,不仅可以有效的控制住业务端所存在的风险,也同时向用户传递了信任,提高了用户的使用体验,然而各个业务端的规则多种多样,比如,按时履约、禁止乱发违禁图片、禁止贩卖违禁商品等,因此,对于监控事务的后续的处理也至关重要,如果后续的处理方法与结果不妥善,会影响用户的正常使用。
本申请提供的任务处理方法,为了保证对监控用户所做的监控事务进行合理的处理,使监控用户参与项目,并在监控用户确定参与此项目的情况下,向业务端发送对所监控事务的处理指令,对监控用户进行合适的处理,从而有效的提高了任务处理的准确性和高效性。
图1示出了根据本说明书一个实施例提供的一种任务处理方法的流程图,具体包括以下步骤。
步骤102:接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识。
具体实施时,所述业务端可为不同类型的业务平台,可以对用户在平台上的行为进行监控,所述监控事务是用户在此平台上的行为,需要说明的是,该监控事务一般为监控违反平台规则的行为;相应的,以业务端为二手买卖平台A、监控用户为违反平台规则的用户S1、以项目系统为信用承诺系统为例,具体为,在二手买卖平台A监控到用户实施了违反平台规则的行为,并将所监控的违规行为向信用承诺系统发送,信用承诺系统在接收到业务端发送的违规行为后,从其违规行为中获取携带的用户标识,即可判定违规用户为用户S1,其中,所述违规行为为在二手平台贩卖违禁商品、乱发违禁图片等行为。
步骤104:在根据所述用户标识确定所述监控用户为第一用户的情况下,向所述监控用户发送项目参与请求,并接收所述监控用户发送的所述项目参与指令。
具体的,所述第一用户为未参与项目的用户,所述项目参与请求是指对于未参与项目的用户发送的参与项目的邀请,所述项目参与指令是指确定参与项目的参与指令,具体实施时,所述项目可根据不同的用户需求设定不同的项目,邀请所述用户参与项目的方式也可适应各种平台上的变化,在此不做过多的限定。
沿用上例,信用承诺系统根据违规用户S1的标识确定违规用户S1为未参与信用承诺的用户时,向违规用户S1发送一个信用承诺邀请,违规用户S1在接收到信用承诺邀请后,若决定接受该信用承诺邀请,则向信用承诺系统发送信用承诺参与指令,其中,该信用承诺的内容包括承诺今后再也不进行该类违规行为。
进一步的,在确定所述监控用户为第一用户的过程中,由于项目系统中已经预先存储一部分的所监控用户的用户标识,则在确定为第一用户前,需要根据预先存储的用户标识进行比对,从而确定该监控用户为第一用户,本实施例中,具体实现方式如下所述:
所述在根据所述用户标识确定所述监控用户为第一用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配不成功,则确定所述监控用户为第一用户。
具体的,所述预先存储的监控用户的用户标识为每次监控的违规用户的用户标识,也就是加入过该项目系统的用户的用户标识,具体实施时,预先存储的监控用户的用户标识以数据库的形式存储于项目系统中,在获取到监控用户的用户标识后,项目系统要将所述监控用户的用户标识与预先存储数据库中的监控用户的用户标识进行匹配,若无法找到匹配的监控用户的用户标识,则匹配不成功,确定所述监控用户为第一用户。
沿用上例,信用承诺系统根据所述违规用户S1的用户标识确定违规用户S1为第一用户,需要说明的是,所述第一用户,为未参与过信用承诺系统的新用户,也就是说,在信用承诺系统的数据库中并没有违规用户的用户标识,则该违规用户便设定为第一用户;信用承诺系统将违规用户S1的用户标识与预先存储在信用承诺系统的数据库中的用户标识进行匹配,发现在信用承诺系统的数据库中并未找到违规用户S1的用户标识,则判定违规用户S1为第一用户,也就是为未参与过信用承诺系统的新用户。
此外,在监控用户接收到项目参与邀请的基础上,还依旧存在部分监控用户拒绝参与项目,若监控用户拒绝参与所述项目的情况下,则向业务端发送处理指令,本实施例中,具体实现方式如下所述:
所述接收所述监控用户发送的所述项目参与指令之后,还包括:
在基于所述项目参与指令确定所述监控用户拒绝参与所述项目的情况下,向所述业务端发送所述监控事务的第二处理指令。
具体的,在项目系统接收到违规用户发送的项目参与指令后,在确定监控用户拒绝参与所述项目的情况下,也就是说,监控用户未参与该项目,则项目系统相对于拒绝参与项目的监控用户来说,向业务端发送针对拒绝参与项目的监控用户的处理指令。
沿用上例,信用承诺系统接收到违规用户S1发送的项目参与指令后,确定违规用户S1拒绝参与信用承诺系统,则向二手买卖平台A发送针对违规行为的处理指令,需要说明的是,该处理指令可为通知二手买卖平台A保持对违规用户S1的处罚指令。
综上,通过判定监控用户的用户标识是否匹配到预先存储的监控用户的用户标识,向业务端发送不同的处理指令,以确定对监控用户所实施的监控事务进行不同的处理,同时在判定监控用户拒绝参与项目系统的情况下,则向业务端返回保持业务端处罚的处理指令,以有效的对监控用户的监控事务进行处理。
步骤106:在基于所述项目参与指令确定所述监控用户参与所述项目的情况下,向所述业务端发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
具体的,所述项目参与指令包括监控用户是否参与项目的结果,在确定监控用户参与该项目的情况下,向所述业务端发送监控事务的第一处理指令,其中,所述第一处理指令可以为解除业务端对监控事务的处理,项目系统基于所述第一处理指令对监控用户的监控事务进行处理,需要说明的是,第一处理指令可根据不同业务端的不同的需求对业务端进行不同的监控事务处理指令,在此不做任何限定。
沿用上例,信用承诺系统确定违规用户S1参与信用承诺的情况下,也就是说,违规用户S1承诺不再进行贩卖违规商品或发布违规图片等违规行为,信用承诺系统则向二手买卖平台A发送针对违规行为的解除处罚指令,以免除二手买卖平台A对此违规用户的处罚。
综上,通过违规用户加入信用承诺系统后,便可给予用户一次免去平台处罚的机会,并通过信用承诺系统中的承诺约束今后的行为,有效地控制住了风险,尤其是对于在平台初次违规的用户,通过加入信用承诺系统便可拥有一次免处罚的豁免权,向用户传递了信任,体现了平台的人性化。
进一步的,项目系统向业务端发送针对监控事务的处理指令,本实施例中,具体实现方式如下所述:
所述监控事务包括第二事件;
相应的,所述向所述业务端发送所述监控事务的第一处理指令,包括:
基于所述第二事件生成第一处理指令;
向所述业务端发送针对所述第二事件生成的所述第一处理指令。
具体的,所述第二事件可以为业务端对监控事件的处理事件,项目系统基于业务端对监控事件的处理事件生成第一处理指令,并向业务端发送针对监控事件的处理事件的第一处理指令。
沿用上例,信用承诺系统基于二手买卖平台A对违规用户S1的处罚行为生成解除针对违规用户S1的处罚指令,并向二手买卖平台A发送该指令,以解除二手买卖平台A针对违规用户S1的处罚,使得初次加入信用承诺系统的违规用户拥有一次免除平台处罚的机会。
此外,在所述向所述业务端发送针对所述第二事件生成的所述第一处理指令之前,项目系统还需要对监控事务中的第二事件进行解析,以判定所述第二事件的程度是否满足预设解除处理的条件,本实施例中,具体实现方式如下所述:
所述向所述业务端发送针对所述第二事件生成的所述第一处理指令之前,还包括:
对所述监控事务中的第二事件进行解析,获得所述第二事件的解析结果;
判断所述第二事件的解析结果是否满足预设处理条件;
若是,向所述业务端发送针对所述第二事件的所述第一处理指令;
若否,向所述业务端发送针对所述第二事件的所述第二处理指令。
具体的,所述解析结果可以为业务端对监控用户实施的处理事件的严重程度,判断该严重程度是否满足业务端预设的处理条件,例如,在业务端贩卖违禁商品的行为的严重程度可占百分之八十、在业务端乱发违禁图片的行为的严重程度可占百分之五十等,实际应用中,预设的处理条件可以根据业务端不同的需求设置不同的阈值大小,在判定处理事件的严重程度满足预设的处理条件的情况下,项目系统向业务端发送第一处理指令,否则,发送第二处理指令,具体实施时,所述第一处理指令可为解除业务端针对监控用户的处理行为指令,所述第二处理指令可为保持业务端针对监控用户的处理行为指令,具体可根据业务端不同的需求进行适应性变化,在此不做任何限定。
沿用上例,信用承诺系统对二手买卖平台A针对违规用户S1的处罚行为进行解析,获得针对该处罚行为的违规程度W,判断该违规程度W是否满足预设的处理条件,若该预设的处理条件设置违规程度的阈值为W1,若W大于W1时,信用承诺系统向二手买卖平台A发送解除针对违规用户S1的处罚行为;若W小于或等于W1时,信用承诺系统向二手买卖平台A发送保持针对违规用户S1的处罚行为。
更进一步的,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述业务端针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
此外,在确定第一用户为未参与项目的用户的情况下,部分监控用户可以为已经参与项目的用户,当业务端再次监控到监控用户实施监控事务的情况下,针对监控用户除了在业务端受到处理以外,在项目系统中也可对监控用户进行权益值处理,本实施例中,具体实现方式如下所述:
所述监控事务包括第一事件;
相应的,所述接收业务端针对监控用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述监控用户为第二用户的情况下,基于所述监控用户的用户标识确定所述监控用户的权益值;
基于所述第一事件确定针对所述监控用户的权益降低值;
根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理。
具体的,所述第一事件可以为业务端针对监控用户的监控事务的处理事件,所述第二用户可以为已经参与项目的用户,所述监控用户的权益值可以为所述项目中监控用户的权益值。
沿用上例,在信用承诺系统根据违规用户的用户标识确定监控用户为已经参与项目的用户的情况下,信用承诺系统基于违规用户的用户标识确定违规用户在信用承诺系统的信用分数,并基于二手买卖平台针对违规用户的违规行为的处罚行为确定违规用户在信用承诺系统所降低的信用分数,根据违规用户在信用承诺系统的信用分数以及在信用承诺系统所降低的信用分数对信用承诺系统的信用分数进行降分处理。
进一步的,所述在根据所述用户标识确定所述监控用户为第二用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配成功,则确定所述监控用户为第二用户。
具体的,所述第二用户为已经参与项目的用户,预先在项目系统中已经存储过监控用户的用户标识,项目系统要将所述监控用户的用户标识与预先存储数据库中的监控用户的用户标识进行匹配,若能够找到匹配的监控用户的用户标识,则匹配成功,确定所述监控用户为第二用户。
更进一步的,根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理,包括:
基于所述监控用户的权益值与所述监控用户的权益降低值的差值,获得所述监控用户的更新权益值;
基于所述更新权益值更新所述监控用户的权益值。
具体实施时,基于所述监控用户的权益值与所述监控用户的权益降低值的差值,获得所述监控用户的更新权益值,并基于更新权益值更新监控用户的权益值。
沿用上例,信用承诺系统根据违规用户S1的用户标识确定违规用户S1所拥有的信用分数,在违规用户S1再次违规的情况下,信用承诺系统可根据二手买卖平台A针对违规用户S1的处罚行为确定信用分数所降低的分数,再将违规用户S1所拥有的信用分数与信用分数所降低的分数做差,得到更新后的信用分数。
需要说明的是,本实施例提供的任务处理方法不仅适用于二手买卖平台,还适应于任何具有严格的使用规则的平台,为用户提供方便与服务。
综上,所述任务处理方法通过邀请初次违规的用户加入信用承诺系统,承诺不再进行该类的行为后便可解除平台处罚,给予了不经意违规的用户免去处罚的机会,提升用户体验;同时针对多次违规的用户,在信用承诺系统中降低信用评分,增加违规成本,以降低违规发生率,净化平台环境。
图2示出了根据本说明书一个实施例提供的另一种任务处理方法的流程图,包括步骤202至步骤206。
步骤202:接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识。
具体实施时,所述平台可为各种类型的平台,所述违规用户为违反平台规则的用户,所述监控事务为该违规用户在平台上的违规行为,相应的,以平台为信用平台A,违规用户S1违反信用平台A的规则为例,具体的,在信用平台A监控到违规用户实施了违反信用平台规则的行为,例如,违规用户在信用平台A未履行守约行为,则将该监控事务向信用承诺系统发送,在信用承诺系统接收到信用平台A发送的监控事务时,从其违规行为中获取携带的用户标识,即可判定违规用户为S1。
步骤204:在根据所述用户标识确定所述违规用户为第一用户的情况下,向所述违规用户发送信用承诺参与请求,并接收所述违规用户发送的所述信用承诺参与指令。
具体的,所述第一用户为未参与信用承诺系统的新用户,所述信用承诺参与指令为确定参与信用承诺的指令,具体实施时,所述信用承诺系统根据违规用户标识确定违规用户S1为未参与信用承诺系统的新用户,则向所述违规用户S1发送信用承诺参与请求,并接受所述违规用户S1基于所发送的信用承诺参与请求生成的信用承诺参与指令。
进一步的,信用承诺系统要根据违规用户的用户标识与预先存储与信用承诺系统中的违规用户的用户标识进行比较,从而确定该违规用户是否为第一用户,本实施例中,具体实现方式如下所述:
所述在根据所述用户标识确定所述违规用户为第一用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配不成功,则确定所述违规用户为第一用户。
具体的,所述预先存储的违规用户的用户标识为每次监控的违规用户的用户标识,也就是加入过该信用承诺系统的用户的用户标识,具体实施时,预先存储的违规用户的标识以数据库的形式存储于项目系统中,在获取到违规用户的用户标识后,信用承诺系统要将所述违规用户的用户标识与预先存储数据库中的违规用户的用户标识进行匹配,若无法找到匹配的违规用户的用户标识,则匹配不成功,确定所述监控用户为第一用户。
沿用上例,信用承诺系统将信用平台A所监控的违规用户S1的用户标识与预先存储的违规用户的用户标识进行匹配,若在预选存储的数据库中无法匹配到违规用户S1的用户标识,则确定违规用户S1为第一用户。
进一步的,所述监控事务包括违规事件;
相应的,所述接收平台针对违规用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述违规用户为第二用户的情况下,基于所述违规用户的用户标识确定所述违规用户的信用分;
基于所述违规事件确定针对所述违规用户的信用降低分;
根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行信用分降低处理。
具体的,所述监控事件为违规用户在平台发生的违规行为,在信用承诺系统接收到平台发送的违规用户实施的违规行为时,根据所述违规用户的用户标识确定违规用户为第二用户的情况下,基于违规用户的用户标识确定违规用户在信用承诺系统的信用分,再根据违规用户在平台所实施的违规行为确定需要降低的信用分,将未违规前的信用分与违规行为所产生的降低的信用分做差值,对信用承诺系统的信用分做降低处理。
沿用上例,违规用户S1在信用平台上出现违反守约行为后,信用平台将所述违规行为发送至信用承诺系统,信用承诺系统根据违规用户的用户标识在已有的数据库中进行匹配,找到所匹配的用户标识,便确认该违规用户S1已经参与过该信用承诺系统,进而确认违规用户S1在信用承诺系统的信用分,信用承诺系统根据违规用户S1的违规行为确定应该降低的信用分数,基于此,将原违规用户S1所拥有的信用分减去降低的信用分数,得到降低后的违规用户S1的信用分。
进一步的,违规用户根据预先存储的违规用户的用户标识确定违规用户为第二用户,进而对违规用户进行信用降分处理,本实施例中,具体实现方式如下所述:
所述在根据所述用户标识确定所述违规用户为第二用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配成功,则确定所述违规用户为第二用户。
具体的,所述预先存储的违规用户的用户标识为每次监控的违规用户的用户标识,也就是加入过该信用承诺系统的用户的用户标识,具体实施时,预先存储的违规用户的标识以数据库的形式存储于项目系统中,在获取到违规用户的用户标识后,信用承诺系统要将所述违规用户的用户标识与预先存储数据库中的违规用户的用户标识进行匹配,若找到匹配的违规用户的用户标识,则匹配成功,确定所述违规用户为第二用户。
沿用上例,信用承诺系统将信用平台A所监控的违规用户S1的用户标识与预先存储的违规用户的用户标识进行匹配,若在预选存储的数据库中匹配到违规用户S1的用户标识,则确定违规用户S1为第二用户。
进一步的,在根据违规用户的用户标识确定违规用户为第二用户的情况下,根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行降低信用分,包括:
基于所述违规用户的信用分与所述违规用户的信用降低分的差值,获得所述违规用户的更新信用分;
基于所述更新信用分更新所述违规用户的信用分。
此外,在确定所述违规用户为第一用户的情况下,向违规用户发送信用承诺参与请求,并接收违规用户发送的信用承诺参与指令,进而确定参与信用承诺系统,在本实施例中,若违规用户拒绝参与信用承诺系统时,具体的实施方式如下所示:
所述接收所述违规用户发送的所述信用承诺参与指令之后,还包括:
在基于所述信用承诺参与指令确定所述违规用户拒绝参与所述信用承诺的情况下,向所述平台发送所述监控事务的保持处罚指令。
具体的,违规用户收到信用承诺参与请求后,拒绝参与该信用承诺系统时,信用承诺系统则向平台发送对于违规用户针对违规行为的保持处罚指令,所述保持处罚指令是指平台继续保持对违规用户的原有处罚。
沿用上例,在违规用户S1接收到信用承诺参与请求后,拒绝参与该信用承诺系统的情况下,对于信用平台A来说,对于违规用户S1的违规行为本应该受到信用平台A的处罚,在信用承诺系统接收到违规用户S1拒绝参与信用承诺后,则向信用平台发送保持原有对于违规用户的处罚指令。
综上,通过判定违规用户的用户标识是否匹配到预先存储的违规用户的用户标识,向平台发送不同的处理指令,以确定对违规用户所实施的监控事务进行不同的处理,同时在判定违规用户拒绝参与项目系统的情况下,则向业务端返回保持平台处罚的处理指令,以有效的对违规用户的监控事务进行处理。
步骤206:在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下,向所述平台发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
具体的,所述信用承诺参与指令包括违规用户是否参与信用承诺的结果,在确定违规用户参与该信用承诺的情况下,向所述平台发送违规事件的第一处理指令,其中,所述第一处理指令可以为解除平台对违规事件的处理,信用承诺系统基于所述第一处理指令对违规用户的违规事件进行处理,需要说明的是,第一处理指令可根据不同平台的不同的需求对违规用户进行不同的违规事件处理,在此不做任何限定。
沿用上例,信用承诺系统确定违规用户S1参与信用承诺的情况下,也就是说,违规用户S1承诺不再进行违反守约行为等违规行为,信用承诺系统则向信用平台A发送针对违规行为的解除处罚指令,以免除信用平台A对此违规用户的处罚。
综上,通过违规用户加入信用承诺系统后,便可给予用户一次免去平台处罚的机会,并通过信用承诺系统中的承诺约束今后的行为,有效地控制住了风险,尤其是对于在平台初次违规的用户,通过加入信用承诺系统便可拥有一次免处罚的豁免权,向用户传递了信任,体现了平台的人性化。
进一步的,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述平台针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
进一步的,所述监控事务包括处罚事件;
相应的,所述向所述平台发送所述监控事务的第一处理指令,包括:
基于所述处罚事件生成解除处罚指令;
向所述平台发送针对所述处罚事件生成的所述解除处罚指令。
具体的,所述处罚时间可以为平台针对违规事件的处理事件,信用承诺系统基于平台针对违规事件的处理事件生成解除处罚指令,并向平台发送针对违规事件的处理事件的解除处罚指令。
沿用上例,信用承诺系统基于信用平台A对违规用户S1的处罚行为生成解除针对违规用户S1的处罚指令,并向信用平台A发送该指令,以解除信用平台A针对违规用户S1的处罚,使得初次加入信用承诺系统的违规用户拥有一次免除平台处罚的机会。
此外,在所述向所述平台发送针对所述处罚事件生成的所述解除处罚指令之前,信用承诺系统还需要对监控事务中的处罚事件进行解析,以判定所述处罚事件的程度是否满足预设解除处理的条件,本实施例中,具体实现方式如下所述:
所述向所述平台发送针对所述处罚事件生成的所述解除处罚指令之前,还包括:
对所述监控事务中的处罚事件进行解析,获得所述处罚事件的解析结果;
判断所述处罚事件的解析结果是否满足预设处理条件;
若是,向所述平台发送针对所述处罚事件的所述解除处罚指令;
若否,向所述平台发送针对所述处罚事件的保持处罚指令。
具体的,所述解析结果可以为平台对违规用户实施的处罚事件的严重程度,判断该严重程度是否满足平台预设的处理条件,实际应用中,预设的处理条件可以根据平台不同的需求设置不同的阈值大小,在判定处罚事件的严重程度满足预设的处理条件的情况下,信用承诺系统向平台发送解除处罚指令,否则,发送保持处罚指令,具体实施时,所述解除处罚指令可为解除平台针对违规用户的处罚行为,所述保持处罚指令可为保持平台针对违规用户的处罚行为,具体可根据平台不同的需求进行适应性变化,在此不做任何限定。
沿用上例,信用承诺系统对信用平台A针对违规用户S1的处罚行为进行解析,获得针对该处罚行为的违规程度W,判断该违规程度W是否满足预设的处理条件,若该预设的处理条件设置违规程度的阈值为W1,若W大于W1时,信用承诺系统向信用平台A发送解除针对违规用户S1的处罚行为;若W小于或等于W1时,信用承诺系统向信用平台A发送保持针对违规用户S1的处罚行为。
综上,所述任务处理方法通过邀请初次违规的用户加入信用承诺系统,承诺不再进行该类的行为后便可解除平台处罚,给予了不经意违规的用户免去处罚的机会,提升用户体验;同时针对多次违规的用户,在信用承诺系统中降低信用评分,增加违规成本,以降低违规发生率,净化平台环境。
下述结合附图3A,本说明书提供的任务处理方法以项目系统为信用承诺系统的应用为例,对所述任务处理方法进行进一步说明。其中,图3A示出了本说明书一个实施例提供的以违规用户初次违规为例的一种任务处理方法的处理过程流程图,具体步骤包括步骤302至步骤308。
步骤302:平台获取到平台用户的初次违规信息。
具体的,平台用户实施了违反平台规则的行为,所述平台规则,根据不同类型平台的需求具有不同的平台的规则,在此不做任何限定,同时,具有初次违规行为的用户为新用户,平台从监控信息中获取到平台用户的初次违规行为信息。
步骤304:平台对初次违规用户进行平台处罚。
具体的,不同平台对于初次违规用户的处罚并不相同,比如,可以限制用户在平台的权限、勒令撤销违规行为,甚至对于违规用户进行封号处理,在此不做过多的限定。
步骤306:基于违规用户的初次违规行为,平台接收由信用承诺系统发送的是否加入信用承诺请求。
具体的,针对违规用户的违规行为,信用承诺系统向初次违规的用户发送信用承诺请求,平台接收到信用承诺请求后,根据用户返回的是否加入的信息判断违规用户是否会加入该信用承诺系统。
步骤308:在违规用户确定加入信用承诺系统的情况下,平台解除平台处罚。
具体的,在信用承诺系统接收到违规用户确定加入信用承诺系统的情况下,信用承诺系统会向平台发送解除平台处罚的指令,以解除平台对违规用户原有的处罚。
进一步的,在违规用户拒绝加入信用承诺系统的情况下,执行步骤304,保持平台处罚。
具体的,在信用承诺系统接收到违规用户确定拒绝加入信用承诺系统的情况下,信用承诺系统会向平台发送保持平台处罚指令,以保持平台对于违规用户的处罚。
综上,对于平台初次违规的用户通过加入信用承诺系统,可以获得免除一次平台处罚的机会,对此,针对不经意违反平台规则的用户给予了一次改过自新的机会,有效地控制住风险,也向用户传递了信任。
下述结合附图3B,本说明书提供的任务处理方法以项目系统为信用承诺系统的应用为例,对所述任务处理方法进行进一步说明。其中,图3B示出了本说明书一个实施例提供的以违规用户再次违规为例的一种任务处理方法的处理过程流程图,具体包括以下步骤。
步骤310:平台接收到违规用户再次违规信息。
具体的,用户在平台再次违反平台规则,则为再次违规的用户,对于已经有过初次违规行为且已经加入过信用承诺系统的用户,可称为老用户,平台向信用承诺平台发送老用户再次违规信息。
步骤312:平台对再次违规用户进行平台处罚。
具体的,平台针对违规用户再次违反平台规则的情况下,平台要给予相应的处罚,根据不同平台规则,针对再次违反平台规则的用户给予不同的平台处罚。
步骤314:信用承诺系统降低违规用户的信用分数。
具体的,信用承诺系统针对再次违规的用户的用户标识确定违规用户的信用分,并基于违规用户违反平台规则的行为确定所述违规行为相对应的信用降低分,进而降低违规用户的信用分数,并更新降低后的信用分数,信用承诺系统将对于违规用户的降低信用分数信息反馈至平台。
综上,对于多次违反平台规则的用户,通过降低加入信用承诺系统中的信用评分,增加违规用户的违规成本,以降低违规发生率,净化平台环境。
与上述方法实施例相对应,本说明书还提供了一种任务处理装置实施例,图4示出了本说明书一个实施例提供的一种任务处理装置的结构示意图。如图4所示,该装置包括:
第一接收模块402,被配置为接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;
在根据所述用户标识确定所述监控用户为第一用户的情况下;
第一发送模块404,被配置为向所述监控用户发送项目参与请求;
第二接收模块406,被配置为接收所述监控用户发送的所述项目参与指令;
在基于所述项目参与指令确定所述监控用户参与所述项目的情况下;
第二发送模块408,被配置为向所述业务端发送所述监控事务的第一处理指令;
第一处理模块410,被配置为基于所述第一处理指令对所述监控事务进行处理。
与上述方法实施例相对应,本说明书还提供了另一种任务处理装置实施例,图5示出了本说明书一个实施例提供的一种任务处理装置的结构示意图。如图5所示,该装置包括:
第三接收模块502,被配置为接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识;
在根据所述用户标识确定所述违规用户为第一用户的情况下;
第三发送模块504,被配置为向所述违规用户发送信用承诺参与请求;
第四接收模块506,被配置为接收所述违规用户发送的所述信用承诺参与指令;
在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下;
第四发送模块508,被配置为向所述平台发送所述监控事务的第一处理指令;
第二处理模块510,被配置为基于所述第一处理指令对所述监控事务进行处理。
综上,本说明书实施例提供的任务处理装置实现了通过监控用户加入所述项目,向业务端发送监控事务的的处理指令,实现了通过信用承诺给予用户免去处罚的机会并通过承诺约束今后的行为,有效地控制风险,向用户传递了信任,体现了平台的人性化。
上述为本实施例的一种任务处理装置的示意性方案。需要说明的是,该任务处理装置的技术方案与上述的任务处理方法的技术方案属于同一构思,任务处理装置的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
图6示出了根据本说明书一个实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接,数据库650用于保存数据。
计算设备600还包括接入设备640,接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图6所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备600可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。
其中,处理器620用于执行如下计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述任务处理方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的任务处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述任务处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的任务处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
Claims (22)
1.一种事务处理方法,包括:
接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;
在根据所述用户标识确定所述监控用户为第一用户的情况下,向所述监控用户发送项目参与请求,并接收所述监控用户发送的所述项目参与指令;
在基于所述项目参与指令确定所述监控用户参与所述项目的情况下,向所述业务端发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
2.根据权利要求1所述的事务处理方法,所述监控事务包括第一事件;
相应的,所述接收业务端针对监控用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述监控用户为第二用户的情况下,基于所述监控用户的用户标识确定所述监控用户的权益值;
基于所述第一事件确定针对所述监控用户的权益降低值;
根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理。
3.根据权利要求1所述的事务处理方法,所述在根据所述用户标识确定所述监控用户为第一用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配不成功,则确定所述监控用户为第一用户。
4.根据权利要求2所述的任务处理方法,所述在根据所述用户标识确定所述监控用户为第二用户,包括:
基于预先存储的监控用户的用户标识,将所述监控用户的用户标识与所述预先存储的监控用户的用户标识进行匹配;
若匹配成功,则确定所述监控用户为第二用户。
5.根据权利要求1所述的任务处理方法,所述接收所述监控用户发送的所述项目参与指令之后,还包括:
在基于所述项目参与指令确定所述监控用户拒绝参与所述项目的情况下,向所述业务端发送所述监控事务的第二处理指令。
6.根据权利要求5所述的任务处理方法,所述监控事务包括第二事件;
相应的,所述向所述业务端发送所述监控事务的第一处理指令,包括:
基于所述第二事件生成第一处理指令;
向所述业务端发送针对所述第二事件生成的所述第一处理指令。
7.根据权利要求6所述的任务处理方法,所述向所述业务端发送针对所述第二事件生成的所述第一处理指令之前,还包括:
对所述监控事务中的第二事件进行解析,获得所述第二事件的解析结果;
判断所述第二事件的解析结果是否满足预设处理条件;
若是,向所述业务端发送针对所述第二事件的所述第一处理指令;
若否,向所述业务端发送针对所述第二事件的所述第二处理指令。
8.根据权利要求1所述的事务处理方法,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述业务端针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
9.根据权利要求2所述的一种事务处理方法,根据所述监控用户的权益值以及所述监控用户的权益降低值对所述第一事件进行权益值降低处理,包括:
基于所述监控用户的权益值与所述监控用户的权益降低值的差值,获得所述监控用户的更新权益值;
基于所述更新权益值更新所述监控用户的权益值。
10.一种事务处理方法,包括:
接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识;
在根据所述用户标识确定所述违规用户为第一用户的情况下,向所述违规用户发送信用承诺参与请求,并接收所述违规用户发送的所述信用承诺参与指令;
在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下,向所述平台发送所述监控事务的第一处理指令,基于所述第一处理指令对所述监控事务进行处理。
11.根据权利要求10所述的事务处理方法,所述监控事务包括违规事件;
相应的,所述接收平台针对违规用户发送的监控事务之后,还包括:
在根据所述用户标识确定所述违规用户为第二用户的情况下,基于所述违规用户的用户标识确定所述违规用户的信用分;
基于所述违规事件确定针对所述违规用户的信用降低分;
根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行信用分降低处理。
12.根据权利要求10所述的事务处理方法,所述在根据所述用户标识确定所述违规用户为第一用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配不成功,则确定所述违规用户为第一用户。
13.根据权利要求11所述的任务处理方法,所述在根据所述用户标识确定所述违规用户为第二用户,包括:
基于预先存储的违规用户的用户标识,将所述违规用户的用户标识与所述预先存储的违规用户的用户标识进行匹配;
若匹配成功,则确定所述违规用户为第二用户。
14.根据权利要求10所述的任务处理方法,所述接收所述违规用户发送的所述信用承诺参与指令之后,还包括:
在基于所述信用承诺参与指令确定所述违规用户拒绝参与所述信用承诺的情况下,向所述平台发送所述监控事务的保持处罚指令。
15.根据权利要求10所述的任务处理方法,所述监控事务包括处罚事件;
相应的,所述向所述平台发送所述监控事务的第一处理指令,包括:
基于所述处罚事件生成解除处罚指令;
向所述平台发送针对所述处罚事件生成的所述解除处罚指令。
16.根据权利要求15所述的任务处理方法,所述向所述平台发送针对所述处罚事件生成的所述解除处罚指令之前,还包括:
对所述监控事务中的处罚事件进行解析,获得所述处罚事件的解析结果;
判断所述处罚事件的解析结果是否满足预设处理条件;
若是,向所述平台发送针对所述处罚事件的所述解除处罚指令;
若否,向所述平台发送针对所述处罚事件的保持处罚指令。
17.根据权利要求10所述的事务处理方法,所述基于所述第一处理指令对所述监控事务进行处理之后,还包括:
接收所述平台针对所述监控事务的第一处理指令处理所述监控事务的处理结果。
18.根据权利要求11所述的事务处理方法,根据所述违规用户的信用分以及所述违规用户的信用降低分对所述违规事件进行信用分降低处理,包括:
基于所述违规用户的信用分与所述违规用户的信用降低分的差值,获得所述违规用户的更新信用分;
基于所述更新信用分更新所述违规用户的信用分。
19.一种事务处理装置,包括:
第一接收模块,被配置为接收业务端针对监控用户发送的监控事务,其中,所述监控事务中携带有所述监控用户的用户标识;
在根据所述用户标识确定所述监控用户为第一用户的情况下;
第一发送模块,被配置为向所述监控用户发送项目参与请求;
第二接收模块,被配置为接收所述监控用户发送的所述项目参与指令;
在基于所述项目参与指令确定所述监控用户参与所述项目的情况下;
第二发送模块,被配置为向所述业务端发送所述监控事务的第一处理指令;
第一处理模块,被配置为基于所述第一处理指令对所述监控事务进行处理。
20.一种事务处理装置,包括:
第三接收模块,被配置为接收平台针对违规用户发送的监控事务,其中,所述监控事务中携带有所述违规用户的用户标识;
在根据所述用户标识确定所述违规用户为第一用户的情况下;
第三发送模块,被配置为向所述违规用户发送信用承诺参与请求;
第四接收模块,被配置为接收所述违规用户发送的所述信用承诺参与指令;
在基于所述信用承诺参与指令确定所述违规用户参与所述信用承诺的情况下;
第四发送模块,被配置为向所述平台发送所述监控事务的第一处理指令;
第二处理模块,被配置为基于所述第一处理指令对所述监控事务进行处理。
21.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现权利要求1-9或10-18任意一项所述事务处理方法的步骤。
22.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求1-9或10-18任意一项所述事务处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011085503.5A CN112035241B (zh) | 2020-10-12 | 2020-10-12 | 任务处理方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011085503.5A CN112035241B (zh) | 2020-10-12 | 2020-10-12 | 任务处理方法以及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112035241A true CN112035241A (zh) | 2020-12-04 |
CN112035241B CN112035241B (zh) | 2024-05-03 |
Family
ID=73572546
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011085503.5A Active CN112035241B (zh) | 2020-10-12 | 2020-10-12 | 任务处理方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112035241B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160078450A1 (en) * | 2014-09-16 | 2016-03-17 | Bank Of America Corporation | Commitment Tracking System |
CN106897885A (zh) * | 2017-01-24 | 2017-06-27 | 武汉奇米网络科技有限公司 | 一种电商平台商家违规处罚的方法及系统 |
CN107305662A (zh) * | 2016-04-25 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 识别违规账户的方法及装置 |
CN107705189A (zh) * | 2017-10-23 | 2018-02-16 | 东南大学 | 一种基于大数据的共享单车个人信用管理方法及系统 |
CN109714639A (zh) * | 2018-12-28 | 2019-05-03 | 广州华多网络科技有限公司 | 违规处理方法、装置、服务器以及存储介质 |
CN110490725A (zh) * | 2019-07-10 | 2019-11-22 | 阿里巴巴集团控股有限公司 | 业务处理方法以及装置 |
CN110969421A (zh) * | 2019-12-23 | 2020-04-07 | 支付宝(杭州)信息技术有限公司 | 监测方法以及装置 |
CN111311383A (zh) * | 2020-05-09 | 2020-06-19 | 支付宝(杭州)信息技术有限公司 | 业务处理方法以及装置 |
-
2020
- 2020-10-12 CN CN202011085503.5A patent/CN112035241B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160078450A1 (en) * | 2014-09-16 | 2016-03-17 | Bank Of America Corporation | Commitment Tracking System |
CN107305662A (zh) * | 2016-04-25 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 识别违规账户的方法及装置 |
CN106897885A (zh) * | 2017-01-24 | 2017-06-27 | 武汉奇米网络科技有限公司 | 一种电商平台商家违规处罚的方法及系统 |
CN107705189A (zh) * | 2017-10-23 | 2018-02-16 | 东南大学 | 一种基于大数据的共享单车个人信用管理方法及系统 |
CN109714639A (zh) * | 2018-12-28 | 2019-05-03 | 广州华多网络科技有限公司 | 违规处理方法、装置、服务器以及存储介质 |
CN110490725A (zh) * | 2019-07-10 | 2019-11-22 | 阿里巴巴集团控股有限公司 | 业务处理方法以及装置 |
CN110969421A (zh) * | 2019-12-23 | 2020-04-07 | 支付宝(杭州)信息技术有限公司 | 监测方法以及装置 |
CN111311383A (zh) * | 2020-05-09 | 2020-06-19 | 支付宝(杭州)信息技术有限公司 | 业务处理方法以及装置 |
Non-Patent Citations (1)
Title |
---|
杨鹏;陈光宗;梅成才;: "投稿违规信息管理系统设计与实现", 福建电脑, no. 10, 25 October 2006 (2006-10-25) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112035241B (zh) | 2024-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101753374B (zh) | 服务器对服务器的完整性检查 | |
CN113222752A (zh) | 基于区块链的数据处理系统、方法、计算设备及存储介质 | |
CN109344583A (zh) | 阈值确定及核身方法、装置、电子设备及存储介质 | |
CN112370793B (zh) | 用户账号的风险控制方法及装置 | |
CN109936556B (zh) | 盗窃账号事件的监控方法及装置 | |
CN112822267B (zh) | 基于区块链的数据处理方法和装置 | |
CN115499379B (zh) | 一种基于区块链的信息交互方法、装置、设备及介质 | |
CN106878236A (zh) | 一种用户请求处理方法和设备 | |
CN112035241A (zh) | 任务处理方法以及装置 | |
CN112492016A (zh) | 一种跨进程可扩展的共识方法及系统 | |
CN115038062A (zh) | 一种蓝牙认证方法、装置及设备 | |
CN115525919A (zh) | 隐私计算中计算资源的确定方法、装置及系统 | |
CN112511312A (zh) | 一种可组装的共识方法及系统 | |
Sutherland | 5G security–The politics of Huawei equipment in the United Kingdom | |
KR20210109767A (ko) | 블록 체인 모니터링 기반 자산 탈취 방지 서비스 제공 방법 및 그 장치 | |
CN113518317B (zh) | 提示信息的发送方法和装置、存储介质及电子装置 | |
CN111582874B (zh) | 身份核验方法以及装置 | |
CN115375435A (zh) | 基于区块链的动账交易处理方法及装置 | |
CN114529210A (zh) | 基于虚拟现实的评价方法及装置 | |
CN110087230B (zh) | 数据处理方法、装置、存储介质及电子设备 | |
CN110808978B (zh) | 实名认证方法以及装置 | |
CN110335079B (zh) | 一种基于指令集的智能任务调度方法及装置 | |
CN108460642A (zh) | 贷款分类方法及装置 | |
CN113421127A (zh) | 基于区块链的垃圾分类积分激励方法、设备及储存介质 | |
CN107409127A (zh) | 针对具有多个身份的联系人的许可管理 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |