一种生成业务表单的方法、装置及存储介质与流程

本发明涉及数据收集处理领域，尤其涉及一种生成业务表单的方法、装置及存储介质。

背景技术：

在政务大数据领域，很多政府职能部门都会采集各种类型的业务系统之间的数据，将各种类型的业务系统之间的数据进行整合并共享。在业务系统中，大部分业务表单是通过硬编码的方式实现。

目前，在各级政府职能部门的业务系统中，大部分业务表单是通过硬编码的方式实现，因此在用户实际使用这类业务系统过程中，编码人员需要根据用户的业务需求进行代码修改和代码调整，尤其是需要从业务系统中采集大量的业务数据时，会导致工作量繁重且效率低下，并且修改和调整代码也受到诸多限制。

技术实现要素：

针对上述技术问题，本发明实施例提供了一种生成业务表单的方法、装置及存储介质。

第一方面，本发明实施例提供一种生成业务表单的方法，所述业务表单用于采集业务系统中的业务数据，所述业务系统包括基于微服务架构的表单系统，所述微服务架构包括应用层、业务逻辑层、数据抽象层、数据访问层和数据存储层；所述方法包括：

生成表单框架，根据所述表单框架生成分别对应所述应用层、所述业务逻辑层、所述数据抽象层、所述数据访问层和所述数据存储层五者的容器对象；各层容器对象用于构造业务表单；

创建各层容器对象之间的第一逻辑关系，根据各层容器对象之间的第一逻辑关系在所述表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性以及表单模板之间的逻辑关系属性；所述样式是指由多个格网组成且具有自身逻辑数据的表单对象；

根据各层容器对象之间的第一逻辑关系生成多张业务表单；

分别为每张所述业务表单配置表单模板中每个单元格控件类型，以及配置不同业务表单之间的平衡关系校验规则；配置每张所述业务表单的组成元素之间的第二逻辑关系，以及封装各表单对象与数据库交互的所有操作；

根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据；

按照业务类型对所述多张业务表单进行分类，以及对多个业务数据进行分类，根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，以得到多种业务系统的业务实例表单。

在一种可能的设计中，所述业务逻辑层用于描述表单业务处理流程和表单对象之间协作关系；

所述数据抽象层包括数据访问操作库、ado数据访问库和基础对象库；所述数据抽象层用于在数据访问操作库对ado数据访问库进行封装；所述基础对象库定义所述表单系统的基础类，所述基础类用于封装对所述数据库的基础操作，以及负责对所述基础数据的存取和管理操作；

所述数据访问层用于采用springboot+mybatis数据访问方式和面向对象方式封装数据库的访问对象；

所述数据存储层用于采用索引、视图和函数中的至少一项方式对所述数据库中的待处理业务数据进行存储、读取和批量处理。

在一种可能的设计中，所述根据各层容器对象之间的逻辑关系生成多张业务表单，包括：

接收用户的业务表单定制请求，所述业务表单定制请求包括按照行填报的指示信息或按照列填报的指示信息；

按照所述表单模板行的控件类型生成按照行填报的业务表单，或者按照所述表单模板列的控件类型生成按照列填报的业务表单；

生成一张二维表格，根据表单模板行的行表控件类型设置所述二维表格的每行的行输入控件，或根据表单模板列的列表控件类型设置所述二维表格的每列的列输入控件；

设置填报周期，以使所述表单系统自动生成每个填报周期的填报任务；

所述根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，包括：

根据各层容器对象之间的第一逻辑关系，调用所述行输入控件将业务数据组合后存储到所述业务表单的行中，以及调用所述列输入控件将业务数据组合后存储到所述业务表单的列中，以得到多种业务系统的业务实例表单。

在一种可能的设计中，所述得到多种业务系统的业务实例表单之后，所述方法还包括：

接收第一查询指令，所述第一查询指令指示多个表单模板；

根据所述表单对象查询所述第一查询指令指示的多个表单模板的标识；

按照所述多个表单模板的标识调用表单底层逻辑库在数据库中遍历满足预设查询条件的所有表单模板；

分别对遍历到的满足预设查询条件的所有表单模板进行解析，得到多个解析结果；

将所述多个解析结果合并，将合并后的多个解析结果作为所述业务实例表单输出至并显示。

在一种可能的设计中，所述根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据之后，所述方法还包括：

