应用程序的文件传输方法、装置和终端设备及存储介质与流程

本发明涉及通信技术，尤其涉及一种应用程序的文件传输方法、装置和终端设备及存储介质。

背景技术：

随着即时通讯技术的发展，即时通讯应用已经成为人们生活中不可或缺的一部分。而且即时通讯的功能越来越强大，人们可以在即时通讯过程中，分享各种各样的文件，例如视频，照片或者文档、网页等等。

实际应用中，即时聊天时互相分享的文件，一般会在接收端本地进行缓存，该缓存是有存储时限的，超过一定的存储时限后该缓存就会被清空，接收端的用户如果再次点击被分享的文件进行查看时，一般会出现文件已失效无法查看的情况。

技术实现要素：

有鉴于此，本申请提供一种应用程序的文件传输方法、装置和终端设备及存储介质，解决即时通讯中分享的文件失效后无法查看的问题。

一方面，本申请实施例提供一种应用程序的文件传输方法，应用于发送端，包括：

发送文件及所述文件的标识信息；

接收再发送请求，所述再发送请求中携带有所述标识信息；

根据所述标识信息查找本地存储的所述文件并再次发送。

所述方法应用于终端设备。

所述终端设备包括：移动终端。可选地，所述标识信息包括：所述文件的标识或者发送所述文件这一发送事件的发送标识。

可选地，所述发送文件及所述文件的标识信息之后还包括：

保存包含所述发送标识的发送记录，所述发送记录还包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

可选地，保存包含所述发送标识的发送记录包括：

构建发送记录存储表；

将所述发送记录保存在所述发送记录存储表中。

根据所述标识信息查找本地存储的所述文件并再次发送包括：

根据所述发送标识在所述发送记录存储表中查找对应的发送记录；

根据发送记录中的文件名、文件的发送时间和/或所述文件在发送端的存储路径查找本地存储的所述文件；

再次发送所述文件。

另一方面，本申请实施例还提供一种应用程序的文件传输方法，应用于接收端，包括：

接收文件并保存所述文件的标识信息；

在所述文件无法查看时，向所述文件的发送端发出再发送请求，所述再发送请求中携带有所述文件的标识信息；

再次接收所述文件。

所述方法应用于终端设备。

所述终端设备包括：移动终端。

所述标识信息包括所述文件的标识或者发送所述文件这一发送事件的发送标识。

可选地，向所述文件的发送端发出再发送请求之前还包括：

根据所述发送标识在发送记录存储表中查找所述发送标识所在的发送记录，所述发送记录中还包括文件名、文件的发送时间和/或所述文件在发送端的存储路径。

所述再发送请求中还携带有所述文件的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

另一方面，本申请实施例还提供一种应用程序的文件传输装置，包括：

第一发送模块，用于发送文件及所述文件的标识信息；

接收模块，接收再发送请求，所述再发送请求中携带有所述标识信息；

第二发送模块，用于根据所述标识信息记录查找本地存储的所述文件并再次发送。

所述装置内置于终端设备中。

所述终端设备包括：移动终端。

所述标识信息包括：所述文件的标识或者发送所述文件这一发送事件的发送标识。

可选地，所述装置还包括：

保存模块，用于保存包含所述发送标识的发送记录，所述发送记录还包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

所述保存模块包括：

构建子模块，用于构建发送记录存储表；

保存子模块，用于将所发送记录保存在所述发送记录存储表中。

所述第二发送模块包括：

第一查找子模块，用于根据所述发送标识在所述发送记录存储表中查找所述发送标识所在的发送记录；

第二查找子模块，用于根据发送记录中的文件名、文件的发送时间和/或所述文件在发送端的存储路径查找本地存储的所述文件；

发送子模块，用于发送所述文件。

又一方面，本申请实施例提供一种应用程序的文件传输装置，包括：

第一接收模块，用于接收文件并保存所述文件的标识信息；

发送模块，用于在所述文件无法查看时，向所述文件的发送端发出再发送请求，所述再发送请求中携带有所述文件的标识信息；

第二接收模块，用于再次接收所述文件。

所述装置内置于终端设备中。

所述终端设备包括：移动终端。

所述标识信息包括所述文件的标识或者发送所述文件这一发送事件的发送标识。

可选地，所述装置还包括：

