活动时间：2017年06月24日 13:30—16:30

活动地点：北京市朝阳区酒仙桥北路9号恒通国际创新园C8栋 MeePark

   WannaCry、Struts 2等安全事件告诉我们，用规则去防御安全漏洞永远比黑客慢一步，如何在与黑客抗争中先知先觉，占据主动地位，是未来信息安全战争的关键！

   云安全fun享会第三期《未知安全威胁的检测与防御》，邀请业界安全专家，与您分享沙盒、RASP、蜜罐、安全态势感知等对抗未知威胁的利器。

与其惧怕0day，不如来听听我们的安全沙龙！

椒图科技助理总经理 吴康
《利用沙盒检测加密及未知WebShell》

云锁产品总监 田强
《RASP技术在中国的落地与实践》

更多议题陆续添加中，也欢迎您的议题投稿：lidong@jowto.com




2017年06月24日 13:30
北京朝阳区酒仙桥北路9号恒通国际创新园C8栋 MeePark
除了精彩的议题外，我们还准备点心和礼品，等你到来
会务联络：sunyx@jowto.com
















本次fun享会活动场地由 MEE-PARK 智能活动空间提供，特此感谢。




活动报名：报名地址 收起阅读 »

原文地址 :  http://blog.csdn.net/jyt199011302/article/details/72829520

参考资料
APNS证书创建和上传到环信后台 : http://www.imgeek.org/article/825308748 
APNS离线推送文档 : http://docs.easemob.com/im/300iosclientintegration/75apns
离线推送的集成代码这里就不一一介绍了, 上面文档中写的 很明白了, 接下来说下比较容易误会的几点
一. 离线推送
如果app集成时添加

- (void)applicationDidEnterBackground:(UIApplication *)application {

[[EMClient sharedClient] applicationDidEnterBackground:application];

}

- (void)applicationWillEnterForeground:(UIApplication *)application {

[[EMClient sharedClient] applicationWillEnterForeground:application];

}

App后台静默后，能够保持长连接3分钟左右。超过3分钟，长连接会断开，当前登录的账号，在服务端被认为离线。消息会存入离线消息空间，之后接收的消息会在再次登录后，连接上服务器，然后通过长连接把消息取走，投递给此用户。如果app配置了推送证书，上传了推送证书并且集成了推送功能，服务器会给接收方发一个APNs推送，则会对离线消息进行APNs推送提示消息内容，通知接收方有一条新消息。
如果想自定义推送的alert，可以在发消息的时候，在消息扩展中添加相应的字段。文档见：APNS内容解析

离线推送 : 当app被杀死或者进入后台三分钟之后
消息回调 : app在前台及app进入后台三分钟之内

注意 : 环信支持推送消息，只是目前还不能根据标签推送给特定用户组，也暂不支持推送模板。CMD消息没有推送,好友请求也没有推送

收不到离线推送时可以从下面几个方面找下原因

1.测试apns推送的时候，接受消息方的app是杀掉状态吗,或者进入后台三分钟以后
2.看看你环信后台上传的证书名称与工程中初始化SDK那里填的证书名 是不是相同的
3.配置证书时候填的id与你工程中的bundle id 是否相同
4.devicetoken有没有传给环信SDK。即查看管理后台中，对应 IM 账户下是否有您刚刚写的证书名。（如果没有，请检查您是否得到了 deviceToken）
5.确认Xcode环境是否配置正确 ,Build Settings---signing,看Debug对应的是不是开发的，Release对应的是不是生产的
6.在确认xcode运行环境是否正确 (Product-->Scheme-->Edit Scheme， 开发证书选Debug，生产证书选Release)
7.证书制作上传过程是否有问题，配置证书的时候是否设置了密码,正确的步骤可以参考：http://www.imgeek.org/article/825308748。另外可以用推送工具进行验证。
8.如果以上都没有问题，可以尝试重新制作上传一下推送证书。
对照这些检查一下，基本上就是这些原因
如果上面几点都符合的话，看下重新登录之后是否可以收到之前收不到推送消息
可以的，话提供一下AppKey，证书名 (查下证书是否被封)以及收不到的推送消息的消息id及发送方和接收方log
log导出请看这篇文章: http://www.imgeek.org/article/825308785 然后转成txt格式上传到工单上，同时注明上述配置都正确 , 环信这边来查下消息推送记录

注意 :后台没有证书名 是指用户列表后面没有显示证书名。这个证书名是SDK初始化的时候传的字符串，用户登录之后会进行绑定。
如果用户没有绑定证书名的话，肯定收不到推送的。这个证书名是用户登录之后绑定的，要确认下初始化SDK的时候有没有传。 options.apnsCertName = apnsCertName;

==============常见问题==============

Q : iOS apns离线推送证书apns的离线推送可以和友盟(极光)推送共用一个证书吗？
A : 环信的推送只要和后台上传的证书对应就可以实现，其他的不关心。
首先苹果推送证书的生成都是统一的方式，这个不区分是极光(友盟)推送证书还是个推证书等等。使用的推送证书只要按照正确的苹果推送证书生成流程创建，都可以使用。
环信添加推送证书可以看http://www.imgeek.org/article/825308748 不是要求必须重新生成推送证书 
Q : 好友申请通知的离线推送?
A : 我们的好友体系，添加好友的申请不支持离线推送。
如果你们是使用App本身的好友体系，可以在app的添加好友业务上向被添加的好友发送文本消息，在EMMessage的ext中设置自定义字段，来区分此条文本消息是否用于好友申请提示，由此来判断处理UI的显示。

Q : iOS的杀死进程远程推送和服务端有关么
A : 如果客户端把远程通知给关了肯定就收不到通知,我们服务器会检测客户端是否有deviceToken,有的话才会把消息发送到deviceToken对应的设备上

Q : 每个项目创建了一个开发的推送证书一个生产的推送证书。这俩证书什么时候要做切换？
A : 在App上传AppStore前需要修改App内初始化SDK设置的推送证书名，EMOptions的apnsCertName。
注意，这里的值需要和在Console管理后天上传时设置的证书名一致。

Q : 绑定devicetoken的时候是否需要先登录到环信？
A : 绑定是需要登录过之后才进行的，
 - (EMError *)bindDeviceToken:(NSData *)aDeviceToken; 是把deviceToken传给SDK。调用登录，SDK会进行绑定。也可以调用 - (void)registerForRemoteNotificationsWithDeviceToken:(NSData *)aDeviceToken
completion:(void (^)(EMError *aError))aCompletionBlock;自己绑定
需要判断是否已经登录，如果已经有登录的账号，再登录会返回 已登录的错误。

Q : 离线推送在客户端怎么设置显示详情？
A :

 EMPushOptions *pushOptions = [[EMClient sharedClient] pushOptions];

pushOptions.displayStyle = EMPushDisplayStyleMessageSummary;

可以设置离线推送消息显示具体内容还是只显示-您收到一条消息
要设置在登录成功之后,然后要用服务器拉取一遍APNS 属性

EMError *error = nil;

EMPushOptions *options = [[EMClient sharedClient] getPushOptionsFromServerWithError:&error];

然后在修改displayStyle

Q : 两个APP通信，如果只希望其中一类APP能收到推送，而另一端的APP不希望收到推送，是不是不希望收到推送的APP不配置证书就好了？
A : 两个App的推送证书都是在同一appkey下单独配置的，如果不希望收到推送，可以对此App不配置推送证书，同时在App代码中注释掉注册远程通知的相关代码。
bundle id对应的证书也可以取消push的功能,针对App不使用任何远程推送服务，包括其他第三方的，如果App还需要其他第三方的推送服务，请忽略这句话。

Q : 不配置推送证书的APP是不是只有刷新的情况下才会显示新的消息？不刷新的情况下APP是看不到新的消息？
A : 不配置推送功能的App，只有在用户登录成功后，才能通过长连接的接收消息回掉中拿到消息体。

Q : 在开发环境下收到了离线推送消息，但是在生成环境下没有收到?
A : 看一下SDK初始化时，是否设置的apnsCerName与生产环境证书上传时填写的证书名一致，还有是否为adhoc打包成ipa文件安装测试的。

Q :发送消息1,2,3,4,5 对方收到推送 2 1 5 顺序不对而且丢失, app角标也不对
A : 1.首先，苹果不保证所有远程推送的到达率。这个可以看苹果官方文档。
Because the delivery of remote notifications is not guaranteed, never include sensitive data or data that can be retrieved by other means in your payload.
2.我们只保证，把离线消息执行远程推送，发给苹果服务器。苹果服务器是否能够百分之百把所有推送送达到指定移动端，这个根据苹果的策略，当 APNs 向你发送了多条推送，你的设备在 APNs 那里下线了，这时 APNs 到你的手机的链路上有多条任务堆积，APNs 的处理方式是，只保留最后一条消息推送给你，然后告知你推送数。那么其他消息会被APNs丢弃。
3.我们保证的是离线消息，当用户重新登录时，可以都接收到。
4. 如果需要找后台查询离线消息（前提接收方已绑定deviceToken）是否成功，需要提供离线消息的messageId，接收方环信id
5.我们的推送角标，是接收方的在服务端的离线消息数。
https://developer.apple.com/library/prerelease/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/APNSOverview.html#//apple_ref/doc/uid/TP40008194-CH8-SW1
这是官方文档



Q11 :ios是怎么判断离线了 然后发推送的啊 有时候把应用杀掉后 半天收不到推送
A : rest可以查用户的状态，推送前提是此用户有devicetoken已经绑定成功
如果账号所有配置都没问题，杀掉后，其他人发的消息，过几秒就能看到推送
Q12 : Q11不管用会是什么原因呢
A : 配置，还有账号在我们这绑的deviceToken

Q : 多个app共用一个appkey 推送证书怎么配置呢
A : 后台可以上传多套推送证书。

Q :程序关闭后推送了一个消息，点击后怎样获取到环信传过来的数据
A : 需要用户点击横幅后，重新启动App，这时从- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions中，获取字典launchOptions，UIApplicationLaunchOptionsRemoteNotificationKey这个key下的数据，就是aps的字典数据

二 . 消息回调
app的长连接存在的时候，环信服务器检测您为在线状态，是不会给app推送消息的。app端在线的情况下，消息会通过长连接直接收取(didreceivemessage)，收到消息，SDK会通过回调通知给上层。app通过收消息的回调拿到消息对象，然后解析并展示UI。
目前我们不支持App切后台后，可以一直执行。
我们SDK在切后台后，实现[[EMClient sharedClient] applicationDidEnterBackground:application];，会保持，直到被系统释放iOS目前其他方式应该都无法去实现一直保持App的活跃状态了。

==============常见问题==============
Q : 本地推送声音设置在哪 ?一条消息推送两声
A : 推送声音设置的要自己实现,具体可参考demo里的ChatDemoHelper类和MainViewController类里的
- (void)showNotificationWithMessage:(EMMessage *)message方法,该方法中有发送本地推送做的一系列操作,本地通知怎么做的,本地通知触发几次,一条消息推送几声,一下接收到多条消息响几声,都需要用户自己实现.

Q : 视频通话,推送怎么实现?
iOS 3.2.3之后，如果在实时通话接收方不在线时，发送提醒。
A : 1.在发起实时音视频通话前，需要设置EMCallOptions对象属性isSendPushIfOffline为YES；
2.遵守协议EMCallBuilderDelegate，实现其中的- (void)callRemoteOffline:(NSString *)aRemoteName 委托方法。
3.在第2步的方法中向 aRemoteName用户发送单聊消息。
如果被叫方已注册远程通知且绑定deviceToken，会收到对应消息的APNs推送，点击横幅来唤醒App。
上面是接收方离线的情况。如果接收方长连接还未断开，只是App切到后台，需要在回调- (void)callDidReceive:(EMCallSession *)aSession中判断当前App是否在后台，如果是弹出本地通知。

Q : EMCallOptions *options = [[EMClient sharedClient].callManager getCallOptions]; //当对方不在线时，是否给对方发送离线消息和推送，并等待对方回应 options.isSendPushIfOffline = YES; [[EMClient sharedClient].callManager setCallOptions:options];isSendPushIfOffline设置为YES后，A用户呼叫B用户，B用户处于离线状态，但B用户没有收到推送。
A : 1. 先确接收方杀掉App后，文本消息是否能收到APNs推送。
2.在1点确认App杀掉可以收到推送前提下，确认实时音视频发送方代码执行顺序如下：

(1) EMCallOptions *callOptions = [[EMClient sharedClient].callManager getCallOptions];

callOptions.isSendPushIfOffline = YES;

callOptions.offlineMessageText = @"提示文本";//可选

[[EMClient sharedClient].callManager setCallOptions:callOptions];

（2） callManager调用

- (void)startVideoCall:(NSString *)aUsername

completion:(void (^)(EMCallSession *aCallSession, EMError *aError))aCompletionBlock;

或者

- (void)startVoiceCall:(NSString *)aUsername

completion:(void (^)(EMCallSession *aCallSession, EMError *aError))aCompletionBlock;

 

Q : 推送的提示音可不可以自定义啊。
A: 推送的提示音目前不支持自定义，本地通知的你们以自己去设置。
 
Q : app压后台，立刻收到聊天推送来的信息，点击通知栏信息，捕获不到唤起程序事件
A : App切后台后，长连接为断开前，当前弹出的横幅是本地通知，那么此时唤醒时间是本地通知的回调

- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification；

iOS10后

- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)())completionHandler；

 

Q : 环信在离线状态下能收消息，但是程序运行状态按home按键进入后台的时候无法接受消息，怎么处理
A : App切入后台一段时间内，长连接还未断开，这时候接收消息都是通过SDK的接收消息回调(EMChatManagerDelegate)来收消息，不会执行APNs推送。
如果是需要弹出横幅提醒，需要在接收消息的回调方法中，判断[[UIApplication sharedApplication] applicationState]为UIApplicationStateBackground，然后实现本地通知。可以参考demo中的处理

(ChatDemoHelper的- (void)didReceiveMessages:(NSArray *)aMessages)

[attach]7500[/attach][size=13]





[/size]

收起阅读 »

    近日，2017全球机器智能峰会(GMIS 2017)在北京圆满举行，47位重磅嘉宾带来的32场演讲、4个圆桌论坛、1场人机大战及5个主题Session轮番上演，使GMIS 2017成为聚焦人工智能及相关领域的顶级行业盛宴。说出来你可能不信，环信是唯一受邀参展GMIS 2017的智能客服公司!


   LSTM 之父&Dalle Molle 人工智能研究所副主任Jürgen Schmidhube大胆预测，在未来几年人类将创造出具有灵长类动物智能的人工智能系统。而现阶段AI在行业发挥最大生产力更可能是在垂直行业，特别是客服行业，智能客服聊天机器人已经展示给世人强大的生产力。


  也许你已经被环信诸如“全球最大、国际领先、国内市场占有率第一...”等狂轰滥炸的晕头转向了，我也很懵逼啊，我只是一个新媒体小编，对于市场第一描述词汇量的匮乏我也很绝望啊...


   环信作为智能客服企业的先行者，基于自然语言处理和机器学习技术推出了环信智能客服机器人，辅助或代替人工客服精准回答常见或高频问题，降低企业客服人力成本。目前，环信在客服领域已经服务了58541家标杆客户，积累了人工智能在客户服务行业落地的大量最佳实践。

为什么环信在AI方面有领先优势，投资人说的对！

   主会场演讲嘉宾美国通用电气GE Transportation CTO Wesly Mukai谈到机器学习目前已经应用在美国铁路运输这种非常实际的领域中，为提高效率做出了很大贡献。Wesly先生会后来到环信展台深入了解国内智能客服机器人在客服行业的应用，他认真听取了环信客服聊天机器人的实现方式（单轮会话、多轮会话、人机协作...）和应用场景以及帮助客户取得的效果和成绩，他认为中国企业在智能客服行业的探索已经走在了世界前列，同时他很看好AI在垂直领域所爆发的强大生产力。

Wesly和环信员工谈笑风生（照片由Wesly先生私人翻译帮助拍摄提供）

   Citadel 首席人工智能官邓力发表了以“无监督学习的最新进展（Recent Advances in Unsupervised Learning）”为主题的演讲。他认为，聚类方法、GAN 和变分自编码器（VAE）等传统无监督学习方法关注的重点是对输入数据的结构建模。腾讯 AI Lab 副主任俞栋在大会上洞悉了语音识别领域的前沿研究，今日头条、第四范式等嘉宾们从语音交互领域、自然语言处理及人工智能平台等领域切入，详细解构了其在人工智能时代所实践的产业创新，展示出AI技术在不同领域产生的巨大价值及未来机遇。


   当下，科技和创新进入拐点式爆发，人工智能的浪潮席卷全球。在此背景下，GMIS 2017作为国内首次汇集起全球人工智能和机器人领域顶级专家的大会，中立、权威、系统地呈现了机器智能相关技术的前沿研究，为全球人工智能领域前沿专家学者共同探讨机器智能如何从技术转化成产品和应用提供了绝佳平台，同时深切关注人工智能未来能够解决哪些具体问题，及如何帮助人类智慧生活的体验得到提升。GMIS将对行业产生积极而深远的影响，并开启人工智能发展的新起点。


   最后提前剧透：环信联合Gartner即将在国内发布客服行业首个机器人选型报告《智能客服机器人之客户服务行业最佳实践》我会到处乱说么?
 
报告抢先看
 
   市场上关于机器人的分类很多，误区也有很多。往往人们会将客服机器人等同于聊天机器人，但客服机器人其实只是聊天机器人的一种。聊天机器人主要分为两个大类：闲聊机器人与Task Oriented 机器人。Task Oriented 机器人是以任务目的为导向的机器人，又包括个人助理机器人与客服机器人。



上表对闲聊机器人、个人助理机器人、客服机器人从解决问题领域、平台系统开放性、技术方案的角度进行了详细比较。



智能客服机器人概述与分类 收起阅读 »

  
   环信作为国内领先的企业级软件服务提供商，产品包括国内上线最早规模最大的即时通讯云平台——环信即时通讯云，以及国内领先的全媒体智能云客服平台——环信移动客服。区别于环信即时通讯云SDK（IM SDK），环信移动客服也专门提供了访客端SDK。很多小伙伴在环信开发过程中，同时使用了环信即时通讯云和环信移动客服服务，就会有这样的疑问，这个时候应该使用哪个SDK 呢？这两个有什么区别？于是让开发者惊呼“还有这种操作”的《IM-SDK和客服-SDK并存开发指南》应运而生，希望能帮助小伙伴们更快速、高效集成环信。嗯，就是有这种操作，不服就来尬舞啊！！！
 一、SDK介绍

