CN112333239A - 业务审核通知方法及网关、电子设备、可读介质 - Google Patents

Abstract

本申请提供了一种业务审核通知方法，涉及计算机领域，具体涉及云计算和云平台技术领域。具体实现方案为：响应于用户终端的操作请求向审核平台发送业务审核请求；基于所述审核平台返回的审核任务标识生成待通知消息；基于获得的审核结果和所述待通知消息生成审核通知消息；将所述审核通知消息推送至所述用户终端。该方法具有通用性，可以减少开发人员的人力成本，降低代码冗余度，以及提升业务代码的可维护性。本申请还提供了一种网关、电子设备、可读介质。

Description

业务审核通知方法及网关、电子设备、可读介质

技术领域

本申请涉及计算机技术领域，具体涉及云计算和云平台技术，尤其涉及一种业务审核通知方法及网关、电子设备、可读介质。

背景技术

小程序作为一种不需下载安装即可使用的应用，能够节约用户的时间成本和手机内存空间，同时大大降低开发者的研发成本和推广成本。

小程序开发者和第三方服务商为丰富小程序能力，例如小程序包管理、基本信息设置、信息流/搜索物料服务、订单/支付服务、消息服务等，提供了多种接入使用方式，既可以支持通过平台界面来进行操作，也可以通过调用平台提供的开放API(ApplicationProgramming Interface)进行能力的使用。

发明内容

提供了一种业务审核通知方法及网关、电子设备以及存储介质。

根据第一方面，提供了一种业务审核通知方法，包括：

响应于用户终端的操作请求向审核平台发送业务审核请求；

基于所述审核平台返回的审核任务标识生成待通知消息；

基于获得的审核结果和所述待通知消息生成审核通知消息；

将所述审核通知消息推送至所述用户终端。

根据第二方面，提供了一种业务审核通知方法，包括：

接收业务审核请求；其中，所述业务审核请求是网关响应用户终端的操作请求发出的消息；

获取并存储审核结果，以供所述网关基于所述审核结果和待通知消息生成审核通知消息；其中，所述待通知消息是网关针对所述业务审核请求生成的消息。

根据第三方面，提供了一种网关，包括:

提交模块，用于响应于用户终端的操作请求向审核平台发送业务审核请求，以及基于所述审核平台返回的审核任务标识生成待通知消息；

推送模块，用于基于获得的审核结果和所述待通知消息生成审核通知消息,并将所述审核通知消息推送至所述用户终端。

根据第四方面，提供了一种电子设备，其包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行业务审核通知方法中任一项所述的方法。

根据第五方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述任意一种业务审核通知方法。

本申请提供的业务审核通知方法，响应用户终端发起操作请求向审核平台发送业务审核请求；基于审核平台返回的审核任务标识生成待通知消息；基于审核结果和待通知消息生成审核通知消息；将审核通知消息推送至用户终端，该方法具有通用性，可以支持任何类型的业务审核(如小程序能力的审核)，同时减少开发人员的人力成本，降低代码冗余度，以及提升业务代码的可维护性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例提供的一种业务审核通知方法的应用场景示意图；

图2本申请实施例提供的一种业务审核通知方法的流程图；

图3本申请实施例提供的响应用户的操作请求向审核平台发送业务审核请求的流程图；

图4是本申请实施例提供的将审核通知消息推送至用户终端的流程图；

图5为本申请实施例提供的一种业务审核通知方法的流程图；

图6为本申请实施例提供的一种网关的原理框图；

图7为本申请实施例提供的一种提交模块的原理框图；

图8为本申请实施例提供的一种鉴权单元的原理框图；

图9为本申请实施例提供的一种推送模块的原理框图；

图10为本申请实施例提供的另一种推送模块的原理框图；

图11为本申请实施例提供的一种审核平台的原理框图；

图12为本实施例提供的业务审核通知方法的流程图；

图13是用来实现本申请实施例的业务审核通知方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在不冲突的情况下，本申请各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本申请。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

本申请实施例所指的小程序是指不需要下载安装就可以在即时通讯应用上运行的应用程序，通常加载在第三方应用中。大多数对小程序的修改或操作行为需要经过审核平台的人工审核，因此，小程序开发者或第三方服务商在调用开放API网关时无法立刻获取审核结果，需要由异步通知机制来告知审核结果。

然而，目前的开放API网关不能支持异步通知机制，因此在小程序能力的研发过程中，需要为每一种涉及审核的操作场景，定制化的开发异步通知功能，这既浪费了研发人力也导致了代码冗余，影响了整体服务端架构的可维护性。由于不同开发人员开发的异步通知代码没有统一机制保证通知消息的必达性，可能存在通知消息的漏推情况，影响了小程序开发者或第三方服务商对小程序能力的使用。

