一种公屏消息的读取方法、装置、服务器和存储介质与流程

本发明实施例涉及直播技术领域，尤其涉及一种公屏消息的读取方法、装置、服务器和存储介质。

背景技术：

为了方便任一直播间内主播与各个观众的直播互动，通常会在直播间内设置相应的直播间公屏，主播和观众在直播过程中通过在直播间公屏内发送各项消息，来增强主播与观众之间的交流互动。

此时，由于直播间公屏面向直播间内的用户较多，且公屏消息无需支持历史记录拉取的特点，例如新观众进房时，不需要回溯此直播间内之前的公屏消息，或者旧观众切换终端登录直播间时，也不需要把公屏消息从前一终端换到后一终端进行完整展示，因此服务端在接收到直播间内的任一用户上报的公屏消息时，无需对该公屏消息进行存储，而是直接采用写扩散的方式将该公屏消息下发给直播间内的各个其他用户。

但是，公屏消息下发时通常会存在丢包的现象，而使某些直播间内需要重点提示的公屏消息丢失，例如对主播打赏的公屏消息或者某些重要观众的进出场消息等，无法保证直播间内重要公屏消息的下发全面性，从而影响到直播间内重要观众的直播体验。

技术实现要素：

本发明实施例提供了一种公屏消息的读取方法、装置、服务器和存储介质，避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性。

第一方面，本发明实施例提供了一种公屏消息的读取方法，该方法包括：

如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为所述当前公屏消息按序生成的消息序号，对应缓存所述当前公屏消息；

基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息，所述目标公屏消息的消息序号位于该直播用户本地记录的已有消息序号之后。

第二方面，本发明实施例提供了一种公屏消息的读取装置，该装置包括：

公屏消息缓存模块，用于如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为所述当前公屏消息按序生成的消息序号，对应缓存所述当前公屏消息；

公屏消息读取模块，用于基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息，所述目标公屏消息的消息序号位于该直播用户本地记录的已有消息序号之后。

第三方面，本发明实施例提供了一种服务器，该服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的公屏消息的读取方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的公屏消息的读取方法。

本发明实施例提供的一种公屏消息的读取方法、装置、服务器和存储介质，对于所属直播间内不可丢失的公屏消息，需要按序生该公屏消息的消息序号，并缓存至所属直播间下的消息库内，只有在接收到所属直播间内任一直播用户的消息拉取请求时，才会从所属直播间下的消息库内读取位于该直播用户本地记录的已有消息序号之后的各个公屏消息，实现所属直播间内不可丢失的公屏消息的按序读取，而且通过分析已读取的公屏消息的消息序号是否遗漏，可以准确判断所属直播间内不可丢失的公屏消息是否丢失，并在丢失某一公屏消息时能够利用该消息序号重新读取所丢失的公屏消息，从而避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1a为本发明实施例一提供的一种公屏消息的读取方法的流程图；

图1b为本发明实施例一提供的公屏消息读取过程的原理示意图；

图2a为本发明实施例二提供的一种公屏消息的读取方法的流程图；

图2b为本发明实施例二提供的公屏消息读取过程的原理示意图；

图3a为本发明实施例三提供的一种公屏消息的读取方法的流程图；

图3b为本发明实施例三提供的公屏消息读取过程的原理示意图；

图4为本发明实施例四提供的一种公屏消息的读取装置的结构示意图；

图5为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

实施例一

图1a为本发明实施例一提供的一种公屏消息的读取方法的流程图，本实施例可适用于任一直播间内的直播用户读取该直播间内其他直播用户所发送的公屏消息的情况中。本实施例提供的一种公屏消息的读取方法可以由本发明实施例提供的公屏消息的读取装置来执行，该装置可以通过软件和/或硬件的方式来实现，并集成在执行本方法的服务器中，该服务器可以是各类直播应用对应的后台服务器。

具体的，参考图1a，该方法可以包括如下步骤：

s110，如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为当前公屏消息按序生成的消息序号，对应缓存当前公屏消息。