1. 访客端客服SDK基于IM-SDK 3.x开发，包含了IM-SDK所有的API和功能，当同时使用IM和客服时，只需要在初始化、登录、登出操作时使用访客端客服 SDK 提供的相应API即可。
2. UI部分集成需要分别导入Kefu-easeui和EaseUI（IM的EaseUI），也可以自己写UI部分。

二、注意事项

1. 开发过程中 初始化、登录、登出，务必使用客服SDK的API。
2. IM-SDK和客服SDK都包含了armeabi、armeabi-v7、arm64-v8a、x86的CPU架构，在发版的时候，可以选择部分CPU，例如剔除模拟器用的x86架构，在build.gradle中配置即可。

 
三、资源准备

1. 到环信官网下载访客端客服SDK+Demo源码，下载链接：http://www.easemob.com/download/cs选择“Android客服访客端”下载（如下图）。 
   
   
   
   
   
2. 到环信官网下载IM的SDK+Demo源码，下载链接：http://www.easemob.com/download/im 选择Android SDK（如下图）。  
   
   
   
   
   

四、资源简介

1. 解压后的SDK压缩包中，含有基础版和实时音视频版，根据需求的不同使用不同的SDK。默认EaseUI使用的是libs文件夹内的SDK，此SDK含有实时音视频功能，因此比较大，如果不需要使用实时音视频功能的，可以使用libs.without.audio文件夹下的SDK。
2. 从官网下载的客服访客端SDK包括以下目录： 

其中：kefu-android-demo为包含实时音视频的商城demo，可以直接运行。
 libs 为客服访客端SDK，包含实时音视频功能。
libs.without.audio 为不包含实时音视频功能的客服访客端SDK。
 
五、集成步骤

1. 参考客服访客端文档或demo源码集成客服的访客端SDK，文档地址：http://docs.easemob.com/cs/300visitoraccess/androidsdk 。
2. 可以把Kefu-Easeui作为一个module，libs放入客服的SDK（kefu-sdk_*.jar和相关so），import IM的easeUI到项目中，去掉里面的hyphenate_*.jar以及相关so。注释掉EaseUI.java中的IMSDK的初始化方法，最终结果为：app项目依赖IM-easeui module，IM-easeui 依赖kefu-easeui module。
3. 在自己项目中的Application中的onCreate方法中，先调用客服SDK的初始化方法，再调动IM-easeui和Kefu-easeui的初始化方法（如果不用IM或客服的EaseUI则不需要对EaseUI做初始化）。
4. 在app项目中，调用登录、登出方法需要调动客服的API，其他的API为各自的API。在调用EaseUI相关的Activity时，如为IM-easeui的Activity需要在AndroidManifest.xml中注册，kefu-easeui则不需要再注册（因为在kefu-easeui这个module中的AndroidManifest.xml中已注册）。Demo和EaseUI的源码是开源的，也可查看下。

 
六、注意事项

   APP的通知栏提醒，客服和IM的easeui中均有自己的通知栏，代码均开源，可按照自己的方式去修改，具体应用可看下载的Demo源码中的演示实例。
 
提供的兼容Demo介绍：

1.  Demo是在客服的商城Demo上修改，在左上角添加了一个聊天室的按钮，点击按钮会根据appkey随机创建一个账号并登录，登录成功后会进入聊天室列表界面，点击某个聊天室可以在聊天室中聊天。
2.  Demo中客服部分功能还是和原商城Demo功能一致。
3.  Demo中为了演示因此采用随机注册账号的方式，对于用户场景中，可以先注册好这些账号和自己的账号绑定，这样每次咨询客服就都是同一个人了，也可以显示这个访客曾经的聊天记录。

 
Demo源码地址：http://kefu-prod-apk.oss-cn-hangzhou.aliyuncs.com/kefu-android-demo.zip 收起阅读 »

罗飞老师已经近一年多没有对外分享，全情投入到人工智能硬件创业上。这次分享罗飞老师带来了他这一年多的心血结晶~

能说会道，宝宝的好伙伴-小墨​
语音交互 | 运动控制 | 远程监控 | 视频通话 | 海量内容

   随着移动互联时代向DT时代的逐渐演进，各种新模式新技术层出不穷，作为众多行业的顶层设计AI才慢慢向世人展示出了其惊人的生产力，人工智能时代也随之悄然来临！但人工智能落地并不是这么容易，它的创业门槛更高， 会涉及到包括软硬件等方方面面。

   如果您是一位想在机器人、智能家居、智能硬件等行业创业的老铁，选择对了靠谱的供应商很大程度上决定了创业成败。上周四我们邀请到智众互动CEO老司机罗飞，他和大家一起分享关于了“小墨机器人”项目创业的选型实践。
 
   罗飞丨智众互动CEO，国内流行thinkphp核心开发者之一，曾就职于新浪、创新工场。著有《内外兼修》、《swift入门实战》等书， 其中《内外兼修》是由李开复、刘东华、鸟哥等写序推荐。环信公开课第13期主题回顾

罗飞老师在直播现场

环信公开课第13期主题回顾

1.智能硬件音视频通话哪家强？环信音视频通话的最佳实践！

• 环信语义理解：是以人机交互为核心技术、语义理解为核心应用的人工智能交互服务。
• 环信人脸识别：是一款用于提供图像和视频帧中人物分析的在线视频通话服务。
• 环信视频处理：智能避障能在有障碍物的情况下判断并自动躲避。
• 环信智能监控：嵌入强大的监控系统，实时监测孩子最新的动态。

2.科大讯飞、思必驰、云知声的语音识别和语音合成各有特点，如何选择？  

3.瑞芯微、全志，哪家芯片适合自己？  

4.如何做大数据，通过语义分析让机器人可以像人这样回答问题？

参加环信公开课还有礼物相送 

罗飞老师签名书籍

 
公开课视频回放
 

 
公开课合作及更多信息，请添加“环信MM”



 
小墨机器人正在众筹：小墨机器人 收起阅读 »

 客服模式

会话标签支持hover显示

当会话标签过长无法在列表中完整显示时，可以将鼠标放在标签上，查看完整的会话标签。 


实时视频支持截图、静音功能

Web版客服工作台的实时视频支持截图、静音功能。和app、网页客户进行视频聊天时，客服可以截取客户的视频截图；需要和同事讨论时，可以暂时对己方视频进行静音。

注：实时视频功能为增值服务。仅Chrome浏览器在https模式下支持。

管理员模式

关键字匹配

新增关键字匹配功能，支持为客户消息中的关键字设置正则表达式和自动回复，当关键字匹配正则表达式时，系统自动回复一条消息。使用关键字匹配功能，可以帮助客服和机器人更加灵活、快速、准确地解答客户的问题。

关键字匹配功能为增值服务，如需开通，请提供租户ID并联系环信商务经理。

使用示例：

1. 进入“设置 > 关键字匹配”页面，点击“添加新的匹配组合”，设置规则名称、正则表达式、系统自动回复，并保存。

• 正则表达式：设置正则表达式用于匹配客户消息中的关键字；
• 系统自动回复：设置系统自动回复。在任意位置添加##，可在##位置显示匹配到的关键字。

2. 当客户消息中的关键字匹配上设置的规则时，系统自动回复一条消息。访客端示例： 
支持导出自定义报表自定义报表功能允许管理员根据不同的时间段、指标项目和指标维度自由搭配出不同的报表，能够满足多样化的报表需求。新增自定义报表导出功能，可以将数据导出为CSV格式的文件，便于在本地保存。注：自定义报表功能为增值服务，如需开通，请提供租户ID并联系环信商务经理。支持导出公共常用语公共常用语支持全部导出，方便管理员对公共常用语进行批量整理。进入“设置 > 公共常用语”页面，点击“导出常用语”按钮，导出全部常用语。在本地对公共常用语进行编辑后，可将系统中的常用语全部删除，并重新导入编辑后的常用语。 
自定义客户资料支持级联列表客户资料的自定义字段支持级联列表，满足多样化的客户资料需求。进入“设置 > 客户资料自定义”页面，点击“添加自定义字段”按钮，可以添加级联列表。级联列表选项最多支持10级。 
管理员通知支持发送全员和技能组在消息中心页面，管理员发送通知给客服团队时，可以选择全部、技能组、或客服成员。选择收件人的方法：

• 输入@、@全部、@技能组名称、@客服昵称，在下拉列表中选择收件人。
• 在右侧客服列表中直接选择全部、技能组、客服，或搜索成员并选择。

注：输入@符号时，请切换至英文输入法。 


管理员模式顶部导航栏优化

优化管理员模式顶部导航栏，删除体验指南页面。原体验指南提供的“商城”demo，可以前往“渠道管理 > 手机APP”页面，通过扫描app关联页面的二维码下载。 
 
Android客服工作台

当前版本：V2.9

新功能/优化：

管理员模式新增实时监控功能
支持查看与客服同事的历史消息
支持在进行中会话查看客户的历史消息（可跨会话）
 
移动客服Android SDK

当前版本：V1.0.6

新功能/优化：

优化部分API，使用更简单
商城demo与EaseUI全面使用亮丽新UI
UI全面支持国际化（根据手机设备语言切换） 
环信移动客服更新日志http://docs.easemob.com/cs/releasenote/5.19 

环信移动客服登陆地址http://kefu.easemob.com/ 收起阅读 »

首先修改Gradle配置文件，启用MultiDex并包含MultiDex支持：

defaultConfig {
        multiDexEnabled true
   }

dependencies { compile 'com.Android.support:multidex:1.0.1' } 

然后让应用支持多DEX文件。在MultiDexApplication JavaDoc中描述了三种可选方法：

1、在AndroidManifest.xml的application中声明android.support.multidex.MultiDexApplication；
2、如果你已经有自己的Application类，让其继承MultiDexApplication；
3、如果你的Application类已经继承自其它类，你不想修改它，那么可以重写attachBaseContext()方法：
 
@Override   
protected void attachBaseContext(Context base) {  
    super.attachBaseContext(base); MultiDex.install(this);  
}  
 
运行就可以了，也可能打包了，这个问题貌似是工程中的方法数量超过安卓规定65536个方法数了，，，
  收起阅读 »

环信SDK提供2.x和3.x两个版本。SDK会写入日志文件到本地。日志文件路径如下：

• 2.x 沙箱Library/EaseMobLog
• 3.x 沙箱Documents/HyphenateSDK/easemoblog

 访问沙箱目录

• 模拟器 
• 打印NSHomeDirectory()

• 打开Finder前往

• 真机
• 打开Xcode连接设备，前往Xcode --> Window --> Devices

• 进入Devices界面

• 选择Download Container之后会下载到本地一个.xcappdata文件。选中这个文件鼠标右键显示包内容。

• 可以访问到沙箱目录

SDK日志

• ​2.x

• 3.x

收起阅读 »

最近在整理这段时间被别人问到引入环信可能会出现的问题,记得的也不太多,想到一个就在这里记录一个吧,如果有遇到过本文中没有列出来的,可以问我,我会一一解答的
原文地址: http://blog.csdn.net/jyt199011302/article/details/68483995

1. pod引入的Hyphenate里面的.h文件中和手动下载的sdk相比会缺少Hyphenate.h 。
A :  主要是pod 问题 本地仓库太旧了, 终端行pod repo update, 之后在pod search 'Hyphenate' 如果可以找到3.3.0版本, 就可以下载了 podfile 里面 platform 要指定8.0

2. iOS SDK 从低版本 升到3.3.0 后运行报错 (集成动态库版本报错)
dyld: Library not loaded: @rpath/Hyphenate.framework/Hyphenate
  Referenced from: /Users/white/Library/Developer/CoreSimulator/Devices/BE0DDC26-96AE-4396-A6C5-48DC6938042B/data/Containers/Bundle/Application/4F9F570A-44B5-4F81-AD19-F7AA38D26E40/SYSchoolProject.app/SYSchoolProject
  Reason: image not found


A : 在Build setting -> General这里加上。 还有这里也加上 改不能成optional,
注意 : 改成optional之后会导致初始化为null




3.在AppDelegate中执行[EaseMob sharedInstance]崩溃
A : other link flags添加“－ObjC”选项（注意：O和C大写）


4. pod导入EaseUI 时报错 
A : 先进入Podfile文件中,添加pod 'EaseUI', :git => 'https://github.com/easemob/easeui-ios-hyphenate-cocoapods.git' ,保存退出之后执行pod update即可 ,如果还是失败,可以升级一下pod版本



5.‘Hyphenate/EMSDK.h’ file no found
A : 换下引用#import <HyphenateLite/HyphenateLite.h>
     或者#import <Hyphenate/Hyphenate.h>
     如果此方法不行, 可以试试选中你的项目中的Pods -> EaseUI->Build Phases->Link Binary With Libraries ，点➕->Add Other ，找到工程里面，Pods里面的Hyphenate文件夹下面的Hyphenate.framework 点击open，重新编译就好了




6. 


A :  可以参考问题2的基础上, 再看下相对路径那里


7.集成动态库上传AppStore出现问题, 打包上线时报错
ERROR ITMS-90087: "Unsupported Architectures. The executable for xiantaiApp.app/Frameworks/Hyphenate.framework contains unsupported architectures '[x86_64, i386]'."
A :  遇到这个问题的小伙伴一定是没有认真看咱们环信的官方文档,
由于 iOS 编译的特殊性，为了方便开发者使用，我们将 i386 x86_64 armv7 arm64 几个平台都合并到了一起，所以使用动态库上传appstore时需要将i386 x86_64两个平台删除后，才能正常提交审核

在SDK当前路径下执行以下命令删除i386 x86_64两个平台
实时音视频版本Hyphenate.frameworklipo Hyphenate.framework/Hyphenate -thin armv7 -output Hyphenate_armv7 lipo Hyphenate.framework/Hyphenate -thin arm64 -output Hyphenate_arm64 lipo -create Hyphenate_armv7 Hyphenate_arm64 -output Hyphenate mv Hyphenate Hyphenate.framework/
 
不包含实时音视频版本HyphenateLite.frameworklipo HyphenateLite.framework/HyphenateLite -thin armv7 -output HyphenateLite_armv7 lipo HyphenateLite.framework/HyphenateLite -thin arm64 -output HyphenateLite_arm64 lipo -create HyphenateLite_armv7 HyphenateLite_arm64 -output HyphenateLite mv HyphenateLite HyphenateLite.framework/
拿实时音视频版本版本为例 : 执行完以上命令如图所示


运行完毕后得到的Hyphenate.framework就是最后的结果，拖进工程，编译打包上架。


注意 : 
1. 最后得到的包必须真机编译运行，并且工程要设置编译二进制文件General->Embedded Bunaries.
2. 删除i386、x86_64平台后，SDK会无法支持模拟器编译，只需要在上传AppStore时在进行删除，上传后，替换为删除前的SDK，建议先分别把i386、x86_64、arm64、armv7各平台的包拆分到本地，上传App Store时合并arm64、armv7平台，并移入Hyphenate.framework内。上传后，重新把各平台包合并移入动态库


打包时还有可能报这个错误
ERROR ITMS-90535: "Unexpected CFBundleExecutable Key. The bundle at 'Payload/xiantaiApp.app/EaseUIResource.bundle' does not contain a bundle executable. If this bundle intentionally does not contain an executable, consider removing the CFBundleExecutable key from its Info.plist and using a CFBundlePackageType of BNDL. If this bundle is part of a third-party framework, consider contacting the developer of the framework for an update to address this issue."
A :  ​从EaseUIResource.bundle中找到info.plist删掉CFBundleExecutable，或者整个info.plist删掉



8.ios apns推送是什么原因导致这个错误
注册deviceToken失败：application:didFailToRegisterForRemoteNotificationsWithError: Error Domain=NSCocoaErrorDomain Code=3000 "未找到应用程序的“aps-environment”的授权字符串" UserInfo={NSLocalizedDescription=未找到应用程序的“aps-environment”的授权字符串}
A: 工程配置没有打开推送功能。

9.运行demo报这个错误


A: 没有存储空间了。
 
 
10. SDK3.3.1 以上版本手动导入EaseUI报错
A : 由于demo是用pod集成的,所以直接引入demo中的EaseUI会缺少相关文件,可以直接拖入附件中的EaseUI
如果引入之后报如下图的错误




其实碰到上面这个问题还是很好解决的，这个是因为用到了UIKit里的类，但是只导入了Foundation框架，这个错误在其他类里也会出现，我们可以手动修改Founfation为UIKit，但是我不建议这么做，第一这个做法的工程量比较大， 在其他类里面也要导入，二，不利于移植，当以后环信更新的时候我们还是需要做同样的操作，这里我的做法的创建一个pch文件，在pch文件里面导入UIKit。解决办法:建一个PCH文件在里面添加如下代码:



以上应该会正常了,但是如果集成的是不包含实时音视频的SDK, 您导入的EaseUI不是Lite版的,  那么此时还会报跟第六点一样的错误 , 需要导入EaseUILite 版本，所以会找不到Hyphenate/Hyphenate.h，如果是手动集成，建议在xcode设置一下Build Settings> GCC_PREPROCESSOR_DEFINITIONS >ENABLE_LITE=1，这样easeui就去找HyphenateLite/HyphenateLite.h
也可以通过pod集成，文档上针对easeui集成Full版本和Lite版本sdk特殊的说明http://docs.easemob.com/im/300iosclientintegration/85easeuiguide
 
或者不想导入Lite版的 , 只想引入EaseUI 
这时需要把 #import <Hyphenate/Hyphenate.h>注释掉,然后把报错地方的Hyphenate换成HyphenateLite就可以了
 
 
11. 


A : 可以删除或者重命名Podfile.lock文件，重新执行pod install命令 收起阅读 »

   这里整理了集成环信的常见问题和一些功能的实现思路，希望能帮助到大家。感谢热心的开发者贡献，大家在观看过程中有不明白的地方欢迎直接跟帖咨询。
 
ios篇

• APNs证书创建和上传到环信后台
• 头像昵称的简述和处理方案
• 音视频离线推送Demo实现
• 环信服务器聊天记录保存多久？
• 离线收不到好友请求
• IOS中环信聊天窗口如何实现文件发送和预览的功能
• ios集成常见问题
• 环信推送的一些常见问题
• 实现名片|红包|话题聊天室等自定义cell

 Android篇

• Android sdk 的两种导入方式
• 环信3.0SDK集成小米推送教程
• EaseUI库中V4、v7包冲突解决方案
• Android EaseUI里的百度地图替换为高德地图
• android扩展消息（名片集成）
• 关于会话列表的置顶聊天
• java.lang.UnsatisfiedLinkError: 的问题
• android 端 app 后台被杀死收不到消息的解决方案

昵称头像篇