针对开放API网关存在的上述问题，本申请提供一种业务审核通知方法，用以实现API网关调用和异步通知的功能闭环，减少开发人员的人力成本，降低代码冗余度并提升业务代码的可维护性。

示例性的，图1为本申请实施例提供的一种业务审核通知方法的应用场景示意图。如图1所示，该应用场景可以包括：至少一个用户终端11、网关12和审核平台13，用户终端11、网关12和审核平台13通过网络进行通信。其中，用户终端11可以是小程序开发者或第三方服务商使用的终端。小程序开发者和第三方服务商可以在用户终端11开发一个或多个小程序，也可以对已经存在的小程序进行修改。

在一些实施例中，小程序开发者和第三方服务商可以通过小程序开发平台对小程序能力进行修改。小程序开发平台可以是搭载小程序的APP的运营方独立运营的平台，也可以是与搭载小程序的APP的运营方具有合作关系的第三方小程序开发平台。可选地，该小程序开发平台11也称为小程序开发者工具，其是用于生产小程序、修改小程序的工具。为了便于描述，本申请实施例将小程序开发平台称为用户终端。关于小程序开发平台11的具体体现形式，本申请不对其进行限定。

网关12接收用户终端11提交的针对小程序能力的操作请求，例如，小程序包发布、修改小程序名称等，并基于操作请求向审核平台发送业务审核请求，以审核小程序的操作请求是否符合相关规定；同时生成待通知消息，以便于获得审核结果后，生成审核通知消息。

审核平台13根据业务审核请求的具体内容，审核小程序能力是否合法，并将审核结果存储于消息队列。在实际应用中，该审核平台13可以是云端服务器。本申请实施例不对审核平台的具体形式进行限定，其可以根据实际需求确定，此处不再赘述。

网关11从消息队列获得审核结果，将审核结果和待通知消息拼接获得审核通知消息，并将审核通知消息发送至用户终端，用户从用户终端可以获知审核结果。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

第一方面，本申请实施例提供一种业务审核通知方法，该方法可以应用于网关，该网关可以是API网关，也可以是其它可用于传输信号的网关。图2本申请实施例提供的一种业务审核通知方法的流程图。

参照图2，本申请实施例提供的业务审核通知方法，包括：

步骤201，响应于用户终端发起操作请求向审核平台发送业务审核请求。

其中，用户是通过其使用的用户终端发起操作请求。其中，操作请求可以是针对小程序业务的请求，也可以是针对其它应用程序的请求。

在一些实施例中，操作请求包括但不限于修改小程序的基本信息(如名称、头像、简介、行业类目等)、小程序包发布、分发物料提交(搜索/推荐feed)以及支付服务开通等。

为了便于描述，本申请实施例将用户通过用户终端发起操作请求表述为用户终端发起操作请求。其中，用户终端可以是手机、掌上电脑、PC机、一体机等具有通讯功能的终端。

在一些实施例中，用户可以是小程序开发者，也可以是第三方服务商。其中，小程序开发者是小程序的所有者或管理者。第三方服务商是小程序开发者或管理者授权的第三方服务商。小程序开发者或管理者可以授权第三方服务商所有的使用权限，也可以仅授权部分使用权限。第三方服务商在小程序开发者或管理者的授权权限内对小程序能力进行管理。

在一些实施例中，小程序开发者或管理者在开发、修改小程序能力的研发过程中，需要向审核平台提请审核，以供审核平台审核小程序能力的合法性。

在一些实施例中，小程序平台为丰富小程序能力，例如小程序包管理、基本信息设置、信息流/搜索物料服务、订单/支付服务、消息服务等，提供了多种接入使用方式，既可以通过小程序平台界面进行操作，也可以通过调用小程序平台提供的开放API进行能力的使用。

在一些实施例中，用户向网关发起操作请求，其中，操作请求包括但不限于修改小程序的基本信息(如名称、头像、简介、行业类目等)、小程序包发布、分发物料提交(搜索/推荐feed)以及支付服务开通等。在操作请求中携带有用户身份标识和应用程序标识。在本实施例中，应用程序标识可以是任意形式的小程序标识。

其中，用户身份标识用于识别用户身份的标识，小程序标识用于识别小程序身份的标识。操作类型包括但不限于小程序包、基本信息设置、信息流/搜索物料服务、订单/支付服务和消息服务。操作参数与操作类型相关，即每种操作类型会对应不同的参数。例如，在发布小程序包时需要提供小程序包标识package_id和小程序包版本package_version参数，在修改小程序名称时需要提供小程序名称app_name参数。

