截图分享方法和装置与流程

本发明涉及通信技术领域，特别是涉及一种截图分享方法和装置。

背景技术：

用户在使用应用程序时，看到喜欢的程序画面，希望将该画面分享到各种社区网站或者分享给实时通讯(im，instantmessaging)好友的需求。

目前的截图分享技术，主要是接收对应用程序的目标页面的截图请求，对该目标页面进行截图，在截图完成后，用户点击分享按钮，呈现包括各种可以分享的第三方平台的图标的分享渠道页面，用户从分享渠道页面中选择一个第三方平台的图标，最后，将截图分享到该被选择的第三方平台。

其中，截图的过程是对目标页面的视图的重绘制过程，在这个重绘制过程中需要对目标页面中的每个像素点进行重新绘制，从而得到目标页面的截图。且这个视图的重绘制过程必须在主线程上执行，无法在后台线程中执行，因此，截图的这个耗时操作往往会造成用户界面/系统的卡顿。那么为了避免系统卡顿对用户的影响，现有技术一般会在截图的过程中显示加载(loading)页面，例如，该加载页面可以显示一个转圈圈的图标来提示用户当前正在执行一个耗时操作。

所以，上述截图分享方案中，会在截图过程中直至截图完成之前，应用程序会显示该loading页面，且该loading页面的显示时间较长，造成用户操作页面卡顿的问题。

技术实现要素：

本发明提供了一种截图分享方法和装置，以解决现有技术中的截图分享方案所存在的因截图耗时较长而导致用户操作页面卡顿的问题。

为了解决上述问题，根据本发明的一个方面，本发明公开了一种截图分享方法，包括：

接收对应用程序的第一页面的截图请求；

若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则响应于所述访问请求在所述第一页面上显示所述第二页面，其中，所述第二页面包括多个第三方平台的属性信息；

若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取；

接收对所述第一页面的图片截取结果，其中，若图片截取成功，则所述图片截取结果包括截取的图片的属性信息；

接收图片分享请求，其中，所述图片分享请求包括用户在所述第二页面中选择的目标第三方平台的属性信息；

若图片截取成功，则根据所述图片截取结果中的所述属性信息读取截取的所述图片，响应于所述图片分享请求将所述图片分享至所述目标第三方平台。

可选地，所述若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取之前，所述方法还包括：

若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对所述第二页面的视图设置监听器，其中，所述监听器用于监听所述第二页面的视图的绘制过程；

若所述监听器监听到所述第二页面的视图绘制完成，则确定所述第二页面显示完成。

可选地，若所述第一页面为动态页面，则所述方法还包括：

若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对处于目标时间点的所述第一页面进行标记，其中，所述目标时间点为接收到对所述第二页面的访问请求的时间点；

所述若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取，包括：

若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对标记的所述第一页面进行图片截取。

可选地，所述若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取之后，所述方法还包括：

将所述第二页面的页面状态标记为等待状态，其中，所述等待状态表示等待所述第一页面的图片截取结果；

所述接收对所述第一页面的图片截取结果之后，所述方法还包括：

根据所述图片截取结果，判断所述第一页面是否图片截取成功；

若是，则将所述第二页面的页面状态从所述等待状态切换为成功状态；

若否，则将所述第二页面的页面状态从所述等待状态切换为失败状态。

可选地，所述若否，则将所述第二页面的页面状态从所述等待状态切换为失败状态之后，所述方法还包括：

将表示截图失败的信息通知至用户；或，

再次通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取，将所述第二页面的页面状态从所述失败状态切换为等待状态。

根据本发明的另一方面，本发明还公开了一种截图分享装置，包括：

第一接收模块，用于接收对应用程序的第一页面的截图请求；

第一响应模块，用于若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则响应于所述访问请求在所述第一页面上显示所述第二页面，其中，所述第二页面包括多个第三方平台的属性信息；

第一通知模块，用于若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取；

第二接收模块，用于接收对所述第一页面的图片截取结果，其中，若图片截取成功，则所述图片截取结果包括截取的图片的属性信息；

第三接收模块，用于接收图片分享请求，其中，所述图片分享请求包括用户在所述第二页面中选择的目标第三方平台的属性信息；

第二响应模块，用于若图片截取成功，则根据所述图片截取结果中的所述属性信息读取截取的所述图片，响应于所述图片分享请求将所述图片分享至所述目标第三方平台。

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

