CN107766752A - 一种应用程序内的远程互助方法及系统 - Google Patents

Abstract

本发明提供了一种应用程序内的远程互助方法及系统，所述方法包括：第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，第一客户端的求助应用程序若检测到针对该应用程序的启动截屏指令，则截获屏幕上显示的求助应用程序的屏幕信息；将截获的求助应用程序的屏幕信息通过服务器发送给配对的第二客户端的帮助应用程序，以便第二客户端的帮助应用程序显示求助应用程序的屏幕信息。这样，能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的应用程序的屏幕信息，而无法看到除求助应用程序之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

Description

一种应用程序内的远程互助方法及系统

技术领域

本发明涉及远程通信技术领域，具体而言，涉及一种应用程序内的远程互助方法及系统。

背景技术

远程操控技术，即远程服务人员在经过用户授权后，可以通过远程操控系统对用户的电脑进行操控，用以解决用户遇到的一些软件问题。使用远程操控技术避免了用户亲自去维修店带来的不便，也给厂商客服带来了极大的便利。

目前，基于上述远程操控技术出现了许多远程协助软件，通过这些远程协助软件能够实现对该应用程序所在终端设备的远程操控。具体的，用户在终端设备上启动上述远程协助软件后，该远程协助软件能够将用户的当前终端设备连接到第三方设备。这时第三方设备的操作人员在得到用户授权后即可获得用户终端设备桌面的控制权，此时，第三方设备的操作人员能够看到用户的桌面并进行任意的操作，就像用户自己在操作自己的终端设备一样。通过这种远程协助的方式，当用户在自己的终端设备上遇到软件问题时，免去用户外出的不便以及自己无法解决的烦恼。

但是，上述远程协助软件在进行远程互助的过程中，目前业界只有手机整机桌面之间互助的产品，第三方设备的操作人员可以查看到用户的整个终端设备的桌面，但是，实际上用户的有些隐私(如支付宝、微信等)并不想让别人看到，这就导致了用户的终端设备中的隐私泄露问题，用户体验较差。

发明内容

有鉴于此，本发明实施例的目的在于提供一种应用程序内的远程互助方法及系统，能够实现应用程序内的远程互助，使帮助端的协助人员只能看到求助端中求助应用程序的屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第一方面，本发明实施例提供了一种应用程序内的远程互助方法，包括：

第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，第一客户端的求助应用程序若检测到启动截屏指令，截获所述第一客户端的屏幕上显示的求助应用程序的屏幕信息；

将截获的所述求助应用程序的屏幕信息通过服务器发送给配对的所述第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示所述求助应用程序的屏幕信息。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述截获屏幕上显示的求助应用程序的屏幕信息，包括：

调用所述求助应用程序中的应用内截屏模块，截获屏幕上显示的求助应用程序的屏幕信息；其中，所述应用内截屏模块具有较低截屏权限，所述较低截屏权限为当所述求助应用程序在屏幕上显示时，能够截获所述求助应用程序的屏幕信息。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述截获屏幕上显示的求助应用程序的屏幕信息，还包括：

在检测到所述求助应用程序在操作系统的前台运行时，调用所述操作系统中的系统截屏模块截获该求助应用程序的屏幕信息；在检测到所述求助应用程序在操作系统的后台运行时，禁止调用所述系统截屏模块执行截屏操作。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，判断所述求助应用程序是否在操作系统的前台运行的方法，包括：

获取所述求助应用程序的进程信息中表示当前运行状态的字段；

在检测到表示当前运行状态的字段的值等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的前台运行；

在检测到表示当前运行状态的字段的值不等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的后台运行。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第四方面的第四种可能的实施方式，其中，所述获取所述求助应用程序的进程信息中表示当前运行状态的字段之前，还包括：

获取操作系统中所有运行中的进程信息，得到进程集合；

根据所述求助应用程序的包名，在所述进程集合中查找所述求助应用程序的进程信息。

第二方面，本发明实施例还提供了一种应用程序内的远程互助方法，包括：

服务器根据第一客户端的求助应用程序发送的求助请求，或者，根据第一客户端的求助应用程序发送的同意帮助请求的反馈信息，建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；其中，所述服务器预先将所述第二客户端的帮助应用程序发送的帮助请求转发给所述第一客户端的求助应用程序；

将建立的所述配对关系分别发送至所述第一客户端的求助应用程序和所述第二客户端的帮助应用程序；

若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示该求助应用程序的屏幕信息。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序之后，还包括：

若接收到所述第二客户端的帮助应用程序发送的针对所述求助应用程序的屏幕信息的操作指令，将所述操作指令发送给所述第二客户端的帮助应用程序配对的所述第一客户端的求助应用程序；

