一种实现交互的方法、装置及系统与流程

本申请涉及信息处理技术领域，特别涉及一种实现交互的方法、装置及系统。

背景技术：

python是一种面向对象的解释型计算机程序设计语言，具有开源、免费、跨平台、易读易用等特点，受到大量用户的欢迎。在编程教学和科学计算领域，python有着非常广泛的应用。我们选择了python作为面向学生编程教学使用的主要语言。

现有技术中，python作为一种解释型语言，需要在计算机上安装好开发环境才能使用。由于面向的学生以及家长对于计算机的掌握层次普遍不高，安装python开发环境(以及教学有关的库依赖)，对于学生和家长都是一个比较繁琐的过程。同时终端用户的计算机硬件和软件环境也比较复杂和不可控制，更容易出现环境问题，影响学生的编程体验。

为了解决上述问题，一种方式是引入基于web的开发环境，这样只需要在电脑端安装一个浏览器，而无需安装python开发环境，就可以直接在网站上编写和运行python代码。但是由于python运行的过程中需要加载大量的库文件，运行的过程中会面临网页加载速度很慢的问题，因此这种方式不宜采用。

技术实现要素：

有鉴于此，本申请实施例提供了一种实现交互的方法、装置及系统，以解决现有技术中存在的技术缺陷。

本申请一实施例公开了一种实现交互的方法，应用于交互的系统，所述系统包括第二服务端、客户端以及第一服务端，且所述客户端与所述第一服务端之间以及所述第二服务端与所述第一服务端之间分别通过双向数据通道连接；

所述方法包括：

所述第二服务端获取并运行用户代码文件；

所述第二服务端基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端；

客户端获取所述第一请求信息，根据所述第一请求信息执行对应的第一执行动作，并将所述第一执行动作生成的第一执行结果发送至第一服务端；

所述第二服务端向第一服务端获取所述第一执行结果。

本申请一实施例公开了一种实现交互的装置，应用于交互的系统，所述系统包括第二服务端、客户端以及第一服务端，所述客户端与所述第一服务端之间以及所述第二服务端与所述第一服务端之间分别通过双向数据通道连接；

所述装置包括设置于客户端的第一执行模块，以及设置于第二服务端的第一获取模块、第一请求模块和第二获取模块；

所述第一获取模块，用于获取并运行用户代码文件；

所述第一请求模块，用于基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端；

所述第一执行模块，用于获取所述第一请求信息，根据所述第一请求信息执行对应的第一执行动作，并将所述第一执行动作生成的第一执行结果发送至第一服务端；

所述第二获取模块，用于向第一服务端获取所述第一执行结果。

本申请一实施例公开了一种实现交互的系统，所述系统包括第二服务端、客户端以及第一服务端，且所述客户端与所述第一服务端之间以及所述第二服务端与所述第一服务端之间分别通过双向数据通道连接；

所述第二服务端获取并运行用户代码文件；

所述第二服务端基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端；

客户端获取所述第一请求信息，执行所述第一请求信息对应的动作，并将执行动作生成的执行结果发送至第一服务端；

所述第二服务端向第一服务端获取所述执行结果。

本申请提供的一种实现交互的方法、装置及系统，通过第二服务端获取并执行用户代码文件，并且第二服务端将生成的第一请求信息经由第一服务端发送至客户端，然后获得客户端经由第一服务端执行第一请求信息对应的动作而生成的第一执行结果，这样可以减轻客户端的运行负担，为用户提供一致的开发运行环境，从而提高用户的使用体验。

并且，本申请通过设置客户端与第二服务端通过第一服务端实现双向的连接，以实现客户端与第二服务端之间的数据同步，这样用户在客户端的使用过程中，不再依赖客户端的执行环境，同时操作体验与在客户端的执行环境中的操作体验无太大差别，提高用户的使用体验。

附图说明

图1是本申请一实施例的实现交互的系统的结构示意图；

图2是本申请一实施例的实现交互的系统的第二服务端架构示意图；

图3是本申请一实施例的实现交互的方法的流程示意图；