设置模块，用于若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对所述第二页面的视图设置监听器，其中，所述监听器用于监听所述第二页面的视图的绘制过程；

确定模块，用于若所述监听器监听到所述第二页面的视图绘制完成，则确定所述第二页面显示完成。

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

标记模块，用于若所述第一页面为动态页面，且在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对处于目标时间点的所述第一页面进行标记，其中，所述目标时间点为接收到对所述第二页面的访问请求的时间点；

所述第一通知模块，还用于若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对标记的所述第一页面进行图片截取。

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

标记模块，用于将所述第二页面的页面状态标记为等待状态，其中，所述等待状态表示等待所述第一页面的图片截取结果；

判断模块，用于根据所述图片截取结果，判断所述第一页面是否图片截取成功；

第一切换模块，用于若所述判断模块确定所述第一页面图片截取成功，则将所述第二页面的页面状态从所述等待状态切换为成功状态；

第二切换模块，用于若所述判断模块确定所述第一页面图片截取失败，则将所述第二页面的页面状态从所述等待状态切换为失败状态。

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

第二通知模块，用于将表示截图失败的信息通知至用户；或，

第三通知模块，用于再次通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取，将所述第二页面的页面状态从所述失败状态切换为等待状态。

与现有技术相比，本发明包括以下优点：

在本发明实施例中，在接收到对应用程序的第一页面的截图请求后，不立即对其进行响应，而是在对展示第三方平台的第二页面显示完成后，再通知第一页面对截图请求进行响应，而此时用户的焦点处于从第二页面中选取需要分享的目标第三方平台的上，那么在用户选取目标第三方平台期间执行对第一页面的截图操作，不会因第一页面的截图耗时较长而导致用户操作的页面(这里为第二页面)卡顿，有较好的用户体验。

附图说明

图1是本发明的一种截图分享方法实施例的步骤流程图；

图2是本发明的一种截图分享装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种截图分享方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，接收对应用程序的第一页面的截图请求；

其中，该应用程序可以是安装在终端设备上的任意一种类型的应用程序，例如视频软件、即时通讯软件、搜索引擎软件、地图软件等等。

而该第一页面则是发起分享的页面，也就是需要“被截图”的页面，通常是展示业务的页面。其中，该页面中显示的内容可以是静态的(例如静态网页、静态图片等)，也可以是动态的(例如视频流、动态图片等)。

而对于该截图请求的触发操作，则可以是已知技术中的任意一种形式的触发操作，例如截图快捷键的触发、截图手势的触发、截图按钮的触发、截图语音的触发等等。

步骤102，若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则响应于所述访问请求在所述第一页面上显示所述第二页面；

其中，所述第二页面包括多个第三方平台的属性信息；

在一个示例中，该第二页面可以为分享对话框页面，即用户点击第一个页面上的分享按钮后弹出的页面(这里，点击分享按钮，即触发对该第二页面的访问请求)，这个页面通常展示分享渠道(即第三方平台)的图标，比如“微信好友”图标、“微信朋友圈”图标、“qq”图标、“微博”图标等，该第二页面的形式可以是activity(活动)、fragment(片段)、dialog(对话框)等，其中，这三个都是安卓平台的api类名。

因此，这里的第三方平台的属性信息可以是图标、名称等等，用于区分各个第三方平台。

其中，分享对话框页面可以直接显示在第一页面上，例如分享对话框页面部分地覆盖在第一页面上进行显示，或者透明地覆盖在第一页面上进行显示。

步骤103，若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取；

其中，在步骤101中第一页面接收到的第一页面的截图请求后，并不会立即对截图请求进行响应来进行截图，而是在第二页面显示完成后，第二页面才会通知立即通知第一页面对步骤101的截图请求进行响应，即真正地对该第一页面进行截图(即这里的图片截取)。

其中，由于截图过程是对待截取区域的像素点的重绘制过程，该过程耗时较长，一般为0.5～1s，那么为了避免现有技术中显示loading页面导致用户操作页面卡顿的问题，在本实施例中，在接收到截图请求后并不会立即进行截图，而是在第二页面完全显示(即视图绘制完成能够显示)时，才会通知第一页面进行截图。那么用户看到第二页面后，可以从提供的多个分享渠道中选择需要进行分享的渠道，而选择分享渠道的时间则基本可以用于第一页面对截图的视图重新绘制的时间相抵。即，用户在第二页面上选择分享渠道的过程中，第一页面正在进行截图的像素点绘制，减少了用户的等待，待用户选择了分享渠道后，截图也基本完成，减少了用户操作页面的卡顿时间。