接收所述第一客户端的求助应用程序响应于所述操作指令的响应结果，并将所述响应结果的屏幕信息发送至所述第二客户端的帮助应用程序。

第三方面，本发明实施例还提供了一种应用程序内的远程互助方法，包括：

第二客户端的帮助应用程序在与服务器建立连接后，接收服务器转发的第一客户端的求助应用程序发送的求助请求；

根据第二客户端用户对所述求助请求的触发操作，向服务器发送同意所述求助请求的反馈信息，以便所述服务器根据同意所述求助请求的反馈信息建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

第四方面，本发明实施例还提供了一种应用程序内的远程互助方法，包括：

第二客户端的帮助应用程序在与服务器建立连接后，向服务器发送针对第一客户端的求助应用程序的帮助请求，以便所述服务器根据所述帮助请求建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

第五方面，本发明实施例还提供了一种应用程序内的远程互助系统，包括：电子设备、终端设备和服务器；所述电子设备和所述终端设备分别与所述服务器通信连接，并通过所述服务器建立配对关系；

所述电子设备，用于在检测到针对求助应用程序的启动截屏指令时，截获屏幕上显示的求助应用程序的屏幕信息，并将所述求助应用程序的屏幕信息发送至所述服务器；以及，响应于所述服务器发送的针对所述求助应用程序的屏幕信息的操作指令；

所述服务器，用于将所述电子设备发送的所述求助应用程序的屏幕信息发送给所述终端设备的帮助应用程序；以及，将所述终端设备的帮助应用程序内发送的针对所述求助应用程序的屏幕信息的操作指令发送给所述电子设备；

所述终端设备，用于接收并显示所述求助应用程序的屏幕信息；以及，根据终端设备用户的触发操作，向服务器发送该触发操作对应的操作指令。

本发明实施例提供的一种应用程序内的远程互助方法及系统，包括：第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，第一客户端的求助应用程序若检测到启动截屏指令，截获第一客户端的屏幕上显示的求助应用程序的屏幕信息；将截获的求助应用程序的屏幕信息通过服务器发送给配对的第二客户端的帮助应用程序，以便第二客户端的帮助应用程序显示求助应用程序的屏幕信息，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的一种应用程序内的远程互助方法的流程图。

图2示出了本发明实施例所提供的另一种应用程序内的远程互助方法的流程图。

图3示出了本发明实施例所提供的另一种应用程序内的远程互助方法的流程图。

图4示出了本发明实施例所提供的另一种应用程序内的远程互助方法的流程图。

图5示出了本发明实施例所提供的另一种应用程序内的远程互助方法的流程图。

图6示出了本发明实施例所提供的另一种应用程序内的远程互助方法的流程图。

图7示出了本发明实施例所提供的一种应用程序内的远程互助系统的结构示意图。

图标：10、电子设备(图7中以三个电子设备10a、10b和10c为例进行说明)；20、服务器；30、终端设备(图7中以三个终端设备30a、30b和30c为例进行说明)。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前业界只有手机整机桌面之间互助的产品，例如华为的“亲情关怀”APP，锤子“远程协助”App等产品，均是实现用户手机整机桌面之间的远程互助。但是这些产品都有如下的一些不足：现有技术都是只能针对某些特定机型，一般来说，被控端只能是该厂商的手机平板产品，这个极大的限制了该功能的普及。

并且，上述远程协助产品均是实现用户手机整机桌面之间的远程互助，这些产品在进行远程互助的过程中，会导致了用户的终端设备中隐私泄露问题，用户体验较差的问题。本发明实施例提供了一种应用程序内的远程互助方法、设备及系统，下面通过实施例进行描述。

第一实施例

本发明实施例提供了一种应用程序内的远程互助方法，所述方法由第一客户端的求助应用程序执行，参考图1，所述方法包括：

S101、第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，第一客户端的求助应用程序若检测到启动截屏指令，截获所述第一客户端的屏幕上显示的求助应用程序的屏幕信息。

本发明实施例中的远程协助产品即一个软件开发工具包SDK中，该SDK可以预装在应用程序(即APP)中，用户可以从电子设备的应用商店中下载预装有SDK的APP到电子设备上或者该电子设备在出厂时自带预装有SDK的APP。

用户若需要针对某一个APP进行远程求助，则在电子设备上打开该求助APP，并触发展示的“远程协助”按钮，此时，第一客户端的求助应用程序检测到针对该求助APP的触发登录操作后，根据该触发登录操作生成第一登录请求，根据该第一登录请求与服务器建立通信通道。这里，该第一登录请求携带有第一客户端的求助APP的第一标识信息，这里，第一标识信息可以为求助APP的标识信息，包括但不限于用户在求助APP中注册的账号，如电话号码、QQ号、微博账号等。