在一些实施例中，当网关收到用户终端发起的操作请求后，向审核平台发送业务审核请求。审核平台可以通过人工审核方式对小程序进行审核。

其中，审核请求与操作请求相对应，审核请求的类型包括但不限于小程序包审核、名称审核、行业类目审核、头像&简介审核、(推荐/搜索)物料审核、支付账号审核等。

步骤202，基于审核平台返回的审核任务标识生成待通知消息。

其中，审核任务标识是审核平台为业务审核请求分配的标识。

在一些实施例中，审核平台收到网关的业务审核请求后，向网关返回审核任务标识。网关收到审核任务标识后，生成待通知消息。

在一些实施例中，待通知消息存储在待通知消息库中，待通知消息涉及的字段包括审核任务标识、用户身份标识、提交业务审核的时间、通知消息模板、操作参数以及审核结果消息项。

其中，通知消息模板可以提前配置，每种操作类型单独配置通知模板。每种通知模板可以包括审核通过子模板和审核拒绝子模板。

在一些实施例中，通知消息模板可以采用json结构，例如，小程序包审核拒绝子模板可以采用如下格式：

其中，形如${…}的字符串代表待填充的字段。待填充的字段可以从提交请求参数和审核结果消息中提取相应的字段值来填充。例如，app_id表示小程序标识ID，developer_id和tp_developer_id分别表示开发者标识ID和第三方服务商标识ID，reason字段表示审核失败原因，package_id和package_version分别表示小程序包标识ID和小程序包版本。

步骤203，基于获得的审核结果和待通知消息生成审核通知消息。

其中，审核结果包括审核通过和审核拒绝。例如，当审核平台认为小程序能力符合设定的要求时，审核结果为审核通过。当审核平台认为小程序能力不符合设定要求时，审核结果为审核拒绝。

在一些实施例中，审核平台通过审核员在审核平台的页面上进行人工审核。当审核员认为小程序能力的符合设定的要求时，审核结果为审核通过。当审核员认为小程序能力的不符合设定的要求时，审核结果为审核拒绝。

在一些实施例中，网关将审核结果和待通知消息拼装，生成审核通知消息。例如，网关获得审核结果后，将审核结果添加至待通知消息的对应字段中，获得审核通知消息。

例如，审核通知消息可以采用如下格式：

其中，小程序的标识为"1452365"，开发者标识为"17328232"，提交审核的时间为"2019-01-14 12:45:10"，审核的类型为"PACKAGE_AUDIT_FAIL"，审核失败的原因是"名称与实际打开后的名称不符"，小程序包的标识是"745815"，小程序包的版本为"1.3.46"。

步骤204，将审核通知消息推送至用户终端。

当网关生成审核通知消息后，将审核通知消息推送至用户终端，用户通过用户终端查看审核结果。

在一些实施例中，如图3所示，响应用户的操作请求向审核平台发送业务审核请求包括：

步骤301，解析操作请求获得用户身份标识和小程序标识。

在一些实施例中，网关收到操作请求后，对操作请求进行解析，获得用户身份、小程序标识、操作类型和操作参数。

其中，操作类型包括但不限于小程序包管理、基本信息设置、信息流/搜索物料服务、订单/支付服务和消息服务。操作参数与操作类型相关，即每种操作类型会对应不同的参数。

例如，用户终端发起的操作请求是基于修改小程序名称的请求，则在操作请求中包含用户身份标识、小程序标识、操作类型(名称修改)以及名称参数(小程序的新名称)。

在一些实施例中，操作参数还包括时间戳，用于标识对第三方服务商的授权时间，即第三方服务商可以在授权时间内对小程序进行开发和修改。

步骤302，基于用户身份标识和小程序标识对用户身份进行验证。

在一些实施例中，基于用户身份标识和小程序标识对用户身份进行鉴权。例如，网关根据用户身份标识验证与小程序标识的权限关系。若该用户不具有对该小程序标识对应的小程序的操作权限，则直接向用户终端返回无权限消息；若该用户具有对该小程序标识对应的小程序的操作权限，则进行后续操作。

步骤303，在对用户身份验证通过的情况下，向审核平台发送业务审核请求。

在对用户身份验证通过的情况下，网关向审核平台发送业务审核请求。在业务审核请求中包括小程序标识、操作类型(名称修改)以及名称参数(小程序的新名称)。

