互动的方法及装置与流程

本公开涉及计算机应用领域，具体地，涉及一种互动的方法及装置。

背景技术：

随着人们对智能性和娱乐性要求的提高，已经出现了多屏的安卓系统环境。例如，具有多屏的车载机，便于乘车人使用车载机中距自己较近的显示屏来播放音乐、视频、导航等。

然而，在一些场景下，人们存在不方便操作其中某块显示屏的现象。例如，驾驶员在驾驶时不方便操作距自己较近的显示屏来设置导航、切换多媒体画面等。

技术实现要素：

有鉴于此，本公开提供了一种互动的方法及装置，以实现通过不同应用跨屏互动操作来为用户操作提供方便的目的。

在本公开实施例的第一个方面中，提供了一种互动的方法。该方法预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系。该方法包括：响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的操作请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述操作请求对应于所述第二应用的第二操作指令；在所述服务应用层通过所述通信接口将所述第二操作指令发送给与所述第一应用具有绑定关系的所述第二应用，以使所述第二应用执行所述第二操作指令。

可选地，该方法还可以包括：生成所述操作请求对应于所述第一应用的第一操作指令；在所述服务应用层通过所述通信接口将所述操作请求对应于所述第一应用的第一操作指令发送给所述第一应用，以使所述第一应用执行所述第一操作指令。。

可选地，所述操作请求为播放调节请求，所述第一应用与第二应用为多媒体数据库共享的多媒体应用。所述生成所述操作请求对应于所述第一应用的第一操作指令包括：生成所述播放调节请求对应的用于调节所述第一应用播放状态的第一播放调节指令。所述生成操作请求对应于所述第二应用的第二操作指令包括：生成所述播放调节请求对应的用于调节所述第二应用播放状态的第二播放调节指令，所述第二播放调节指令使所述第二应用利用共享的多媒体数据库进入与所述第一应用同步的播放状态。

可选地，所述操作请求为切屏播放请求，其中，所述切屏播放请求是由所述第一应用播放多媒体时响应于用户在所述第一应用的触摸屏进行与预设轨迹相符的手势滑动而生成的。所述生成操作请求对应于所述第二应用的第二操作指令包括：生成所述切屏播放请求对应于所述第二应用的开启播放指令，所述开启播放指令使所述第二应用进入所述第一应用当前所处播放节点继续播放所述多媒体。

可选地，该方法应用于车载电子设备的安卓系统。所述车载电子设备包括用于运行所述安卓系统的主机、与所述主机相连的第一显示屏、及与所述主机相连的第二显示屏；其中，所述第一显示屏用于显示所述第一应用，所述第二显示屏用于显示所述第二应用。

在本公开实施例的第二个方面中，提供了一种互动的装置。该装置包括：预置模块，被配置为预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系。第二指令生成模块，被配置为响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的操作请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述操作请求对应于所述第二应用的第二操作指令。第二指令发送模块，被配置为在所述服务应用层通过所述通信接口将所述第二操作指令发送给与所述第一应用具有绑定关系的所述第二应用，以使所述第二应用执行所述第二操作指令。

可选地，该装置还可以包括：第一指令生成模块，被配置为生成所述操作请求对应于所述第一应用的第一操作指令。第一指令发送模块，被配置为在所述服务应用层通过所述通信接口将所述操作请求对应于所述第一应用的第一操作指令发送给所述第一应用，以使所述第一应用执行所述第一操作指令。

可选地，该装置可以配置于车载电子设备的安卓系统，所述车载电子设备包括用于运行所述安卓系统的主机、与所述主机相连的第一显示屏、及与所述主机相连的第二显示屏，其中，所述第一显示屏用于显示所述第一应用，所述第二显示屏用于显示所述第二应用。

在本公开实施例的第三个方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面中任一项所述方法的步骤。

在本公开实施例的第四个方面中，提供了一种电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面中任一项所述方法的步骤。