第一客户端的求助应用程序在与服务器建立第一通信通道后，可以主动向服务器发送求助请求。其中，该求助请求携带有第一客户端的求助应用程序的第一标识信息以及请求连接的第二客户端的帮助应用程序的第二标识信息，该求助请求用于请求与第二客户端的帮助应用程序通信。其中，第一客户端的求助应用程序所在的求助APP展示给用户的“远程协助”按钮可以是一个，也可以为多个；若为一个，用户在触发该按钮后，第一客户端的求助应用程序向服务器发送两个请求信息，分别为：第一登录请求和求助请求；若为多个，用户首先触发第一个“远程协助”按钮，对应的，第一客户端的求助应用程序向服务器发送第一登录请求；之后用户再次触发第二个“远程协助”按钮，对应的，第一客户端的求助应用程序向服务器发送求助请求。

其中，服务器基于第一客户端的求助应用程序发送的求助请求，建立该第一客户端的求助应用程序和第一客户端的求助应用程序请求连接的第二客户端的帮助应用程序的配对表，该配对表中包括第一客户端的求助应用程序和第二客户端的帮助应用程序的配对关系，并在配对完成后，分别向第一客户端的求助应用程序和第二客户端的帮助应用程序发送配对成功的反馈信息。

或者，第一客户端的求助应用程序在与服务器建立第一通信通道后，被动接收服务器转发的第二客户端的帮助应用程序发送的帮助请求，该帮助请求携带有第一客户端的求助应用程序的第一标识信息和第二客户端的帮助应用程序的第二标识信息，该帮助请求用于请求与第一客户端的求助应用程序通信。

第一客户端的求助应用程序根据第一客户端用户对所述帮助请求的触发操作，向服务器发送同意所述帮助请求的反馈信息，以便所述服务器根据同意所述帮助请求的反馈信息建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系。

具体的，第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，接收服务器发送的针对求助应用程序的帮助请求。若第一客户端用户点击同意该帮助请求，第一客户端的求助应用程序向服务器发送同意该帮助请求的反馈信息。服务器根据该反馈信息建立包括第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系的配对表。

第一客户端的求助应用程序在接收到服务器返回的配对成功的反馈信息后，判断是否接收到启动截屏指令。

这里，启动截屏指令可以是第一客户端用户直接在第一客户端的求助应用程序上触发的，也可以是第二客户端用户在第二客户端的帮助应用程序上触发并由第二客户端的帮助应用程序通过服务器转发给第一客户端的求助应用程序的。该启动截屏指令用于请求启动第一客户端的求助应用程序中的截屏操作。

若检测到所述启动截屏指令，截获屏幕上显示的求助应用程序的屏幕信息。具体的，第一客户端的求助应用程序执行截获的方式是，调用求助APP中的应用内截屏模块或者操作系统中的系统截屏模块截获的该求助APP的屏幕信息通过给服务器转发给第二客户端的帮助应用程序，无论通过上述两种方式的哪种方式，均是截获屏幕上显示的求助APP的屏幕信息。

S102、将截获的所述求助应用程序的屏幕信息通过服务器发送给配对的所述第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示所述求助应用程序的屏幕信息。

具体的，第一客户端的求助应用程序将截获的求助APP的屏幕信息通过服务器发送给第二客户端的帮助应用程序。通过该方法能够使帮助端只能看到求助端的求助APP的屏幕信息，而无法看到除求助APP之外的其他APP屏幕信息，增强了求助端的终端设备中的用户隐私的安全性，用户体验较好。

本发明实施例提供的一种应用程序内的远程互助方法，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第二实施例，该第二实施例是在第一实施例的基础上方案，用于配合第一实施例或者第二实施例。

下面具体说明本发明实施例提供的应用程序内的远程互助方法中，步骤103或者步骤204，所述截获屏幕上显示的求助应用程序的屏幕信息，具体执行方式有两种：

第一，调用所述求助应用程序中的应用内截屏模块，截获屏幕上显示的求助应用程序的屏幕信息；其中，所述应用内截屏模块具有较低截屏权限，所述较低截屏权限为当所述求助应用程序在屏幕上显示时，能够截获所述求助应用程序的屏幕信息。

第二，在检测到所述求助应用程序在操作系统的前台运行时，调用所述操作系统中的系统截屏模块截获该求助应用程序的屏幕信息；在检测到所述求助应用程序在操作系统的后台运行时，禁止调用所述系统截屏模块执行截屏操作。

具体的，以Android系统为例，说明第一客户端的求助应用程序在调用操作系统中的系统截屏模块执行截屏操作时，如何监控求助APP是否被压到系统后台运行(此时，系统前台运行的已经是其它APP)，或者用户已经关闭或退出APP，具体的，参考图2，判断所述求助应用程序是否在操作系统的前台运行的方法，包括：

S201、获取操作系统中所有运行中的进程信息，得到进程集合。

第一客户端的求助应用程序先得到操作系统中ActivityManager中的systemService，然后第一客户端的求助应用程序通过调用systemService调用ActivityManager.getRunningAppProcesses()，即可得到当前操作系统中所有在运行的进程信息，即一个RunningAppProcessInfo的list的进程集合。

S202、根据所述求助应用程序的包名，在所述进程集合中查找所述求助应用程序的进程信息。

第一客户端的求助应用程序在得到RunningAppProcessInfo的list的进程集合后，获取其所在的求助APP的包名，之后，根据该包名在上述进程集合中查找求助APP的进程信息(该进程信息即一个RunningAppProcessInfo对象)。

需要说明的是，一个求助APP可能有多个进程，因此，第一客户端的求助应用程序要对这多个进程进行监控，即分别监控这些进程是在前台运行还是在后台运行。

其中，第一客户端的求助应用程序的监控功能和截屏功能可以被集成运行在求助APP的不同进程中，也可以运行在同一个进程中；以监控功能和截屏功能被集成运行在求助APP的不同进程中为例，分别称为“监控进程”和“截屏进程”。作为一种具体的实施方式，监控进程只有一个，但可以有多个截屏进程。

S203、获取所述求助应用程序的进程信息中表示当前运行状态的字段。

具体实施方式中，第一客户端的求助应用程序在查找到求助APP的进程信息(即RunningAppProcessInfo对象)后，这RunningAppProcessInfo对象里面有个importance字段，这个字段用于表示求助APP的运行状态。

S204、在检测到表示当前运行状态的字段的值等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的前台运行。

具体的，当求助APP的进程运行在操作系统的前台时，上述importance字段等于前台运行阈值，当求助APP的进程运行在操作系统的后台时，该importance字段不等于前台运行阈值。第一客户端的求助应用程序在找到上述importance字段后，将该importance字段的当前值与前台运行阈值进行比较，若该importance字段的当前值等于前台运行阈值(IMPORTANCE_FOREGROUND)，表示该字段对应的进程在操作系统的前台运行，此时，启动截屏进程进行截屏操作。

S205、在检测到表示当前运行状态的字段的值不等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的后台运行。

具体实施方式中，若该importance字段的当前值不等于前台运行阈值(IMPORTANCE_FOREGROUND)，表示该字段对应的进程在操作系统的后台运行，此时，第一客户端的求助应用程序停止或者禁止截屏进程进行截屏操作。其中，停止截屏操作的具体方法包括：如果该字段所在的进程是个截屏进程，监控进程通知该截屏进程停止截屏操作。

对于用户关闭或退出求助APP行为的监控，如果求助APP(实际中，对于任意一个APP均是如此)中所有进程都被关闭了，本发明实施例中的第一客户端的求助应用程序(即SDK)也相应被关闭，也就不会再有任何动作如截屏了。如果求助APP的某些进程被关闭，但还有些进程活着(通常，监控进程会后关)，这时仍然可以用监控求助APP中所有运行中的进程是否在前台运行还是在后台运行，若是在前台运行，通过截屏进程截获求助APP的屏幕信息，若是在后台运行，通过监控进程通过截屏进程停止截获操作。

当出现监控进程被杀，而截屏进程还在的情况，监控进程结束前要通知所有截屏进程停止截屏。

本发明实施例中，为了保证帮助端(如用户B在求助APP2中)只能看到求助端的发起求助应用程序(如用户A在求助APP1中)的屏幕信息，求助端的第一客户端的求助应用程序采用如下方式：

第一，使用应用内的截屏方案，即调用求助APP的截屏接口捕获求助APP的屏幕信息，将求助APP的屏幕信息发送给所述服务器并由服务器发送给第二客户端的帮助应用程序；通过调用求助APP的截屏接口(即应用内截屏模块)只能截取应用程序APP自己的屏幕。

第二，使用系统级截屏方案，即调用操作系统的截屏接口(即系统截屏模块)捕获求助APP的屏幕信息，将求助APP的屏幕信息发送给所述服务器并由服务器发送给第二客户端的帮助应用程序。通过这种系统级截屏方案，可以截取到整个系统的桌面内容，而本发明中，第一客户端的求助应用程序在监控到求助APP1在系统的前台运行时，执行截屏操作并向服务器发送截屏数据，若在监控到求助APP1在系统的后台运行时，禁止或者停止截屏。

通过上述方式，帮助端只能看到求助端的求助APP的屏幕信息，而无法看到除求助APP之外的其它画面内容，大大增强了求助端的用户安全隐私性。

本发明实施例提供的第一客户端的求助应用程序的兼容性较好，可以适用于各种品牌的手机、平板，实现两个用户在APP内部的互助，同样可以适用于用户以及APP厂商之间的互助。同时，软件厂商在开发其应用程序时只需要做很小的改动，即可实现将开发包SDK嵌入其本身的应用程序APP中，形成一个新的软件发布给用户使用。

当用户在使用APP(即上述新的软件)时发生问题想要咨询时，用户可以不用退出该APP，在这个APP内找到一个朋友进行求助，当这个朋友收到登录请求后，在其嵌入有该SDK包的相同APP或者其他APP内接收该登录请求，并接收求助端发送的求助APP的屏幕信息，以便响应该求助APP对该用户的远程协助。当然，上述请求过程也可以反过来，即帮助端向服务器发起用于协助求助端的请求，在服务器征得求助端同意后即可将帮助端和求助端配对。这样，帮助端即可在APP内远程直接看到求助端APP的画面，甚至也可以直接操作对方的APP，进行手把手的讲解，就像两人当面交流一样。

但是一旦当求助端离开求助APP(如关闭这个求助APP，或者该求助APP被压到后台运行)，则帮助端就看不到对方除求助APP的其它的桌面了。本发明实施例提供的上述应用程序内的远程互助方法只能够基于嵌入到APP内部的第一客户端的求助应用程序(即SDK)进行远程APP屏幕信息的查看或操作，而不涉及整个手机桌面操作，因此，无需任何高的权限，可以适用于任何一款电子设备，包括但不限于各种Android电子设备和iOS电子设备。

本发明实施例提供的一种应用程序内的远程互助方法，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第三实施例

本发明实施例还提供了一种应用程序内的远程互助方法，所述方法由服务器执行，参考图3，所述方法包括：

S301、服务器根据第一客户端的求助应用程序发送的求助请求，或者，根据第一客户端的求助应用程序发送的同意帮助请求的反馈信息，建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；其中，所述服务器预先将所述第二客户端的帮助应用程序发送的帮助请求转发给所述第一客户端的求助应用程序。

具体的，服务器根据第一客户端的求助应用程序发送的第一登录请求，建立与第一客户端的求助应用程序的第一通信通道，同时标记该第一客户端的求助应用程序为上线状态；服务器根据第二客户端的帮助应用程序发送的第二登录请求，建立与所述第二客户端的帮助应用程序的第二通信通道，同时标记该第二客户端的帮助应用程序为上线状态。

之后，服务器若通过第一通信通道接收到第一客户端的求助应用程序发送的求助请求，将该求助请求经过服务器转发给第二客户端的帮助应用程序，在接收到第二客户端用户针对该求助请求的应答信息后，建立第一客户端的求助应用程序和第二客户端的帮助应用程序的配对表；并将该配对表分别发生给对应的第一客户端的求助应用程序和第二客户端的帮助应用程序。若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助APP的屏幕信息，则将该求助APP的屏幕信息发送给第二客户端的帮助应用程序。

或者，服务器根据第二通信通道接收第二客户端的帮助应用程序发送的帮助请求，并将该帮助请求发送给第一客户端的求助应用程序，在接收到第一客户端的求助应用程序针对该帮助请求的应答信息后，建立第一客户端的求助应用程序和第二客户端的帮助应用程序的配对表，并将该配对表分别发生给对应的第一客户端的求助应用程序和第二客户端的帮助应用程序。若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助APP的屏幕信息，则将该求助APP的屏幕信息发送给第二客户端的帮助应用程序。

此时，帮助端即可看到求助端的求助APP的屏幕信息，并可以对该求助APP进行远程控制和操作，就像该帮助端操作自己的APP一样。并且，该帮助端只能看到求助端中求助APP的屏幕信息，而无法看到电子设备的其他信息。

若服务器未接收到第二客户端的帮助应用程序发送的针对求助请求的应答信息，则向所述第一客户端的求助应用程序发送用于提示请求失败的应答信息；若服务器未接收到第一客户端的求助应用程序发送的针对帮助请求的应答信息后，向所述第二客户端的帮助应用程序发送用于提示连接失败的应答信息。

S302、将建立的所述配对关系分别发送至所述第一客户端的求助应用程序和所述第二客户端的帮助应用程序。

S303、若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示该求助应用程序的屏幕信息。