查找模块，用于根据所述标识信息在发送记录存储表中查找所述发送标识所在的发送记录，所述发送记录还包括：文件名、文件的发送时间和/或所述文件在发送端的存储路径。

所述再发送请求中还携带有所述文件的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

另一方面，本申请实施例还提供一种终端设备，包括处理器和存储器，所述存储器存储有计算机指令，所述处理器调用所述计算机指令并执行上述的应用程序的文件传输方法。

另一方面，本申请实施例还提供一种存储介质，存储有计算机指令，所述计算机指令执行上述的应用程序的文件传输方法。

本申请实施例提供的一种应用程序的文件传输方法、装置和终端设备及存储介质，通过发送文件时同时发送该文件的标识信息，使得接收端能够获得所述标识信息，在需要再次查看该文件时，通过所述标识信息快速向发送端再次请求所述文件，发送端也能够通过所述标识信息快速找到所述文件并再次发送。

附图说明

图1为本申请一实施例提供的一种应用程序的文件传输方法的流程图；

图2为本申请一实施例提供的一种应用程序的文件传输方法的流程图；

图3为本申请一实施例提供的一种应用程序的文件传输方法的流程图；

图4为本申请一实施例提供的一种应用程序的文件传输方法的流程图；

图5为本申请一实施例提供的一种应用程序的文件传输方法的流程图；

图6a-图6c为本申请一实施例提供的一种应用程序的文件传输方法应用场景示意图；

图7为本申请一实施例提供的一种应用程序的文件传输装置的结构示意图；

图8为本申请一实施例提供的一种应用程序的文件传输装置的结构示意图；

图9为本申请一实施例提供的一种应用程序的文件传输装置的结构示意图；

图10为本申请一实施例提供的一种应用程序的文件传输装置的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请中，提供了一种应用程序的文件传输方法、装置和终端及存储介质，在下面的实施例中逐一进行详细说明。

参见图1，本申请一实施例提供一种应用程序的文件传输方法，应用于发送端，包括步骤101至步骤103。

步骤101：发送文件及所述文件的标识信息。

本申请实施例中，所述文件可以是需要发送的各种类型的文件，例如视频、音乐、照片或者文档等。所述文件存储在发送端。

所述文件的标识信息包括所述文件的标识或者发送所述文件这一发送事件的发送标识。

所述文件的标识为所述文件的唯一编码，根据所述文件的标识即可确定所述文件。

所述文件的发送标识为所述发送事件的唯一编码。

可选地，在发送所述文件及所述文件的发送标识之后还包括：

保存包含所述发送标识的发送记录，所述发送记录还包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

根据所述发送标识，可以唯一确定一条发送记录，从所述发送记录中则可以获取所述文件的文件名、发送时间和/或所述文件在发送端的存储路径。

可选地，可以构建发送记录存储表来保存所述发送记录，方便后续查询。

所述发送记录存储表可以保存在所述发送端，也可以保存在网络侧，通过所述发送标识即可在所述发送记录存储表中查找发送标识对应的发送记录。

步骤102：接收再发送请求，所述再发送请求中携带有所述标识信息。

步骤103：根据所述标识信息查找本地存储的所述文件并再次发送。

本申请实施例中，再发送请求中携带有所述标识信息。

当所述标识信息为文件的标识时，发送端可以根据所述文件的标识直接查找本地存储的所述文件，并在找到后再次发送。

当所述标识信息为发送标识时，发送端可以根据所述发送标识在所述发送记录存储表中查找所述发送标识对应的发送记录，从所述发送记录中读取发送时间、文件名和/或所述文件在发送端的存储路径，从而在发送端获取所述文件，而后再次发送。

所述发送记录存储表可以存储在所述发送端或者存储在网络侧，例如存储在网络侧的服务器上。

若所述发送记录存储表存储在发送端本地，则所述发送端可以在本地直接查找所述发送标识所在的发送记录。

若所述发送记录存储表存储在网络侧，则所述发送端可以通过访问网络侧的服务器，根据所述发送标识在所述发送记录存储表中找到所述发送标识所属的发送记录。

需要说明的是，本申请实施例所提供的应用程序的文件传输方法，是以所述文件存储在发送端为前提的。

本申请实施例提供的应用程序的文件传输方法，可以实现使用同一个应用程序的两个客户端之间进行文件传输，在发送端发送文件的同时发送所述文件的标识信息，为接收端获得所述文件的标识信息提供了基础；接收的再发送请求中携带所述文件的标识信息，从而可以根据所述文件的标识信息快速地再次发送存储在发送端本地的所述文件。

