CN116016472B - 客户端交互方法、装置、计算机设备及介质 - Google Patents

Abstract

本发明实施例提供了一种客户端交互方法、装置、计算机设备及介质，涉及数据交互技术领域，其中，该方法包括：在至少两个客户端与服务器之间建立通信连接，不同的客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，至少两个客户端中一个客户端为主设备端，至少两个客户端中除了主设备端之外的客户端为从设备端；通过主设备端从服务器获取各个从设备端的设备信息和应用程序数据；根据各个从设备端的设备信息和应用程序数据，通过主设备端生成应用软件播控请求，通过服务器将应用软件播控请求转发给各个所述从设备端，以触发从设备端通过自身的操作系统播控对应的应用软件。该方案可以提高不同设备进行数据交互的操作便捷性、效率。

Description

客户端交互方法、装置、计算机设备及介质

技术领域

本发明涉及数据交互技术领域，特别涉及一种客户端交互方法、装置、计算机设备及介质。

背景技术

随着互联网的发展和市场的需求，硬件设备蓬勃发展，各种操作系统（如Windows、Android、IOS等操作系统）的软件载体（如PC设备、移动设备、PC-VR设备、一体机VR设备、MR设备、XR设备）多种多样，使得跨平台交互显得尤其重要。尤其是在学校的课堂中，学校可能拥有多种操作系统的设备或者不同类型的设备，但是同一种操作系统的设备或者相同类型的设备又不是有足够多的可以让每个学生都用得上，此时就会出现不同操作系统的设备或者不同类型的设备之间进行数据交互的问题，但是，目前不同操作系统的设备或者不同类型的设备之间进行数据交互，需要针对每两个进行交互的设备的操作系统或类型编写对应的数据交互脚本，以实现不同操作系统或者不同类型的两个设备之间进行数据交互，不能实现不同操作系统或者不同类型的多个设备之间统一、同时进行数据交互，这样在大量不同操作系统或者不同类型的设备进行数据交互的情况下，使得实现数据交互需要的工作量较大，操作繁杂，且无法统一管理多个设备间的数据交互，降低了数据交互的效率。

发明内容

有鉴于此，本发明实施例提供了一种客户端交互方法，以解决现有技术中不同操作系统或者不同类型的设备进行数据交互存在的操作繁杂、效率低的技术问题。该方法包括：

在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，至少两个所述客户端中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

通过所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

根据各个所述从设备端的设备信息和应用程序数据，通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的。

本发明实施例还提供了一种客户端交互装置，以解决现有技术中不同操作系统或者不同类型的设备进行数据交互存在的操作繁杂、效率低的技术问题。该装置包括：

通信建立模块，用于在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，至少两个所述客户端中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

数据获取模块，用于实现所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

播控模块，用于根据各个所述从设备端的设备信息和应用程序数据，在所述主设备端上生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意的客户端交互方法，以解决现有技术中不同操作系统或者不同类型的设备进行数据交互存在的操作繁杂、效率低的技术问题。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的客户端交互方法的计算机程序，以解决现有技术中不同操作系统或者不同类型的设备进行数据交互存在的操作繁杂、效率低的技术问题。

与现有技术相比，本说明书实施例采用的上述至少一个技术方案能够达到的有益效果至少包括：提出了在至少两个客户端与服务器之间建立通信连接，进而各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端，可以通过所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据，进而根据各个所述从设备端的设备信息和应用程序数据，通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的。实现了主设备端和各个从设备端分别与服务器建立通信连接，主设备端与各个从设备端之间通过服务器作为中转进行数据交互，使得主设备端可以通过服务器同时与多个从设备端进行数据交互，而无需针对不同的从设备端编写数据交互的脚本，有利于提高不同操作系统或者不同类型的设备进行数据交互的操作便捷性，同时，可以实现主设备端同时与多个从设备端进行数据交互，有利于实现统一管理多个设备间的数据交互，有利于提高不同操作系统或者不同类型的设备进行数据交互的效率。

附图说明

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

图1是本发明实施例提供的一种客户端交互方法的流程图；

图2是本发明实施例提供的一种计算机设备的结构框图；

