CN105430433A - 信息处理方法及装置 - Google Patents

信息处理方法及装置 Download PDF

Info

Publication number
CN105430433A
CN105430433A CN201510718289.5A CN201510718289A CN105430433A CN 105430433 A CN105430433 A CN 105430433A CN 201510718289 A CN201510718289 A CN 201510718289A CN 105430433 A CN105430433 A CN 105430433A
Authority
CN
China
Prior art keywords
player
url
opposite equip
standard
standard player
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.)
Granted
Application number
CN201510718289.5A
Other languages
English (en)
Other versions
CN105430433B (zh
Inventor
吴桂洲
季虹
魏先哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Technology Co Ltd
Xiaomi Inc
Original Assignee
Xiaomi Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201510718289.5A priority Critical patent/CN105430433B/zh
Application filed by Xiaomi Inc filed Critical Xiaomi Inc
Priority to KR1020167017820A priority patent/KR20170061108A/ko
Priority to PCT/CN2015/099972 priority patent/WO2017071095A1/zh
Priority to MX2016008542A priority patent/MX361316B/es
Priority to RU2016121665A priority patent/RU2665270C2/ru
Priority to JP2016543665A priority patent/JP6422982B2/ja
Publication of CN105430433A publication Critical patent/CN105430433A/zh
Priority to US15/142,392 priority patent/US10104153B2/en
Priority to EP16168095.4A priority patent/EP3163805B1/en
Application granted granted Critical
Publication of CN105430433B publication Critical patent/CN105430433B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2812—Exchanging configuration information on appliance services in a home automation network describing content present in a home automation network, e.g. audio video content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/632—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances

Abstract

本公开是关于一种信息处理方法及装置，其方法包括：判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；当接收到对端设备的屏幕共享请求时，获取对端设备的IP地址和对端设备的端口号；根据IP地址和端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；确定与URL相对应的标准播放器；利用标准播放器播放URL对应的媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器，即使出现发送端与接收端进行数据交互时采用的协议发生变化，接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。

Description

信息处理方法及装置
技术领域
本公开涉及通信技术领域，尤其涉及一种信息处理方法及装置。
背景技术
WiFi-display技术，是基于WiFiDirect实现用户设备之间实时共享资源(如图片、视频和音乐等)的技术。这种共享无需任何硬件连接，通过WiFi连接即可从发送端(即Source端)实时传输到接收端(即Sink端)上进行播放。例如，通过WiFi-display技术，可以将手机上的视频同步的在大屏幕电视上播放。
然而，相关技术中，Source端将需要播放的数据传输到Sink端之后，直接由Sink端进行播放，其数据的传输与播放之间不独立，一旦出现Source端与Sink端之间数据传输时采用的通信协议等发生变化，很可能会导致从Source端传输到Sink端的数据在Sink端无法正常播放。
发明内容
为克服相关技术中存在的问题，本公开提供一种信息处理方法及装置。
根据本公开实施例的第一方面，提供一种信息处理方法，包括：
判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
当接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
确定与所述URL相对应的标准播放器；
利用所述标准播放器播放所述URL对应的媒体数据。
当接收到发送端发送的屏幕共享请求时，接收端会获取发送端的IP地址和端口号，并生成URL；接收端根据该URL确定出与URL相对应的标准播放器，并通过获取到的标准播放器播放该媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器，即使出现发送端与接收端进行数据交互时采用的通信协议发生变化，接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。
可选地，所述确定与所述URL相对应的标准播放器，包括：
获取预设播放器；
判断所述预设播放器是否支持与所述URL相对应的格式类型；
当所述预设播放器支持与所述URL相对应的格式类型时，将所述预设播放器确定为与所述URL相对应的标准播放器；
当所述预设播放器不支持与所述URL相对应的格式类型时，将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器；将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
通过对现有不支持URL格式类型播放器的改造，使之成为支持URL格式类型的标准播放器，即便在Source端与Sink端之间的数据传输协议发生变化，也不会影响到标准播放器对传输的媒体数据的实时播放。
可选地，所述确定与所述URL相对应的标准播放器，包括：
创建标准播放器；
判断所述标准播放器是否支持与所述URL相对应的格式类型；
当所述标准播放器支持与所述URL相对应的格式类型时，将所述标准播放器确定为与所述URL相对应的标准播放器。
通过创建支持URL格式类型的标准播放器，并且在创建完之后，验证该标准播放器是否支持URL的格式类型。如果该标准播放器支持URL的格式类型，那么即便在Source端与Sink端之间的数据传输协议发生变化，也不会影响到标准播放器对传输的媒体数据的实时播放。
可选地，所述判断是否获取到对端设备的屏幕共享请求，包括：
当通过无线对等网络WiFiP2P协议与所述对端设备建立通信连接时，与所述对端设备交换预设参数信息；
根据所述预设参数信息，判断是否与所述对端设备协商成功；
当与所述对端设备协商成功时，确定获取到所述对端设备的屏幕共享请求；
当与所述对端设备协商失败时，确定未获取到所述对端设备的屏幕共享请求。
通过双方进行协商来判断是否满足数据传输的条件，避免Sink端在接收到Source端发送的媒体数据时，因格式等原因，无法正常播放该媒体数据。
可选地，所述利用所述标准播放器播放所述URL对应的媒体数据，包括：
根据所述URL获取所述对端设备上与所述URL相对应的媒体数据；
将所述媒体数据解码；
对解码后的媒体数据渲染，得到媒体播放数据；
将所述媒体播放数据在所述标准播放器中播放。
在获取到URL之后，首先对该URL进行解析，根据解析出的URL获取对应的媒体数据。例如，对URL解析之后，Source端通过建立的session将实时媒体流(或抓取到的界面)以TS(transportstream)流的方式传输到Sink端，Sink将媒体流数据(如音频、视频等)进行编码解复用，然后送到标准播放器中进行解码、渲染及播放。
根据本公开实施例的第二方面，提供一种信息处理装置，包括：
请求判断单元，用于判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
信息获取单元，用于在接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
URL生成单元，用于根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
播放器确定单元，用于确定与所述URL相对应的标准播放器；
媒体数据播放单元，用于利用所述标准播放器播放所述URL对应的媒体数据。
可选地，播放器获取模块，用于获取预设播放器；
第一格式类型判断模块，用于判断所述预设播放器是否支持与所述URL相对应的格式类型；
第一标准播放器确定模块，用于在所述预设播放器支持与所述URL相对应的格式类型时，将所述预设播放器确定为与所述URL相对应的标准播放器；
标准播放器设置模块，用于在所述预设播放器不支持与所述URL相对应的格式类型时，将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器；
第二标准播放器确定模块，用于将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
可选地，标准播放器创建模块，用于创建标准播放器；
第二格式类型判断模块，用于判断所述标准播放器是否支持与所述URL相对应的格式类型；
第三标准播放器确定模块，用于在所述标准播放器支持与所述URL相对应的格式类型时，将所述标准播放器确定为与所述URL相对应的标准播放器。
可选地，所述请求判断单元，包括：
参数信息交互模块，用于在通过无线对等网络WiFiP2P协议与所述对端设备建立通信连接时，与所述对端设备交换预设参数信息；
协商判断模块，用于根据所述预设参数信息，判断是否与所述对端设备协商成功；
请求成功确定模块，用于在与所述对端设备协商成功时，确定获取到所述对端设备的屏幕共享请求；
请求失败确定模块，用于在与所述对端设备协商失败时，确定未获取到所述对端设备的屏幕共享请求。
可选地，所述媒体数据播放单元，包括：
媒体数据获取模块，用于根据所述URL获取所述对端设备上与所述URL相对应的媒体数据；
解码模块，用于将所述媒体数据解码；
渲染模块，用于对解码后的媒体数据渲染，得到媒体播放数据；
播放模块，用于将所述媒体播放数据在所述标准播放器中播放。
根据本公开实施例的第三方面，提供一种终端，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
当接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
确定与所述URL相对应的标准播放器；
利用所述标准播放器播放所述URL对应的媒体数据。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开提供的信息处理方法及装置，在接收端被发送端发现时，接收端与发送端建立通信连接；在通信连接过程中，接收端与发送端之间通过交换一些信息进行协商，如果协商成功，确定获取到发送端设备的屏幕共享请求，那么接收端会获取发送端的IP(InternetProtocol，网协)地址和端口号，并生成URL；接收端根据该URL确定出与URL相对应的标准播放器，并通过获取到的标准播放器播放该媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器，即使出现发送端与接收端进行数据交互时采用的协议发生变化，接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的协议层次图；
图2是Source端和Sink端之间数据传输的示意图；
图3是根据一示例性实施例示出的一种信息处理方法的流程图；
图4是图3中步骤S340的流程图；
图5是图3中步骤S340的又一流程图；
图6是图3中步骤S310的流程图；
图7是图3中步骤S350的流程图；
图8是根据一示例性实施例示出的一种信息处理装置示意图；
图9是图8中播放器确定单元的示意图；
图10是图8中播放器确定单元的另一示意图；
图11是图8中请求判断单元的示意图；
图12是图8中媒体数据播放单元的示意图；
图13是根据一示例性实施例示出的一种终端的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在Google开发的操作系统Android4.2版本中，新增了对WiFiDisplay功能的支持，由此也导致了整个Android显示架构发生了较大变化。Miracast是WiFi联盟对支持WiFiDisplay(简称WFD)功能的设备的认证名称。通过Miracast认证的设备将在最大程度上保存对WFD功能的支持和兼容。
Miracast的核心功能就是让设备之间通过WiFi无线网络来分享视音频数据。以一个简单的应用场景为例：有了Miracast后，手机和电视机之间可以直接借助WiFi，而无需硬连线(如HDMI(HighDefinitionMultimediaInterface，高清晰度多媒体接口))就可将手机中的视频投递到TV上去显示。以目前智能设备的发展趋势来看，WFD极有可能在较短时间内帮助我们真正实现多屏互动。WFD协议扩展了Wifi和RTSP(RealTimeStreamingProtocol，实时流传输协议)，在RTSP基础上定义了一系列的参数和message类型，通过Wifi的InfomationElement自定义功能进行底层传输。其协议层次如图1。
如图2所示，WFD协议规定必须至少存在一个Source设备(Source端)和一个Sink设备(Sink端)，称为WFDSource和WFDSink。其中Source设备为发送端，Sink设备为接收端。下面简要介绍一下Source端和Sink端之间如何进行数据交互。Miracast以session(会话控制)为单位来管理两个设备之间的交互的工作，主要步骤包括(按顺序)：
设备发现DeviceDiscovery：通过WiFiP2P来查找附近支持WiFiP2P的设备。
设备选择DeviceSelection：当设备A发现设备B后，A设备需要提示用户。用户可根据需要选择是否和设备B配对。
建立连接ConnectionSetup：Source端和Sink端中的显示Display设备之间通过WiFiP2P建立连接。“根据WiFiDirect技术规范，这个步骤包括建立一个GroupOwner(群组拥有者)和一个Client(客户端)。此后，这两个设备将建立一个TCP(TransmissionControlProtocol传输控制协议)连接，同时一个用于RTSP的端口将被创建用于后续的Session管理和控制工作。
协商机制CapabilityNegotiation：在正式传输视音频数据前，Source和Display设备需要交换一些Miracast参数信息，例如双方所支持的视音频格式等。二者协商成功后，才能继续后面的流程。
会话控制建立流程SessionEstablishmentandstreaming：上一步工作完成后，Source和Display设备将建立一个MiracastSession。而后就可以开始传输视音频数据。Source端的视音频数据将由MPEG2TS(MovingPictureExpertsGroupTransportStream，动态图像专家组传输流)编码后通过RTP(Real-timeTransportProtocol，实时传输协议)传给Display设备。Display设备将收到的数据解码，并最终显示出来。
然而，上述方案中Apk(AndroidPackage，安卓开发包)层面上和Setting放在一起，中间层和wifiP2P混合在一起，从逻辑流程上来说不够清晰，不便于解偶维护。由于上述方案从整个流程来看基本可以分为链接和播放，一旦链接部分发生变化，那么会影响到播放部分的正常运行。例如，如果将Source端替换掉现有的WiFiP2P发现协议，通过upnp(UniversalPlugandPlay，通用随插即用)/msdns(MicrosoftDeveloperNetwork，微软开发者网络)或者私有发现协议来发现设备，由于底层的RTSP协议不变，那么播放部分可能无法正常运行。
由于原生的Mircast方案把链接RTSPserver和wifiP2P链接过程混在一起，在得到Source端的IP地址和端口号后马上启动播放的流程；考虑到播放和链接直接的联系只是IP地址和端口，为了实现播发和链接的独立，可以把IP地址和端口通过intent的方式发出来，交给应用进行后续的操作。因此，本公开提供的信息处理方法及装置，可以将上述的链接部分和播放部分解耦，将播放部分独立出来而不受链接部分变化的影响，其具体流程将在下述实施例中详细阐述。
针对相关技术中存在的技术问题，本公开实施例中首先提供了一种信息处理方法，应用在Sink端，如图3所示，该方法可以包括以下步骤：
在步骤S310中，判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求。
Source端可以采用WiFiP2P来查找附近支持WiFiP2P的设备，还可以采用其他如私有发现协议来发现对端。当Source端发现Sink端时，Source端与Sink端之间会采用二者都支持的网络传输协议建立通信连接，如果Source端需要将媒体数据在Sink端实时播放，实现屏幕共享，那么Source端会通过建立的通信连接向Sink端发送屏幕共享请求。
当接收到对端设备的屏幕共享请求时，在步骤S320中，获取对端设备的IP地址和对端设备的端口号。
对端设备的IP地址和对端设备的端口号是指，Source端的IP地址和端口号。
在步骤S330中，根据IP地址和端口号，生成用于播放对端设备屏幕的媒体数据对应的URL。
URL(UniformResourceLocator，统一资源定位符)是根据Source端的IP地址和Source端的端口号生成的，该URL的格式类型可以是wfd格式类型。
在步骤S340中，确定与URL相对应的标准播放器。
确定与URL相对应的标准播放器，具体可以有两种方式，一是对现有播放器进行改造，成为标准播放器，使之支持URL的格式类型；二是创建支持URL类型的标准播放器。以使该述标准播放器可以播放URL对应的媒体数据。
在步骤S350中，利用标准播放器播放URL对应的媒体数据。
在确定出标准播放器之后，可以利用该标准播放器播放URL对应的媒体数据，即Sink端可以实时播放Source端传输的媒体数据。
本公开提供的信息处理方法，当接收到发送端发送的屏幕共享请求时，接收端会获取发送端的IP地址和端口号，并生成URL；接收端根据该URL确定出与URL相对应的标准播放器，并通过获取到的标准播放器播放该媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器，即使出现发送端与接收端进行数据交互时采用的通信协议发生变化，接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。
为了确定与URL相对应的标准播放器，改造已有的播放器，在本公开提供的又一实施例中，基于图3，如图4所示，上述步骤S340还可以包括如下步骤：
在步骤S341中，获取预设播放器。
该预设播放器可以是现有的，直接调用该预设播放器即可。
在步骤S342中，判断预设播放器是否支持与URL相对应的格式类型。
在获取到该预设播放器之后，首先需要判断该播放器是否支持与URL相对应的格式。该URL可以是wfd格式类型的，如wfd：//xxxURL。
当预设播放器支持与URL相对应的格式类型时，在步骤S343中，将预设播放器确定为与URL相对应的标准播放器。
如果该预设播放器支持与URL相对应的格式类型，那么无需对该预设播放器进行改造，直接利用即可。由于目前已有的播放器一般不支持wfd：//xxxURL的格式类型，该步骤中如果预设播放器支持与URL相对应的格式类型，可以说该预设播放器是已经被改造过的，或者是预先创建的标准播放器。将该预设播放器确定为标准播放器。
当预设播放器不支持与URL相对应的格式类型时，在步骤S344中，将预设播放器设置为支持与URL相对应的格式类型的播放器，并将支持与URL相对应的格式类型的播放器确定为与URL相对应的标准播放器。
如果该预设播放器不支持与URL相对应的格式类型，那么需要对该现有的预设播放器进行改造，使之支持与URL相对应的格式类型，并将改造后的预设播放器确定为标准播放器。
这里可以是基于RTPsink获得音视频数据在到TunnelRender中启动播发器播放的方式，由于该方式已经有标准的播放器实体及接口，只需要按照统一的流程把创建及设置surface等分散到Mediaplayerservice架构中相应的接口。并且由于该方式是通过WifiDisplaySink->RTPReceiver->TunnelRenderer的流程播放的框架，这种框架实际的播放器在TunnelRenderer对象中已经初始化并且通过调用setDataSource()，setVideoSurfaceTexture()，start()等函数接口启动了播放流程。
但是上述方式存在的问题是由于链接和播放不能解耦，播放部分不独立，希望上层应用程序通过URL自动识别播放类型的方式去创建播放流程，所以需要把初始化播放器的过程拿到MediaPlayerService类中，具体就是通过改造MediaPlayerService的类成员函数setDataSource，让其能识别出Miracast的URL，这里以wfd：//xxx来标识播放类型是Miracast，以此来和别的协议区分开让底层能够创建正确的播放流程，其它流程setVideoSurfaceTexture()，start()等都和标准播放调用流程一样。
通过对现有不支持URL格式类型播放器的改造，使之成为支持URL格式类型的标准播放器，即便在Source端与Sink端之间的数据传输协议发生变化，也不会影响到标准播放器对传输的媒体数据的实时播放。
为了确定与URL相对应的标准播放器，创建标准播放器，在本公开提供的又一实施例中，基于图3，如图5所示，上述步骤S340还可以包括如下步骤：
在步骤S345中，创建标准播放器。
由于目前基本没有支持URL格式类型播放器，这里需要创建标准播放器。该标准播放器具有标准接口，支持一般播放器被调用标准流程。该标准播放器支持URL的格式类型，如wfd：//xxxURL的格式类型。
在步骤S346中，判断标准播放器是否支持与URL相对应的格式类型。
在创建完标准播放器之后，还需要对创建的标准播放器进行验证，判断是否满足支持与URL相对应的格式类型，以便该标准播放器可以正确的播放与URL对应的媒体数据。
当所述标准播放器支持与URL相对应的格式类型时，在步骤S347中，将标准播放器确定为与URL相对应的标准播放器。
如果该标准播放器支持与URL相应的格式类型，那么就可以将该URL确定为与该URL相对应的标准播放器。
在创建标准播放器时，可以基于由Mediareceiver到Directrender直接进行音视频解码播发的方式，具体是WifiDisplaySink->MediaReceiver->DirectRenderer，虽然该方式有播放的过程，但是和标准的android播放器的流程不统一，这种方式最大的缺点就是没有实现播放器基类MediaPlayerInterface的标准接口，比如setDataSource，setVideoSurfaceTexture等等，并且针对WiDi，在source端进行切换分辨率的情况下，无法通知应用及时切换分辨率，这种情况下会导致鼠标和视频对应不上，为了解决这些问题，通过创建播放器类，姑且命名为FakeMiracastPlayer，该新的播放器类对应用层透明，应用层可以调用标准MediaPlayer的流程，底层实现承接原来的框架，起到一个桥梁的作用，上层通过wfd：//xxxURL类型来启动它，底层通过它告诉应用层事件的发生。
并且该FakeMiracastPlayer通过标准的setdatasource接口调用原来的wifidisplay，通过setListener接口把上层播放器的实体传给wifidisplay从而可以获得wifidisplay中的消息反馈，通过setWfdSurface把标准的surface传给wifidisplay进而给编解码及显示使用，通过这样的方式，做到了接口，流程的统一。
通过创建支持URL格式类型的标准播放器，并且在创建完之后，验证该标准播放器是否支持URL的格式类型。如果该标准播放器支持URL的格式类型，那么即便在Source端与Sink端之间的数据传输协议发生变化，也不会影响到标准播放器对传输的媒体数据的实时播放。
为了判定Sink端是否获取到Source端发送的屏幕共享请求，在本公开的又一实施例中，基于图3，如图6所示，步骤S310还可以包括：
在步骤S311中，当通过无线对等网络WiFiP2P协议与对端设备建立通信连接时，与对端设备交换预设参数信息。
这里的预设参数信息，可以是Miracast参数信息，例如Source端和Sink端所支持的视频/音频格式等。
在步骤S312中，根据预设参数信息，判断是否与对端设备协商成功。
在Source端和Sink端交换预设参数信息之后，双方会对交换的预设参数信息检查，判断是否为自身设备所支持，即判断双方是否协商成功。
当与对端设备协商成功时，在步骤S313中，确定获取到对端设备的屏幕共享请求。
当与对端设备协商失败时，在步骤S314中，确定未获取到对端设备的屏幕共享请求。
通过双方进行协商来判断是否满足数据传输的条件，避免Sink端在接收到Source端发送的媒体数据时，因格式等原因，无法正常播放该媒体数据。
为了锁模在标准播放器根据URL获取到对应的媒体数据后，如何播放该媒体数据，在本公开的又一实施例中，基于图3，如图7所示，步骤S350还可以包括：
在步骤S351中，根据URL获取对端设备上与URL相对应的媒体数据。
在步骤S352中，将媒体数据解码。
在步骤S353中，对解码后的媒体数据渲染，得到媒体播放数据。
在步骤S354中，将媒体播放数据在标准播放器中播放。
在获取到URL之后，首先对该URL进行解析，根据解析出的URL获取对应的媒体数据。例如，对URL解析之后，Source端通过建立的session将实时媒体流(或抓取到的界面)以TS(transportstream)流的方式传输到Sink端，Sink将媒体流数据(如音频、视频等)进行编码解复用，然后送到标准播放器中进行解码、渲染及播放。
本公开提供的信息处理方法，当接收到发送端发送的屏幕共享请求时，接收端会获取发送端的IP地址和端口号，并生成URL；接收端根据该URL确定出与URL相对应的标准播放器，并通过获取到的标准播放器播放该媒体数据。由于本公开接收端中的标准播放器为独立的标准播放器，即使出现发送端与接收端进行数据交互时采用的通信协议发生变化，接收端中的标准播放器仍旧可以正常播放发送端传输的媒体数据。
并且本公开实施例中提供了两种确定标准播放器的方式，通过这两种方式确定出的标准播放器，可以将播放器独立出来，与链接部分解耦，使得标准播放器在播放获取到的媒体数据时，可以不受传输协议的影响，极大的提高播放效率。另外，而该方案提出的方法由于做到了统一到了标准的APK接口，可以很方便的适应这种改动，能解决视频和鼠标在不同分辨率下都能匹配的问题。
通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本公开可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另外，作为对上述各实施例的实现，本公开实施例还提供了一种信息处理装置，该装置位于终端中，如图8所示，该装置包括：请求判断单元10、信息获取单元20、URL生成单元30、播放器确定单元40和媒体数据播放单元50，其中，
请求判断单元10被配置为判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
信息获取单元20被配置为在接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
URL生成单元30被配置为根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
播放器确定单元40被配置为确定与所述URL相对应的标准播放器；
媒体数据播放单元50被配置为利用所述标准播放器播放所述URL对应的媒体数据。
在本公开又一实施例中，基于图8，如图9所示，播放器确定单元40，包括：播放器获取模块41、第一格式类型判断模块42、第一标准播放器确定模块43、标准播放器设置模块44和第二标准播放器确定模块45，其中，
播放器获取模块41被配置为获取预设播放器；
第一格式类型判断模块42被配置为判断所述预设播放器是否支持与所述URL相对应的格式类型；
第一标准播放器确定模块43被配置为在所述预设播放器支持与所述URL相对应的格式类型时，将所述预设播放器确定为与所述URL相对应的标准播放器；
标准播放器设置模块44被配置为在所述预设播放器不支持与所述URL相对应的格式类型时，将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器；
第二标准播放器确定模块45被配置为将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
在本公开又一实施例中，基于图8，如图10所示，播放器确定单元40，包括：标准播放器创建模块46、第二格式类型判断模块47和第三标准播放器确定模块48，其中，
标准播放器创建模块46被配置为创建标准播放器；
第二格式类型判断模块47被配置为判断所述标准播放器是否支持与所述URL相对应的格式类型；
第三标准播放器确定模块48被配置为在所述标准播放器支持与所述URL相对应的格式类型时，将所述标准播放器确定为与所述URL相对应的标准播放器。
在本公开又一实施例中，基于图8，如图11所示，请求判断单元10，包括：参数信息交互模块11、协商判断模块12、请求成功确定模块13和请求失败确定模块14，其中，
参数信息交互模块11被配置为在通过无线对等网络WiFiP2P协议与所述对端设备建立通信连接时，与所述对端设备交换预设参数信息；
协商判断模块12被配置为根据所述预设参数信息，判断是否与所述对端设备协商成功；
请求成功确定模块13被配置为在与所述对端设备协商成功时，确定获取到所述对端设备的屏幕共享请求；
请求失败确定模块14被配置为在与所述对端设备协商失败时，确定未获取到所述对端设备的屏幕共享请求。
在本公开又一实施例中，基于图8，如图12所示，媒体数据播放单元50，包括：媒体数据获取模块51、解码模块52、渲染模块53和播放模块54，其中，
媒体数据获取模块51被配置为根据所述URL获取所述对端设备上与所述URL相对应的媒体数据；
解码模块52被配置为将所述媒体数据解码；
渲染模块53被配置为对解码后的媒体数据渲染，得到媒体播放数据；
播放模块54被配置为将所述媒体播放数据在所述标准播放器中播放。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图13是根据一示例性实施例示出的一种用于信息处理的终端1300的结构示意图。例如，终端1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图13，终端1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。
处理组件1302通常控制终端1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在终端1300的操作。这些数据的示例包括用于在终端1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1306为终端1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为终端1300生成、管理和分配电力相关联的组件。
多媒体组件1308包括在所述终端1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当终端1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当终端1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1314包括一个或多个传感器，用于为终端1300提供各个方面的状态评估。例如，传感器组件1314可以检测到终端1300的打开/关闭状态，组件的相对定位，例如所述组件为终端1300的显示器和小键盘，传感器组件1314还可以检测终端1300或终端1300一个组件的位置改变，用户与终端1300接触的存在或不存在，终端1300方位或加速/减速和终端1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1316被配置为便于终端1300和其他设备之间有线或无线方式的通信。终端1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，终端1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由终端1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种信息处理方法，所述方法包括：
判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
当接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
确定与所述URL相对应的标准播放器；
利用所述标准播放器播放所述URL对应的媒体数据。
可以理解的是，本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本公开可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (11)

1.一种信息处理方法，其特征在于，包括：
判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
当接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
确定与所述URL相对应的标准播放器；
利用所述标准播放器播放所述URL对应的媒体数据。
2.根据权利要求1所述的信息处理方法，其特征在于，所述确定与所述URL相对应的标准播放器，包括：
获取预设播放器；
判断所述预设播放器是否支持与所述URL相对应的格式类型；
当所述预设播放器支持与所述URL相对应的格式类型时，将所述预设播放器确定为与所述URL相对应的标准播放器；
当所述预设播放器不支持与所述URL相对应的格式类型时，将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器；将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
3.根据权利要求1所述的信息处理方法，其特征在于，所述确定与所述URL相对应的标准播放器，包括：
创建标准播放器；
判断所述标准播放器是否支持与所述URL相对应的格式类型；
当所述标准播放器支持与所述URL相对应的格式类型时，将所述标准播放器确定为与所述URL相对应的标准播放器。
4.根据权利要求1所述的信息处理方法，其特征在于，所述判断是否获取到对端设备的屏幕共享请求，包括：
当通过无线对等网络WiFiP2P协议与所述对端设备建立通信连接时，与所述对端设备交换预设参数信息；
根据所述预设参数信息，判断是否与所述对端设备协商成功；
当与所述对端设备协商成功时，确定获取到所述对端设备的屏幕共享请求；
当与所述对端设备协商失败时，确定未获取到所述对端设备的屏幕共享请求。
5.根据权利要求1所述的信息处理方法，其特征在于，所述利用所述标准播放器播放所述URL对应的媒体数据，包括：
根据所述URL获取所述对端设备上与所述URL相对应的媒体数据；
将所述媒体数据解码；
对解码后的媒体数据渲染，得到媒体播放数据；
将所述媒体播放数据在所述标准播放器中播放。
6.一种信息处理装置，其特征在于，包括：
请求判断单元，用于判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
信息获取单元，用于在接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
URL生成单元，用于根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
播放器确定单元，用于确定与所述URL相对应的标准播放器；
媒体数据播放单元，用于利用所述标准播放器播放所述URL对应的媒体数据。
7.根据权利要求6所述的信息处理装置，其特征在于，所述播放器确定单元，包括：
播放器获取模块，用于获取预设播放器；
第一格式类型判断模块，用于判断所述预设播放器是否支持与所述URL相对应的格式类型；
第一标准播放器确定模块，用于在所述预设播放器支持与所述URL相对应的格式类型时，将所述预设播放器确定为与所述URL相对应的标准播放器；
标准播放器设置模块，用于在所述预设播放器不支持与所述URL相对应的格式类型时，将所述预设播放器设置为支持与所述URL相对应的格式类型的播放器；
第二标准播放器确定模块，用于将所述支持与所述URL相对应的格式类型的播放器确定为与所述URL相对应的标准播放器。
8.根据权利要求6所述的信息处理装置，其特征在于，所述播放器确定单元，包括：
标准播放器创建模块，用于创建标准播放器；
第二格式类型判断模块，用于判断所述标准播放器是否支持与所述URL相对应的格式类型；
第三标准播放器确定模块，用于在所述标准播放器支持与所述URL相对应的格式类型时，将所述标准播放器确定为与所述URL相对应的标准播放器。
9.根据权利要求6所述的信息处理装置，其特征在于，所述请求判断单元，包括：
参数信息交互模块，用于在通过无线对等网络WiFiP2P协议与所述对端设备建立通信连接时，与所述对端设备交换预设参数信息；
协商判断模块，用于根据所述预设参数信息，判断是否与所述对端设备协商成功；
请求成功确定模块，用于在与所述对端设备协商成功时，确定获取到所述对端设备的屏幕共享请求；
请求失败确定模块，用于在与所述对端设备协商失败时，确定未获取到所述对端设备的屏幕共享请求。
10.根据权利要求6所述的信息处理装置，其特征在于，所述媒体数据播放单元，包括：
媒体数据获取模块，用于根据所述URL获取所述对端设备上与所述URL相对应的媒体数据；
解码模块，用于将所述媒体数据解码；
渲染模块，用于对解码后的媒体数据渲染，得到媒体播放数据；
播放模块，用于将所述媒体播放数据在所述标准播放器中播放。
11.一种终端，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
判断是否通过无线网络传输链路获取到对端设备的屏幕共享请求；
当接收到对端设备的屏幕共享请求时，获取所述对端设备的IP地址和所述对端设备的端口号；
根据所述IP地址和所述端口号，生成用于播放对端设备屏幕的媒体数据对应的统一资源定位符URL；
确定与所述URL相对应的标准播放器；
利用所述标准播放器播放所述URL对应的媒体数据。
CN201510718289.5A 2015-10-29 2015-10-29 信息处理方法及装置 Active CN105430433B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201510718289.5A CN105430433B (zh) 2015-10-29 2015-10-29 信息处理方法及装置
PCT/CN2015/099972 WO2017071095A1 (zh) 2015-10-29 2015-12-30 信息处理方法及装置
MX2016008542A MX361316B (es) 2015-10-29 2015-12-30 Método y dispositivo para procesar información.
RU2016121665A RU2665270C2 (ru) 2015-10-29 2015-12-30 Способ и устройство для обработки информации
KR1020167017820A KR20170061108A (ko) 2015-10-29 2015-12-30 정보 처리 방법 및 장치
JP2016543665A JP6422982B2 (ja) 2015-10-29 2015-12-30 情報処理方法および装置
US15/142,392 US10104153B2 (en) 2015-10-29 2016-04-29 Method and device for processing information
EP16168095.4A EP3163805B1 (en) 2015-10-29 2016-05-03 Method and device for processing information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510718289.5A CN105430433B (zh) 2015-10-29 2015-10-29 信息处理方法及装置

Publications (2)

Publication Number Publication Date
CN105430433A true CN105430433A (zh) 2016-03-23
CN105430433B CN105430433B (zh) 2019-02-19

Family

ID=55508317

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510718289.5A Active CN105430433B (zh) 2015-10-29 2015-10-29 信息处理方法及装置

Country Status (8)

Country Link
US (1) US10104153B2 (zh)
EP (1) EP3163805B1 (zh)
JP (1) JP6422982B2 (zh)
KR (1) KR20170061108A (zh)
CN (1) CN105430433B (zh)
MX (1) MX361316B (zh)
RU (1) RU2665270C2 (zh)
WO (1) WO2017071095A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017071095A1 (zh) * 2015-10-29 2017-05-04 小米科技有限责任公司 信息处理方法及装置
CN108228439A (zh) * 2018-01-04 2018-06-29 广东睿江云计算股份有限公司 一种程序与日志解耦的方法
CN110310648A (zh) * 2019-05-21 2019-10-08 深圳壹账通智能科技有限公司 移动终端的控制方法、装置、移动终端及可读存储介质
CN114827682A (zh) * 2022-04-08 2022-07-29 北京字节跳动网络技术有限公司 投屏方法、系统、设备及存储介质
CN115150804A (zh) * 2021-03-30 2022-10-04 广州视源电子科技股份有限公司 连接建立方法、存储介质及相关设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023234432A1 (ko) * 2022-05-30 2023-12-07 엘지전자 주식회사 미라캐스트 제공 방법 및 미라캐스트 제공 시스템

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102118533A (zh) * 2010-12-22 2011-07-06 青岛海信宽带多媒体技术有限公司 手机资源在电视机上播放的实现方法及实现装置
CN102404638A (zh) * 2011-11-17 2012-04-04 深圳创维－Rgb电子有限公司 一种媒体信息分享的方法及系统
US20120124123A1 (en) * 2010-11-12 2012-05-17 Microsoft Corporation Extensible video player selection via server-side detection of client application
CN103430566A (zh) * 2011-03-15 2013-12-04 晶像股份有限公司 转换多媒体数据流以供所连接设备使用
US20140347433A1 (en) * 2013-05-23 2014-11-27 Qualcomm Incorporated Establishing and controlling audio and voice back channels of a wi-fi display connection
US20140365611A1 (en) * 2013-06-07 2014-12-11 Qualcomm Incorporated Method and system for using wi-fi display transport mechanisms to accomplish voice and data communications
KR20150033668A (ko) * 2012-12-12 2015-04-01 후아웨이 디바이스 컴퍼니 리미티드 미디어 스트림 공유 방법 및 단말기
US20150222474A1 (en) * 2014-02-06 2015-08-06 Broadcom Corporation Discovery of services over infrastructure networks

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7881315B2 (en) 2006-06-27 2011-02-01 Microsoft Corporation Local peer-to-peer digital content distribution
CN101321274A (zh) * 2007-06-06 2008-12-10 朱映波 一种实现手机电视和互联网电视的方法及系统
WO2014088378A1 (ko) * 2012-12-09 2014-06-12 엘지전자 주식회사 무선 통신 시스템에서 세션 초기화 방법 및 장치
US10110393B2 (en) 2013-09-30 2018-10-23 Cavium, Inc. Protocol switching over multi-network interface
JP2015070568A (ja) * 2013-09-30 2015-04-13 ソニー株式会社 情報処理装置、通信方法およびプログラム
US9699500B2 (en) * 2013-12-13 2017-07-04 Qualcomm Incorporated Session management and control procedures for supporting multiple groups of sink devices in a peer-to-peer wireless display system
US9648073B2 (en) * 2014-04-10 2017-05-09 Qualcomm Incorporated Streaming control for real-time transport protocol
CN104219551A (zh) * 2014-09-29 2014-12-17 武汉诚迈科技有限公司 一种智能设备屏幕共享与远程控制的方法
CN105430433B (zh) * 2015-10-29 2019-02-19 小米科技有限责任公司 信息处理方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124123A1 (en) * 2010-11-12 2012-05-17 Microsoft Corporation Extensible video player selection via server-side detection of client application
CN102118533A (zh) * 2010-12-22 2011-07-06 青岛海信宽带多媒体技术有限公司 手机资源在电视机上播放的实现方法及实现装置
CN103430566A (zh) * 2011-03-15 2013-12-04 晶像股份有限公司 转换多媒体数据流以供所连接设备使用
CN102404638A (zh) * 2011-11-17 2012-04-04 深圳创维－Rgb电子有限公司 一种媒体信息分享的方法及系统
KR20150033668A (ko) * 2012-12-12 2015-04-01 후아웨이 디바이스 컴퍼니 리미티드 미디어 스트림 공유 방법 및 단말기
US20140347433A1 (en) * 2013-05-23 2014-11-27 Qualcomm Incorporated Establishing and controlling audio and voice back channels of a wi-fi display connection
US20140365611A1 (en) * 2013-06-07 2014-12-11 Qualcomm Incorporated Method and system for using wi-fi display transport mechanisms to accomplish voice and data communications
US20150222474A1 (en) * 2014-02-06 2015-08-06 Broadcom Corporation Discovery of services over infrastructure networks

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017071095A1 (zh) * 2015-10-29 2017-05-04 小米科技有限责任公司 信息处理方法及装置
US10104153B2 (en) 2015-10-29 2018-10-16 Xiaomi Inc. Method and device for processing information
CN108228439A (zh) * 2018-01-04 2018-06-29 广东睿江云计算股份有限公司 一种程序与日志解耦的方法
CN108228439B (zh) * 2018-01-04 2021-05-11 广东睿江云计算股份有限公司 一种程序与日志解耦的方法
CN110310648A (zh) * 2019-05-21 2019-10-08 深圳壹账通智能科技有限公司 移动终端的控制方法、装置、移动终端及可读存储介质
CN115150804A (zh) * 2021-03-30 2022-10-04 广州视源电子科技股份有限公司 连接建立方法、存储介质及相关设备
WO2022206772A1 (zh) * 2021-03-30 2022-10-06 广州视源电子科技股份有限公司 连接建立方法、存储介质及相关设备
CN115150804B (zh) * 2021-03-30 2024-04-02 广州视源电子科技股份有限公司 连接建立方法、存储介质及相关设备
CN114827682A (zh) * 2022-04-08 2022-07-29 北京字节跳动网络技术有限公司 投屏方法、系统、设备及存储介质

Also Published As

Publication number Publication date
CN105430433B (zh) 2019-02-19
EP3163805B1 (en) 2019-03-27
US10104153B2 (en) 2018-10-16
RU2665270C2 (ru) 2018-08-28
EP3163805A1 (en) 2017-05-03
JP6422982B2 (ja) 2018-11-14
RU2016121665A (ru) 2018-07-18
KR20170061108A (ko) 2017-06-02
MX2016008542A (es) 2017-06-09
MX361316B (es) 2018-12-03
WO2017071095A1 (zh) 2017-05-04
RU2016121665A3 (zh) 2018-07-18
US20170126773A1 (en) 2017-05-04
JP2018503987A (ja) 2018-02-08

Similar Documents

Publication Publication Date Title
CN105430433A (zh) 信息处理方法及装置
CN110597774B (zh) 一种文件分享方法、系统、装置、计算设备及终端设备
CN105573609B (zh) 内容分享方法与装置
WO2019090902A1 (zh) 屏幕共享的方法、装置、电子设备及存储介质
CN103997688A (zh) 智能交互系统、装置和方法
CN104918105B (zh) 媒体文件的多屏播放方法、设备及系统
CN104093067A (zh) 在终端中分享、播放视听片段的设备和方法
CN104038536A (zh) 插件通信方法和装置
CN105100074A (zh) 数据操作处理方法、装置以及终端设备
CN104517621A (zh) 设备配置方法和装置
WO2017096851A1 (zh) 一种推送视频文件的方法、系统和服务器
CN105704655A (zh) 终端之间的媒体数据共享方法及装置
WO2014190655A1 (zh) 应用同步方法、应用服务器及终端
CN104333768A (zh) 多媒体文件的播放方法及装置、电子设备
CN105578557A (zh) 传输路由信息的方法及装置
CN107209657A (zh) 再现装置以及输出装置
CN111131891A (zh) 一种音视频播放方法、装置、播放设备及系统
CN105554561A (zh) 加入群组的方法及装置
JP2009169547A (ja) コードログインシステム、及びコードログインシステムの制御方法
US20170093969A1 (en) Information processing device, information processing system, information processing method and program
JP2017069936A (ja) 通信端末、通信システム、出力方法、及びプログラム
CN113905217B (zh) 投屏方法、设备及存储介质
CN105791367A (zh) 屏幕共享中辅助媒体信息共享方法、系统和相关设备
CN105376399A (zh) 用于控制智能设备的方法及装置
JP5420863B2 (ja) シンクライアントシステム、アプリケーションサーバ、端末制御サーバ、通信方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant