iOS ANCS 通知服务
导语
智能BLE硬件设备需要实时获取Android和iOS端通知，那他们分别是怎么实现的呢？
一，探讨Android &iOS 区别
- Android端手机是通过NotificationListenerService服务来获取通知栏上的信息，当然这个服务需要获取到对应的权限.通过服务获取到的具体消息，然后通过BLE或者传统蓝牙传输到智能硬件端.然后智能硬件显示该消息
- iOS 端手机是通过ANCS服务来获取对应消息，该服务在开机后就启动啦，只等订阅设备来订阅。智能硬件端订阅ANCS服务成功后，一旦有新消息，比如来电或者其它App推送消息，苹果通知中心NotificationCenter就推送一份到订阅设备上，同时往通知中心上推送一份。
总结如下结论：
iOS端手表或手环设备获取到消息几乎是同时的。速度较快
Android设备需要继承通过对应的服务，然后在通过自己的传输协议传到手表或手环端，速度上较iOS慢点。
二, 初见ANCS
ANCS(Apple Notification Center Service)意思是苹果通知中心服务,它是苹果提供给周边蓝牙设备（手环、手表等智能设备）通过BLE(低功耗蓝牙)访问iOS设备上的各类通知的一种机制.
ANCS协议中的通用属性协议（Generic Attribute Profile,GATT）协议实现的，它是GATT协议的一个子集。
在ANCS协议中，iOS设备作为server端，既数据提供者NP(Notification Provider),充当Peripheral端的角色.
周边设备如智能手表或者手环作为client端即数据消费者Notification Consumer (NC)，充当Central,主要是用来连接和使用ANCS server提供的服务，如何从服务中获取对应的信息。
ANCS作为Perpheral暴露给外界设备的服务UUID是7905F431-B5CE-4E99-A40F-4B1E122D00D0,所以通过该service就能获取到对应的特征值，然后获取特征值里面的内容。
ANCS给我们提供了下面3种特征值(Characteristic）
- Notification Source:
UUID 9FBF120D-6301-42D9-8C58-25E699A21DBD(notifiable)
基本通知源，通知一些计数的信息,可以通过notification 获取uuid, - Control Point:
UUID 69D1D8F3-45E1-49A8-9821-9BBDFDAAD9D9(writeablewithresponse)
控制器，用于向ios设备写入控制信息，例如读取详情 ,接听来电，拒绝来电等 - Data Source:
UUID 22EAC6E9-24D6-4BB5-BE44-B36ACE7C7BFB(notifiable)
数据源，用于提供详细数据，在控制信息写入后通过此characteristic返回
所以智能BLE设备需要订阅Notification Source 和 Control Point 来获取DataSource数据源信息,下面对上面Characteristic特征值进行详细解释.
1)Notification Source
Notification Source.png
- EventID Values 如下Table
| EventID Values | 值 | 代表含义|
| ------------- |:-------------:|
| EventIDNotificationAdded | =0 | 消息是新来的|
| EventIDNotificationModified | =1 |消息是修改的 |
| EventIDNotificationRemoved | =2 |移除消息 |
| Reserved EventID values | = 3–255 | 其它|
- EventFlags如下Table
| EventFlags Values | 值 |
|---|---|
| EventFlagSilent | = (1 << 0) |
| EventFlagImportant | = (1 << 1) |
| EventFlagPreExisting | = (1 << 2) |
| EventFlagPositiveAction | = (1 << 3) |
| EventFlagNegativeAction | = (1 << 4) |
| Reserved EventFlags | = (= (1 << 5)–(1 << 7)) |
- CategoryID 代表该消息的类型
| CategoryID Values | 值 | 代表含义 |
|---|---|---|
| CategoryIDOther | = 0 | 其他类别 |
| CategoryIDIncomingCall | = 1) | 来电消息 |
| CategoryIDMissedCall | = 2 | miss电话消息 |
| CategoryIDVoicemail | = 3 | voice mail消息 |
| CategoryIDSocial | = 4 | 社交类消息 比如微信facebook等 |
| CategoryIDSchedule | =5 | schedule消息 |
| CategoryIDEmail | =6 | Email消息 |
| CategoryIDNews | =7 | News消息 |
| CategoryIDHealthAndFitness | =8 | 健康类消息 |
| CategoryIDBusinessAndFinance | =9 | 财经类消息 |
| CategoryIDLocation | =10 | location消息 |
| CategoryIDEntertainment | =11 | 娱乐类消息 |
| Reserved CategoryID values | = 12–255 | 其他类消息 |
-
CategoryCount：给定类型中活跃的通知的数量。例如，邮箱中有两封未读的邮件，这个时候又来了一封新的邮件，那么通知的邮件的数量将是3
-
NotificationUID:
32byte 唯一标示该消息.后续Control Point需要用这个NotificationUID,可以获取到具体的信息datasource.
比如下面消息就是获取到一个
2)Control Point
NC设备需要更多信息，这个时候可以用Control Point获取通知属性命令使得NC可以得到某个特定通知的详细属性，比如短信的发送人，短信内容，时间，App name 等。
image.png
- CommandID: 设为零 (CommandIDGetNotificationAttributes)，0x00
- NotificationUID: 想要获得的通知的uid,32位数字是通知的唯一标示。
- AttributeIDs:NC想要获得的属性列表。有些属性可能需要后面接一个16位的的参数,0xff 0xff。
想要获取具体某条信息可以通过下面的方法
public static byte[] getNotificationByUID(byte[] uid){
byte appNameCapacity=100;//app name 最长容量
byte titleCapacity=50;//title 最长
byte subtitleCapactiy=100;//subtitle
byte msgCapacity=248;//msg最大容量
byte size=10;
byte dateCapacity=10;
ByteArrayOutputStream bout=new ByteArrayOutputStream();
bout.write(0);//注意此处是commonID 一般情况是0
bout.write(uid),//把notification uid 传过来
bout.write(1);
bout.write(titleCapacity);
bout.write(0);
bout.write(2);
bout.write(subtitleCapactiy);
bout.write(0);
bout.write(3);
bout.write(msgCapacity);
bout.write(0);
bout.write(4);
bout.write(size);
bout.write(0);
bout.write(5);
bout.write(dateCapacity);
bout.write(0);
bout.write(0);
bout.write(appNameCapacity);
byte[] req=bout.toByteArray();
bout.reset();
return req;
}
通过Control Point 传输上面的byte 流给iOS NSNotification center，iOS会根据传输过来的byte流，传回具体信息到设备订阅端，设备通过回调函数解析传过来的byte流。下面获取到byte流如下：
image.png
通过上面的byte数据结构可以写出对应的parse函数。获取具体的数据。通过1Byte AttritbuteID 知道是具体哪个NotificationAttributeID Values,2个byte AttributeLength 知道后面data有几位byte ,byte 数据 紧跟在AttributeLength后面.
NotificationAttributeID Values
| NotificationAttributeIDAppIdentifier Values | 值 | 代表含义 |
|---|---|---|
| NotificationAttributeIDAppIdentifier | = 0 | 其他类别 |
| NotificationAttributeIDTitle | =1 | 表示title |
| NotificationAttributeIDSubtitle | =2 | subtitle |
| NotificationAttributeIDMessage | =3 | 具体Message |
| NotificationAttributeIDMessageSize | =4 | 具体Message大小 |
| NotificationAttributeIDDate | =5 | 具体date |
| NotificationAttributeIDPositiveActionLabel | =6 | |
| NotificationAttributeIDNegativeActionLabel | =7 | |
| Reserved NotificationAttributeID values | =8-255 |
Note NotificationAttributeIDDate 获取对应的数据格式是yyyyMMdd'T'HHmmSS，所以获取到对应的Date,要用这种格式来解析.
3）整体NP和NC交换流程
image.png
4）Notification Actions
从iOS8开始，NP发送的iOS通知起始可以间接的告诉NC可执行哪些动作。接着，NC就可以针对指定的iOS通知，请求NP执行一个动作。
通知源特征上生成的GATT通知包含一个叫做Eventflags的数据域，NC根据这个数据域就可得知对一条iOS通知可以执行哪些操作：
EventFlagPositiveAction：积极动作(Positive Action)，与iOS通知相关。
EventFlagNegativeAction：消极动作(Negative Action)，与iOS通知相关。
比如iPhone来电啦，接听来电可以用EventFlagPositiveAction action来
拒绝来电的时候用EventFlagNegativeAction action来.
通过下面代码就可以实现具体挂电话or接话等操作：
public static byte[] getActionCommend(byte[] uid,int actionId){
ByteArrayOutputStream out=new ByteArrayOutputStream();
out.write(2);
out.write(uid);
out.write(actionId);
byte [] req=out.toByteArray();
out.reset();
return req;
}
ActionID Values :
| ActionID Values | 值 |
|---|---|
| ActionIDPositive | =0 |
| ActionIDNegative | =1 |
| Reserved ActionID values | =2-255 |