可选地，在一个实施例中，在步骤103之前，根据本发明实施例的方法还可以包括：

若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对所述第二页面的视图设置监听器，其中，所述监听器用于监听所述第二页面的视图的绘制过程；

若所述监听器监听到所述第二页面的视图绘制完成，则确定所述第二页面显示完成。

具体而言，在本发明实施例中不能在第二页面oncreate中(表示已经创建、且初始化完成，但是还没有对第二页面进行绘制，该第二页面还无法被用户可见)就通知第一页面进行截图，因为第二页面的oncreate时，第二页面其实还没有展示出来。也就是说，用户其实还看不到第二页面，如果在这时候就通知第一页面开始截图，用户就仍然会感觉到卡顿了1秒，然后才看到第二页面。

那么为了比较好的控制通知第一页面开始截图的时机，本发明实施例中，可以在接收到对第二页面的访问请求后，为第二页面的视图设置监听器，用于监听所述第二页面的视图的绘制过程。

举例来说，可以通过指令1的方法对第二页面的视图(view)添加监听器onpredrawlistener；

指令1：view.getviewtreeobserver().addonpredrawlistener；

指令1的方法可以监听第二页面的view视图树准备开始绘制的回调，也就是第二页面的视图即将开始绘制的时机。

getviewtreeobserver.onpredrawlistener的onpredraw回调中，往主线程的handler上发送一个消息，这个消息就是通知第一页面开始截图的事件a，由于handler的消息机制是队列，因此，该消息一定会在第二页面的视图绘制完成后发出。(因为接收到onpredraw回调后，表示视图正在准备开始绘制，这时候发送出去的一个消息就会在视图绘制完成后处理)。因此就能做到在第二页面对用户可见时让第一页面开始截图耗时操作。

也就是说，步骤103中的通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取的步骤，可以以第二页面发送事件a的方式来实现。

这样，本发明实施例通过在接收到第二页面的访问请求后，则对第二页面的视图设置监听器，从而能够对第二页面的视图绘制过程进行准确的监控，经过及时的捕捉到第二页面的视图绘制完成的时机，并在第二页面的视图绘制完成的后，第一时间通知第一页面进行截图操作，避免在第二页面还没有绘制完成就通知第一页面进行截图。

步骤104，接收对所述第一页面的图片截取结果；

其中，若图片截取成功，则所述图片截取结果包括截取的图片的属性信息；

在一个示例中，第一页面的截图耗时操作可以分为两部分，第一部分是在主线程上执行view.draw(canvas)，用于截图(像素点绘制)，这个过程中，用户界面会卡顿，但是由于用户正在看着第二页面进行分享渠道的选择，因此没有感知；第二部分是将截图完成的在内存中的bitmap(位图文件)存储为文件写到本地(例如手机的sd扩展卡上)，第二部分的过程可以在后台线程中完成，不会造成用户界面卡顿；

之后，当待分享的截图文件存储完成后，第一页面要发送事件b(即这里的图片截取结果)，通知第二页面截图耗时操作完成了，并传递一些必要参数(比如是否截图成功，如果截图成功，则保存的截图文件的存储路径以及文件名等属性信息)。

可选地，在一个实施例中，在步骤103之后，根据本发明实施例的方法还可以包括：

将所述第二页面的页面状态标记为等待状态，其中，所述等待状态表示等待所述第一页面的图片截取结果；

相应的，在步骤104之后，根据本发明实施例的方法还可以包括：

根据所述图片截取结果，判断所述第一页面是否图片截取成功；

继续以上述示例来说明，第二页面接收到第一页面的事件b后，事件b(即图片截取结果)中携带了参数，那么可以根据该参数确定第一页面截图成功还是截图失败。其中，如果该参数中包括截图文件的存储路径以及文件名等信息，则说明截图成功；相反，则说明截图失败。

若是，则将所述第二页面的页面状态从所述等待状态切换为成功状态；

其中，如果截图成功，则可以将第二页面的页面状态从所述等待状态切换为成功状态，从而继续执行后续的步骤106。