通过本公开上述技术方案，由于预先在安卓系统的服务应用层创建用于与该安卓系统不同显示屏上的应用通信的通信接口，且预先建立该安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系，因此，可以在服务应用层通过该通信接口接收到第一应用发出的操作请求时，根据绑定关系，生成对应于第二应用的第二操作指令，将该第二操作指令通过该通信接口发送给具有绑定关系的第二应用，从而使得跨屏运行的应用通过预先在服务应用层创建的跨屏通信的通信接口来实现操作上的互动。当人们不方便操作某块显示屏上的应用时，可以通过操作其他显示屏上的应用来互动操作，实现了为用户操作提供方便的目的。例如，在本公开技术方案应用于车载电子设备的场景下，驾驶员在驾驶时，可通过由乘客在车机其他显示屏上的操作来控制驾驶员车机主屏的操作，保证了驾驶员驾驶的安全性。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1根据本公开一示例性实施例示出的实施环境示意图。

图2是根据本公开的一示例性实施例示出的一种互动的方法的流程图。

图3是根据本公开的一示例性实施例示出的一种互动的方法的指令交互示意图。

图4是根据本公开的另一示例性实施例示出的一种互动的方法的指令交互示意图。

图5a是根据本公开的一示例性实施例示出的切屏效果示意图。

图5b是根据本公开的另一示例性实施例示出的切屏效果示意图。

图6是根据本公开的一示例性实施例示出的安卓系统架构图。

图7是根据本公开的一示例性实施例示出的一种互动的装置的框图。

图8是根据本公开的另一示例性实施例示出的一种互动的装置的框图。

图9是根据本公开的一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据本公开一示例性实施例示出的实施环境示意图。如图1所示，该实施环境可以包括：车载电子设备110。其中，车载电子设备110可以包括主机111、与主机111相连的中控上屏112、中控下屏113及仪表屏114。车载电子设备110以安卓系统为基础，集成汽车仪表、导航、多媒体娱乐、车载操控以及多款第三方应用于一体并多屏显示。需要说明的是，本公开可以通过修改android原生代码ams、wms让android系统支持多屏显示，android系统支持的多个显示屏上的应用可以在各自屏幕上独立运行。对于相同包名的应用，例如两个视频播放器、或是两个导航应用，可以通过使用不同包名使其同时运行在同一主机系统的不同屏幕。

如图1所示，在车载电子设备110的中控下屏113上显示的是主视频应用videomain，在中控上屏112上显示的是辅视频应用videoplayer。其中，主视频应用videomain和辅视频应用videoplayer在不同屏幕上相互独立运行，可以同时执行不同操作，互不影响。例如可以在两块屏幕上同时播放不同的视频文件，也可同时播放同一视频文件。本公开所述互动的方法可以应用于车载电子设备110的安卓系统。预先在车载电子设备110的安卓系统的服务应用层创建用于与中控上屏112的辅视频应用videoplayer及中控下屏113的主视频应用videomain通信的通信接口，且预先建立辅视频应用videoplayer和主视频应用videomain之间的绑定关系。本公开对两个视频应用的启动方式不限，例如，在中控下屏113主页中点击视频按钮将启动主视频应用videomain的视频列表页到中控下屏，在视频列表页面单击某一视频缩略图则启动视频播放画面到中控下屏113，当长按视频缩略图时则可以启动辅视频应用videoplayer的播放页面到中控上屏112，视频播放页面有控制栏，用户可以操作播放暂停，快进快退等。

需要说明的是，图1所示实施环境仅用于示意本发明实施例提供的方法，并不构成对本公开实施例的限制。

为了使本公开实施例更加易于理解，下面对本公开所述通信接口的实现方式进行简单介绍。在安卓系统下，可以先通过修改安卓原生代码ams、wms让安卓系统支持多屏显示，使多个显示屏上的应用分别运行于同一安卓系统的不同进程，可以在各自屏幕上独立运行。进而通过安卓系统的进程间通信机制创建用于与安卓系统不同显示屏上的应用通信的通信接口。本公开对可以实施的进程间通信机制并不进行限制，包括如文件共享、aidl(androidinterfacedefinitionlanguage，安卓接口定义语言)、messenger、contentprovider、socket等，可以根据实际应用场景需要来选择。例如，在需要一对多并发通信，实时通信要求较高的场景下，可以采用aidl服务作为本公开所采用的进程间通信机制进行总体控制，实现多个应用间的数据共享，消息通信，操作互动。

图2是根据本公开的一示例性实施例示出的一种互动的方法的流程图。该方法可以预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系。如图2所示，该方法可以包括以下步骤：

在步骤210中，响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的操作请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述操作请求对应于所述第二应用的第二操作指令。

在本公开中，所述第一应用可以包括一个或多个应用。所述第二应用可以包括一个或多个应用。例如，如图1所示实施环境，所述第一应用可以为中控上屏112显示的辅视频应用或者中控下屏113显示的主视频应用二者中的一个，所述第二应用则可以为二者中的另一个。

本公开对所述操作请求所涉及的互动含义并不进行限制，可以根据实施需要预设允许接收的不同的操作请求。例如，所述操作请求可以为播放调节请求，其互动含义可以是请求第二应用与第一应用进入同步播放状态。再例如，所述操作请求可以为切屏播放请求，其互动含义可以是请求第二应用进入播放状态，第一应用是否退出播放则可以根据实际情况判断。

本公开对所述操作请求对应于所述第二应用的第二操作指令的生成方式不进行限制。可以预先根据不同操作请求对应于第二应用的互动含义，对第二操作指令的生成方式进行设定。

例如，在所述操作请求为播放调节请求的情况下，可以根据播放调节请求中携带的第一应用所请求达到的播放状态的状态信息，如包括播放暂停、快进、快退、音量调节、亮度调节信息等，生成用于调节第二应用的播放状态进入与第一应用同步的第二播放调节指令。

再例如，在所述操作请求为切屏播放请求的情况下，可以根据切屏播放请求携带的第一应用当前所处播放节点的播放节点信息，生成用于开启第二应用进入所述第一应用当前所处播放节点继续播放所述多媒体的开启播放指令。

在步骤220中，在所述服务应用层通过所述通信接口将所述第二操作指令发送给与所述第一应用具有绑定关系的所述第二应用，以使所述第二应用执行所述第二操作指令。

另外，根据实际实施需要，还可以在所述服务应用层通过所述通信接口将所述操作请求对应于所述第一应用的第一操作指令发送给所述第一应用，以使所述第一应用执行所述第一操作指令。在该实施方式中，本公开提供的互动的方法相当于服务端，需要多屏互动的应用相当于客户端，客户端发出操作请求后通知服务端，由服务端通知绑定的各个客户端执行指令。第一应用和第二应用只有收到服务端根据操作请求发出的操作指令才具体执行用户的动作，避免了数据在不同进程间的传递耗时导致的操作不同步问题。

需要说明的是，本公开所述第一操作指令和第二操作指令无发送顺序上的限制，例如，根据同步的需要可以同时发送。本公开对所述操作请求对应的第一操作指令及第二操作指令的具体内容不进行限制。第一操作指令及第二操作指令可以为相同操作指令，也可以为不同操作指令，具体可以根据实际实施需要，预先设定操作指令的生成方式。

可见，由于本公开技术方案预先在安卓系统的服务应用层创建用于与该安卓系统不同显示屏上的应用通信的通信接口，且预先建立该安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系，因此，可以在服务应用层通过该通信接口接收到第一应用发出的操作请求时，根据绑定关系，生成对应于第二应用的第二操作指令，将该第二操作指令通过该通信接口发送给具有绑定关系的第二应用，从而使得跨屏运行的应用通过预先在服务应用层创建的跨屏通信的通信接口来实现操作上的互动。当人们不方便操作某块显示屏上的应用时，可以通过操作其他显示屏上的应用来互动操作，实现了为用户操作提供方便的目的。

例如，本公开提供的互动的方法可以应用于车载电子设备的安卓系统。所述车载电子设备包括用于运行所述安卓系统的主机、与所述主机相连的第一显示屏、及与所述主机相连的第二显示屏；其中，所述第一显示屏用于显示所述第一应用，所述第二显示屏用于显示所述第二应用。结合图1所示实施环境，驾驶员在驾驶时，可由乘客对中控下屏113上主视频应用的操作来控制驾驶员附近中控上屏112上的辅视频应用。可见，该实施方式通过让乘客操作其他显示屏上的应用来控制驾驶员显示屏上应用，保证了驾驶员驾驶的安全性。

下面，结合图3所示的一示例性实施例示出的一种互动的方法的指令交互示意图，以所述操作请求为播放调节请求为例，对本公开实施例进行详细说明。在该实施方式中，预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系，所述第一应用与第二应用为多媒体数据库共享的多媒体应用。如图3所示，该方法可以包括以下步骤：

在步骤310中，响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的播放调节请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述操作请求对应于所述第二应用的第二播放调节指令。

