邮件审计日志的处理方法及装置与流程

本申请涉及数据管理技术领域，尤其涉及一种邮件审计日志的处理方法及装置。

背景技术：

通过邮件传达信息已成为政府部门、企业单位等机构的一种常规办公方式，相应的，为确保对本机构相关邮件信息进行风险控制，通常需要对本机构内人员通过邮箱所收发的邮件进行审计。对于客户端版邮箱所收发的邮件，需要将审计设备获取到的审计日志保存在审计管理设备中，以供审计人员或管理人员等用户进行相应的处理。

在相关技术中，当用户查询某邮件时，审计管理设备首先从该邮件的审计日志中解析出邮件内容、附件描述信息及附件内容，然后将其保存在本地存储设备中，最后将邮件内容展示给用户；当用户选择下载附件内容时，将保存的附件内容提供给用户下载。

然而，相对于邮件内容和附件描述信息，附件文件通常数据量较大，因此相关技术中的处理方法解析用时较长，导致用户查询等待时间长。

技术实现要素：

有鉴于此，本申请提供一种邮件审计日志处理方法及装置，以解决相关技术中存在的问题。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种邮件审计日志的处理方法，应用于审计管理设备，所述审计管理设备用于存储来自审计设备的邮件审计日志，所述邮件审计日志由所述审计设备对邮箱客户端发出的邮件进行审计而生成；所述方法包括：

接收针对邮件审计日志的查询请求；

解析所述邮件审计日志中包含的日志文件，以获取邮件内容和附件描述信息；

在接收到针对所述附件描述信息的第一触发指令的情况下，解析所述日志文件得到所述附件描述信息对应的附件文件，以提供给用户下载。

根据本申请的第二方面，提出了一种邮件审计日志的处理装置，应用于审计管理设备，所述审计管理设备用于存储来自审计设备的邮件审计日志，所述邮件审计日志由所述审计设备对邮箱客户端发出的邮件进行审计而生成；所述装置包括：

查询请求接收单元，用于接收针对邮件审计日志的查询请求；

邮件内容解析单元，用于解析所述邮件审计日志中包含的日志文件，以获取邮件内容和附件描述信息；

附件文件解析单元，用于在接收到针对所述附件描述信息的第一触发指令的情况下，解析所述日志文件得到所述附件描述信息对应的附件文件，以提供给用户下载。

根据本申请的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如上述第一方面方案中任一项所述方法的步骤。

根据本申请的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述第一方面方案中任一项所述方法的步骤。

由以上技术方案可见，本申请在用户查询时仅解析日志文件中邮件内容和附件描述信息，而不解析数据量相对较大的附件文件，从而大大缩短日志文件的解析时间，进而缩短了用户的查询等待时间，提升了用户体验。

附图说明

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

图1是相关技术中一种邮件审计系统的架构示意图。

图2是本申请一示例性实施例示出的一种邮件审计日志的处理方法的流程示意图。

图3是本申请一示例性实施例示出的另一种邮件审计日志的处理方法的流程示意图。

图4是本申请一示例性实施例示出的一种电子设备的结构示意图。

图5是本申请一示例性实施例示出的一种邮件审计日志的处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一触发操作也可以被称为第二触发操作，类似地，第二触发操作也可以被称为第一触发操作。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为确保对机构内人员所收发邮件的信息风险控制，通常会对机构内邮件的处理方式和收发制度实施审计，一般包括对邮件内容的审计。在相关技术中，通常由审计设备对邮箱客户端发出的邮件进行审计，并将生成的邮件审计日志发送给审计管理设备，由审计管理设备进行保存及相应的管理工作。图1是相关技术中一种邮件审计系统的架构示意图。如图1所示，审计管理设备连接一台或多台审计设备，任一审计设备连接一台邮箱服务器及多个客户端，某审计设备审计到客户端发往其对应邮箱服务器的邮件后，会将审计生成的邮件审计日志发送给审计管理设备，并由后者进行相应的管理。