若否，则将所述第二页面的页面状态从所述等待状态切换为失败状态。

其中，如果截图失败，则可以将第二页面的页面状态从所述等待状态切换为失败状态。

这样，第二页面在发送了事件a后，可以将页面状态设置为等待状态，并根据接收自第一页面的事件b来确定将页面状态从等待状态更新为成功状态或失败状态，并在更新为成功状态的情况下，可以继续接下来的分享操作了(比如成功了可以发起分享—读取相应存储路径的图片文件并将其分享到用户选择的分享渠道；比如失败了则通知用户或执行重试操作)。

针对第二页面将页面状态从等待状态切换至失败状态的情况，可选地，在一个实施例中，所述若否，则将所述第二页面的页面状态从所述等待状态切换为失败状态的步骤之后，根据本发明实施例的方法还可以包括：

将表示截图失败的信息通知至用户；

例如显示提示框，提示框中显示有截图失败，请重新截图的文字内容。

或，

再次通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取，将所述第二页面的页面状态从所述失败状态切换为等待状态。

也就是说，第二页面可以再次发送事件a到第一页面，从而通知第一页面进行截图的重操作，并将第二页面的页面状态从失败状态切换为等待状态。

这样，在第一页面截图失败后，本发明实施例的方法还可以将截图失败的信息通知到用户，或者通知第一页面进行截图重操作，提升了截图成功率。

可选地，在一个实施例中，根据本发明实施例的方法还包括：

若所述第二页面的页面状态为等待状态，对于接收到的任何请求，响应于该请求显示加载页面提示用户等待。

也就是说，只要第二页面处于等待状态，不论第二页面接收到任何请求，对该请求的响应方式都是显示loading页面。

例如，在第二页面显示完成后，用户迅速的从分享渠道中选择了所需的分享渠道，从而触发图片分享请求，但是，由于此时第一页面的截图操作还未完成，即该第二页面还是处于等待状态，因此，也会显示loading页面给用户，以提示用户等待。

这样，本发明实施例针对用户对第二页面中的第三方平台的选择过快的情况，可以基于第二页面中的等待状态，来显示loading页面以提示用户等待。

但是正常情况下，用户对第二页面中分享渠道的选择不会少于1秒，因此，本实施例的应用几率较低。

步骤105，接收图片分享请求，其中，所述图片分享请求包括用户在所述第二页面中选择的目标第三方平台的属性信息；

其中，在第一页面截图的过程中，用户在第二页面中选择需要分享的目标第三方平台，而用户在第二页面中选择平台的时间一般不会少于1秒，所以，在选择平台的时间内，第一页面已经完成了截图耗时操作，所以用户不会感到loading页面的存在。在用户选择了所需的目标第三方平台的属性信息，例如图标后，本发明实施例的方法可以接收到该图片分享请求。

步骤106，若图片截取成功，则根据所述图片截取结果中的所述属性信息读取截取的所述图片，响应于所述图片分享请求将所述图片分享至所述目标第三方平台。

其中，如果根据第二页面从第一页面接收到的图片截取结果中的信息，确定第一页面图片截取成功，则可以根据所述图片截取结果中的所述属性信息，例如存储路径和文件名，去终端设备的该存储路径去读取该文件名的图片文件；然后，响应于图片分享请求，将读取的该图片文件分享至用户选择的目标第三方平台。

在本发明实施例中，在接收到对应用程序的第一页面的截图请求后，不立即对其进行响应，而是在对展示第三方平台的第二页面显示完成后，再通知第一页面对截图请求进行响应，而此时用户的焦点处于从第二页面中选取需要分享的目标第三方平台的上，那么在用户选取目标第三方平台期间执行对第一页面的截图操作，不会因第一页面的截图耗时较长而导致用户操作的页面(这里为第二页面)卡顿，有较好的用户体验。

可选地，在一个实施例中，若所述第一页面为动态页面，则根据本发明实施例的方法还可以包括：

若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对处于目标时间点的所述第一页面进行标记，其中，所述目标时间点为接收到对所述第二页面的访问请求的时间点；

也就是说，在接收到对第二页面的访问请求后，本发明实施例的方法不仅会执行步骤102，还可以执行本步骤，即对接收到对第二页面的访问请求的时间点的第一页面进行标记。