例如，所述播放调节请求可以包括播放暂停、快进、快退、音量调节、亮度调节等播放调节请求。可以理解的是，所述播放调节请求中可以携带第一应用所请求达到的播放状态的状态信息，从而可以根据播放调节请求中携带的第一应用所请求达到的播放状态的状态信息，如包括播放暂停、快进、快退、音量调节、亮度调节信息等，生成用于调节第二应用的播放状态进入与第一应用同步的第二播放调节指令。

在步骤320中，在服务应用层通过所述通信接口将所述播放调节请求对应的用于调节所述第一应用播放状态的第一播放调节指令发送给所述第一应用，以使所述第一应用执行所述第一播放调节指令。

通过执行所述第一播放调节指令可以使第一应用达到其请求达到的播放状态。

在步骤330中，在服务应用层通过所述通信接口将所述播放调节请求对应的用于调节所述第二应用播放状态的第二播放调节指令发送给所述第二应用，以使所述第二应用利用共享的多媒体数据库执行所述第二播放调节指令，所述第二播放调节指令使所述第二应用进入与所述第一应用同步的播放状态。

需要说明的是，本公开所述步骤320和步骤330无执行顺序上的限制。

其中，所述第一播放调节指令和所述第二播放调节指令，与不同播放调节请求相应的，可以包括播放暂停、快进、快退、音量调节、亮度调节等指令。为了第二应用进入与第一应用同步的播放状态，第一应用与第二应用可以共享包含播放列表，媒体信息，地图数据等数据的多媒体数据库，从而第二应用可以利用共享的多媒体数据库执行第二播放调节指令，达到与第一应用同步的播放状态。

一些可能的实施方式中，有可能存在不适合同步播放的情况。例如，在两个显示屏播放不同视频时，所有控制需只针对当前屏幕正在播放的视频，相互独立互不影响，不适合同步播放，而两个显示屏播放相同视频则适合同步播放。因此，在接收到第一应用的操作请求后，可以进一步判断第一应用与第二应用是否需要同步操作，例如，可以判断是否第二应用与第一应用正在播放相同视频，如果是，再将播放调节请求对应的第一播放调节指令发送给第一应用，第二播放调节指令发送给第二应用，使所述第二应用进入与所述第一应用同步的播放状态，如果不是，则仅将播放调节请求对应的第一播放调节指令发送给第一应用，使第一应用执行第一播放调节指令。

结合图1所示实施环境，当图1所示中控上屏112和中控下屏113两个屏幕的视频应用播放不同的视频时，所有控制都只针对当前屏幕正在播放的视频，相互独立互不影响。当中控上屏112和中控下屏113播放同一视频时，通过本公开的跨进程通信服务端控制两个视屏应用同步操作。

可见，通过本实施例，可以控制跨屏多媒体应用同步播放调节操作，使其播放进度、音量、亮度等状态同步，实现播放调节操作上的互动，从而当人们不方便操作某块显示屏上的多媒体应用时，可以通过操作其他显示屏上的多媒体应用来同步操作，实现了为用户操作提供方便的目的。

下面，结合图4所示的另一示例性实施例示出的一种互动的方法的指令交互示意图，以所述操作请求可以为切屏播放请求为例，对本公开实施例进行详细说明。在该实施方式中，预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系。如图4所示，该方法可以包括以下步骤：

在步骤410中，响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的切屏播放请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述切屏播放请求对应于所述第二应用的开启播放指令。

其中，所述切屏播放请求可以是由所述第一应用播放多媒体时响应于用户在所述第一应用的触摸屏进行与预设轨迹相符的手势滑动而生成的。

其中，所述播放调节请求中可以携带第一应用当前所处播放节点的播放节点信息。根据切屏播放请求携带的第一应用当前所处播放节点的播放节点信息，生成用于开启第二应用进入所述第一应用当前所处播放节点继续播放所述多媒体的开启播放指令。

在步骤420中，在服务应用层通过所述通信接口将所述切屏播放请求对应的开启播放指令发送给所述第二应用，以使所述第二应用执行所述开启播放指令，所述开启播放指令使所述第二应用进入所述第一应用当前所处播放节点继续播放所述多媒体。

另外，根据实施需要，第一应用可以退出播放也可以继续播放。如果需要退出，则可以在服务应用层通过所述通信接口将所述切屏播放请求对应的退出播放指令发送给所述第一应用，以使所述第一应用执行所述退出播放指令，所述退出播放指令使所述第一应用退出播放。例如，可以根据第二应用在执行第二操作指令之前未处于播放状态，确定需要第一应用退出播放，否则，可以确定第一应用无需退出播放，从而第一应用与第二应用播放同步。