在一些实施例中，审核平台收到业务审核请求后，向网关返回审核任务标识ID，网关收到审核任务标识后，从通知模板库获得与操作类型对应的通知消息模板，并基于通知消息模板、审核任务标识生成待通知消息，并将待通知消息存储于待通知消息库中。其中，待通知消息包括审核任务标识、用户身份标识、提交业务审核的时间、通知消息模板、操作参数以及审核结果消息项。

在一些实施例中，通知消息模板是预先设置的、存储于通知模板库的模板。其中，每个操作类型对应一个通知消息模板。通知消息模板是根据操作类型确定的，具有通用性。将通知消息模板存储在通知模板库，在需要时随时提取通知消息模板，可以提高效率，而且可以降低错误的概率。

当网关收到操作请求后，基于操作请求的类型查询通知消息模板库获得与之匹配的通知消息模板，再基于审核任务标识、用户身份标识、提交业务审核的时间、通知消息模板、操作参数以及审核结果消息项生成待通知消息。

在一些实施例中，审核平台对业务审核请求中的待审核内容审核完毕后，将审核结果发送至消息队列中。其中，消息队列是用于存储审核结果的队列，消息队列中的每条消息均包括审核任务标识和审核结果。

在一些实施例中，同一审核结果可能存在一次多推的情况。例如，小程序开发者和第三方服务商都需要获得审核结果，此时，该审核结果不仅要发送给小程序的开发者，还可以发送给第三方服务商。利用消息队列可将网关与审核平台隔离，实现一次审核结果多方推送消费的目的。

在一些实施例中，网关从消息队列中订阅审核结果，并将审核结果和待通知消息拼接获得审核通知消息。

例如，网关依据审核任务标识从消息队列中获得审核结果以及从待通知消息库中获得待通知消息，并将审核结果拼装在待通知消息中的审核结果消息项中，从而获得审核通知消息。

在实际应用中，若出现审核通知消息丢失的情况，需要再次向用户终端推送审核通知消息。将审核结果存储在消息队列中，网关可以多次从消息队列订阅审核结果，以实现向用户终端多次推送审核通知消息，从而有效地避免漏推问题。

在一些实施例中，用户终端存在因网络故障等原因而导致无法接收到审核通知消息，因此，网关可以按照预设的时间间隔、预设的推送次数向用户终端多次推送审核通知消息。例如，预设的最大推送次数为5次，预设的时间间隔为1分钟、5分钟、15分钟、1小时、6小时。网关在向用户终端完成首次推送审核通知消息后，间隔1分钟进行第一次补推；完成第一次补推后，间隔5分钟进行第二次补推；完成第二次补推后，间隔15分钟进行第三次补推；完成第三次补推后，间隔1小时进行第四次补推；完成第四次补推后，间隔6小时进行第五次补推。通过设置推送次数和推送时间间隔，提高推送成功率。

在一些实施例中，如图4所示，将审核通知消息推送至用户终端，包括：

步骤401，从推送地址库获取用户终端的推送地址。

其中，推送地址库是存储推送地址的数据库。用户终端的地址存储在推送地址库内，以方便网关按照推送地址向用户终端推送审核通知消息。

在一些实施例中，用户通过用户终端将自己的地址预先存储于推送地址库，以供网关在需要时从推送地址库调用。

步骤402，依据推送地址将审核通知消息推送至用户终端。

网关依据审核任务标识从消息队列订阅对应的审核结果，依据审核任务标识从待通知消息库获得对应的待通知消息，并将该审核任务标识对应的审核结果和待通知消息拼装，获得审核通知消息。网关从推送地址库获得用户终端的推送地址，并按照推送地址将审核通知消息发送至用户终端。

在一些实施例中，网关按照推送地址向用户终端多次推送审核通知消息，以提高推送的成功率。

在一些实施例中，当待通知消息库中的待通知消息在较长时间内未有审核结果的记录，网关可以直接查询审核平台，获得审核结果，并将审核结果和待通知消息拼装后推送至用户终端，从而避免消息漏推的问题。

本实施例提供的业务审核通知方法响应用户终端发起操作请求向审核平台发送业务审核请求；基于审核平台返回的审核任务标识生成待通知消息；获得审核结果，并基于审核结果和待通知消息生成审核通知消息；将审核通知消息推送至用户终端，该方法可以支持任何小程序能力的异步通知机制，同时减少了开发人员的人力成本，降低了代码冗余度，以及提升了业务代码的可维护性。

第二方面，本申请实施例提供一种业务审核通知方法，该方法应用于审核平台。图5为本申请实施例提供的一种业务审核通知方法的流程图。

