当前位置:   article > 正文

iOS ANCS 通知服务_ios ancs notificaton

ios ancs notificaton

导语

智能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= 2miss电话消息
CategoryIDVoicemail= 3voice mail消息
CategoryIDSocial= 4社交类消息 比如微信facebook等
CategoryIDSchedule=5schedule消息
CategoryIDEmail=6Email消息
CategoryIDNews=7News消息
CategoryIDHealthAndFitness=8健康类消息
CategoryIDBusinessAndFinance=9财经类消息
CategoryIDLocation=10location消息
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。

想要获取具体某条信息可以通过下面的方法

  1. public static byte[] getNotificationByUID(byte[] uid){
  2. byte appNameCapacity=100;//app name 最长容量
  3. byte titleCapacity=50;//title 最长
  4. byte subtitleCapactiy=100;//subtitle
  5. byte msgCapacity=248;//msg最大容量
  6. byte size=10;
  7. byte dateCapacity=10;
  8. ByteArrayOutputStream bout=new ByteArrayOutputStream();
  9. bout.write(0);//注意此处是commonID 一般情况是0
  10. bout.write(uid),//把notification uid 传过来
  11. bout.write(1);
  12. bout.write(titleCapacity);
  13. bout.write(0);
  14. bout.write(2);
  15. bout.write(subtitleCapactiy);
  16. bout.write(0);
  17. bout.write(3);
  18. bout.write(msgCapacity);
  19. bout.write(0);
  20. bout.write(4);
  21. bout.write(size);
  22. bout.write(0);
  23. bout.write(5);
  24. bout.write(dateCapacity);
  25. bout.write(0);
  26. bout.write(0);
  27. bout.write(appNameCapacity);
  28. byte[] req=bout.toByteArray();
  29. bout.reset();
  30. return req;
  31. }

通过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=2subtitle
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接话等操作:

  1. public static byte[] getActionCommend(byte[] uid,int actionId){
  2. ByteArrayOutputStream out=new ByteArrayOutputStream();
  3. out.write(2);
  4. out.write(uid);
  5. out.write(actionId);
  6. byte [] req=out.toByteArray();
  7. out.reset();
  8. return req;
  9. }

ActionID Values :

ActionID Values
ActionIDPositive=0
ActionIDNegative=1
Reserved ActionID values=2-255



作者:wongstar
链接:https://www.jianshu.com/p/0c5e92ed8ee1
 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小蓝xlanll/article/detail/146797
推荐阅读
  

闽ICP备14008679号