故技重施:Blackberry Push API

大概是6月初,RIM以很强的声势推出一个新服务,名曰Blackberry Push API。在没有看文档前,我非常憧憬RIM能给我们带来惊喜。但是我看完之后,发现RIM仅仅把原来的技术重新包装了一遍。

从商业的角度讲,我非常赞成RIM的这种做法,现在的很多新概念有很多都是把N年以前的东西拿出来翻新一下,例如AJax,SaaS等,都取得了不错的效果。

但是从技术角度上讲,也确实没什么。

我将该服务总结为一句话,即将Blackberry最具特色的PUSH功能应用到客户的需求上。

即便如此,我还是将我N年以前使用过的技术重温一下,顺便也说说PUSH API 的应用。

应用背景:

先举个例子,未必是真实的。假如上海有家出租车公司小众(不是大众),要通知司机小张,有个客户在人民广场的来福士广场有个客户于14:00需要车,那么小众通过何种方式将这个信息传给小张呢?假如小众公司正在使用Blackberry的服务,那么可以通过Alert的方式来实现。

现在总结一下:

  • alert
  • 新闻
  • 财经
  • 定单
  • 文档
  • 体育

服务不仅仅限于上面。

原理:

先看张图
push-request-flow
简要解释一下:

先解释身份角色:

Push Initiator:相当于小众公司,后面见车简称PI

Blackberry Push Data Server:相当于部署在小众公司的Blackberry服务基础架构,后面简称BPIS

Mobile Client:司机小张的Blackberry终端,简称,MC

再解释一下流程:

  1. PI发送一个push请求,即客户信息
  2. BPIS给出一个返回给PI
  3. BPIS就请求push给MC
  4. MC收到后给出一个ACKnowledge,确认
  5. BPIS给PI一个通知
  6. PI收到后给BPIS一个返回

类似的机制和互联网的三次握手类似,就是Request/ACK/Response.目的就是为了保证大家都收到。

优点

很显然,省电,能够及时送达,安全,包括传送,以及安全送达。

实现

  1. PAP
  2. XML HTTP 请求
  3. 几种push,例如submit,cancel,query等,具体技术细节不讲,因为这些又可以单独拿出来了。

综合上述,如果您熟悉PUSH,是不是觉得似曾相识呢。

不管怎么说,从中,我们可以进一步,也更清晰了解Blackberry PUSH这个概念。这在以后的解决方案中提供不少思路。

2条评论

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注