可选的，直播间内的各个直播用户通过在直播间公屏内发送各类聊天消息，来确保直播间内的正常交流互动，现有的各类公屏消息除了存在普通的聊天消息之外，还会存在一些需要在直播间内重点提示的消息，例如重要直播用户的登录或退出直播间的消息，或者对主播打赏的通知消息等；此时，为了避免直播间内由于重点提示的公屏消息丢失而影响到此类直播用户的实际直播利益的问题，本实施例要求直播间内需要重点提示的公屏消息不能丢失，因此直播服务端在接收到直播间内任一直播用户上传的当前公屏消息时，首先会根据该当前公屏消息的消息特点，判断该当前公屏消息为普通的聊天消息，还是直播间内需要重点提示的不可丢失消息，后续采用特定方式向直播间内的各个直播用户发送此类不可丢失消息，保证此类公屏消息在直播间内的全面展示。

其中，由于消息传输过程中的丢包是不可避免的，因此对于不可丢失的当前公屏消息而言，直播服务端需要支持该当前公屏消息在丢包后的重新传输，此时如图1b所示，首先会为每一直播间设定对应的消息库，以缓存直播过程中不可丢失的公屏消息。

同时，为了方便后续直播间内的各个直播用户准确判断所收到的各个需要重点提示的公屏消息中是否存在消息丢失，本实施例可以为直播间内每一不可丢失的公屏消息依次设定严格递增的消息序号，从而通过判断各个需要重点提示的公屏消息的消息序号之间是否存在遗漏，以准确查找出已丢失的需要重点提示的公屏消息，并指示该丢失的公屏消息的再次传输。

在本实施例中，如果所接收的当前公屏消息为不可丢失消息，那么首先需要判断该当前公屏消息的所属直播间，然后通过分析该所属直播间内已记录公屏消息中的最新消息序号，来生成当前公屏消息的消息序号，此时同一直播间内所记录的各个公屏消息的消息序号是严格递增的，然后将该当前公屏消息对应缓存到在所属直播间下预设定的消息库内，以便后续所属直播间内的任一直播用户能够从该消息库中读取每一不可丢失的公屏消息，从而保证不可丢失的公屏消息的读取全面性。

此外，如果当前公屏消息为所属直播间内的可丢失消息，则直接向所属直播间内的其他直播用户下发当前公屏消息。

具体的，如果当前公屏消息为普通的聊天消息，便认为该当前公屏消息为所属直播间的可丢失消息，此时直接将该当前公屏消息分别下发给所属直播间内的各个直播用户，无需关注该当前公屏消息在下发过程中是否丢失，也就是不需要对所属直播间内可丢失的各个公屏消息进行缓存，因此所属直播间下的消息库内已缓存的各个公屏消息均为所属直播间内不可丢失的公屏消息。

需要说明的是，所属直播间下的消息库内已缓存的各个公屏消息可以包括该公屏消息的消息序号、所上报用户的用户标识、所属直播间标识以及该公屏消息生成的服务端时间戳等，本实施例中对此不作限定。

s120，基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息。

可选的，为了避免直播服务端向所属直播间内每一直播用户写入公屏消息的压力，本实施例采用读扩散的方式，由所属直播间内的每一直播用户向直播服务端上报对应的消息拉取请求，来读取所述直播间的消息库内已缓存的各个公屏消息，而对于可丢失的公屏消息，仍然由直播服务端进行下发，也就是本实施例中消息拉取请求仅是对所属直播间内不可丢失的各个公屏消息的读取。

其中，所属直播间内的各个直播用户会按序从所属直播间的消息库内对应读取各个不可丢失的公屏消息，此时为了避免公屏消息的重复读取，如图1b所示，所属直播间内的各个直播用户均会更新自身的读取情况在本地记录最后一次所读取的公屏消息的消息序号，从而在向直播服务端发起消息拉取请求时，会在该消息拉取请求中携带该直播用户本地记录的已有消息序号，该已有消息序号为该直播用户本地已读取的最新公屏消息的消息序号。

此时，直播服务端在接收到所属直播间内任一直播用户的消息拉取请求时，首先会从该消息拉取请求中分析出该直播用户本地记录的已有消息序号，从而确定出该直播用户对于公屏消息的读取断点，然后从所属直播间下的消息库内确定出消息序号位于该已有消息序号之后的各个公屏消息，作为本实施例中的目标公屏消息，并从所属直播间下的消息库中不断读取出各个目标公屏消息，发送给该直播用户，从而实现所属直播间内公屏消息的按序读取，避免直播间内需要重点提示的公屏消息丢失。