• android中如何显示开发者服务器上的昵称和头像 
• Android中显示头像（接上一篇文章看）
• 环信(Android)设置头像和昵称的方法（最简单暴力的基于环信demo的集成）
• IOS中如何显示开发者服务器上的昵称和头像
• 【环信公开课第12期视频回放】-所有关于环信IM昵称头像的问题听这课就够了

 直播篇[list=1]

一言不合你就搞个直播APP

 客服集成[list=1]

IM-SDK和客服SDK并存开发指南—Android篇

IM-SDK和客服SDK并存开发指南—iOS篇

 开源项目

• Android简版demo
• ios简版demo
• 凡信2.0：超仿微信的开源项目 
• 凡信3.0：携直播和红包而来
• 高仿微信：Github 3,515 Star
• 方圆十里：环信编程大赛冠军项目
• 泛聊：定一个小目标写一个QQ
• Slack聊天机器人：一天时间做一个聊天机器人
• TV视频通话：在电视上视频通话
• 视频通话：Android手机视频通话
• 酷信：ios高仿微信
• 公众号助手：与订阅用户聊天沟通

 
持续更新ing...小伙伴们还有什么想知道欢迎跟帖提出。
  收起阅读 »

    近日，客户世界-洞察者2017夏季论坛在深圳顺利举行，会上发布了行业权威的《中国客户中心现状与变革报告（2017）》。基于报告的调研分析结果以及专家评委会的打分，环信移动客服荣获《客户世界》2017年度编辑推荐“全媒体客服”标杆品牌。环信CEO刘俊彦表示：“中国客户中心发展经历了从呼叫中心（Call Center）到接触中心（Contact Center）的蜕变，再到互动中心（Engagement Center）的变革，全媒体客服已经从传统客户服务形态的终点逐渐转化成了SaaS客户互动形态的起点。随着2017年环信CEC（客户互动云）的发布，人工智能驱动的互动中心(AI-driven Engagement Center)大幕即将拉开，整个SaaS客服行业将被重构和赋能。”


环信荣膺《客户世界》全媒体客服标杆品牌
 
   AI技术经过整整60年的发展在包含客服在内的一些特定的业务场景实现了突破。技术应用的准确率达到大规模商业应用的要求，开始广泛在一些特定的领域进入实际应用阶段。消费者连接技术、接触技术和体验技术的不断创新正深刻改变着客服行业。随着全新的人机智能时代的到来，深度学习、认知计算、服务机器人、增强现实空间又在持续改变客户交互的方式、能力与体验，以致冲击客户中心现有的运营方式。共享经济理念、区块链技术等甚至会对服务与管理范式带来更巨大的革命。
 
   《中国客户中心现状与变革报告(2017)》研究项目以技术为前导，关注客服场景下各种新渠道、新触点、新运营、新分析;关注新技术潮流推动下客户中心的日常管理、团队建设、组织变革、人才培养等方面的变革和趋势。面向超过200家本领域甲方企业客服高级负责人(客服总经理/呼叫中心总经理/运营总监/技术总监)发放调研问卷，搜集反馈及评价意见。环信凭借其稳定先进的产品技术能力，优秀的服务水平以及大客户优势获得了调研的一致肯定。
 
《中国客户中心现状与变革报告（2017）》对环信评价

   环信是国内最早提供全渠道客服解决方案的厂商之一，产品结构完整，其即时通信云产品、移动客服产品、智能客服机器人产品和营销云产品构成从客户互动渠道，到客户服务，到主动营销的客户互动中心完整解决方案。环信服务大客户能力强，在电商、保险、证券、汽车等主要行业的龙头企业客户中拥有成熟的案例。环信独具优势的IM长连接技术，可以提供具备更高可靠性的全渠道客户互动体验；环信一直致力于推动人工智能和大数据在客服行业的落地，其智能客服机器人产品技术先进，有众多大型企业成功实施案例，其“客户声音”产品具有行业前瞻性，值得期待！


   环信CEO刘俊彦给与会行业技术领袖作了关于《人工智能驱动的客户互动云(Customer Engagement Cloud)》的主题分享。他在接受年度推荐全媒体客服标杆品牌奖项时表示 ：“环信一直致力于推动整个SaaS客服行业的蓬勃发展，随着全媒体客服的完善以及AI的逐渐成熟， 环信预测“云通讯+服务云+智能营销”将构成从用户服务到用户营销的完整闭环。因此，2017年 ，环信整合旗下即时通信云、移动客服、智能客服机器人和主动营销产品线，推出环信CEC (Customer Engagement Cloud)，向企业提供从客户互动渠道，到客户服务，到精准客户营销 的客户互动全流程解决方案。”同时，刘俊彦认为：“全媒体客服已经从传统客户服务形态的终点转化成了SaaS客户互动形态的起点，随着2017年环信CEC（客户互动云）的发布，人工智能驱动的互动中心(AI-driven Engagement Center)即将来临，整个SaaS客服行业将被重构和赋能。”


环信CEC：“云通讯+服务云+智能营销”构建从用户服务到用户营销的完整闭环


环信眼中的客服行业智能变革：客户服务全面人工智能化


环信行业标杆客户全面覆盖

环信CEC（客户互动云）矩阵


客户互动云(Engagement Cloud)核心特性

1、全渠道客户互动：全面支持网页、微信、微博、APP/IM、工单和呼叫中心等主流客户互动渠道。其中，环信业界领先的IM长连接技术支持千万级并发，保证消息必达，助力企业打造极致的移动端客户服务体验。所有渠道支持双向互动，如主动回呼，多渠道统一推送，基于用户行为的自动营销等，真正将服务通道与营销通道融合，实现客户中心从成本中心向利润中心的升级。

2、视频客服：实时双向视频客服，支持Android、iOS、Pad及主流PC和手机浏览器等多平台接入，低延迟，1080P高清，支持客户端和服务器端录制，可控灵活。

3、全渠道客服：环信移动客服作为业内广泛使用的客户中心系统，囊括多项行业主流大奖，拥有多项国际PCT专利和国内专利，深受客户好评。环信移动客服产品成熟可靠，功能完善，全面覆盖了全渠道接入管理，客户服务与客户互动管理，运营与运维管理，工单系统，现场管理，智能报表，质检等客户中心功能。

4、客户声音：环信客户声音是基于人工智能和大数据挖掘的客户体验透析产品。对来自多个渠道的非结构化客服会话数据进行自然语言解析，主题聚类和情感度建模，挖掘和分析热点话题，发现服务运营问题，寻找畅销或问题产品，洞察销售机会。客户声音系统可以帮助企业识别和改善客户旅程的各个阶段。

5. 智能客服机器人：环信智能客服机器人不仅在常见的单轮对话能力上表现优异，预装多种行业知识库，还可以快速开发多轮对话，支持人机协作以便在复杂场景下对人工客服提供全面AI辅助支持。同时，环信智能客服机器人的自动学习能力极大的降低了机器人知识库的维护成本。

6、精准营销及自动化营销：大数据和AI驱动的营销功能，如自动化消息模板和自动化规则管理及A/B测试，营销计划管理，基于用户行为轨迹、用户画像和用户会话内容的自动化消息和访客CTA(Call To Action)等。 收起阅读 »

 Android V3.3.2 2017-05-18

1. 增加群、聊天室公告相关API
2. 群组支持上传及下载共享文件
3. 群组支持设置扩展属性
4. EMLocalSurfaceView 和 EMOppositeSurfaceView 合为同一个控件 EMCallSurfaceView
5. Demo及EaseUI改成纯Android Studio结构，不再支持Eclicpse导入
6. easeui没有包含SDK的jar和so, 使用需要自己拷贝libs下的库文件，或者执行copyLibs.sh完成拷贝。

 
 iOS V3.3.2 2017-05-18
 
新功能：

1. 新增：修改获取群公告，上传下载删除群共享文件，修改群扩展信息接口（接口详情请查看文档群组管理）
2. 新增：修改获取聊天室公告（接口详情请查看文档聊天室管理）
3. 新增：批量设置群组免打扰接口

修复:

1. 修复有时调用getAllConversations时返回为空的bug
2. 修复获取已加入群组超时的bug

 
 
版本历史：AndroidSDK 更新日志  ios SDK更新日志
下载地址：SDK下载 收起阅读 »

环信现在的消息回撤开发文档没有更新, 所以得自己去写, 本人贡献点小东西.本项目用的SDK版本为3.3.1.
1. 首先在聊天消息里添加消息长按事件监听,里面添加撤回消息选项. 
   撤回点击之后处理为:  发送撤回消息!!!!!!

cmdMsg = EMMessage.createSendMessage(EMMessage.Type.CMD);

				// 如果是群聊， 设置chatType， 默认是单聊  

				if(chatType == Constant.CHATTYPE_GROUP){

					cmdMsg.setChatType(ChatType.GroupChat);   

				}                                                                                                                                                                                                                                                                                                  

				String action = "REVOKE_FLAG";

				EMCmdMessageBody cmdBody=new EMCmdMessageBody(action);

				// 设置消息body

				cmdMsg.addBody(cmdBody);

				// 设置要发给谁， 用户username 或者群聊  grouid  

				cmdMsg.setTo(toChatUsername);

				// 通过扩展字段添加要撤回消息的iD

				cmdMsg.setAttribute("msgId", msgid);		//  长按的时候， 获取本信息的message的Id

//				long aa = cmdMsg.getMsgTime();			// 获取这个消息的发送时间  

														// 获取当前系统的时间   

				long time = new Date().getTime();

				long minite = (time - aa - 6000)/1000;					// 1s = 1000

				if(minite <= 120){

					EMClient.getInstance().chatManager().sendMessage(cmdMsg);

					cmdMsg.setMessageStatusCallback(new EMCallBack() {

						

						@Override

						public void onSuccess() {

							conversation.removeMessage(msgid);

							handler.sendEmptyMessage(1);

						}

						

						@Override

						public void onProgress(int arg0, String arg1) {

						}

						

						@Override

						public void onError(int arg0, String arg1) {

							// TODO Auto-generated method stub

							String a = "";

//							conversation.removeMessage(msgid);

						}

					});

					

				}else{

					ToastUtils.ToastShortMessage(getActivity(), "发送时间超过2分钟的消息!不能被撤回！");

				}

				 break;

此处handler.sendEmptyMessage(1);中的内容是:         

                ToastUtils.ToastShortMessage(getActivity(), "消息已撤回!");

                messageList.refresh();

2. 环信在获取CMD消息监听有三个地方: 分别为, EaseChatFragment, MainActivity, DemoHelper(此处为App后台运行时, 消息撤回的处理)
在EMMessageListener下的onCmdMessageReceived()中处理接受到的CMD消息, 首先贴上的为EaseChatFragment里面的: 

for(EMMessage emMessage : messages){

EMCmdMessageBody cmdMessageBody = (EMCmdMessageBody)emMessage.getBody();

String action = cmdMessageBody.action();

if(action.equals("REVOKE_FLAG")){

try {

msgId  = emMessage.getStringAttribute("msgId");

conversation1 = EMClient.getInstance().chatManager().getConversation(emMessage.getFrom());

 if(emMessage.getChatType() == ChatType.GroupChat){

                          messageList.refreshSelectLast();    //刷新UI  

                        }else{

                          handler.sendEmptyMessage(1);

                        }

} catch (HyphenateException e) {

e.printStackTrace();



}



}

}

此处handler.sendEmptyMessage(1)中的内容是:

              	// 删除表示撤销

				conversation1.removeMessage(msgId);

				messageList.refreshSelectLast();      

3. MainActivity里面的处理方式:

    for(EMMessage emMessage : messages){

                EMCmdMessageBody cmdMessageBody = (EMCmdMessageBody)emMessage.getBody();

                String action = cmdMessageBody.action();

                if(action.equals("REVOKE_FLAG")){

                    try {

                        msgId  = emMessage.getStringAttribute("msgId");

                        conversation1 = EMClient.getInstance().chatManager().getConversation(emMessage.getFrom());

                        if(emMessage.getChatType() == ChatType.GroupChat){

                           refreshUIWithMessage();    // 刷新UI

                        }else{

                          handler.sendEmptyMessage(1);

                        }

                      

                    } catch (HyphenateException e) {

                        e.printStackTrace();

                        

                    }

                    

                }

            }

 

此时handler.sendEmperymessage(1)中: 

            	conversation1.removeMessage(msgId);

				refreshUIWithMessage();

4. DemoHelper里面的处理方式:

for (final EMMessage message : messages) {

					// 获取消息body

					EMCmdMessageBody cmdMsgBody = (EMCmdMessageBody) message.getBody();

					final String action = cmdMsgBody.action();// 获取自定义action

					// 发送一个透传消息  

					if(action.equals("REVOKE_FLAG")){

						try {

							if(message.getChatType() == ChatType.GroupChat){	//  群组处理方式  

								conversation1 = EMClient.getInstance().chatManager().getConversation(message.getTo(), EaseCommonUtils.getConversationType(2), true);

							}else{

								conversation1 = EMClient.getInstance().chatManager().getConversation(message.getFrom());

							}

							msgId  = message.getStringAttribute("msgId");

							

							handler.sendEmptyMessage(1);

						} catch (HyphenateException e) {

							e.printStackTrace();

						}

					}

		}

此时handler.sendEmpertyMessage(1)中的方法是: 

                                conversation1.removeMessage(msgId);

至此,环信消息回调完成, 没有去做撤回回调处理,直接删除不好,如果想做的请自行处理.谢谢,本文纯属原创,如果有问题,可与我联系,QQ邮箱: 277667430@qq.com.本人姓氏: 侯 收起阅读 »

    上期我们谈完了工具层、知识层一个领先的SaaS客服厂商是如何做的，接着我们再来聊聊现在最火的AI。随着全媒体客服的普及和广泛应用导致企业和消费者多点接触，同时用户体验得到了企业的重视，导致客服咨询量暴增，企业有限的客服人力资源与日益增加的客服请求之间的矛盾日益尖锐，如何用有限的客服资源服务不断增长的海量客服请求需要一个颠覆型的技术来解决。相比人工客服，智能客服机器人将提供极大的效率优势。
 
   Gartner报告指出智能客服机器人（VCA-virtual customer assistance）的使用正处于临界点。大幅改进的自然语言处理技术，以聊天为中心的移动渠道与客户互动的应用，以及客户对机器人技术的接受程度，这些因素使得人们对VCA的兴趣越來越大。从被动的被人类编程出来的可以在结构化和非结构化内容库中找到问题答案的虚拟助手，到主动的有时候是机器学习得到的VCA的转变，其考察个人的特征并代表他们行动。虚拟助手正在经历从被动的被人类编程出来在结构化和非结构化内容库中找到问题答案到主动的通过机器学习能够理解用户个性化的需求并且随之采取灵活应对行为的转变。
 
   环信作为智能客服企业的先行者，基于自然语言处理和机器学习技术推出了环信智能客服机器人，辅助或代替人工客服精准回答常见或高频问题，降低企业客服人力成本。目前，环信在客服领域已经服务了58541家标杆客户，积累了人工智能在客户服务行业落地的大量最佳实践。
 
视频观看地址：点击观看
 
3.1，智能客服机器人在客服场景下的最佳实践：
 
3.1.1，无需人工标记和人工维护的机器人单轮会话，极大降低客服机器人的维护成本。

   一些问题是不依赖于对话历史，仅根据当前句子就能给出答案，难点在于机器能否理解同一语义的不同表达方法。环信智能机器人采用自然语言处理技术和深度学习技术建立对话模型，使用海量数据对模型进行训练，并借助客服系统中访客和客服的实时反馈来增强学习，精准识别用户意图，帮助人工客服回答各种问题。相比基于关键词匹配和人工定义规则大量标注数据的传统问答技术，环信智能机器人无需人工标记和人工维护相似问法，就可以在会话过程中识别同一问题的多种不同问法。


图1示例:环信机器人无需人工维护相似问法，就可以在会话过程中识别同一问题的多种不同问法。

3.1.2机器人多轮会话，支持更多复杂业务，进一步拓展机器人使用场景。

   而另一些问题则由于缺少足够信息或者过于模糊，需要通过多轮对话的方式来明确用户的需求。比如用户想查物流，但是缺少订单号等信息，机器人需要引导用户提供这些数据。这和单轮的问答相比，多轮对话的技术难点更多，比如指代的理解，句子的省略，用户状态的维护等等。

   环信智能机器人支持上下文语义和多轮会话，并预装多行业的领域知识，如电商行业的物流状态查询模型，产品保修会话模型等。这种基于行业领域和业务模型的多轮会话能力，相比单轮会话，进一步扩展了客服机器人对复杂客服业务场景的自动支撑能力。


图2示例:环信机器人通过多轮会话支持查询物流状态，并和企业业务系统做集成,真正意义上节省人工。

3.1.3无缝人机协作体验，复杂场景下最佳用户体验的客服模式。

   在一些比较复杂和特殊的服务场景，比如高客单价的金融行业售前咨询，机器人客服不能完全理解客户的个性化咨询要求的时候，我们可以无缝进入人机混合模式。在人机混合模式下，环信智能客服机器人向人工客服推荐备选答案，人工客服起到了保证答案质量充当专家客服的角色，这样既保证了客服的响应速度又提高了问题的回答准确性，同时降低了人工客服的工作量。

3.1.4,智能质检，准确率达到替代人工质检水平。

   环信机器人还提供自动智能质检功能，可以对全部客服会话进行实时或离线质检。 智能质检是基于环信在线客服各个领域的海量用户对话，提取出数百个客服对话特征，并用这些特征训练得到的一个通用质检模型。智能质检的准确率达到替代人工质检水平。

3.1.5. 支持智能自主学习，更高效的知识库

   环信智能机器人可以快速高效搭建知识库。既支持批量导入FAQ或用户手动维护问答知识，也支持智能自主学习。智能自主学习是指客服机器人自主学习人工客服的会话，自动生成新知识规则。相比手动维护问答知识，智能自主学习能力显著降低了客服机器人的维护成本，提高了知识库的准确性和时效性。环信智能机器人可预装多个领域的行业知识库。

附录：Gartner研究——虚拟客户助手(智能客服机器人) 分析师：布莱恩·玛纳萨马