参见图2，本申请一实施例提供一种应用程序的文件传输方法，应用于接收端，包括步骤201至步骤203。

步骤201：接收文件并保存所述文件的标识信息。

本申请实施例中，所述文件可以是需要发送的各种类型的文件，例如视频、音乐、照片或者文档等。

本申请实施例中，在接收所述文件的同时保存了该文件的标识信息。

所述文件的标识信息包括所述文件的标识或者发送端发送所述文件这一发送事件的发送标识。

所述文件的标识为所述文件的唯一编码，根据所述文件的标识即可确定所述文件。

所述文件的发送标识为所述发送事件的唯一编码。

步骤202：在所述文件无法查看时，向所述文件的发送端发出再发送请求，所述再发送请求中携带有所述文件的标识信息。

如前所述，所述文件的标识信息可以是所述文件的标识，也可以是所述文件的发送标识。

当所述文件的标识信息为所述文件的发送标识时，在向所述文件的发送端发出再发送请求之前还包括：

根据所述发送标识在发送记录存储表中查找所述发送标识所在的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

所述再发送请求中还携带有所述文件的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

所述发送记录存储表是文件发送端在每个发送事件发生后在网络侧创建的，可以方便发送端或者接收端根据发送标识从中找到对应的发送记录，读取所述文件的文件名、发送时间和/或所述文件在发送端的存储路径。

当所述文件的标识信息为发送标识时，再发送请求中除了携带所述发送标识，还可以携带所述文件的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

步骤203：再次接收所述文件。

需要说明的是，本申请实施例所提供的应用程序的文件传输方法，是以所述文件存储在发送端为前提的。

本申请实施例所提供的应用程序的文件传输方法，可以实现使用同一个应用程序的两个客户端之间进行文件传输，接收端接收文件的同时保存了所述文件的标识信息，当需要再次获取该文件时，通过再发送请求携带所述文件的标识信息，那么所述文件的发送端可以便利地根据所述文件的标识信息找到该文件，并再次发送至接收端，从而使得所述文件的接收端实现了文件的再次接收。

参见图3，本申请一实施例提供一种应用程序的文件传输方法，包括步骤301至步骤306。

步骤301：发送端发送文件及所述文件的标识。

所述文件的标识为所述文件的唯一编码，根据所述文件的标识即可确定所述文件。

步骤302:接收端接收文件并保存所述文件的标识。

步骤303：所述接收端在所述文件无法查看时，向所述发送端发出再发送请求，所述再发送请求中携带有所述文件的标识。

步骤304：所述发送端接收再发送请求，所述再发送请求中携带有所述文件的标识。

步骤305：所述发送端根据所述文件的标识查找存储在本地的所述文件并再次发送至所述接收端。

步骤306：所述接收端再次接收所述文件。

本申请实施例提供的应用程序的文件传输方法，在发送端发送文件的同时发送所述文件的标识，接收端在接收到所述文件的同时保存所述文件的标识，而且接收端在所述文件无法查看时，向所述发送端发出再发送请求并携带所述文件的标识，使得发送端可以根据所述文件的标识快速找到所述文件并再次发送，避免了因所述文件保存超期时无法再次查看的情况。

参见图4，本申请一实施例提供一种应用程序的文件传输方法，包括步骤401至步骤407。

步骤401：发送端发送文件和发送所述文件这一发送事件的发送标识。

如前所述，所述发送标识为发送所述文件这一发送事件的唯一编码。

步骤402：发送端保存包括所述发送标识的发送记录并将所述发送记录存储在本地的发送记录存储表中。

为了能够根据所述发送标识准确地找到所述发送标识所确定的发送事件发送的文件，本申请实施例中，所述发送端在本地保存了包含所述发送标识在内的发送记录。

所述发送记录中，除了所述发送标识之外，还可以包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

实际应用中，所述发送记录里还可以包括所述文件的截图，以便直观地显示所述文件。

本申请对发送记录中除发送标识之外的内容不作限定，可以根据实际需要设置。

可以通过在本地构建发送记录存储表来保存所述发送记录。

表1

表1为本申请实施例提供的一种发送记录存储表的示意图。所述发送记录存储表中保存有多条存储记录，此处以两条为示例。从表中可以看出，除了发送标识，还包括发送时间、文件名以及本地的存储路径。

