一种对于小程序进行审核的方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种对于小程序进行审核的方法、装置、设备及介质。

背景技术

小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜索一下即可打开应用。

由于小程序的便利性，越来越多的用户选择使用小程序。随着各种各样的小程序的产生，如何对小程序进行及时有效的审核是一个亟待解决的技术问题。

发明内容

本说明书实施例提供一种对于小程序进行审核的方法、装置、设备及介质，以提高对应小程序的审核效率。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种对于小程序进行审核的方法，包括：

获取目标小程序的交互设计稿；

从所述交互设计稿中确定用于获取用户信息的信息获取页面；

确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息；

确定所述目标小程序所属的程序类型；

根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果；

若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

本说明书实施例提供的一种对于小程序进行审核的装置，包括：

稿件获取模块，用于获取目标小程序的交互设计稿；

页面获取模块，用于从所述交互设计稿中确定用于获取用户信息的信息获取页面；

指代词确定模块，用于确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息；

类型确定模块，用于确定所述目标小程序所属的程序类型；

判断模块，用于根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果；

结果处理模块，用于若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

本说明书实施例提供的一种对于小程序进行审核的设备，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取目标小程序的交互设计稿；

从所述交互设计稿中确定用于获取用户信息的信息获取页面；

确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息；

确定所述目标小程序所属的程序类型；

根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果；

若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种对于小程序进行审核的方法。

本说明书一个实施例实现了能够达到以下有益效果：

本说明书实施例中通过获取目标小程序的交互设计稿，判断目标小程序需要获取的用户信息是否符合用户信息获取规则，可以在小程序开发完成或者上线之前对小程序进行审核，使得对小程序审核的过程提前化，从而可以及时有效的完成对小程序的审核，并且，也可避免对不符合规则的小程序的开发、上线等处理，也无需频繁的将不合格的小程序进行更新、下架等处理，进一步的可减少开发人员以及运维人员的工作量。

附图说明

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

图1为本说明书实施例提供的一种对于小程序进行审核的方法的应用场景示意图；

图2为本说明书实施例提供的一种对于小程序进行审核的方法的流程示意图；

图3为本说明书实施例提供的一种对于小程序进行审核的方法的泳道图；

图4为本说明书实施例提供的一种对于小程序进行审核的装置的结构示意图；

图5为本说明书实施例提供的一种对于小程序进行审核的设备的结构示意图。

具体实施方式

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

现有技术中，对于小程序的审核通常是在小程序开发完成后，对待生上线的小程序进行模拟操作，对小程序进行审核，或者是在小程序上线后通过用户的反馈等来发现小程序中存在的缺陷，即，现有技术中对于小程序的审核通常是在小程序开发完成后进行的，需要通过运行小程序才能发现小程序中的问题。

为了解决现有技术中的缺陷，本方案给出了以下实施例：

图1为本说明书实施例提供的一种对于小程序进行审核的方法的应用场景示意图。如图1所示，该场景中可以包括目标小程序的交互设计稿1和审核平台2，其中，审核平台2可以对交互设计稿1进行审核，确定交互设计稿1中包含的用于表示目标小程序需要获取的用户信息的第一用户信息指代词，判断目标小程序需要获取的用户信息是否符合该程序类型的小程序所需要符合的用户信息获取规则，若符合，则可以确定交互设计稿符合规定，进一步可以说明根据该交互设计稿开发得到的目标小程序是符合规定的，进而可以在小程序开发完成或者上线之前对小程序进行审核，使得对小程序审核的过程提前化，从而可以及时有效的完成对小程序的审核。

接下来，将针对说明书实施例提供的一种对于小程序进行审核的方法结合附图进行具体说明：

图2为本说明书实施例提供的一种对于小程序进行审核的方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。

如图2所示，该流程可以包括以下步骤：

步骤202：获取目标小程序的交互设计稿。

实际应用中，设计交互稿可以是根据产品提出的不同需求，用交互稿的形式给出交互方案。开发人员可以根据交互设计稿完成目标小程序的程序编写、效果设计、测试等。

本说明书实施例中的交互设计稿可以是根据目标小程序的需求设计的交互稿，其中，交互设计稿中可以展现目标小程序的完整流程，例如，包括目标小程序需要展现的界面、界面之间的跳转关系、界面中的元素展现需求的所有功能点、界面中元素的各种状态、元素操作后的效果等。设计交互稿中可以包含代表目标小程序界面的图片，还可以包括对界面中元素的注释信息等。设计交互稿的具体内容需要根据目标小程序的具体需求进行设定，这里不作具体限定。

