阅读说明：本技术 一种信息处理方法、装置、计算机系统及可读存储介质 (Information processing method, device, computer system and readable storage medium ) 是由 朱海全 于 2020-03-27 设计创作，主要内容包括：本发明公开了一种信息处理方法、装置、计算机系统及可读存储介质,涉及计算机技术领域,应用于客服端,包括以下：接收第一终端上的页面报错指令,获取用户行为信息；对所述用户行为信息进行分析,获得问题数据；基于所述问题数据在数据库内查询,获取所述问题数据类型；当所述问题数据类型为常规,获得第一处理信息并发送至第一终端；当所述问题数据类型为非常规,获得第二处理信息并发送至第一终端；解决了传统的处理用户问题存在流程繁琐、处理周期长等问题,提高了问题处理效率。(The invention discloses an information processing method, an information processing device, a computer system and a readable storage medium, relates to the technical field of computers, is applied to a customer service end, and comprises the following steps: receiving a page error reporting instruction on a first terminal, and acquiring user behavior information; analyzing the user behavior information to obtain problem data; inquiring in a database based on the question data to obtain the question data type; when the problem data type is conventional, obtaining first processing information and sending the first processing information to a first terminal; when the problem data type is unconventional, second processing information is obtained and sent to the first terminal; the problems of complicated flow, long processing period and the like in the traditional user processing problem are solved, and the problem processing efficiency is improved.)

一种信息处理方法、装置、计算机系统及可读存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种信息处理的方法、装置、计算机系统及可读存储介质。

背景技术

随着科技的发展，用户可以通过页面自主操作应用系统，比如网上商城系统、交易查询系统等，但是在用户使用过程中会出现一些问题，比如用户操作错误、版本适应性问题等等，这些问题都会使系统发出页面报错信号，并导致用户无法进行后续操作，进而影响用户使用。

在用户在遇到问题时，一般情况下只能记录问题，在退出系统后向客服人员反馈问题，客服人员在接收到问题后找技术人员解决，等到技术人员给出解决方案后再反馈给用户，这个过程需要的流程比较繁琐，问题处理时间较久，处理效率较低。

发明内容

本发明的目的是提供一种信息处理方法、装置、计算机系统及可读存储介质，用于解决现有技术中用户问题处理流程繁琐，效率低下的问题。

为实现上述目的，本发明提供一种信息处理方法，应用于客服端，包括以下：

接收第一终端上的页面报错指令，获取用户行为信息；

对所述用户行为信息进行分析，获得问题数据；

基于所述问题数据在数据库内查询，获取所述问题数据类型；

当所述问题数据类型为常规，获得第一处理信息并发送至第一终端；

当所述问题数据类型为非常规，获得第二处理信息并发送至第一终端；

其中，所述第一处理信息包括所述问题数据和与所述问题数据对应的处理数据，所述第二处理信息包括所述问题数据和与所述问题数据对应的结果信息。

进一步的，所述获得第一处理信息，包括以下：

基于所述问题数据从数据库中配置与所述问题数据关联的处理数据。

进一步的，获得第二处理信息，包括以下：

获取第二终端地址，发送所述问题数据至第二终端并接收反馈信息；

对所述反馈信息进行解析，提取与所述问题数据关联的数据作为结果信息。

进一步的，在提取与所述问题数据关联的数据作为结果信息后，包括以下：

将所述问题数据与所述结果信息对应生成一关联对象；

将所述关联对象存储在数据库中。

进一步的，对所述用户行为信息进行分析，获得问题数据，包括以下：

根据所述用户行为信息获取用户轨迹数据；

根据所述用户轨迹数据在预设路径数据库进行检索，获取与所述用户轨迹数据相似度最高的路径数据；

与所述用户轨迹数据对比，获取问题位置，根据所述问题位置获得问题数据。

进一步的，根据所述用户轨迹数据对预设路径数据库进行搜索，获取与所述用户轨迹数据相似度最高的路径数据，包括以下步骤：

提取所述用户轨迹数据的特征信息；

基于特征信息在所述预设路径数据库查找与所述特征信息一致的所有路径数据；

逐个计算各个路径数据与所述用户轨迹数据之间的相似度；

获得与所述用户轨迹数据相似度最高的路径数据。

进一步的，基于所述问题数据在数据库内查询，获取所述问题数据类型，包括以下步骤：

获取所述问题数据的关键词；