此外，所属直播间内的各个直播用户在从所属直播间的消息库中读取不可丢失的公屏消息时，还会接收到直播服务端直接下发的可丢失的公屏消息，此时直播用户在本地展示所接收到的各个公屏消息时，首先会对公屏消息进行去重，然后在仍然处于所属直播间时，对去重后的各个公屏消息进行展示；此时，由于可丢失的公屏消息的可达性不需要被关注，因此无需确保展示时可丢失公屏消息的时序性，而对于不可丢失的公屏消息，则需要按照消息优先性和消息序号的先后，依次展示各个不可丢失的公屏消息，从而保证不可丢失的公屏消息的时序性。

本实施例提供的技术方案，对于所属直播间内不可丢失的公屏消息，需要按序生该公屏消息的消息序号，并缓存至所属直播间下的消息库内，只有在接收到所属直播间内任一直播用户的消息拉取请求时，才会从所属直播间下的消息库内读取位于该直播用户本地记录的已有消息序号之后的各个公屏消息，实现所属直播间内不可丢失的公屏消息的按序读取，而且通过分析已读取的公屏消息的消息序号是否遗漏，可以准确判断所属直播间内不可丢失的公屏消息是否丢失，并在丢失某一公屏消息时能够利用该消息序号重新读取所丢失的公屏消息，从而避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性。

实施例二

图2a为本发明实施例二提供的一种公屏消息的读取方法的流程图，图2b为本发明实施例二提供的公屏消息读取过程的原理示意图。本实施例是在上述实施例的基础上进行优化。具体的，如图2a所示，本实施例中主要对于从所属直播间下的消息库内读取目标公屏消息的具体读取过程进行详细的解释说明。

可选的，如图2a所示，本实施例中可以包括如下步骤：

s210，如果当前公屏消息为所属直播间内的不可丢失消息，则基于所属直播间下的消息库内已缓存的最新公屏消息的消息序号，按序生成当前公屏消息的消息序号。

可选的，直播服务端在接收到某一直播间用户上传的当前公屏消息时，首先确定该当前公屏消息的所属直播间，以及该当前公屏消息是否为所属直播间内的不可丢失消息，如果当前公屏消息为不可丢失消息，那么首先需要从所属直播间下的消息库内查找出最新缓存的公屏消息，并确定该最新公屏消息的消息序号，然后在该消息序号之后按序生成当前公屏消息的消息序号，以便后续所属直播间内的各个直播用户能够按序读取各个不可丢失的公屏消息，避免不可丢失的公屏消息的读取遗漏。

s220，以为当前公屏消息按序生成的消息序号为键名，在所属直播间下的消息库内对应缓存当前公屏消息。

在本实施例中，为了确保消息库内公屏消息的存储高效性，可以采用键值对的方式来缓存所属直播间内各个不可丢失的公屏消息，也就是在每次接收到当前公屏消息，且当前公屏消息为不可丢失消息时，如图2b所示，以该当前公屏消息按序生成的消息序号为键名，在所属直播间下的消息库内对应缓存该当前公屏消息，以确保所属直播间内公屏消息的缓存时序性。

s230，解析所属直播间内任一直播用户的消息拉取请求中携带的该直播用户本地记录的已有消息序号。

可选的，在接收到所属直播间内任一直播用户发起的消息拉取请求时，为了避免公屏消息的读取重复，所属直播间内任一直播用户本地会记录有该直播用户已经成功读取的公屏消息中最后一条公屏消息的消息序号，也就是本实施例中的已有消息序号，此时通过解析该直播用户发起的消息拉取请求，能够确定该直播用户本地当前已经读取的公屏消息情况，以便后续从所属直播间下的消息库内读取该直播用户还未读取的公屏消息，从而避免公屏消息的读取重复。

s240，按照预设消息读取上限分批次从所属直播间下的消息库内读取位于已有消息序号之后的目标公屏消息。

可选的，为了避免一次性读取数量过多而造成读取遗漏的问题，本实施例会预先设定一个预设消息读取上限，要求每次读取的公屏消息数量不能超出该预设消息读取上限，因此在所属直播间下的消息库内所缓存的公屏消息中，未被该直播用户所读取的公屏消息数量过多时，为了避免一次性读取过多公屏消息而导致消息丢失的问题，本实施例可以按照预设消息读取上限，从所属直播间下的消息库内分批次的查找位于已有消息序号之后的公屏消息，并依次读取出来后下发给该直播用户，也就是分多次不断向该直播用户下发对应的目标公屏消息，从而保证公屏消息的读取准确性。