图4是本申请一实施例的实现交互的方法的流程示意图；

图5是本申请一实施例的实现交互的方法的结构示意图；

图6是本申请一实施例的实现交互的方法的流程示意图；

图7是本申请另一实施例的实现交互的方法的流程示意图；

图8是本申请一实施例的实现交互的实例的交互示意图；

图9是本申请一实施例的实现交互的装置的结构示意图；

图10是本申请一实施例的计算设备的框架示意图。

具体实施方式

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

在本申请中，提供了一种实现交互的方法、装置及系统，在下面的实施例中逐一进行详细说明。

为了克服现有技术中的在客户端基于web的开发环境中运行python代码面临网页加载速度慢、用户体验差的技术问题，本申请实施例公开了一种实现交互的系统，参见图1，包括：第二服务端102、客户端101以及第一服务端103，且客户端101与第一服务端103之间以及第二服务端102与第一服务端103之间分别通过双向数据通道连接。

在交互的过程中，第二服务端102获取并运行用户代码文件；所述第二服务端102基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端103；客户端101获取所述第一请求信息，执行所述第一请求信息对应的动作，并将执行动作生成的执行结果发送至第一服务端103；所述第二服务端102向第一服务端103获取所述执行结果。

更为详尽地，在一个具体的实现方案中，第一服务端103采用云平台，云平台中的oss(objectstorageservice，对象存储服务)作为存储的支持服务。相应的，在客户端101使用云平台的javascriptsdk，在第二服务端102使用云平台提供的程序挂载工具ossfs。通过ossfs工具的同步功能，第二服务端102可以获取第一服务端的文件，例如用户代码文件。

其中，云平台中的oss起到了一个中介的机制，可以进行双向的文件同步。一方面，可以将用户在客户端101的网站上进行的文件操作同步到第二服务端102中；另一方面，第二服务端102中的执行用户代码对文件的操作也可以同步到客户端101上，使用户有一种仿佛在客户端101的本地进行操作的感觉。

参见图2，第二服务端102包括后端服务器201和执行服务器202，所述执行服务器202包括一个主服务器203和至少一个从服务器204。每个从服务器204中设置有至少一个隔离区205，每个隔离区205对应于一个用户标识。图2中，从服务器204的个数为3个，每个从服务器204中设置有两个隔离区205。

另外，第二服务端102还可以包括：静态页服务器206，静态页服务器206只负责处理静态资源的请求，后端服务器201与第一服务端103交互，并将交互的信息下发至从服务器204。

在一种使用情况下，从服务器204中设置有一个隔离区205，从而可以实现用户代码文件相对于系统的主程序隔离运行，从而互不干扰。

在一种使用情况下，如图2所示，从服务器204不是用户独享的，也就是说同一台从服务器204上有可能会有多个用户代码文件在执行，因此需要引入基于进程的隔离机制，以形成多个隔离区205。在一个具体的实现方案中，使用基于linuxnamespace和cgroup的进程隔离工具，来实现对于进程的隔离化和资源控制，实现在一台从服务器204上不同用户代码问价的隔离。

linuxnamespaces机制提供一种资源隔离方案。在此机制下，系统资源不再是全局性的，而是属于特定的namespace。每个namespace里面的资源对其他namespace都是透明的。要创建新的namespace，只需要在调用clone时指定相应的flag。linuxnamespaces机制为实现基于容器的虚拟化技术提供了很好的基础，lxc(linuxcontainers)就是利用这一特性实现了资源的隔离。不同container内的进程属于不同的namespace，彼此透明，互不干扰。

cgroups是controlgroups的缩写，是linux内核提供的一种可以限制、记录、隔离进程组(processgroups)所使用的物理资源(如：cpu，memory，io等等)的机制。

具体地，所述第二服务端102获取并运行所述第一服务端103中存储的所述用户代码文件，包括：

每个从服务器204中设置有至少一个隔离区205，每个隔离区205对应于一个用户标识；

后端服务器201获取用户代码文件，并转发至主服务器203；

