【友盟+】开发者社区

浅谈消息推送和即时通讯

友盟PUSH 发表于 2016-5-30 14:52:30 | |阅读模式

友盟PUSH
友盟PUSH 发表于 2016-5-30 14:52:30 | 显示全部楼层 |阅读模式
如今,一个没有push功能的App已经不能称之为一个合格的App了。
当然,一个不能聊天的App恐怕也要错过社交红利的浪潮了。
但是,经常会有开发者提问,那我的业务场景到底应该集成消息推送还是即时通讯呢?
这次,我们和大家谈谈,消息推送和即时通讯相应的使用场景。

开始之前,我们可以通过一张简单的图表来了解消息推送和即时通讯的区别。
123.png

首先,消息推送指的是一条消息如何从服务器端到客户端,而【友盟+】推送 正是满足了这样一个应用推送的使用场景。

细分下来,用以下几种业务场景来跟大家分析:

1. 单播消息推送

  • 使用场景
App Server需要向指定的设备终端或是用户推送消息,设备终端我们可以理解为安装了App的一台具体的设备。而一个用户则有可能拥有多台设备,且在多台设备上都有可能登录过,当我们推送消息是针对用户时,我们希望这个用户在他的所有设备上都能收到消息。

  • 解决方案:

(1) 向指定的设备终端推送消息
通过SDK向友盟服务器注册,同时SDK端的监听接口会获得友盟服务器返回的
Device_token, 这个Device_token是友盟服务器对设备上的app的唯一标识。App自己的服务器端可以通过这个Device_token 向单个指定设备发送个性化推送内容。

(2) 向指定的用户推送消息
友盟推送对于开发者向用户推送消息的需求,提出了“Alias”(设备别名)的解决方案。Alias是基于具体的账号,可以与设备上的Device token来做绑定,我们可以简单的理解为给设备赋予一个更容易理解的名字,便于开发者直接使用自有账号体系或者第三方账号体系来做消息推送,例如,直接用该用户的新浪账号来推送。开发者可以在SDK端调用接口设置别名,推送时指定别名即可。友盟服务器端会把别名转化到Device_token 发送到对应的设备。
有些开发者会问,我的一个Alias下可以绑定多个设备吗?可以,当然可以,一个用户是可以有多个设备的。但是需要注意的是,Alias 不能被理解成为Tag, Alias 更适用于一些简单的使用场景,不建议有些用户误把Alias当Tag使用。
另外,关于Alias以及Tag 的详细介绍,可以参考:
"Alias"是什么, 该如何使用?http://bbs.umeng.com/thread-9564-1-1.html
“标签(tag)”是什么,如何使用自定义标签?http://bbs.umeng.com/thread-9458-1-1.html


2. 组播消息推送

  • 使用场景
App Server需要向符合某个特定条件,具备某个相同特征的,做了某个相同动作的一批用户推送消息。
  • 解决方案

(1) 使用友盟推送后台给出的基础/高级维度来筛选出符合条件的用户进行推送。开发者可以根据下图所示的维度,按照自己的需求,任意组合出不同的条件。
          tu12.png

(2) 上述现有维度基本都是基于设备信息给出的固定维度,如果以上维度并不能满足你得需求,【友盟+】推送也提供了Tag(标签)的解决方案,便于开发者基于自己的业务逻辑灵活的设置自定义标签。比如,对于视频类的App,一个用户观看了体育栏目,就给该用户打一个sport的标签。这样将来推送的时候则可以达到更加精准化,个性化。
标签可以在客户端设置,同时我们服务器端也开放了API接口。设置方法可以参考:http://bbs.umeng.com/thread-9458-1-1.html

(3) 除了以上一些基于用户属性的分组推送,有些开发者对于用户的一些行为捕捉上要求较高,希望根据用户的行为路径来推送。例如,我希望给收藏了这条信息的用户推送,我希望给访问过这个页面的用户推送。面对这种需求,友盟各个产品线打通的优势便显现出来了,开发者可以在友盟统计通过设置自定义事件,建立相应的用户群。在推送后台便可按照事先设置好的用户群来进行推送了。关于如何使用用户群做推送可以参考:http://bbs.umeng.com/thread-11540-1-1.html

3. 广播消息推送

  • 使用场景
开发者需要向所有的终端用户推送消息。
  • 解决方案
广播推送相对来说理解起来就比较简单了,【友盟+】推送提供推送给所有人的功能,意味着这条消息将发送给安装了该App的所有设备。

以上,是【友盟+】推送能够满足的业务场景。当然,一直以来经常会有一些开发者来咨询,友盟+推送可以实现客户端对客户端的推送吗。 可以,只是,比较麻烦。于是友盟+推出了他的IM产品-----U-IM

U-IM 能够满足两个使用场景:
(1) 点对点聊天功能,也就是一个终端用户需要向另一个终端用户发消息。
(2) 终端用户与服务端频繁的一对一沟通,比如电商类应用,对于订单状态更新的消息提示,或者我们平时理解的客服功能。
如果你得App 满足以上两个场景的话,那更加适合集成友盟的即时通讯工具U-IM。

总结来说,即时通讯指的是消息发送和接收的时间间隔。而消息推送则指,一条消息如何从服务器到客户端。希望开发者能够根据这篇文章的讲解,对应自己的业务场景来选择合适的通信机制。最后,希望各位开发者能够持续关注【友盟+】消息推送(友盟消息推送|app推送), 更多数据运营方面的汇总帖请参见BBS: 友盟消息推送常见问题索引(开发者必读)_U盟友盟消息推送论坛【友盟+】推送官方微博账号:http://weibo.com/umengpush 也同样期待你的关注。




上一篇:我做的android软件当退出并关闭这个软件的时候
下一篇:device token无效

您需要登录后才可以发帖 登录 | 立即注册

本版积分规则

发表主题

精彩推荐

AppTrack生成的短链在微信及手Q,被爆诱导分享
AppTrack生成的短链在微信及手Q,被爆诱导分享,有无解决方案?
【教程】如何在今日头条上投放apptrack的监测链接?
【教程】如何在今日头条上投放apptrack的监测链接?适用最新的今日头条后台 操作教程: 1、登陆apptrack,
投资10元,半个月变501.86元,一个月后赚26189.96元!
投资10元,半个月变501.86元,一个月后赚26189.96元!实力见证一切,可以放大做!

关注我们

新浪微博
微信

欢迎关注友盟官方微博微信!

在线客服
返回顶部 返回列表