业务处理方法、计算机设备及存储介质

技术领域

本发明涉及互联网技术领域，更具体地，涉及一种业务处理方法、计算机设备及存储介质。

背景技术

在某些应用场景下，当前业务系统完成业务处理后，其下游业务系统将基于该当前业务系统的业务处理信息进行相应的业务处理。例如，在直播过程中，观众可以通过观众客户端向服务端发送道具赠送业务请求。服务端接收到请求后，首先通过道具系统根据请求完成道具赠送业务处理，而后道具系统的各下游系统，如，勋章亲密度系统、用户经验系统、弹幕系统、道具抽奖系统和排行榜系统将根据道具赠送业务处理信息执行相应的业务处理。

现有技术中，各下游业务系统采用串行流程进行业务处理，即，所有下游业务系统的操作顺序预先确定，在当前业务系统完成业务处理后，各下游业务系统按照预先确定的顺序依次执行相应的业务处理。由此可知，后面下游业务系统的成功处理依赖于前面下游业务系统的成功处理，不仅业务处理效率不高，而且只要有一个系统执行失败或超时，则会影响整个流程，严重时会导致数据异常、数据出错、数据不一致，影响业务处理成功率。

发明内容

针对上述现有技术的不足，本发明的目的在于提供一种改进的业务处理方法，以解决后面下游业务系统的成功处理依赖于前面下游业务系统的成功处理的问题。

为了实现上述目的，本发明部分实施例提供一种业务处理方法，包括：

接收业务请求；

根据所述业务请求执行相应的业务处理并得到当前业务处理结果；所述当前业务处理结果至少包括当前请求反馈；

向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统根据所述当前业务处理结果执行相应的业务处理。

在本发明部分实施例中，所述当前业务处理结果还包括标识信息；所述根据所述业务请求执行相应的业务处理并得到当前业务处理结果，包括：

根据所述业务请求执行预设的第一业务处理得到所述当前请求反馈；

根据所述当前请求反馈执行预设的第二业务处理得到对应的标识信息；

所述向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统根据所述当前业务处理结果执行相应的业务处理，为：

向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统检测到未存储有所述标识信息时，根据所述当前请求反馈执行对应的业务处理。

在本发明部分实施例中，所述向各下游业务系统分别发送所述当前业务处理结果，包括：

将所述当前业务处理结果封装成消息发送到预设的消息队列，以通过所述消息队列将所述消息分别发送到各所述下游业务系统。

在本发明部分实施例中，所述第二业务处理包括：

调用预设的自增计数器；

当通过所述自增计数器获取到与所述当前请求反馈对应的自增标识码时，根据所述自增标识码生成所述标识信息。

在本发明部分实施例中，所述根据所述自增标识码生成所述标识信息包括：

将所述自增标识码作为所述标识信息；

或者，通过预设的系统时间单元获取当前时间戳，并根据所述当前时间戳与所述自增标识码生成所述标识信息；

或者，当所述业务请求携带若干业务信息时，对至少一个所述业务信息进行取模运算得到至少一个模值，并根据所述至少一个模值与所述自增标识码生成所述标识信息；

或者，根据所述至少一个模值、所述当前时间戳与所述自增标识码生成所述标识信息。

在本发明部分实施例中，所述业务处理方法还包括：当所述自增标识码获取失败时，在预设的数值范围内随机生成所述自增标识码。

在本发明部分实施例中，所述向各下游业务系统分别发送所述当前业务处理结果之前，还包括：采用预设的分布式锁对所述标识信息进行处理，得到锁定的所述标识信息。

在本发明部分实施例中，所述接收业务请求包括：

接收观众客户端输入的赠送道具的业务请求；所述赠送道具的业务请求至少包括观众标识、主播标识、道具标识以及消费类型标识。

在本发明部分实施例中，所述根据所述业务请求执行相应的业务处理并得到当前业务处理结果，包括：

读取所述业务请求中的所述观众标识、主播标识、道具标识以及消费类型标识；

当所述消费类型标识为免费标识时，直接建立所述观众标识、主播标识与道具标识之间的赠送关联信息，并将所述赠送关联信息作为所述当前请求反馈；