根据所述关键词在方案数据库中检索是否存在与所述关键词匹配的问题数据；

若存在，则确定所述问题数据类型为常规；若不存在，则确定所述问题数据类型为非常规。

为实现上述目的，本发明还提供一种信息处理系统，包括：

获取模块，用于接收第一终端上的页面报错指令，获取用户行为信息；

分析模块，用于对所述用户行为信息进行分析，获得问题数据；

判断模块，用于基于所述问题数据在数据库内查询，获取所述问题数据类型；

执行模块，基于所述问题数据类型执行与所述问题数据类型关联的匹配方案，获取与所述问题数据对应的结果信息，并将所述问题数据和结果信息发送至第一终端。

为实现上述目的，本发明还提供一种计算机系统，其包括至少一个计算机设备，各计算机设备包括存储器.处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述至少一个计算机设备的处理器执行所述计算机程序时共同实现上述方法的步骤。

为实现上述目的，本发明还提供一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现上述方法的步骤。

本发明提供的一种信息处理方法、装置、计算机系统及可读存储介质，通过获取用户行为信息，在接收到页面报错指令后立刻定位问题，获得问题数据，并基于问题数据获得对应的处理数据或结果信息，能在用户向客服端反馈问题之前将问题数据即对应的处理数据发送至用户，方便用户基于处理数据直接执行后续操作，减少出现用户再次向客服端发送询问请求等繁琐流程以及长时间等待的情况，解决了传统的处理用户问题存在流程繁琐、处理周期长等问题，提高问题处理效率。

附图说明

图1为本发明所述的一种信息处理方法的实施例一的流程图；

图2为本发明的一种信息处理方法的实施例一中根据所述用户行为信息获取用户路径数据的流程图；

图3为本发明的一种信息处理方法的实施例一中获取与所述用户轨迹数据相似度最高的路径数据的流程图；

图4为本发明的一种信息处理方法的实施例一中基于所述问题数据在数据库内查询，获取所述问题数据类型的流程图；

图5为本发明的一种信息处理方法的实施例一中获得第二处理信息的流程图；

图6为本发明的一种信息处理系统实施例二的程序模块示意图；

图7为本发明的一种信息处理系统实施例二中分析模块的程序模块示意图；

图8为本发明的一种信息处理系统实施例二中第二执行模块的程序模块示意图；

图9为本发明计算机系统实施例三中计算机设备的硬件结构示意图。

附图标记：

71、获取模块 72、分析模块 73、判断模块

74、第一执行模块 75、第二执行模块 76、存储模块

721、匹配模块 722、定位模块 751、连接模块

752、解析模块 81、存储器 82、处理器

具体实施方式

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

本发明提供适用于计算机技术领域，提供基于获取模块、分析模块、判断模块、第一执行模块、第二执行模块的一种信息处理方法、装置、计算机系统及可读存储介质方法。本发明通过采集用户行为信息并存储至云服务器中，当用户使用系统出现错误，系统发出页面报错指令至客服端，客服端通过获取模块获取用户行为信息并通过分析模块对该用户行为信息进行分析，定位问题，获得问题数据，基于问题数据通过分析模块对数据库进行搜索，当搜索到与该问题数据对应的处理数据，则通过第一执行模块将处理数据反馈给用户端，当无法搜索到与该问题数据对应的处理数据，则通过第二执行模块发送该问题数据给技术人员，并在获得反馈信息后通过解析模块提取对应的处理数据发送至客户端，通过客服端在收到页面报错信号后立刻定位问题，获取解决方案，在用户发出问题查询请求前将问题数据及处理数据一并发送至用户端，解决传统的处理用户问题存在流程繁琐、处理周期长等问题，提高问题处理效率。

实施例一

请参阅图1，本实施例提供了一种信息处理方法，应用于客服端，应用在电子装置上，用于智能处理用户问题，参阅图1，包括如下步骤：

S1：接收第一终端上的页面报错指令，获取用户行为信息；

在本实施方式中，第一终端为面向用户的终端，页面报错指令由用户使用的应用服务器基于用户行为发出，现有的一般页面报错指令直接发送至用户前端界面，在本方案中，页面报错指令不发送至用户前端界面，发送至客服端。

