信息处理方法及装置的制造方法

文档序号:9671223阅读:468来源:国知局
信息处理方法及装置的制造方法
【技术领域】
[0001]本公开涉及通信技术领域,尤其涉及一种信息处理方法及装置。
【背景技术】
[0002]WiFi-display技术,是基于WiFi Direct实现用户设备之间实时共享资源(如图片、视频和音乐等)的技术。这种共享无需任何硬件连接,通过WiFi连接即可从发送端(即Source端)实时传输到接收端(即Sink端)上进行播放。例如,通过WiFi-display技术,可以将手机上的视频同步的在大屏幕电视上播放。
[0003]然而,相关技术中,Source端将需要播放的数据传输到Sink端之后,直接由Sink端进行播放,其数据的传输与播放之间不独立,一旦出现Source端与Sink端之间数据传输时采用的通信协议等发生变化,很可能会导致从Source端传输到Sink端的数据在Sink端无法正常播放。

【发明内容】

[0004]为克服相关技术中存在的问题,本公开提供一种信息处理方法及装置。
[0005]根据本公开实施例的第一方面,提供一种信息处理方法,包括:
[0006]判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求;
[0007]当接收到对端设备的屏幕共享请求时,获取所述对端设备的IP地址和所述对端设备的端口号;
[0008]根据所述IP地址和所述端口号,生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL ;
[0009]确定与所述URL相对应的标准播放器;
[〇〇1〇]利用所述标准播放器播放所述URL对应的媒体数据。
[0011]当接收到发送端发送的屏幕共享请求时,接收端会获取发送端的IP地址和端口号,并生成URL ;接收端根据该URL确定出与URL相对应的标准播放器,并通过获取到的标准播放器播放该媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器,即使出现发送端与接收端进行数据交互时采用的通信协议发生变化,接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。
[0012]可选地,所述确定与所述URL相对应的标准播放器,包括:
[0013]获取预设播放器;
[0014]判断所述预设播放器是否支持与所述URL相对应的格式类型;
[0015]当所述预设播放器支持与所述URL相对应的格式类型时,将所述预设播放器确定为与所述URL相对应的标准播放器;
[0016]当所述预设播放器不支持与所述URL相对应的格式类型时,将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器;将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
[0017]通过对现有不支持URL格式类型播放器的改造,使之成为支持URL格式类型的标准播放器,即便在Source端与Sink端之间的数据传输协议发生变化,也不会影响到标准播放器对传输的媒体数据的实时播放。
[0018]可选地,所述确定与所述URL相对应的标准播放器,包括:
[0019]创建标准播放器;
[0020]判断所述标准播放器是否支持与所述URL相对应的格式类型;
[0021]当所述标准播放器支持与所述URL相对应的格式类型时,将所述标准播放器确定为与所述URL相对应的标准播放器。
[0022]通过创建支持URL格式类型的标准播放器,并且在创建完之后,验证该标准播放器是否支持URL的格式类型。如果该标准播放器支持URL的格式类型,那么即便在Source端与Sink端之间的数据传输协议发生变化,也不会影响到标准播放器对传输的媒体数据的实时播放。
[0023]可选地,所述判断是否获取到对端设备的屏幕共享请求,包括:
[0024]当通过无线对等网络WiFi P2P协议与所述对端设备建立通信连接时,与所述对端设备交换预设参数信息;
[0025]根据所述预设参数信息,判断是否与所述对端设备协商成功;
[0026]当与所述对端设备协商成功时,确定获取到所述对端设备的屏幕共享请求;
[0027]当与所述对端设备协商失败时,确定未获取到所述对端设备的屏幕共享请求。
[0028]通过双方进行协商来判断是否满足数据传输的条件,避免Sink端在接收到Source端发送的媒体数据时,因格式等原因,无法正常播放该媒体数据。
[0029]可选地,所述利用所述标准播放器播放所述URL对应的媒体数据,包括:
[0030]根据所述URL获取所述对端设备上与所述URL相对应的媒体数据;
[0031]将所述媒体数据解码;
[0032]对解码后的媒体数据渲染,得到媒体播放数据;
[0033]将所述媒体播放数据在所述标准播放器中播放。
[0034]在获取到URL之后,首先对该URL进行解析,根据解析出的URL获取对应的媒体数据。例如,对URL解析之后,Source端通过建立的sess1n将实时媒体流(或抓取到的界面)以TS (transport stream)流的方式传输到Sink端,Sink将媒体流数据(如音频、视频等)进行编码解复用,然后送到标准播放器中进行解码、渲染及播放。
[0035]根据本公开实施例的第二方面,提供一种信息处理装置,包括:
[0036]请求判断单元,用于判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求;
[0037]信息获取单元,用于在接收到对端设备的屏幕共享请求时,获取所述对端设备的IP地址和所述对端设备的端口号;
[0038]URL生成单元,用于根据所述IP地址和所述端口号,生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL ;
[0039]播放器确定单元,用于确定与所述URL相对应的标准播放器;
[0040]媒体数据播放单元,用于利用所述标准播放器播放所述URL对应的媒体数据。
[0041]可选地,播放器获取模块,用于获取预设播放器;
[0042]第一格式类型判断模块,用于判断所述预设播放器是否支持与所述URL相对应的格式类型;
[0043]第一标准播放器确定模块,用于在所述预设播放器支持与所述URL相对应的格式类型时,将所述预设播放器确定为与所述URL相对应的标准播放器;
[0044]标准播放器设置模块,用于在所述预设播放器不支持与所述URL相对应的格式类型时,将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器;
[0045]第二标准播放器确定模块,用于将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
[0046]可选地,标准播放器创建模块,用于创建标准播放器;
[0047]第二格式类型判断模块,用于判断所述标准播放器是否支持与所述URL相对应的格式类型;
[0048]第三标准播放器确定模块,用于在所述标准播放器支持与所述URL相对应的格式类型时,将所述标准播放器确定为与所述URL相对应的标准播放器。
[0049]可选地,所述请求判断单元,包括:
[0050]参数信息交互模块,用于在通过无线对等网络WiFi P2P协议与所述对端设备建立通信连接时,与所述对端设备交换预设参数信息;
[0051]协商判断模块,用于根据所述预设参数信息,判断是否与所述对端设备协商成功;
[0052]请求成功确定模块,用于在与所述对端设备协商成功时,确定获取到所述对端设备的屏幕共享请求;
[0053]请求失败确定模块,用于在与所述对端设备协商失败时,确定未获取到所述对端设备的屏幕共享请求。
[0054]可选地,所述媒体数据播放单元,包括:
[0055]媒体数据获取模块,用于根据所述URL获取所述对端设备上与所述URL相对应的媒体数据;
[0056]解码模块,用于将所述媒体数据解码;
[0057]渲染模块,用于对解码后的媒体数据渲染,得到媒体播放数据;
[0058]播放模块,用于将所述媒体播放数据在所述标准播放器中播放。
[0059]根据本公开实施例的第三方面,提供一种终端,包括:
[0060]处理器;
[0061]用于存储处理器可执行指令的存储器;
[0062]其中,所述处理器被配置为:
[0063]判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求;
[0064]当接收到对端设备的屏幕共享请求时,获取所述对端设备的IP地址和所述对端设备的端口号;
[0065]根据所述IP地址和所述端口号,生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL ;
[0066]确定与所述URL相对应的标准播放器;
[0067]利用所述标准播放器播放所述URL对应的媒体数据。
[0068]本公开的实施例提供的技术方案可以包括以下有益效果:
[0069]本公开提供的信息处理方法及装置,在接收端被发送端发现时,接收端与发送端建立通信连接;在通信连接过程中,接收端与发送端之间通过交换一些信息进行协商,如果协商成功,确定获取到发送端设备的屏幕共享请求,那么接收端会获取发送端的IP (Internet Protocol,网协)地址和端口号,并生成URL ;接收端根据该URL确定出与U
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1