在所述数据存储层，采用索引、视图和函数中的至少一项方式，以及调用所述基础类按照预设格式对所述数据库中与表单业务相关的业务数据进行批量格式化处理，得到所述预设格式的业务数据。

第二方面，本发明实施例提供了一种用于生成业务表单的装置，所述装置用于业务系统，所述业务系统包括基于微服务架构的表单系统，所述微服务架构包括应用层、业务逻辑层、数据抽象层、数据访问层和数据存储层。所述表单系统中的业务表单用于采集业务系统中的业务数据。所述装置包括：

处理模块，用于生成表单框架，根据所述表单框架生成分别对应所述应用层、所述业务逻辑层、所述数据抽象层、所述数据访问层和所述数据存储层五者的容器对象；各层容器对象用于构造业务表单；

创建各层容器对象之间的第一逻辑关系，根据各层容器对象之间的第一逻辑关系在所述表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性以及表单模板之间的逻辑关系属性；所述样式是指由多个格网组成且具有自身逻辑数据的表单对象；

根据各层容器对象之间的第一逻辑关系生成多张业务表单；

分别为每张所述业务表单配置表单模板中每个单元格控件类型，以及配置不同业务表单之间的平衡关系校验规则；配置每张所述业务表单的组成元素之间的第二逻辑关系，以及封装各表单对象与数据库交互的所有操作；

采集模块，用于根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据；

所述处理模块还用于按照业务类型对所述多张业务表单进行分类，以及对多个业务数据进行分类，根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，以得到多种业务系统的业务实例表单。

在一种可能的设计中，所述业务逻辑层用于描述表单业务处理流程和表单对象之间协作关系；

所述数据抽象层包括数据访问操作库、ado数据访问库和基础对象库；所述数据抽象层用于在数据访问操作库对ado数据访问库进行封装；所述基础对象库定义所述表单系统的基础类，所述基础类用于封装对所述数据库的基础操作，以及负责对所述基础数据的存取和管理操作；

所述数据访问层用于采用springboot+mybatis数据访问方式和面向对象方式封装数据库的访问对象；

所述数据存储层用于采用索引、视图和函数中的至少一项方式对所述数据库中的待处理业务数据进行存储、读取和批量处理。

在一种可能的设计中，所述装置还包括输入输出模块，所述输入输出模块用于：

接收用户的业务表单定制请求，所述业务表单定制请求包括按照行填报的指示信息或按照列填报的指示信息；

所述处理模块具体用于按照所述表单模板行的控件类型生成按照行填报的业务表单，或者按照所述表单模板列的控件类型生成按照列填报的业务表单；生成一张二维表格，根据表单模板行的行表控件类型设置所述二维表格的每行的行输入控件，或根据表单模板列的列表控件类型设置所述二维表格的每列的列输入控件；

设置填报周期，以使所述表单系统自动生成每个填报周期的填报任务；

根据各层容器对象之间的第一逻辑关系，调用所述行输入控件将业务数据组合后存储到所述业务表单的行中，以及调用所述列输入控件将业务数据组合后存储到所述业务表单的列中，以得到多种业务系统的业务实例表单。

在一种可能的设计中，所述处理模块在得到多种业务系统的业务实例表单之后，还用于：

通过所述输入输出模块还用于接收第一查询指令，所述第一查询指令指示多个表单模板；

根据所述表单对象查询所述第一查询指令指示的多个表单模板的标识；

按照所述多个表单模板的标识调用表单底层逻辑库在数据库中遍历满足预设查询条件的所有表单模板；

分别对遍历到的满足预设查询条件的所有表单模板进行解析，得到多个解析结果；

将所述多个解析结果合并，将合并后的多个解析结果作为所述业务实例表单输出至并显示。

在一种可能的设计中，所述处理模块在所述采集模块根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据之后，还用于：

在所述数据存储层，采用索引、视图和函数中的至少一项方式，以及调用所述基础类按照预设格式对所述数据库中与表单业务相关的业务数据进行批量格式化处理，得到所述预设格式的业务数据。

本申请又一方面提供了一种计算机设备，其包括至少一个连接的处理器、存储器和收发器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器中的程序代码来执行上述第一方面所述的方法。

本申请又一方面提供了一种计算机存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

