APP交易信息处理方法及装置

技术领域

本发明涉及计算机数据处理技术领域，尤其涉及一种APP交易信息处理方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前通过APP进行交易时，因为网络环境出现卡顿等现象，用户可能在第一笔交易尚未完成时，多次点击提交交易按钮。但是，该操作易导致用户在无意识的情况下，发起多笔交易，而后台交易系统会对收到的多笔交易请求逐个扣款，造成用户资金损失，浪费交易资源，影响用户体验。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供一种APP交易信息处理方法，应用于APP后台服务器，用以保证用户资金安全，节约交易资源，改善用户体验，该方法包括：

接收用户通过APP客户端提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

对第一交易的交易信息进行处理；

在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；

在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。

本发明实施例还提供一种APP交易信息处理方法，应用于APP客户端，用以保证用户资金安全，节约交易资源，改善用户体验，该方法包括：

在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；

在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。

将第二交易处理请求，发送到APP后台服务器。

本发明实施例还提供一种APP交易信息处理装置，应用于APP后台服务器，用以保证用户资金安全，节约交易资源，改善用户体验，该装置包括：

接收模块，用于接收用户通过APP客户端提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

处理模块，用于对第一交易的交易信息进行处理；

第一比对模块，用于在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；

拒绝模块，用于在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。

本发明实施例还提供一种APP交易信息处理装置，应用于APP客户端，用以保证用户资金安全，节约交易资源，改善用户体验，该装置包括：

监测模块，用于在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

赋予与轮询模块，用于在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；

清除模块，用于在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述APP交易信息处理方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述APP交易信息处理方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述APP交易信息处理方法。

本发明实施例应用于APP后台服务器时，接收用户通过APP客户端提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；对第一交易的交易信息进行处理；在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。通过比对相同交易请求信息的交易令牌值，可以避免重复处理交易请求信息，保证用户资金安全，节约交易资源，改善用户体验。

本发明实施例应用于APP客户端时，在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。通过为相同的交易请求信息赋予同一交易令牌值，可以避免APP后台服务器重复处理交易请求信息，保证用户资金安全，节约交易资源，改善用户体验。

附图说明

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

图1为本发明实施例中APP交易信息处理方法的处理流程图；

图2为本发明实施例中生成第一交易令牌值的方法流程图；

图3为本发明实施例中APP交易信息处理方法的处理流程图；

图4为本发明实施例中请求获取第一交易令牌值的方法流程图；

图5为本发明实施例中APP交易信息处理装置的结构示意图；

图6为本发明实施例中APP交易信息处理装置的一具体实例结构示意图；

图7为本发明实施例中APP交易信息处理装置的结构示意图；

图8为本发明实施例中APP交易信息处理装置的一具体实例结构示意图；

图9为本发明一实施例的计算机设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

首先，对本发明实施例中的技术名词进行介绍：

令牌(Token)：服务端生成的一串字符串，以作客户端进行请求的一个令牌，当第一次登录后，服务器生成一个Token便将此Token返回给客户端，以后客户端只需带上这个Token前来请求数据即可，无需再次带上用户名和密码。

等待队列：等待队列是一种实现阻塞和唤醒的内核机制，很早就作为一个基本的功能单位出现在Linux内核中，它以队列为基础数据结构，与进程调度机制紧密结合，能够用于实现内核中的异步事件通知机制。

图1为本发明实施例中APP交易信息处理方法的处理流程图。如图1所示，本发明实施例中APP交易信息处理方法可以包括：

步骤101、接收用户通过APP客户端提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

步骤102、对第一交易的交易信息进行处理；

步骤103、在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；

步骤104、在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。

在本发明实施例中APP交易请求信息处理方法用于APP后台服务器时，首先可以接收用户提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；在实施例中，用户在提出第一交易处理请求之前，可以先向APP后台服务器请求获取与第一交易处理请求对应的第一交易令牌值，作为本次交易请求的唯一标识，并在本次交易请求处理完成后失效。

图2为本发明实施例中生成第一交易令牌值的方法流程图，如图2所示，在一个实施例中，在接收用户提交的第一交易处理请求之前，还可以包括：

步骤201、接收用户通过APP客户端提出的交易令牌值获取请求，其中，交易令牌值获取请求包括交易令牌信息，所述交易令牌信息为该用户首次登录APP时，根据用户设置的用户名信息和密码信息生成的；

步骤202、根据交易令牌信息和用户提出交易令牌值获取请求的第一时刻信息，生成第一交易令牌值，将第一交易令牌值返回至APP客户端。

在接收用户提交的第一交易处理请求之后，可以对第一交易的交易信息进行处理；在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。

