ing>l. 0</string>
[0129] <key〉s;rcvers</k巧〉
[0130] <string>120. 2</string>
[0131] 〈/diet〉 阳 132] </plist〉" 阳133] 安卓客户端从iOS设备上获取视频信息并播放。
[0134] 安卓客户端将获取iOS设备上相应视频的地址，从而根据相应的视频地址和网络 连接，使安卓客户端能够播放相应的视频。视频的存在包括两种形式，分别为本地文件和网 络文件。当播放本地文件时，其文件格式为ht化形式。当播放网络文件时，器格式为m3u8 形式。
[0135] 在视频传输的过程中，还包括各种操控信息和视频的播放状态等其它信息。各种 操控信息和视频的播放状态是通过对话通道进行传输。视频的操控信息包括播放的暂停、 快进、快退、停止和开始，W及音量大小的调节。视频的播放状态包括总时长、缓冲时长、播 放位置和播放进度等信息。从而使视频的控制、播放等信息的传输更加的方便。
[0136] 镜像播放： 阳137] iOS设备将向安卓客户端发送加密的请求信息。该请求为HTTP请求，安卓客户端 将对请求进行响应。当进行镜像播放时，所连接的端口号为7000。
[0138] 当镜像视频文件传输中存在加密时，iOS设备使用化irPlay发出加密信息。安 卓客户端对加密信息解密后将解析信息返回给iOS设备。当iOS设备收到相应的解密信息 后将验证返回数据的正确性。当确定返回数据为正确后，iOS设备将再次发出加密信息，安 卓客户端再次对加密的信息进行解密并再次将解密信息回传给iOS设备。当两次的解密完 全正确后，iOS设备开始传送音频数据，安卓设备接收相应的数据。
[0139] 安卓客户端对所述信息进行解密，并将解密后的信息发送给iOS设备。
[0140] 响应信息为：
[0141] "肌TP/1.0 2000K
[0142] Server=Air^neszlSO. 14
[0143] Co打te打t-Type:applicatioo/octet-stream
[0144] Content-Lenth:32
[0145] CSeq:27
[0146] 〈Content〉"
[0147] 当iOS设备获取安卓客户端的响应信息时，iOS设备将发出获取安卓客户端相关 信息的请求。安卓客户端将接收iOS设备的请求，并通过响应信息发送相关的信息。响应 信息为：
[0148] "肌TP/1. 1 2000K
[0149] DateiMon,OSMar2012 15:30:27GMT
[01 己0] Co打te打t-Type:text/x-过pple-plist+xml
[0151]Content-Length: 411
[01日引〈？xmlversion二"1. 0"encoding二"UTF-8" ?〉
[0153] 〈！DOCTYPEplistPUBLICr'-//Apple//DTDPLISTI. 0//Er
[0154] "ht化：//www.apple.com/DTDs/Propei'tyList-L0?dtd"〉
[0巧日]〈plistversion二"I. 0"〉
[01 日糾〈diet〉
[0157] <key〉hei組t</key〉
[0158] <integer>720</integer)
[0159] <key>overscanned</key>
[0160] 〈true/〉
[0161] <key>refreshRate</key>
[0162] <real>0.016666666666666666</real>
[0163] <key>version</key>
[0164] <string>130. 14</string>
[0165] <key〉wid化 </key>
[0166] <integer>1280</integer)
[0167] </dict〉
[016 引 </plist>"
[0169] iOS接收到上述响应信息后，将镜像数据传输给安卓客户端。
[0170] 安卓客户端根据镜像所获取到的相应数据进行相应的播放。
[0171] 专业人员应该还可W进一步意识到，结合本文中所公开的实施例描述的各示例的 单元及算法步骤，能够^电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬 件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。 这些功能究竟W硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。 专业技术人员可^对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现 不应认为超出本发明的范围。
[0172] 结合本文中所公开的实施例描述的方法或算法的步骤可W用硬件、处理器执行的 软件模块，或者二者的结合来实施。软件模块可W置于随机存储器（RAM)、内存、只读存储器 (ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域 内所公知的任意其它形式的存储介质中。
[0173] W上所述的【具体实施方式】，对本发明的目的、技术方案和有益效果进行了进一步 详细说明，所应理解的是，W上所述仅为本发明的【具体实施方式】而已，并不用于限定本发明 的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含 在本发明的保护范围之内。
【主权项】
1. 一种利用第一终端播放第二终端数据的方法，其特征在于，所述方法包括： 包括第一操作系统的第一终端通过组播域名系统发布Air Play服务；所述服务还包 括端口号； 包括第二操作系统的第二终端通过第一终端发布的服务与第一终端进行Air Play连 接； 当第二终端进行Air Play连接时，第一终端通过端口号指定的端口接收并播放Air PI ay连接传输的数据。2. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述第一终端播放的数据是音频、视频、镜像中的一个或多个。3. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述第一终端发布Air Play服务的参数包括Air Tunes service苹果音乐服务的参数和 Air Play service苹果视频服务的参数。4. 根据权利要求3所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述在发布服务前还需要对发布的两个Air Play服务进行命名；所述两个服务的名称必 须相同。5. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述端口号包括3个；所述3个端口号中，包括1个固定端口号以及2个任意端口号。6. 根据权利要求5所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述固定端口号为用于传输镜像的7100端口号，所述2个任意端口号为分别用于视频和音 频传输的端口号。7. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述Air Play连接播放的数据为音频，音频播放的步骤为： 第一终端获得首频的彳目息； 第一终端建立传输用的服务器，并在服务器内建立一个与第二终端对话的通道； 第一终端接收音频数据，并通过建立的服务器进行解码。8. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述Air Play连接播放的数据为视频，视频播放的步骤包括： 第一终端接收第二终端发送的视频播放请求，所述请求中包括相应视频的信息； 第一终端发送第一终端的相关信息，所述相关信息包括网卡地址； 第一终端接收相应视频数据并播放。9. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述Air Play连接播放的数据为图片，图片播放的步骤包括： 第一终端接收第二终端发送的请求，所述请求中包括相应图片的信息； 第一终端接收图片数据，并利用所述图片的信息对图片数据进行解码。10. 根据权利要求1所述的一种利用第一终端播放第二终端数据的方法，其特征在于： 所述Air Play连接播放的数据为镜像，镜像播放的步骤包括： 第一终端接收第二终端发送的加密信息； 第一终端对加密信息进行解密，并将解密后的信息发送给第二终端； 第一终端发送第一终端设备的相关信息给第二终端；
【专利摘要】本发明提出了一种利用第一终端播放第二终端数据的方法，包括：包括第一操作系统的第一终端通过组播域名系统发布Air？Play服务；所述服务还包括端口号。包括第二操作系统的第二终端通过第一终端发布的服务与第一终端进行Air？Play连接。当第二终端进行Air？Play连接时，第一终端通过端口号指定的端口接收并播放Air？Play连接传输的数据。通过第一终端发送组播域名系统广播。从而使第二终端能够发现第一终端所发布的服务，并与第一终端相连。从而实现了第一终端与第二终端之间的多屏互动，第一终端和第二终端之间实现图片、音频、视频以及镜像等数据的实时分享。
【IPC分类】H04N21/436, H04N21/4363
【公开号】CN105142008
【申请号】CN201510463591
【发明人】郭志川, 张岩松
【申请人】中国科学院声学研究所, 上海尚恩华科网络科技股份有限公司
【公开日】2015年12月9日
【申请日】2015年7月31日