主服务器203将用户代码文件下发至与用户代码文件的用户标识相对应的隔离区205，以使从服务器204在隔离区205运行用户代码文件。

本申请提供的实现交互的系统，通过第二服务端获取并执行用户代码文件，并且第二服务端将生成的第一请求信息经由第一服务端发送至客户端，然后获得客户端经由第一服务端执行第一请求信息对应的动作而生成的执行结果，这样可以减轻客户端的运行负担，提高用户的使用体验。

参见图3，本申请实施例公开了一种实现交互的方法，应用于交互的系统，所述系统包括第二服务端、客户端以及第一服务端，且所述客户端与所述第一服务端之间以及所述第二服务端与所述第一服务端之间分别通过双向数据通道连接；

所述方法包括下述步骤302～308：

其中，客户端可以为台式计算机或pc的静止计算设备。

用户代码文件为用户通过输入指令生成，输入指令包括：键盘输入指令、鼠标点选指令、语音输入指令等。

如前所述，在客户端可以建立一个基于web的开发环境，以允许用户可以通过浏览器编写和运行python代码。

302、所述第二服务端获取并运行用户代码文件。

在一个实施例中，用户代码文件可以为客户端生成的代码上传至第一服务端而生成，再由第二服务端向第一服务端获取。

其中，客户端可以为台式计算机或pc的静止计算设备。如前所述，在客户端可以建立一个基于web的开发环境，以允许用户可以通过浏览器编写和运行python代码。

用户代码文件为用户通过输入指令生成，输入指令包括：键盘输入指令、鼠标点选指令、语音输入指令等。

具体地，第二服务端通过程序挂载工具ossfs的同步功能，可以获取第一服务端的文件，例如用户代码文件。

在另外一个实施例中，用户代码文件也可以为除去客户端以外的其他终端生成并上传至第一服务端，例如老师端运行的课堂示例代码，再由第二服务端向第一服务端获取。

在另一个实施例中，用户代码文件也可以为第二服务端直接同步生成。

如前所述，参见图2，第二服务端包括后端服务器和执行服务器，所述执行服务器包括一个主服务器和至少一个从服务器；每个从服务器中设置有至少一个隔离区，每个隔离区对应于一个用户标识。

具体地，参见图4，步骤302包括下述步骤402～404：

402、所述后端服务器获取所述用户代码文件，并转发至所述主服务器。

404、所述主服务器将所述用户代码文件下发至与所述用户代码文件的用户标识相对应的隔离区，以使所述从服务器在所述隔离区运行所述用户代码文件。

可选地，在有新用户注册的情况下，客户端可以将新生成的用户标识上传至第一服务端，第二服务端获取该用户标识，以实现客户端和第二服务端的信息同步。

进一步地，主服务器可以根据新生成的用户标识，在从服务器中生成新的隔离区。在主服务器收到用户代码文件后，可以通过用户代码文件中的用户标识与隔离区的用户标识相比对，以确定该用户代码文件对应的隔离区。

304、所述第二服务端基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端。

具体地，参见图5，步骤304包括下述步骤502～504：

502、所述第二服务端基于所述用户代码文件生成第一请求文件。

所述第一请求文件包括所述第一请求信息以及请求的参数。

504、所述第二服务端将第一请求文件发送至第一服务端，以使所述第一服务端将第一请求文件存储至文件存储区域。

该文件存储区域设置于第一服务端中，用于客户端和第二服务端之间交互使用。客户端和第二服务端可以分别轮询第一服务端，并在确定文件存储区域有对应的数据文件生成后，获取对应的数据文件，以实现客户端和第二服务端之间的数据同步。

306、客户端获取所述第一请求信息，根据所述第一请求信息执行对应的第一执行动作，并将第一执行动作生成的第一执行结果发送至第一服务端。

具体地，参见图6，步骤306包括下述步骤602～608：

602、所述客户端发送第一监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第一请求文件的情况下，获取第一请求文件。

604、所述客户端解析第一请求文件，获取第一请求信息。

606、所述客户端根据所述第一请求信息执行对应的第一执行动作，并将生成的第一执行结果封装为第一响应文件发送至所述第一服务端。

608、所述第一服务端将第一响应文件存储至所述文件存储区域。

此处需要说明的是，由于代码文件是在第二服务端执行，而代码文件的执行结果却在客户端生成，所以需要第二服务端向客户端发送第一请求信息，以告知客户端生成执行结果。

308、所述第二服务端向第一服务端获取所述第一执行结果。

具体地，步骤308包括：

所述第二服务端发送第二监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第一响应文件的情况下，获取所述第一响应文件。

所述第二服务端解析所述第一响应文件，以获取所述第一执行结果。

其中，第一请求信息包括多种，例如拍照请求信息、音频播放请求信息、视频播放请求信息、录音请求信息以及图片显示请求信息。

第一执行动作包括多种，例如拍照动作、音频播放动作、视频播放动作、录音动作以及图片显示动作。

第一执行结果包括多种，例如照片、音频、视频以及图片。

例如，在一个具体的实现方案中，第一请求信息为拍照请求信息，第一执行动作为拍照，第一执行结果为照片。在此实现方案中，用户代码文件的目的是执行拍照动作。客户端在生成用户代码文件后，将用户代码文件发送至第一服务端。第二服务端向第一服务端获取并执行用户代码文件，获知执行的目的为进行拍照。于是，第二服务端便将第一请求信息经由第一服务端发送至客户端，以告知客户端进行拍照的动作。在拍照完毕后，客户端需要将照片文件作为执行结果发送至第一服务端，以使第二服务端可以获取执行结果，实现客户端和第二服务端的数据同步。

本申请提供的实现交互的方法，通过第二服务端获取并执行用户代码文件，并且第二服务端将生成的第一请求信息经由第一服务端发送至客户端，然后获得客户端经由第一服务端执行第一请求信息对应的动作而生成的第一执行结果，这样可以减轻客户端的运行负担，提高用户的使用体验。

并且，本申请通过设置客户端与第二服务端通过第一服务端实现双向的连接，以实现客户端与第二服务端之间的数据同步，这样用户在客户端的使用过程中，不再依赖客户端的执行环境，同时操作体验与在客户端的执行环境中的操作体验无太大差别，提高用户的使用体验。

本申请一实施例公开了一种实现交互的方法，参见图7，包括步骤702～716。其中，步骤702～708与上述实施例的步骤302～308一致，本实施例便不再赘述。

在第二服务端获取第一执行结果后，还可以进一步地对第一执行结果进行处理，所述方法还包括：

710、所述第二服务端基于所述用户代码文件对所述第一执行结果进行处理。

本步骤710中，第二服务端对剩余的用户代码文件继续进行解析，并在解析到对第一执行结果进行处理的指令后，执行处理。

712、所述第二服务端根据处理结果生成第二请求信息，并将所述第二请求信息发送至第一服务端。

具体地，步骤712包括：

所述第二服务端基于所述用户代码文件生成第二请求文件，所述第二请求文件包括所述第二请求信息以及请求的参数；

所述第二服务端将所述第二请求文件发送至第一服务端，所述第一服务端将所述第二请求文件存储至所述文件存储区域。

714、客户端获取所述第二请求信息，根据所述第二请求信息执行对应的第二执行动作，并将所述第二执行动作生成的第二执行结果发送至第一服务端。

具体地，步骤714包括：

所述客户端发送第一监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第二请求文件的情况下，获取所述第二请求文件；

所述客户端解析所述第二请求文件，获取所述第二请求信息；

所述客户端根据所述第二请求信息执行对应的第二执行动作，并将生成的第二执行结果封装为第二响应文件发送至所述第一服务端；

所述第一服务端将所述第二响应文件存储至所述文件存储区域。

716、所述第二服务端向第一服务端获取所述第二执行结果。

具体地，步骤716包括：

所述第二服务端发送第二监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第二响应文件的情况下，获取所述第二响应文件；

所述第二服务端解析所述第二响应文件，以获取所述第二执行结果。