图3是本发明实施例提供的一种客户端交互装置的结构框图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本发明实施例中，提供了一种客户端交互方法，如图1所示，该方法包括：

步骤S101：在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，至少两个所述客户端中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

步骤S102：通过所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

步骤S103：根据各个所述从设备端的设备信息和应用程序数据，通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的各个所述从设备端已经安装的应用软件。

由图1所示的流程可知，在本发明实施例中，实现了主设备端和各个从设备端分别与服务器建立通信连接，主设备端与各个从设备端之间通过服务器作为中转进行数据交互，使得主设备端可以通过服务器同时与多个从设备端进行数据交互，而无需针对不同的从设备端编写数据交互的脚本，有利于提高不同操作系统或者不同类型的设备进行数据交互的操作便捷性，同时，可以实现主设备端同时与多个从设备端进行数据交互，有利于实现统一管理多个设备间的数据交互，有利于提高不同操作系统或者不同类型的设备进行数据交互的效率。

具体实施时，上述客户端包括或者可以是基于不同软件开发平台开发的客户端，例如，可以是基于Unity（一种软件开发平台）平台开发的客户端。

具体实施时，不同的上述客户端属于跨平台的客户端，即不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，例如，基于Windows、Android、IOS等各种不同操作系统的客户端，不同类型的设备可以是PC设备、移动设备、PC-VR设备、一体机VR设备、MR设备、XR设备等不同类型的软件载体。

具体实施时，在至少两个客户端与服务器之间建立通信连接的过程中，每个客户端与服务器之间可以采用MQTT（消息队列遥测传输）协议分别建立通信长链接，进而通过通信长链接将自身的设备信息和应用程序数据上传至服务器。主设备端还可以通过MQTT协议的通信长链接将所述应用软件播控请求发送给所述服务器，进而所述服务器通过MQTT协议的通信长链接将所述应用软件播控请求转发给各个从设备端。

具体实施时，主设备端可以通过HTTP协议从服务器拉取从设备端的所有数据（即上述设备信息和应用程序数据），并将获取的数据实例化以图文形式展示出来，便于查看及管理。

具体实施时，上述设备信息可以包括设备型号、IP地址、设备唯一ID等信息，上述应用程序数据可以包括应用程序的名称、运行状态、安装状态等信息。

具体实施时，为了满足不同的数据交互需求，在本实施例中，主设备端可以通过服务器对从设备端的应用软件进行不同的播控操作，例如，主设备端可以通过服务器对从设备端进行开启应用软件的播控操作，具体的，当所述主设备端接收到开启应用软件的指令时，通过所述主设备端生成开启应用软件的第一请求，并通过所述服务器将所述第一请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统开启对应的应用软件。

具体的，可以通过输入待开启应用软件的相关信息（例如，名称）、点击或选中待开启应用软件等方式向主设备端输入开启应用软件的指令，响应于该指令，主设备端从应用程序列表中选中待开启应用软件，并根据各个从设备端的应用程序数据，判断是否各个从设备端已安装该待开启应用软件，若是，则生成上述第一请求，并在第一请求中添加待开启应用软件的相关信息和各个从设备端的设备信息；若是，则生成上述第一请求，在第一请求中添加待开启应用软件的相关信息和已经安装了该待开启应用软件的一个或多个从设备端的设备信息，进而服务器根据第一请求中的设备信息将第一请求转发给对应的一个或多个从设备端，以便通过上述第一请求控制已经安装了该待开启应用软件的一个或多个从设备端开启该待开启应用软件。

例如，从设备端响应于上述第一请求，通过自身的操作系统开启该待开启应用软件，根据从设备端的开发平台的不同，不同从设备端的操作系统不同，则不同从设备端的操作系统有相应的打开应用软件的处理方式。当从设备端的操作系统为Windows系统时，Windows系统通过Process类根据待开启应用软件的名称检测此应用软件的开启状态并打开该应用软件。当从设备端的操作系统为Android系统时，Android系统通过AndroidJavaClass调用Jar包"com.unity3d.player.UnityPlayer"中的进程检测的一些方法检测此应用软件的开启状态并打开该应用软件。