参照图5，本申请实施例提供一种业务审核通知方法，包括：

步骤501，接收业务审核请求。

其中，业务审核请求是网关响应用户终端发起操作请求发出的请求。

在一些实施例中，网关收到用户终端发起的操作请求后向审核平台发起业务审核请求。其中，操作请求包括但不限于修改小程序的基本信息(如名称、头像、简介、行业类目等)、小程序包发布、分发物料提交(搜索/推荐feed)以及支付服务开通等。业务审核请求基于操作请求，即业务审核请求与操作请求对应，业务审核请求的类型包括小程序包审核、名称审核、行业类目审核、头像&简介审核、(feed/搜索)物料审核以及支付账号审核等。

步骤502，接收审核结果，并将审核结果发送至网关，以供网关基于审核结果和待通知消息生成审核通知消息。

其中，待通知消息是网关针对业务审核请求生成的消息。

在一些实施例中，审核平台是通过审核人员进行审核，因此，审核平台在收到业务审核请求后，可以通过显示装置向审核人员展示业务审核请求。审核人员对业务审核请求中的审核类型进行审核，对符合相关规定的审核类型给予审核通过，对不符合相关规定的审核类型给予审核拒绝。

在一些实施例中，审核平台获得审核人员的审核结果后，将审核结果发送至消息队列，以供网关需要时获取审核结果，或者消息队列主动将审核结果推送至网关。

在一些实施例中，审核平台收到业务审核请求后，向网关返回审核任务标识，其中，审核任务标识是审核任务的唯一标识，在后续的步骤中，网关以审核任务标识获得待通知消息和审核结果。

例如，网关依据审核任务标识从消息队列中订阅对应的审核结果，以及依据审核任务标识从待通知消息库获得对应的待通知消息，并将审核结果和待通知消息拼装，获得审核通知消息。

本实施例提供的业务审核通知方法，接收业务审核请求，接收审核结果，并将审核结果存储，以供网关基于审核结果和待通知消息生成审核通知消息；将审核通知消息推送至用户终端，该方法可以支持任何业务审核的异步通知机制，同时减少了开发人员的人力成本，降低了代码冗余度，以及提升了业务代码的可维护性。

第三方面，本申请实施例提供一种网关。图6为本申请实施例提供一种网关的原理框图。

参阅图6，本申请实施例提供的网关包括：

提交模块601，用于响应于用户终端的操作请求向审核平台发送业务审核请求，以及基于审核平台返回的审核任务标识生成待通知消息。

推送模块602，用于基于获得审核结果和待通知消息生成审核通知消息,并将审核通知消息推送至用户终端。

在一些实施例中，审核结果从消息队列中获得。审核平台获得审核结果后，将审核结果存放于消息队列中，消息队列收到审核结果后，将审核结果传送至推送模块602。或者，推送单元602可以按照预设的条件主动从消息队列中拉取审核结果。例如，预先设置拉取的时间为每日8:00至18:00，拉取的时间间隔为30分钟，推送单元602按照该预设时间和时间间隔拉取审核结果。

在一些实施例中，如图7所示，提交模块700包括：

提审单元701，用于向审核平台发送业务审核请求。

在一些实施例中，提审单元701基于用户终端发起的操作请求向审核平台发送业务审核请求。

其中，用户终端是小程序开发者或第三方服务商使用的开发小程序的终端。用户为丰富小程序能力，例如小程序包管理、基本信息设置、信息流/搜索物料服务、订单/支付服务、消息服务等，开发或修改小程序。所有的开发和修改都需要经审核平台审核。

其中，操作请求包括但不限于修改小程序的基本信息(如名称、头像、简介、行业类目等)、小程序包发布、分发物料提交(搜索/推荐feed)以及支付服务开通等。

其中，业务审核请求相对于操作请求，与操作请求相对应，不同的操作请求对应不同的业务审核请求。业务审核请求包括但不限于小程序包审核、名称审核、行业类目审核、头像&简介审核、(推荐/搜索)物料审核、支付账号审核等。

第一生成单元702，用于基于审核平台返回的审核任务标识生成待通知消息。

在一些实施例中，审核平台收到网关的业务审核请求后，向网关返回审核任务标识。其中，审核任务标识是审核平台为业务审核请求分配的标识。网关收到审核任务标识后，第一生成单元702生成待通知消息。

在一些实施例中，第一生成单元702基于操作请求的类型获得通知消息模板，并基于用户身份标识、审核任务标识、提交业务审核的时间、通知消息模板、操作参数以及审核结果消息项生成待通知消息。