示例性的，如图2b所示，目标公屏消息的读取方式具体可以为，在所属直播间下的消息库内，从已有消息序号对应的后一公屏消息开始读取预设消息读取上限的公屏消息，并设定当前的读取标记，以在读取标记为读取未完成时，由该直播用户本地更新所记录的已有消息序号，并再次上报对应的消息拉取请求，从更新后的已有消息序号对应的后一公屏消息开始继续读取预设消息读取上限的公屏消息，直至读取标记为读取完成。

具体的，在确定请求拉取公屏消息的该直播用户本地记录的已有消息序号后，可以在所属直播间下的消息库内，查找出位于该已有消息序号之后的后一公屏消息，然后从该后一公屏消息开始，从所属直播间下的消息库内不断读取出预设消息读取上限的公屏消息，并依据是否仍然存在未读取的公屏消息，来设定当前的读取标识，然后将所读取出的公屏消息和当前的读取标识下发给该直播用户，由该直播用户所在的客户端判断本次是否已经读取到全部的公屏消息，如果所接收到的读取标记为读取未完成，说明所属直播间下的消息库内仍然存在还未读取的公屏消息，因此该直播用户本地会根据本次读取情况更新所记录的已有消息序号，然后再次向直播服务端发起消息拉取请求，由直播服务端从更新后的已有消息序号对应的后一公屏消息开始继续读取预设消息读取上限的公屏消息，直至读取标记为读取完成，从而在保证公屏消息读取高效性的基础上，提高了公屏消息的读取准确性。

本实施例提供的技术方案，对于所属直播间内不可丢失的公屏消息，需要按序生该公屏消息的消息序号，并缓存至所属直播间下的消息库内，只有在接收到所属直播间内任一直播用户的消息拉取请求时，才会从所属直播间下的消息库内按照预设消息读取上限分批次的读取位于该直播用户本地记录的已有消息序号之后的各个公屏消息，实现所属直播间内不可丢失的公屏消息的按序读取，而且通过分析已读取的公屏消息的消息序号是否遗漏，可以准确判断所属直播间内不可丢失的公屏消息是否丢失，并在丢失某一公屏消息时能够利用该消息序号重新读取所丢失的公屏消息，从而避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性。

实施例三

图3a为本发明实施例三提供的一种公屏消息的读取方法的流程图，图3b为本发明实施例三提供的公屏消息读取过程的原理示意图。本实施例是在上述实施例的基础上进行优化。具体的，如图3a所示，本实施例中主要对于公屏消息读取过程中存在的其他消息处理过程进行详细的解释说明。

可选的，如图3a所示，本实施例中可以包括如下步骤：

s310，在所属直播间内任一直播用户登录所属直播间时，向该直播用户下发所属直播间下的消息库内的最新公屏消息以及对应的消息序号，以在该直播用户本地记录对应的已有消息序号，并按照该直播用户登录所属直播间后对公屏消息的读取状态进行更新。

可选的，为了保证所属直播间内任一直播用户及时展示各个公屏消息，本实施例在所属直播间内任一直播用户登录所属直播间时，便会向该直播用户下发所属直播间下的消息库内的最新公屏消息，以及该最新公屏消息的消息序号，此时该直播用户可以立刻展示该最新公屏消息，并将该最新公屏消息的消息序号记录到本地，作为该直播用户本地当前记录的已有消息序号，后续发起消息拉取请求时，能够参考该已有消息序号来读取之后的公屏消息，避免公屏消息的读取重读，同时按照该直播用户登录所属直播间后对公屏消息的每次读取情况来实时更新直播用户本地所记录的已有消息序号，以提高公屏消息的读取准确性。

s320，如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为当前公屏消息按序生成的消息序号，对应缓存当前公屏消息。

s330，如果当前公屏消息要求实时读取，则向所属直播间内的其他直播用户下发对应的消息读取通知，以使所属直播间内的其他直播用户上报对应的消息拉取请求。

可选的，由于某些公屏消息需要在直播用户本地实时展示，例如观众对主播的打赏消息等，以确保直播体验，因此本实施例在所属直播间下的消息库内对应缓存当前公屏消息后，如图3b所示，还需要进一步判断该当前公屏消息是否要求实时读取，如果当前公屏消息要求实时读取，那么立即向所属直播间内的其他直播用户下发对应的消息读取通知，以使所属直播间内的其他直播用户能够及时发起对应的消息拉取请求已读取该当前公屏消息，使得当前公屏消息能够及时在其他直播用户本地进行实时展示。