具体实施时，为了便于在主设备端上实现不同的播控操作，在本实施例中，在主设备端选中该待开启应用软件后通过跳转指令（可以通过点击对应跳转按钮的形式输入跳转指令，跳转按钮的名称可以根据不同应用场景确定，例如，“播控”、“去上课”等），跳转到播控界面，该播控界面上设置有不同的播控操作按钮（例如，开启应用、退出应用、返回、刷新等播控操作按钮），主设备端接收到通过播控操作按钮输入的不同的播控操作指令（可以通过点击按钮的方式输入播控操作指令）后，生成对应的应用软件播控请求。例如，可以通过点击“开启应用”按钮输入开启应用软件的指令，进而主设备端响应于该指令生成上述第一请求。

具体实施时，主设备端还可以通过服务器对从设备端进行关闭应用软件的播控操作，例如，当所述主设备端接收到退出应用软件的指令时，通过所述主设备端生成退出应用软件的第二请求，并通过所述服务器将所述第二请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统退出对应的应用软件。

具体的，可以通过输入待退出应用软件的相关信息（例如，名称）、点击或选中待退出应用软件等方式向主设备端输入退出应用软件的指令，响应于该指令，主设备端根据各个从设备端的应用程序数据，判断哪些从设备端已开启了该待退出应用软件，则生成上述第二请求，并在第二请求中添加待退出应用软件的相关信息和各个（一个或多个）已经开启了该待退出应用软件的从设备端的设备信息，进而服务器根据第二请求中的设备信息将第二请求转发给对应的各个从设备端，以便通过上述第二请求控制已经开启了该待退出应用软件的各个从设备端退出该待退出应用软件。

具体的，可以通过点击播控界面的“退出应用”按钮输入退出应用软件的指令，进而主设备端响应于该指令生成上述第二请求。从设备端响应于上述第二请求，通过自身的操作系统退出该待退出应用软件，根据从设备端的开发平台的不同，不同从设备端的操作系统不同，则不同从设备端的操作系统有相应的退出应用软件的处理方式。当从设备端的操作系统为Windows系统时，Windows系统通过Process类根据该待退出应用软件的名称检测此应用软件的开启状态并Kill（退出）此应用软件进程。当从设备端的操作系统为Android系统时，Android系统通过AndroidServers根据该待退出应用软件的名称检测此应用软件的开启状态并退出App（即待退出应用软件）。

例如，主设备端还可以通过服务器对从设备端进行安装应用软件、卸载应用软件的播控操作，具体的，当所述主设备端接收到安装（或卸载）应用软件的指令时，通过所述主设备端生成安装（或卸载）应用软件的请求，并通过所述服务器将所述请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统安装（或卸载）对应的应用软件。

具体实施时，在数据交互过程中，为了便于通过主设备端查看各个从设备端的显示界面，在本实施例中，提出了主设备端还可以通过服务器控制从设备端进行画面截图，例如，通过所述主设备端生成画面截图的第三请求，并通过所述服务器将所述第三请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统调用截屏软件进行画面截图，并将截图上传至所述服务器；

当所述主设备端接收到所述服务器转发的来自各个所述从设备端的截图上传成功的消息，通过所述主设备端从所述服务器下载并显示各个所述从设备端的所述截图。

具体实施时，还可以按照时间间隔周期性的通过所述服务器将所述第三请求转发给各个（一个或多个）所述从设备端，以实现周期性的触发各个所述从设备端通过自身的操作系统调用截屏软件进行画面截图，并将截图上传至所述服务器，进而可以通过主设备端周期性的从所述服务器下载并显示各个所述从设备端的所述截图。还可以响应于主设备端接收到截图的指令（例如，可以通过信息输入、按钮点击的形式向主设备端输入截图的指令，如通过点击播控界面中的“刷新”、“截图”等按钮来向主设备端输入截图的指令）时，主设备端接收并响应于该指令，生成上述第三请求，第三请求包括各个（一个或多个）从设备端的设备信息，再通过所述服务器根据第三请求中的设备信息，将所述第三请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统调用截屏软件（例如，uWindowCapture）实现当前设备画面抓取，并将截图上传至所述服务器，进而通过主设备端从所述服务器下载并显示各个所述从设备端的所述截图，可以在播控界面上显示各个从设备端的所述截图，还可以对应显示从设备端的唯一标识，如PC_285、PC_286等，还可以对应显示从设备端的应用软件的安装状态，例如，安装中等。