与现有机制相比，本发明实施例提供的技术方案中，根据所述表单框架生成五层容器对象；根据各层容器对象之间的第一逻辑关系在表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性和逻辑关系属性；根据第一逻辑关系生成多张业务表单；分别为每张业务表单配置行表控件类型和列表控件类型，配置不同业务表单之间的平衡关系校验规则；配置业务表单的组成元素之间的第二逻辑关系，封装表单对象与数据库交互的操作；根据第一逻辑关系采集多种业务类型的业务数据；按照业务类型对业务表单和业务数据分类，根据第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，得到多种业务系统的业务实例表单。可见，采用本方案后，通过采用动态创建业务表单的方案，可以在原有的业务表单上按需进行灵活调整，以及进行任意扩展，因此能够实现集中对不同业务表单的数据采集和存储。

附图说明

图1为本发明实施例中微服务架构的功能模块的一种结构示意图；

图2为本发明实施例中微服务架构的层次结构的一种结构示意图；

图3为本发明实施例中生成业务表单的方法的一种流程示意图；

图4为本发明实施例中用于生成业务表单的装置的一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为便于理解，下面先介绍本发明实施例中所出现的术语：

微服务架构：一种架构模式，提倡将单块架构的应用划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。

表单框架：是指用于制作业务表单的空白模板。

业务表单：对所有填好或未填好的表格的统称。

样式:由多个格网组成的具有自身逻辑数据的表单对象。

业务实例表单:模板的实例化对象，即具有完整业务数据的表单。

为解决上述技术问题，本发明实施例提供以下方案：

基于微服务架构创建基于互联网的数据采集、网络直报平台，提供纯web报表定制、平衡关系规则定义、多级指标差异、严密的数据校验审核、自动化数据汇总等功能。所见即所得的导入导出，大用户量大数据量数据报送，有效解决数据采集标准不规范和平衡关系不满足的问题。

其中，微服务架构包括应用层、业务逻辑层、数据抽象层、数据访问层和数据存储层，微服务架构的功能模块如图1所示，微服务架构的层次结构如图2所示。

应用层：动态表单处理和操作的应用平台，为用户和系统进行交互提供入口。

业务逻辑层：描述表单业务处理流程和表单对象之间的协作关系，以及提供与其他业务系统进行信息交互的标准接口。

数据抽象层：包括数据访问操作库、ado数据访问库和基础对象库；所述数据抽象层用于在数据访问操作库对ado数据访问库进行封装；所述基础对象库定义整个表单系统的基础类，所述基础类用于封装对所述数据库的基础操作，以及负责对所述基础数据的存取和管理操作。数据访问操作库在对ado数据访问库进行封装后，可使得对数据库的操作更加易懂和方便，此外，由于基础类封装了对数据库的基础操作，且负责对基础数据的存取和管理工作，所以通过基础类能够实现按一种统一的方式来处理与表单业务相关的个中信息的功能。

数据访问层：采用springboot+mybatis数据访问方式和面向对象方式封装数据库的访问对象。方便对数据库的访问操作。

数据存储层：主要提供数据存储与读取服务，如返回应用层检索的数据结果、存储应用层的处理结果等。可采用mysql进行数据管理；另外，由于对系统处理数据效率的应用需求，所述数据存储层用于采用索引、视图和函数中的至少一项方式对所述数据库中的待处理业务数据进行存储、读取和批量处理。

由图2可知，以上各层之间的调用关系是自上向下的，不允许跨层调用，这样能够提高数据访问的安全性和稳定性，增强系统功能可扩展性和健壮性，以及提供与其他业务系统进行安全的信息集成的可能性。

参阅图3，图1为本发明实施例中生成业务表单的方法的一个实施例，所述业务表单用于采集业务系统中的业务数据，所述业务系统包括表单系统，所述微服务架构包括应用层、业务逻辑层、数据抽象层、数据访问层和数据存储层。本发明实施例包括：

301、生成表单框架，根据所述表单框架生成分别对应所述应用层、所述业务逻辑层、所述数据抽象层、所述数据访问层和所述数据存储层五者的容器对象。

其中，各层容器对象用于构造业务表单。

302、创建各层容器对象之间的第一逻辑关系，根据各层容器对象之间的第一逻辑关系在所述表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性以及表单模板之间的逻辑关系属性。

其中，所述样式是指由多个格网组成且具有自身逻辑数据的表单对象。

303、根据各层容器对象之间的第一逻辑关系生成多张业务表单。

一些实施方式中，所述根据各层容器对象之间的逻辑关系生成多张业务表单，包括：

接收用户的业务表单定制请求，所述业务表单定制请求包括按照行填报的指示信息或按照列填报的指示信息；