当所述消费类型标识为付费标识时，在所述观众标识对应的账户中扣除所述道具标识对应的费用后，再建立所述观众标识、主播标识与道具标识之间的赠送关联信息，并将所述赠送关联信息作为所述述当前请求反馈。

在本发明部分实施例中，所述下游业务系统包括以下系统中的至少一种：勋章亲密度系统、用户经验系统、弹幕系统、道具抽奖系统和排行榜系统。

为了实现上述目的，本发明部分实施例还提供一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述方法的步骤。

为了实现上述目的，本发明部分实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述方法的步骤。

通过采用上述步骤，本发明部分实施例具有如下有益效果：

本发明部分实施例接到业务请求后，首先根据所述业务请求执行相应的业务处理并得到当前业务处理结果；所述当前业务处理结果至少包括当前请求反馈；而后向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统根据所述当前业务处理结果执行相应的业务处理。由此，使得各下游业务系统的成功处理不再依赖于其它下游业务系统的成功处理，实现各下游业务系统的业务解耦和并行处理，相对于现有的串行处理流程来说，能够大大提高业务处理效率和业务处理成功率。

附图说明

图1为直播系统的系统架构图；

图2为现有技术业务处理方法的示意图；

图3为本发明业务处理方法的一个实施例的示意图；

图4为本发明业务处理方法的一个实施例的流程图；

图5为本发明中将消息发送到消息队列的流程图；

图6为本发明业务处理装置的一个实施例的结构框图；

图7为本发明计算机设备的一个实施例的硬件架构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

在线直播是指利用互联网及流媒体技术进行直播。参阅图1所示，主播客户端A可以通过互联网在网站上建立在线直播间，向接入该在线直播间的观众客户端B、C、D进行在线直播。当在线直播时，主播客户端A通过摄像装置、麦克风等外部设备获取主播输入的视频和语音信息，并在经过音视频信息的融合之后向服务端W发送直播内容，再由服务端W向接入主播客户端所在直播间的观众客户端B、C、D推送直播内容。其中，服务端W是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。服务端W可以是计算机、也可以是单个网络服务器、多个网络服务器组成的服务器组或者基于云计算的由大量主机或者网络服务器构成的云，其中云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。主播客户端、观众客户端不局限于图示的移动设备，所有可以进行推流、拉流的智能终端均可适用。

在观看直播的过程中，观众可以通过观众客户端向服务端发送道具赠送指令，比如赠送虚拟鲜花、虚拟金币、虚拟元宝等等，服务端通过道具系统接收该道具赠送指令，并根据该指令执行相应的道具赠送业务处理，得到道具赠送业务处理信息。为了激励用户赠送道具，通常服务端还提供有多个处于道具系统下游的下游业务系统，例如，勋章亲密度系统，用于根据道具系统得到的道具赠送业务处理信息，更新观众与对应主播之间的亲密度；用户经验系统，用于根据道具系统得到的道具赠送业务处理信息，更新观众的用户等级积分；弹幕系统，用于通过弹幕对道具系统得到的道具赠送业务处理信息进行广播；道具抽奖系统，用于根据道具系统得到的道具赠送业务处理信息，判断是否触发抽奖；排行榜系统，用于根据道具系统得到的道具赠送业务处理信息，更新礼物榜。

现有技术中，前述各下游业务系统采用如图2所示的串行流程进行业务处理，即，所有下游业务系统的操作顺序预先确定，在当前业务系统完成业务处理后，各下游业务系统按照预先确定的顺序依次执行相应的业务处理。在图2中，勋章亲密度系统、用户经验系统、弹幕系统、道具抽奖系统和排行榜系统按照从前往后的顺序依次执行业务处理。

实施例一

本实施例提供一种业务处理方法，如图3和4所示，该方法包括以下步骤：

S1，当前业务系统接收业务请求，该业务请求可以携带若干业务信息。

以当前业务系统为前述道具系统为例，本步骤具体可以包括：通过道具系统接收观众客户端输入的赠送道具的业务请求，该赠送道具的业务请求携带的业务信息主要包含观众标识、主播标识、道具标识以及消费类型标识；除此以外，该业务信息还可以包含业务类型标识和/或客户端类型标识。具体来说，消费类型标识可以为0或1，其中，0表示免费标识，1表示付费标识；业务类型标识可以包括但不限制于0、1、2，其中，0表示道具赠送标识，1表示守护购买标识，2表示VIP购买标识，可以理解，当接收到的业务请求为赠送道具的业务请求时，携带的业务类型标识应为道具赠送标识；客户端类型标识可以为0、1、2，其中，0表示网页版客户端标识，1表示安卓版客户端标识，2表示IOS客户端标识。