具体实施时，各个从设备端可以将截图以设备唯一ID及其他信息命名，并将截图转换成合适的图片格式和大小，然后通过阿里云对象存储OSS-SDK将截图上传到阿里云服务器，当检测到上传成功后，从设备端再以MQTT通讯方式通过阿里云服务器告知主设备端截图上传成功，主设备端接收到已上传截图成功的消息后，根据从设备端的设备ID再从阿里云服务器将图片下载下来，通过输入流将文件的内容读取到文件或者内存中，并展示到UITexture（纹理添加组件）上，可以按照每1秒一次的频率下载最新截图实时更新从设备端画面。

具体实施时，根据不同的数据交互的需求，主设备端还可以通过服务器控制从设备端停止画面截图，例如，当所述主设备端接收到停止截图的指令时，所述主设备端停止从所述服务器下载并显示各个所述从设备端的所述截图，通过所述主设备端生成停止画面截图的第四请求，并通过所述服务器将所述第四请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统控制所述截屏软件停止画面截图，并停止将截图上传至所述服务器。

具体的，可以通过信息输入、按钮点击的形式向主设备端输入停止截图的指令，如通过点击播控界面中的“返回”、“停止”等按钮来向主设备端输入停止截图的指令，主设备端接收并响应于该指令，生成上述第四请求，第四请求包括各个（一个或多个）从设备端的设备信息，再通过所述服务器根据第四请求中的设备信息，将所述第四请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统控制截屏软件停止画面截图，并停止将截图上传至所述服务器，同时，通过主设备端停止从所述服务器下载并显示各个所述从设备端的所述截图，主设备端停止下载截图的线程并清理缓存，防止程序卡顿以及线程阻塞等问题。

具体实施时，上述客户端交互方法可以应用在不同的主从设备间进行数据交互的应用场景，例如，可以用于主设备端对从设备端进行遥控，还可以用于教学场景，此时，上述主设备端为教师端（即教师使用的客户端），所述从设备端为学生端（即学生使用的客户端），上述应用软件即为课件，使得教师端可以查看多种类型设备的在线的学生端的应用软件安装状态，并控制学生端应用软件的开启和退出，以及监控学生端的实时操作画面。

具体实施时，上述客户端交互方法对客户端的类型或操作系统不限定，可以适用于任意类型或操作系统的客户端，可以根据不同需求增加程序的适配机型，便于扩展多端设备管理。

具体实施时，上述从设备端可以具备主设备端的功能，上述主设备端也可以具备从设备端的功能，在不同数据交互场景下，上述从设备端可以作为主设备端，上述主设备端也可以作为从设备端。

具体实施时，目前现有技术中通过向日葵也可以实现客户端之间的远程控制，向日葵是一款远程控制软件，其实现远程控制的原理是：主控设备安装向日葵软件，主控设备通过被控设备的IP地址等信息来调用被控设备的输入接口，进而向被控设备的输入接口输入控制指令，以实现对被控设备的远程控制。可见，基于向日葵的远程控制存在以下缺陷，例如，要求被控设备的输入接口可以被主控设备调用，其只限于支持移动端和PC端两种形式的设备的远程控制，无法支持XR、VR、MR、AR等多种非常规设备的远程控制，即向日葵的使用、推广范围受限且无法实现XR、VR、MR、AR等多种非常规设备之间的远程控制；基于向日葵的远程控制需要手动、单一的分别去连接每个被控设备，进而分别单一的控制每个被控设备，操作繁杂，便捷性差，且控制效率低；向日葵软件的目的是通过获取被控设备的输入权限来控制被控设备的操作，使得影响被控设备的输入，也会给被控设备带来安全隐患问题，同时在不知晓被控设备的应用软件的各种信息的情况下，需要先连接被控设备且获取被控设备的输入权限，有可能被控设备上不存在待控制的应用软件，使得远程控制无效，降低远程控制的精准度；由于向日葵是一款远程控制软件，在使用其实现远程控制时主控设备需要下载、安装向日葵软件，而下载、安装额外的远程控制类的应用软件会造成资源浪费等问题。针对向日葵远程控制存在的这些缺陷，上述客户端交互方法则可以避免这些问题，可以达到提高不同操作系统或者不同类型的设备进行数据交互的操作便捷性，可以统一管理多个设备间的数据交互，有利于提高不同操作系统或者不同类型的设备进行数据交互的效率等技术效果。