其中，用户身份标识是表示用户身份的唯一标识。提交业务审核的时间是提审单元向审核平台提交审核任务的时间。通知消息模板可以提前配置，每种操作类型单独配置通知模板。每种通知模板可以包括审核通过子模板和审核拒绝子模板。操作参数是操作请求中请求内容，根据操作类型的不同，操作参数也不相同。例如，在发布小程序包时需要提供小程序包标识package_id和小程序包版本package_version参数，在修改小程序名称时需要提供小程序名称app_name参数。审核结果消息项是用于填充审核结果的项目。第一生成单元702生成的待通知消息中，审核结果消息项为空。

在一些实施例中，提交模块601还进一步包括鉴权单元，用于对用户终端的身份进行鉴权。

如图8所示，鉴权单元800包括：

解析子单元801，用于解析操作请求，获得用户身份标识和小程序标识。

在一些实施例中，操作请求中包含有用户身份标识和小程序标识，解析子单元801通过解析操作请求，可以获得用户身份标识和小程序标识。

验证子单元802，用于基于用户身份标识和小程序标识对用户身份进行验证。

在一些实施例中，验证子单元802根据用户身份标识验证与小程序标识的权限关系。若该用户不具有对该小程序标识对应的小程序的操作权限，则直接向用户终端返回无权限消息；若该用户具有对该小程序标识对应的小程序的操作权限，则进行后续的操作。

如图9所示，推送模块900包括：

第二生成单元901，用于基于获得审核结果和待通知消息生成审核通知消息。

其中，审核结果包括审核通过和审核拒绝。当符合审核标准时，审核平台得到审核通过的审核结果；不符审核标准时，审核平台得到审核拒绝的审核结果。

在一些实施例中，第二生成单元901获得审核结果后，将审核结果填入待通知消息中的审核通知消息项，生成审核通知消息。

推送单元902，用于将审核通知消息推送至用户终端。

在一些实施例中，推送单元902从推送地址库获得开发者或第三方服务商的地址，并将审核通知消息推送至开发者或第三方服务商。

在一些实施例中，如图10所示，推送模块1000包括第二生成单元1001、推送单元1002和订阅单元1003，其中，第二生成单元1001和推送单元1002的原理和功能与第二生成单元901和推送单元902相同，在此不再赘述。

订阅单元1003，用于从消息队列订阅审核结果，并将审核结果传送至第二生成单元。

需要说明的是，消息队列是用于存储审核结果的队列。消息队列可以设置在审核平台，或者设置在网关，也可以设置在独立于审核平台和网关。利用消息队列将审核平台和网关解耦合，从而实现一次推送多地消费的目的。

在一些实施例中，网关还包括通知模板库1004，用于存储审核通知模板。审核通知模板可以预先配置并存储在通知模板库1004中。审核通知模板与操作请求的类型相匹配，而且，每个操作类型对应两个审核通知模板，即审核通过模板和审核拒绝模板。审核通过模板和审核拒绝模板的设置形式在本申请的方法部分已经提及，在此不再赘述。

需要说明的是，通知模板库1004可以设置在网关，也可以设置在独立于网关的其它单元或模块中，只要能够存储通知模板，并使提交模块和推送模块能够访问该通知模板库即可。

推送地址库1005，用于存储用户终端的推送地址。其中，推送地址是用户预先配置的接收通知的地址。

在一些实施例中，小程序开发者和第三方服务商可以预先将各自的地址设置在推送地址库，以便于推送模块在需要时获得小程序开发者或第三方服务商的地址。

需要说明的是，推送地址库1005可以设置在网关，也可以设置在独立于网关的其它单元或模块中，只要能够存储地址，并使提交模块和推送模块能够访问该推送地址库即可。

本实施例提供的网关，利用提交模块在收到用户终端的操作请求向审核平台发送业务审核请求，以及基于审核平台返回的审核任务标识生成待通知消息；利用推送模块获得的审核结果和待通知消息生成审核通知消息,并将审核通知消息推送至用户终端，该网关具有通用性，可以支持任何类型的业务审核(如小程序能力的审核)，同时减少开发人员的人力成本，降低代码冗余度，以及提升业务代码的可维护性。

第四方面，本申请实施例提供一种审核平台，该审核平台可以对应用程序的业务进行审核，如对小程序的业务进行审核。

图11为本申请实施例提供的一种审核平台的原理框图。如图11所示，审核平台1100包括：

接收模块1101，用于接收业务审核请求。

其中，业务审核请求是网关响应用户终端的操作请求发出的消息。

获取模块1102，用户获取审核结果。