在本实施例中，当前业务系统为前述道具系统时，下游业务系统包括但不限于以下系统中的至少一种：勋章亲密度系统、用户经验系统、弹幕系统、道具抽奖系统和排行榜系统。

S2，当前业务系统根据接收到的业务请求执行相应的业务处理并得到当前业务处理结果，该当前业务处理结果至少包括当前请求反馈。

在本步骤中，所述根据所述业务请求执行相应的业务处理至少包括：根据所述业务请求执行预设的第一业务处理得到所述当前请求反馈。此外，业务处理还可以包括：根据所述当前请求反馈执行预设的第二业务处理得到对应的标识信息。

以当前业务系统为前述道具系统为例，假设道具系统接收到观众客户端输入的赠送道具的业务请求，则第一业务处理具体包括：读取业务请求中的观众标识、主播标识、道具标识以及消费类型标识；当消费类型标识为免费标识时，由于无需扣费操作，所以直接建立观众标识、主播标识与道具标识之间的赠送关联信息，并将建立的赠送关联信息作为当前请求反馈；当消费类型标识为付费标识时，首先在观众标识对应的账户中扣除道具标识对应的费用后，再建立观众标识、主播标识与道具标识之间的赠送关联信息，并将建立的赠送关联信息作为当前请求反馈。在本实施例中，建立了赠送关联信息即表示完成了道具赠送业务处理。例如，假设建立了观众标识X、主播标识Y与道具标识M之间的赠送关联信息，则表示观众X向主播Y赠送道具M的操作完成。

可以理解的是，道具系统可以通过调用预设的钱包系统完成前述扣除费用的操作，钱包系统在此是指用于根据指令向用户账户充值或从用户账户中扣费的系统。

在本实施例中，前述根据所述当前请求反馈执行预设的第二业务处理得到对应的标识信息，包括：

首先，调用预设的自增计数器，以生成与所述当前请求反馈对应的自增标识码在本实施例中，自增计数器例如可以通过Redis incr命令获取自增标识码，当前业务系统每完成一次处理，得到一个当前请求反馈，便调用一次该自增计数器，每调用一次，该自增计数器输出的值将自增1。

而后，当通过所述自增计数器获取到与所述当前请求反馈对应的自增标识码时，根据获取到的自增标识码生成所述标识信息。若自增标识码获取失败，则当前业务系统将在预设的数值范围内随机生成自增标识码，并根据随机生成的自增标识码生成标识信息。可以理解，预设的数据范围应为较高的数据范围，即，该数据范围的最小值应该比当前已获取的最大自增标识码大一定数值。

在本实施例中，生成标识信息至少可以采用如下4种方式中的任何一种实现：

第一种方式，直接将自增标识码作为标识信息。例如，假设获取的自增标识码为03258，则生成的标识信息可以为03258。

第二种方式，调用预设的系统时间单元，以获取当前时间戳，并根据当前时间戳与所述自增标识码，生成标识信息。通常，服务端和客户端预均设有系统时间单元，该系统时间单元通过系统时间函数获取当前时间戳，从而，当前业务系统通过调用本地服务端或客户端的系统时间单元，即可获得当前时间戳。例如，假设获取的当前时间戳为0611083026(表示当前时间为06月30日08点30分26秒)，获取的自增标识码为03258，则可以通过拼接当前时间戳和自增标识码生成标识信息061108302603258，当然，除了拼接外，也可以对当前时间戳和自增标识码进行叠加等操作生成标识信息。

第三种方式，对至少一个业务信息进行取模运算(如模10运算)，得到至少一个模值，并根据所述至少一个模值与所述自增标识码，生成标识信息。例如，当接收到的赠送道具的业务请求携带观众标识、主播标识、道具标识、消费类型标识、业务类型标识和客户端类型标识等业务信息时，可以根据业务类型标识、客户端类型标识、消费类型标识和/或观众标识各自的模值与自增标识码，生成标识信息。在此情况下，假设业务类型标识的模值为0，客户端类型标识的模值为1，消费类型标识的模值为1，观众标识的模值为7，获取的自增标识码为03258，则可以通过拼接生的标识信息011703258，当然，除了拼接外，也可以对各模值和自增标识码进行叠加等操作生成标识信息。

