说说android端实现Airplay多屏互动（一）

原文地址：http://blog.csdn.net/ville_zeng/article/details/17556729，转载请注明出处！

前段时间刚做完Airplay的相关应用，现在就开发的一点经验和大家分享一下。

首先，说说Airplay吧，Airplay可以将iPhone,iPad或iPodtouch等设备上的视频、音频以及图片传输到第三方认证设备上，一般是在AppleTV或Air port设备上，但其实，现在很多第三方的android设备也可以支持Airplay了，像阿里云或小米的盒子都支持Airplay投影了，而且效果都还不错。

其实，Airplay算是苹果公司定义的一种协议，或是一种技术吧，所以，按照惯例，这项技术是不开源的，对外封闭。而Android端，可以使用一套的多屏互动方案的，叫做DLAN，即Digital Living Network Alliance，它的协议是公开的。在次，得感谢诸多技术大牛，破解了Airplay，包括音频投影服务中使用的RSA私钥，和一份具体的协议说明（http://nto.github.io/AirPlay.html）。

       下面，就Airplay协议内容大概的说明一下，当然，大家直接看上述地址中的内容也许更清楚，本人能力有限，大概的说说我的部分理解。

         1.使用multicastDNS协议来进行服务发现，在android端可以用JmDNS来实现。

         一般我们会发布两个服务：AirTunes service（RAOP）和AirPlay Service，前者用于音频流的投影，后者用于图片和视频内容的投影。

         2.协议内容（一）：AirTunesService

        2.1.协议中的音频流支持RTSP协议。

                  1）IOS设备向服务端发送的RTSP请求包括 

                   ANNOUNCE：告诉RTSP服务器关于流的各种属性
                   SETUP：告诉RTSP服务器初始化一个record session，同时通知必要的传输信息。
                  RECORD：请求服务器开始流的传输 
                  FLUSH：请求停止传输
                  TEARDOWN：请求结束RTSP会话
                  PAUSE, 

                  OPTIONS,
                  GET_PARAMETER,
                  SET_PARAMETER：可用于音量控制，Metadata：其中包括音频曲名，歌手名，专辑名，封面图片，播放进度信息……
                  POST and GET                              

                 2）RTP流，用于传输音频数据等。（如果说，RTSP用于发起/终结流媒体，那么RTP则传输流媒体数据 ）

                     这里音频包是几乎完全兼容RTP协议。RTP包按有效载荷的不同类型分为以下几种：

                     Audio packets：其有效载荷为经过加密的audio data

                     Sync packets：服务端每秒钟会收到一个同步包，来将RTP中的timestamps与用于始终同步的NTP time关联起来

                     Retransmit packets:对丢失的audio packets进行重传

                     Timing packets:用于音频的主时钟同步

          2.2音频数据加密解密

                      Client：客户端首先会用RSA公钥，利用OAEP加密方式自动生成一个随机的128位AES key，然后和rsaaes key，aesiv一起发送给Server。

                 Sever：服务端利用指定的RSA私钥来解密AES key，然后将解密结果返回给Client。

                 Client：客户端利用RSA公钥要解密收到的数据，若解密结果和之前自动生成的随机数一致，则表明服务端解密成功。

                其中，PEM-encodedPKCS#8格式的私钥为       