进一步的，参考图4，本发明实施例提供的应用程序内的远程互助方法，步骤303，所述将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序之后，还包括：

S401、若接收到所述第二客户端的帮助应用程序发送的针对所述求助应用程序的屏幕信息的操作指令，将所述操作指令发送给所述第二客户端的帮助应用程序配对的所述第一客户端的求助应用程序。

若第二客户端用户对第二客户端的帮助应用程序显示的求助应用程序的屏幕信息进行操作，第二客户端的帮助应用程序将该操作对应的操作指令通过服务器发送给其配对的第一客户端的求助应用程序，此时，服务器将该操作指令发送给第二客户端的帮助应用程序配对的第一客户端的求助应用程序，以便第一客户端的求助应用程序响应该操作指令。

S402、接收所述第一客户端的求助应用程序响应于所述操作指令的响应结果，并将所述响应结果的屏幕信息发送至所述第二客户端的帮助应用程序。

具体的，服务器还将第一客户端的求助应用程序响应于该操作指令的响应结果实时同步到第二客户端的帮助应用程序上，以便第二客户端的帮助应用程序显示响应结果，这样第二客户端用户就能实时看到其操作后的屏幕信息的变化情况。

本发明实施例提供的一种应用程序内的远程互助方法，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第四实施例

本发明实施例还提供了一种应用程序内的远程互助方法，所述方法由第二客户端的帮助应用程序执行，参考图5，所述方法包括：

S501、第二客户端的帮助应用程序在与服务器建立连接后，接收服务器转发的第一客户端的求助应用程序发送的求助请求。

本发明实施例中的远程协助产品即一个软件开发工具包SDK中，该SDK可以预装在应用程序(即APP)中，用户可以从电子设备的应用商店中下载预装有SDK的APP到电子设备上或者该电子设备在出厂时自带预装有SDK的APP。

这里，第一客户端的求助应用程序可以指预装有求助APP的电子设备，也可以指预装在电子设备中的求助APP；第二客户端的帮助应用程序可以指预装有帮助APP的电子设备，也可以指预装在电子设备中的帮助APP。本发明实施例中以第一客户端的求助应用程序、第二客户端的帮助应用程序均为电子设备为例进行说明。其中，第一客户端的求助应用程序通过预装的求助APP与服务器建立连接，第二客户端的帮助应用程序通过预装的帮助APP与服务器建立连接，并且第一客户端的求助应用程序的求助APP和第二客户端的帮助应用程序的帮助APP预先通过服务器建立配对关系。

具体的，用户通过对第二客户端的帮助应用程序上帮助APP的触发登录操作，向服务器发第二送登录请求，服务器根据第二登录请求建立与第二客户端的帮助应用程序的第二通信通道。这时，第二客户端的帮助应用程序可以通过第二通信通道接收到服务器转发的第一客户端的求助应用程序发送的求助请求。

S502、根据第二客户端用户对所述求助请求的触发操作，向服务器发送同意所述求助请求的反馈信息，以便所述服务器根据同意所述求助请求的反馈信息建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

若第二客户端用户同意该求助请求，则向服务发送该求助请求的反馈信息。

S503、在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令。

这里，第二客户端用户的触发操作可以是对某些功能进行设置等。

S504、接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

本发明实施例提供的一种应用程序内的远程互助方法，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第五实施例

本发明实施例还提供了一种应用程序内的远程互助方法，所述方法由第二客户端的帮助应用程序执行，参考图6，所述方法包括：

S601、第二客户端的帮助应用程序在与服务器建立连接后，向服务器发送针对第一客户端的求助应用程序的帮助请求，以便所述服务器根据所述帮助请求建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系。

在第二客户端用户的操作下，第二客户端的帮助应用程序可以主动向服务器发送帮助请求，以便服务器建立该第二客户端的帮助应用程序与第一客户端的求助应用程序的配对关系。

S602、在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令。

S603、接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

本发明实施例提供了一种应用程序内的远程互助方法，涉及第一客户端的求助应用程序、服务器和第二客户端的帮助应用程序；其中，第一客户端的求助应用程序即嵌入本发明实施例的SDK开发包的求助APP1，第二客户端的帮助应用程序即嵌入本发明实施例的SDK开发包的帮助APP1，所述方法包括：

用户A在求助APP1内通过某种ID体系(例如该APP1的用户注册账号、QQ号、电话号码等)向指定的用户B求助，则用户B在帮助APP1内部响应该请求，并在与求助APP1建立连接后，对A进行远程桌面的查看或操作。用户B能而且仅能看到和操作用户A的求助APP1的桌面屏幕信息。当用户A离开APP1(例如退出或关闭APP1，或者APP1被压到后台执行)，则用户B将无法看到用户A的终端设备中除APP1之外的其它画面内容。