第四种方式，根据前述当前时间戳、至少一个模值与自增标识码，生成标识信息，例如，假设业务类型标识模值为0，客户端类型标识的模值为1，消费类型标识的模值为1，观众标识的模值为7，获取的当前时间戳为0611083026，获取的自增标识码为03258，则码可以通过拼接生成标识信息0611083026011703258，共19位，当然，除了拼接外，也可以对各模值和自增标识码进行叠加等操作生成标识信息。

此外，本步骤还可以在生成标识信息后，采用预设的分布式锁对所述标识信息进行处理，得到锁定的标识信息。由于分布式锁可以实现一个标识信息仅能被锁定一次，从而保证了标识信息是唯一性的。在本实施例中，预设的分布式锁可通过redis setnx命令实现对标识信息的锁定处理。

S3，当前业务系统向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统根据所述当前业务处理结果执行相应的业务处理。从而，使得各下游业务系统的成功处理不再依赖于其它下游业务系统的成功处理，实现各下游业务系统的业务解耦和并行处理，相对于现有的串行处理流程来说，能够大大提高业务处理效率和业务处理成功率。

此外，若步骤S2包括根据所述当前请求反馈执行预设的第二业务处理得到对应的标识信息，则本步骤具体执行如下操作：向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统检测到未存储有所述标识信息时，根据所述当前请求反馈执行对应的业务处理。其中，向各下游业务系统分别发送当前业务处理结果的步骤可以包括：将当前业务处理结果封装成消息发送到预设的消息队列，以通过消息队列将消息分别发送到各下游业务系统。

以当前业务系统为前述道具系统为例，该道具系统接收到赠送道具的业务请求后进行相应的第一业务处理，即道具赠送业务处理，得到当前请求反馈(如观众标识X、主播标识Y与道具标识M之间的赠送关联信息)，并通过第二业务处更是生成与该当前请求反馈对应的标识信息(如0611083026011703258)，而后将该当前请求反馈及对应的标识信息封装成消息发送到预设的消息队列。消息队列接收到该消息后，便向勋章亲密度系统、用户经验系统、道具赠送弹幕系统、道具抽奖系统和排行榜系统等下游业务系统转发该消息，该消息用于指示各下游业务系统根据消息执行相应的业务处理。

各下游业务消息接收到消息后，首选检测预定数据库中是否存储有消息中的标识信息，若是，表示该消息已经处理过，无需重复处理，结束流程，否则，表示该消息未处理过，则存储消息中的标识信息，并根据消息中当前请求反馈执行相应的业务处理。例如，勋章亲密度系统根据消息中的观众标识X、主播标识Y与道具标识M之间的赠送关联信息，更新观众X与对应主播Y之间的亲密度；用户经验系统根据消息中的观众标识X、主播标识Y与道具标识M之间的赠送关联信息，更新观众X的用户等级积分；弹幕系统根据消息中的观众标识X、主播标识Y与道具标识M之间的赠送关联信息，通过弹幕对观众X向主播Y赠送道具M的信息进行广播；道具抽奖系统根据消息中的观众标识X、主播标识Y与道具标识M之间的赠送关联信息，判断是否触发观众X抽奖；排行榜系统根据消息中的观众标识X、主播标识Y与道具标识M之间的赠送关联信息，更新主播Y对应的礼物榜。由于设置了标识信息，所以可防止各下游业务系统针对同一当前请求反馈进行重复处理。

此外，本实施例还可以设置不同类型的消息队列，以供不同当前业务处理结果通过不同消息队列发送到各下游业务系统。例如，在实际应用场景中，观众赠送的道具主要分为付费道具和免费道具，且多数情况下为免费道具。为了保证赠送付费道具后能在各下游业务系统中得到及时处理，本申请优选预设付费子消息队列和免费子消息队列，在此情况下，将消息发送到预设的消息队列的过程如图5所示，包括：检测消息携带的当前业务处理结果中消费类型标识为付费标识还是免费标识；若是付费标识，则将对应消息发送到付费子消息队列，若是免费标识，则将对应消息发送到免费子消息队列。付费子消息队列和免费子消息队列中的消息可以并行发送到各下游业务系统，从而保证在赠送免费道具的赠送信息较多时，赠送付费道具的赠送信息能及时下发到各下游业务系统中进行处理。