具体实施时，在实际操作中，第二交易处理请求可以为一个或多个交易处理请求，下面举一个例子进行说明。例如用户在某购物APP上提交了购买商品A的交易处理请求M，其中交易处理请求M携带交易令牌值m。若因网络延迟等原因导致付款页面不出现，仍停留在当前的商品A展示页面，这时用户连续3次继续提交购买商品A的交易处理请求，导致某购物APP后台服务在未处理完成交易处理请求M时，又接收到3个与交易处理请求M完全相同的：交易处理请求N、交易处理请求P、交易处理请求Q，并分别携带交易令牌值n、交易令牌值p、交易令牌值q；将带交易令牌值m分别与交易令牌值n、交易令牌值p、交易令牌值q进行比对，若得出m＝n＝p＝q，则拒绝处理交易处理请求N、交易处理请求P、交易处理请求Q，继续处理交易处理请求M。

在一个实施例中，所述交易令牌信息为字符串信息。

在一个实施例中，所述交易信息包括以下至少一项信息：交易类别信息、交易金额信息、交易地点信息、交易渠道信息。

图3为本发明实施例中APP交易信息处理方法的处理流程图。如图3所示，本发明实施例中APP交易信息处理方法可以包括：

步骤301、在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

步骤302、在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；

步骤303、在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。

在本发明实施例中APP交易请求信息处理方法用于APP客户端时，在用户提交第一交易处理请求之后，可以实时监测APP页面及APP后台服务器，实际操作时也可以从用户提交第一交易处理请求之前就开始监测APP页面及APP后台服务器。其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；若在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，可以将第二交易处理请求中的第二交易的交易信息与第一交易的交易信息进行比对；其中，第二交易处理请求包括待处理的第二交易的交易信息；

在比对结果一致时，可以确定第二交易与第一交易为相同交易，然后可以根据用户提交的第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中；并将接收到的第一交易令牌值，赋予等待队列中的第二交易处理请求，轮询等待队列，用于将第二交易处理请求，发送到APP后台服务器请求处理。

具体实施时，以Token值表示交易令牌值，首先介绍下Token值在实施例中的状态调整过程：初始Token值为空，Token初始状态定义为“pending”(未消费)；当APP客户端监测到用户发起交易时，判断Token的状态值；若是用户首次提出交易请求，初始Token值为空且状态为“pending”(未消费)，则APP客户端通过APP后台服务器获取到Token值，获取成功后将Token状态置为“resolve”(消费)；APP客户端再将该Token值送到APP后台服务器请求后台服务器处理交易请求；当APP后台服务器处理完成交易请求后，将Token值重置为状态“pending”(未消费)状态。

接下来在本发明实施例中，在APP后台服务器未处理完成第一笔交易(第一交易处理请求)时，用户此时暴力点击提交交易按钮(监测到该用户提交的第二交易处理请求)，此时Token状态可能为“resolve”或“pending”两种状态，第一种情况，第一个Token值已请求成功，为“resolve”状态，APP客户端会直接给APP后台服务器上送之前获取到的Token值，APP后台服务器收到的两笔交易请求携带相同的Token值则会认为是同笔交易，则不会重复处理第二笔转账交易请求。第二种情况的产生是因为请求Token值是异步过程，APP客户端需要等待一段时间后才会收到请求的结果，在收到结果前Token值状态仍为“pending”，在这种情况下APP客户端会将新的Token值请求放在等待队列中(在比对结果一致时，确定第二交易与第一交易为相同交易，根据用户提交的第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中)，等到第一个Token值请求成功后将改变Token值状态为“resolve”，并将Token值请求结果直接返回给后面发起的Token值请求(将接收到的第一交易令牌值，赋予等待队列中的第二交易处理请求)。如此，APP后台服务器收到的多次请求携带的Token值也是相同的，仅会对第一笔交易做处理，不会重复处理后面的请求。

最后，在依次将携带第一交易令牌值的交易处理请求，发送到APP后台服务器请求处理之后，仅能接收到APP后台服务器反馈的第一交易的交易信息处理结果。

图4为本发明实施例中请求获取第一交易令牌值的方法流程图，如图4所示，在一个实施例中，在用户提交第一交易处理请求之前，还包括：

步骤401、将用户提出的交易令牌值获取请求，发送至APP后台服务器；其中，交易令牌值获取请求包括交易令牌信息，所述交易令牌信息为该用户首次登录APP时，根据用户设置的用户名信息和密码信息生成的；

步骤402、接收APP后台服务器返回的第一交易令牌值，其中第一交易令牌值为APP后台服务器根据交易令牌信息和用户提出交易令牌值获取请求的第一时刻信息生成的。

在一个实施例中，所述交易令牌信息为字符串信息。

在一个实施例中，所述交易信息包括以下至少一项信息：交易类别信息、交易金额信息、交易地点信息、交易渠道信息。