定义：虚拟客户助理(VCA)，代表公司进行模拟对话以传递信息和/或代表客户采取行动并执行交易。 VCA由四部分组成：

   ■接收请求和传递回应的用户界面■用于文本和语音的自然语言处理引擎■可以检索知识和内容数据存储库的搜索和知识引擎■用于分析意图的上下文引擎一些VCA还具有机器学习功能。

   定位和市场接受速度：IBM Watson，Microsoft Cortana，Next-IT，Creative Virtual和其他VCA供应商的工作正在提高人们对作为实用工具的虚拟助理(VA)技术的认知。 VCA的使用正处于临界点。大幅改进的自然语言处理技术，以聊天为中心的移动渠道与客户互动的应用，以及客户对机器人技术的接受程度，这些因素使得人们对VCA的兴趣越來越大。从被动的被人类编程出来的可以在结构化和非结构化内容库中找到问题答案的虚拟助手，到主动的有时候是机器学习得到的VCA的转变，其考察个人的特征并代表他们行动。虚拟助手正在经历从被动的被人类编程出来在结构化和非结构化内容库中找到问题答案到主动的通过机器学习能够理解用户个性化的需求并且随之采取灵活应对行为的转变。VCA技术有望在两至五年内成为主流。随着移动优先的用户体验转向，许多VCA都亟待更新，以支持多渠道客户与统一知识库的互动，特别是支持客户手机。

   用户建议：确定客户服务平台的当前状态和所需状态。今天您将使用什么样的客服方式和客服工具?您是否使用自然语言处理技术来确定客户到底咨询了什么?是将这个呼叫咨询分派给正确的客服接线员还是让客服机器人提供自动回复?VCA将成为支持多个客服渠道的起点。 VCA未来将可能改变你的日常生活;它可以是一个帮助你在移动设备上购买新健身设备的向导，也可以是一个帮助你开设银行帐户的虚拟客服人员。

   市场正在发生一种变化，对虚拟客服助手的逐渐重视以及使用频次的减少，这个现象已不如以前那么明显。在数字渠道中提供拟人化体验的驱动力正在发生改变。随着客户逐渐适应和接受与计算机的互动，其对具有拟人化情感的3D图像的需求正在减少。公司部署虚拟客服助手时他们发现有对于提升品牌的附加价值，而非仅仅模拟一种店内体验。VCA不仅是面向客户的，而是越来越多地部署为面向员工——帮助客户服务中心减少人工坐席操作时间以及保障客户咨询回复的一致性。

   将一组简单的串行项目与一个复杂的大型项目进行比较，以满足所有确定的需求。找到构成完整呼叫的最高频简单对话，以简单的方式实现自动化和提升客户满意度。然后，识别下一组完整的呼叫：在一段时间，技术与人工可进行合作处理这组呼叫，即当技术检测到问题(如技术储备的知识不足、客户声音难以辨别、或客户通过正确的操作明确要求由人类进行对话)时，人工操作员将接管此组呼叫。

   业务影响：VCA是狭义的、具有特殊用途的VA，用于销售、客户服务和数字商务，且具有独特的目标。VCA的商业案例有三方面。其解决了以下需求：

   ■满足客户对网络和移动渠道中客户支持的期望——更高的互动频率;全天候、即时的聊天可用性■将互动转向价格更低的客户自助服务渠道，更快获取解决方案;降低服务成本■提供积极的建议和参与，培养忠诚度和客户满意度。

    VCA的有效使用便于组织衡量其——特别是联络中心的——参与数量。在数字亭或自动取款机上使用启用语音的VCA可降低对类型化干预的需求，且有助于为非传统受众提供有趣的互动。

好处评级：高

市场渗透率：目标受众的5%至20%

成熟度：未成熟
 
点击查看Gartner报告全文 收起阅读 »

在聊天页面点击拍照时闪退——>7.0及以上的系统手机处理拍照处理与原有的方法不一样了
参考：
http://blog.csdn.net/ganshenml/article/details/72315636

我只是一个普通人，做人要谦虚。

我不是大神，我也不是很厉害的。

天外有天，人外有人。

老师引入门，修行靠个人。

希望能帮助大家，谢谢。

    大家好，我是郭永峰(峰哥) | 一个普通大学计算机系毕业的大学生，曾就职于澳门遊澳集团有限公司，负责大型银联支付业务系统、跨国际短信业务系统(基于电信的SGIP)以及集团内部通讯系统 (负责android和openfire后台二次开发)的主要开发任务，担任项目负责人。13年就职于广州拓谷科技有限公司负责“酷蛙”车联网产品研发及汽车销售产品研发。14来年到17年2月份，就职于国内知名教育机构，负责教学研发及授课的工作。
 
本人现状况：
  
   在家录制教学视频(无收入)，搞工作室，组建团队成立公司，如果大家觉得分享内容很喜欢，可以给我打点赏支持本人的工作室，二维码在文末，就不影响阅读了。

 
郭永峰IT教育工作室于2017年4月12日成立！
 
成立原因：

希望把近10年来从事IT互联网的知识分享给大家，包括Linux,WindowServer,Java,PHP,Android,iOS,H5等等等。
 

进入正题，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。

1. 4月12号成立工作室，现在18号，过了一个星期
2. 一个星期录了5天的环信教程视频,我将放在网盘免费分享
3. 环信的教程视频主要是针对有开发经验者
4. 教程主要是使用环信来模仿微信来做一个即时通讯的案例
5. 课程主要是先讲socket基础 -> 环信 ->自定义协议
6. 希望这些教程视频能帮助大家，对即时通讯、socket和自定义协议有个较深入的了解
7. 同时能希望大家在面试时，在即时通讯这块不在陌生

  持续更新

第一阶段：即时通讯的了解和微信APP开发前的准备！

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)

【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)

【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）

【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解) 

【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
 
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)

【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)

【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK

【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版

【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建

【视频教程+源码】基于环信IM做一个仿微信APP-11.微信-注册功能

【视频教程+源码】基于环信IM做一个仿微信APP- 12.微信-登录功能

【视频教程+源码】基于环信IM做一个仿微信APP- 13.微信-自动登录

【视频教程+源码】基于环信IM做一个仿微信APP- 14.微信-主动退出
 
【视频教程+源码】基于环信IM做一个仿微信APP-15.微信-在其它设备登录
 
整个项目源码，git地址https://github.com/mayaole/fWeiXin

 微信打赏




支付宝打赏




谢谢大家的支持，个人微信号清扫描下面张图




 
郭永峰IT交流QQ群请加:596441895 收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建
【视频教程+源码】基于环信IM做一个仿微信APP-11.微信-注册功能
【视频教程+源码】基于环信IM做一个仿微信APP- 12.微信-登录功能
【视频教程+源码】基于环信IM做一个仿微信APP- 13.微信-自动登录
【视频教程+源码】基于环信IM做一个仿微信APP- 14.微信-主动退出
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
15.微信-在其它设备登录

收起阅读 »

接上篇
【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建
【视频教程+源码】基于环信IM做一个仿微信APP-11.微信-注册功能
【视频教程+源码】基于环信IM做一个仿微信APP- 12.微信-登录功能
【视频教程+源码】基于环信IM做一个仿微信APP- 13.微信-自动登录
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
 14.微信-主动退出

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解) 
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建
【视频教程+源码】基于环信IM做一个仿微信APP-11.微信-注册功能
【视频教程+源码】基于环信IM做一个仿微信APP- 12.微信-登录功能
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
13.微信-自动登录

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建
【视频教程+源码】基于环信IM做一个仿微信APP-11.微信-注册功能
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
12.微信-登录功能

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
【视频教程+源码】基于环信IM做一个仿微信APP-10.微信-主界面搭建
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
11.微信-注册功能

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
【视频教程+源码】基于环信IM做一个仿微信APP-09.微信-登录界面排版
 
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
10.微信-主界面搭建

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
【视频教程+源码】基于环信IM做一个仿微信APP-08.微信-集成环信SDK
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
09.微信-登录界面排版

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-07.微信-项目创建及代码目录结构规范(MVC)
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
08.微信-集成环信SDK

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
【视频教程+源码】基于环信IM做一个仿微信APP-06.环信SDK的版本的区别(掌握)
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
07.微信-项目创建及代码目录结构规范(MVC)

收起阅读 »

接上篇

【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解) 
【视频教程+源码】基于环信IM做一个仿微信APP-05.集成环信的前提准备(掌握)
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。​
 
06.环信SDK的版本的区别(掌握)
 

  收起阅读 »

接上篇
【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
【视频教程+源码】基于环信IM做一个仿微信APP-04.环信简介(了解)
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。
  
05.集成环信的前提准备(掌握)​

收起阅读 »

接上篇
【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-03.XMPP实现即时通信的准备工作(了解）
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。
 
04.环信简介(了解)
 

未来还会出其它的教程视频,尽请期待,如果可以把文章分享出去，让更多的人学习环信！
 
凡是有支持过本人工作室的人，以后有什么新技术的整套视频会优先免费或者是打折出售。因为现在的工作室是没有收入的，前期靠网友的支持。支持过的网友，我都会用一个表格记录在案。
 
打赏二维码请看第一篇。

  收起阅读 »

接上篇
【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)
【视频教程+源码】基于环信IM做一个仿微信APP-02.XMPP简介(了解)
 
我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。
 
03.XMPP实现即时通信的准备工作(了解）​

 
未来还会出其它的教程视频,尽请期待,如果可以把文章分享出去，让更多的人学习环信！
 
凡是有支持过本人工作室的人，以后有什么新技术的整套视频会优先免费或者是打折出售。因为现在的工作室是没有收入的，前期靠网友的支持。支持过的网友，我都会用一个表格记录在案。
 
打赏二维码请看第一篇、，如果你有心的话。 收起阅读 »

 
接上文【视频教程+源码】基于环信IM做一个仿微信APP-01.即时通讯简介(了解)

我只是一个普通人，做人要谦虚。

我不是大神，我也不是很厉害的。

天外有天，人外有人。

老师引入门，修行靠个人。

希望能帮助大家，谢谢。

我是郭永峰，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。

02.XMPP简介(了解)​
 

 
 
未来还会出其它的教程视频,尽请期待,如果可以把文章分享出去，让更多的人学习环信！
 
凡是有支持过本人工作室的人，以后有什么新技术的整套视频会优先免费或者是打折出售。因为现在的工作室是没有收入的，前期靠网友的支持。支持过的网友，我都会用一个表格记录在案。
 
打赏二维码在上一篇文章，如果你有心的话。 收起阅读 »

 

我只是一个普通人，做人要谦虚。

我不是大神，我也不是很厉害的。

天外有天，人外有人。

老师引入门，修行靠个人。

希望能帮助大家，谢谢。

大家好，我是郭永峰，从11年开始玩openfire服务器，再到后面的XMPP，socket，一路走来，可以说即时通入门到放弃,最终选择了环信这样的即时通讯提供商。
 
郭永峰IT教育工作室于2017年4月12日成立！
 
成立原因：
希望把近10年来从事IT互联网的知识分享给大家，包括Linux,WindowServer,Java,PHP,Android,iOS,H5等等等。
 
本人现状况：
在家录制教学视频(无收入)，搞工作室，组建团队成立公司，如果大家觉得分享内容很喜欢，可以给我打点赏支持本人的工作室，二维码在文末，就不强求了。

进入正题，本套课程基于环信IM教大家如何做一个类似微信的APP，只用于技术交流，请勿用于任何商业用途。

1. 4月12号成立工作室，现在18号，过了一个星期
2. 一个星期录了5天的环信教程视频,我将放在网盘免费分享
3. 环信的教程视频主要是针对有开发经验者
4. 教程主要是使用环信来模仿微信来做一个即时通讯的案例
5. 课程主要是先讲socket基础 -> 环信 ->自定义协议
6. 希望这些教程视频能帮助大家，对即时通讯、socket和自定义协议有个较深入的了解
7. 同时能希望大家在面试时，在即时通讯这块不在陌生

 
我们先来看第一个视频--01.即时通讯简介(了解) 

 

微信打赏


支付宝打赏


未来还会出其它的教程视频,尽请期待,如果可以把文章分享出去，让更多的人学习环信



 
凡是有支持过本人工作室的人，以后有什么新技术的整套视频会优先免费或者是打折出售。因为现在的工作室是没有收入的，前期靠网友的支持。支持过的网友，我都会用一个表格记录在案。
  收起阅读 »

客服模式

支持根据会话类型筛选历史会话

历史会话页面显示会话类型（呼入、回呼），并支持根据会话类型进行筛选。

• 呼入：客户主动发起的会话；
• 回呼：客服手动回呼的会话。

管理员模式机器人新手引导新增机器人新手引导功能。引导管理员在创建机器人时，对机器人的基础信息、自动回复、知识规则、自定义菜单进行设置，并通过知识库测试对知识规则和自定义菜单进行优化。该新手引导用于帮助客户更好地使用机器人功能，对初次使用移动客服系统的客户和开通多机器人功能的客户均有效。 
机器人知识库测试新增机器人知识库测试功能。管理员可以随时与机器人对话，测试机器人的回复，快速优化知识规则和自定义菜单。知识库测试方法：1. 进入“管理员模式 > 智能机器人 > 机器人设置 > 知识规则”tab页签。 
2. 点击右上角的“知识库测试”按钮，开始与机器人对话。对话窗口右侧显示机器人回复所匹配的知识规则或菜单，以及匹配率。 
3. 点击匹配到的规则，可以进入知识规则页面，对该条规则进行优化。当未匹配到知识规则时，可以快速添加知识规则。 
支持为待接入超时提示语添加留言按钮新增“为待接入超时提示语添加留言按钮”开关。当客户处于排队状态，无法及时得到接待时，允许客户发起留言（同时结束会话）。进入“管理员模式 > 设置 > 系统开关”页面，依次打开“待接入超时提醒”和“为待接入超时提示语添加留言按钮”开关，并设置超时提示语等。 
客户在网页聊天窗口和H5网页收到的超时提示语如下图所示。点击“留言”按钮后，即可进入留言页面进行留言。同时，会话自动结束。 
权限管理支持设置数据权限在权限管理页面，可以为管理员、自定义角色设置管理员模式下页面的数据权限，分为租户和技能组。

• 赋予角色某个页面“租户”级别的数据权限时，该角色对应的管理员可以查看并操作该页面的所有数据，包括所有技能组的数据。
• 赋予角色某个页面“技能组”级别的数据权限时，该角色对应的管理员只可以查看并操作该页面中自己所属技能组的数据。

管理员模式的以下页面支持设置数据权限：客户中心、历史会话、当前会话。 
Web插件（访客端）当前版本：v47.9在消息中显示留言按钮网页访客端支持在待接入超时提示语中显示“留言”按钮，方便等待中的客户主动发起留言（点击留言按钮后，会话自动结束）。前提：管理员在移动客服系统中“管理员模式 > 设置 > 系统开关”页面，打开“为待接入超时提示语添加留言按钮”开关。支持全屏显示图片网页访客端支持全屏显示图片。客户与客服聊天时，如果收到图片消息：

•  
• 桌面聊天窗口：点击图片，可将图片放大至浏览器全屏查看；
• H5网页：点击图片，可将图片放大至手机全屏查看。

第二通道支持图片

网页访客端内置第二通道功能，当IM消息通道（第一通道）出现短暂的消息发送失败的情况时，自动调用第二通道将客户消息发送至移动客服系统，确保客户的所有消息均能准时送达。

在之前的版本，web插件的第二通道仅支持发送文本消息；从该版本开始，第二通道支持发送文本、图片消息。

显示客服输入状态

网页访客端支持显示客服输入状态。客户通过桌面聊天窗口或H5网页与客服聊天时，可以查看客服的输入状态。

“显示客服输入状态”为增值服务，如需开通，请提供租户ID并联系环信商务经理。 


环信移动客服更新日志http://docs.easemob.com/cs/releasenote/5.18 

环信移动客服登陆地址http://kefu.easemob.com/ 收起阅读 »

 
   最近搞环信聊天，需求是游客身份也可以进行聊天，当用户注册了我们的APP后也需要把游客身份切换过来进行聊天，首先我们的环信注册，登录全都放前段处理了，下面就按照我们的需求逻辑来如何切换游客。
 
   1.APP用户的注册，也就注册环信，APP的登录返回的有用户ID，这个时候并没有让他登录环信，只是保存了返回的ID，下面就是用ID来判断该用户是否注册过环信的依据
 
大致说明一下，代码中用到一个类来保证uuid不会改变的状态，为防止app卸载后uuid的改变，我们把他存储到钥匙串里面来保存

下面用图来表示
我们先来看下整个身份切换实现的逻辑图



下面就上代码了，第一步从图中第一步来说判断userID是否存在

这个地方是在点击聊天按钮开始判断的
 

-(void)releaseInfo:(UIButton*)sender{

NSString*Hxusername=[userdic objectForKey:@"useid"];//获取保存的userID

NSString*phonestr=  [[NSUserDefaults standardUserDefaults]objectForKey:@"phonenum"];

NSString*chatid=[[phonestr md5String]substringFromIndex:16];//这个是获取客服的欢信ID

//单例里面处理用户是否登录，以及游客随机分配uuid来注册环信IM号

DataManager*datamage= [DataManager shareDataManager];

//判断用户ID是否存在，也就证明是否注册过环信

if (Hxusername.length>0) {

if ([datamage loginKefuSDK])//判断用户是否登录

{//单聊

ChattingViewController *chatController = [[ChattingViewController alloc] initWithConversationChatter:chatid conversationType:EMConversationTypeChat];[self.navigationController pushViewController:chatController animated:YES];

}

}else{

//游客身份的判断

if ([datamage customelogin]) {

//单聊

ChattingViewController *chatController = [[ChattingViewController alloc] initWithConversationChatter:chatid conversationType:EMConversationTypeChat];[self.navigationController pushViewController:chatController animated:YES];

}

}

}上面这是按钮方法里面的数据下面来说，DataManager*datamage= [DataManager shareDataManager];这个单利的方法

DataManager.h

@interface DataManager : NSObject

-(BOOL)customelogin;//判断游客之前是否有登录

-(void)requestchattphone;//获取美容院客服聊天的对象电话

@end

DataManager.m


@implementation DataManager

+(instancetype)shareDataManager{

static DataManager *manager;

static dispatch_once_t onceToken;

dispatch_once(&onceToken, ^{

manager = [[DataManager alloc] init];

});

return manager;

}

//userID存在的时候 登录IM

- (BOOL)loginKefuSDK {

NSDictionary*userdic=[[NSUserDefaults standardUserDefaults]objectForKey:@"userMessage"];//接受用户是否登录

NSString*loguser=[NSString stringWithFormat:@"%@",[userdic objectForKey:@"useid"] ];

EMClient *client = [EMClient sharedClient];

//用户已经登录

if (client.isLoggedIn) {

if ([loguser isEqualToString:client.currentUsername])//当前登录用户的ID和即将要登录人的ID是否一样

{

return YES;

}else

{

EMError *error = [[EMClient sharedClient] logout:YES];

if (!error) {

NSLog(@"退出成功");

}

}

}//这里APP用户登录环信的密码统统是123456

EMError *error = [[EMClient sharedClient] loginWithUsername:loguser password:@"123456"];

if (!error) { //IM登录成功

return YES;

} else { //登录失败

NSLog(@"登录失败 error code :%d,error description:%@",error.code,error.errorDescription);

return NO;

}

return NO;

}

//游客身份的登录方法

-(BOOL)customelogin

{

EMClient *client = [EMClient sharedClient];

//用户已经登录

if (client.isLoggedIn) {

return YES;

}//该用户没有注册，来用改设备UUID来给用户注册环信，并登录环信

if (![self registerIMuser]) {

return NO;

}

EMError *error = [[EMClient sharedClient] loginWithUsername:self.Hxusername password:@"123456"];

if (!error) { //IM登录成功

return YES;

} else { //登录失败

NSLog(@"登录失败 error code :%d,error description:%@",error.code,error.errorDescription);

return NO;

}

return NO;

}

- (BOOL)registerIMuser { //举个栗子。注册建议在服务端创建环信id与自己app的账号一一对应，\

而不要放到APP中，可以在登录自己APP时从返回的结果中获取环信账号再登录环信服务器

EMError *error = nil;

NSString *newUser = [self getrandomUsername];

self.Hxusername = newUser;

error = [[EMClient sharedClient] registerWithUsername:newUser password:@"123456"];

if (error &&  error.code != EMErrorUserAlreadyExist) {

NSLog(@"注册失败;error code：%d,error description :%@",error.code,error.errorDescription);

return NO;

}return YES;

}

//创建一个随机的用户名，这里是设备UUID来代替的​

- (NSString *)getrandomUsername {

//第一种方法：

/*NSString *username = nil;

UIDevice *device = [UIDevice currentDevice];//创建设备对象

NSString *deviceUID = [[NSString alloc] initWithString:[[device identifierForVendor] UUIDString]];

if ([deviceUID length] == 0) {

CFUUIDRef uuid = CFUUIDCreate(NULL);

if (uuid)

{

deviceUID = (__bridge_transfer NSString *)CFUUIDCreateString(NULL, uuid);

CFRelease(uuid);

}

username = [deviceUID stringByReplacingOccurrencesOfString:@"-" withString:@""];

username = [username stringByAppendingString:[NSString stringWithFormat:@"%u",arc4random()0000]];

return username;*/

//第二种方法

//加上build ID是为了保证设备的唯一性，如果这里的buildID换了，设备的uuid也会变，这里的解决办法也就是放倒了钥匙串里面，不会因卸载程序，程序升级设备的标识会改变

NSString *SERVICE_NAME = NAVI_TEST_BUNDLE_ID;//最好用程序的bundle id

NSString * str =  [SFHFKeychainUtils getPasswordForUsername:@"UUID" andServiceName:SERVICE_NAME error:nil];  // 从keychain获取数据

if ([str length]<=0)

{

str  = [[[UIDevice currentDevice] identifierForVendor] UUIDString];  // 保存UUID作为手机唯一标识符[SFHFKeychainUtils storeUsername:@"UUID"   andPassword:str    forServiceName:SERVICE_NAME updateExisting:1  error:nil];  // 往keychain添加数据

}

str = [str stringByReplacingOccurrencesOfString:@"-" withString:@""];

return str;

}在这里用到了一个类来处理的UUID不变（APP卸载后不会改变）

SFHFKeychainUtils.h

#import@interface SFHFKeychainUtils : NSObject

+ (NSString *) getPasswordForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error;

+ (BOOL) storeUsername: (NSString *) username andPassword: (NSString *) password forServiceName: (NSString *) serviceName updateExisting: (BOOL) updateExisting error: (NSError **) error;

+ (BOOL) deleteItemForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error;

@end

SFHFKeychainUtils.m​

#import "SFHFKeychainUtils.h"

static NSString *SFHFKeychainUtilsErrorDomain = @"SFHFKeychainUtilsErrorDomain";

#if __IPHONE_OS_VERSION_MIN_REQUIRED < 30000 && TARGET_IPHONE_SIMULATOR

@interface SFHFKeychainUtils (PrivateMethods)

+ (SecKeychainItemRef) getKeychainItemReferenceForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error;

@end

#endif

@implementation SFHFKeychainUtils

#if __IPHONE_OS_VERSION_MIN_REQUIRED < 30000 && TARGET_IPHONE_SIMULATOR

+ (NSString *) getPasswordForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error { if (!username || !serviceName) { *error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil]; return nil; }      SecKeychainItemRef item = [SFHFKeychainUtils getKeychainItemReferenceForUsername: username andServiceName: serviceName error: error];      if (*error || !item) { return nil; }

// from Advanced Mac OS X Programming, ch. 16

UInt32 length;

char *password;

SecKeychainAttribute attributes[8];

SecKeychainAttributeList list;

attributes[0].tag = kSecAccountItemAttr;

attributes[1].tag = kSecDescriptionItemAttr;

attributes[2].tag = kSecLabelItemAttr;

attributes[3].tag = kSecModDateItemAttr;

list.count = 4;

list.attr = attributes;

OSStatus status = SecKeychainItemCopyContent(item, NULL, &list, &length, (void **)&password);

if (status != noErr)

{

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

return nil;

}

NSString *passwordString = nil;

if (password != NULL)

{ char passwordBuffer[1024];

if (length > 1023) {length = 1023;

}

strncpy(passwordBuffer, password, length);

passwordBuffer[length] = '\0';

passwordString = [NSString stringWithCString:passwordBuffer];

}SecKeychainItemFreeContent(&list, password);CFRelease(item);return passwordString;

}