需要说明的是，本实施例中的消息拉取请求可以由所属直播间内任一直播用户定时上报，也可以由该直播用户在接收到消息读取通知时上报，后续该直播用户本地对读取出的公屏消息进行去重，从而保证公屏消息的读取全面性。

s340，基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息。

s350，如果所属直播间内任一直播用户退出所属直播间，则删除该直播用户本地读取的公屏消息。

可选的，为了保证所属直播间内任一直播用户在下次登录该所属直播间时，所展示的公屏消息准确性，本实施例在检测到所属直播间内的任一直播用户退出该所属直播间后，会直接删除该直播用户从所属直播间下的消息库内读取后缓存在本地的公屏消息，以在重新登录直播间时，能够继续读取该直播间的公屏消息，排除不同批次所登录直播间的公屏消息之间的影响。

s360，如果所属直播间关播，则清空所属直播间下消息库内已缓存的公屏消息。

可选的，为了避免同一直播间在不同时刻开播时造成的公屏消息混杂的影响，本实施例在所属直播间关播时，会直接清空所属直播间下消息库内已缓存的公屏消息，在所属直播间再次开播时，会在所属直播间下的消息库内重新缓存本次直播的公屏消息，从而确保公屏消息的展示准确性。

本实施例提供的技术方案，通过所属直播间内任一直播用户定时上报，或者该直播用户在接收到消息读取通知时上报对应的消息拉取请求，从所属直播间下的消息库内读取位于该直播用户本地记录的已有消息序号之后的各个公屏消息，实现所属直播间内不可丢失的公屏消息的按序读取，避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性；同时，在所属直播间内任一直播用户退出所属直播间，或者所属直播间关播时，对应删除直播用户本地已缓存的公屏消息，或者所属直播间下的消息库内所缓存的公屏消息，避免不同直播间或者同一直播间的不同时段下的公屏消息混乱，保证公屏消息的读取准确性。

实施例四

图4为本发明实施例四提供的一种公屏消息的读取装置的结构示意图，具体的，如图4所示，该装置可以包括：

公屏消息缓存模块410，用于如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为所述当前公屏消息按序生成的消息序号，对应缓存所述当前公屏消息；

公屏消息读取模块420，用于基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息，所述目标公屏消息的消息序号位于该直播用户本地记录的已有消息序号之后。

本实施例提供的技术方案，对于所属直播间内不可丢失的公屏消息，需要按序生该公屏消息的消息序号，并缓存至所属直播间下的消息库内，只有在接收到所属直播间内任一直播用户的消息拉取请求时，才会从所属直播间下的消息库内读取位于该直播用户本地记录的已有消息序号之后的各个公屏消息，实现所属直播间内不可丢失的公屏消息的按序读取，而且通过分析已读取的公屏消息的消息序号是否遗漏，可以准确判断所属直播间内不可丢失的公屏消息是否丢失，并在丢失某一公屏消息时能够利用该消息序号重新读取所丢失的公屏消息，从而避免直播间内不可丢失的公屏消息的读取遗漏，提高直播间内公屏消息的读取可靠性。

本实施例提供的公屏消息的读取装置可适用于上述任意实施例提供的公屏消息的读取方法，具备相应的功能和有益效果。

实施例五

图5为本发明实施例五提供的一种服务器的结构示意图，如图5所示，该服务器包括处理器50、存储装置51和通信装置52；服务器中处理器50的数量可以是一个或多个，图5中以一个处理器50为例；服务器中的处理器50、存储装置51和通信装置52可以通过总线或其他方式连接，图5中以通过总线连接为例。

本实施例提供的一种服务器可用于执行上述任意实施例提供的公屏消息的读取方法，具备相应的功能和有益效果。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可实现上述任意实施例中的公屏消息的读取方法。该方法具体可以包括：

如果当前公屏消息为所属直播间内的不可丢失消息，则在所属直播间下的消息库内，采用为所述当前公屏消息按序生成的消息序号，对应缓存所述当前公屏消息；

基于所属直播间内任一直播用户的消息拉取请求，从所属直播间下的消息库内读取目标公屏消息，所述目标公屏消息的消息序号位于该直播用户本地记录的已有消息序号之后。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的公屏消息的读取方法中的相关操作。

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

值得注意的是，上述公屏消息的读取装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。