步骤204：从所述交互设计稿中确定用于获取用户信息的信息获取页面。

交互设计稿中可以包含目标小程序可以呈现的各个界面，其中，可以包含用于获取用户信息的信息获取页面，在信息获取页面中，用户可以选择是否允许目标小程序获取用户信息。信息获取页面可以包括用户进入目标小程序时或者进入目标小程序后出现的授权请求页面，例如，授权请求弹窗、协议签署请求界面等。实际应用中信息获取页面可以在目标小程序的首页呈现，例如，用户进入点击目标小程序的标识进入小程序首页，在首页的至少部分区域会显示信息获取页面；也可以目标小程序的非首页，例如，在用户进入小程序后，开通某项功能时，也可能会出现信息获取页面。

步骤206：确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息。

步骤208：确定所述目标小程序所属的程序类型。

目标小程序的程序类型可以包括购物类、娱乐类、游戏类、餐饮类、运动类、医药类、基金类等。

实际应用中为保证用户信息的安全性，需要根据《信息安全技术个人信息安全规范》、《互联网个人信息安全保护指南》、《网络安全标准实践指南—移动互联网应用程序(App)使用软件开发工具包(SDK)安全指引》等规定设定不同类型的小程序允许获取的用户信息。例如，运动类小程序中可以允许获取用户的运动步数等信息；餐饮类小程序可以允许获取用户的位置信息，但用户的通讯录等与餐饮无关的信息，餐饮类小程序也请求获取的话可以认为是不符合规定的。

步骤210：根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果。

本说明书实施例中可以根据相关规定，针对不同的小程序的程序类型设置该类型对应的用户信息获取规则，用户信息获取规则可以表示允许该类小程序获取的用户信息。实际应用中允许小程序获取的用户信息通常是对使用小程序有影响的用户信息，如果未获取到需要获取的用户信息，可能会影响用户对于小程序的使用。例如，某小程序为运动类小程序，需要获取用户的运动步数，统计用户的运动量，进而才能体现该小程序的作用，该小程序可以获取用户的运动步数信息。

步骤212：若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

应当理解，本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

图2中的方法，本说明书实施例中通过获取目标小程序的交互设计稿，判断目标小程序需要获取的用户信息是否符合用户信息获取规则，可以在小程序开发完成或者上线之前对小程序进行审核，使得对小程序审核的过程提前化，从而可以及时有效的完成对小程序的审核，并且，也可避免对不符合规则的小程序的开发、上线等处理，也无需频繁的将不合格的小程序进行更新、下架等处理，进一步的可减少开发人员或者运维人员的工作量。

本说明书实施例中利用交互设计稿对目标小程序进行审核，也是考虑到实际应用中，由于小程序相较于通常的应用程序APP等客户端，小程序所涉及到的界面比较少，界面之间的跳转关系也较简单，整个交互设计稿的流程逻辑较清楚明晰，通过审核交互设计稿的方式审核小程序更具有可实施性。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

本说明书实施例中还可以对信息获取页面的显示方式进行审核，判断信息获取页面的页面信息方式符合预设页面显示方式。其中，预设页面显示方式可以根据相关的规定进行设定。具体的，本说明书实施例中步骤212中生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还可以包括：

确定所述信息获取页面的页面显示方式符合预设页面显示方式；所述预设页面显示是让所述目标小程序的用户能够清楚了解到所述信息获取页面的内容的方式。

实际应用中，为了用户避免在未知的情况下被获取了用户信息，信息获取页面中的内容需要清楚明了的展示给用户。

本说明书实施例中所述预设页面显示方式具体可以包括：

所述信息获取页面中的文本的预设字体规格。

其中，字体格式可以包括字体的大小。为便于用户看到信息获取页面中的页面内容，信息获取页面中的字体不能过小，避免用户遗漏信息。

字体格式还可以包括字体样式，例如，繁体字、简体字、宋体、楷体等的样式。通常情况下，信息获取页面中的字体样式可以与小程序的其他页面中的字体样式相同。

实际应用中，交互设计稿中可包含表示信息获取页面中的文本的字体规格的注释信息，注释信息中可以说明文本的字体样式、字体颜色、字体大小等内容。

作为一种实施方式，本说明书实施例中确定所述信息获取页面的页面显示方式符合预设页面显示方式，具体可以包括：

获取所述信息获取页面中的文本信息；

确定所述文本信息对应的文本字体规格；

确定所述文本字体规格符合所述预设字体规格。

其中，还可以从所述交互设计稿中的注释信息中获取用于描述所述信息获取页面中显示的字体规格的字体注释信息；基于所述字体注释信息，确定所述信息获取页面中显示的字体规格；判断所述字体规格是否所述预设字体规格。