进一步，如果用户B侧的帮助APP2也集成了本申请中的SDK，那么用户B也可以在帮助APP2里接收用户A从求助APP1中发起的请求，应用该种方法用户B仍然是只能看到和操作用户A的自助APP1的桌面内容。

本发明实施例提供的一种应用程序内的远程互助方法，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第六实施例

参考图7，本发明实施例还提供了一种电子设备10，图7中以三个电子设备10a、10b和10c为例进行说明,包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

若检测到启动截屏指令，截获所述第一客户端的屏幕上显示的求助应用程序的屏幕信息；

将截获的所述求助应用程序的屏幕信息通过服务器发送给配对的所述第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示所述求助应用程序的屏幕信息。

本发明实施例提供的一种应用程序内的远程互助设备，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第七实施例

参考图7，本发明实施例还提供了一种服务器20，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

根据第一客户端的求助应用程序发送的求助请求，或者，根据第一客户端的求助应用程序发送的同意帮助请求的反馈信息，建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；其中，所述服务器预先将所述第二客户端的帮助应用程序发送的帮助请求转发给所述第一客户端的求助应用程序；

将建立的所述配对关系分别发送至所述第一客户端的求助应用程序和所述第二客户端的帮助应用程序；

若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示该求助应用程序的屏幕信息。

本发明实施例提供的一种应用程序内的远程互助设备，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第八实施例

参考图7，本发明实施例还提供了一种终端设备30，图7中以三个终端设备30a、30b和30c为例进行说明，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指定被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收服务器转发的第一客户端的求助应用程序发送的求助请求；

根据第二客户端用户对所述求助请求的触发操作，向服务器发送同意所述求助请求的反馈信息，以便所述服务器根据同意所述求助请求的反馈信息建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

第九实施例

参考图7，本发明实施例还提供了一种终端设备30，图7中以三个终端设备30a、30b和30c为例进行说明，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指定被所述至少一个处理器执行，以使所述至少一个处理器能够：

向服务器发送针对第一客户端的求助应用程序的帮助请求，以便所述服务器根据所述帮助请求建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

本发明实施例提供的一种应用程序内的远程互助设备，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

第十实施例

参考图7，本发明实施例还提供了一种应用程序内的远程互助系统，包括：电子设备10、服务器20和终端设备30；电子设备10和终端设备30分别与服务器20通信连接，并通过服务器20建立配对关系；其中，图7中以三个电子设备10a、10b和10c以及三个终端设备30a、30b和30c为例进行说明。

电子设备10，用于在检测到针对求助应用程序的启动截屏指令时，截获屏幕上显示的求助应用程序的屏幕信息，并将所述求助应用程序的屏幕信息发送至所述服务器；以及，响应于所述服务器发送的针对所述求助应用程序的屏幕信息的操作指令；

服务器20，用于将电子设备10发送的所述求助应用程序的屏幕信息发送给终端设备30的帮助应用程序；以及，将终端设备30的帮助应用程序内发送的针对所述求助应用程序的屏幕信息的操作指令发送给电子设备10；

终端设备30，用于接收并显示所述求助应用程序的屏幕信息；以及，根据终端设备用户的触发操作，向服务器发送该触发操作对应的操作指令。

本发明实施例提供的一种应用程序内的远程互助系统，与现有技术中的远程协助软件只能实现手机整机桌面之间的互助，会导致了用户的终端设备中隐私泄露问题，用户体验较差相比，其能够实现应用程序内的远程互助，保证帮助端的协助人员只能看到求助端中发起求助的求助应用程序的屏幕信息，而无法看到除求助终之外的其它屏幕信息，增强了求助端中的用户隐私的安全性，用户体验较好。

本发明实施例所提供的客户端可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种应用程序内的远程互助方法，其特征在于，包括：

第一客户端的求助应用程序和第二客户端的帮助应用程序分别与服务器建立连接，并在通过服务器建立配对关系后，第一客户端的求助应用程序若检测到启动截屏指令，截获所述第一客户端的屏幕上显示的求助应用程序的屏幕信息；

将截获的所述求助应用程序的屏幕信息通过服务器发送给配对的所述第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示所述求助应用程序的屏幕信息。

2.根据权利要求1所述的应用程序内的远程互助方法，其特征在于，所述截获屏幕上显示的求助应用程序的屏幕信息，包括：

调用所述求助应用程序中的应用内截屏模块，截获屏幕上显示的求助应用程序的屏幕信息；其中，所述应用内截屏模块具有较低截屏权限，所述较低截屏权限为当所述求助应用程序在屏幕上显示时，能够截获所述求助应用程序的屏幕信息。