例如在一种具体的实施方案中，第二服务端获取照片后，继续对剩余的用户代码文件进行解析。若解析到的用户代码文件为对照片进行处理，第二服务端的处理结果可以为“您变漂亮了”、“您变瘦了”等信息。那么第二服务端根据处理结果生成第二请求信息，该第二请求信息为客户端弹出一个对话框显示处理结果的信息，并经该第二请求信息发送至第一服务端。客户端获取该第二请求信息，并执行在照片的基础上弹出对话框“您变瘦了”的动作，并将结果经由第一服务端发送至第二服务端。

本申请提供的实现交互的方法，在第二服务端获得第一执行结果后，继续进行处理，并将生成的第二请求信息经由第一服务端发送至客户端，然后获得客户端经由第一服务端执行第二请求信息对应的动作而生成的第二执行结果，这样可以减轻客户端的运行负担，提高用户的使用体验。

为了更详尽地对本申请的技术方案进行说明，下面以拍照为例，对本申请的技术方案进行说明。其中，在本实施例中，第一请求信息为拍照请求信息，第一执行动作为拍照动作，第一执行结果为照片，第二请求信息为显示对话框信息，第二执行动作为显示对话框动作，第二执行结果为对话框。

参见图8，本申请的实现交互的方法包括：

802、客户端生成用户代码文件。

该用户代码文件的目的为执行拍照动作。

804、客户端将用户代码文件上传并存储至第一服务端。

806、第二服务端获取用户代码文件。

808、第二服务端运行用户代码文件，并基于用户代码文件生成拍照请求信息。

810、第二服务端将拍照请求信息发送至第一服务端。

812、客户端获取拍照请求信息。

814、客户端执行拍照请求信息对应的拍照动作。

816、客户端将拍照动作生成的照片发送至第一服务端。

818、第二服务端获取照片。

820、第二服务端基于所述用户代码文件对照片进行处理。

822、第二服务端根据处理结果生成第二请求信息，并将所述第二请求信息发送至第一服务端。

本实施例中，第二请求信息为显示对话框信息，显示对话框的内容可以为“您变漂亮了”、“您变瘦了”等信息。

824、客户端获取第二请求信息。

826、客户端根据所述第二请求信息执行对应的第二执行动作。

本实施例中，第二执行动作为弹出对话框。

828、客户端将第二执行动作生成的第二执行结果发送至第一服务端。

830、第二服务端获取第二执行结果。

本申请实施例还公开了一种实现交互的装置，参见图9，应用于交互的系统，所述系统包括第二服务端、客户端以及第一服务端，所述客户端与所述第一服务端之间以及所述第二服务端与所述第一服务端之间分别通过双向数据通道连接；

所述装置包括设置于客户端的第一执行模块902，以及设置于第二服务端的第一获取模块904、第一请求模块906和第二获取模块908；

所述第一获取模块904，用于获取并运行所述第一服务端中存储的所述用户代码文件；

所述第一请求模块906，用于基于所述用户代码文件生成第一请求信息，并将所述第一请求信息发送至第一服务端；

所述第一执行模块902，用于获取所述第一请求信息，根据所述第一请求信息执行对应的第一执行动作，并将所述第一执行动作生成的第一执行结果发送至第一服务端；

所述第二获取模块908，用于向第一服务端获取所述第一执行结果。

可选地，本实施例的装置还包括：

设置于第二服务端的处理模块910、第三获取模块912；

设置于客户端的第二请求模块914和第二执行模块916；

所述处理模块910，用于基于用户代码文件对所述第一执行结果进行处理；

所述第二请求模块914，用于根据处理结果生成第二请求信息，并将所述第二请求信息发送至第一服务端；

所述第二执行模块916，用于获取所述第二请求信息，根据所述第二请求信息执行对应的第二执行动作，并将所述第二执行动作生成的第二执行结果发送至第一服务端；

所述第三获取模块912，用于向第一服务端获取所述第二执行结果。

可选地，第二服务端包括后端服务器和执行服务器，所述执行服务器包括一个主服务器和至少一个从服务器；

每个从服务器中设置有至少一个隔离区，每个隔离区对应于一个用户标识；