交互设计稿中的注释信息通常会通过连接线等关联标识与注释对象连接，表示注释信息与注释对象的对应关系，可以通过关联标识确定注释信息。

实际应用中，也可以通过计算信息获取页面中各个字在信息获取页面中的占有面积，判断信息获取页面中的文本字体大小是否符合预设的字体大小，具体的，本说明书实例中，确定所述信息获取页面的页面显示方式符合预设页面显示方式，具体可以包括：

提取所述信息获取页面中的各个文字；

判断所述各个文字中的面积占比是否均大于或等于预设面积占比；所述面积占比表示所述各个文字中每个文字的占用面积与在所述信息获取页面的面积的比值；

若所述各个文字中的面积占比均大于或等于预设面积占比，则可确定所述信息获取页面的页面显示方式符合预设页面显示方式。

本说明书实施例中所述预设页面显示方式具体可以包括：

所述信息获取页面中文本与背景页面间的预设色彩对比度。

其中，确定所述信息获取页面的页面信息方式符合预设页面显示方式，具体可以包括：

获取所述信息获取页面中的文本对应的文本色彩信息；

获取所述信息获取页面中背景页面对应的背景色彩信息；

基于所述文本色彩信息和所述背景色彩信息，判断所述信息获取页面中文本与背景页面间的色彩对比度是否符合所述预设色彩对比度。

其中，还可以从所述交互设计稿中的注释信息中获取用于描述所述信息获取页面中文本的显示颜色的文本颜色注释信息；

基于所述文本颜色注释信息，确定所述文本的显示颜色；

从所述交互设计稿中的注释信息中获取用于描述所述信息获取页面中背景页面的显示颜色的背景颜色注释信息；

基于所述背景颜色注释信息，确定所述背景页面的显示颜色；

根据所述文本的显示颜色和所述背景的显示颜色，确定所述文本与所述背景页面间的对比度。

实际应用中，信息获取页面中可以包括表示用户同意或不同意目标小程序获取用户信息、用户接受或不接受信息获取页面中提供的用户需要签署的协议等功能的控件，用户可以选择相应的控件，目标小程序根据用户的选择进行相应的处理。

本说明书实施例中所述预设页面显示方式具体可以包括：

所述信息获取页面中的用于用户选择的控件处于未选中状态。

其中，信息获取页面中的控件可以用于确定用户是否注意到目标信息。

实际应用中，目标小程序想要获取用户的用户信息都应该是在用户有感知且同意的情况下获取，不应该代替用户做出默认选择。

本说明书实施例中，确定所述信息获取页面的页面信息方式符合预设页面显示方式，具体可以包括：

获取所述信息获取页面中的各个控件；

确定所述各个控件均处于未选中状态。

其中，可以根据图形识别确认信息获取页面中的各个控件，判断各个控件均处于未选中状态。

本说明书实施例中所述预设页面显示方式具体可以包括：

所述信息获取页面中未包含预设禁止显示字词。

实际应用中，信息获取页面也应该出现一些违规或者含义不清楚的词汇，其中，可以根据程序类别，基于相应的法规章程等规定设定与程序类别对应的违规字词库。

其中，确定所述信息获取页面的页面信息方式符合预设页面显示方式，具体可以包括：

获取所述信息获取页面中的文本信息；

确定所述文本信息中未包含预设违规字词库中的字词；所述预设违规字词库中包含所述信息获取页面禁止显示的字词。

其中，可以基于光学字符识别(Optical Character Recognition，OCR)等图像字符识别技术获取信息获取页面中的文本信息。

实际应用中，当目标小程序请求获取用户的用户信息时，可以通过信息获取页面告知用户需要被获取的用户信息，在用户同意获取后，小程序也仅可以获取信息获取页面中告知过用户的这些用户信息，而不能在用户不知情的情况下获取其他未经用户同意的用户信息。

在用户同意目标小程序获取页面中提示的需要获取的用户信息后，在小程序的某些页面中，用户可以查看目标小程序具体获取了用户的哪些用户信息，例如，在设置页面、用户个人中心页面等小程序页面中可以查看目标小程序获取的用户信息。

本说明书实施例中，所述生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还可以包括：

获取与所述信息获取页面对应的用户信息显示页面；所述用户信息显示页面包含第二用户信息指代词；所述第二用户信息指代词用于表示所述目标小程序已经获取到的用户信息；

确定所述第二用户信息指代词包含于所述各个第一用户信息指代词中。