在相关技术中，当审计人员或管理人员等用户通过审计管理设备查询邮件审计日志时，审计管理设备会从该邮件审计日志对应的日志文件中解析出邮件内容和附件描述信息进行展示，并将同时解析出的附件文件保存在本地存储设备中，以供用户下载。然而，当用户查询邮件审计日志时，从日志文件中解析出附件文件并保存在本地实际上不仅造成等待时间长，而且保存的意义不大：一方面，对于携带附件的邮件，通常附件文件的数据量远大于邮件内容和附件描述信息的数据量，因此上述方法在解析日志文件中的邮件内容和附件描述信息的同时还解析附件文件，使得解析时间过长，导致用户等待时间长；另一方面，审计管理设备的用户通常是管理人员或审计人员，他们往往并不下载邮件携带的附件文件，因此采用上述处理方法保存的附件文件往往并不会被下载，从而失去解析与保存的意义。

因此，基于如图1所示的邮件审计系统网络架构，本申请提出一种对邮件审计日志进行处理的技术方案，以解决相关技术中存在的上述不足。为对本申请进行进一步说明，提供下列实施例。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

为了便于理解，下面结合图2对本申请的技术方案进行进一步说明。图2是本申请一示例性实施例示出的一种邮件审计日志的处理方法的流程示意图。上述方法可以应用于独立的的审计管理设备，也可以应用于审计系统中的审计管理设备，还可以应用于企业管理平台，如umc(unifiedmanagementcenter，统一管理中心)。特殊的，当应用于umc时，审计管理设备可以为umc中某一设备，也可以由umc服务器来执行审计管理设备的上述工作，以完成对邮件审计日志的处理，为便于说明，本申请文件中均以审计管理设备进行描述。

本申请的邮件审计日志的处理方法应用于审计管理设备，上述审计管理设备用于存储来自审计设备的邮件审计日志，该邮件审计日志由审计设备对邮箱客户端发出的邮件进行审计而生成。如图2所示，该方法可以包括以下步骤：

步骤201，接收针对邮件审计日志的查询请求。

审计管理设备连接的一个或多个审计设备在审计到其所连接的邮箱客户端发送给邮箱服务器的邮件之后，将生成的邮件审计日志发送给审计管理设备，邮件审计日志的发送形式可以为报文形式，也可以为文件数据或其他形式。

在接收到审计设备发送的邮件审计日志后，审计管理设备首先将上述邮件审计日志保存在本地存储设备中。在本实施例中，作为一示例性实施例，本地存储设备位于审计管理设备内部，属于审计管理设备的一部分；作为另一示例性实施例，本地存储设备位于审计管理设备的外部，独立于审计管理设备而存在，但与审计管理设备之间存在数据传输通道，以便于在二者之间完成数据传输任务。

可以理解的是，本地存储设备中保存的邮件审计日志包括其所连接的一个或多个审计设备发送的多条邮件审计日志。在一实施例中，获取已存储的至少一部分邮件审计日志，并向用户展示获取的邮件审计日志所含的日志信息；在接收到用户针对任一日志信息的第二触发指令的情况下，确定接收到针对该日志信息对应的邮件审计日志的查询请求。

步骤202，解析所述邮件审计日志中包含的日志文件，以获取邮件内容和附件描述信息。

在一实施例中，审计管理设备连接一个或多个审计设备，审计管理设备在接收到任一审计设备以报文形式发送的邮件审计日志的情况下，基于接收时刻和报文五元组在接收到的邮件审计日志所含的日志信息与日志文件之间建立关联关系，然后获取已存储的至少一部分邮件审计日志，并向用户展示获取的邮件审计日志所含的日志信息；在这种情况下，解析邮件审计日志中包含的日志文件，具体为：根据上述关联关系获取上述任一日志信息对应的日志文件，并针对获取的日志文件进行解析。

在另一实施例中，将接收到的邮件审计日志所含的日志信息与日志文件作为一个整体保存在本地存储设备中，然后获取已存储的至少一部分邮件审计日志，并向用户展示获取的邮件审计日志所含的日志信息；在这种情况下，解析所述邮件审计日志中包含的日志文件，具体为：获取上述任一日志信息对应的日志文件，并针对获取的日志文件进行解析。

在上述两实施例中，保存在本地存储设备中的日志信息以日志格式存储，日志文件以文件格式存储。

步骤203，在接收到针对所述附件描述信息的第一触发指令的情况下，解析所述日志文件得到所述附件描述信息对应的附件文件，以提供给用户下载。

在一实施例中，解析上述日志文件以得到附件描述信息对应的附件文件，然后将该附件文件通过输出流直接提供给用户下载。需要说明的是，此处的“直接提供给用户下载”表示：对于解析得到的附件文件，并不保存在本地存储设备中，而是将解析得到的附件文件以输出流的形式提供给用户下载。