在本实施例中，提供了一种计算机设备，如图2所示，包括存储器201、处理器202及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意的客户端交互方法。

具体的，该计算机设备可以是计算机终端、服务器或者类似的运算装置。

在本实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的客户端交互方法的计算机程序。

具体的，计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机可读存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读存储介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

基于同一发明构思，本发明实施例中还提供了一种客户端交互装置，如下面的实施例所述。由于客户端交互装置解决问题的原理与客户端交互方法相似，因此客户端交互装置的实施可以参见客户端交互方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是本发明实施例的客户端交互装置的一种结构框图，如图3所示，该装置包括：

通信建立模块301，用于在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，至少两个所述客户端中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

数据获取模块302，用于实现所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

播控模块303，用于根据各个所述从设备端的设备信息和应用程序数据，在所述主设备端上生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的。

在一个实施例中，上述装置还包括：

展示模块，用于通过所述主设备端以图文形式展示各个所述从设备端的设备信息和应用程序数据。

在一个实施例中，播控模块，还用于当所述主设备端接收到开启应用软件的指令时，在所述主设备端上生成开启应用软件的第一请求，并通过所述服务器将所述第一请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统开启对应的应用软件。

在一个实施例中，播控模块，还用于当所述主设备端接收到退出应用软件的指令时，在所述主设备端上生成退出应用软件的第二请求，并通过所述服务器将所述第二请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统退出对应的应用软件。

在一个实施例中，播控模块，还用于在所述主设备端上生成画面截图的第三请求，并通过所述服务器将所述第三请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统调用截屏软件进行画面截图，并将截图上传至所述服务器；

当所述主设备端接收到所述服务器转发的来自各个所述从设备端的截图上传成功的消息，通过所述主设备端从所述服务器下载并显示各个所述从设备端的所述截图。

在一个实施例中，播控模块，还用于当所述主设备端接收到停止截图的指令时，控制所述主设备端停止从所述服务器下载并显示各个所述从设备端的所述截图，在所述主设备端上生成停止画面截图的第四请求，并通过所述服务器将所述第四请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统控制所述截屏软件停止画面截图，并停止将截图上传至所述服务器。

本发明实施例实现了如下技术效果：实现了主设备端和各个从设备端分别与服务器建立通信连接，主设备端与各个从设备端之间通过服务器作为中转进行数据交互，使得主设备端可以通过服务器同时与多个从设备端进行数据交互，而无需针对不同的从设备端编写数据交互的脚本，有利于提高不同操作系统或者不同类型的设备进行数据交互的操作便捷性，同时，可以实现主设备端同时与多个从设备端进行数据交互，有利于实现统一管理多个设备间的数据交互，有利于提高不同操作系统或者不同类型的设备进行数据交互的效率。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种客户端交互方法，其特征在于，包括：

在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，所述客户端包括基于不同软件开发平台开发的客户端，不同的所述客户端属于跨平台的客户端，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

通过所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

根据各个所述从设备端的设备信息和应用程序数据，通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的；

通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，包括：

当所述主设备端接收到开启应用软件的指令时，通过所述主设备端生成开启应用软件的第一请求，并通过所述服务器将所述第一请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统开启对应的应用软件，其中，当所述从设备端的操作系统为Windows系统时，Windows系统通过Process类根据待开启应用软件的名称检测该应用软件的开启状态并打开该应用软件；当从设备端的操作系统为Android系统时，Android系统通过AndroidJavaClass调用Jar包中的进程检测该应用软件的开启状态并打开该应用软件；