当用户信息显示页面中包含的第二用户信息指代词均包含于信息获取页面中的第一预设关键词中时，说明目标小程序仅获取了在信息获取页面告知用户获取的那些用户信息，没有超出用户的允许范围，这样是符合规定的。

实际应用中，用户信息显示页面可以是一个也可以是多个，每个用户信息显示页面中包含的第二用户信息指代词也可以是一个也可以是多个，确定所述第二用户信息指代词包含于所述各个第一用户信息指代词中，具体可以包括：确定各个用户信息显示页面中包含的各个第二用户信息指代词均包含在由全部第一用户信息指代词构成的第一指代词集合中。

实际应用中，为确保用户信息的安全性，有些用户信息是需要脱敏显示的，当确定所述第二用户信息指代词包含于所述各个第一用户信息指代词中后，还可以判断第二用户信息指代词对应的用户信息是否需要脱敏显示，若需要脱敏显示，在生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还需要确定需要脱敏显示是脱敏显示的。

本说明书实施例中，所述生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还可以包括：

确定所述第二用户信息指代词中需要脱敏显示的用户信息对应的第三用户信息指代词；

确定所述第三用户信息指代词对应的用户信息已脱敏显示。

实际应用中，在目标小程序的显示页面中用户信息可能与对应的用户信息指代词在同一个页面或者界面显示，例如，在同一个显示界面中，用户的姓名的指代词“姓名”后边直接显示出用户的姓名“张三”；还可能用户信息指代词与对应的用户信息在不同的界面，例如，点击“证件号”处，跳转到显示有具体的证件号码的详情页面。

作为一种实施方式，本说明书实施例中所述确定所述第三用户信息指代词对应的用户信息已脱敏显示，具体可以包括：

基于关联标识，确定所述用户信息显示页面对应的用户信息详情页面；用户信息详情页面为包含具体的用户信息的页面；

获取所述用户信息详情页面中所述第三用户信息指代词对应的用户信息；

确定所述用户信息详情页面中所述第三用户信息指代词对应的用户信息已脱敏显示。

实际应用中，目标小程序的交互设计稿中可以包含目标小程序需要显示的各个页面，相关联的页面或者跳转页面之间会使用连接线等关联标识进行表示，例如，可以通过带箭头的连接线，表示从页面A跳转到页面B，其中带箭头的连接线中的箭头可以由页面A指向页面B。本说明书实施例中可以按照目标小程序中页面显示的先后顺序，对交互设计稿进行审核，例如，若页面A不符合相关规定，则可以终止审核，确定交互设计稿不合格；若页面A符合相关规定，再继续对页面B进行审核，这样也可以减少审核的工作量。

实际应用中，为避免对用户的过度打扰，在用户拒绝或者关闭信息获取页面后，或者拒绝或者关闭信息获取页面的次数达到预设次数后，信息获取页面在预设时间段内不应该再在用户使用或者再次打开目标小程序时出现。

本说明书实施例中所述生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还可以包括：

获取所述信息获取页面中的用于表示用户拒绝所述目标小程序获取用户信息的拒绝控件；

获取所述交互设计稿中所述拒绝控件的对应的注释信息；

确定所述拒绝控件的对应的注释信息中包含表示终止所述信息获取页面再次显示的描述信息。

例如，信息获取页面中包含“同意”控件和“不同意”控件，交互设计稿中需要包含对于“不同意”控件的注释信息，该注释信息中应该包含表示终止所述信息获取页面再次显示的描述信息，以便后续的开发人员进行相应的程序编写。

实际应用中，信息获取页面还可能包含用于关闭信息获取页面的控件，用户关闭信息获取页面也可表示用户未同意目标小程序获取用户信息，作为一种实施方式，本说明书实施中所述生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识之前，还可以包括：

获取所述信息获取页面中的用于表示关闭所述信息获取页面的关闭控件；

获取所述交互设计稿中所述关闭控件的对应的注释信息；

确定所述关闭控件的对应的注释信息中包含表示终止所述信息获取页面再次显示的描述信息。

其中，可以基于神经语言程序学(Neuro-Linguistic Programming，NLP)等语义分析算法或模型对注释信息对应分析识别。

本说明书实施例中第一用户信息指代词可以包括姓名、手机号、账号信息、头像、昵称、证件号、出生年月、地理位置、步数信息、通讯录、消息通知中至少一种。

实际应用中，可以根据专家经验确定指代用户信息的用户信息指代词的词库，基于词库确定信息获取页面中包含的第一用户信息指代词。

本说明书实施例中确定所述信息获取页面中的各个第一用户信息指代词，具体包括：

获取第一预设指代词词库；所述第一预设指代词词库中包含表示用户信息的各个指代词；