按照所述表单模板行的控件类型生成按照行填报的业务表单，或者按照所述表单模板列的控件类型生成按照列填报的业务表单；

生成一张二维表格，根据表单模板行的行表控件类型设置所述二维表格的每行的行输入控件，或根据表单模板列的列表控件类型设置所述二维表格的每列的列输入控件；

设置填报周期，以使所述表单系统自动生成每个填报周期的填报任务；

相应的，所述根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，包括：

根据各层容器对象之间的第一逻辑关系，调用所述行输入控件将业务数据组合后存储到所述业务表单的行中，以及调用所述列输入控件将业务数据组合后存储到所述业务表单的列中，以得到多种业务系统的业务实例表单。

可见，通过上述方式，能够实现在原有的业务表单上按需进行灵活调整，在保证业务表单和业务数据的输入输出一致的同时，还能使得本申请的表单系统能够适用于多种业务系统，而不用专门为每种业务系统分别设计一套表单系统，减少代码支出。

304、分别为每张所述业务表单配置表单模板中每个单元格控件类型，以及配置不同业务表单之间的平衡关系校验规则；配置每张所述业务表单的组成元素之间的第二逻辑关系，以及封装各表单对象与数据库交互的所有操作。

其中，单元格控件类型包括行表控件类型和列表控件类型。

305、根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据。

306、按照业务类型对所述多张业务表单进行分类，以及对多个业务数据进行分类，根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，以得到多种业务系统的业务实例表单。

与现有机制相比，本发明实施例中，根据所述表单框架生成五层容器对象；根据各层容器对象之间的第一逻辑关系在表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性和逻辑关系属性；根据第一逻辑关系生成多张业务表单；分别为每张业务表单配置行表控件类型和列表控件类型，配置不同业务表单之间的平衡关系校验规则；配置业务表单的组成元素之间的第二逻辑关系，封装表单对象与数据库交互的操作；根据第一逻辑关系采集多种业务类型的业务数据；按照业务类型对业务表单和业务数据分类，根据第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，得到多种业务系统的业务实例表单。可见，采用本方案后，一方面中，通过采用动态创建业务表单的方案，可以在原有的业务表单上按需进行灵活调整，以及进行任意扩展，因此能够实现集中对不同业务表单的数据采集和存储。另一方面中，本申请中的表单系统还可以面向具体的使用用户，使得使用用户能够快速生成业务表单，提高用户体验。

此外，本申请中，通过业务逻辑层中定义的表单业务处理流程和表单对象之间的协作关系，以及通过在业务逻辑层提供与其他业务系统进行信息交互的标准接口，能够使得管理人员通过提供标准接口规范对现有的业务系统进行功能扩展，从而降低开发表单系统的成本。

可选的，在本申请的一些实施例中，所述得到多种业务系统的业务实例表单之后，所述方法还包括：

接收第一查询指令，所述第一查询指令指示多个表单模板；

根据所述表单对象查询所述第一查询指令指示的多个表单模板的标识；

按照所述多个表单模板的标识调用表单底层逻辑库在数据库中遍历满足预设查询条件的所有表单模板；

分别对遍历到的满足预设查询条件的所有表单模板进行解析，得到多个解析结果；

将所述多个解析结果合并，将合并后的多个解析结果作为所述业务实例表单输出至并显示。

可选的，在本申请的一些实施例中，所述根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据之后，所述方法还包括：

在所述数据存储层，采用索引、视图和函数中的至少一项方式，以及调用所述基础类按照预设格式对所述数据库中与表单业务相关的业务数据进行批量格式化处理，得到所述预设格式的业务数据。

可见，通过对业务数据进行批量格式化处理，一方面能够加快数据处理效率，另一方面能够保证数据汇总和采集表单一致，从而解决数据采集标准不规范以及平衡关系不满足的问题。

上面对本发明实施例中的生成业务表单的方法进行了描述，下面对本发明实施例中的用于生成业务表单的装置进行描述，参阅图4，所述装置用于业务系统，所述业务系统包括基于微服务架构的表单系统，所述微服务架构包括应用层、业务逻辑层、数据抽象层、数据访问层和数据存储层。所述表单系统中的业务表单用于采集业务系统中的业务数据。所述装置包括处理模块、采集模块和输入输出模块。

在一些实施方式中，所述处理模块可用于生成表单框架，根据所述表单框架生成分别对应所述应用层、所述业务逻辑层、所述数据抽象层、所述数据访问层和所述数据存储层五者的容器对象；各层容器对象用于构造业务表单；