通过所述主设备端生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，包括：

当所述主设备端接收到退出应用软件的指令时，通过所述主设备端生成退出应用软件的第二请求，并通过所述服务器将所述第二请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统退出对应的应用软件，其中，当所述从设备端的操作系统为Windows系统时，Windows系统通过Process类根据待退出应用软件的名称检测该应用软件的开启状态并退出该应用软件；当从设备端的操作系统为Android系统时，Android系统通过AndroidServers根据该待退出应用软件的名称检测此应用软件的开启状态并退出该应用软件。

2.如权利要求1所述的客户端交互方法，其特征在于，还包括：

通过所述主设备端以图文形式展示各个所述从设备端的设备信息和应用程序数据。

3.如权利要求1至2中任一项所述的客户端交互方法，其特征在于，还包括：

通过所述主设备端生成画面截图的第三请求，并通过所述服务器将所述第三请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统调用截屏软件进行画面截图，并将截图上传至所述服务器；

当所述主设备端接收到所述服务器转发的来自各个所述从设备端的截图上传成功的消息，通过所述主设备端从所述服务器下载并显示各个所述从设备端的所述截图。

4.如权利要求3所述的客户端交互方法，其特征在于，还包括：

当所述主设备端接收到停止截图的指令时，所述主设备端停止从所述服务器下载并显示各个所述从设备端的所述截图，通过所述主设备端生成停止画面截图的第四请求，并通过所述服务器将所述第四请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统控制所述截屏软件停止画面截图，并停止将截图上传至所述服务器。

5.如权利要求1至2中任一项所述的客户端交互方法，其特征在于，所述主设备端为教师端，所述从设备端为学生端。

6.一种客户端交互装置，其特征在于，包括：

通信建立模块，用于在至少两个客户端与服务器之间建立通信连接，各个所述客户端通过所述通信连接将各自的设备信息和应用程序数据发送给服务器，其中，不同的所述客户端运行不同的操作系统，和/或，不同的客户端为不同类型的设备，所述客户端包括基于不同软件开发平台开发的客户端，不同的所述客户端属于跨平台的客户端，至少两个所述客户端中一个所述客户端为主设备端，至少两个所述客户端中除了所述主设备端之外的所述客户端为从设备端；

数据获取模块，用于实现所述主设备端从所述服务器获取各个所述从设备端的设备信息和应用程序数据；

播控模块，用于根据各个所述从设备端的设备信息和应用程序数据，在所述主设备端上生成应用软件播控请求，并通过所述服务器将所述应用软件播控请求转发给各个所述从设备端，以触发所述从设备端通过自身的操作系统播控对应的应用软件，其中，所述应用软件播控请求包括所述从设备端的设备信息和待播控的应用软件的相关信息，所述待播控的应用软件是根据各个所述从设备端的应用程序数据确定的；

所述播控模块，还用于当所述主设备端接收到开启应用软件的指令时，在所述主设备端上生成开启应用软件的第一请求，并通过所述服务器将所述第一请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统开启对应的应用软件，其中，当所述从设备端的操作系统为Windows系统时，Windows系统通过Process类根据待开启应用软件的名称检测该应用软件的开启状态并打开该应用软件；当从设备端的操作系统为Android系统时，Android系统通过AndroidJavaClass调用Jar包中的进程检测该应用软件的开启状态并打开该应用软件；

所述播控模块，还用于当所述主设备端接收到退出应用软件的指令时，在所述主设备端上生成退出应用软件的第二请求，并通过所述服务器将所述第二请求转发给各个所述从设备端，以触发各个所述从设备端通过自身的操作系统退出对应的应用软件，其中，当所述从设备端的操作系统为Windows系统时，Windows系统通过Process类根据待退出应用软件的名称检测该应用软件的开启状态并退出该应用软件；当从设备端的操作系统为Android系统时，Android系统通过AndroidServers根据该待退出应用软件的名称检测此应用软件的开启状态并退出该应用软件。

7.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的客户端交互方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至5中任一项所述的客户端交互方法的计算机程序。

Images