+ (void) storeUsername: (NSString *) username andPassword: (NSString *) password forServiceName: (NSString *) serviceName updateExisting: (BOOL) updateExisting error: (NSError **) error {

if (!username || !password || !serviceName) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil];

return;

}

OSStatus status = noErr;

SecKeychainItemRef item = [SFHFKeychainUtils getKeychainItemReferenceForUsername: username andServiceName: serviceName error: error];

if (*error && [*error code] != noErr) {

return;

}

*error = nil;

if (item) {

status = SecKeychainItemModifyAttributesAndData(item,

NULL,

strlen([password UTF8String]),

[password UTF8String]);

CFRelease(item);

}

else {

status = SecKeychainAddGenericPassword(NULL,

strlen([serviceName UTF8String]),

[serviceName UTF8String],

strlen([username UTF8String]),

[username UTF8String],

strlen([password UTF8String]),

[password UTF8String],

NULL);

}

if (status != noErr) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

}

}

+ (void) deleteItemForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error {

if (!username || !serviceName) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: 2000 userInfo: nil];

return;

}

*error = nil;

SecKeychainItemRef item = [SFHFKeychainUtils getKeychainItemReferenceForUsername: username andServiceName: serviceName error: error];

if (*error && [*error code] != noErr) {

return;

}

OSStatus status;

if (item) {

status = SecKeychainItemDelete(item);

CFRelease(item);

}

if (status != noErr) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

}

}

+ (SecKeychainItemRef) getKeychainItemReferenceForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error {

if (!username || !serviceName) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil];

return nil;

}

*error = nil;

SecKeychainItemRef item;

OSStatus status = SecKeychainFindGenericPassword(NULL,

strlen([serviceName UTF8String]),

[serviceName UTF8String],

strlen([username UTF8String]),

[username UTF8String],

NULL,

NULL,

&item);

if (status != noErr) {

if (status != errSecItemNotFound) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

}

return nil;

}

return item;

}

#else

+ (NSString *) getPasswordForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error {

if (!username || !serviceName) {

if (error != nil) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil];

}

return nil;

}

if (error != nil) {

*error = nil;

}

// Set up a query dictionary with the base query attributes: item type (generic), username, and service

NSArray *keys = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClass, kSecAttrAccount, kSecAttrService, nil];

NSArray *objects = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClassGenericPassword, username, serviceName, nil];

NSMutableDictionary *query = [[NSMutableDictionary alloc] initWithObjects: objects forKeys: keys];

// First do a query for attributes, in case we already have a Keychain item with no password data set.

// One likely way such an incorrect item could have come about is due to the previous (incorrect)

// version of this code (which set the password as a generic attribute instead of password data).

NSMutableDictionary *attributeQuery = [query mutableCopy];

[attributeQuery setObject: (id) kCFBooleanTrue forKey:(__bridge_transfer id) kSecReturnAttributes];

CFTypeRef attrResult = NULL;

OSStatus status = SecItemCopyMatching((__bridge_retained CFDictionaryRef) attributeQuery, &attrResult);

//NSDictionary *attributeResult = (__bridge_transfer NSDictionary *)attrResult;

if (status != noErr) {

// No existing item found--simply return nil for the password

if (error != nil && status != errSecItemNotFound) {

//Only return an error if a real exception happened--not simply for "not found."

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

}

return nil;

}

// We have an existing item, now query for the password data associated with it.

NSMutableDictionary *passwordQuery = [query mutableCopy];

[passwordQuery setObject: (id) kCFBooleanTrue forKey: (__bridge_transfer id) kSecReturnData];

CFTypeRef resData = NULL;

status = SecItemCopyMatching((__bridge_retained CFDictionaryRef) passwordQuery, (CFTypeRef *) &resData);

NSData *resultData = (__bridge_transfer NSData *)resData;

if (status != noErr) {

if (status == errSecItemNotFound) {

// We found attributes for the item previously, but no password now, so return a special error.

// Users of this API will probably want to detect this error and prompt the user to

// re-enter their credentials.  When you attempt to store the re-entered credentials

// using storeUsername:andPassword:forServiceName:updateExisting:error

// the old, incorrect entry will be deleted and a new one with a properly encrypted

// password will be added.

if (error != nil) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -1999 userInfo: nil];

}

}

else {

// Something else went wrong. Simply return the normal Keychain API error code.

if (error != nil) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

}

}

return nil;

}

NSString *password = nil;

if (resultData) {

password = [[NSString alloc] initWithData: resultData encoding: NSUTF8StringEncoding];

}

else {

// There is an existing item, but we weren't able to get password data for it for some reason,

// Possibly as a result of an item being incorrectly entered by the previous code.

// Set the -1999 error so the code above us can prompt the user again.

if (error != nil) {

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -1999 userInfo: nil];

}

}

return password;

}

+ (BOOL) storeUsername: (NSString *) username andPassword: (NSString *) password forServiceName: (NSString *) serviceName updateExisting: (BOOL) updateExisting error: (NSError **) error

{

if (!username || !password || !serviceName)

{

if (error != nil)

{

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil];

}

return NO;

}

// See if we already have a password entered for these credentials.

NSError *getError = nil;

NSString *existingPassword = [SFHFKeychainUtils getPasswordForUsername: username andServiceName: serviceName error:&getError];

if ([getError code] == -1999)

{

// There is an existing entry without a password properly stored (possibly as a result of the previous incorrect version of this code.

// Delete the existing item before moving on entering a correct one.

getError = nil;

[self deleteItemForUsername: username andServiceName: serviceName error: &getError];

if ([getError code] != noErr)

{

if (error != nil)

{

*error = getError;

}

return NO;

}

}

else if ([getError code] != noErr)

{

if (error != nil)

{

*error = getError;

}

return NO;

}

if (error != nil)

{

*error = nil;

}

OSStatus status = noErr;

if (existingPassword)

{

// We have an existing, properly entered item with a password.

// Update the existing item.

if (![existingPassword isEqualToString:password] && updateExisting)

{

//Only update if we're allowed to update existing.  If not, simply do nothing.

NSArray *keys = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClass,

kSecAttrService,

kSecAttrLabel,

kSecAttrAccount,

nil];

NSArray *objects = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClassGenericPassword,

serviceName,

serviceName,

username,

nil];

NSDictionary *query = [[NSDictionary alloc] initWithObjects: objects forKeys: keys];

status = SecItemUpdate((__bridge_retained CFDictionaryRef) query, (__bridge_retained CFDictionaryRef) [NSDictionary dictionaryWithObject: [password dataUsingEncoding: NSUTF8StringEncoding] forKey: (__bridge_transfer NSString *) kSecValueData]);

}

}

else

{

// No existing entry (or an existing, improperly entered, and therefore now

// deleted, entry).  Create a new entry.

NSArray *keys = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClass,

kSecAttrService,

kSecAttrLabel,

kSecAttrAccount,

kSecValueData,

nil];

NSArray *objects = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClassGenericPassword,

serviceName,

serviceName,

username,

[password dataUsingEncoding: NSUTF8StringEncoding],

nil];

NSDictionary *query = [[NSDictionary alloc] initWithObjects: objects forKeys: keys];

status = SecItemAdd((__bridge_retained CFDictionaryRef) query, NULL);

}

if (error != nil && status != noErr)

{

// Something went wrong with adding the new item. Return the Keychain error code.

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

return NO;

}

return YES;

}

+ (BOOL) deleteItemForUsername: (NSString *) username andServiceName: (NSString *) serviceName error: (NSError **) error

{

if (!username || !serviceName)

{

if (error != nil)

{

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: -2000 userInfo: nil];

}

return NO;

}

if (error != nil)

{

*error = nil;

}

NSArray *keys = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClass, kSecAttrAccount, kSecAttrService, kSecReturnAttributes, nil];

NSArray *objects = [[NSArray alloc] initWithObjects: (__bridge_transfer NSString *) kSecClassGenericPassword, username, serviceName, kCFBooleanTrue, nil];

NSDictionary *query = [[NSDictionary alloc] initWithObjects: objects forKeys: keys];

OSStatus status = SecItemDelete((__bridge_retained CFDictionaryRef) query);

if (error != nil && status != noErr)

{

*error = [NSError errorWithDomain: SFHFKeychainUtilsErrorDomain code: status userInfo: nil];

return NO;

}

return YES;

}

#endif

@end

收起阅读 »

老司机带你们5分钟实现昵称头像的显示，车要开了，话不多说，快快上车~




一、将简版demo里的cache包（5个java文件）复制到自己项目里。
下载环信android简版Demo：
环信Android简版DEMO

昵称头像用到的工具类、model都在这个cache包里。 


类介绍：



二、显示昵称头像有两种解决方案：

1. 从APP服务器获取；
2. 从消息扩展属性中获取。

接下来，我们就以官方demo为例，一步步教大家实现昵称头像的显示。
无论哪种方案，先要设置3步：
1.更改环信appkey；
在AndroidManifest.xml中更改appkey，改为【xmxx#xmxx】，如下所示。 

    android:name="EASEMOB_APPKEY"

    android:value=“xmxx#xmxx" />

2.增加第三方依赖库。根目录下的 build.gradle 下：

compile 'com.j256.ormlite:ormlite-android:5.0'

compile 'com.google.code.gson:gson:2.8.0'

ormlite：操作sqlite数据库
gson：json对象转换 

3.设置用户信息提供者：
在DemoHelper.java的getUserInfo函数里（第824行）增加如下代码： 

环信头像昵称显示使用的是提供者模式（EaseUserProfileProvider），只要设置了用户信息提供者（setUserProfileProvider），EaseUI界面里显示用户昵称和头像时，就会调用这个getUserInfo函数。

// 从本地缓存中获取用户昵称头像

EaseUser user = UserCacheManager.getEaseUser(username);

并且注释之前获取昵称头像的方法：

// EaseUser user = null;

//        if(username.equals(EMClient.getInstance().getCurrentUser()))

//            return getUserProfileManager().getCurrentUserInfo();

//        user = getContactList().get(username);

//        if(user == null && getRobotList() != null){

//            user = getRobotList().get(username);

//        }

然后，根据不同的方案，开发者可以选择不同步骤：

三、从开发者自己的APP服务器获取的步骤：
将UserCacheManager.java中第54行-62行代码，换成：通过okhttp（或者retrofit、volley）调用api接口，根据用户环信ID，从开发app服务器获取用户昵称头像。下面两张图是改之前和改之后的效果：
 
改之前（用第三方云存储）：



改之后（用开发者自己服务器）：


 

四、从第三方后端云存储获取的步骤：

1.配置后端云服务器；
（注意：用开发者APP服务器存储昵称头像可以忽略这一步）：但是必须直接实现调用API从开发者服务器中获取昵称头像。
首先打开根目录下的 build.gradle 进行如下标准配置

buildscript {    

       repositories {        

                jcenter()        //这里是 LeanCloud 的包仓库        

                maven {            

                         url "http://mvn.leancloud.cn/nexus/ ... ot%3B        

               }     

      }    



     dependencies {        

          classpath 'com.android.tools.build:gradle:1.0.0'    

    }

} 