3.根据权利要求1所述的应用程序内的远程互助方法，其特征在于，所述截获屏幕上显示的求助应用程序的屏幕信息，还包括：

在检测到所述求助应用程序在操作系统的前台运行时，调用所述操作系统中的系统截屏模块截获该求助应用程序的屏幕信息；在检测到所述求助应用程序在操作系统的后台运行时，禁止调用所述系统截屏模块执行截屏操作。

4.根据权利要求3所述的应用程序内的远程互助方法，其特征在于，判断所述求助应用程序是否在操作系统的前台运行的方法，包括：

获取所述求助应用程序的进程信息中表示当前运行状态的字段；

在检测到表示当前运行状态的字段的值等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的前台运行；

在检测到表示当前运行状态的字段的值不等于设定前台运行阈值时，确定该字段对应的进程信息在操作系统的后台运行。

5.根据权利要求4所述的应用程序内的远程互助方法，其特征在于，所述获取所述求助应用程序的进程信息中表示当前运行状态的字段之前，还包括：

获取操作系统中所有运行中的进程信息，得到进程集合；

根据所述求助应用程序的包名，在所述进程集合中查找所述求助应用程序的进程信息。

6.一种应用程序内的远程互助方法，其特征在于，包括：

服务器根据第一客户端的求助应用程序发送的求助请求，或者，根据第一客户端的求助应用程序发送的同意帮助请求的反馈信息，建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；其中，所述服务器预先将所述第二客户端的帮助应用程序发送的帮助请求转发给所述第一客户端的求助应用程序；

将建立的所述配对关系分别发送至所述第一客户端的求助应用程序和所述第二客户端的帮助应用程序；

若接收到第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序，以便所述第二客户端的帮助应用程序显示该求助应用程序的屏幕信息。

7.根据权利要求6所述的应用程序内的远程互助方法，其特征在于，所述将接收的所述求助应用程序的屏幕信息发送给第一客户端的求助应用程序配对的第二客户端的帮助应用程序之后，还包括：

若接收到所述第二客户端的帮助应用程序发送的针对所述求助应用程序的屏幕信息的操作指令，将所述操作指令发送给所述第二客户端的帮助应用程序配对的所述第一客户端的求助应用程序；

接收所述第一客户端的求助应用程序响应于所述操作指令的响应结果，并将所述响应结果的屏幕信息发送至所述第二客户端的帮助应用程序。

8.一种应用程序内的远程互助方法，其特征在于，包括：

第二客户端的帮助应用程序在与服务器建立连接后，接收服务器转发的第一客户端的求助应用程序发送的求助请求；

根据第二客户端用户对所述求助请求的触发操作，向服务器发送同意所述求助请求的反馈信息，以便所述服务器根据同意所述求助请求的反馈信息建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

9.一种应用程序内的远程互助方法，其特征在于，包括：

第二客户端的帮助应用程序在与服务器建立连接后，向服务器发送针对第一客户端的求助应用程序的帮助请求，以便所述服务器根据所述帮助请求建立第一客户端的求助应用程序与第二客户端的帮助应用程序的配对关系；

在接收到服务器返回的第一客户端的求助应用程序与第二客户端的帮助应用程序配对成功的反馈信息后，若接收到服务器转发的第一客户端的求助应用程序发送的在第一客户端的屏幕上显示的求助应用程序的屏幕信息，根据第二客户端用户的触发操作，通过服务器向第一客户端的求助应用程序发送该触发操作对应的操作指令；

接收服务器转发的第一客户端的求助应用程序发送的响应于所述操作指令的响应结果，显示所述响应结果。

10.一种应用程序内的远程互助系统，其特征在于，包括：电子设备、终端设备和服务器；所述电子设备和所述终端设备分别与所述服务器通信连接，并通过所述服务器建立配对关系；

所述电子设备，用于在检测到针对求助应用程序的启动截屏指令时，截获屏幕上显示的求助应用程序的屏幕信息，并将所述求助应用程序的屏幕信息发送至所述服务器；以及，响应于所述服务器发送的针对所述求助应用程序的屏幕信息的操作指令；

所述服务器，用于将所述电子设备发送的所述求助应用程序的屏幕信息发送给所述终端设备的帮助应用程序；以及，将所述终端设备的帮助应用程序内发送的针对所述求助应用程序的屏幕信息的操作指令发送给所述电子设备；

所述终端设备，用于接收并显示所述求助应用程序的屏幕信息；以及，根据终端设备用户的触发操作，向服务器发送该触发操作对应的操作指令。