需要说明的是，对于本实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必须的。

实施例二

本实施例提供一种业务处理装置10，如图6所示，该装置包括：

请求接收模块11，用于接收业务请求；

业务处理模块12，用于根据所述业务请求执行相应的业务处理并得到当前业务处理结果；所述当前业务处理结果至少包括当前请求反馈；

结果发送模块13，用于向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统根据所述当前业务处理结果执行相应的业务处理。

在本实施例中，所述业务处理模块包括：

第一业务处理单元，用于根据所述业务请求执行预设的第一业务处理得到所述当前请求反馈；

第二业务处理单元，用于根据所述当前请求反馈执行预设的第二业务处理得到对应的标识信息；

所述结果发送模块具体用于：

向各下游业务系统分别发送所述当前业务处理结果，以供各所述下游业务系统检测到未存储有所述标识信息时，根据所述当前请求反馈执行对应的业务处理。

在本实施例中，所述结果发送模块用于将所述当前业务处理结果封装成消息发送到预设的消息队列，以通过所述消息队列将所述消息分别发送到各所述下游业务系统。

在本实施例中，所述第二业务处理单元包括：

自增标识码获取子单元，用于调用预设的自增计数器，以获取与所述当前请求反馈对应的自增标识码；

标识信息生成子单元，用于根据所述自增标识码生成所述标识信息。

在本实施例中，所述标识信息生成子单元具体用于：

将所述自增标识码作为所述标识信息；

或者，通过预设的系统时间单元获取当前时间戳，并根据所述当前时间戳与所述自增标识码生成所述标识信息；

或者，当所述业务请求携带若干业务信息时，对至少一个所述业务信息进行取模运算得到至少一个模值，并根据所述至少一个模值与所述自增标识码生成所述标识信息；

或者，根据所述至少一个模值、所述当前时间戳与所述自增标识码生成所述标识信息。

在本实施例中，所述第二业务处理单元还包括：自增标识码生成单元，用于在所述自增标识码获取失败时，在预设的数值范围内随机生成所述自增标识码。

在本实施例中，所述业务处理装置还包括：锁定模块，用于在所述结果发送模块向各下游业务系统分别发送所述当前业务处理结果之前，采用预设的分布式锁对所述标识信息进行处理，得到锁定的所述标识信息。

在本实施例中，所述请求接收模块具体用于：

接收观众客户端输入的赠送道具的业务请求；所述赠送道具的业务请求至少包括观众标识、主播标识、道具标识以及消费类型标识。

在本实施例中，所述业务处理模块具体用于：

读取所述业务请求中的所述观众标识、主播标识、道具标识以及消费类型标识；

当所述消费类型标识为免费标识时，直接建立所述观众标识、主播标识与道具标识之间的赠送关联信息，并将所述赠送关联信息作为所述当前请求反馈；

当所述消费类型标识为付费标识时，在所述观众标识对应的账户中扣除所述道具标识对应的费用后，再建立所述观众标识、主播标识与道具标识之间的赠送关联信息，并将所述赠送关联信息作为所述述当前请求反馈。

在本实施例中，所述下游业务系统包括以下系统中的至少一种：勋章亲密度系统、用户经验系统、弹幕系统、道具抽奖系统和排行榜系统。

本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的模块作并不一定是本发明所必须的。

实施例三

本实施例提供一种计算机设备，如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备20至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图7所示。需要指出的是，图7仅示出了具有组件21-22的计算机设备20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备20的内部存储单元，例如该计算机设备20的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备20的外部存储设备，例如该计算机设备20上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备20的操作系统和各类应用程序软件，例如实施例二的业务处理装置10的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行业务处理装置10，以实现实施例一的业务处理方法。

实施例四

本实施例提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用程序商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储业务处理装置10，被处理器执行时实现实施例一的业务处理方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。