用户行为信息的记录通过应用服务器端爬取用户行为信息实现，具体通过网络爬虫实现，按照一定的规则，通过程序或者脚本自动地抓取网页信息，在本具体实施方式中，针对用户使用的系统，具体比如：支付系统、查询系统等，在该系统的应用服务器中的每一个功能页面中都嵌入一段脚本，使用户在访问页面时自动触发脚本，收集用户访问行为日志，并定期上报日志到云服务器，客服端再从云服务器中获取用户轨迹数据。

通过脚本爬取用户行为信息，首先发起爬取数据请求，通过向目标站点(即用户操作页面获取信息的站点)发起请求，获得服务器端的爬取数据，爬取数据包括是所要获取的页面内容，类型包括html、Json字符串、二进制数据(图片或者视频)等类型，再进行解析保存，集合用户操作过程中所有的爬取数据获得用户行为信息。

需要说明的是，上述爬取数据包括http状态，即3位数字组成的状态代码，以及描述状态的短语，具体例如：状态代码404，对应描述状态短语为找不到目录和文件，在本具体实施方式中，可根据用户使用系统预先定义一些状态代码和描述状态的短语。

S2：对所述用户行为信息进行分析，获得问题数据；

上述问题数据包括问题内容和问题位置，问题内容可以通过上述状态代码对应的描述状态的短语获得，问题位置通过对用户行为信息的具体分析获得。

具体的，根据所述用户行为信息获取用户路径数据，获得问题数据，参阅图2，包括以下步骤；

S21：根据所述用户行为信息获取用户轨迹数据；

S22：根据所述用户轨迹数据在预设路径数据库进行检索，获取与所述用户轨迹数据相似度最高的路径数据；

S23：与所述用户轨迹数据对比，获取问题位置，根据所述问题位置获得问题数据。

具体的，在通过数据爬取获得用户行为信息过程中，预设设置的脚本会在用户进入一页面时爬取该页面的数据并标记从该页面获取的爬取数据，从初始页面到目标页面的爬取路径数据即为用户轨迹数据。

用户轨迹数据呈现的用户轨迹包括两种情况，一种用户轨迹是标准路径，一种为非标准路径，所述标准路径即为从起始操作到终点操作有且只有一条操作路径，因此，在获取用户轨迹数据相似度最高的路径数据时，可以先判断用户轨迹是否为标准路径，如果是标准路径，则最相似的路径仅有一条，此种情况比较简单。

标准路径为从初始页面到目标页面的路径有且仅有一条，在具体实施时，可获取用户行为信息中的初始页面(即用户行为信息中包含的用户到达的第一个页面的页面信息)和终点页面信息(即用户行为信息中包含的用户到达的最后一个页面的页面信息)，根据初始页面和终点页面地址到预设路径数据库中检索符合初始页面和终点页面地址的路径数量，若路径数量为1条，则判定该用户轨迹数据为标准路径，若路径数量超过1条，则判定该用户轨迹数据为非标准路径。

除了上述一种实施方式外，还可以在页面地址中预设标识信息，即标识到达该页面的路径只有一条，在此实施场景中，根据用户行为信息获取终点页面信息，根据所述终点页面信息确定用户轨迹数据的类型。

若判断用户轨迹数据符合标准路径数据，则根据所述用户行为信息获得问题位置，根据问题位置获得问题数据即可，即用户终点页面信息对应的路径只有一条，则可以如上所述直接根据抓取的用户行为信息获得存在问题的页面信息，若出现的问题会影响用户下一步的操作，即问题位置为用户终点页面上；若出现的问题不会影响用户下一步的操作，则问题位置可以根据各个页面对应的抓取的数据获得。

若用户轨迹数据为非标准路径，即用户终点页面信息对应的路径超过一条，则还需进行后续如下述具体的相似度比对，即需要先匹配出于用户轨迹数据相似度最高的路径数据再进行比对，获得问题位置。

更具体的，获取与所述用户轨迹数据相似度最高的路径数据，参阅图3，包括以下步骤：

S211：提取所述用户轨迹数据的特征信息；

上述特征信息可以是用户轨迹数据中的关键数据，比如起始操作数据、中间操作数据和终点操作数据等，具体例如：设一用户轨迹数据中显示的用户路径为页面A-页面B-页面C-页面D；可提取页面A、页面B、页面D的URL作为特征信息，也可提取页面A、页面C、页面D的URL作为特征信息，或者还可以提取页面A、页面B、页面D中的其他关键字作为特征信息。

S212：基于特征信息在所述预设路径数据库查找与所述特征信息一致的所有路径数据；