在一些实施例中，审核平台是审核人员进行人工审核。审核结果是审核人员对审核请求审核后得到的结果。例如，审核平台向审核人员展示审核请求，即展示审核请求中的审核事项，审核人员对审核事项进行审核，得到审核结果，并将该审核结果传输至审核平台。

在一些实施例中，审核平台还可以通过其他方式进行审核，例如通过人工结合机器完成审核。

存储模块1103，用于存储审核结果。

在一些实施例中，存储模块1103以消息队列的形式存储审核结果。存储模块1103可以设置在审核平台，也可以设置在独立于审核平台的其它模块或单元中。

在一些实施例中，审核平台还包括：

任务标识生成模块，用于向网关返回审核任务标识。其中，审核任务标识是审核任务的唯一标识。

本申请实施例提供的审核平台，利用接收模块接收业务审核请求，利用获取模块获取审核结果，并利用存储模块存储审核结果，该审核平台可以对任何类型的业务进行审核，而且可以降低网关开发人员的人力成本，降低代码冗余度，以及提升业务代码的可维护性。

为了更好地理解本申请实施例提供的业务审核通知方法，下面结合用户终端、网关和审核平台对业务审核通知方法做进一步介绍。

图12为本实施例提供的业务审核通知方法的流程图。参阅图12所示，业务审核通知方法包括：

步骤1201，用户终端向网关的提交模块发送操作请求。

其中，操作请求包括用户身份标识、小程序标识、操作类型(名称修改)以及名称参数(小程序的新名称)。

步骤1202，网关对用户身份进行鉴权。

在本实施例中，网关从操作请求中解析出用户身份标识、小程序标识，并根据用户身份标识验证与小程序标识的权限关系。当用户身份标识无权限操作时，向用户终端返回验证不通过消息。当用户身份标识有操作权限时，向用户终端返回验证通过消息，并进行后续步骤；或者，直接进行后续步骤，不向用户终端返回验证通过消息。

步骤1203，网关的提审模块向审核平台发送业务审核任务。

业务审核任务是网关基于操作请求得到的审核任务。业务审核任务包括小程序标识、操作类型(名称修改)以及名称参数。在对用户身份验证通过的情况下，网关向审核平台发送业务审核请求。

步骤1204，审核平台向网关返回审核任务标识。

在本实施例中，审核平台收到业务审核任务后，为该业务审核任务分配一个唯一的标识，以供后续流程中使用。

步骤1205，提交网关从通知模板库获得通知消息模板。

在本实施例中，通知消息模板是开发者或第三方服务商预先设定并存储于通知模板库的模板。

步骤1206，基于审核任务标识、用户身份标识、提交业务审核的时间、通知消息模板、操作参数以及审核结果消息项生成待通知消息。

在本实施例中，提交网关基于审核平台返回的审核任务标识，从通知模板库获得通知消息模板，结合用户终端发送的用户身份标识、提交业务审核的时间和操作参数以及审核结果消息项生成待通知消息。

步骤1207，审核平台接收审核人员的审核结果。

在本实施例中，审核平台向审核人员展示操作参数，审核人员依据操作参数对业务审核请求进行审核，并将审核结果传送给审核平台。

步骤1208，审核平台将审核结果存储于消息队列中。

步骤1209，网关从消息队列获得审核结果。

步骤1210，网关根据审核任务标识从待通知消息库中获得对应的待通知消息，并将审核结果和待通知消息拼装，获得通知消息。

步骤1211，网关从推送地址库获得用户终端的推送地址。

在本实施例中，用户终端的推送地址是用户预先配置在推送地址库。

步骤1212，网关将通知消息按照推送地址推送给用户终端。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图13所示，是根据本申请实施例的业务审核通知的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图13所示，该电子设备包括：一个或多个处理器1301、存储器1302，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图13中以一个处理器1301为例。

存储器1302即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的业务审核通知的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的业务审核通知的方法。

存储器1302作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的业务审核通知的方法对应的程序指令/模块。处理器1301通过运行存储在存储器1302中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的业务审核通知的方法。

存储器1302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据业务审核通知的电子设备的使用所创建的数据等。此外，存储器1302可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1302可选包括相对于处理器1301远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

业务审核通知的方法的电子设备还可以包括：输入装置1303和输出装置1304。处理器1301、存储器1302、输入装置1303和输出装置1304可以通过总线或者其他方式连接，图13中以通过总线连接为例。

输入装置1303可接收输入的数字或字符信息，以及产生与业务审核通知方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1304可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种业务审核通知方法，其特征在于，包括：

响应于用户终端的操作请求向审核平台发送业务审核请求；