步骤403：接收端接收文件并保存所述文件的发送标识。

步骤404：所述接收端在所述文件无法查看时，向所述发送端发出再发送请求，所述再发送请求中携带有所述发送标识。

步骤405：所述发送端接收再发送请求，所述再发送请求中携带有所述发送标识。

步骤406：所述发送端根据所述发送标识在所述发送记录存储表中查找对应的发送记录，根据发送记录查找本地存储的所述文件并再次发送至接收端。

仍以表1为例，若所述发送标识为10000000，则可以从表1中找到对应的发送时间，文件名和在本地的存储路径，通过发送记录中的这些信息，发送端即可很快找到video123，并再次发送。

本申请一实施例中，所述发送记录还可以包括所述文件的截图。

若所述文件在所述发送端的存储路径发生变化，则可以通过所述文件的文件名和所述截图在发送端迅速确定所述文件后再次发送。

步骤407：所述接收端再次接收所述文件。

本申请实施例提供的应用程序的文件传输方法，可以实现使用同一个应用程序的两个客户端之间进行文件传输，在发送端发送文件的同时发送所述文件的发送标识，并在本地保存发送记录，接收端在接收到所述文件的同时保存所述文件的发送标识，而且接收端在所述文件无法查看时，向所述发送端发出再发送请求并携带所述发送标识，使得发送端可以根据所述发送标识在找到对应的发送记录，根据发送记录中的信息快速找到所述文件并再次发送，避免了因所述文件保存超期时无法再次查看的情况。

参见图5，本申请一实施例提供一种应用程序的文件传输方法，包括步骤501至507。

步骤501：发送端发送文件及发送所述文件这一发送事件的发送标识。

如前所述，所述发送标识为发送所述文件这一发送事件的唯一编码。

步骤502：发送端将包括所述发送标识的发送记录保存在网络侧的发送记录存储表中。

为了能够根据所述发送标识准确地找到所述发送标识所确定的发送事件发送的文件，本申请实施例中，所述发送端将保存了包含所述发送标识在内的发送记录保存在网络侧，如网络服务器上。

所述发送记录中，除了所述发送标识之外，还可以包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

可以通过在网络侧构建发送记录存储表来保存所述发送记录。

步骤503：接收端接收文件并保存所述文件的发送标识。

步骤504：所述接收端在所述文件无法查看时，向所述发送端发出再发送请求，所述再发送请求中携带有所述发送标识。

图6a是本申请一实施例中应用场景的示意图。图中，接收端点击查看发送端之前发来的一个影片时，显示影片已经过期或者删除。

但是该提示信息中提供了一个“重新索要”的按钮，所述接收端通过点击所述“重新索要”按钮即可向所述发送端发送再次发送请求，该再次发送请求中携带所述影片的发送标识。

步骤505：所述发送端接收再发送请求，所述再发送请求中携带有所述发送标识。

步骤506：所述发送端根据所述发送标识在所述发送记录存储表中查找对应的发送记录，根据发送记录查找本地存储的所述文件并再次发送至接收端。

当发送端根据发送记录找到对应的文件后，可以在本地形成如图6b所示的提示消息，提示发送端是否再次发送所述文件，发送端接收到用户点击“传送”指令即可再次发送所述文件。

本申请另一实施例中，当所述发送记录存储表保存在网络侧时，所述接收端也可以根据所述文件的发送标识自行在所述发送记录存储表中查找对应的发送记录，找到所述文件的文件名、发送时间、文件截图以及在发送端的保存路径，与发送标识一起附加在再发送请求中发送给发送端，如图6c所示。

接收端将附加了发送标识、文件名、文件截图和所述文件在发送端的保存路径的再发送请求发送至发送端。其中，“重新发送”链接可以直接指向所述文件在发送端的存储位置。

所述发送端找到所述文件后即可再次发送至接收端。

步骤507：所述接收端再次接收所述文件。

本申请实施例提供的应用程序的文件传输方法，可以实现使用同一个应用程序的两个客户端之间进行文件传输，在发送端发送文件的同时发送所述文件的发送标识，同时在网络侧保存发送记录，接收端在接收到所述文件的同时保存所述文件的发送标识，而且接收端在所述文件无法查看时，向所述发送端发出再发送请求并携带所述发送标识，使得发送端可以根据所述发送标识在找到对应的发送记录，或者接收端可以根据所述发送标识自行在网络侧查找对应的发送记录，并将发送记录附在再发送请求中发送给发送端，使得所述发送端可以根据发送记录中的信息快速找到所述文件并再次发送，避免了因所述文件保存超期时无法再次查看的情况。