具体的，预设路径数据库中包含多条路径数据，以特征信息为搜索依据，获得所有包含特征信息的路径数据。

S213：逐个计算各个路径数据与所述用户轨迹数据之间的相似度；

计算两个路径数据之间的相似度是一种比较现有的技术手段，具体可采用常见的用欧氏距离来计算，相似度用距离来衡量，距离越大，相似度越小，距离越小，相似度越大；具体实施场景中还可用其他相似度模型。

S214：获得与所述用户轨迹数据相似度最高的路径数据。

在上述实施方式中，通过筛选出于用户轨迹数据相似的预设路径数据再进行比对，才可以定位问题位置，具体例如：设一用户轨迹数据中显示的用户路径为页面A-页面B-页面C-页面E，根据提取到的特征信息搜索到路径数据a、路径数据b、路径数据c，其中路径数据c相似度最高，路径数据c的路径为页面A-页面B-页面C-页面D-页面E，再逐个对比各个页面的数据，找出问题出现的位置。

作为举例而非限定，以用户使用一保险商城系统为例：用户操作该系统，设系统预设的基础操作为选择相应的保险类型，填写信息后转至支付页面，支付完成即可。其中，设页面A为主页面，页面B为保险类型页面，不同的保险类型对应的操作路径不同，在页面B上选择“旅游保险”，对应的预设路径x为A-页面B-页面C-页面D-支付页面；在页面B上选择“企业保险”，对应的预设路径数据y为A-页面B-页面E-页面F-支付页面，若获取的用户轨迹数据中显示显示终点页面信息为页面B，则可定位问题位置在页面B；若获取的用户轨迹数据中显示的终点页面信息为支付页面，则需要分别计算用户路径与路径数据x、路径数据y的相似度，当用户路径与路径数据x相似度较高则将用户轨迹数据与路径数据对比，定位具体的问题位置，获得问题数据。

在上述实施方式中，通过获取用户行为信息得到用户轨迹，将用户轨迹与预设路径数据库中最相似的路径数据进行定位，准确获得问题位置和问题内容，有利于后续通过关键词匹配与问题数据对应的解决方案，进一步提高问题处理的准确度。

S3：基于所述问题数据在数据库内查询，获取所述问题数据类型；

具体的，基于所述问题数据在数据库内查询，获取所述问题数据类型，参阅图4，包括以下步骤：

S31：获取所述问题数据的关键词；

S32：根据所述关键词在数据库中检索是否存在与所述关键词匹配的问题数据；

需要说明的是，预设一数据库，数据库内包含若干问题数据以及对应的处理数据，在具体实施中，可以预设一关键词数据库，方案数据库内的每一问题数据和对应的解决方案均关联至少一个关键词，所有关键词均存储在关键词数据库内，将提取到用户的问题数据的关键词在关键词数据库中进行匹配。

S33：若存在，则确定所述问题数据类型为常规；

S34：若不存在，则确定所述问题数据类型为非常规。

在上述实施方式中，若数据库中包括与所述关键词匹配的问题数据和处理数据，则可以直接获取处理数据，不需要后续操作，设为常规问题，若数据库中不包括与所述关键词匹配的问题数据和处理数据，则需要通过其他途径或其他操作获得解决方案，需要后续操作，设为非常规问题。

S4：当所述问题数据类型为常规，获得第一处理信息并发送至第一终端；

其中，所述第一处理信息包括所述问题数据和与所述问题数据对应的处理数据，所述获得第一处理信息，包括以下：

基于所述问题数据从数据库中配置与所述问题数据关联的处理数据。

将问题及处理数据直接发送至第一终端，用户根据接收到的处理数据逐步操作，自行解决，减少了用户收到页面报错指令后再反馈问题给客服端，客服端再反馈造成的处理用户问题存在流程繁琐、用户等待及处理周期长的问题。

S5：当所述问题数据类型为非常规，获得第二处理信息并发送至第一终端；所述第二处理信息包括所述问题数据和与所述问题数据对应的结果信息。具具体的，获得第二处理信息，参阅图5，包括以下：

S51：获取第二终端地址，发送所述问题数据至第二终端并接收反馈信息；

第二终端地址可以是邮件地址，可以是技术人员的服务器地址，也可以是其他用于技术人员接收问题数据的通讯方式地址。

S52：对所述反馈信息进行解析，提取与所述问题数据关联的数据作为结果信息。