在另一实施例中，解析上述日志文件以得到附件描述信息对应的附件文件；然后将该附件文件保存在本地存储设备中，以将该附件文件提供给用户下载。

另外，本申请涉及到的日志信息可以包括：邮件的主题、邮件的发送日期、邮件发送人和/或邮件接收人等；本申请涉及到的附件描述信息可以包括附件文件名称，也可以包括附件文件名称、附件文件大小和/附件文件格式等。

由上述技术方案可见，在用户查询邮件审计日志时，仅解析数据量较小的邮件内容和附件描述信息，而在用户需要下载附件文件时才解析附件文件，有效减少了第一次解析的数据量，从而有助于减小解析时间和用户的查询等待时间，有效提升用户体验。

为了便于理解，下面结合图3对本申请的技术方案进行详细说明。图3是本申请一示例性实施例示出的另一种邮件审计日志的处理方法的流程示意图。该方法应用于审计管理设备，上述审计管理设备用于存储来自审计设备的邮件审计日志，该邮件审计日志由上述审计设备对邮箱客户端发出的邮件进行审计而生成。需要说明的是，通常邮箱客户端发出的邮件可以分为两种：携带附件的邮件和不携带附件的邮件，本申请技术方案主要是针对携带附件的邮件提出的，但不携带附件的邮件可以视为一种特例，因此本方案在对邮件进行处理时，实际上还应该判断邮件审计日志对应的邮件是否携带附件。将本申请方案应用在不携带附件的邮件中时，所有涉及到附件的相关步骤并不执行，其他步骤进行适当修改，这种修改对于本领域技术人员来说并不需要付出创造性劳动，本申请对此不再赘述。如图3所示，该方法可以包括以下步骤：

步骤301，接收审计设备发送的邮件审计日志。

在审计设备审计到邮箱客户端发送给邮箱服务器的邮件后，生成相应的邮件审计日志。审计设备生成的任一邮件审计日志可以唯一对应一份邮件；也可以对应一份邮件及其关联邮件，上述关联邮件可以为引用邮件、转发邮件等；当然也可以对应其他邮件数量及形式的组合，本申请对此并不进行限制。

审计设备将生成的邮件审计日志发送给审计管理设备。具体的发送方式可以有多种，在一实施例中，审计设备将邮件审计日志以报文的形式发送给审计管理设备，在该发送方式中，上述报文分为两个部分：日志信息和日志文件；其中，日志信息可以包括报文五元组(原ip地址、目的ip地址、协议类型、源端口地址和目的端口地址)、邮件主题、邮件发送人和/或邮件接收人等，日志文件可以包括邮件内容、附件信息和附件文件等。在另一实施例中，审计设备将邮件审计日志以文件数据的形式发送给审计管理设备。

步骤302，在本地存储设备中保存邮件审计日志。

在接收到审计设备发送来的邮件审计日志后，将该邮件审计日志保存在本地存储设备中。本地存储设备可以为本地服务器硬盘、磁盘、数据库或便携式存储设备等多种形式。当然，对于邮件审计日志中的不同信息可以有多种存储形式：在一实施例中，将邮件审计日志中的日志信息和日志文件以特定格式统一保存在本地存储设备中。此时，由于两部分信息的保存格式相同，因此可以将两部分信息相邻保存，而不需要对二者进行进一步的数据关联，从而便于数据查询。

在另一实施例中，将邮件审计日志中的日志信息和日志文件分别以特定格式保存在本地存储设备中，其中，日志信息以日志格式存储，日志文件以文件格式存储；同时，基于接收时刻和报文五元组在接收到的邮件审计日志所含的日志信息与日志文件之间建立关联关系。相应的，后续解析邮件审计日志中包含的日志文件具体为：根据上述关联关系获取上述任一日志信息对应的日志文件，并针对获取的日志文件进行解析。按照上述关联关系进行保存，对于连接一个或多个审计设备的审计管理设备来说，其不仅能够根据接收时刻和报文五元组将该邮件审计日志包含的日志信息和日志文件相互关联，同时也能够将该邮件审计日志与对应的审议设备相互关联，从而实现邮件审计日志的可溯源，既便于用户查询特定邮件审计日志，也允许用户查找该邮件审计日志对应的发送方审计设备，从而便于日志管理。