/**
	 * The AirTunes private key in PEM-encoded PKCS#8 format.
	 * Original Key from shairport was in PEM-encoded PKCS#1 format
	 */
	private static final String PrivateKeyData =
		"MIIEvwIBADANBgkqhkiG9w0BAQEFAASCBKkwggSlAgEAAoIBAQDn10TyouJ4i2wf\n" +
		"VaCOtwVEqPp5RaqL5sYs5fUcvdTcaEL+PRCD3S7ewb/UJS3ALm85i98OYUjqhIVe\n" +
		"LkQtptYmZPZ0ofMEkpreT2iT7y325xGox3oNkcnZgIIuUNEpIq/qQOqfDhTA92k4\n" +
		"xfOIL8AyPdn+VRVfUbtZIcIBYp/XM1LV4u+qv5ugSNe4E6K2dn9sPM8etM5nPQN7\n" +
		"DS6jDF//6wb40Ird5AlXGpxon+8QcohV3Yz7movvXIlD7ztfqhXd5pi+3fNZlgPr\n" +
		"Pm9hNyu2KPZVn1maeL9QBoeqf0l2wFYtQSlW+JieGKY1W9gVl4JeD8h1ND7HghF2\n" +
		"Jc2/mER7AgMBAAECggEBAOXwDHL1d9YEuaTOQSKqhLAXQ+yZWs/Mf0qyfAsYf5Bm\n" +
		"W+NZ3xJZgY3u7XnTse+EXk3d2smhVTc7XicNjhMVABouUn1UzfkACldovJjURGs3\n" +
		"u70Asp3YtTBiEzsqbnf07jJQViKQTacg+xwSwDmW2nE6BQYJjtvt7Pk20PqcvVkp\n" +
		"q7Dto1eZUC+YlNy4/FaaiS0XeAMkorbDFm40ZwkTS4VAQbhncGtY/vKg25Ird2KL\n" +
		"aOaWk8evQ78qc9C3Mjd6C6F7RPBR6b95hJ3LMzJXH9inCTPC1gvexHmTSj2spAu2\n" +
		"8vN8Cp0HEG6tyLNpoD8vQciACY6K3UYkDaxozFNU82ECgYEA9+C/Wh5nGDGai2IJ\n" +
		"wxcURARZ+XOFZhOxeuFQi7PmMW5rf0YtL31kQSuEt2vCPysMNWJFUnmyQ6n3MW+V\n" +
		"gAezTGH3aOLUTtX/KycoF+wys+STkpIo+ueOd0yg9169adWSAnmPEW42DGQ4sy4b\n" +
		"2LncHjIy8NMJGIg8xD743aIsNpECgYEA72//+ZTx5WRBqgA1/RmgyNbwI3jHBYDZ\n" +
		"xIQgeR30B8WR+26/yjIsMIbdkB/S+uGuu2St9rt5/4BRvr0M2CCriYdABgGnsv6T\n" +
		"kMrMmsq47Sv5HRhtj2lkPX7+D11W33V3otA16lQT/JjY8/kI2gWaN52kscw48V1W\n" +
		"CoPMMXFTyEsCgYEA0OuvvEAluoGMdXAjNDhOj2lvgE16oOd2TlB7t9Pf78fWeMZo\n" +
		"LT+tcTRBvurnJKCewJvcO8BwnJEz1Ins4qUa3QUxJ0kPkobRc8ikBU3CCldcfkwM\n" +
		"mDT0od6HSRej5ADq+IUGLbXLfjQ2iecR91/ng9fhkZL9dpzVQr6kuQEH7NECgYB/\n" +
		"QBjcfeopLaUwQjhvMQWgd4rcbz3mkNordMUFWYPt9XRmGi/Xt96AU8zA4gjwyKxi\n" +
		"b1l9PZnSzlGjezmuS36e8sB18L89g8rNMtqWkZLCiZI1glwH0c0yWaGQbNzUmcth\n" +
		"PiLJTLHqlxkGYJ3xsPSLBj8XNyA0NpSZtf35cO9EDQKBgQCQTukg+UTvWq98lCCg\n" +
		"D16bSAgsC4Tg+7XdoqImd9+3uEiNsr7mTJvdPKxm+jIOdvcc4q8icru9dsq5TghK\n" +
		"DEHZsHcdxjNAwazPWonaAbQ3mG8mnPDCFuFeoUoDjNppKvDrbbAOeIArkyUgTS0g\n" +
		"Aoo/jLE0aOgPZBiOEEa6G+RYpg==\n" +
		"";

             3.协议内容（二）：AirPlay Service

                   /reverse：协商请求

               /scrub： POST方式为seek请求， GET方式为获取播放位置

               /volume： 设置音量：0.000000为静音，1.000000为最大

               /play： 播放请求：携带播放链接，本地文件播放为http，网络文件播放为m3u8地址

               /rate： 播放与暂停：0.000000为暂停，1.000000为播放

               /stop： 停止播放

               /photo： 推送图片：在HTTP的Body发送实际图片

               /playback-info： 获取播放端的状态：总时长、缓冲时长、播放位置、播放器状态（LOADING、PLAYING、PAUSED、STOP）等信息

               /server-info： 获取服务器信息：主要是mac地址信息

阅读本文的第二篇，请猛戳：说说android端实现Airplay多屏互动(二)