图7-10为本申请实施例提供的一种应用程序的文件传输装置的结构示意图。由于装置实施例基本相似于方法实施例，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

参见图7，本申请提供的一种应用程序的文件传输装置包括：

第一发送模块701，用于发送文件及所述文件的标识信息；

接收模块702，接收再发送请求，所述再发送请求中携带有所述标识信息；

第二发送模块703，用于根据所述标识信息记录查找本地存储的所述文件并再次发送。

需要说明的是，本申请实施例所提供的应用程序的文件传输装置，是以所述文件存储在发送端为前提的。

所述应用程序的文件传输装置可以内置于终端设备中。

所述终端设备包括：移动终端。

所述标识信息包括：所述文件的标识或者发送所述文件这一发送事件的发送标识。

参见图8，本申请一实施例还提供一种应用程序的文件传输装置，与图7所示的应用程序的文件传输装置相比，所述应用程序的文件传输装置还包括：

保存模块704，用于保存包含所述发送标识的发送记录，所述发送记录还包括所述文件的文件名、所述文件的发送时间和/或所述文件在发送端的存储路径。

可选地，所述保存模块704包括：

构建子模块，用于构建发送记录存储表；

保存子模块，用于将所发送记录保存在所述发送记录存储表中。

所述发送记录存储表可以构建在所述发送端，也可以构建在网络侧。

可选地，所述第二发送模块703包括：

第一查找子模块，用于根据所述发送标识在所述发送记录存储表中查找对应的发送记录；

第二查找子模块，用于根据发送记录中的文件名、文件的发送时间和/或所述文件在发送端的存储路径查找本地存储的所述文件；

发送子模块，用于发送所述文件。

本申请实施例提供的应用程序的文件传输装置，可以实现使用同一个应用程序的两个客户端之间进行文件传输，在发送文件的同时发送所述文件的标识信息，为接收端获得所述文件的标识信息提供了基础；接收的再发送请求中携带所述文件的标识信息，从而可以根据所述文件的标识信息快速地再次发送所述文件。

参见图9，本申请一实施例提供的一种应用程序的文件传输装置包括：

第一接收模块901，用于接收文件并保存所述文件的标识信息；

发送模块902，用于在所述文件无法查看时，向所述文件的发送端发出再发送请求，所述再发送请求中携带有所述文件的标识信息；

第二接收模块903，用于再次接收所述文件。

所述应用程序的文件传输装置可以内置于终端设备中。

所述终端设备包括：移动终端。

所述标识信息包括所述文件的标识或者发送所述文件这一发送事件的发送标识。

参见图10，本申请一实施例中，所述应用程序的文件传输装置还包括：

查找模块904，用于根据所述标识信息在发送记录存储表中查找对应的文件名，文件的发送时间和/或所述文件在发送端的存储路径。

所述再发送请求中还携带有所述文件的文件名、文件的发送时间和/或所述文件在发送端的存储路径。

本申请实施例所提供的应用程序的文件传输装置，可以实现使用同一个应用程序的两个客户端之间进行文件传输，在接收文件的同时保存了所述文件的标识信息，当需要再次获取该文件时，通过再发送请求携带所述文件的标识信息，那么所述文件的发送端可以便利地根据所述文件的标识信息找到该文件，并再次发送至接收端，从而使得所述文件的接收端实现了文件的再次接收。

本申请一实施例还提供一种终端设备，包括处理器和存储器，所述存储器存储有计算机指令，所述处理器调用所述计算机指令并执行前述应用程序的文件传输方法。

需要说明的是，所述终端设备可以为桌上型计算机、笔记本、掌上电脑及移动终端等计算设备。

所述处理器可以为中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端的控制中心，利用各种接口和线路连接整个终端的各个部分。

所述存储器主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本申请一实施例提供一种存储介质，存储有计算机指令，所述计算机指令执行上述应用程序的文件传输方法。

上述为本实施例的一种存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的应用程序的文件传输方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述应用程序的文件传输方法的技术方案的描述。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本发明优选实施例只是用于帮助阐述本发明。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。