具体的，若以第二终端地址为邮件地址为例：若客服端将问题数据发送至技术人员邮件地址，技术人员提供解决方案后以邮件的形式反馈至客服端，则客服端接收到邮件为反馈信息，此时可以通过提取问题数据的关键词对应截取邮件中的文本内容，可以预设邮件文本的格式，截取邮件文本中的特定区域。现有技术中其他方式，例如语音文字转换技术等也可以使用。

在提取与所述问题数据关联的数据作为结果信息后，包括以下：

S61：将所述问题数据与所述结果信息对应生成一关联对象；

S62：将所述关联对象存储在数据库中。

在上述实施方式中，在获取到技术人员提供处理数据，即结果信息，将结果信息和对应的问题数据存储在数据库内，对所述问题数据和处理数据进行抽象建模成一问题数据模板，形成一关联对象，并存储到数据库中，即处理数据与其解决的问题数据一一对应，且适用于不同版本下的处理，方便再次出现此类问题时，客服端能够从数据库中迅速的提取处理数据，即第一处理信息并即时反馈给用户，缩短用户等待及处理周期，提高工作效率。

在上述实施方式中，通过获取用户行为信息，在接收到页面报错指令后立刻定位问题，获得问题数据，能在用户向客服端反馈问题之前处理该问题，即时反馈解决方案给用户，极大的缩减了问题处理的时间，提高了处理效率。

除此之外，在处理完非常规问题之后，客服端会提取出该类问题数据对应的处理数据，将非常规问题转化成常规问题，不断完善数据库，并填充更多的问题数据和解决方案，进一步提高后续问题处理的效率。

实施例二

请参阅图6，本实施例的一种信息处理系统7，包括

获取模块71，用于接收第一终端上的页面报错指令，获取用户行为信息；

分析模块72，用于对所述用户行为信息进行分析，获得问题数据；

参阅图7，所述分析模块72还包括：

匹配模块721，用于根据所述用户轨迹数据在预设路径数据库进行检索，获取与所述用户轨迹数据相似度最高的路径数据；

定位模块722，用于与所述用户轨迹数据对比，获取问题位置，根据所述问题位置获得问题数据；

判断模块73，用于基于所述问题数据在数据库内查询，获取所述问题数据类型；

第一执行模块74，用于当所述问题数据类型为常规，获得第一处理信息并发送至第一终端；

第二执行模块75，用于当所述问题数据类型为非常规，获得第二处理信息并发送至第一终端；

参阅图8，第二执行模块75还包括以下：

连接模块751，用于获取第二终端地址，发送所述问题数据至第二终端并接收反馈信息；

解析模块752，用于对所述反馈信息进行解析，提取与所述问题数据关联的数据作为结果信息；

存储模块76，用于将所述问题数据与所述结果信息对应生成一关联对象，将所述关联对象存储在数据库中。

本技术方案基于数据处理中的数据查询，利用获取模块71接收到页面报错指令，并从云端获取用户行为信息，通过分析模块72对用户行为信息进行分析，获得问题数据，再基于数据库采用判断模块73获得问题数据类型，当判断问题数据类型为常规时，采用第一执行模块74从数据库中获取与问题数据对应的处理数据发送至用户端，当判断问题数据类型为非常规时，采用第二执行模块75从技术人员反馈信息中获取与问题数据对应的处理数据发送至用户端，通过上述数据处理手段，在接收到页面报错指令后立刻定位问题，获得问题数据，能在用户向客服端反馈问题之前处理该问题，解决传统的处理用户问题存在流程繁琐、处理周期长等问题，极大的缩减了问题处理的时间，提高问题处理效率。

当获得问题数据时，匹配模块721在轨迹数据库中检索匹配与用户轨迹相似的路径数据后，采用定位模块722将用户路径与最相似的路径进行比对，实现对问题数据进行定位，有利于获得问题数据的准确性，提高后续基于问题数据配置的处理数据的准确度，除上述外，在第二执行模块75获得处理数据后还通过存储模块76将所述问题数据与所述结果信息对应生成一关联对象，并存储在数据库中，实现数据库的更新，以便后续遇到同类问题可直接获取处理数据，进一步提高问题处理效率。

实施例三：

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

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

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

实施例四：

为实现上述目的，本发明还提供一种计算机可读存储系统，其包括多个存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器82执行时实现相应功能。本实施例的计算机可读存储介质用于存储数据保存查询装置，被处理器82执行时实现实施例一的智能处理问题方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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