具体实施时，在将第二交易处理请求中的第二交易的交易信息与第一交易的交易信息进行比对，除需要确定是同一个用户提出的交易处理请求之外，还需要判断第二交易的交易信息与第一交易的交易信息的：交易类别信息、交易金额信息、交易地点信息、交易渠道信息等是否完全相同。

本发明实施例中还提供了一种APP交易信息处理装置，如下面的实施例所述。由于该装置解决问题的原理与APP交易信息处理方法相似，因此该装置的实施可以参见APP交易信息处理方法的实施，重复之处不再赘述。

图5为本发明实施例中APP交易信息处理装置的结构示意图。如图5所示，本发明实施例中APP交易信息处理装置具体可以包括：

接收模块501，用于接收用户通过APP客户端提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

处理模块502，用于对第一交易的交易信息进行处理；

第一比对模块503，用于在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；

拒绝模块504，用于在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。

图6为本发明实施例中APP交易信息处理装置的一具体实例结构示意图。如图6所示，在实施例中，图5所示的APP交易信息处理装置还包括：

第一交易令牌值生成模块601，用于在接收模块501接收用户提交的第一交易处理请求之前：

接收用户通过APP客户端提出的交易令牌值获取请求，其中，交易令牌值获取请求包括交易令牌信息，所述交易令牌信息为该用户首次登录APP时，根据用户设置的用户名信息和密码信息生成的；

根据交易令牌信息和用户提出交易令牌值获取请求的第一时刻信息，生成第一交易令牌值，将第一交易令牌值返回至APP客户端。

在一个实施例中，所述交易令牌信息为字符串信息。

在一个实施例中，所述交易信息包括以下至少一项信息：交易类别信息、交易金额信息、交易地点信息、交易渠道信息。

图7为本发明实施例中APP交易信息处理装置的结构示意图。如图7所示，本发明实施例中APP交易信息处理装置具体可以包括：

监测模块701，用于在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；

赋予与轮询模块702，用于在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；

清除模块703，用于在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。

图8为本发明实施例中APP交易信息处理装置的一具体实例结构示意图。如图8所示，在实施例中，图7所示的APP交易信息处理装置还包括：

交易令牌值获取请求发送模块801，用于在监测模块701中用户提交第一交易处理请求之前：

将用户提出的交易令牌值获取请求，发送至APP后台服务器；其中，交易令牌值获取请求包括交易令牌信息，所述交易令牌信息为该用户首次登录APP时，根据用户设置的用户名信息和密码信息生成的；

接收APP后台服务器返回的第一交易令牌值，其中第一交易令牌值为APP后台服务器根据交易令牌信息和用户提出交易令牌值获取请求的第一时刻信息生成的。

在一个实施例中，所述交易令牌信息为字符串信息。

在一个实施例中，所述第一交易信息包括以下至少一项信息：交易类别信息、交易金额信息、交易地点信息、交易渠道信息。

基于前述发明构思，如图9所示，本发明还提出了一种计算机设备900，包括存储器910、处理器920及存储在存储器910上并可在处理器920上运行的计算机程序930，所述处理器920执行所述计算机程序930时实现前述APP交易信息处理处理方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述APP交易信息处理法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述APP交易信息处理方法。

综上所述，本发明实施例应用于APP后台服务器时，接收用户提交的第一交易处理请求，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；对第一交易的交易信息进行处理；在第一交易的交易信息未处理完成，接收到用户提交的第二交易处理请求时，将第二交易处理请求中的第二交易的交易令牌值与第一交易的交易令牌值进行比对；第二交易处理请求包括待处理的第二交易的交易信息，第二交易的交易令牌值；在比对结果一致时，确定第二交易与第一交易为相同交易，拒绝处理第二交易请求，继续对第一交易的交易信息进行处理。通过比对相同交易请求信息的交易令牌值，可以避免重复处理交易请求信息，保证用户资金安全，节约交易资源，改善用户体验。

本发明实施例应用于APP客户端时，在用户提交第一交易处理请求之后，实时监测APP页面及APP后台服务器，其中，第一交易处理请求包括待处理的第一交易的交易信息，第一交易的交易令牌值，交易令牌值为交易的唯一标识；在未接收到第一交易的交易信息处理结果，监测到用户提交的第二交易处理请求时，若第二交易的交易信息与第一交易的交易信息相同，确定第二交易与第一交易为相同交易，将接收到的第一交易令牌值，赋予第二交易处理请求；根据用户提交第二交易处理请求的第二时刻信息，将第二交易处理请求排列在等待队列中，轮询等待队列，将第二交易处理请求，发送到APP后台服务器；在接收到第一交易的交易信息处理结果后，清除第一交易令牌值，等待接收APP后台服务器重新返回的交易令牌值。通过为相同的交易请求信息赋予同一交易令牌值，可以避免APP后台服务器重复处理交易请求信息，保证用户资金安全，节约交易资源，改善用户体验。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。