步骤303，展示日志信息。

可选的，可以将保存的邮件审计日志的日志信息进行展示。具体的展示形式可以为页面展示、条目展示或磁贴展示等多种形式，具体参见相关技术中的展示技术，此处不再赘述。

由于保存的邮件审计日志通常具有多条，因此可以依次展示所有邮件审计日志的日志信息，也可以仅展示所有邮件审计日志中的部分邮件审计日志的日志信息：获取已存储的至少一部分邮件审计日志，并向用户展示获取的邮件审计日志所含的日志信息。另外，可以按照邮件审计日志的接收时刻进行顺序展示；也可以按照各邮件审计日志对应邮件的预设的邮件类型优先级进行顺序展示，上述邮件类型可以包括：客户邮件、内部邮件或自动回复邮件等；也可以按照邮件发送人的职位级别、邮件内容及附件的整体大小等进行顺序展示。

由于展示出的任一邮件审计日志的日志信息中可能包含报文五元组、邮件主题、邮件发送人和/或邮件接收人等多种信息，因此可以对其中的多种信息进行重要性排序并按照顺序进行选择性展示，也可以将多种信息全部展示。但需要说明的是，对日志信息进行展示的目的是为了方便用户直观的获知邮件审计日志的基本情况，以便于用户针对某邮件审计日志发出第二触发指令，所以当审计管理设备不支持用户手动发出第二触发指令时，可以不执行这一步骤。

步骤304，判断是否接收到第二触发指令。

判断是否接收到系统定时发出的或用户针对展示的日志信息发出的第二触发指令。在一实施例中，用户设定审计管理设备一次性或周期性定时发出第二触发指令，当定时时间到时，定时器向审计管理设备发出第二触发指令，该第二触发指令可以是针对当前展示的日志信息发出的，也可以是针对满足预设条件的日志信息发出的。

在另一实施例中，审计管理设备执行步骤s302向用户展示日志信息，当用户对展示的某条日志信息感兴趣时，向审计管理设备发出针对该日志信息的第二触发指令。上述第二触发指令可以为鼠标的点击指令，如用户操控鼠标点击所展示的日志信息条目；也可以为右键菜单选项的选中指令，如用户触发所展示的日志信息条目的菜单，并选中其中的详情展示选项；也可以为选中某日志信息后点击预设区域的指令，如用户在勾选某日志信息条目后，触发预设的详情展示按钮等。

在接收到所述用户针对任一日志信息的第二触发指令的情况下，确定接收到针对上述任一日志信息对应的邮件审计日志的查询请求。在上述两实施例中，审计管理设备接收到的第二触发指令用于触发审计管理设备解析日志文件中的邮件内容和附件描述信息。在审计管理设备判断出接收到上述第二触发指令的情况下，则转入步骤305；否则，在审计管理设备未判断出接收到上述第二触发指令的情况下，则继续等待接收。

步骤305，解析日志文件，获取邮件内容和附件描述信息。

判断出接收到针对某日志信息的第二触发指令后，审计管理设备解析该日志信息对应的日志文件，以解析出其中包含的邮件内容和附件描述信息。上述的附件描述信息可以包括附件文件名称，也可以包括附件文件名称、附件文件大小和/附件文件格式等。

在审计管理设备接收到任一审计设备以报文形式发送的邮件审计日志后，基于接收时刻和报文五元组在接收到的邮件审计日志所含的日志信息与日志文件之间建立了关联关系的情况下，在判断出接收到针对某日志信息的第二触发指令后，确定该第二触发指令对应的日志信息，并上述关联关系获取该日志信息对应的日志文件，然后针对获取的日志文件进行解析，从中得到邮件内容和附件描述信息。

步骤306，展示邮件内容和附件描述信息。

可选的，在解析得到日志文件中包含的邮件内容和附件描述信息后，将其向用户展示。展示的具体方式可以为弹窗展示或页面跳转展示等多种形式，本申请对此并不进行限制。

步骤307，判断是否接收到第一触发指令。

判断是否接收到系统发出的或用户针对展示的附件描述信息发出的第一触发指令。在一实施例中，审计管理设备被设定为解析日志文件获得邮件内容和附件描述信息后自动发出针对附件描述信息的第二触发指令。

