CN104079986A - 一种用于实现设备间播放视频的方法与设备 - Google Patents
一种用于实现设备间播放视频的方法与设备 Download PDFInfo
- Publication number
- CN104079986A CN104079986A CN201410247752.8A CN201410247752A CN104079986A CN 104079986 A CN104079986 A CN 104079986A CN 201410247752 A CN201410247752 A CN 201410247752A CN 104079986 A CN104079986 A CN 104079986A
- Authority
- CN
- China
- Prior art keywords
- video playback
- equipment
- video
- subscriber equipment
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明的目的是提供一种用于实现设备间播放视频的方法与设备。具体地，获取用户通过用户设备发起的视频访问请求；确定当前可用的至少一个视频播放设备，其中，视频播放设备与用户设备属于同一用户；将视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，目标视频播放设备是从至少一个视频播放设备中确定的。与现有技术相比，本发明通过将用户通过用户设备发起的视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，以在目标视频播放设备中播放对应的视频，从而实现将本应在用户设备中播放的视频转至在目标视频播放设备中进行播放，满足了用户在不同设备间播放视频的需求，提升了用户的视频观看体验。
Description
技术领域
本发明涉及视频技术领域，尤其涉及一种用于实现设备间播放视频的技术。
背景技术
现有技术中，用户通常拥有多个视频播放设备，以在不同场合使用。显然，具有多个视频播放设备的用户应该有更多的在不同视频播放设备间启动/继续播放视频的需求，例如当用户通过其某一视频播放设备访问视频时，或在视频访问过程中，会出现该视频播放设备发生如电源不足等异常情况，此时用户希望为其提供当前可用的其他视频播放设备，以通过该等其他视频播放设备继续播放对应视频，而现有技术无法实现，这不仅降低了用户获取视频的效率，相应地，也降低了用户的视频观看体验。
发明内容
本发明的目的是提供一种用于实现设备间播放视频的方法与设备。
根据本发明的一个方面，提供了一种在用户设备端用于实现设备间播放视频的方法，其中，该方法包括：
a获取用户通过所述用户设备发起的视频访问请求；
b确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；
c将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备是从所述至少一个视频播放设备中确定的。
根据本发明的另一方面，还提供了一种在目标视频播放设备端辅助用于实现设备间播放视频的方法，其中，该方法包括以下步骤：
A接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备与所述用户设备属于同一用户；
B根据所述视频播放指令，播放对应视频。
根据本发明的一个方面，提供了一种用于实现设备间播放视频的用户设备，其中，该用户设备包括：
请求获取装置，用于获取用户通过所述用户设备发起的视频访问请求；
设备确定装置，用于确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；
第一发送装置，用于将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备是从所述至少一个视频播放设备中确定的。
根据本发明的另一个方面，还提供了一种辅助用于实现设备间播放视频的目标视频播放设备，其中，该目标视频播放设备包括：
第一接收装置，用于接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备与所述用户设备属于同一用户；
播放装置，用于根据所述视频播放指令，播放对应视频。
根据本发明的再一方面，还提供了一种用于实现设备间播放视频的系统，其中，该系统包括如前述根据本发明一个方面的一种用于实现设备间播放视频的用户设备，以及如前述根据本发明另一个方面的一种用于实现设备间播放视频的目标视频播放设备。
与现有技术相比，本发明通过将用户通过用户设备发起的视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备是从确定的当前可用的至少一个视频播放设备中确定的，以在目标视频播放设备中播放对应的视频，从而实现将本应在用户设备中播放的视频转至在目标视频播放设备中进行播放，满足了用户在不同设备间播放视频的需求，相应地，当用户设备发生异常时，本发明可在目标视频播放设备中继续播放视频，提升了用户的视频观看体验；而且，本发明中目标视频播放设备还可将视频在播放过程中的播放状态信息发送至用户设备，以供所述用户基于所述播放状态信息确定执行相应的视频操作，从而进一步地提升了用户的视频播放体验；此外，本发明中用户设备还可获取用户基于所述播放状态信息确定执行的视频操作，以将对应的视频操作指令发送至目标视频播放设备，使得目标视频播放设备可基于该视频操作指令，对所述视频执行相应的视频操作，从而实现用户设备对目标视频播放设备的视频操作控制，尤其在目标视频播放设备的输入装置(如电视的遥控器、PC的键盘/鼠标等、手机触摸屏等)找不到/损坏等情形下，用户又希望通过目标视频播放设备观看视频时，本发明将显著提高用户需求满意度，从而更进一步地提升用户的视频观看/播放体验。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1示出根据本发明一个方面的一种用于实现设备间播放视频的用户设备和目标视频播放设备的设备示意图；
图2示出根据本发明一个优选实施例的一种用于实现设备间播放视频的用户设备和目标视频播放设备的设备示意图；
图3示出用户基于用户设备提供的播放状态信息进行视频操作的示意图；
图4示出根据本发明另一个方面的一种用户设备和目标视频播放设备配合实现用于设备间播放视频的方法流程图；
图5示出根据本发明一个优选实施例的一种用户设备和目标视频播放设备配合实现用于设备间播放视频的方法流程图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
图1示出根据本发明一个方面的一种用于实现设备间播放视频的用户设备1和目标视频播放设备2，其中，用户设备1包括请求获取装置11、设备确定装置12和第一发送装置13，目标视频播放设备2包括第一接收装置21、播放装置22。具体地，用户设备1的请求获取装置11获取用户通过所述用户设备1发起的视频访问请求；设备确定装置12确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；第一发送装置13将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2的第一接收装置21接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；播放装置22根据所述视频播放指令，播放对应视频。
在此，用户设备1和目标视频播放设备2均是任何一种可以播放视频的电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥控器、或声控设备等方式进行人机交互，例如计算机、手机、PDA、掌上电脑PPC、平板电脑、电视机、智能电视等，其中，用户设备1和目标视频播放设备2处于同一局域网中，并通过有线网络和/或无线网络互联。
在此，所述用户设备1和目标视频播放设备2均包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。本领域技术人员应能理解上述用户设备1和目标视频播放设备2仅为举例，其他现有的或今后可能出现的用户设备1或目标视频播放设备2如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
具体地，用户设备1的请求获取装置11通过用户设备1自身提供的应用程序接口(API)，或者通过视频网站、视频播放器等第三方设备所提供的应用程序接口(API)，获取用户通过所述用户设备1发起的视频访问请求。例如，假设用户A希望通过其自己的用户设备1或他人(如朋友、家人等)的用户设备1观看视频时，其通过用户设备1打开视频网站如http:www.video.com，点击某视频如video1的视频播放按钮，则请求获取装置11可通过该视频网站所提供的应用程序接口(API)，便可获取到用户A通过用户设备1发起的视频访问请求，即对视频video1的视频访问请求；再如，用户A意欲观看用户设备1中本地存储的视频video2，其通过用户设备1中安装的视频播放器如video player，打开视频video2，则请求获取装置11可通过视频播放器video player所提供的应用程序接口(API)，便可获取到用户A通过用户设备1发起的视频访问请求，即对视频video2的视频访问请求。
本领域技术人员应能理解上述获取用户通过所述用户设备1发起的视频访问请求的方式仅为举例，其他现有的或今后可能出现的获取用户通过所述用户设备1发起的视频访问请求的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
设备确定装置12确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备1属于同一用户。在此，设备确定装置12确定所述视频播放设备的方式包括但不限于以下至少任一项：
1)基于DLAN(DIGITAL LIVING NETWORK ALLIANCE，数字生活网络联盟)协议，将所述用户设备1所属的当前局域网中存在的与所述用户设备属于同一用户的其他用户设备作为所述视频播放设备。例如，接上例，请求获取装置11获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，假设用户设备1所处的当前局域网如家庭网络中，还存在同属用户A的其他用户设备如UE2(智能电视smart TV)、UE3(PC机)、UE4(移动设备)，则设备确定装置12可基于DLAN协议，发现当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4，并其作为所述视频播放设备。
2)基于预先建立同一用户的多个用户设备之间的映射关系，将与所述用户设备1具有所述映射关系的其他用户设备作为所述视频播放设备。例如，还接上例，请求获取装置11获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，则设备确定装置12可从映射关系库中获取到属于用户A的多个用户设备之间的映射关系如reflecting-relation A，并基于该映射关系reflecting-relation A所描述的哪些用户设备同属用户A，如假设映射关系reflecting-relation A中描述了用户设备1与用户设备UE2、UE3、UE4同属用户A，则设备确定装置12可将UE2、UE3、UE4作为所述视频播放设备。在此，所述映射关系库可存在于用户设备1中，也可存在于与用户设备1通过网络相连的其他设备如服务器中。
3)基于所述用户设备1的设备属性信息，确定当前可用的至少一个视频播放设备，如将与所述用户设备1的设备属性信息相一致的设备作为视频播放设备。在此，所述设备属性信息包括但不限于如所述用户设备1的支持的视频播放格式、屏幕分辨率等。例如，还接上例，请求获取装置11获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，假设用户设备1支持的视频播放格式为RealMedia、QuickTime、MPEG2、MPEG4(ASP/AVC)、FLV，则设备确定装置12可将同属用户A的也支持用户设备1所支持的视频格式的其他用户设备如UE2与UE3作为所述视频播放设备。
本领域技术人员应能理解上述确定所述视频播放设备的方式仅为举例，其他现有的或今后可能出现的确定所述视频播放设备的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
第一发送装置13将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的。具体地，第一发送装置13首先从所述至少一个视频播放设备中确定所述目标视频播放设备，如将将所述至少一个视频播放设备提供给所述用户，以供所述用户从所述至少一个视频播放设备中选择所述目标视频播放设备；接着，再根据所述视频访问请求生成对应的视频播放指令，以将所述视频播放指令发送至所述目标视频播放设备。
例如，对于用户A，请求获取装置11获取到其通过其用户设备1发起的对视频video1的视频访问请求，而设备确定装置12基于DLAN协议，将发现的当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4作为所述视频播放设备，则第一发送装置13可首先通过诸如http、https等约定的通信协议，将所述视频播放设备以列表形式提供给用户A，并提醒用户A进行选择，假设用户A选择用户设备UE2作为目标视频播放设备，则第一发送装置13可根据请求获取装置11获取的所述视频访问请求，生成对应的视频播放指令，如首先生成适合于用户设备1的视频播放指令，再将该视频播放指令转换为适合目标视频播放设备UE2的视频播放指令，或者，直接生成适合目标视频播放设备UE2的视频播放指令，如“player/video1”；然后通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将该视频播放指令发送至目标视频播放设备即用户设备UE2。
在此，本领域技术人员应能理解，第一发送装置13生成所述视频播放指令和确定所述目标视频播放装置可以是串行的执行，也可以是并行的执行。
相应地，目标视频播放设备2的第一接收装置21通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户。
播放装置22根据所述视频播放指令，播放对应视频。在此，播放装置22播放所述对应视频的方式包括但不限于以下至少任一项：
1)当目标视频播放设备2中存储有所述视频时，自动启动已安装的用于播放视频的默认视频播放器，或者启动所述用户指定的用于播放视频的视频播放器，以根据所述视频播放指令，播放所述视频。例如，假设目标视频播放设备2即UE2的第一接收装置21接收到用户设备1发送的播放视频video1的视频播放指令，如“player/video1”，而目标视频播放设备2中存储有视频video1，则播放装置22可自动启动已安装的用于播放视频的默认视频播放器如Media Player，或者启动所述用户指定的用于播放视频的视频播放器如“暴风音影”，以根据视频播放指令“player/video1”，播放视频video1。
2)当目标视频播放设备2中无存储所述视频时，从预定视频访问源中获取所述视频，然后根据所述视频播放指令，播放所述视频；或者，在预定视频访问源中在线播放所述视频。例如，假设目标视频播放设备2即UE2的第一接收装置21接收到用户设备1发送的播放视频video1的视频播放指令，如“player/video1”，而目标视频播放设备2中无存储视频video1时，则播放装置22可从预定视频访问源中获取视频video1，然后根据视频播放指令“player/video1”，播放视频video1；或者，在预定视频访问源中在线播放视频“player/video1”，如打开视频网站http:www.video.com。在此，所述视频访问源可以是用于存储视频的视频数据库，也可以是提供视频在线播放的视频源。
优选地，当目标视频播放设备2中无存储所述视频时，目标视频播放设备2还包括源确定装置(未示出)。具体地，当目标视频播放设备2中无存储所述视频时，源确定装置根据所述目标视频播放设备的设备相关信息，确定相应的视频访问源，以供播放装置22播放所述视频时使用。在此，所述设备相关信息包括但不限于如设备处理能力、网络带宽等。例如，当目标视频播放设备2的网络带宽不足时，源确定装置可将当前出口带宽较大的视频源作为所述视频访问源，以提高播放装置22从该视频访问源中获取所述视频的速度和/或提高该视频访问源在线播放所述视频的流畅性。再如，当目标视频播放设备2的设备处理能力时，源确定装置亦可将当前出口带宽较大的视频源作为所述视频访问源，以进一步提高播放装置22从该视频访问源中获取所述视频的速度和/或提高该视频访问源在线播放所述视频的流畅性。
本领域技术人员应能理解上述根据所述视频播放指令播放对应视频的方式仅为举例，其他现有的或今后可能出现的根据所述视频播放指令播放对应视频的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
用户设备1和目标视频播放设备2的各装置之间是持续不断工作的。具体地，用户设备1的请求获取装置11持续获取用户通过所述用户设备1发起的视频访问请求；设备确定装置12持续确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；第一发送装置13持续将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2的第一接收装置21持续接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；播放装置22持续根据所述视频播放指令，播放对应视频。在此，本领域技术人员应能理解“持续”是指用户设备1和目标视频播放设备2的各装置之间可持续不断地进行视频访问请求的获取、视频播放设备的确定、视频播放指令的发送与接收、播放对应视频，直至用户设备1在较长时间内停止获取视频访问请求。
优选地，用户设备1还包括第一提供装置(未示出)。具体地，第一提供装置向所述用户提供所述至少一个视频播放设备；其中，第一发送装置13将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备。
具体地，第一提供装置向所述用户提供所述至少一个视频播放设备。例如，对于用户A，假设请求获取装置11获取到其通过其用户设备1发起的对视频video1的视频访问请求，而设备确定装置12基于DLAN协议，将发现的当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4作为所述视频播放设备，则第一提供装置可首先通过诸如http、https等约定的通信协议，将所述视频播放设备以列表形式提供给用户A。
优选地，第一提供装置还可向所述用户提供当前不可用的视频播放设备，如对于当前不可用的视频播放设备在列表中显示为灰色并靠后排列。
接着，第一发送装置13通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备2。具体地，第一发送装置13首先获取用户在所述至少一个视频播放设备中选择的目标播放设备；然后，再根据请求获取装置11获取的所述视频访问请求，生成对应的视频播放指令；接着，将所述视频访问请求所对应的视频播放指令发送至所述目标播放设备。
例如，接上例，假设用户A选择用户设备UE2作为目标视频播放设备，则第一发送装置13通过用户设备1自身所提供的应用程序接口(API)，便可获取到用户A对UE2的选择；然后，第一发送装置13根据请求获取装置11获取的所述视频访问请求，生成对应的视频播放指令；接着，将所述视频访问请求所对应的视频播放指令发送至所述目标播放设备。在此，第一发送装置13生成并发送所述视频播放指令的方式与前述第一发送装置13生成并发送所述视频播放指令的方式相同或相似，为简明起见，故在此不再赘述，并以引用的方式包含与此。
优选地，用户设备1还包括检测装置(未示出)。具体地，检测装置检测是否满足确定当前可用的至少一个视频播放设备的触发条件；其中，当满足所述触发条件时，设备确定装置12确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
具体地，检测装置检测是否满足确定当前可用的至少一个视频播放设备的触发条件。在此，所述触发条件包括但不限于如所述用户设备的当前设备相关信息与所述视频访问请求所对应的视频的播放所需资源信息失配。在此，所述失配的含义包括但不限于如：1)所述用户设备的电量不足/电源不稳定；2)所述用户设备所处的网络不稳定、带宽不够；3)所述用户设备的播放能力不支持等。本领域技术人员应能理解上述失配的含义仅为举例，其他现有的或今后可能出现的失配的含义如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
例如，对于用户A，假设当其通过其用户设备1发起的对视频video1的视频访问请求时，用户设备1出现电量不足警告，无力支持在用户设备1上播放视频video1，则检测装置可判断满足确定当前可用的至少一个视频播放设备的触发条件；再如，当用户A通过其用户设备1发起的对视频video1的视频访问请求时，假设用户设备1的电量充足、所处网络带宽较大，则检测装置可判断不满足确定当前可用的至少一个视频播放设备的触发条件。
接着，当满足所述触发条件时，设备确定装置12确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。例如，接上例，当检测装置检测满足所述触发条件时，设备确定装置12确定所述至少一个视频播放设备，在此，设备确定装置12确定所述视频播放设备的方式与前述设备确定装置12确定所述视频播放设备的方式相同或相似，为简明起见，故在此不再赘述，并以引用的方式包含与此。
更优选地，当满足所述触发条件时，设备确定装置12确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户，所述视频播放设备的当前设备相关信息与所述用户设备的当前设备相关信息互补。在此，所述设备相关信息包括但不限于如设备的电量、网络连接、支持视频的格式、设备内存、屏幕分辨率等。
例如，对于用户A，假设当其通过其用户设备1发起的对视频video1的视频访问请求时，用户设备1出现电量不足警告，无力支持在用户设备1上播放视频video1，而检测装置判断满足确定所述至少一个视频播放设备的触发条件，则设备确定装置12将同属用户A的其他电量充足或具有自备电源的用户设备作为所述视频播放设备；再如，假设当用户A通过以无线方式接入网络的用户设备1发起的对视频video1的视频访问请求时，出现网络不稳定情况，而检测装置判断满足确定所述至少一个视频播放设备的触发条件，则设备确定装置12将同属用户A的通过有线方式接入网络的用户设备作为所述视频播放设备。
在此，本发明通过首先检测是否满足确定视频播放设备的触发条件，当满足所述触发条件时，再确定视频播放设备，如当用户设备电量不足/断电时，触发主动确定视频播放设备，从而进一步提升了用户的视频观看/播放体验。
图2示出根据本发明一个优选实施例的一种用于实现设备间播放视频的用户设备和目标视频播放设备的设备示意图，其中，用户设备1包括请求获取装置11’、设备确定装置12’、第一发送装置13’、状态接收装置14’和第二提供装置15’，目标视频播放设备2包括第一接收装置21’、播放装置22’和状态发送装置23’。具体地，用户设备1的请求获取装置11’获取用户通过所述用户设备1发起的视频访问请求；设备确定装置12’确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；第一发送装置13’将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2的第一接收装置21’接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；播放装置22’根据所述视频播放指令，播放对应视频；状态发送装置23’获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备1；相应地，用户设备1的状态接收装置14’接收所述目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息；第二提供装置15’将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作。在此，用户设备1的请求获取装置11’、设备确定装置12’和第一发送装置13’，目标视频播放设备2第一接收装置21’和播放装置22’的分别与图1实施例中对应装置的内容相同或基本相同，为简明起见，故在此不再赘述，并以引用的方式包含与此。
具体地，目标视频播放设备2的状态发送装置23’通过目标视频播放设备自身提供的应用程序接口(API)，或者，通过视频播放器、视频网站等第三方设备所提供的应用程序接口(API)，获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备1。在此，所述播放状态信息包括但不限于如是否播放顺畅、播放窗口大小、音量等信息。例如，目标视频播放设备2通过所安装的视频播放器如Media Player在播放视频video1的过程中，若出现播放异常如画面不清晰、播放不流畅等情况，则目标视频播放设备2的状态发送装置23’可首先通过视频播放器Media Player所提供的应用程序接口(API)，获取视频video1在播放过程中的播放状态信息；然后，通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将该播放状态信息发送至用户设备1。
相应地，用户设备1的状态接收装置14’通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收所述目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息。
接着，第二提供装置15’通过诸如http、https等约定的通信协议，可以按照消息窗口提示等形式，将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作，如图3所示。
优选地，在目标视频播放设备2播放视频如video1的过程中，用户设备1可启用其他应用，如浏览网页，当用户设备1的状态接收装置14’接收到目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息时，切换至当前的控制窗口，如图3所示。
优选地，用户设备1还包括操作获取装置(未示出)和第二发送装置(未示出)，目标视频播放设备2还包括第二接收装置(未示出)和执行装置(未示出)。具体地，用户设备1的操作获取装置获取所述用户基于所述播放状态信息确定执行的视频操作；第二发送装置根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备2；相应地，目标视频播放设备2的第二接收装置接收所述用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令；执行装置根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。
具体地，用户设备1的操作获取装置通过用户设备1自身所提供的应用程序接口(API)，获取所述用户基于所述播放状态信息确定执行的视频操作。在此，所述视频操作包括但不限于如调节视频播放音量、快慢进、视频播放窗口调节等，其可以是所述用户在用户设备1所提供的控制窗口中所执行的。
例如，当用户设备1的第二提供装置15’通过消息窗口提示的形式将目标视频播放设备2的状态发送装置23’所发送的所述视频在播放过程中的播放状态信息“播放异常如画面不清晰、播放不流畅”提供给用户A，而用户A根据该播放状态信息，在用户设备1所提供的控制窗口中执行“视频快进”等视频操作，如选择控制窗口中所提供的操作图标或在控制窗口中执行自定义视频操作(如图3所示)，则用户设备1的操作获取装置通过用户设备1自身所提供的应用程序接口(API)，便可获取到用户A基于所述播放状态信息执行的视频操作“视频快进”。
接着，第二发送装置根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备2。
具体地，第二发送装置首先生成对应的视频操作指令。在此，第二发送装置生成所述视频操作指令的方式包括但不限于以下至少任一项：
1)首先将所述用户在所述用户设备上的视频操作转换为所述目标视频播放设备中的对应操作，然后生成对应的视频操作指令。例如，接上例，操作获取装置获取到用户A基于所述播放状态信息执行的视频操作“视频快进”，如点击了如图3所示的表示“视频快进”的图标“>>|”，而目标视频播放设备2中表示快进的图标为“>>”，则第二发送装置可首先将用户A在用户设备1上执行的视频操作“视频快进”转换为目标视频播放设备2中的对应操作，如将在用户设备1中点击的表示“视频快进”的图标“>>|”转换为目标视频播放设备2中表示快进的图标“>>”；然后，再生成对应的视频操作指令如“player/video1/if(ffwd，press>>)”。
2)首先将所述用户在所述用户设备上的视频操作生成相应的第一视频操作指令，然后将该第一视频操作指令转换为适合所述目标视频播放设备的第二视频操作指令。例如，接上例，则第二发送装置可首先将所述用户在所述用户设备上的视频操作生成相应的第一视频操作指令，如生成与用户A在用户设备1上执行的视频操作“视频快进”相对应的第一视频操作指令如“player/video1/if(ffwd，press>>|)”；然后，第二发送装置将该第一视频操作指令转换为适合所述目标视频播放设备的第二视频操作指令，因目标视频播放设备2中表示快进的图标为“>>”，则第二发送装置将第一视频操作指令“player/video1/if(ffwd，press>>|)”转换为适合所述目标视频播放设备的第二视频操作指令，得到“player/video1/if(ffwd，press>>)”。
本领域技术人员应能理解上述生成所述视频操作指令的方式仅为举例，其他现有的或今后可能出现的生成所述视频操作指令的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
然后，第二发送装置通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将所述视频操作指令发送给所述目标视频播放设备2。
相应地，目标视频播放设备2的第二接收装置通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收所述用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令。
执行装置根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。例如，假设目标视频播放设备2的第二接收装置接收到用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令如对视频vidoe1的快进操作指令“player/video1/if(ffwd，press>>)”，则执行装置根据所述视频操作指令，对视频video1执行与所述视频操作指令相对应的视频操作，即对视频video1执行“视频快进”操作。
图4示出根据本发明另一个方面的一种用户设备和目标视频播放设备配合实现用于设备间播放视频的方法流程图。其中，该方法包括步骤S1、步骤S2、步骤S3和步骤S4。
具体地，在步骤S1中，用户设备1获取用户通过所述用户设备1发起的视频访问请求；在步骤S2中，用户设备1确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；在步骤S3中，用户设备1将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；在步骤S4中，目标视频播放设备2根据所述视频播放指令，播放对应视频。
在此，用户设备1和目标视频播放设备2均是任何一种可以播放视频的电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥控器、或声控设备等方式进行人机交互，例如计算机、手机、PDA、掌上电脑PPC、平板电脑、电视机、智能电视等，其中，用户设备1和目标视频播放设备2处于同一局域网中，并通过有线网络和/或无线网络互联。
在此，所述用户设备1和目标视频播放设备2均包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。本领域技术人员应能理解上述用户设备1和目标视频播放设备2仅为举例，其他现有的或今后可能出现的用户设备1或目标视频播放设备2如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
具体地，用户设备1的在步骤S1中，用户设备1通过用户设备1自身提供的应用程序接口(API)，或者通过视频网站、视频播放器等第三方设备所提供的应用程序接口(API)，获取用户通过所述用户设备1发起的视频访问请求。例如，假设用户A希望通过其自己的用户设备1或他人(如朋友、家人等)的用户设备1观看视频时，其通过用户设备1打开视频网站如http:www.video.com，点击某视频如video1的视频播放按钮，则在步骤S1中，用户设备1可通过该视频网站所提供的应用程序接口(API)，便可获取到用户A通过用户设备1发起的视频访问请求，即对视频video1的视频访问请求；再如，用户A意欲观看用户设备1中本地存储的视频video2，其通过用户设备1中安装的视频播放器如video player，打开视频video2，则在步骤S1中，用户设备1可通过视频播放器video player所提供的应用程序接口(API)，便可获取到用户A通过用户设备1发起的视频访问请求，即对视频video2的视频访问请求。
本领域技术人员应能理解上述获取用户通过所述用户设备1发起的视频访问请求的方式仅为举例，其他现有的或今后可能出现的获取用户通过所述用户设备1发起的视频访问请求的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
在步骤S2中，用户设备1确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备1属于同一用户。在此，在步骤S2中，用户设备1确定所述视频播放设备的方式包括但不限于以下至少任一项：
1)基于DLAN(DIGITAL LIVING NETWORK ALLIANCE，数字生活网络联盟)协议，将所述用户设备1所属的当前局域网中存在的与所述用户设备属于同一用户的其他用户设备作为所述视频播放设备。例如，接上例，在步骤S1中，用户设备1获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，假设用户设备1所处的当前局域网如家庭网络中，还存在同属用户A的其他用户设备如UE2(智能电视smart TV)、UE3(PC机)、UE4(移动设备)，则在步骤S2中，用户设备1可基于DLAN协议，发现当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4，并其作为所述视频播放设备。
2)基于预先建立同一用户的多个用户设备之间的映射关系，将与所述用户设备1具有所述映射关系的其他用户设备作为所述视频播放设备。例如，还接上例，在步骤S1中，用户设备1获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，则在步骤S2中，用户设备1可从映射关系库中获取到属于用户A的多个用户设备之间的映射关系如reflecting-relation A，并基于该映射关系reflecting-relation A所描述的哪些用户设备同属用户A，如假设映射关系reflecting-relation A中描述了用户设备1与用户设备UE2、UE3、UE4同属用户A，则在步骤S2中，用户设备1可将UE2、UE3、UE4作为所述视频播放设备。在此，所述映射关系库可存在于用户设备1中，也可存在于与用户设备1通过网络相连的其他设备如服务器中。
3)基于所述用户设备1的设备属性信息，确定当前可用的至少一个视频播放设备，如将与所述用户设备1的设备属性信息相一致的设备作为视频播放设备。在此，所述设备属性信息包括但不限于如所述用户设备1的支持的视频播放格式、屏幕分辨率等。例如，还接上例，在步骤S1中，用户设备1获取到用户A通过其用户设备1发起的对视频video1的视频访问请求，假设用户设备1支持的视频播放格式为RealMedia、QuickTime、MPEG2、MPEG4(ASP/AVC)、FLV，则在步骤S2中，用户设备1可将同属用户A的也支持用户设备1所支持的视频格式的其他用户设备如UE2与UE3作为所述视频播放设备。
本领域技术人员应能理解上述确定所述视频播放设备的方式仅为举例，其他现有的或今后可能出现的确定所述视频播放设备的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
在步骤S3中，用户设备1将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的。具体地，在步骤S3中，用户设备1首先从所述至少一个视频播放设备中确定所述目标视频播放设备，如将将所述至少一个视频播放设备提供给所述用户，以供所述用户从所述至少一个视频播放设备中选择所述目标视频播放设备；接着，再根据所述视频访问请求生成对应的视频播放指令，以将所述视频播放指令发送至所述目标视频播放设备。
例如，对于用户A，在步骤S1中，用户设备1获取到其通过其用户设备1发起的对视频video1的视频访问请求，而在步骤S2中，用户设备1基于DLAN协议，将发现的当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4作为所述视频播放设备，则在步骤S3中，用户设备1可首先通过诸如http、https等约定的通信协议，将所述视频播放设备以列表形式提供给用户A，并提醒用户A进行选择，假设用户A选择用户设备UE2作为目标视频播放设备，则在步骤S3中，用户设备1可根据在步骤S1中，用户设备1获取的所述视频访问请求，生成对应的视频播放指令，如首先生成适合于用户设备1的视频播放指令，再将该视频播放指令转换为适合目标视频播放设备UE2的视频播放指令，或者，直接生成适合目标视频播放设备UE2的视频播放指令，如“player/video1”；然后通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将该视频播放指令发送至目标视频播放设备即用户设备UE2。
在此，本领域技术人员应能理解，在步骤S3中，用户设备1生成所述视频播放指令和确定所述目标视频播放装置可以是串行的执行，也可以是并行的执行。
相应地，目标视频播放设备2通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户。
在步骤S4中，目标视频播放设备2根据所述视频播放指令，播放对应视频。在此，在步骤S4中，目标视频播放设备2播放所述对应视频的方式包括但不限于以下至少任一项：
1)当目标视频播放设备2中存储有所述视频时，自动启动已安装的用于播放视频的默认视频播放器，或者启动所述用户指定的用于播放视频的视频播放器，以根据所述视频播放指令，播放所述视频。例如，假设目标视频播放设备2即UE2的第一接收装置21接收到用户设备1发送的播放视频video1的视频播放指令，如“player/video1”，而目标视频播放设备2中存储有视频video1，则在步骤S4中，目标视频播放设备2可自动启动已安装的用于播放视频的默认视频播放器如Media Player，或者启动所述用户指定的用于播放视频的视频播放器如“暴风音影”，以根据视频播放指令“player/video1”，播放视频video1。
2)当目标视频播放设备2中无存储所述视频时，从预定视频访问源中获取所述视频，然后根据所述视频播放指令，播放所述视频；或者，在预定视频访问源中在线播放所述视频。例如，假设在步骤S3中，目标视频播放设备2即UE2接收到用户设备1发送的播放视频video1的视频播放指令，如“player/video1”，而目标视频播放设备2中无存储视频video1时，则在步骤S4中，目标视频播放设备2可从预定视频访问源中获取视频video1，然后根据视频播放指令“player/video1”，播放视频video1；或者，在预定视频访问源中在线播放视频“player/video1”，如打开视频网站http:www.video.com。在此，所述视频访问源可以是用于存储视频的视频数据库，也可以是提供视频在线播放的视频源。
优选地，当目标视频播放设备2中无存储所述视频时，该方法还包括步骤S7(未示出)。具体地，当目标视频播放设备2中无存储所述视频时，在步骤S7中，目标视频播放设备2根据所述目标视频播放设备的设备相关信息，确定相应的视频访问源，以供在步骤S4中，目标视频播放设备2播放所述视频时使用。在此，所述设备相关信息包括但不限于如设备处理能力、网络带宽等。例如，当目标视频播放设备2的网络带宽不足时，源确定装置可将当前出口带宽较大的视频源作为所述视频访问源，以提高在步骤S4中，目标视频播放设备2从该视频访问源中获取所述视频的速度和/或提高该视频访问源在线播放所述视频的流畅性。再如，当目标视频播放设备2的设备处理能力时，在步骤S7中，目标视频播放设备2亦可将当前出口带宽较大的视频源作为所述视频访问源，以进一步提高在步骤S4中，目标视频播放设备2从该视频访问源中获取所述视频的速度和/或提高该视频访问源在线播放所述视频的流畅性。
本领域技术人员应能理解上述根据所述视频播放指令播放对应视频的方式仅为举例，其他现有的或今后可能出现的根据所述视频播放指令播放对应视频的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
用户设备1和目标视频播放设备2的各步骤之间是持续不断工作的。具体地，在步骤S1中，用户设备1持续获取用户通过所述用户设备1发起的视频访问请求；在步骤S2中，用户设备1持续确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；在步骤S3中，用户设备1持续将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2持续接收对应用户设备1发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；在步骤S4中，目标视频播放设备2持续根据所述视频播放指令，播放对应视频。在此，本领域技术人员应能理解“持续”是指用户设备1和目标视频播放设备2的各步骤之间可持续不断地进行视频访问请求的获取、视频播放设备的确定、视频播放指令的发送与接收、播放对应视频，直至用户设备1在较长时间内停止获取视频访问请求。
优选地，该还包括步骤S8(未示出)。具体地，在步骤S8中，用户设备1向所述用户提供所述至少一个视频播放设备；其中，在步骤S3中，用户设备1将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备。
具体地，在步骤S8中，用户设备1向所述用户提供所述至少一个视频播放设备。例如，对于用户A，假设在步骤S1中，用户设备1获取到其通过其用户设备1发起的对视频video1的视频访问请求，而在步骤S2中，用户设备1基于DLAN协议，将发现的当前局域网中存在的属于用户A的其他用户设备UE2、UE3、UE4作为所述视频播放设备，则在步骤S8中，用户设备1可首先通过诸如http、https等约定的通信协议，将所述视频播放设备以列表形式提供给用户A。
优选地，在步骤S8中，用户设备1还可向所述用户提供当前不可用的视频播放设备，如对于当前不可用的视频播放设备在列表中显示为灰色并靠后排列。
接着，在步骤S3中，用户设备1通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备2。具体地，在步骤S3中，用户设备1首先获取用户在所述至少一个视频播放设备中选择的目标播放设备；然后，再根据在步骤S1中，用户设备1获取的所述视频访问请求，生成对应的视频播放指令；接着，将所述视频访问请求所对应的视频播放指令发送至所述目标播放设备。
例如，接上例，假设用户A选择用户设备UE2作为目标视频播放设备，则在步骤S3中，用户设备1通过用户设备1自身所提供的应用程序接口(API)，便可获取到用户A对UE2的选择；然后，在步骤S3中，用户设备1根据在步骤S1中，用户设备1获取的所述视频访问请求，生成对应的视频播放指令；接着，将所述视频访问请求所对应的视频播放指令发送至所述目标播放设备。在此，在步骤S3中，用户设备1生成并发送所述视频播放指令的方式与前述在步骤S3中，用户设备1生成并发送所述视频播放指令的方式相同或相似，为简明起见，故在此不再赘述，并以引用的方式包含与此。
优选地，该方法还包括步骤S9(未示出)。具体地，在步骤S9中，用户设备1检测是否满足确定当前可用的至少一个视频播放设备的触发条件；其中，当满足所述触发条件时，在步骤S2中，用户设备1确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
具体地，在步骤S9中，用户设备1检测是否满足确定当前可用的至少一个视频播放设备的触发条件。在此，所述触发条件包括但不限于如所述用户设备的当前设备相关信息与所述视频访问请求所对应的视频的播放所需资源信息失配。在此，所述失配的含义包括但不限于如：1)所述用户设备的电量不足/电源不稳定；2)所述用户设备所处的网络不稳定、带宽不够；3)所述用户设备的播放能力不支持等。本领域技术人员应能理解上述失配的含义仅为举例，其他现有的或今后可能出现的失配的含义如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
例如，对于用户A，假设当其通过其用户设备1发起的对视频video1的视频访问请求时，用户设备1出现电量不足警告，无力支持在用户设备1上播放视频video1，则在步骤S9中，用户设备1可判断满足确定当前可用的至少一个视频播放设备的触发条件；再如，当用户A通过其用户设备1发起的对视频video1的视频访问请求时，假设用户设备1的电量充足、所处网络带宽较大，则在步骤S9中，用户设备1可判断不满足确定当前可用的至少一个视频播放设备的触发条件。
接着，当满足所述触发条件时，在步骤S2中，用户设备1确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。例如，接上例，当在步骤S9中，用户设备1检测满足所述触发条件时，在步骤S2中，用户设备1确定所述至少一个视频播放设备，在此，在步骤S2中，用户设备1确定所述视频播放设备的方式与前述在步骤S2中，用户设备1确定所述视频播放设备的方式相同或相似，为简明起见，故在此不再赘述，并以引用的方式包含与此。
更优选地，当满足所述触发条件时，在步骤S2中，用户设备1确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户，所述视频播放设备的当前设备相关信息与所述用户设备的当前设备相关信息互补。在此，所述设备相关信息包括但不限于如设备的电量、网络连接、支持视频的格式、设备内存、屏幕分辨率等。
例如，对于用户A，假设当其通过其用户设备1发起的对视频video1的视频访问请求时，用户设备1出现电量不足警告，无力支持在用户设备1上播放视频video1，而在步骤S9中，用户设备1判断满足确定所述至少一个视频播放设备的触发条件，则在步骤S2中，用户设备1将同属用户A的其他电量充足或具有自备电源的用户设备作为所述视频播放设备；再如，假设当用户A通过以无线方式接入网络的用户设备1发起的对视频video1的视频访问请求时，出现网络不稳定情况，而在步骤S9中，用户设备1判断满足确定所述至少一个视频播放设备的触发条件，则在步骤S2中，用户设备1将同属用户A的通过有线方式接入网络的用户设备作为所述视频播放设备。
在此，本发明通过首先检测是否满足确定视频播放设备的触发条件，当满足所述触发条件时，再确定视频播放设备，如当用户设备电量不足/断电时，触发主动确定视频播放设备，从而进一步提升了用户的视频观看/播放体验。
图5示出根据本发明一个优选实施例的一种用户设备和目标视频播放设备配合实现用于设备间播放视频的方法流程图。
其中，该方法包括步骤S1’、步骤S2’、步骤S3’、步骤S4’、步骤S5’和步骤S6’。具体地，在步骤S1’中，用户设备1获取用户通过所述用户设备1发起的视频访问请求；在步骤S2’中，用户设备1确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；在步骤S3’中，用户设备1将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备2，其中，所述目标视频播放设备2是从所述至少一个视频播放设备中确定的；相应地，目标视频播放设备2接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备2与所述用户设备1属于同一用户；在步骤S4’中，目标视频播放设备2根据所述视频播放指令，播放对应视频；在步骤S5’中，目标视频播放设备2获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备1；相应地，用户设备1接收所述目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息；在步骤S6’中，用户设备1将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作。在此，步骤S1’、步骤S2’、步骤S3’、步骤S4’的分别与图4实施例中对应步骤的内容相同或基本相同，为简明起见，故在此不再赘述，并以引用的方式包含与此。
具体地，在步骤S5’中，目标视频播放设备2通过目标视频播放设备自身提供的应用程序接口(API)，或者，通过视频播放器、视频网站等第三方设备所提供的应用程序接口(API)，获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备1。在此，所述播放状态信息包括但不限于如是否播放顺畅、播放窗口大小、音量等信息。例如，目标视频播放设备2通过所安装的视频播放器如Media Player在播放视频video1的过程中，若出现播放异常如画面不清晰、播放不流畅等情况，则在步骤S5’中，目标视频播放设备2可首先通过视频播放器Media Player所提供的应用程序接口(API)，获取视频video1在播放过程中的播放状态信息；然后，通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将该播放状态信息发送至用户设备1。
相应地，用户设备1通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收所述目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息。
接着，在步骤S6’中，用户设备1通过诸如http、https等约定的通信协议，可以按照消息窗口提示等形式，将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作，如图3所示。
优选地，在目标视频播放设备2播放视频如video1的过程中，用户设备1可启用其他应用，如浏览网页，当在步骤S5’中，用户设备1接收到目标视频播放设备2发送的关于对应视频在视频播放过程中的播放状态信息时，切换至当前的控制窗口，如图3所示。
优选地，本方法还包括步骤S10’(未示出)、步骤S11’(未示出)和步骤S12’(未示出)。具体地，在步骤S10’中，用户设备1获取所述用户基于所述播放状态信息确定执行的视频操作；在步骤S11’中，用户设备1根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备2；相应地，目标视频播放设备2接收所述用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令；在步骤S12’中，目标视频播放设备2根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。
具体地，在步骤S10’中，用户设备1通过用户设备1自身所提供的应用程序接口(API)，获取所述用户基于所述播放状态信息确定执行的视频操作。在此，所述视频操作包括但不限于如调节视频播放音量、快慢进、视频播放窗口调节等，其可以是所述用户在用户设备1所提供的控制窗口中所执行的。
例如，当在步骤S6’中，用户设备1通过消息窗口提示的形式将在步骤S5’中，目标视频播放设备2所发送的所述视频在播放过程中的播放状态信息“播放异常如画面不清晰、播放不流畅”提供给用户A，而用户A根据该播放状态信息，在用户设备1所提供的控制窗口中执行“视频快进”等视频操作，如选择控制窗口中所提供的操作图标或在控制窗口中执行自定义视频操作(如图3所示)，则在步骤S10’中，用户设备1通过用户设备1自身所提供的应用程序接口(API)，便可获取到用户A基于所述播放状态信息执行的视频操作“视频快进”。
接着，在步骤S11’中，用户设备1根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备2。
具体地，在步骤S11’中，用户设备1首先生成对应的视频操作指令。在此，在步骤S11’中，用户设备1生成所述视频操作指令的方式包括但不限于以下至少任一项：
1)首先将所述用户在所述用户设备上的视频操作转换为所述目标视频播放设备中的对应操作，然后生成对应的视频操作指令。例如，接上例，在步骤S10’中，用户设备1获取到用户A基于所述播放状态信息执行的视频操作“视频快进”，如点击了如图3所示的表示“视频快进”的图标“>>|”，而目标视频播放设备2中表示快进的图标为“>>”，则在步骤S11’中，用户设备1可首先将用户A在用户设备1上执行的视频操作“视频快进”转换为目标视频播放设备2中的对应操作，如将在用户设备1中点击的表示“视频快进”的图标“>>|”转换为目标视频播放设备2中表示快进的图标“>>”；然后，再生成对应的视频操作指令如“player/video1/if(ffwd，press>>)”。
2)首先将所述用户在所述用户设备上的视频操作生成相应的第一视频操作指令，然后将该第一视频操作指令转换为适合所述目标视频播放设备的第二视频操作指令。例如，接上例，则在步骤S11’中，用户设备1可首先将所述用户在所述用户设备上的视频操作生成相应的第一视频操作指令，如生成与用户A在用户设备1上执行的视频操作“视频快进”相对应的第一视频操作指令如“player/video1/if(ffwd，press>>|)”；然后，在步骤S11’中，用户设备1将该第一视频操作指令转换为适合所述目标视频播放设备的第二视频操作指令，因目标视频播放设备2中表示快进的图标为“>>”，则在步骤S11’中，用户设备1将第一视频操作指令“player/video1/if(ffwd，press>>|)”转换为适合所述目标视频播放设备的第二视频操作指令，得到“player/video1/if(ffwd，press>>)”。
本领域技术人员应能理解上述生成所述视频操作指令的方式仅为举例，其他现有的或今后可能出现的生成所述视频操作指令的方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
然后，在步骤S11’中，用户设备1通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，将所述视频操作指令发送给所述目标视频播放设备2。
相应地，目标视频播放设备2通过诸如http、https等约定的通信协议，或者，通过无线网络Wi-Fi等，接收所述用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令。
在步骤S12’中，目标视频播放设备2根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。例如，假设在步骤S11’中，目标视频播放设备2接收到用户设备1发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令如对视频vidoe1的快进操作指令“player/video1/if(ffwd，press>>)”，则在步骤S12’中，目标视频播放设备2根据所述视频操作指令，对视频video1执行与所述视频操作指令相对应的视频操作，即对视频video1执行“视频快进”操作。
需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (21)
1.一种在用户设备端用于实现设备间播放视频的方法，其中，该方法包括以下步骤：
a获取用户通过所述用户设备发起的视频访问请求；
b确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；
c将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备是从所述至少一个视频播放设备中确定的。
2.根据权利要求1所述的方法，其中，所述步骤b包括：
-基于所述用户设备的设备属性信息，确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
3.根据权利要求1或2所述的方法，其中，该方法还包括：
-向所述用户提供所述至少一个视频播放设备；
其中，所述步骤c包括：
-将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备。
4.根据权利要求1至3中任一项所述的方法，其中，该方法还包括：
-检测是否满足确定当前可用的至少一个视频播放设备的触发条件；
其中，所述步骤b包括：
-当满足所述触发条件时，确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
5.根据权利要求4所述的方法，其中，所述步骤b包括：
-当满足所述触发条件时，确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户，所述视频播放设备的当前设备相关信息与所述用户设备的当前设备相关信息互补。
6.根据权利要求1至5中任一项所述的方法，其中，该方法还包括：
-接收所述目标视频播放设备发送的关于对应视频在视频播放过程中的播放状态信息；
-将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作。
7.根据权利要求6所述的方法，其中，该方法还包括：
-获取所述用户基于所述播放状态信息确定执行的视频操作；
-根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备。
8.一种在目标视频播放设备端辅助用于实现设备间播放视频的方法，其中，该方法包括以下步骤：
A接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备与所述用户设备属于同一用户；
B根据所述视频播放指令，播放对应视频。
9.根据权利要求8所述的方法，其中，该方法还包括：
-获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备。
10.根据权利要求9所述的方法，其中，该方法还包括：
-接收所述用户设备发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令；
-根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。
11.一种用于实现设备间播放视频的用户设备，其中，该用户设备包括：
请求获取装置，用于获取用户通过所述用户设备发起的视频访问请求；
设备确定装置，用于确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户；
第一发送装置，用于将所述视频访问请求所对应的视频播放指令发送至对应的目标视频播放设备，其中，所述目标视频播放设备是从所述至少一个视频播放设备中确定的。
12.根据权利要求11所述的用户设备，其中，所述设备确定装置用于：
-基于所述用户设备的设备属性信息，确定当前可用的至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
13.根据权利要求11或12所述的用户设备，其中，该用户设备还包括：
第一提供装置，用于向所述用户提供所述至少一个视频播放设备；
其中，所述第一发送装置用于：
-将所述视频访问请求所对应的视频播放指令发送至所述用户在所述至少一个视频播放设备中选择的目标视频播放设备。
14.根据权利要求11至13中任一项所述的用户设备，其中，该用户设备还包括：
检测装置，用于检测是否满足确定当前可用的至少一个视频播放设备的触发条件；
其中，所述设备确定装置用于：
-当满足所述触发条件时，确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户。
15.根据权利要求14所述的用户设备，其中，所述设备确定装置用于：
-当满足所述触发条件时，确定所述至少一个视频播放设备，其中，所述视频播放设备与所述用户设备属于同一用户，所述视频播放设备的当前设备相关信息与所述用户设备的当前设备相关信息互补。
16.根据权利要求11至15中任一项所述的用户设备，其中，该用户设备还包括：
状态接收装置，用于接收所述目标视频播放设备发送的关于对应视频在视频播放过程中的播放状态信息；
第二提供装置，用于将所述播放状态信息提供给所述用户，以供所述用户基于所述播放状态信息确定执行相应的视频操作。
17.根据权利要求16所述的用户设备，其中，该用户设备还包括：
操作获取装置，用于获取所述用户基于所述播放状态信息确定执行的视频操作；
第二发送装置，用于根据所述视频操作，生成对应的视频操作指令，以将所述视频操作指令发送给所述目标视频播放设备。
18.一种辅助用于实现设备间播放视频的目标视频播放设备，其中，该目标视频播放设备包括：
第一接收装置，用于接收对应用户设备发送的视频播放指令，其中，所述目标视频播放设备与所述用户设备属于同一用户；
播放装置，用于根据所述视频播放指令，播放对应视频。
19.根据权利要求18所述的目标视频播放设备，其中，该目标视频播放设备还包括：
状态发送装置，用于获取所述视频在播放过程中的播放状态信息，以将所述播放状态信息发送至所述用户设备。
20.根据权利要求19所述的目标视频播放设备，其中，该目标视频播放设备还包括：
第二接收装置，用于接收所述用户设备发送的根据对应用户基于所述播放状态信息确定执行的视频操作生成的视频操作指令；
执行装置，用于根据所述视频操作指令，对所述视频执行与所述视频操作指令相对应的视频操作。
21.一种用于实现设备间播放视频的系统，其中，该系统包括根据权利要求11至17中至少任一项所述的用户设备，以及根据权利要求18至20中至少任一项所述的目标视频播放设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410247752.8A CN104079986A (zh) | 2014-06-05 | 2014-06-05 | 一种用于实现设备间播放视频的方法与设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410247752.8A CN104079986A (zh) | 2014-06-05 | 2014-06-05 | 一种用于实现设备间播放视频的方法与设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104079986A true CN104079986A (zh) | 2014-10-01 |
Family
ID=51600993
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410247752.8A Pending CN104079986A (zh) | 2014-06-05 | 2014-06-05 | 一种用于实现设备间播放视频的方法与设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104079986A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104581365A (zh) * | 2014-12-29 | 2015-04-29 | 广东欧珀移动通信有限公司 | 控制多媒体文件推送的方法、从设备、主设备及系统 |
| CN104780461A (zh) * | 2015-03-20 | 2015-07-15 | 广东欧珀移动通信有限公司 | 一种视频播放方法、移动终端及系统 |
| CN105898543A (zh) * | 2015-12-16 | 2016-08-24 | 乐视网信息技术（北京）股份有限公司 | 一种视频交互的移动终端、播放装置和方法 |
| CN106559562A (zh) * | 2016-10-31 | 2017-04-05 | 努比亚技术有限公司 | 移动终端及基于移动终端录制视频的方法 |
| CN106993216A (zh) * | 2017-03-01 | 2017-07-28 | 咪咕视讯科技有限公司 | 一种设备切换方法及装置 |
| CN111078186A (zh) * | 2019-12-31 | 2020-04-28 | 维沃移动通信有限公司 | 一种播放方法及电子设备 |
| CN115460451A (zh) * | 2022-09-15 | 2022-12-09 | 浙江大华技术股份有限公司 | 视频播放方法、装置、存储介质及电子装置 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101098429A (zh) * | 2006-06-30 | 2008-01-02 | 佛山市顺德区顺达电脑厂有限公司 | 掌上型电子产品对于视频播放的电源管理方法及其装置 |
| CN101655689A (zh) * | 2008-08-19 | 2010-02-24 | 马海英 | 具操作界面可远程控制的智能遥控器虚拟机装置 |
| CN102196013A (zh) * | 2010-03-16 | 2011-09-21 | 袁兰 | 手机终端对视频播放存储盒终端进行远程控制的服务方法 |
| CN102647633A (zh) * | 2012-05-02 | 2012-08-22 | 合一网络技术(北京)有限公司 | 一种通过网络方式来实现跨平台媒体分享及控制的方法 |
| US20120304223A1 (en) * | 2011-03-29 | 2012-11-29 | Hulu Llc | Ad selection and next video recommendation in a video streaming system exclusive of user identity-based parameter |
| CN102883214A (zh) * | 2012-09-24 | 2013-01-16 | 深圳创维－Rgb电子有限公司 | 一种多终端互传互控的方法及智能电视终端 |
| CN103079102A (zh) * | 2013-01-05 | 2013-05-01 | 深圳市爱渡飞科技有限公司 | 一种跨屏播放的方法、设备及系统 |
| CN103369379A (zh) * | 2013-06-29 | 2013-10-23 | 深圳市龙视传媒有限公司 | 一种推荐内容播放方法、移动终端、服务器及系统 |
| CN103596019A (zh) * | 2012-08-13 | 2014-02-19 | 中国电信股份有限公司 | 用于跨屏显示iptv内容的方法和系统 |
-
2014
- 2014-06-05 CN CN201410247752.8A patent/CN104079986A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101098429A (zh) * | 2006-06-30 | 2008-01-02 | 佛山市顺德区顺达电脑厂有限公司 | 掌上型电子产品对于视频播放的电源管理方法及其装置 |
| CN101655689A (zh) * | 2008-08-19 | 2010-02-24 | 马海英 | 具操作界面可远程控制的智能遥控器虚拟机装置 |
| CN102196013A (zh) * | 2010-03-16 | 2011-09-21 | 袁兰 | 手机终端对视频播放存储盒终端进行远程控制的服务方法 |
| US20120304223A1 (en) * | 2011-03-29 | 2012-11-29 | Hulu Llc | Ad selection and next video recommendation in a video streaming system exclusive of user identity-based parameter |
| CN102647633A (zh) * | 2012-05-02 | 2012-08-22 | 合一网络技术(北京)有限公司 | 一种通过网络方式来实现跨平台媒体分享及控制的方法 |
| CN103596019A (zh) * | 2012-08-13 | 2014-02-19 | 中国电信股份有限公司 | 用于跨屏显示iptv内容的方法和系统 |
| CN102883214A (zh) * | 2012-09-24 | 2013-01-16 | 深圳创维－Rgb电子有限公司 | 一种多终端互传互控的方法及智能电视终端 |
| CN103079102A (zh) * | 2013-01-05 | 2013-05-01 | 深圳市爱渡飞科技有限公司 | 一种跨屏播放的方法、设备及系统 |
| CN103369379A (zh) * | 2013-06-29 | 2013-10-23 | 深圳市龙视传媒有限公司 | 一种推荐内容播放方法、移动终端、服务器及系统 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104581365A (zh) * | 2014-12-29 | 2015-04-29 | 广东欧珀移动通信有限公司 | 控制多媒体文件推送的方法、从设备、主设备及系统 |
| CN104581365B (zh) * | 2014-12-29 | 2017-10-13 | 广东欧珀移动通信有限公司 | 控制多媒体文件推送的方法、从设备、主设备及系统 |
| CN104780461A (zh) * | 2015-03-20 | 2015-07-15 | 广东欧珀移动通信有限公司 | 一种视频播放方法、移动终端及系统 |
| CN105898543A (zh) * | 2015-12-16 | 2016-08-24 | 乐视网信息技术（北京）股份有限公司 | 一种视频交互的移动终端、播放装置和方法 |
| CN106559562A (zh) * | 2016-10-31 | 2017-04-05 | 努比亚技术有限公司 | 移动终端及基于移动终端录制视频的方法 |
| CN106559562B (zh) * | 2016-10-31 | 2019-06-07 | 努比亚技术有限公司 | 移动终端及基于移动终端录制视频的方法 |
| CN106993216A (zh) * | 2017-03-01 | 2017-07-28 | 咪咕视讯科技有限公司 | 一种设备切换方法及装置 |
| CN111078186A (zh) * | 2019-12-31 | 2020-04-28 | 维沃移动通信有限公司 | 一种播放方法及电子设备 |
| CN115460451A (zh) * | 2022-09-15 | 2022-12-09 | 浙江大华技术股份有限公司 | 视频播放方法、装置、存储介质及电子装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104079986A (zh) | 一种用于实现设备间播放视频的方法与设备 | |
| US11425210B2 (en) | Methods and systems for provisioning a user profile on a media processor | |
| US10547997B2 (en) | Facilitating virtual personal area networks | |
| US10235305B2 (en) | Method and system for sharing content, device and computer-readable recording medium for performing the method | |
| US9264670B2 (en) | Method and apparatus for providing user input back channel in audio/video system | |
| US9083996B2 (en) | Remote monitoring method for smart TV, and smart TV system | |
| CN103440099A (zh) | 一种多屏交互方法、终端及系统 | |
| CN103716709A (zh) | 一种同屏互动方法以及装置 | |
| US10645451B2 (en) | Resource management for video streaming with inattentive user | |
| CN103634688A (zh) | 移动通信终端控制智能电视播放视频文件的方法及装置 | |
| US10397647B2 (en) | System and method for delivering interactive trigger events | |
| CN103796076A (zh) | 数据处理方法及相应的媒体播放设备和播放控制设备 | |
| CN105163193B (zh) | 针对智能电视所播放点播视频的评论信息共享方法及装置 | |
| US9756393B2 (en) | Recording option for advertised programs | |
| WO2017092323A1 (zh) | 一种主控设备、播放设备，及其数据传输方法 | |
| CN113325980B (zh) | 控制方法、装置、电子设备和可读存储介质 | |
| CN111147879B (zh) | 直播节目缓存方法、系统、设备和计算机存储介质 | |
| US10275139B2 (en) | System and method for integrated user interface for electronic devices | |
| CN105224673A (zh) | 一种媒体文件传送方法及装置 | |
| WO2015062515A1 (zh) | 一种控制智能电视界面滚动的方法和装置 | |
| CN116795462A (zh) | 一种显示设备、移动终端及跟练页面控制方法 | |
| KR20110137635A (ko) | 정보기기의 스마트폰과의 서비스 연동 방법 | |
| CN103634295A (zh) | 一种基于闪联协议的鼠标交互方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141001 |