在需要第一应用退出播放的情况下，更进一步地，为了让切换画面过程更加平顺，可以配合android原生activity按照手势滑动方向切换画面。具体地，所述退出播放指令可以使所述第一应用按照手势滑动的方向退出播放画面，所述开启播放指令可以使所述第二应用按照手势滑动的方向进入播放画面。

例如，如图5a根据本公开的一示例性实施例示出的切屏效果示意图所示，当两块屏幕左右摆放，用户从左向右滑动左侧屏幕的应用时，可以使左侧屏幕的activity执行从左向右的退出画面，与此同时，右侧屏幕的activity执行从左到右的进入画面。再例如，如图5b根据本公开的另一示例性实施例示出的切屏效果示意图所示，当两块屏幕上下摆放，用户从下往上滑动下屏的应用时，可以使下屏activity执行从下往上的退出画面，上屏activity执行从下往上的进入画面，反之则执行相反的画面切换。可见，通过按手势方向切换画面的实施方式，可以呈现出用户通过手势滑动将导航应用或者多媒体应用从一块屏幕滑动到另一块屏幕上的视觉效果，让切换过程更加平顺。

可见，通过本实施例，可以控制跨屏多媒体应用切屏播放，实现切屏播放操作上的互动，从而当人们不方便操作某块显示屏上的多媒体应用开启播放时，可以通过手势滑动其他显示屏上的多媒体应用来切换到目的显示屏上播放，实现了为用户操作提供方便的目的。

为了使本公开提供的互动的方法更加易于理解，下面再结合图6所示本公开一示例性实施例示出的安卓系统架构图，对图1所示实施环境下安卓系统内跨屏应用videomain和videoplayer的交互进行说明。如图6所示，c1、c2、c3、c4、c5为控制流，d1、d2为数据流。通过控制流c1，为videomain，videoplayer在服务应用层以aidl方式实现通信接口。通过控制流c2，videomain和videoplayer通过intent与应用本公开互动的方法所实现的aidl服务端建立绑定关系。通过控制流c3，连接建立成功后，返回binder对象给videomain和videoplayer。通过控制流c4，videomain和videoplayer通过返回的binder可以调用aidl服务端的方法。通过控制流c5，应用本公开互动的方法所实现的aidl服务端可以通过remotecallbacklist遍历调用绑定应用的方法。通过数据流d1，videomain将操作请求发给应用本公开互动的方法所实现的aidl服务端。通过数据流d2，应用本公开互动的方法所实现的aidl服务端将操作请求对应的操作指令发送给videomain和videoplayer。

图7是根据本公开的一示例性实施例示出的一种互动的装置700的框图。如图7所示，该装置可以包括：预置模块710、第二指令生成模块720及第二指令发送模块730。

该预置模块710，可以被配置为预先在安卓系统的服务应用层创建用于与所述安卓系统不同显示屏上的应用通信的通信接口，且预先建立所述安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系。

该第二指令生成模块720，可以被配置为响应于在所述服务应用层通过所述通信接口接收到所述第一应用发出的操作请求，根据所述第一应用与所述第二应用之间的绑定关系，生成所述操作请求对应于所述第二应用的第二操作指令。

该第二指令发送模块730，可以被配置为在所述服务应用层通过所述通信接口将所述第二操作指令发送给与所述第一应用具有绑定关系的所述第二应用，以使所述第二应用执行所述第二操作指令。

可见，由于本公开技术方案预先在安卓系统的服务应用层创建用于与该安卓系统不同显示屏上的应用通信的通信接口，且预先建立该安卓系统不同显示屏上的第一应用与第二应用之间的绑定关系，因此，可以在服务应用层通过该通信接口接收到第一应用发出的操作请求时，根据绑定关系，生成对应于第二应用的第二操作指令，将该第二操作指令通过该通信接口发送给具有绑定关系的第二应用，从而使得跨屏运行的应用通过预先在服务应用层创建的跨屏通信的通信接口来实现操作上的互动。当人们不方便操作某块显示屏上的应用时，可以通过操作其他显示屏上的应用来互动操作，实现了为用户操作提供方便的目的。