其中，由于第一页面是动态页面，即其显示的内容是动态，以视频流举例来说，则用户想要截图分享的则是点击分享按钮时第一页面中显示的内容，所以，为了避免第二页面显示完成后在通知第一页面进行截图时，该第二页面所显示的内容已经不同于点击分享按钮时的第一页面中显示的内容，在本实施例中，在接收到对第二页面的访问请求后，就会立即对该目标时间点的第一页面进行标记，例如对视频流中目标时间点所显示的视频帧图进行标记。

相应的，在执行步骤103时，则若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对标记的所述第一页面进行图片截取。

继续以上述视频流为例进行说明，则在第二页面显示完成后，则通知第一页面对截图请求进行响应来对标记的该视频帧图进行图片截取，即像素点重绘制。

这样，本发明实施例在第一页面中显示的内容为动态的情况下，通过对接收到对第二页面的访问请求的时间点的第一页面进行标记，则在第二页面显示完成后，对第一页面进行截图时，能够对标记的第一页面进行像素点重绘制，从而能够截取到用户点击分享按钮时的第一页面，即对点击分享按钮时刻的第一页面进行分享，确保截取的图片符合用户的截图需求。

借助于本发明上述实施例的技术方案，本发明实施例中，当用户点击分享按钮准备截图时，弹出分享对话框(展示各个分享渠道)，当分享界面展示完成时，通知发起分享的界面开始截图耗时操作，并在截图完成时通知分享对话框，由分享对话框获取截取并保存完成的图片。由于在分享对话框弹出后，用户的焦点在选取各个分享渠道上，存在一个较短的操作间隙，在这期间执行截图耗时操作，能让用户不易感觉到界面的卡顿，有较好的用户体验。

其中，对于第一页面和第二页面之间在通过发送事件来传递信息时，事件的传递方式可以有多种，包括但不限于localbroadcastmanager(本地广播)、eventbus(事件总线，是一个第三方库)等。

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

与上述本发明实施例所提供的方法相对应，参照图2，示出了本发明一种截图分享装置实施例的结构框图，具体可以包括如下模块：

第一接收模块21，用于接收对应用程序的第一页面的截图请求；

第一响应模块22，用于若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则响应于所述访问请求在所述第一页面上显示所述第二页面，其中，所述第二页面包括多个第三方平台的属性信息；

第一通知模块23，用于若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取；

第二接收模块24，用于接收对所述第一页面的图片截取结果，其中，若图片截取成功，则所述图片截取结果包括截取的图片的属性信息；

第三接收模块25，用于接收图片分享请求，其中，所述图片分享请求包括用户在所述第二页面中选择的目标第三方平台的属性信息；

第二响应模块26，用于若图片截取成功，则根据所述图片截取结果中的所述属性信息读取截取的所述图片，响应于所述图片分享请求将所述图片分享至所述目标第三方平台。

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

设置模块，用于若在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对所述第二页面的视图设置监听器，其中，所述监听器用于监听所述第二页面的视图的绘制过程；

确定模块，用于若所述监听器监听到所述第二页面的视图绘制完成，则确定所述第二页面显示完成。

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

标记模块，用于若所述第一页面为动态页面，且在所述第一页面中接收到对所述应用程序的第二页面的访问请求，则对处于目标时间点的所述第一页面进行标记，其中，所述目标时间点为接收到对所述第二页面的访问请求的时间点；

所述第一通知模块23，还用于若所述第二页面显示完成，则通知所述第一页面响应于所述截图请求对标记的所述第一页面进行图片截取。

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

标记模块，用于将所述第二页面的页面状态标记为等待状态，其中，所述等待状态表示等待所述第一页面的图片截取结果；

判断模块，用于根据所述图片截取结果，判断所述第一页面是否图片截取成功；

第一切换模块，用于若所述判断模块确定所述第一页面图片截取成功，则将所述第二页面的页面状态从所述等待状态切换为成功状态；

第二切换模块，用于若所述判断模块确定所述第一页面图片截取失败，则将所述第二页面的页面状态从所述等待状态切换为失败状态。

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

第二通知模块，用于将表示截图失败的信息通知至用户；或，

第三通知模块，用于再次通知所述第一页面响应于所述截图请求对所述第一页面进行图片截取，将所述第二页面的页面状态从所述失败状态切换为等待状态。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种截图分享方法和一种截图分享装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。