allprojects {    

         repositories {       

           jcenter()        //这里是 LeanCloud 的包仓库        

           maven {            url "http://mvn.leancloud.cn/nexus/ ... ot%3B        }    

         }

}

继续在根目录下的build.gradle增加如下配置:

android {    

            //为了解决部分第三方库重复打包了META-INF的问题    

            packagingOptions{        

                     exclude 'META-INF/LICENSE.txt'        

                     exclude 'META-INF/NOTICE.txt'    

            }    

            lintOptions {        

                    abortOnError false    

            }

} 

dependencies {    

           // LeanCloud 基础包    

           compile ('cn.leancloud.android:avoscloud-sdk:v3.+'

 )

}

注意：以上代码，由于论坛里的编辑器会产生乱码，所以建议去【环信Android简版Demo】里复制。或者直接打开：
https://github.com/mengmakies/ChatDemo-UI3.00-Simple-Android/blob/master/examples/ChatDemoUI3.0/build.gradle​ 

 3.在DemoApplication.java第49行初始化后端云。（注意：用开发者APP服务器存储昵称头像可以忽略这一步）

UserWebManager.config(this,"VBYeQuiVPD9CWS2aINWrwBv0-gzGzoHsz","1LItewi0x6hlkgYHxi8DERNN");

 
4.在环信IM登录成功后，在后端云里新增用户。
参考LoginActivity.java第173行代码。（注意：用开发者APP服务器存储昵称头像可以忽略这一步） 

// 登录成功后，如果后端云没有缓存用户信息，则新增一个用户

UserWebManager.createUser(userId, nickName, avatarUrl);

如果需要看到完整的效果，可以用以下随机用户昵称头像的生成代码：

Random random=new Random();

String userId = EMClient.getInstance().getCurrentUser();// 用户环信ID

String nickName = String.format("小草%d",random.nextInt(10000));// 用户昵称

String avatarUrl = String.format("http://duoroux.com/chat/avatar/%d.jpg",random.nextInt(10));// 用户头像（绝对路

编译运行。这样就可以用方案一从APP服务端获取昵称头像了。

五、从消息扩展属性中获取昵称头像。
1.首先，要注释从APP服务器获取昵称头像的方法。
删除类文件：UserWebInfo.java和UserWebManager.java。
UserCacheManager.java中注释第57-68行，不从APP服务器中获取昵称头像： 

// 如果本地缓存不存在或者过期，则从存储服务器获取

if (notExistedOrExpired(userId)){

    UserWebManager.getUserInfoAync(userId, new UserWebManager.UserCallback() {

        @Override

        public void onCompleted(UserWebInfo info) {

            if(info == null) return;



            // 缓存到本地

            save(userId, info.getNickName(),info.getAvatarUrl());

        }

    });

}

2.登录（或注册）成功后，需要缓存当前用户的昵称头像。
在登录（或注册）服务端回调（不是环信IM登录回调）里，增加如下代码： 

// 登录成功，将用户的环信ID、昵称和头像缓存在本地

UserCacheManager.save(userId, nickName, avatarUrl);

如果需要看到完整的效果，可以用以下随机用户昵称头像的生成代码：

Random random=new Random();

String userId = EMClient.getInstance().getCurrentUser();// 用户环信ID

String nickName = String.format("小草%d",random.nextInt(10000));// 用户昵称

String avatarUrl = String.format("http://duoroux.com/chat/avatar/%d.jpg",random.nextInt(10));// 用户头像（绝对路径）

3.发送消息时携带昵称头像。
ChatFragment.java里的 onSetMessageAttributes函数。第231行增加代码：

// 设置消息的扩展属性，携带昵称头像

UserCacheManager.setMsgExt(message);

4.接收消息时携带昵称头像。
DemoHelper.java里的 onMessageReceived函数。第856行增加代码：

// 从消息的扩展属性里获取昵称头像

UserCacheManager.save(message.ext());

5.另外。音视频通话里，昵称头像也要进行处理。（不需要音视频通话功能的开发者可以省略后面所有步骤）
发送音视频通话请求时携带昵称头像。
CallActivity.java里第162行代码更改为： 

// 通过扩展属性将昵称头像传给对方

String ext = UserCacheManager.getMyInfoStr();

if (msg.what == MSG_CALL_MAKE_VIDEO) {

     EMClient.getInstance().callManager().makeVideoCall(username,ext);

} else { 

    EMClient.getInstance().callManager().makeVoiceCall(username,ext);

}

6.接收音视频通话时保存昵称头像。
CallReceiver.java第33行增加代码： 

// 缓存用户昵称头像

String ext = EMClient.getInstance().callManager().getCurrentCallSession().getExt();

UserCacheManager.save(ext);

7.音频通话里显示昵称头像。
VoiceCallActivity.java第114行代码改为： 

// 显示昵称头像

UserCacheInfo user = UserCacheManager.get(username);

if (user != null){

          nickTextView.setText(user.getNickName());

          //Glide.with(VoiceCallActivity.this).load(user.getAvatarUrl()).placeholder(R.drawable.em_default_avatar).into(avatarImage);

      }else {

          nickTextView.setText(username);

      }

8.视频通话里显示昵称头像。
VideoCallActivity.java第171行代码改为： 

// 显示昵称头像

UserCacheInfo user = UserCacheManager.get(username);

if (user != null){

    nickTextView.setText(user.getNickName());

}else {

    nickTextView.setText(username);

}

编译运行即可使用扩展消息的方式实现昵称头像显示了！
可以通过这个web页面发送消息测试是否设置成功：
http://duoroux.com/chat 

测试账号：
1.环信ID：biaoge  密码：biaoge
2.环信ID：biaomei  密码：biaomei
两种方案的完整代码，大家可以下载环信android简版Demo：
https://github.com/mengmakies/ChatDemo-UI3.00-Simple-Android 

IOS版简版demo下载地址：
https://github.com/mengmakies/ChatDemo-UI3.00-Simple 

如有任何问题，请咨询【环信IM互帮互助群】，群号：340452063 

注意事项

将此方案集成到自己项目时，要把SqliteHelper构造函数里的“DemoApplication.getInstance()”换成自己项目的应用程序类实例！

  收起阅读 »

最近关于接私活的文章不少，有赞成私活的，也有反对私活的，无论怎样，接私活成了最近最火的话题。我来给大家分享一个新鲜出炉的接私活故事：


故事开始之前，我先教大家一个获取黄网的办法：和边检缉毒专查面黄肌瘦，神情萎靡，眼神游离的人一样，你观察你身边的朋友谁穷得买不起毒品却有和瘾君子一样的肾虚症状，那么他一定有资源。

昨天我从我的diao丝同事那里要来一个打擦边球的公众号，有图有文没视频那种。忽然在一篇小黄图文下面看见这么一行字：“如有能力制作开发本平台APP的个人或公司，请联系QQ：***，具体事宜详谈！”

我：（真没想到有机会接黄站的私活，赶紧加Q）需要Android外包？

他：（没错，尽管资料填“女”，但我仍能看出他是抠脚大汉）我就要简单的社区 + 相册，相册是自己的作品集

我：资料发我，我估个价，再找iOS同事给你做个iOS的

他：APP目前的功能就是自己的作品集

他：然后社区

我：（根据公众号给的链接打开了网站的手机版，然后开电脑看了电脑版，是一个基于discuzz的擦边球社区）看了网站手机版感觉做成APP难度不大

他：大概要多少钱？

我：（发了一份报价单）Android估价2000左右，最高不超过3000，iOS的价格也差不多

他：好贵呀

我：你知道一个程序员每天多少钱工资吗？

他：我每个月没钱吃饭啊

他：（过了一会）相册和怎么做成那种看12章以后要会员 才能看？或这收费

我：（连这个都不会弄，还能给终端提供API）我和你家技术谈谈吧

他：（开启连珠炮模式）米技术啊

他：就我和我姐妹弄的

他：哪有技术

他：全部自己学的

他：网站都是自己装的

我：我业余搞个外包容易吗？咋遇到的发包方个个比我还穷？

他：那肿么办？

他：袜子都买不起了

我：（他缺的不是Android和iOS上的两个软件，而是一整套技术体系）我有个免费的方案，用HBuilder打包你的手机站，这样Android和iOS的APP就都有了，零成本

他：作为粉丝的你不支持下我啊

真没想到找私活的甲方比程序员还穷，让我免费做个APP真是讹上我了，瞬间觉得高中时班主任语文老师的顺口溜“上辈子杀猪，这辈子教书；上辈子杀人，这辈子教语文”有了下联：“上辈子叛党，这辈子搞互联网；上辈子卖国，这辈子搞安卓”

第二天，那个公众号推送的小黄图文下面有这么一行字：“有木有洞APP开发架设的粉丝，如果有请自告奋勇联系小编，当然惊喜肯定给足” 收起阅读 »

 

​ 青年的思想愈被榜样的力量所激动，就愈会发出强烈的光辉-法捷耶夫

  在刚刚过去的五四青年节，环信公开课第12期如期举行，这期公开课嘉宾“环信大表哥”一人手写三端，Android/IOS/服务端信手捏来，关于用户体系更是引经据典一番，整场公开课妙语连珠、妙趣横生。加上环信MM的现场答疑，这样一来便消除了拘谨，活跃了气氛，环信小伙伴们在欢快愉悦的气氛中度过了这个有意义的五四青年节！ 

环信公开课12期讲了什么？

1. 如何利用消息扩展属性显示昵称头像？
2. 如何通过APP服务器处理昵称头像的显示？
3. 昵称头像的本地缓存策略？
4. 音视频通话如何显示昵称头像？

关于环信大表哥：

   马骏斌丨美国海遇网络CTO，传说中的祖传CTO“环信大表哥”，10年研发经验，现任美国海遇网络CTO。曾就职于北京超图从事GIS研发，负责基于SuperMap平台研究GIS算法以及图形处理工具，优化底层三维渲染引擎，协助产品研发进行数据处理或空间分析工作。

环信简版demo作者，开源了基于环信的直播项目-小马直播间，在imgeek、简书等社区发表了数十篇环信教程，他的教程和开源项目累计帮助了超过1W多名开发者集成环信，自己创建了环信互帮互助群，每天"夜黑风高"活跃在群里回答问题+远程写代码，人送外号“环信大表哥”。
 
自2011年2月创办www.C3DN.net（中国3D技术开发者社区），并兼任C3DN站长。创办C3DN，不仅为了延续对3D技术的热爱，最主要是想帮助更多需要帮助的人学习3D开发技术；

先放一张大表哥PPT截图，这个style！你们感（la）受（yan）下（jing）。



环信公开课视频回放：视频观看地址
  
环信公开课第12期讲师PPT在文末下载，最后引用一句某知名互联网公司创始人名言致大表哥“百年之后，你我的肉身终将陨灭，而我们的精神和梦想依然可以在代码中相见”
ios简版demo地址
Android简版demo地址 收起阅读 »

教程所用到的DEMO源码地址：【lzan13 / VMChatDemoCall】

前言

  从APP有了聊天功能起，就是为了让用户更畅快的沟通，但有的时候，用户将APP退到了后台，甚至kill掉程序（术语：划掉了应用进程），这种情况下再有消息过来或者有视频通话请求就不能再走之前的聊天通道了，所以就要用到我们今天的主角-推送。苹果手机自带了apns，上传推送证书到环信后台就可以实现ios手机的消息推送，Android虽然也有gcm， 但是在大陆地区是不能正常使用的（海外APP不受影响），那么在国内Android的APP就需要用到第三方推送，环信调研了市场设备情况，选择集成了两家厂商推送，分别是小米推送和华为推送，最大程度保证了应用在后台被杀死的情况下也收到离线消息的通知。




废话不多说，今天就通过集成最新的小米推送来实现下消息的离线推送通知，以及被呼叫方离线时方推送提醒对方启动 app 接听通话；其实都是通过集成推送完成！

准备工作

首先你的项目需要集成环信 sdk，并且已经实现了发送消息以及音视频通话功能（这个可以直接用我上边 github 上的项目）；
然后你需要有小米的开发者账户，需要创建一个应用，包名要和你自己的项目一样，然后需要用到的就是应用的appId、appKey、appSecret，这些在环信开发者后台上传小米证书，以及在项目中初始化小米推送需要用到；

开始集成

首先这边先把证书弄好了，证书的名字和秘钥以及包名一定要对应：


 
然后需要做的就是在代码中集成小米推送，需要做的有两个地方：

在初始化 sdk 的时候调用 options 设置小米的 appId 和 appKey
在 AndroidManifest配置文件配置相应的权限和广播接收器以及服务

    /**

     * 初始化环信sdk，并做一些注册监听的操作，这里把其他的处理都去掉了只写了小米推送

     */

    private void initHyphenate() {

        // 初始化sdk的一些配置

        EMOptions options = new EMOptions();

        // 设置小米推送 appID 和 appKey

        options.setMipushConfig("2882303761517573806", "5981757315806");

        // 初始化环信SDK,一定要先调用init()

        EMClient.getInstance().init(context, options);

        // 开启 debug 模式

        EMClient.getInstance().setDebugMode(true);

    }

然后就是AndroidManifest配置

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

    package="com.vmloft.develop.app.demo.call">



    <!-- 项目权限配置 -->

    <!--小米推送相关权限-->

    <permission

        android:name="com.vmloft.develop.app.demo.call.permission.MIPUSH_RECEIVE"

        android:protectionLevel="signature"/>

    <uses-permission android:name="com.vmloft.develop.app.demo.call.permission.MIPUSH_RECEIVE"/>

    <!--小米推送权限 end-->

    <!--程序入口-->

    <application

        android:name="com.vmloft.develop.app.demo.call.AppApplication"

        android:allowBackup="true"

        android:icon="@mipmap/ic_launcher"

        android:label="@string/app_name"

        android:largeHeap="true"

        android:supportsRtl="true"

        android:theme="@style/AppTheme">

        ...

        <!--小米推送相关配置-->

        <service

            android:name="com.xiaomi.push.service.XMJobService"

            android:enabled="true"

            android:exported="false"

            android:permission="android.permission.BIND_JOB_SERVICE"

            android:process=":pushservice"/>



        <service

            android:name="com.xiaomi.push.service.XMPushService"

            android:enabled="true"

            android:process=":pushservice"/>



        <service

            android:name="com.xiaomi.mipush.sdk.PushMessageHandler"

            android:enabled="true"

            android:exported="true"/>

        <service

            android:name="com.xiaomi.mipush.sdk.MessageHandleService"

            android:enabled="true"/>



        <!--推送消息广播接收器-->

        <receiver

            android:name=".push.MIPushReceiver"

            android:exported="true">

            <intent-filter>

                <action android:name="com.xiaomi.mipush.RECEIVE_MESSAGE"/>

            </intent-filter>

            <intent-filter>

                <action android:name="com.xiaomi.mipush.MESSAGE_ARRIVED"/>

            </intent-filter>

            <intent-filter>

                <action android:name="com.xiaomi.mipush.ERROR"/>

            </intent-filter>

        </receiver>

        <receiver

            android:name="com.xiaomi.push.service.receivers.NetworkStatusReceiver"

            android:exported="true">

            <intent-filter>

                <action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>



                <category android:name="android.intent.category.DEFAULT"/>

            </intent-filter>

        </receiver>

        <receiver

            android:name="com.xiaomi.push.service.receivers.PingReceiver"

            android:exported="false"

            android:process=":pushservice">

            <intent-filter>

                <action android:name="com.xiaomi.push.PING_TIMER"/>

            </intent-filter>

        </receiver>

        <!--小米推送配置 end-->

    </application>

</manifest>

其中MIPushReceiver这个广播接收器可以不用自己实现，环信 sdk 已经集成小米广播接收器EMMipushReceiver实现，可以直接用（这里如果需要自己与自己的业务处理可以继承它去处理自己的逻辑；详细可以根据小米推送官方 sdk 文档进行了解下）；

当我们做完这些之后在收到离线消息后就可以收到推送通知了，只不过这个推送通知我们不能自定义，因为这些都是服务器推什么我们接受什么，这点比较坑！

通话的离线通知

上边已经实现了消息的离线通知，我们下边就要做当呼叫对方时，对方却不在线，我们怎么通知对方打开 app 进行接听呢？
曾经集成过环信用户应该知道，在呼叫对方不在线后会马上结束通话，回调对方不在线，在新版3.2.2的 sdk 中新增设置音视频参数及呼叫时对方离线是否发推送的接口，在初始化的时候进行以下设置：

// 设置通话过程中对方如果离线是否发送离线推送通知，默认 false

EMClient.getInstance().callManager().getCallOptions().setIsSendPushIfOffline(true);

// 设置了这个之后就不会在通话状态监听中回调对方不在线，需要实现另外一个回调

...

// 设置音频通话推送提供者，在 onRemoteOffline()回调中给对方发送消息就行了

EMClient.getInstance().callManager().setPushProvider(EMCallManager.EMCallPushProvider {

    @Override public void onRemoteOffline(String username) {

        EMMessage message = EMMessage.createTxtSendMessage("有人呼叫你，开启 APP 接听吧", username);

        // 设置强制推送

        message.setAttribute("em_force_notification", "true");

        // 设置自定义推送提示

        JSONObject extObj = new JSONObject();

        try {

            extObj.put("em_push_title", "有人呼叫你，开启 APP 接听吧");

            extObj.put("extern", "定义推送扩展内容");

        } catch (JSONException e) {

            e.printStackTrace();

        }

        message.setAttribute("em_apns_ext", extObj);

        message.setMessageStatusCallback(new EMCallBack() {

            @Override public void onSuccess() {

              // 在这里可以删除消息

            }

            @Override public void onError(int i, String s) {

              // 在这里可以删除消息

            }

            @Override public void onProgress(int i, String s) {}

        });

        EMClient.getInstance().chatManager().sendMessage(message);

    }

});

实现了上边的这个推送提供者之后，当对方不在线就会回调 onRemoteOffline()方法，就可以发送一条消息给对方，然后上边我们已经集成了小米推送，就可以通过离线推送的方式通知对方有新消息，对方看到后点击通知栏就可以打开 app了，这个时候我们的语音或视频呼叫还在一直呼叫，然后就可以连通了！

结语

OK 到这里基本就已经完成了，大家可以运行自己的项目，或者我上边的 demo 测试下，我这边通过小米5测试 OK；其实集成推送部分并不难，只是有几点需要注意：

环信开发者后台的推送证书设置时一定要注意应用包名和小米推送后台的应用包名以及自己项目的包名，三个地方一定要一致
初始化设置一定要通过环信的 options 去设置小米推送的 appId 和 appKey，不需要用小米的注册方法自己注册；
Androidmanifest 一定要加上环信的广播接收器，或者继承自环信封装的广播接收器

注意以上几点基本推送就没有问题了，如果不行可以先通过小米开发者后台的推送工具测试推送是否通了，然后检查以上几点；

PS：华为推送相关其实一样，不过因为华为不允许个人开发者注册账户，所以这里暂时不赘述

参考资料

【小米推送 Android SDK文档】
【环信推送相关文档】 收起阅读 »

客服模式

支持快速搜索客户会话

在进行中会话列表，支持通过客户的名字、昵称进行搜索，以便客服能够快速查找客户的会话。 



管理员模式

支持设置上班时间才自动分配会话

新增“只有上班时间才自动分配会话”开关。开关打开时，上班时间开始自动调度会话给客服，下班时间结束自动调度。该开关可以与“允许客服手动接入会话”开关配合使用，以便所有客服均只在上班时间接待会话，使工作量分配更加公平。

可以进入“管理员模式 > 设置 > 系统开关”页面，打开该开关。 


公共常用语支持全部删除

公共常用语支持全部删除，方便管理员使用模版批量添加常用语。 


在多个页面显示Iframe页签

在客服模式的会话、历史会话页面，管理员模式的历史会话、质量检查页面，均支持显示Iframe页签，方便已集成CRM系统的客户通过Iframe查看、编辑客户资料。

关于如何集成CRM系统，请查看CRM系统对接。 


【优化】筛选时支持对客服进行多选

在客服模式的留言页面，管理员模式的留言、历史会话、当前会话页面，对留言、会话进行筛选时，支持同时选择多名客服。

• 留言：点击“自定义留言筛选”，对留言进行筛选；
• 历史会话、当前会话：点击“筛选排序”，对会话进行筛选。

【优化】筛选时支持对渠道、关联进行多选

管理员模式下，在统计查询的工作量、工作质量页面，对统计数据进行筛选时，支持同时选择多条渠道、多个关联。  收起阅读 »

1. EaseUI--EaseNotifer.java 

if(EMClient.getInstance().chatManager().isSlientMessage(message)){

                return;                

            }         （326， 175， 126）

    改为if(EaseCommonUtils.isSilentMessage(messages.get(messages.size()-1))){   

                         //  修改的地方 messages.size()-1)有的参数时message ， 请注意

            return;

        }

2. EaseConversationAdapter 

performFiltering() -- conversationId() 替换  getUserName();  

3. LnConversationAdapter 

(378, 146， 258)(149  本来就存在)  conversationId() 替换  getUserName();

4.  EaseChatFragment 

(746) 少去两个方法 （onMessageReadAckReceived， onMessageDeliveryAckReceived）

    添加两个方法（onMessageDelivered， onMessageRead）

5. EaseChatFragment

EMChatRoomChangeListener -- 全部方法被注释掉了！

6. EaseGroupRemoveListener 

EaseGroupListener  -- （1885）

7. CallActivity

(175) EMClient.getInstance().callManager().endCall(); 添加异常处理

8.  CallActivity 

(333) setReceipt() 改为 ： setTo ()  

9.  conversationListFragment

 (118, 121) -- getUserName() 改为 ： conversationId()

10.  DiagnoseActivity 

(67)  VERSION 修改！ 

11. GroupDetailsActivity

(1638) 修改了GroupChangeLister 

12. GroupDetailsActivity 

(739) 修改了GroupChangeLister   添加方法 updateGroup(); refreshMembers();

13. MainActivity

修改了EMMessageListener（）实现的方法  （309）

14.  MainActivity

修改了EMContactListener（）要实现的方法 （435） 

15. ChatFragment 

(750) position = conversation.getAllMessages().indexOf(message);

16. PublicChatRooomsActivity

(132) ChatRoomChangeListener修改  -- （206） 复写监听方法

17. VideoCallActivity 

(274, 235) 电话断了  枚举变量修改   

18. VideoCallActivity 

(431, 432, 433 )  -- getVideoTimedelay 改为  getVideoLatency

    getVideoFramerate 改为  getVideoFrameRate   getVideoLostcnt  改为 

19. VoiceCallActivity 

(203, )DISCONNNECTED (挂断电话) 改为  DISCONNECTED  （249）

 ERROR  --  

20. EaseChatRow

(339) 重写updateView方法， 添加多参数方法  

21. EaseUI 

(147) options.setNumberOfMessagesLoaded(1); 方法弃用  

22.  EaseUI 

(176, 181) onMessageDeliveryAckReceived() onMessageReadAckReceived()方法弃用  重新添加两个方法 

    onMessageDelivered 和  onMessageRead

23. DemoHelper

(524) 原有方法 ： onInvitationReceived， onInvitationAccpted， onInvitationDeclined

onUserRemoved， onGroupDestroy， onApplicationReceived， onApplicationAccept， onApplicationDeclined

onAutoAcceptInvitationFromGroup，  

onInvitationAccpted， -- 方法名错误  少个Accpted 改为  Accepted

onGroupDestroy 改为onGroupDestroyed 

24. DemoHelper

（846） EMContactListener -- onContactAgreed 改为 onFriendRequestAccepted 

            onContactRefused 改为  onFriendRequestDeclined  

25. DemoHelper 

（1119） onMessageReadAckReceived， onMessageDeliveryAckReceived 去除      

    添加   onMessageDelivered  ，  onMessageRead

本文章纯属原创，转载请说明出处！  谢谢！！！！！！ 收起阅读 »

环信的头像昵称，是一个老大难的问题，但是环信负责的是im的通讯能力，它只负责消息的通畅，头像昵称啥的，不是它要处理的，所以，只能给出一些建议性的解决方案。
 
从实际角度出发，有几种场景需要使用头像：
1、聊天的详情页面。
2、会话列表页面。
3、好友页面。
 
针对以上几个场景，
在聊天页面，接受消息的时候，需要知道对方叫什么，所以只需要发送方发消息中，把自己的名字，昵称带过来就行。
这里可以选择用message的属性ext来实现。
 
message.ext = @{@"nick":@"李明"};



 
 
当接收方（韩梅梅）收到消息后，只需要解析message中的ext字段，就可以知道发送方叫李明。
之后再ui上显示就可以了。此处的处理，单聊和群聊是一样的。
 
注意事项：
发送方设置ext一定要在消息发送之前。
 
 
2、会话列表中展示：
上文说道，ext属性是message的，而会话的对象是conversation。此时，如果需要得到对方最后一条消息，可以使用
EMConversation对应的属性lastReceivedMessage。这个属性的描述是
 
/*!
 *  \~chinese
 *  收到的对方发送的最后一条消息
 *
 *  @result 消息实例
 *
 *  \~english
 *  Get last received message
 *
 *  @result Message instance
 */
- (EMMessage *)lastReceivedMessage;
 
这个时候，我们只需要去去 conversation.lastReceivedMessage.ext, 也就可以得到会话列表的头像了。
 
 
注意：
群聊里，不能通过最后一条对方发的消息来处理，环信的群属性中，没有头像这一条，所以也不能直接从环信这边取，但是它有群描述。这里提供两个思路：
* 把群属性放到自己的服务器，群头像也放到自己的服务器上，然后根据群id去自己服务器获取。
* 把头像放到群名描述里，之后用自己定义的格式隔开，取头像的时候，就直接从群描述的url来取。
 
3、好友列表中头像和昵称的获取。
好友列表，好友的信息环信并没有提供多少属性，只提供了环信id。所以这个地方我们就没办法从环信这边获取任何信息了。这个地方说下环信demo的解决方式：
 
环信demo中，用了一个第三方的云服务叫Parse，Parse的作用，是可以把k-v的键值对存到云服务器上。环信demo就把好友列表中，好友的环信id作为key，其他属性作为value存到了Parse上。这样在展示的时候，就直接去parse上下载，得到对应的昵称和url。 
 
注意:
不过就我了解，国外的Parse服务已经停止了。目前demo里用的是环信自己搭建的一个Parse服务，环信官方也没有承诺该服务始终免费，记得当时也是说过是为了demo展示用才搭建的，所以建议还是自己找一些其他提供类似功能的云服务来使用比较好。
 
 
  收起阅读 »

在iOS中，当app进程不存在的情况下，如果需要向设备发送通知，可以苹果提供的APNs
下面大概讲一下如果创建APNs证书和上传到环信。（首先需要有一个付费的苹果开发账号，否则无法创建相关证书）

文章最后有常见问题


1、前期准备
 
创建根证书很重要，要确保创建根证书的电脑和最好导出P12的电脑是一台，否者可能无法创建成功。
 
打开电脑的“钥匙串访问”并按照以下操作



 



邮箱需要符合邮箱格式，名称随意，之后保存到本地。
 



2、创建支持推送的APP
 
















3、创建推送证书
此处以开发推送证书为例


































再用同样的方式创建生产证书，注意命名要有区别。
此时，我们应该有三个文件：



 
4、制作环信用的P12推送证书
 
同样以开发证书为例，双击导入aps_development.cer，
















 
以同样的方式再生成生产用推送证书。此时应该一共有5个文件。



 
5、上传到环信
 






















 
如果需要填写bundle id，一定要确保填写正确。
 



注意：此处也需要选择正确，是开发模式还是生产模式。
密码就是到导出证书时候的密码。
 
注意事项：
app工程里要打开推送开关



 
 
==============================
 
常见问题：
为什么我按照配置后，app后台了还是收不到推送！

环信的长连接存在的情况下，在服务器就属于在线状态，环信不会通过苹果的APNs 给你发推送，而是直接通过环信的长连接，只有app后台被系统挂起或者是进程被杀死了，才会走APNs，先出怎么处理：
 
在appdelegate文件里，也实现消息的监听，这样有消息了，也能收到回调。
收到回调后，先判断当前app的状态是在前台还是后台，如果是前台就忽视这条消息，如果在后台，就自己从代码里实现一个本地通知，把需要展示的消息内容得到后，自己发localNotifications. 本地通知的实现方式很简单，网上百度就行。
 
下面我说下这种方式的好处与坏处。
好处：在正常使用场景中，app之间切换很正常，这样的好处就是不需要频繁的断开重连，速度会很快，同时也会比较省电，而且用户体验会更好。
 
坏处：其他app里，app的icon上的角标和app内部的角标数量是一致的，但是像自己弹出的处理方式，会可能导致角标不一致，因为apns的角标是服务器发过来的，而localNotification的角标是由app自己设置的。
 
顺便说一句，目前微信的实现方式也是后台的时候长连接保持，app角标也存在不一致的情况。
 
APP之前没有用推送，现在需要用了，我按照上面设置后还是不行。
 
需要删除本地的描述文件，重新去开发者中心下载，描述文件就是Provisioning Profile
 
APP上线之前，如何测试生产的推送是否好用？
这个情况苹果已经替我们想好了，在打包的时候，有一个选项是ad-hoc。这个选项就是打一个生产用的包，并且可以导出保存到本地，之后用itunes安装就可以了。这个地方一定要注意，这个使用使用的证书需要是生产的证书了哦~ 收起阅读 »

导读：

 “客户世界·洞察者”

  

   随着信息爆炸的互联网时代的到来，人们阅读习惯的改变，客户世界推出立体化内容呈现方式（图文+短视频）来迎合人们碎片化时间的阅读。那么越来越高标准的阅读需求靠什么来满足？

众所周知《客户世界》做为国内唯一定位于“客户管理”专业研究及其关联产业发展的专业纸媒，在客户中心行业广受赞誉。其精准的内容定位锁定了企业客户管理各级岗位的专业人士。

行业中不乏有思想、有洞察力的行业洞察者，那么他们的观点将是行业人士追捧的话题，这时候就需要一个媒体平台，以猎奇的视角、亲和的形势展示出来。那么客户世界•洞察者就扮演了这个角色。

“客户世界·洞察者”每周一个观点，敬请期待……

本期洞察者：刘俊彦 环信CEO

   刘俊彦毕业于伦敦大学国王学院，计算机硕士。先后任职IONA，RedHat。重度开源软件参与者，JBOSS ESB, SOA-P、Apache CXF、JBOSS Drools、jBPM 等开源项目committer。专注于高并发消息中间件，实时消息系统，异构分布式企业系统集成和应用服务器。
视频观看地址：【客户世界·洞察者】刘俊彦：观点（二） 

   上一期洞察者讲述的关于工具层面的全媒体接入的各种核心技术问题，本期洞察者谈谈当客户从各种媒体各种渠道接入进来以后，我们应该做些什么来提交效率和客服体验。全媒体客服不仅只是多渠道的接入和各个接入渠道之间的数据打通，更重要的是用户跨媒体、跨渠道、跨部门的体验和跟踪，在海量的数据中发现问题。
   多渠道客服接入环境下的客户声音的收集，整理，分析和理解需要一个企业全流程业务部门的参与，包括客服部门、产品研发部门、销售部门和市场部门之间的通力合作。“客户声音”将帮助企业解决四大挑战，请看下图：


为了应对以上四大挑战，厂商推出了客户声音产品。客户声音产品是一款基于人工智能和大数据挖掘的客户体验透析产品。通过对来自多个渠道的非结构化客服数据进行自然语言解析，主题聚类，情感度建模等技术分析手段来挖掘和分析热点话题，发现服务运营问题，寻找畅销或问题产品，洞察销售机会。通过透析客户对企业产品和服务的准确体验，帮助企业识别和改善客户旅程的各个阶段。

一、如何帮助企业倾听客户声音呢？

1. 整合多渠道数据源，透析客户对企业产品和服务的准确体验。
2. 基于人工智能技术，帮助企业识别和改善客户旅程的各个阶段。

二、“客户声音”产品帮助提高用户体验的一些实践案例：

 1，主题及关键词热度分布，实时了解用户最关心的产品和服务。


实例：上述图1显示了某电商主题关键词热度分布。四种颜色代表四个主题，主题和关键词的比例表示该主题或关键词的用户讨论热度，关键词字体越大，表示热度越高，关键词颜色表示情感度。

2，主题及其关键词情感分析，及时追踪到负面情绪。


图2示例：上图是讨论热度最高的主题“注册登录”下头15个关键词的情感估值对比图，绿柱表示用户满意度高。如果用户对某关键词对应的业务充满负面情绪，系统用红柱突出表示出来。黄色表示中性。

3，按关键词或情感度追踪问题并解决问题。 


图3示例：某电商按关键词或情感度追踪并解决物流快递问题。
 
转自客户世界，原文地址阅读原文 收起阅读 »

  “近两年，AI很火，就我个人而言，我看到了它目前在工业领域产生的四个价值，自动驾驶、图像识别、医疗影像、再就是客服领域。”环信CEO刘俊彦在国内电商门户亿邦动力思路网专访中说道。


（图为环信CEO刘俊彦）
   据刘俊彦介绍，环信是一家经过C轮融资后定位为全媒体智能客服的年轻创业公司，目前有三条产品线，第一个是环信即时通讯云，为企业提供通讯服务。第二个是环信移动客服，是一款针对电商、金融、教育等行业的SaaS客服软件。第三个是环信人工智能机器人，这个产品的产生是因为他们看到了客服行业的一个新“风口”。

   客服行业是企业服务市场里面的核心领域之一，而企业级服务这个大市场，刘俊彦认为是“既无内忧又无外患”，为什么这么说？

   企业服务在美国是个很成熟的行业， Oracle、微软、SAP等企业加起来已经有4千多亿的市值。而中国，所有的服务企业加起来不超过50亿美金，所以，无内忧是指市场还不成熟，除用友，金蝶外没有什么大公司，这条赛道还是空的，你要做的就是稍微比别人跑的快点。未来发展前景还很广阔。

  国家规定个人数据要保留在中国，外资公司不允许在国内建立数据中心。由于牌照问题，也进不来。这样就没有外患。

   所以，这么好的市场环境，未来机会很大，根本没有天花板，自己就是天花板，突破自己往前跑就对了！

   “近两年，AI很火，就我个人而言，我看到了它目前在工业领域产生的四个价值，自动驾驶、图像识别、医疗影像、再就是客服领域了。这个行业有大量的数据，可是客服行业在当下阶段是个“缺人”的行业。基于这些，我们开发了人工智能这条产品线。目前落地的产品是环信智能客服机器人，对于企业而言，一些简单重复的问题就可以交给机器人来回答，可以大幅降低人工工作量提升效率。”刘俊彦向思路网说道。

   目前，人工智能在售前售后都可以发挥价值。售后是以服务，解决问题为导向。比如常见的有简单的退换货和产品售后使用问题，而这种问题智能机器人是可以完全解决的。现在，客服机器人已经可以解决80%的常见问题了。

   但是，还有一种相对难的售后问题，像物流问题。举个例子：假如消费者提出：为什么我的宝贝还没到货？机器人回答，对不起，您在等等。这肯定是不行的，一下子就降低了用户体验。

   人工客服在解决此问题时，都会问问订单号，然后去物流系统查询再反馈给顾客。其实这块人工智也做的很好了，类似这种物流场景问题，机器人都可以解决，完全不用人工参与，所以在双十一的时候环信的几个用户上了这个功能，发货后，消费者在询问的时候明显是解决了大量的工作量。

   在售前环节，有个功能叫“人机协作”，虽然客服机器人做的还不错，但是跟一个优秀的销售比较还是有差距。所以，机器人怎么工作？其实它一直处于“充电”状态，当消费者与销售产生沟通的时候，机器人一直在听，可不是单纯的听，它可以通过分析能给销售推荐下一句适合说的话。

   众所周知，客服行业人员流失率很大，那么新人刚上岗第一时间接触消费者会出现不知道如何沟通，而这个时候智能机器人的“人机协作”能力就可以发挥了。除此之外，机器人还可以做产品推荐。

   据了解，目前新东方、泰康在线、中信证券、国美在线、链家、神州专车等都为环信用户。

   企业服务市场赛道众多，为何环信单单会锁定在客服领域？这个问题，勾起刘俊彦回忆起他的创业初衷。

   创业前，我们没想到会聚焦在客服这个领域，本身我是技术出身，之前做通讯方面的产品，对IM比较熟悉。2013年，微信，陌陌火了，很多人都在模仿他们。然后有人就找到我，让我帮忙做一个师生交友的工具，之后很多人都找我帮忙，帮一个两个容易，多了也没精力。就这样，我想是否能出个产品，做个系统框架，当你需要时看看文档看个Demo自己就能搞定。这么一个契机，创立了环信，做了第一个产品环信即时通讯云。

   之后我们又发现了一个很有意思的事情，以前是帮助大家做社交，连接人与人，但是有一个场景是之前没想到的，就是连接人和商品，旺旺就是一个最典型的例子，连接的是消费者和商家。这对我们是个很好的启发，由此我们用IM做了个连接人和商业的移动端客服产品。所以，只要是APP里面需要做内置客服的商家，几乎都是环信的用户。

   但是，我们又意识到了做APP内置客服更多的是个增量市场，不够大，所以即使达到垄断局面却还是觉得是小水洼里面的霸主。所以最后扩展到全媒体客服，包括网页、微博微信、电话等渠道，不局限于APP。

   可是，当产品做到一定程度后，又出现了一个很大的问题。产品趋于成熟，竞争依旧很激烈。在与客户聊天的时候发现大家的产品慢慢都走向驱同。由此，我们盯上了人工智能这条路，意识到这才是拉开各个企业之间差距的关键点！我们不再谈全渠道接入，不再谈报表如何厉害。我们谈什么？我们谈的是人工智能如何在你公司落地，如何降低客服成本，如何帮助客服提升转化率，如何实现精准营销。

   就眼前而言，如果你没意识到人工智能的重要，那么很可能就错过了，其实，环信刚开始接触这块的时候，也很犹豫，首先建立这么个团队花费很高，需要长期投入，当时决定做人工智能的时候内部也有很多争论。要不要做？值不值得？最后还是统一了意见，组成了20多人的研发团队专攻这块，决定跑下去。欣慰的是，现在已经产生效益。

   人工智能或许在未来更加智能，那么是否有一天可以颠覆传统客服人员？

   针对这个问题，刘俊彦有不同的看法“我觉得不会，目前我还没看到哪个企业因为用客服机器人用的好而裁员呢，呵呵，其实，目前互联网企业普遍很重视客户的服务体验。机器人确实解决了一些人力，但是，是将原来的这些人从新分配专注在提升用户体验的其他岗位上。

   举个例子，神州专车是我们的客户，现在他们司机端使用的是环信客服机器人，之前他们是由人工客服为司机服务，经常要回答司机遇到的海量紧急问题，比如：乘客下车忘记付款、修车和报销规则等...接通环信客服机器人以后，节约了大量的人工客服工作。

   刘俊彦表示，2017年，环信的重心会放在突破大客户上，对于一家企业服务公司，最终拼的还是大客户。其次会服务一些重点行业，例如银行，教育、保险、电商类。最后，会重点推动人工智能在客服行业的落地。

   但是，从客服软件行业本身来看，未来面临几大挑战。

   首先是移动端的挑战，国内企业客服有四个最常见的通道，电话、官网网页、微信公众号、移动端客服。但是消费者已经表现出一种很明确的趋势，需求点在移动端。那么在手机上最好的客户服务体验是什么？值得客服行业从业者深思。

   其次，消费者在线需求渠道目前还处于多样化，以前只是电话沟通，通过质检便可以了解用户的满意度，现在，渠道多样化，需求多样化，所以想关心用户体验变得异常困难，就这样很多企业已经放弃了用户体验这个环节。所以，知道用户说什么，关心什么，吐槽什么，这是以后对于客服软件行业的一个挑战。而环信去年推出了环信客户声音，来解决和提高用户跨媒体、跨渠道环境下的客户服务体验

   再次，就是人工智能的挑战，也许有一天人工智能就颠覆了客服软件。那这样，环信不就消失了吗？我认为，我们这种做客服软件的公司最多还能活五年！所以，与其别人颠覆你，不如自己颠覆自己，主动出击迎接挑战！

   最后，人力成本对于客服行业来说也是一大挑战。我们有的客户最初是在北京市中心，慢慢的开始搬向周边，甚至开始向其他省市迁移。人力成本提高，从业者逐渐年轻化，不愿意从事客服工作，而客服行业本身又需要较强的心理因素，故此人员短缺。

   其实，对于客服软件来说，降低企业人工成本其实是次要的，重点是充当销售提升转化率。很简单的一个道理，你想挣钱，你不能只会省钱！用户真正需要的是通过产品达到赚钱的目的。

   例如环信有个客户是做儿童座椅的，以前通过发送短信只有百分之零点几的转化率，用环信的客服软件后达到了百分之二三十的转化率。在客单价较高的情况下，成交量提高了很多。

   所以，商家在选择服务商的时候，有些还是值得注意的。刘俊彦也给出了自己的建议。对于大品牌企业来说，真正应该在乎的是这个服务企业是否可以长期陪伴你走下去？是否可以一直保证走在技术前沿？

   其次，规模实力也很重要，一个规模完善发展稳定的服务企业是双方合作的基础。

   最后，一定要关注移动端业务。选择擅长移动端的服务商，中国的几亿用户几乎都在移动端，商家必须将移动端重视起来！ 收起阅读 »

为了预见中国企业级服务市场即将诞生的独角兽，为了给《创业家》黑马用户推荐最优质的企业级服务商。创业家I黑马梳理了《冲刺期最具服务价值的企业服务商推荐榜》，环信凭借优秀的产品能力和领先的市场占有率入选榜单...企业级服务市场究竟该如何看待，记者近日接触经纬中国投资董事熊飞先生听他讲述看待行业的方式，这篇口述文章也不失为大家看待行业的一种可参考性方向。

经纬中国投资董事熊飞先生

口述 | 熊飞
采访 | 李阳林
整理 | 张一、李书娜

   首先，我认为（企业服务）行业是非常健康的。对于很多2C的需求，比较容易被大众所理解，因为大部分人都是用户；在2B领域，HR系统所提高HR的效率，一年价值是好几百万，所以创造的价值是很实在的。这是这个行业作为一个系统性的风口起来的一个机会。

   在中国，推动企业级服务领域发展的原因主要有两个：一、人力成本的持续上涨；二、中国经济进入新常态，商品市场供大于求导致对于效率的要求提高。

   先说人力成本。人力成本应该说是企业级服务发展的动力，中国企业发展已进入第一个拐点，这个拐点像六七年前一个人，每月三千块，一个电脑五千块。现在反过来，一个人每月五千块，一台电脑二千、二千五。企业主很理性，原来不用（工具）觉得贵，现在不用就是傻，人越来越贵，IT越来越便宜。

   再看经济模式转型。5年前中国经济的增长方式比较粗放，最近两三年系统性供大于求。以前的企业发展都是拉贷款扩产能，人越多体量越大。现在的市场已经变成了各行各业供大于求、毛利下降，各种各样的产品卖不出去，反过来人力成本还在涨。所以企业主都希望是不是能有一个工具，能够让100人干150人的活。这个市场客观需求在爆发。
 
判断是否健康的三个标准
    三个判断标准在上述大背景下判断一家企业级服务公司是否健康，主要看：一、客户规模的大小；二、客户续费率的高低；三、公司的月、年盈亏是否平衡。
   第一：先看供应端企业的大小。企业级服务行业的马太效应比2C要强，巨头们通常资源广阔。但只有这些还不行。在企业级领域行业核心的本质是门槛、有时间的积累。一方面包括产品相对比较复杂；另一方面它需要用户的锤炼，是在跟用户互动的过程中，根据用户反馈去优化产品，包括各种配置，销售也是一个时间积累好的售前，好的实施，好的客户成功。要懂这个领域，不是从零开始，而是需要有很强的行业背景。

   市场是后知后觉的，两年前还是企业服务元年，我们喊要中大型客户。很多人都不相信，都去做中小型客户。原来做中大型客户的公司五六千万收入，亏个两三千万，大家觉得SaaS穷途末路，觉得这个东西不挣钱，不能投；两年之后，再看，这个市场并不是那么回事。这是因为你的续约率在那儿。

   第二，看客户续费率，用户续费率低于80%，基本上就是一个不太靠谱的生意。举个例子，为什么会要求这么高？我当年在一家零售交易平台（现已成为全球最大的零售交易平台），它的用户续费率是百分之六十几，什么概率？看上去挺高的，三年之后就没啥了，65%×65%×65%，剩不了什么？第二年就剩30%多，第三年剩20%多，你今年好不容易获取很多客户，三年之后这些客户剩二十几个了，这不是一个SaaS所谓长需的生意。

   比如：某国内领先Saas公司是90%多的用户续费率，超过100%的金额续费率。其实做大客户服务就符合这么高的续费率，不是说只为了做大客户，而是说大客户的经济性很好，就好像实现梦想有各种方式，做大客户这个方式是实现续约率、实现价值的好生意。

第三，看公司能否实现单月盈亏平衡、全年盈亏平衡。

   中国Saas公司开始系统性的进入单月盈亏平衡，全年盈亏平衡。何谓单月盈亏平衡或全年盈亏平衡呢？SaaS收费模式是不同于做其它服务。原来一个三百万的单，现在第一年只能收三五十万，因为客户不太相信，只想先试试，供应端可能连三五十万都收不到，只有客户用好了才会持续买，如果不续约，那客户就流失了。理想性的说，金额续约率百分之百的时候，那么在开始之前企业就已经收到钱了。

   续约的维护成本是新销售的五分之一到十分之一。在美国有一个统计，平均你拿新销售一块钱的时候，所有的营销成本加在一起，续约的成本大概两毛钱、一毛七八，因为需求方跟供应方建立联系，需求方用得不错，客户成功，定期跟供应方沟通，帮需求方解决一些问题，收取费用。在这样的过程中，难免会增购其它服务。所以经济性就显著。 
中国企业级服务公司的未来
 
   现在是Sass B、C轮公司投资的黄金期，中晚期投资Saas黄金期。为什么是中后期？
 
   在美国，企业服务从时间上划分有三拨：七十年代第一拨，微软，现在是四千亿美金的公司；第二拨是90年代末到2000年，所谓的云计算，如今也算是几十亿到五百亿美金公司；第三拨刚刚开始，中国是三拨合为一拨，三年前没有人谈企业服务，现在所有人在谈企业服务。

   如果和美国市场对照，在中国当前这样的环境下，其实是可以出现美国的SAP、微软这样的公司，非常像十五年前2C领域。比如说携程的市值是Priceline、Expedia的总和，为什么？因为在美国爆发互联网旅游的时候，旅行社已经很强大了，所以美国的线上做不起来。但是在中国线下旅行社不强，线上也没有，所以呢，有市场发展空间，所以中国的线上旅行社就发展起来了。再比如，淘宝在中国就比eBay在美国要强大的多了，很大一部分原因是因为美国线下商业形态很成熟，发展空间没那么大。

   现在对照企业级服务也是如此。中国企业级服务市场没有SAP，没有相对成熟的企业级服务公司。所以说中国企业级服务公司发展空间很大，没有天花板。现在的北森、销售易、环信，很可能就是未来各个垂直领域的微软和SAP。当然他们最终能不能做到三五千亿或者两三千亿美金，就看它未来的凶悍生长的能力。

   未来三到五年之内，一定有估值超一百亿到二百亿人民币的公司出现，十年之内，一定有五百到一千亿人民币估值的公司出现。为什么敢这么说？中国现在最大的SaaS公司，今年确认的收入大概在三到四亿，每年还在上升。

具服务价值的企业服务商推荐榜
 
   为了预见这个市场即将诞生的独角兽，为了给黑马用户推荐最优质的企业级服务商。我们梳理了《冲刺期最具服务价值的企业服务商推荐榜》，排名不分先后，不单一的从估值角度出发，选取C轮、D轮、新三板企业样本，成熟的上市公司不进入参选范畴，由投资人及行业人士推荐，上一轮融资规模。

   我们将请这些未来的独角兽，为黑马及广大用户带来最有效的企业服务领域内的创业知识。黑马学吧将会邀请榜单里的18位成员，成立企业级理事会，位大家带来“企业级创业十八招”，敬请期待。

   本次榜单成型，感谢蓝海通讯创始人何晓阳、六度人和创始人张星亮、黑马企业级服务分会秘书长万涛、环信唐大欢、北森市场副总裁高燕、销售易市场副总裁Joyce在专业上的支持





 本文系创业&黑马原创发布，策划内容创业营，未经授权，转载必究。推荐关注i黑马微信公号（ID:iheima）。

环信成立于2013年4月，是一家国内领先的企业级软件服务提供商，于2016年荣膺“Gartner 2016 Cool Vendor”。产品包括国内上线最早规模最大的即时通讯云平台——环信即时通讯云，以及移动端最佳实践的全媒体智能云客服平台——环信移动客服。截至2016年底，环信即时通讯云共服务了130176家APP客户。环信移动客服共服务了58541家企业客户，现已覆盖包括保险、证券、银行、电商、教育、O2O等领域的众多标杆企业，包括泰康在线、中意人寿、中信证券、国美在线、优信二手车、新东方、新浪微博、链家、58到家、神州专车等典型用户。

收起阅读 »

盼望着，盼望着，东风来了，小双的脚步近了。

   在4月20号这天，通过线上报名参加环信公开课的同学，早早的就收到了公众号、短信的通知。算下时间刚好晚上6点，华灯初上，邀约在这个还没开播的直播间里，那一帘幽蓝色的背景为我们的主角再增添了几分神秘，只有这片刻宁静才能使程序员们忘记在键盘上敲打了一天的劳累。因为大家都有一个共同的期待，小双来！

身高165，温柔体贴，善解人意，会做饭会洗衣，会遛狗会铲屎，英雄联盟一区钻一，会花会活不粘人！



      

          我看着都动心了-某著名互联网公司女产品经理如是说到！

拍摄于4月20号18点40分，公开课工作人员正在做直播最后的调试

众里寻她千百度 那人或在屏幕深处！

小双mm直播现场

环信公开课第11期看点 

☞ 教您5分钟快速集成环信移动客服

☞ 我们怎样才能将环信智能机器人用在刀刃上！

☞ 如何高效的生成一份报表让客服绩效一目了然！

环信公开课第11期视频回放观看●5分钟集成环信移动客服+环信智能机器人全解析

收起阅读 »

客服模式

支持根据渠道筛选留言

支持根据渠道对留言进行筛选，方便根据渠道对留言进行管理。

进入“留言”页面，点击“自定义留言筛选”按钮，选择渠道，并点击“筛选查询”，即可筛选出对应渠道的留言。

管理员模式

新增客服账户管理

新增客服账户管理功能，支持管理员启用或禁用其他管理员和客服账户。一个租户下，在同一时间，最大启用数即为该租户的“购买坐席数”。客服管理功能可以帮助您更好地管理客服团队，在团队成员发生变动时，迅速切换启用的客服账户。

账户处于启用状态时，管理员/客服可以正常登录移动客服系统，并使用角色对应的功能；账户处于禁用状态时，管理员/客服不能登录移动客服系统。

进入“管理员模式 > 成员管理 > 客服”页面，在“账户启用”一列，启用/禁用管理员或客服账户。 


进入“管理员模式 > 设置 > 企业信息”页面，查看您的租户的“购买坐席数”和“账户到期日”。 


PC客服工作台

当前版本：V2.1.2017.04060

新增转接弹窗提示

当客服收到转接的会话（且“转接会话需要对方确认”开关打开时），PC客服工作台在显示屏右下角弹窗提示：您有新的转接会话。确保客服能够及时处理转接的会话。

移动客服iOS SDK
当前版本：V1.0.2

第二通道支持发送图片、语音消息

移动客服iOS SDK内置第二通道功能，当IM消息通道（第一通道）出现短暂的消息发送失败的情况时，自动调用第二通道将客户消息发送至移动客服系统，确保客户的所有消息均能准时送达。

在之前的版本，移动客服iOS SDK的第二通道仅支持发送文本消息；从该版本开始，第二通道支持发送文本、图片、语音消息。

关于如何集成移动客服iOS SDK，请参考移动客服 iOS SDK 集成。 
 
环信移动客服更新日志http://docs.easemob.com/cs/releasenote/5.16 

 
环信移动客服登陆地址http://kefu.easemob.com/ 收起阅读 »

iOS 谁自己写过移动客服的demo      不是官网上的demo 能分享份吗

  
  移动互联时代，客户正转移至移动端，服务需要紧跟客户步伐。Gartner报告指出：“消费者对移动设备的偏好正在快速发展，对于一些行业而言，到2019年，移动设备的使用将占到所有互联网交互的85％，如果不能改善移动客户服务，企业将遭受损失。”因为技术门槛高目前仅有部分大型企业能够在移动APP上提供端到端的、完整的客户服务支持能力，但是中小型企业的部署热情高涨。同时，在社交媒体上（如Facebook、微博、微信等）入驻的企业都已经开始在平台上提供客户服务能力，相比传统的网页客服和呼叫中心，社交媒体客服更是得到年轻用户的青睐。包括移动APP内置客服、社交媒体客服、网页客服/HTML5客服、传统呼叫中心等接入的全媒体客服已是大势所趋，而全媒体接入的核心在于移动端接入。
 

 
环信CEO参加客户世界.洞察者节目录制
当前国内的主要接入渠道包括移动APP内置客服、网页客服/HTML5客服、社交媒体客服（微信、微博）和呼叫中心。由上表可见除开移动APP内置客服以外，其余三个主流的接入门槛较低，技术标准化且成熟，核心难点在于移动端接入。

1.1，全媒体客服主流接入渠道特性：

1.2，支持移动APP内置客户服务的关键技术和最佳实践： 

1.2.1，移动APP内置客服帮助企业在移动端保持了品牌和服务的一致性：

    在移动APP中内置客户服务，使消费者不需要跳出APP就可以及时得到客户服务支持，而不再需要去寻求第三方比如呼叫中心等传统客服方式。这很好的解决了很多APP运营者，对消费者跳出APP后，可能不再返回APP的忧虑，同时企业保持了品牌和服务的一致性。
 
1.2.2，移动APP内置客服的最佳体验是基于IM（即时通讯）。

    随着IM（即时通讯）类APP如Whatsapp, 微信等在手机上的流行，IM已经被证明是在移动终端上最适合连接人与人的沟通方式。在客服领域，以环信为代表的一批移动APP内置客服技术提供商的成功，也证明了IM同样是移动终端上最适合连接人与服务的沟通方式。将IM方式用于消费者与客服人员沟通有几大优势：

   1，支持富媒体消息，表现能力强。比如消费者可以发送位置，图片，订单消息等类型消息。这种类型的富媒体消息，往往很难通过电话描述。

   2，IM沟通是典型的异步沟通方式。对客服坐席来说，使用IM，可以和最多几十个消费者同时沟通，相比电话这种传统的一对一同步沟通方式，效率有极大的提高。与此同时，对于消费者来说，使用IM沟通，更符合手机碎片化使用的特点。

   3，使用IM客服，只要用户不卸载APP，即使用户离开APP，甚至杀死APP，客服也随时可以将消息以推送方式通知到手机。用户绝不会错过任何有价值的消息。


示例：国美在线APP通过环信提供的APP内置客服很好的服务了上亿用户。

1.2.3移动APP内置IM（即时通讯）客服技术选型建议：


附录：Gartner研究——移动端客户服务 分析师：迈克尔·毛兹

   定义：移动端客户服务应用存储在智能手机或平板电脑中、也可通过这些设备进行访问。这些应用的的使用可通过上下文搜索、联系上下文信息、客户定位服务或多模式交互(客户可以进行自助服务，也可以通过语音聊天或同步浏览请求、或得到在线人工支持)。其他技术还包括基于语音的搜索、虚拟客户助理以及触摸式或视觉交互式语音响应(IVR)。

   定位和市场接受速度：下载到移动设备上的数亿个移动应用通常缺乏其他渠道中常见的客服支持。它们并非本机自带的移动应用，因此可能无法利用移动平台的所有功能。这种差距将阻碍企业为客户提供丰富且令人满意的移动体验的主动性。因此，尽管移动客户支持尚不成熟，我们仍然认为其将成为IT业界和业务线(LOB)中最重要的优先项目。

   用户建议：与客户体验或客户支持副总合作的IT部门，应根据其在移动设备上的关键活动所获得的支持以及客户对各种功能的需求，来调查客户的满意度水平。根据调查结果来提高人们对移动支持当前状态的认知，创建路线图以改善客户支持和评估CRM供应商的移动应用程序和技术。

   业务影响：优秀的移动客户服务将促使客户使用公司网站时，从笔记本电脑或台式机转向移动设备。消费者对移动设备的偏好正在快速发展，对于一些行业而言，到2019年，移动设备的使用将占到所有互联网交互的85%，如果不能改善移动客户服务，企业将遭受损失。

好处评级：高



市场渗透率：目标受众的5%至20%



成熟度：新兴



供应商举例：Creative Virtual;甲骨文;Pegasystems;Salesforce ;SAP;TouchCommerce;

关于《客户世界·洞察者》

随着信息爆炸的互联网时代的到来，人们阅读习惯的改变，客户世界推出立体化内容呈现方式（图文+短视频）来迎合人们碎片化时间的阅读。那么越来越高标准的阅读需求靠什么来满足？《客户世界》做为国内唯一定位于“客户管理”专业研究及其关联产业发展的专业纸媒，在客户中心行业广受赞誉。其精准的内容定位锁定了企业客户管理各级岗位的专业人士。“客户世界·洞察者”每周一个观点，敬请期待。
  收起阅读 »

之前写了个安卓端接入环信的demo，在进入ChatRoom成功后，会送数据库拉取最近的聊天记录逐条推送过来，不过最近将环信接入项目后，起初成功进入ChatRoom后还有消息推送过来，但是这两天突然就没有了推送，只是成功进入了ChatRoom，所以对这块一直有疑惑。还有顺便问一个问题，文档中说的options.setNumberOfMessagesLoaded方法，怎么一直都找不到？ 收起阅读 »