所述第一获取模块904，还用于使所述后端服务器获取所述用户代码文件，并转发至所述主服务器；所述主服务器将所述用户代码文件下发至与所述用户代码文件的用户标识相对应的隔离区，以使所述从服务器在所述隔离区运行所述用户代码文件。

可选地，第一服务端设置有文件存储区域，所述第一请求模块906包括：

第一请求生成模块，用于基于所述用户代码文件生成第一请求文件，所述第一请求文件包括所述第一请求信息以及请求的参数；

第一请求发送模块，用于将所述第一请求文件发送至第一服务端，以使所述第一服务端将所述第一请求文件存储至所述文件存储区域。

可选地，第一执行模块902包括：

第一请求文件获取模块，用于发送第一监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第一请求文件的情况下，获取所述第一请求文件；

第一请求信息获取模块，用于解析第一请求文件，获取第一请求信息；

第一响应文件生成模块，用于根据所述第一请求信息执行对应的第一执行动作，并将生成的第一执行结果封装为第一响应文件发送至所述第一服务端，以使所述第一服务端将所述第一响应文件存储至所述文件存储区域。

可选地，第二获取模块908包括：

第一响应文件获取模块，用于发送第二监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第一响应文件的情况下，获取第一响应文件；

第一执行结果获取模块，用于解析第一响应文件，以获取第一执行结果。

可选地，所述第二请求模块914包括：

第二请求生成模块，用于基于所述用户代码文件生成第二请求文件，所述第二请求文件包括所述第二请求信息以及请求的参数；

第二请求发送模块，用于将所述第二请求文件发送至第一服务端，所述第一服务端将所述第二请求文件存储至所述文件存储区域。

可选地，所述第二执行模块916包括：

第二请求文件获取模块，用于发送第一监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第二请求文件的情况下，获取所述第二请求文件；

第二请求信息获取模块，用于解析第二请求文件，获取所述第二请求信息；

第二响应文件生成模块，用于根据所述第二请求信息执行对应的第二执行动作，并将生成的第二执行结果封装为第二响应文件发送至所述第一服务端，以使所述第一服务端将所述第二响应文件存储至所述文件存储区域。

可选地，所述第三获取模块912包括：

第二响应文件获取模块，用于发送第二监测信息至所述第一服务端，并在监测到所述第一服务端的文件存储区域存有第二响应文件的情况下，获取第二响应文件；

第二执行结果获取模块，用于解析第二响应文件，以获取第二执行结果。

本申请提供的一种实现交互的装置，通过第二服务端获取并执行用户代码文件，并且第二服务端将生成的第一请求信息经由第一服务端发送至客户端，然后获得客户端经由第一服务端执行第一请求信息对应的动作而生成的第一执行结果，这样可以减轻客户端的运行负担，为用户提供一致的开发运行环境，从而提高用户的使用体验。

上述为本实施例的一种实现交互的装置的示意性方案。需要说明的是，该实现交互的装置的技术方案与上述的实现交互的方法的技术方案属于同一构思，实现交互的装置的技术方案未详细描述的细节内容，均可以参见上述实现交互的方法的技术方案的描述。

图10是示出了根据本申请一实施例的计算设备1000的结构框图。该计算设备1000的部件包括但不限于存储器1100和处理器1200。处理器1200与存储器1100相连接。

虽然图10中没有示出，但是应该知道，计算设备1000还可以包括网络接口，网络接口使得计算设备1000能够经由一个或多个网络通信。这些网络的示例包括局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。网络接口可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。

在本申请的一个实施例中，计算设备1000的上述以及图10中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图10所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1000可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备1000还可以是移动式或静止式的服务器。

计算设备1000可以分别作为客户端和第二服务端，其处理器1200可以执行如前所述实现交互的方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的实现交互的方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述实现交互的方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，分别设置于客户端和第二服务端，该指令分别被客户端和第二服务端的处理器执行时实现如前所述实现交互的方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的实现交互的方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述实现交互的方法的技术方案的描述。

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

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

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

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