在另一实施例中，审计管理设备执行步骤s306向用户展示邮件内容和附件描述信息，当用户对所展示邮件的附件感兴趣时，向审计管理设备发出针对该附件描述信息的第一触发指令，上述第二触发指令的具体形式参见步骤304，此处不再赘述。

在接收到用户针对任一附件描述信息发出的的第一触发指令的情况下，确定接收到针对上述任一附件描述信息对应的附件的下载请求。在上述两实施例中，审计管理设备接收到的第二触发指令用于触发审计管理设备解析日志文件中的附件文件。在审计管理设备判断出接收到上述第一触发指令的情况下，则转入步骤308；否则，在审计管理设备未判断出接收到上述第二触发指令的情况下，则继续等待接收上述第一触发指令或其他指令。

步骤308，解析日志文件，获取附件文件。

判断出接收到针对某附件描述信息的第一触发指令后，审计管理设备解析该附件描述信息对应的日志文件，以解析出其中包含的附件文件。具体解析过程参见步骤305，此处不再赘述。

步骤309，将附件文件提供给用户下载。

当审计管理设备解析得到附件文件后，将该附件文件提供给用户下载。在一实施例中，解析得到附件文件后，将该附件文件通过输出流直接提供给用户下载。需要说明的是，此处的“直接提供给用户下载”表示：对于解析得到的附件文件，并不保存在本地存储设备中，而是将解析得到的附件文件以输出流的形式提供给用户下载。因为解析得到的附件文件并不保存在本地存储设备中，而是直接提供给用户下载，从而降低了本地存储设备的使用率，有利于提高本地存储设备的寿命。在另一实施例中，解析得到附件文件后，将该附件文件保存在本地存储设备中，再将保存的附件文件提供给用户下载。

用户下载上述附件文件时，下载后的附件文件保存位置可以为审计管理设备的存储设备，也可以为上述审计管理设备外接的便携式存储设备，如移动硬盘、u盘、光盘或电子设备的存储单元等。

图4是本申请一示例性实施例示出的一种电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器401、内部总线402、网络接口403、内存404以及非易失性存储器405，当然还可能包括其他业务所需要的硬件。处理器401从非易失性存储器405中读取对应的计算机程序到内存404中并运行，在逻辑层面上形成邮件审计日志的处理装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

图5是本申请一示例性实施例示出的一种邮件审计日志的处理装置的框图。请参见图5，在软件实施方式中，该邮件审计日志的处理装置应用于审计管理设备，所述审计管理设备用于存储来自审计设备的邮件审计日志，所述邮件审计日志由所述审计设备对邮箱客户端发出的邮件进行审计而生成；所述装置可以包括查询请求接收单元501、邮件内容解析单元502和附件文件解析单元503。

其中：

查询请求接收单元501，用于接收针对邮件审计日志的查询请求；

邮件内容解析单元502，用于解析所述邮件审计日志中包含的日志文件，以获取邮件内容和附件描述信息；

附件文件解析单元503，用于在接收到针对所述附件描述信息的第一触发指令的情况下，解析所述日志文件得到所述附件描述信息对应的附件文件，以提供给用户下载。

可选的，附件文件解析单元503具体用于：

解析所述日志文件以得到所述附件描述信息对应的附件文件；

将所述附件文件通过输出流直接提供给用户下载。

可选的，查询请求接收单元501具体用于：

获取已存储的至少一部分邮件审计日志，并向用户展示获取的邮件审计日志所含的日志信息；

在接收到所述用户针对任一日志信息的第二触发指令的情况下，确定接收到针对所述任一日志信息对应的邮件审计日志的查询请求。

可选的，所述审计管理设备连接一个或多个所述审计设备，所述审计管理设备在接收到任一所述审计设备以报文形式发送的邮件审计日志的情况下，基于接收时刻和报文五元组在收到的邮件审计日志所含的日志信息与日志文件之间建立关联关系；所述邮件内容解析单元502具体用于：

根据所述关联关系获取所述任一日志信息对应的日志文件，并针对获取的日志文件进行解析。

可选的，所述日志信息以日志格式存储，所述日志文件以文件格式存储。

可选的，所述日志信息包括以下至少之一：邮件的主题、日期、邮件发送人、邮件接收人。

可选的，所述附件描述信息包括：所述附件文件的名称。

上述装置中各个单元的功能和作用的实现过程详见上述方法中对应步骤的实现过程，在此不再赘述。

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

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

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

对于上述装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。