创建各层容器对象之间的第一逻辑关系，根据各层容器对象之间的第一逻辑关系在所述表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性以及表单模板之间的逻辑关系属性；所述样式是指由多个格网组成且具有自身逻辑数据的表单对象；

根据各层容器对象之间的第一逻辑关系生成多张业务表单；

分别为每张所述业务表单配置表单模板中每个单元格控件类型，以及配置不同业务表单之间的平衡关系校验规则；配置每张所述业务表单的组成元素之间的第二逻辑关系，以及封装各表单对象与数据库交互的所有操作；

所述采集模块可用于根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据；

所述处理模块还用于按照业务类型对所述多张业务表单进行分类，以及对多个业务数据进行分类，根据各层容器对象之间的第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，以得到多种业务系统的业务实例表单。

与现有机制相比，本申请实施例中，所述处理模块根据所述表单框架生成五层容器对象；根据各层容器对象之间的第一逻辑关系在表单框架中分别设置动态表单列、动态表单行、动态表单样式、表单模板的属性和逻辑关系属性；根据第一逻辑关系生成多张业务表单；分别为每张业务表单配置行表控件类型和列表控件类型，配置不同业务表单之间的平衡关系校验规则；配置业务表单的组成元素之间的第二逻辑关系，封装表单对象与数据库交互的操作；根据第一逻辑关系采集多种业务类型的业务数据；按照业务类型对业务表单和业务数据分类，根据第一逻辑关系将属于相同业务类型的业务数据填充至属于相同业务类型的业务表单中，得到多种业务系统的业务实例表单。可见，通过采用动态创建业务表单的方案，可以在原有的业务表单上按需进行灵活调整，以及进行任意扩展，因此能够实现集中对不同业务表单的数据采集和存储。

在一些实施方式中，所述业务逻辑层用于描述表单业务处理流程和表单对象之间协作关系；

所述数据抽象层包括数据访问操作库、ado数据访问库和基础对象库；所述数据抽象层用于在数据访问操作库对ado数据访问库进行封装；所述基础对象库定义所述表单系统的基础类，所述基础类用于封装对所述数据库的基础操作，以及负责对所述基础数据的存取和管理操作；

所述数据访问层用于采用springboot+mybatis数据访问方式和面向对象方式封装数据库的访问对象；

所述数据存储层用于采用索引、视图和函数中的至少一项方式对所述数据库中的待处理业务数据进行存储、读取和批量处理。

在一些实施方式中，所述装置还包括输入输出模块，所述输入输出模块用于：

接收用户的业务表单定制请求，所述业务表单定制请求包括按照行填报的指示信息或按照列填报的指示信息；

所述处理模块具体用于按照所述表单模板行的控件类型生成按照行填报的业务表单，或者按照所述表单模板列的控件类型生成按照列填报的业务表单；生成一张二维表格，根据表单模板行的行表控件类型设置所述二维表格的每行的行输入控件，或根据表单模板列的列表控件类型设置所述二维表格的每列的列输入控件；

设置填报周期，以使所述表单系统自动生成每个填报周期的填报任务；

根据各层容器对象之间的第一逻辑关系，调用所述行输入控件将业务数据组合后存储到所述业务表单的行中，以及调用所述列输入控件将业务数据组合后存储到所述业务表单的列中，以得到多种业务系统的业务实例表单。

在一些实施方式中，所述处理模块在得到多种业务系统的业务实例表单之后，还用于：

通过所述输入输出模块还用于接收第一查询指令，所述第一查询指令指示多个表单模板；

根据所述表单对象查询所述第一查询指令指示的多个表单模板的标识；

按照所述多个表单模板的标识调用表单底层逻辑库在数据库中遍历满足预设查询条件的所有表单模板；

分别对遍历到的满足预设查询条件的所有表单模板进行解析，得到多个解析结果；

将所述多个解析结果合并，将合并后的多个解析结果作为所述业务实例表单输出至并显示。

在一些实施方式中，所述处理模块在所述采集模块根据各层容器对象之间的第一逻辑关系采集多种业务类型的业务数据之后，还用于：

在所述数据存储层，采用索引、视图和函数中的至少一项方式，以及调用所述基础类按照预设格式对所述数据库中与表单业务相关的业务数据进行批量格式化处理，得到所述预设格式的业务数据。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本申请的保护之内。