本发明涉及计算机领域，具体而言，涉及一种数据交互方法及装置。
背景技术：
随着移动互联网及社交媒体的发展，越来越多的用户终端可以在使用用户账号登录应用平台后，实现与该应用平台中的其他用户账号进行数据交互的过程。其中，在媒体播放平台中，目前常用的数据交互方式包括：评论、弹幕，具体过程如下：
1、评论，通常会在显示界面中配置有与媒体播放窗口相分离的独立的评论专区，如图1所示，在该评论专区内可以发布评论内容，还可以查看其它人的热门评论。
2、弹幕，通常是在媒体播放窗口内以大量字幕形式显示不同用户账号发布的评论内容，如图2所示。
然而，在采用上述任意一种方式进行数据交互的过程中，当前用户账号(即观众账号)都只限于与登录该平台的其他用户账号(即观众账号)进行数据交互。也就是说，在媒体播放平台中，目前相关技术中仅为登录到该媒体播放平台的用户账号(即观众账号)提供了进行数据交互的渠道，如评论专区和弹幕，然而，却还无法实现在上述关注媒体播放平台的用户账号(即观众账号)与媒体播放窗口中当前播放进度下所播放的角色之间的数据交互过程，从而导致数据交互范围受限的问题。
针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种数据交互方法及装置，以至少解决采用现有的数据交互方式时存在的数据交互范围受限的技术问题。
根据本发明实施例的一个方面，提供了一种数据交互方法，包括：在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对上述目标帧执行交互操作所生成的交互指令，其中，上述交互指令中携带有上述交互操作所选中的待交互对象的对象指示信息，上述第一客户端使用第一账号登录；获取上述对象指示信息所指示的上述待交互对象在第二应用中的第二账号，其中，上述第一账号与上述第二账号具有关联关系；获取待交互的第一交互信息；通过上述第一客户端将上述第一交互信息发送至上述第二应用的上述第二账号。
根据本发明实施例的另一方面，还提供了一种数据交互方法，包括：获取第一应用的第一客户端发送的数据交互请求，其中，上述数据交互请求中至少携带有用于指示待交互对象的对象指示信息，上述待交互对象显示在上述第一客户端播放的第一媒体文件的目标帧的帧画面中，上述第一客户端使用第一账号登录；根据上述对象指示信息获取上述待交互对象在第二应用中的第二账号，其中，上述第一账号与上述第二账号具有关联关系；获取待交互的第一交互信息；将上述第一交互信息发送至上述第二应用的上述第二账号。
根据本发明实施例的又一方面，还提供了一种数据交互装置，包括：检测单元，用于在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对上述目标帧执行交互操作所生成的交互指令，其中，上述交互指令中携带有上述交互操作所选中的待交互对象的对象指示信息，上述第一客户端使用第一账号登录；第一获取单元，用于获取上述对象指示信息所指示的上述待交互对象在第二应用中的第二账号，其中，上述第一账号与上述第二账号具有关联关系；第二获取单元，用于获取待交互的第一交互信息；发送单元，用于通过上述第一客户端将上述第一交互信息发送至上述第二应用的上述第二账号。
根据本发明实施例的又一方面，还提供了一种数据交互装置，包括：第一获取单元，用于获取第一应用的第一客户端发送的数据交互请求，其中，上述数据交互请求中至少携带有用于指示待交互对象的对象指示信息，上述待交互对象显示在上述第一客户端播放的第一媒体文件的目标帧的帧画面中，上述第一客户端使用第一账号登录；第二获取单元，用于根据上述对象指示信息获取上述待交互对象在第二应用中的第二账号，其中，上述第一账号与上述第二账号具有关联关系；第三获取单元，用于获取待交互的第一交互信息；发送单元，用于将上述第一交互信息发送至上述第二应用的上述第二账号。
在本发明实施例中，在第一应用的第一客户端播放至第一媒体文件的目标帧时，在检测到对目标帧执行交互操作所生成的交互指令后，获取该交互指令中携带的对象指示信息所指示的目标帧的帧画面中被交互操作所选中的待交互对象，并获取该待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据现有技术的一种数据交互方法的示意图；
图2是根据现有技术的另一种数据交互方法的示意图；
图3是根据本发明实施例的一种数据交互方法的应用环境示意图；
图4是根据本发明实施例的一种数据交互方法的流程图；
图5是根据本发明实施例的一种数据交互方法的示意图；
图6是根据本发明实施例的另一种数据交互方法的示意图；
图7是根据本发明实施例的又一种数据交互方法的示意图；
图8是根据本发明实施例的另一种数据交互方法的流程图；
图9是根据本发明实施例的一种数据交互装置的示意图；
图10是根据本发明实施例的另一种数据交互装置的示意图；
图11是根据本发明实施例的又一种数据交互方法的流程图；
图12是根据本发明实施例的又一种数据交互方法的流程图；
图13是根据本发明实施例的一种数据交互终端的示意图；
图14是根据本发明实施例的一种数据交互服务器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
在本发明实施例中，提供了一种上述数据交互方法的实施例。作为一种可选的实施方式，该数据交互方法可以但不限于应用于如图3所示的应用环境中，终端302上运行有使用第一账号登录的第一应用的第一客户端，在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，并通过网络304从服务器306中获取对象指示信息所指示的待交互对象在第二应用中的第二账号；然后，获取待交互的第一交互信息，通过上述第一客户端将第一交互信息通过上述服务器306发送至第二应用的第二账号。
在本实施例中，在第一应用的使用第一账号登录的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，并获取该对象指示信息所指示的待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
可选地，在本实施例中，上述终端可以包括但不限于以下至少之一：手机、平板电脑、笔记本电脑、台式pc机、数字电视及其他用于播放媒体文件的硬件设备。上述网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。
在本发明实施例中，上述数据交互方法可以但不限于应用于数据交互系统中，其中，该数据交互系统包括：数据交互终端及数据交互服务器，其中，数据交互终端用于获取待交互的第一交互信息，数据交互服务器用于对待交互的信息进行处理，并将处理后的第一交互信息通过第二应用的服务器发送至第二账号。
根据本发明实施例，提供了一种数据交互方法，如图4所示，该方法包括：
s402，在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，第一客户端使用第一账号登录；
s404，获取对象指示信息所指示的待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
s406，获取待交互的第一交互信息；
s408，通过第一客户端将第一交互信息发送至第二应用的第二账号。
可选地，在本实施例中，上述数据交互方法可以但不限于应用于媒体播放平台，如电视平台、数字电视平台、或网络媒体播放平台等。可选地，在本实施例中，第一应用可以但不限于为用于播放媒体文件的应用，第二应用可以但不限于为用于即时通信的应用。也就是说，在媒体播放平台，获取所播放的媒体文件目标帧中的待交互对象，从而实现通过将交互信息发送至待交互对象在通信应用的账号中，以达到与媒体文件中所显示的待交互对象进行实时地数据交互，进而实现扩展数据交互范围的目的。例如，如图5(a)所示，在第一应用的第一客户端(播放应用app1)中播放至第一媒体文件的目标帧时，对目标帧的帧画面中待交互对象a(如图右侧角色)执行点击选中操作(即交互操作)生成交互指令，其中，该交互指令中携带有待交互对象的对象指示信息，例如，对象指示信息执行交互的为待交互对象a，然后如图5(b)所示，将在第一应用的第一客户端中显示用于确定与待交互对象a进行交互的交互平台及交互账号的提示信息，假设选择与待交互对象a在s平台(即时通信应用app2所在平台)的账号id_02进行交互。进一步，如图5(c)所示获取交互信息，如通过语音输入方式获取交互信息，并将上述交互信息发送给待交互对象a在第二应用(即时通信应用app2)的第二账号id_02，第二应用使用第二账号id_02登录的第二客户端的交互空间的显示界面可以如图5(d)所示，第一应用的第一账号id_01在5分钟前发布的图文信息，如该图文信息包括第一客户端所发布的文字评论及对应目标帧的截图。进一步，在本实施例中，第二账号可以但不限于通过第二账号向第一应用的第一账号id_01发送回复信息。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，在第一应用的使用第一账号登录的第一客户端播放至第一媒体文件的目标帧时，在检测到对目标帧执行交互操作所生成的交互指令后，获取该交互指令中携带的对象指示信息所指示的目标帧的帧画面中被交互操作所选中的待交互对象，并获取该待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
可选地，在本实施例中，上述第一交互信息可以包括但不限于：输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面。
可选地，在本实施例中，输入的信息可以包括但不限于以下至少之一：字符信息、语音信息。其中，上述字符信息可以包括但不限于：文字、图标，这里图标可以但不限于表情符号。此外，上述语音信息可以但不限于在第一应用的服务器中被识别转换为文字信息，从而便于向第二应用的第二账号转发该文字信息。
可选地，在本实施例中，上述第一交互信息可以但不限于将被发送至第一应用的服务器，并由第一应用的服务器将该第一交互信息通过第二应用的服务器发送给第二应用的第二客户端。其中，上述第一交互信息的发送方式可以包括但不限于：同步发送、异步发送。也就是说，上述输入的信息与帧画面指示信息可以同时发送给第一应用的服务器，以便于第一应用的服务器直接将上述内容按照预定格式合成为用于转发给第二应用的服务器的交互信息。此外，上述输入的信息与帧画面指示信息也可以异步发送给第一应用的服务器，以提高信息的传输效率，从而减少传输负载。
此外，在本实施例中，上述第一应用的服务器发送给第二应用的服务器的预定格式的交互信息可以但不限于为文字信息、图像信息、链接信息，及上述任意两种或三种信息的结合信息。其中，上述图像信息可以包括但不限于：静态图片(如目标帧的帧画面截图)、动态图(包括目标帧的一组连续的帧画面)。上述链接信息可以但不限于用于指示上述第一媒体文件中关于目标帧的帧画面。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，可以但不限于根据交互操作的操作位置确定待交互对象。其中，确定方式可以但不限于包括：
1)在第一媒体文件全屏播放时，可以但不限于根据目标帧的帧号及交互操作在终端播放界面的操作坐标，从预设的映射关系中查找与目标帧中在该操作坐标对应的待交互对象的对象标识，以确定待交互对象；
需要说明的是，上述预设的映射关系可以但不限于为在检测到交互操作之前，第一应用的服务器通过面部识别技术，识别出各帧中显示的待交互对象，并对上述待交互对象及对应显示的帧号、显示坐标建立了一一对应的映射关系，从而实现在根据检测到的交互操作获取到目标帧的帧号及交互操作的操作坐标后，利用映射关系获取到在目标帧的帧画面中的待交互对象的对象标识，进而实现与该待交互对象的数据交互。
2)在第一媒体文件在媒体播放窗口播放时，可以采用上述方式1)，本示例中不再赘述；也可以但不限于获取第一客户端执行交互操作的操作位置上显示的预定标识，从而根据该预定标识获取待交互对象的对象标识，以确定待交互对象。
需要说明的是，上述操作位置可以但不限于显示图像标识，如待交互对象的头像标识，如图6所示。具体的，在交互操作是通过点击图6所示的头像标识“对象a”后而触发的，则根据该头像标识获取对应的待交互对象的对象标识，以确定待交互对象。
可选地，在本实施例中，在通过第一客户端将第一交互信息发送至第二应用的第二账号之后，还可以包括但不限于：通过第一客户端接收第二应用的第二账号发送的第二交互信息；在第一客户端显示第二交互信息。
需要说明的是，上述第二交互信息可以但不限于为与第一交互信息相关联的交互信息，如第二交互信息为针对第一交互信息的回复信息。如图5(d)所示，在第二客户端中第一账号发布的第一交互消息后，点击“回复”，第二账号id-02将可以通过第二客户端向第一应用的第一账号id-01发送第二交互信息，从而实现与第一账号的实时交互。这里，第二交互信息可以但不限于根据消息回复策略，第二应用的服务器在获取到第二交互信息后，可以但不限于利用第一交互信息的源标识，识别出第二交互信息的发送目标路径，从而实现将第二交互信息通过第一应用的服务器发送给第一客户端。其中，在第一账号离线时，可以但不限于将上述第二交互信息缓存在第一应用的服务器，在第一账号登录后，再从第一应用的服务器推送给第一客户端。
可选地，在本实施例中，在第一账号登录时，在第一客户端显示第二交互信息可以但不限于：
s1，判断第一客户端是否继续播放第一媒体文件；
s2，当第一客户端继续播放第一媒体文件，则在第一媒体文件的播放画面上显示第二交互信息；
s3，当第一客户端并未继续播放第一媒体文件，则在第一客户端提示收到第二交互信息；在获取到用于显示第二交互信息的控制指令后，在第一客户端的预定窗口中显示第二交互信息。
其中，上述预定窗口可以但不限于为第一客户端的消息中心窗口，上述仅是一种示例，本实施例中对此不做任何限定。
例如，如图7(a)所示，在第二客户端点击“回复”后，输入并发送第二交互信息。若第一账号在线，且第一客户端还在继续播放上述第一媒体文件时，则可以如图7(b)所示，在第一客户端的播放画面上显示所回复的第二交互信息，如“回复：…”。
通过本申请提供的实施例，在第一应用的使用第一账号登录的第一客户端播放至第一媒体文件的目标帧时，在检测到对目标帧执行交互操作所生成的交互指令后，获取该交互指令中携带的对象指示信息所指示的目标帧的帧画面中被交互操作所选中的待交互对象，并获取该待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。
作为一种可选的方案，获取待交互的第一交互信息包括：
s2，获取输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面，其中，第一交互信息包括：输入的信息和帧画面指示信息。
可选地，在本实施例中，上述获取输入的信息包括：
1)获取输入的字符信息，其中，字符信息包括：文字和/或图标；或者
2)获取输入的语音信息；从语音信息中识别出待交互的字符信息。
需要说明的是，上述图标可以但不限于用于交互的表情，上述仅是一种示例，本实施例中对此不做任何限定。
此外，在本实施例中，由服务器对第一客户端发送的语音信息进行格式转换，以识别出对应的字符信息，从而便于直接提供给第二客户端进行显示。进一步，通过语音输入信息，还将大大简化交互操作，提高交互效率。
可选地，在本实施例中，获取帧画面指示信息包括以下之一：
1)获取第一媒体文件中目标帧上的帧画面；
2)获取第一媒体文件中包括目标帧的一组连续的帧画面；
3)获取第一链接信息，其中，第一链接信息用于指示第一媒体文件中目标帧上的帧画面；
4)获取第二链接信息，其中，第二链接信息用于指示第一媒体文件中包括目标帧的一组连续的帧画面。
需要说明的是，在本实施例中，第一应用的服务器可以但不限于对第一客户端发送的输入的信息及帧画面的指示信息所指示的帧画面执行合成操作，以得到待发送的预定格式信息。帧画面指示信息可以但不限于将上述至少一种关于目标帧的帧画面信息合成到上述预定格式信息中。
此外，在本实施例中，可以但不限于通过在第二客户端显示上述第一链接信息及第二链接信息，以使第二账号可以通过第二客户端跳转到上述链接信息所指示的位置，从而开始播放第一客户端所播放的第一媒体文件，且还可以共享第一客户端的播放进度，如第二账号可以也从目标帧开始播放，进而保证数据交互的实时性，还可通过内容关联，保证交互内容的直观性。
例如，如图5(d)所示，将第一媒体文件中目标帧上的帧画面与输入的信息“表演真棒”合成得到预定格式信息，发送给第二账号，并显示在第二客户端中。
通过本申请提供的实施例，获取输入的信息和帧画面指示信息，通过将上述输入的信息和帧画面指示信息合成后的信息发送给第二应用的第二账号，以实现数据交互的同时，还将使第二账号同步第一账号的播放进度，以实现在内容关联的实时数据交互。
作为一种可选的方案，在通过第一客户端将第一交互信息发送至第二应用的第二账号之后，还包括：
s1，通过第一客户端接收第二应用的第二账号发送的第二交互信息；
s2，在第一客户端显示第二交互信息。
可选地，在本实施例中，通过第一客户端接收第二应用的第二账号发送的第二交互信息包括：通过第一客户端接收第二交互信息，其中，第二交互信息是由第二应用的第二客户端发送的、并经第二应用的服务器、第一应用的服务器发送到第一客户端，其中，第二客户端使用第二账号登录。
通过本申请提供的实施例，通过接收第二客户端发送的第二交互信息，并显示在第一客户端中，以达到第一账号与第二账号之间的一对一实时交互，从而保证了数据交互的隐私及安全。
作为一种可选的方案，在第一客户端显示第二交互信息包括：
s1，判断第一客户端是否继续播放第一媒体文件；
s2，当第一客户端继续播放第一媒体文件，则在第一媒体文件的播放画面上显示第二交互信息；
s3，当第一客户端并未继续播放第一媒体文件，则在第一客户端提示收到第二交互信息；在获取到用于显示第二交互信息的控制指令后，在第一客户端的预定窗口中显示第二交互信息。
可选地，在本实施例中，在第一应用的服务器接收到第二交互信息后，将判断第一账号是否在线。其中，在第一账号离线时，第一应用的服务器可以但不限于将上述第二交互信息缓存在第一应用的服务器，在第一账号登录后，再从第一应用的服务器推送给第一客户端。而第一账号在线时，可以但不限于判断第一客户端是否继续播放上述第一媒体文件；进而根据判断结果确定第二交互信息的显示位置。
例如，如图7(a)所示，在第二客户端点击“回复”后，输入并发送第二交互信息。若第一账号在线，且第一客户端还在继续播放上述第一媒体文件时，则可以如图7(b)所示，在第一客户端的播放画面上显示所回复的第二交互信息，如“回复：…”。若第一账号在线，但第一客户端并未继续播放上述第一媒体文件，或第一账号已离线时，则可以在第一客户端的消息中心提示已收到上述第二交互信息，在根据上述提示信息获取到用于显示第二交互信息的控制指令(如点击提示信息，或进入消息中心)后，则在第一客户端的预定窗口中显示第二交互信息，如在消息中心显示上述第二交互信息，或在第一客户端弹出新的窗口显示上述第二交互信息。
通过本申请提供的实施例，通过判断第一客户端是否继续播放第一媒体文件，从而实现根据不同的判断结果实现对第二交互信息进行不同显示，以保证第一客户端不会遗漏所要显示的第二交互信息，还将实现提高第二交互信息的显示的灵活性的效果。
根据本发明实施例，提供了一种数据交互方法，如图8所示，该方法包括：
s802，获取第一应用的第一客户端发送的数据交互请求，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，第一客户端使用第一账号登录；
s804，根据对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
s806，获取待交互的第一交互信息；
s808，将第一交互信息发送至第二应用的第二账号。
可选地，在本实施例中，上述数据交互方法可以但不限于应用于媒体播放平台，如电视平台、数字电视平台、或网络媒体播放平台等。可选地，在本实施例中，第一应用可以但不限于为用于播放媒体文件的应用，第二应用可以但不限于为用于即时通信的应用。也就是说，在媒体播放平台，获取所播放的媒体文件目标帧中的待交互对象，从而实现通过将交互信息发送至待交互对象在通信应用的账号中，以达到与媒体文件中所显示的待交互对象进行实时地数据交互，进而实现扩展数据交互范围的目的。例如，如图5(a)所示，在第一应用的第一客户端(播放应用app1)中播放至第一媒体文件的目标帧时，对目标帧的帧画面中待交互对象a(如图右侧角色)执行点击选中操作(即交互操作)生成交互指令，其中，该交互指令中携带有待交互对象的对象指示信息，例如，对象指示信息执行交互的为待交互对象a，然后如图5(b)所示，将在第一应用的第一客户端中显示用于确定与待交互对象a进行交互的交互平台及交互账号的提示信息，假设选择与待交互对象a在s平台(即时通信应用app2所在平台)的账号id_02进行交互。进一步，如图5(c)所示获取交互信息，如通过语音输入方式获取交互信息，并将上述交互信息发送给待交互对象a在第二应用(即时通信应用app2)的第二账号id_02，第二应用使用第二账号id_02登录的第二客户端的交互空间的显示界面可以如图5(d)所示，第一应用的第一账号id_01在5分钟前发布的图文信息，如该图文信息包括第一客户端所发布的文字评论及对应目标帧的截图。进一步，在本实施例中，第二账号可以但不限于通过第二账号向第一应用的第一账号id_01发送回复信息。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，在获取第一应用的第一客户端发送的数据交互请求之后，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，该待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，根据上述对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系，获取待交互的第一交互信息，并将第一交互信息发送至第二应用的第二账号。从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
可选地，在本实施例中，上述第一交互信息可以包括但不限于：输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面。
可选地，在本实施例中，输入的信息可以包括但不限于以下至少之一：字符信息、语音信息。其中，上述字符信息可以包括但不限于：文字、图标，这里图标可以但不限于表情符号。此外，上述语音信息可以但不限于在第一应用的服务器中被识别转换为文字信息，从而便于向第二应用的第二账号转发该文字信息。
可选地，在本实施例中，上述第一交互信息可以但不限于将被发送至第一应用的服务器，并由第一应用的服务器将该第一交互信息通过第二应用的服务器发送给第二应用的第二客户端。其中，上述第一交互信息的发送方式可以包括但不限于：同步发送、异步发送。也就是说，上述输入的信息与帧画面指示信息可以同时发送给第一应用的服务器，以便于第一应用的服务器直接将上述内容按照预定格式合成为用于转发给第二应用的服务器的交互信息。此外，上述输入的信息与帧画面指示信息也可以异步发送给第一应用的服务器，以提高信息的传输效率，从而减少传输负载。
此外，在本实施例中，上述第一应用的服务器发送给第二应用的服务器的预定格式的交互信息可以但不限于为文字信息、图像信息、链接信息，及上述任意两种或三种信息的结合信息。其中，上述图像信息可以包括但不限于：静态图片(如目标帧的帧画面截图)、动态图(包括目标帧的一组连续的帧画面)。上述链接信息可以但不限于用于指示上述第一媒体文件中关于目标帧的帧画面。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，第一应用的服务器可以包括但不限于：通过第二应用的服务器接收第二账号发送的第二交互信息；并将第二交互信息发送至第一客户端进行显示。
需要说明的是，上述第二交互信息可以但不限于为与第一交互信息相关联的交互信息，如第二交互信息为针对第一交互信息的回复信息。如图5(d)所示，在第二客户端中第一账号发布的第一交互消息后，点击“回复”，第二账号id-02将可以通过第二客户端向第一应用的第一账号id-01发送第二交互信息，从而实现与第一账号的实时交互。这里，第二交互信息可以但不限于根据消息回复策略，第二应用的服务器在获取到第二交互信息后，可以但不限于利用第一交互信息的源标识，识别出第二交互信息的发送目标路径，从而实现将第二交互信息通过第一应用的服务器发送给第一客户端。
通过本申请提供的实施例，在获取第一应用的第一客户端发送的数据交互请求之后，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，该待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，根据上述对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系，获取待交互的第一交互信息，并将第一交互信息发送至第二应用的第二账号。从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。
作为一种可选的方案，获取待交互的第一交互信息包括：
s1，获取第一客户端发送的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面，其中，第一交互信息包括：第一客户端发送的信息和帧画面指示信息。
可选地，在本实施例中，获取第一客户端发送的信息包括：
1)获取第一客户端发送的字符信息，其中，字符信息包括：文字和/或图标；或者
2)获取第一客户端发送的语音信息；从语音信息中识别出待交互的字符信息。
需要说明的是，上述图标可以但不限于用于交互的表情，上述仅是一种示例，本实施例中对此不做任何限定。
此外，在本实施例中，由第一应用的服务器对第一客户端发送的语音信息进行格式转换识别，以识别出对应的字符信息，从而便于直接提供给第二客户端进行显示。进一步，通过语音输入信息，还将大大简化交互操作，提高交互效率。
可选地，在本实施例中，将第一交互信息发送至第二应用的第二账号包括：
s1，将第一客户端发送的信息和帧画面指示信息合成为预定格式信息；
s2，发送预定格式信息。
需要说明的是，在本实施例中，第一应用的服务器可以但不限于对第一客户端发送的输入的信息及帧画面的指示信息所指示的帧画面执行合成操作，以得到待发送的预定格式信息。帧画面指示信息可以但不限于将以下至少一种关于目标帧的帧画面信息合成到上述预定格式信息中。
1)第一媒体文件中目标帧上的帧画面；
2)第一媒体文件中包括目标帧的一组连续的帧画面；
2)第一链接信息，其中，第一链接信息用于指示第一媒体文件中目标帧上的帧画面；
3)第二链接信息，其中，第二链接信息用于指示第一媒体文件中包括目标帧的一组连续的帧画面。
此外，在本实施例中，可以但不限于通过在第二客户端显示上述第一链接信息及第二链接信息，以使第二账号可以通过第二客户端跳转到上述链接信息所指示的位置，从而开始播放第一客户端所播放的第一媒体文件，且还可以共享第一客户端的播放进度，如第二账号可以也从目标帧开始播放，进而保证数据交互的实时性，还可通过内容关联，保证交互内容的直观性。
例如，如图5(d)所示，将第一媒体文件中目标帧上的帧画面与输入的信息“表演真棒”合成得到预定格式信息，发送给第二账号，并显示在第二客户端中。
通过本申请提供的实施例，通过上述链接信息将使第二账号可以直接跳转到播放平台，并同步播放第一账号的播放位置，即第一媒体文件的目标帧，从而使第二账号可以从目标帧开始继续播放上述第一媒体文件，以实现共享播放进度的效果。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例，还提供了一种用于实施上述数据交互方法的数据交互装置，如图9所示，该装置包括：
1)检测单元902，用于在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，第一客户端使用第一账号登录；
2)第一获取单元904，用于获取对象指示信息所指示的待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
3)第二获取单元906，用于获取待交互的第一交互信息；
4)发送单元908，用于通过第一客户端将第一交互信息发送至第二应用的第二账号。
可选地，在本实施例中，上述数据交互装置可以但不限于应用于媒体播放平台，如电视平台、数字电视平台、或网络媒体播放平台等。可选地，在本实施例中，第一应用可以但不限于为用于播放媒体文件的应用，第二应用可以但不限于为用于即时通信的应用。也就是说，在媒体播放平台，获取所播放的媒体文件目标帧中的待交互对象，从而实现通过将交互信息发送至待交互对象在通信应用的账号中，以达到与媒体文件中所显示的待交互对象进行实时地数据交互，进而实现扩展数据交互范围的目的。例如，如图5(a)所示，在第一应用的第一客户端(播放应用app1)中播放至第一媒体文件的目标帧时，对目标帧的帧画面中待交互对象a(如图右侧角色)执行点击选中操作(即交互操作)生成交互指令，其中，该交互指令中携带有待交互对象的对象指示信息，例如，对象指示信息执行交互的为待交互对象a，然后如图5(b)所示，将在第一应用的第一客户端中显示用于确定与待交互对象a进行交互的交互平台及交互账号的提示信息，假设选择与待交互对象a在s平台(即时通信应用app2所在平台)的账号id_02进行交互。进一步，如图5(c)所示获取交互信息，如通过语音输入方式获取交互信息，并将上述交互信息发送给待交互对象a在第二应用(即时通信应用app2)的第二账号id_02，第二应用使用第二账号id_02登录的第二客户端的交互空间的显示界面可以如图5(d)所示，第一应用的第一账号id_01在5分钟前发布的图文信息，如该图文信息包括第一客户端所发布的文字评论及对应目标帧的截图。进一步，在本实施例中，第二账号可以但不限于通过第二账号向第一应用的第一账号id_01发送回复信息。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，在第一应用的使用第一账号登录的第一客户端播放至第一媒体文件的目标帧时，在检测到对目标帧执行交互操作所生成的交互指令后，获取该交互指令中携带的对象指示信息所指示的目标帧的帧画面中被交互操作所选中的待交互对象，并获取该待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
可选地，在本实施例中，上述第一交互信息可以包括但不限于：输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面。
可选地，在本实施例中，输入的信息可以包括但不限于以下至少之一：字符信息、语音信息。其中，上述字符信息可以包括但不限于：文字、图标，这里图标可以但不限于表情符号。此外，上述语音信息可以但不限于在第一应用的服务器中被识别转换为文字信息，从而便于向第二应用的第二账号转发该文字信息。
可选地，在本实施例中，上述发送单元包括：发送模块，用于通过第一客户端将第一交互信息发送给第一应用的服务器，并指示第一应用的服务器将第一交互信息通过第二应用的服务器发送给第二应用的第二客户端，其中，第二客户端使用第二账号登录。
也就是说，上述第一交互信息可以但不限于将被发送至第一应用的服务器，并由第一应用的服务器将该第一交互信息通过第二应用的服务器发送给第二应用的第二客户端。其中，上述第一交互信息的发送方式可以包括但不限于：同步发送、异步发送。也就是说，上述输入的信息与帧画面指示信息可以同时发送给第一应用的服务器，以便于第一应用的服务器直接将上述内容按照预定格式合成为用于转发给第二应用的服务器的交互信息。此外，上述输入的信息与帧画面指示信息也可以异步发送给第一应用的服务器，以提高信息的传输效率，从而减少传输负载。
此外，在本实施例中，上述第一应用的服务器发送给第二应用的服务器的预定格式的交互信息可以但不限于为文字信息、图像信息、链接信息，及上述任意两种或三种信息的结合信息。其中，上述图像信息可以包括但不限于：静态图片(如目标帧的帧画面截图)、动态图(包括目标帧的一组连续的帧画面)。上述链接信息可以但不限于用于指示上述第一媒体文件中关于目标帧的帧画面。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，可以但不限于根据交互操作的操作位置确定待交互对象。其中，确定方式可以但不限于包括：
1)在第一媒体文件全屏播放时，可以但不限于根据目标帧的帧号及交互操作在终端播放界面的操作坐标，从预设的映射关系中查找与目标帧中在该操作坐标对应的待交互对象的对象标识，以确定待交互对象；
需要说明的是，上述预设的映射关系可以但不限于为在检测到交互操作之前，第一应用的服务器通过面部识别技术，识别出各帧中显示的待交互对象，并对上述待交互对象及对应显示的帧号、显示坐标建立了一一对应的映射关系，从而实现在根据检测到的交互操作获取到目标帧的帧号及交互操作的操作坐标后，利用映射关系获取到在目标帧的帧画面中的待交互对象的对象标识，进而实现与该待交互对象的数据交互。
2)在第一媒体文件在媒体播放窗口播放时，可以采用上述方式1)，本示例中不再赘述；也可以但不限于获取第一客户端执行交互操作的操作位置上显示的预定标识，从而根据该预定标识获取待交互对象的对象标识，以确定待交互对象。
需要说明的是，上述操作位置可以但不限于显示图像标识，如待交互对象的头像标识，如图6所示。具体的，在交互操作是通过点击图6所示的头像标识“对象a”后而触发的，则根据该头像标识获取对应的待交互对象的对象标识，以确定待交互对象。
可选地，在本实施例中，上述装置还包括：接收单元，用于在通过第一客户端将第一交互信息发送至第二应用的第二账号之后，通过第一客户端接收第二应用的第二账号发送的第二交互信息；显示单元，用于在第一客户端显示第二交互信息。
需要说明的是，上述第二交互信息可以但不限于为与第一交互信息相关联的交互信息，如第二交互信息为针对第一交互信息的回复信息。如图5(d)所示，在第二客户端中第一账号发布的第一交互消息后，点击“回复”，第二账号id-02将可以通过第二客户端向第一应用的第一账号id-01发送第二交互信息，从而实现与第一账号的实时交互。这里，第二交互信息可以但不限于根据消息回复策略，第二应用的服务器在获取到第二交互信息后，可以但不限于利用第一交互信息的源标识，识别出第二交互信息的发送目标路径，从而实现将第二交互信息通过第一应用的服务器发送给第一客户端。其中，在第一账号离线时，可以但不限于将上述第二交互信息缓存在第一应用的服务器，在第一账号登录后，再从第一应用的服务器推送给第一客户端。
可选地，在本实施例中，上述显示单元包括：
(1)判断模块，用于判断第一客户端是否继续播放第一媒体文件；
(2)第一显示模块，用于当第一客户端继续播放第一媒体文件，则在第一媒体文件的播放画面上显示第二交互信息；
(3)第二显示模块，用于当第一客户端并未继续播放第一媒体文件，则在第一客户端提示收到第二交互信息；在获取到用于显示第二交互信息的控制指令后，在第一客户端的预定窗口中显示第二交互信息。
其中，上述预定窗口可以但不限于为第一客户端的消息中心窗口，上述仅是一种示例，本实施例中对此不做任何限定。
例如，如图7(a)所示，在第二客户端点击“回复”后，输入并发送第二交互信息。若第一账号在线，且第一客户端还在继续播放上述第一媒体文件时，则可以如图7(b)所示，在第一客户端的播放画面上显示所回复的第二交互信息，如“回复：…”。
通过本申请提供的实施例，在第一应用的使用第一账号登录的第一客户端播放至第一媒体文件的目标帧时，在检测到对目标帧执行交互操作所生成的交互指令后，获取该交互指令中携带的对象指示信息所指示的目标帧的帧画面中被交互操作所选中的待交互对象，并获取该待交互对象在第二应用中的第二账号，其中第二账号与第一账号具有关联关系，从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。
作为一种可选的方案，第二获取单元包括：
1)第一获取模块，用于获取输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面，其中，第一交互信息包括：输入的信息和帧画面指示信息。
可选地，在本实施例中，第一获取模块包括：
(1)第一获取子模块，用于获取输入的字符信息，其中，字符信息包括：文字和/或图标；或者
(2)第二获取子模块，用于获取输入的语音信息；从语音信息中识别出待交互的字符信息。
需要说明的是，上述图标可以但不限于用于交互的表情，上述仅是一种示例，本实施例中对此不做任何限定。
此外，在本实施例中，由服务器对第一客户端发送的语音信息进行格式转换，以识别出对应的字符信息，从而便于直接提供给第二客户端进行显示。进一步，通过语音输入信息，还将大大简化交互操作，提高交互效率。
可选地，在本实施例中，第一获取模块包括以下之一：
(1)第三获取子模块，用于获取第一媒体文件中目标帧上的帧画面；
(2)第四获取子模块，用于获取第一媒体文件中包括目标帧的一组连续的帧画面；
(3)第五获取子模块，用于获取第一链接信息，其中，第一链接信息用于指示第一媒体文件中目标帧上的帧画面；
(4)第六获取子模块，用于获取第二链接信息，其中，第二链接信息用于指示第一媒体文件中包括目标帧的一组连续的帧画面。
需要说明的是，在本实施例中，第一应用的服务器可以但不限于对第一客户端发送的输入的信息及帧画面的指示信息所指示的帧画面执行合成操作，以得到待发送的预定格式信息。帧画面指示信息可以但不限于将上述至少一种关于目标帧的帧画面信息合成到上述预定格式信息中。
此外，在本实施例中，可以但不限于通过在第二客户端显示上述第一链接信息及第二链接信息，以使第二账号可以通过第二客户端跳转到上述链接信息所指示的位置，从而开始播放第一客户端所播放的第一媒体文件，且还可以共享第一客户端的播放进度，如第二账号可以也从目标帧开始播放，进而保证数据交互的实时性，还可通过内容关联，保证交互内容的直观性。
例如，如图5(d)所示，将第一媒体文件中目标帧上的帧画面与输入的信息“表演真棒”合成得到预定格式信息，发送给第二账号，并显示在第二客户端中。
通过本申请提供的实施例，获取输入的信息和帧画面指示信息，通过将上述输入的信息和帧画面指示信息合成后的信息发送给第二应用的第二账号，以实现数据交互的同时，还将使第二账号同步第一账号的播放进度，以实现在内容关联的实时数据交互。
作为一种可选的方案，还包括：
1)接收单元，用于在通过第一客户端将第一交互信息发送至第二应用的第二账号之后，通过第一客户端接收第二应用的第二账号发送的第二交互信息；
2)显示单元，用于在第一客户端显示第二交互信息。
可选地，在本实施例中，接收单元包括：
(1)接收模块，用于通过第一客户端接收第二交互信息，其中，第二交互信息是由第二应用的第二客户端发送的、并经第二应用的服务器、第一应用的服务器发送到第一客户端，其中，第二客户端使用第二账号登录。
通过本申请提供的实施例，通过接收第二客户端发送的第二交互信息，并显示在第一客户端中，以达到第一账号与第二账号之间的一对一实时交互，从而保证了数据交互的隐私及安全。
作为一种可选的方案，显示单元包括：
1)判断模块，用于判断第一客户端是否继续播放第一媒体文件；
2)第一显示模块，用于当第一客户端继续播放第一媒体文件，则在第一媒体文件的播放画面上显示第二交互信息；
3)第二显示模块，用于当第一客户端并未继续播放第一媒体文件，则在第一客户端提示收到第二交互信息；在获取到用于显示第二交互信息的控制指令后，在第一客户端的预定窗口中显示第二交互信息。
可选地，在本实施例中，在第一应用的服务器接收到第二交互信息后，将判断第一账号是否在线。其中，在第一账号离线时，第一应用的服务器可以但不限于将上述第二交互信息缓存在第一应用的服务器，在第一账号登录后，再从第一应用的服务器推送给第一客户端。而第一账号在线时，可以但不限于判断第一客户端是否继续播放上述第一媒体文件；进而根据判断结果确定第二交互信息的显示位置。
例如，如图7(a)所示，在第二客户端点击“回复”后，输入并发送第二交互信息。若第一账号在线，且第一客户端还在继续播放上述第一媒体文件时，则可以如图7(b)所示，在第一客户端的播放画面上显示所回复的第二交互信息，如“回复：…”。若第一账号在线，但第一客户端并未继续播放上述第一媒体文件，或第一账号已离线时，则可以在第一客户端的消息中心提示已收到上述第二交互信息，在根据上述提示信息获取到用于显示第二交互信息的控制指令(如点击提示信息，或进入消息中心)后，则在第一客户端的预定窗口中显示第二交互信息，如在消息中心显示上述第二交互信息，或在第一客户端弹出新的窗口显示上述第二交互信息。
通过本申请提供的实施例，通过判断第一客户端是否继续播放第一媒体文件，从而实现根据不同的判断结果实现对第二交互信息进行不同显示，以保证第一客户端不会遗漏所要显示的第二交互信息，还将实现提高第二交互信息的显示的灵活性的效果。
根据本发明实施例，还提供了一种用于实施上述数据交互方法的数据交互装置，如图10所示，该装置包括：
1)第一获取单元1002，用于获取第一应用的第一客户端发送的数据交互请求，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，第一客户端使用第一账号登录；
2)第二获取单元1004，用于根据对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
3)第三获取单元1006，用于获取待交互的第一交互信息；
4)发送单元1008，用于将第一交互信息发送至第二应用的第二账号。
可选地，在本实施例中，上述数据交互装置可以但不限于应用于媒体播放平台，如电视平台、数字电视平台、或网络媒体播放平台等。可选地，在本实施例中，第一应用可以但不限于为用于播放媒体文件的应用，第二应用可以但不限于为用于即时通信的应用。也就是说，在媒体播放平台，获取所播放的媒体文件目标帧中的待交互对象，从而实现通过将交互信息发送至待交互对象在通信应用的账号中，以达到与媒体文件中所显示的待交互对象进行实时地数据交互，进而实现扩展数据交互范围的目的。例如，如图5(a)所示，在第一应用的第一客户端(播放应用app1)中播放至第一媒体文件的目标帧时，对目标帧的帧画面中待交互对象a(如图右侧角色)执行点击选中操作(即交互操作)生成交互指令，其中，该交互指令中携带有待交互对象的对象指示信息，例如，对象指示信息执行交互的为待交互对象a，然后如图5(b)所示，将在第一应用的第一客户端中显示用于确定与待交互对象a进行交互的交互平台及交互账号的提示信息，假设选择与待交互对象a在s平台(即时通信应用app2所在平台)的账号id_02进行交互。进一步，如图5(c)所示获取交互信息，如通过语音输入方式获取交互信息，并将上述交互信息发送给待交互对象a在第二应用(即时通信应用app2)的第二账号id_02，第二应用使用第二账号id_02登录的第二客户端的交互空间的显示界面可以如图5(d)所示，第一应用的第一账号id_01在5分钟前发布的图文信息，如该图文信息包括第一客户端所发布的文字评论及对应目标帧的截图。进一步，在本实施例中，第二账号可以但不限于通过第二账号向第一应用的第一账号id_01发送回复信息。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，在获取第一应用的第一客户端发送的数据交互请求之后，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，该待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，根据上述对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系，获取待交互的第一交互信息，并将第一交互信息发送至第二应用的第二账号。从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。进一步，通过与第一客户端所播放的目标帧中的待交互对象直接进行实时地数据交互，而无需重复执行登录操作以登录不同应用平台，进一步实现了提高数据交互效率的效果。
可选地，在本实施例中，上述第一交互信息可以包括但不限于：输入的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面。
可选地，在本实施例中，输入的信息可以包括但不限于以下至少之一：字符信息、语音信息。其中，上述字符信息可以包括但不限于：文字、图标，这里图标可以但不限于表情符号。此外，上述语音信息可以但不限于在第一应用的服务器中被识别转换为文字信息，从而便于向第二应用的第二账号转发该文字信息。
可选地，在本实施例中，上述第一交互信息可以但不限于将被发送至第一应用的服务器，并由第一应用的服务器将该第一交互信息通过第二应用的服务器发送给第二应用的第二客户端。其中，上述第一交互信息的发送方式可以包括但不限于：同步发送、异步发送。也就是说，上述输入的信息与帧画面指示信息可以同时发送给第一应用的服务器，以便于第一应用的服务器直接将上述内容按照预定格式合成为用于转发给第二应用的服务器的交互信息。此外，上述输入的信息与帧画面指示信息也可以异步发送给第一应用的服务器，以提高信息的传输效率，从而减少传输负载。
此外，在本实施例中，上述第一应用的服务器发送给第二应用的服务器的预定格式的交互信息可以但不限于为文字信息、图像信息、链接信息，及上述任意两种或三种信息的结合信息。其中，上述图像信息可以包括但不限于：静态图片(如目标帧的帧画面截图)、动态图(包括目标帧的一组连续的帧画面)。上述链接信息可以但不限于用于指示上述第一媒体文件中关于目标帧的帧画面。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，第一应用的服务器可以包括但不限于：通过第二应用的服务器接收第二账号发送的第二交互信息；并将第二交互信息发送至第一客户端进行显示。
需要说明的是，上述第二交互信息可以但不限于为与第一交互信息相关联的交互信息，如第二交互信息为针对第一交互信息的回复信息。如图5(d)所示，在第二客户端中第一账号发布的第一交互消息后，点击“回复”，第二账号id-02将可以通过第二客户端向第一应用的第一账号id-01发送第二交互信息，从而实现与第一账号的实时交互。这里，第二交互信息可以但不限于根据消息回复策略，第二应用的服务器在获取到第二交互信息后，可以但不限于利用第一交互信息的源标识，识别出第二交互信息的发送目标路径，从而实现将第二交互信息通过第一应用的服务器发送给第一客户端。
通过本申请提供的实施例，在获取第一应用的第一客户端发送的数据交互请求之后，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，该待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，根据上述对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系，获取待交互的第一交互信息，并将第一交互信息发送至第二应用的第二账号。从而实现在获取到待交互的第一交互信息后，通过第一客户端将上述第一交互信息发送至第二应用的第二账号，以达到通过第一客户端与第一客户端所播放的目标帧中的待交互对象进行实时地数据交互的效果，而不再限于仅在用于播放媒体文件的账号之间进行数据交互，进而实现扩展了数据交互的范围的效果。
作为一种可选的方案，第三获取单元包括：
1)第一获取模块，用于获取第一客户端发送的信息和帧画面指示信息，帧画面指示信息用于指示第一媒体文件中与目标帧对应的帧画面，其中，第一交互信息包括：第一客户端发送的信息和帧画面指示信息。
可选地，在本实施例中，第一获取模块包括：
(1)第一获取子模块，用于获取第一客户端发送的字符信息，其中，字符信息包括：文字和/或图标；或者
(2)第二获取子模块，用于获取第一客户端发送的语音信息；从语音信息中识别出待交互的字符信息。
需要说明的是，上述图标可以但不限于用于交互的表情，上述仅是一种示例，本实施例中对此不做任何限定。
此外，在本实施例中，由第一应用的服务器对第一客户端发送的语音信息进行格式转换识别，以识别出对应的字符信息，从而便于直接提供给第二客户端进行显示。进一步，通过语音输入信息，还将大大简化交互操作，提高交互效率。
作为一种可选的方案，发送单元包括：
1)合成模块，用于将第一客户端发送的信息和帧画面指示信息合成为预定格式信息；
2)发送模块，用于发送预定格式信息。
需要说明的是，在本实施例中，第一应用的服务器可以但不限于对第一客户端发送的输入的信息及帧画面的指示信息所指示的帧画面执行合成操作，以得到待发送的预定格式信息。帧画面指示信息可以但不限于将以下至少一种关于目标帧的帧画面信息合成到上述预定格式信息中。
1)第一媒体文件中目标帧上的帧画面；
2)第一媒体文件中包括目标帧的一组连续的帧画面；
2)第一链接信息，其中，第一链接信息用于指示第一媒体文件中目标帧上的帧画面；
3)第二链接信息，其中，第二链接信息用于指示第一媒体文件中包括目标帧的一组连续的帧画面。
此外，在本实施例中，可以但不限于通过在第二客户端显示上述第一链接信息及第二链接信息，以使第二账号可以通过第二客户端跳转到上述链接信息所指示的位置，从而开始播放第一客户端所播放的第一媒体文件，且还可以共享第一客户端的播放进度，如第二账号可以也从目标帧开始播放，进而保证数据交互的实时性，还可通过内容关联，保证交互内容的直观性。
例如，如图5(d)所示，将第一媒体文件中目标帧上的帧画面与输入的信息“表演真棒”合成得到预定格式信息，发送给第二账号，并显示在第二客户端中。
通过本申请提供的实施例，通过上述链接信息将使第二账号可以直接跳转到播放平台，并同步播放第一账号的播放位置，即第一媒体文件的目标帧，从而使第二账号可以从目标帧开始继续播放上述第一媒体文件，以实现共享播放进度的效果。
实施例3
本发明实施例的应用环境可以但不限于参照实施例1中的应用环境，本实施例中对此不再赘述。
可选地，在本实施例中，上述数据交互方法可以但不限于应用于如下数据交互系统中，其中，该系统包括：数据交互终端及数据交互服务器。其中，第一数据交互终端以电视机(television，简称tv)为例，第二数据交互终端以手机为例，第一数据交互终端包括tv及输入模块，与第一数据交互终端对应的第一数据交互服务器包括：账号解析模块、语音转换模块、消息合成模块及消息发送模块，与第二数据交互终端对应的第二数据交互服务器包括：消息回复模块、消息分发模块、消息输出模块。第一媒体文件以视频为例，待交互对象以演员为例。
具体结合图11-12所示进行说明：
用户使用登录账号(如第一账号)登录后，在tv(如第一客户端)观看视频。用户在观看视频过程中，如果需要与视频中的某位演员进行互动，则通过输入模块发起互动操作请求。输入模块接收到用户的互动操作命令后，向tv同步互动操作通知。tv在接收到互动操作通知后，进行视频场景解析操作。解析当前视频中的演员信息(如对象标识演员id)及当前视频播放信息(当前播放的目标帧的帧号、视频画面截图)等。tv根据演员id向账号解析模块发起请求，请求解析演员id对应的社交账号信息(如第二账号)。第一数据交互服务器中的账号解析模块向tv响应演员id对应的社交账号信息，并由tv输出展示对应的账号信息(如第二账号)。进一步，在tv通过输入模块选择对应演员(即，上述演员id对应的社交账号信息)。tv向消息合成模块异步上报视频场景信息(当前播放的视频id、视频当前目标帧的帧号、视频截图、演员社交账号信息)。
然后，通过输入模块语音输入互动内容。输入模块接收到输入的语音后，同步给第一数据交互服务器中的语音转换模块，进行语音转换。语音转换模块接收到同步的语音，开始语音转换，将语音转换为文字。语音转换模块在完成语音转换后，将转换结果上报给第一数据交互服务器中的消息合成模块。消息合成模块进行信息合成，将用户互动语音转换后的文字及视频当前目标帧的帧号、视频截图等信息编辑为图文格式的互动信息，并发送给第二应用中的演员社交账号信息(如第二账号)。
进一步，接收到合成后的互动信息后，调用消息回复接口向消息回复模块进行互动消息回复。其中，互动信息中携带了回复的源消息id。第二数据交互服务器中的消息回复模块解析源消息id，并根据源消息id查询发表源消息的用户id及对应的视频信息(当时正在播放的视频id)。消息回复模块将查询得到的用户信息(如第一账号)、视频信息(如视频id)及演员回复的互动消息同步至消息分发模块。消息分发模块进行消息分发决策，其中消息分发决策根据当前用户的在线状态及视频播放状态确定。例如，如果第一账号处于离线状态，则将互动消息直接发送至第一客户端的消息中心；如果第一账号当前处于在线状态并且正在观看同一个视频，则将互动消息直接以弹幕的形式发送给第一客户端；如果第一账号当前处于在线状态，但是观看的不是同一个视频，则将互动消息发送至第一客户端的消息中心，同时向用户发送一个提示消息。
实施例4
根据本发明实施例，还提供了一种用于实施上述数据交互方法的数据交互终端，如图13所示，该终端包括：
1)处理器1302，设置为在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，第一客户端使用第一账号登录；还设置为获取对象指示信息所指示的待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
2)通讯接口1304，与处理器1302连接，设置为获取待交互的第一交互信息；还设置为通过第一客户端将第一交互信息发送至第二应用的第二账号。
3)存储器1306，与处理器1302连接，设置为存储第一交互信息、第一账号及目标帧的帧画面。
根据本发明实施例，还提供了一种用于实施上述数据交互方法的数据交互服务器，如图14所示，该服务器包括：
1)通讯接口1402，设置为获取第一应用的第一客户端发送的数据交互请求，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，第一客户端使用第一账号登录；
2)处理器1404，与通讯接口1402连接，设置为根据对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
通讯接口1402，还设置为获取待交互的第一交互信息；还设置为将第一交互信息发送至第二应用的第二账号。
3)存储器1406，与处理器1402及通讯接口1404连接，设置为存储待交互对象在第二应用中的第二账号及第一交互信息。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
实施例5
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
s1，在第一应用的第一客户端播放至第一媒体文件的目标帧时，检测到对目标帧执行交互操作所生成的交互指令，其中，交互指令中携带有交互操作所选中的待交互对象的对象指示信息，第一客户端使用第一账号登录；
s2，获取对象指示信息所指示的待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
s3，获取待交互的第一交互信息；
s4，通过第一客户端将第一交互信息发送至第二应用的第二账号。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
s1，获取第一应用的第一客户端发送的数据交互请求，其中，数据交互请求中至少携带有用于指示待交互对象的对象指示信息，待交互对象显示在第一客户端播放的第一媒体文件的目标帧的帧画面中，第一客户端使用第一账号登录；
s2，根据对象指示信息获取待交互对象在第二应用中的第二账号，其中，第一账号与第二账号具有关联关系；
s3，获取待交互的第一交互信息；
s4，将第一交互信息发送至第二应用的第二账号。
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。