基于所述审核平台返回的审核任务标识生成待通知消息；

基于获得的审核结果和所述待通知消息生成审核通知消息；

将所述审核通知消息推送至所述用户终端。

2.根据权利要求1所述的方法，其特征在于，所述响应于用户终端的操作请求向审核平台发送业务审核请求，包括：

解析所述操作请求，获得用户身份标识和小程序标识；

基于所述用户身份标识和所述小程序标识对所述用户身份进行验证；

在所述用户身份验证通过的情况下，向所述审核平台发送业务审核请求。

3.根据权利要求1所述的方法，其特征在于，所述基于所述审核平台返回的审核任务标识生成待通知消息，包括：

基于所述操作请求的操作类型从通知模板库获得与所述操作类型匹配的所述审核通知模板；

基于所述审核通知模板和所述审核任务标识生成待通知消息。

4.根据权利要求3所述的方法，其特征在于，所述基于所述审核通知模板生成待通知消息之后，还包括：

将所述待通知消息存储于待通知消息库。

5.根据权利要求4所述的方法，其特征在于，所述基于所述审核结果和所述待通知消息生成审核通知消息，包括：

基于所述审核任务标识从所述待通知消息库获得所述审核任务标识对应的所述待通知消息；

将所述审核结果与所述待通知消息拼装，生成所述审核通知消息。

6.根据权利要求1所述的方法，其特征在于，所述待通知消息涉及的字段包括审核任务标识、用户身份标识、操作参数、提交所述业务审核请求的时间、审核通知模板和审核结果消息项；其中，所述审核通知模板是与所述操作类型相匹配的模板；所述审核结果消息项是用于填充所述审核结果的字段。

7.根据权利要求1所述的方法，其特征在于，所述审核结果是从消息队列获得；其中，所述消息队列是存储所述审核结果的队列。

8.根据权利要求1所述的方法，其特征在于，所述将所述审核通知消息推送至所述用户终端，包括：

从推送地址库获取所述用户终端的推送地址；

依据所述推送地址将所述审核通知消息推送至所述用户终端。

9.根据权利要求1所述的方法，其特征在于，按照预设的推送次数和预设的时间间隔向所述用户终端推送所述审核通知消息。

10.一种业务审核通知方法，其特征在于，包括：

接收业务审核请求；其中，所述业务审核请求是网关响应用户终端的操作请求发出的消息；

获取并存储审核结果，以供所述网关基于所述审核结果和待通知消息生成审核通知消息；其中，所述待通知消息是网关针对所述业务审核请求生成的消息。

11.根据权利要求10所述的方法，其特征在于，所述获取并存储所述审核结果，包括：

接收所述的审核结果，将所述审核结果存储于消息队列中。

12.根据权利要求10所述的方法，其特征在于，所述接收业务审核请求之后，还包括：

向网关返回审核任务标识，其中，所述审核任务标识是审核任务的唯一标识。

13.一种网关，其特征在于，包括:

提交模块，用于响应于用户终端的操作请求向审核平台发送业务审核请求，以及基于所述审核平台返回的审核任务标识生成待通知消息；

推送模块，用于基于获得的审核结果和所述待通知消息生成审核通知消息,并将所述审核通知消息推送至所述用户终端。

14.根据权利要求13所述的网关，其特征在于，所述提交模块包括：

提审单元，用于向审核平台发送业务审核请求；

第一生成单元，用于基于所述审核平台返回的审核任务标识生成待通知消息。

15.根据权利要求14所述的网关，其特征在于，所述提交模块包括：

解析单元，用于解析所述操作请求，获得用户身份标识和小程序标识；

验证单元，用于基于所述用户身份标识和所述小程序标识对所述用户身份进行验证。

16.根据权利要求13所述的网关，其特征在于，所述推送模块包括：

第二生成单元，用于基于获得的审核结果和所述待通知消息生成审核通知消息；

推送单元，用于将所述审核通知消息推送至所述用户终端。

17.根据权利要求16所述的网关，其特征在于，所述推送模块还包括：

订阅单元，用于从消息队列订阅所述审核结果，并将所述审核结果传送至所述第二生成单元；其中，所述消息队列是用于存储审核结果的队列。

18.根据权利要求13所述的网关，其特征在于，还包括：

通知模板库，用于存储审核通知模板，其中，所述审核通知模板与所述操作请求的类型相对应；

推送地址库，用于存储所述用户终端的推送地址，其中，所述推送地址是用户预先配置的接收通知的地址。

19.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9或10-12中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-9或10-12中任一项所述的方法。

Images