例如，本公开提供的互动的装置可以配置于车载电子设备的安卓系统。所述车载电子设备包括用于运行所述安卓系统的主机、与所述主机相连的第一显示屏、及与所述主机相连的第二显示屏；其中，所述第一显示屏用于显示所述第一应用，所述第二显示屏用于显示所述第二应用。结合图1所示实施环境，驾驶员在驾驶时，可由乘客对中控下屏113上主视频应用的操作来控制驾驶员附近中控上屏112上的辅视频应用。可见，该实施方式通过让乘客操作其他显示屏上的应用来控制驾驶员显示屏上应用，保证了驾驶员驾驶的安全性。

可选地，如图8根据本公开的另一示例性实施例示出的一种互动的装置800的框图所示，该互动的装置800还可以包括：第一指令生成模块740，可以被配置为生成所述操作请求对应于所述第一应用的第一操作指令。第一指令发送模块750，可以被配置为在所述服务应用层通过所述通信接口将所述操作请求对应于所述第一应用的第一操作指令发送给所述第一应用，以使所述第一应用执行所述第一操作指令。在该实施方式中，第一应用和第二应用只有收到操作指令才具体执行用户的动作，避免了数据在不同进程间的传递耗时导致的操作不同步问题。

可选地，所述操作请求可以为播放调节请求，所述第一应用与第二应用为多媒体数据库共享的多媒体应用。在该实施方式中，所述第一指令生成模块740可以被配置为生成所述播放调节请求对应的用于调节所述第一应用播放状态的第一播放调节指令。所述第二指令生成模块720可以被配置为生成所述播放调节请求对应的用于调节所述第二应用播放状态的第二播放调节指令，所述第二播放调节指令使所述第二应用利用共享的多媒体数据库进入与所述第一应用同步的播放状态。通过本实施例，可以控制跨屏多媒体应用同步播放调节操作，使其播放进度、音量、亮度等状态同步，实现播放调节操作上的互动，从而当人们不方便操作某块显示屏上的多媒体应用时，可以通过操作其他显示屏上的多媒体应用来同步操作，实现了为用户操作提供方便的目的。

可选地，所述操作请求可以为切屏播放请求。其中，所述切屏播放请求可以是由所述第一应用播放多媒体时响应于用户在所述第一应用的触摸屏进行与预设轨迹相符的手势滑动而生成的。在该实施方式中，所述第二指令生成模块720可以被配置为生成所述切屏播放请求对应于所述第二应用的开启播放指令，所述开启播放指令使所述第二应用进入所述第一应用当前所处播放节点继续播放所述多媒体。通过本实施例，可以控制跨屏多媒体应用切屏播放，实现切屏播放操作上的互动，从而当人们不方便操作某块显示屏上的多媒体应用开启播放时，可以通过手势滑动其他显示屏上的多媒体应用来切换到目的显示屏上播放，实现了为用户操作提供方便的目的。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种电子设备900的框图。如图9所示，该电子设备900可以包括：处理器901，存储器902。该电子设备900还可以包括多媒体组件903，输入/输出(i/o)接口904，以及通信组件905中的一者或多者。

其中，处理器901用于控制该电子设备900的整体操作，以完成上述的互动的方法中的全部或部分步骤。存储器902用于存储各种类型的数据以支持在该电子设备900的操作，这些数据例如可以包括用于在该电子设备900上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器902可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(staticrandomaccessmemory，简称sram)，电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，简称eeprom)，可擦除可编程只读存储器(erasableprogrammableread-onlymemory，简称eprom)，可编程只读存储器(programmableread-onlymemory，简称prom)，只读存储器(read-onlymemory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件903可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器902或通过通信组件905发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口904为处理器901和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件905用于该电子设备900与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(nearfieldcommunication，简称nfc)，2g、3g或4g，或它们中的一种或几种的组合，因此相应的该通信组件905可以包括：wi-fi模块，蓝牙模块，nfc模块。

在一示例性实施例中，电子设备900可以被一个或多个应用专用集成电路(applicationspecificintegratedcircuit，简称asic)、数字信号处理器(digitalsignalprocessor，简称dsp)、数字信号处理设备(digitalsignalprocessingdevice，简称dspd)、可编程逻辑器件(programmablelogicdevice，简称pld)、现场可编程门阵列(fieldprogrammablegatearray，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的互动的方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的互动的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器902，上述程序指令可由电子设备900的处理器901执行以完成上述的互动的方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。