基于所述第一预设指代词词库，确定所述信息获取页面中包含的所述第一预设指代词词库中的指代词；

将所述信息获取页面中包含的所述第一预设指代词词库中的指代词确定为第一用户信息指代词。

可选的，所述判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，具体可以包括：

基于所述程序类型，确定所述程序类型对应的第二预设指代词词库；所述第二预设指代词词库中包含所述程序类型的小程序允许获取的用户信息的指代词；

判断所述各个第一用户信息指代词是否均包含在所述第二预设指代词词库中；

或者，

基于所述程序类型，确定所述程序类型对应的第三预设指代词词库；所述第三预设指代词词库中包含所述程序类型的小程序不允许获取的用户信息的指代词；

判断所述各个第一用户信息指代词是否均未存在于所述第三预设指代词词库中。

本说明书实施例中还可以基于神经网络模型识别信息获取页面中的第一用户信息指代词。

为更清楚的说明本说明书实施例提供的一种对于小程序进行审核的方法，图3为本说明书实施例提供的一种对于小程序进行审核的方法的泳道图，如图3所示，该方法可以包括获取阶段、审核阶段以及结果处理阶段，具体可以包括：

步骤302：交互设计稿提供端提交目标小程序的交互设计稿。实际应用中，交互设计稿提交端可以为具有提交能力的提交端口也可以为提交设备，审核服务器可以是具有对交互设计稿进行审核能力应用程序或平台。交互设计稿与审核服务器可以是同一设备也可以是不同的设备。

步骤304：审核服务器获取目标小程序的交互设计稿。

步骤306：从所述交互设计稿中确定用于获取用户信息的信息获取页面。

步骤308：判断所述信息获取页面的页面显示方式是否符合预设页面显示方式。

步骤310：若信息获取页面的页面显示方式符合预设页面显示方式，则可以确定所述信息获取页面中的各个第一用户信息指代词。

步骤312：确定所述目标小程序所属的程序类型。

步骤314：根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则。

步骤316：若符合用户信息获取规则，则可以获取与所述信息获取页面对应的用户信息显示页面；所述用户信息显示页面包含第二用户信息指代词；所述第二用户信息指代词用于表示所述目标小程序已经获取到的用户信息；判断第二用户信息指代词是否包含于所述各个第一用户信息指代词中。

步骤318：若第二用户信息指代词包含于所述各个第一用户信息指代词中，则可以生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

步骤320：若步骤308、步骤314、步骤316中任何一个步骤中的判断结果为否定的结果，则均可生成用于表示所述交互设计稿对应的小程序不符合所述用户信息获取规则的标识，表示该交互设计稿不合格，也可以表示依据该交互设计稿设计的目标小程序不合格。

实际应用中，当确定目标小程序的交互设计稿合格后可将该交互设计稿提供给开发人员进行目标小程序的程序编写等过程，当确定目标小程序的交互设计稿不合格后，也可以反馈表示不合格的信息至交互设计稿的提交方。

本说明书实施例中当按照审核通过的交互设计稿编码出可运行的目标小程序后，还可以基于交互设计稿来检查目标小程序的程序代码是否有设计有误的地方，也可提高对目标小程序的审核过程。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的一种对于小程序进行审核的装置的结构示意图。如图4所示，该装置可以包括：

稿件获取模块402，用于获取目标小程序的交互设计稿；

页面获取模块404，用于从所述交互设计稿中确定用于获取用户信息的信息获取页面；

指代词确定模块406，用于确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息；

类型确定模块408，用于确定所述目标小程序所属的程序类型；

判断模块410，用于根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果；

结果处理模块412，用于若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图5为本说明书实施例提供的一种对于小程序进行审核的设备的结构示意图。如图5所示，设备500可以包括：

至少一个处理器510；以及，

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

所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：

获取目标小程序的交互设计稿；

从所述交互设计稿中确定用于获取用户信息的信息获取页面；

确定所述信息获取页面中的各个第一用户信息指代词；所述第一用户信息指代词用于表示所述目标小程序需要获取的用户信息；

确定所述目标小程序所属的程序类型；

根据所述各个第一用户信息指代词，判断所述目标小程序需要获取的用户信息是否符合所述程序类型的小程序所需要符合的用户信息获取规则，得到第一判断结果；

若所述第一判断结果表示所述目标小程序需要获取的用户信息符合所述程序类型的小程序所需要符合的用户信息获取规则，则生成用于表示所述交互设计稿对应的小程序符合所述用户信息获取规则的标识。

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种对于小程序进行审核的方法：

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图5所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。