开源IM项目OpenIM发布消息推送api,支持应用与IM互通深度融合

简介: 开源IM项目OpenIM发布消息推送api,支持应用与IM互通深度融合

以办公场景为例,比如员工入职通知,放假通知等业务通知,由oa系统处理具体的业务逻辑,再调用消息推送api,触达到目标用户。

效果示例

以协同办公为例,员工收到系统推送的工作通知,有新任务需要处理。

640.png

员工点击工作通知,可以查看具体详情,每条通知有不同的发送者昵称和头像。这种通知类型是一种新的会话类型,全部聚合在同一个会话。

640-1.png

OpenIM简介
OpenIM:从服务端到客户端SDK开源即时通讯整体解决方案。开发者可以轻松替代第三方IM云服务,打造具备聊天、社交功能的app,也可以在自身应用中集成SDK,以提供即时通讯能力。开源IM的价值在于“一切皆可控”“我的信息我做主”,无论是技术,还是信息安全。

整体超过7.2K star,OpenIM作为开源IM的领跑者,持续添加新功能,包括消息推送api,群聊已读。服务端和sdk都是Apache-2.0 License授权协议,可以免费使用。带有UI的产品需要商业授权,有兴趣的客户可以联系我们深度交流。

5X8小时vip专属服务,包括:
(1)一对一技术咨询,微信 电话等各种方式;
(2)sdk使用辅导咨询;
(3)服务端架构及部署答疑;
(4)IM新需求优先排期;
(5)bug优先修复;
(6)系统维护和故障响应;
web端体验:https://open-im-online.rentsoft.cn/

安卓端体验:https://www.pgyer.com/OpenIM

iOS端体验:

https://testflight.apple.com/join/o956rTGx

640-2.png

单机性能及容量总结

服务器资源:8核16G内存, 6个机械磁盘,每个磁盘100G, mongo 分片,10MB带宽。

容量:用户同时在线10万以上,消息条数10亿。

性能评估:同时在线用户10万,每秒钟发送消息900条,(从发送者发出消息到接收到消息)消息延时1秒

可靠性总结

每条消息都能被对方精确收到,并成功落地app本地db。对于失败的3条消息,接收方确实没有收到,确保系统消息一致性。

系统具备优秀的平行扩展能力,除存储模块外,其他模块都无状态,支持亿级用户,千亿消息量。

github地址:https://github.com/OpenIMSDK/Open-IM-Server

开发者中心:https://doc.rentsoft.cn/#/

简要描述

管理员通过后台接口发送通知类型消息

请求URL

http://x.x.x.x:10000/manager/send_msg

请求方式

POST

请求示例

{
"operationID": "Oa notification operationID111",
"sendID": "openIM123456",
"recvID": "18712345678",
"senderPlatformID": 2,
"senderFaceURL": "http://www.head.com",
"senderNickname": "系统通知2",
"content": {

   "notificationName": "公文管理", 
   "notificationFaceURL": "http://www.head1.com", 
   "notificationType": 1, 
   "text": "大家好,今天是...", 
   "externalUrl":"",
   "mixType": 0, 
   "pictureElem": {
       "sourcePath": "", 
       "sourcePicture": {
           "uuid": "", 
           "type": "", 
           "size": 0, 
           "width": 0, 
           "height": 0, 
           "url": ""
      }, 
       "bigPicture": {
           "uuid": "", 
           "type": "", 
           "size": 0, 
           "width": 0, 
           "height": 0, 
           "url": ""
      }, 
       "snapshotPicture": {
           "uuid": "", 
           "type": "", 
           "size": 0, 
           "width": 0, 
           "height": 0, 
           "url": ""
      }
  }, 
   "soundElem": {
       "uuid": "", 
       "soundPath": "", 
       "sourceUrl": "", 
       "dataSize": 0, 
       "duration": 0
  }, 
   "videoElem": {
       "videoPath": "", 
       "videoUUID": "", 
       "videoUrl": "", 
       "videoType": "", 
       "videoSize": 0, 
       "duration": 0, 
       "snapshotPath": "", 
       "snapshotUUID": "", 
       "snapshotSize": 0, 
       "snapshotUrl": "", 
       "snapshotWidth": 0, 
       "snapshotHeight": 0
  }, 
   "fileElem": {
       "filePath": "", 
       "uuid": "", 
       "sourceUrl": "", 
       "fileName": "", 
       "fileSize": 0
  }, 
   "ex": ""

},
"contentType": 1400,
"sessionType": 4,
"isOnlineOnly": false,
"offlinePushInfo": {

   "title": "admin revoke your message", 
   "desc": "", 
   "ex": "", 
   "iOSPushSound": "default", 
   "iOSBadgeCount": false

}
}Copy to clipboardErrorCopied
请求参数

参数名 类型 必选 说明
operationID string 是 操作ID,保持唯一,建议用当前时间微秒+随机数,用于后台链路追踪问题使用
sendID string 是 管理员ID,为后台config文件中配置的管理员ID中一个,默认openIM123456
recvID string 是 接收者userID
senderPlatformID int 否 发送者平台号,模拟用户发送时填写, 1->IOS,2->Android,3->Windows,4->OSX,5->Web,5->MiniWeb,7->Linux
senderFaceURL string 否 发送者头像,用于客户端通知会话产生
senderNickname string 否 发送者昵称,用于客户端通知会话产生
content object 是 消息的具体内容,内部是json 对象
notificationName string 是 通知标题
notificationFaceURL string 是 通知头像
notificationType int 是 通知类型,如:1代表入职通知,2代表离职通知
text string 是 通知正文e
externalUrl string 否 通知点击后需要跳转到的地址链接(不填则无需跳转)
mixType int 是 通知混合类型 0:纯文字通知 1:文字+图片通知 2:文字+视频通知 3:文字+文件通知
pictureElem object 否 图片元素对象
sourcePicture object 否 原图
bigPicture object 否 大图
snapshotPicture object 否 缩略图
soundElem object 否 声音元素对象
videoElem object 否 视频元素对象
fileElem object 否 文件元素对象
uuid string 否 对象唯一ID用于缓存使用
type/videoType/ string 否 图片类型/视频类型
size/dataSize/videoSize/snapshotSize/fileSize int 否 多媒体文件大小,单位字节
width/snapshotWidth int 否 图片/视频缩略图宽度
height/snapshotHeight int 否 图片/视频缩略图高度
url/sourceUrl/videoUrl string 否 图片/文件/视频的URL
sourcePath/soundPath/videoPath/filePath string 否 文件路径,可不填写
fileName string 否 文件名字
ex string 否 扩展字段
contentType int 是 消息类型固定为1400
sessionType int 是 通知会话类型固定为4
isOnlineOnly bool 否 改字段设置为true时候,发送的消息服务器不会存储,接收者在线才会收到,不在线该消息丢失。
offlinePushInfo object 否 离线推送的具体内容,如果不填写,使用服务器默认推送标题
title string 否 推送的标题
desc string 否 推送的具体描述
ex string 否 扩展字段
iOSPushSound string 否 IOS的推送声音
iOSBadgeCount bool 否 IOS推送消息是否计入桌面图标未读数
返回示例

{
"errCode": 0,
"errMsg": "",
"data": {

 "serverMsgID": "", 
 "clientMsgID": "", 
 "sendTime": 1645697804432

}
}Copy to clipboardErrorCopied
返回参数

参数名 类型 说明
errCode int 0成功,非0失败
errMsg string 错误信息
sendTime int 消息发送的具体时间,具体为毫秒的时间戳
serverMsgID string 服务器生成的消息的唯一ID
clientMsgID string 客户端生成的消息唯一ID,默认情况使用这个为主键
消息类型格式描述

简要描述

管理员消息发送字段中contentType支持的消息类型说明以及消息content的具体字段说明。

ContentType消息类型说明

ContentType值 类型说明
101 文本消息
102 图片消息
103 音频消息
104 视频消息
105 文件消息
106 群聊中的@类型消息
107 合并转发类型消息
108 名片消息
109 地理位置类型消息
110 自定义消息
111 撤回类型消息
112 已读回执类型消息
114 引用类型消息
Content具体内容

content内部为具体的json对象,不同的消息类型是不同的json对象

文本消息

{
...,
"content": {

 "text": "nihao"

},
....
}Copy to clipboardErrorCopied
参数名 必选 类型 说明
text 是 string 文本消息的具体内容
自定义消息

{
...,
"content": {

 "data": "", 
 "description": "", 
 "extension": ""

},
....
}Copy to clipboardErrorCopied
参数名 类型 必选 说明
data json string 是 用户自定义的消息为json对象转换后的string
description json string 否 扩展的描述信息为json对象转换后的string,可以不使用
extension json string 否 扩展字段,暂时不使用

目录
相关文章
|
1月前
|
存储 自然语言处理 机器人
实战揭秘:当RAG遇上企业客服系统——从案例出发剖析Retrieval-Augmented Generation技术的真实表现与应用局限,带你深入了解背后的技术细节与解决方案
【10月更文挑战第3天】随着自然语言处理技术的进步,结合检索与生成能力的RAG技术被广泛应用于多个领域,通过访问外部知识源提升生成内容的准确性和上下文一致性。本文通过具体案例探讨RAG技术的优势与局限,并提供实用建议。例如,一家初创公司利用LangChain框架搭建基于RAG的聊天机器人,以自动化FAQ系统减轻客服团队工作负担。尽管该系统在处理简单问题时表现出色,但在面对复杂或多步骤问题时存在局限。此外,RAG系统的性能高度依赖于训练数据的质量和范围。因此,企业在采用RAG技术时需综合评估需求和技术局限性,合理规划技术栈,并辅以必要的人工干预和监督机制。
93 3
|
2月前
|
人工智能 数据可视化 API
10 分钟构建 AI 客服并应用到网站、钉钉或微信中测试评
10 分钟构建 AI 客服并应用到网站、钉钉或微信中测试评
102 2
|
3月前
|
人工智能
10 分钟构建 AI 客服并应用到网站、钉钉或微信中简说
10 分钟构建 AI 客服并应用到网站、钉钉或微信
|
1月前
|
人工智能 自然语言处理 搜索推荐
AI技术在智能客服系统中的应用与挑战
【9月更文挑战第32天】本文将探讨AI技术在智能客服系统中的应用及其面临的挑战。我们将分析AI技术如何改变传统客服模式,提高服务质量和效率,并讨论在实际应用中可能遇到的问题和解决方案。
232 65
|
2月前
|
人工智能 运维 负载均衡
10 分钟构建 AI 客服并应用到网站、钉钉或微信中
《10分钟构建AI客服并应用到网站、钉钉或微信中》的解决方案通过详尽的文档和示例代码,使具有一定编程基础的用户能够快速上手,顺利完成AI客服集成。方案涵盖高可用性、负载均衡及定制化选项,满足生产环境需求。然而,若文档不清晰或存在信息缺失,则可能导致部署障碍。实际部署中可能遇到网络、权限等问题,需逐一排查。云产品的功能、性能及操作配置便捷性直接影响解决方案效果,详尽的产品手册有助于快速解决问题。总体而言,该方案在各方面表现出色,值得推荐。
|
15天前
|
人工智能 自然语言处理 安全
AI技术在智能客服系统中的应用与挑战
【10月更文挑战第28天】本文将深入探讨人工智能(AI)技术在智能客服系统中的应用及其面临的挑战。我们将通过实例分析,了解AI如何改善客户服务体验,提高效率和降低成本。同时,我们也将关注AI在实际应用中可能遇到的问题,如语义理解、情感识别和数据安全等,并提出相应的解决方案。
|
1月前
|
前端开发 JavaScript API
惊呆了!学会AJAX与Fetch API,你的Python Web项目瞬间高大上!
在Web开发领域,AJAX与Fetch API是提升交互体验的关键技术。AJAX(Asynchronous JavaScript and XML)作为异步通信的先驱,通过XMLHttpRequest对象实现了局部页面更新,提升了应用流畅度。Fetch API则以更现代、简洁的方式处理HTTP请求,基于Promises提供了丰富的功能。当与Python Web框架(如Django、Flask)结合时,这两者能显著增强应用的响应速度和用户体验,使项目更加高效、高大上。
50 2
|
1月前
|
机器学习/深度学习 人工智能 自然语言处理
AI技术在智能客服中的应用:重塑客户体验
AI技术在智能客服中的应用:重塑客户体验
|
2月前
|
人工智能
解决方案评测|10分钟构建AI客服并应用到聊天系统中获奖名单公布
10分钟构建AI客服并应用到聊天系统中获奖名单公布!!!
|
1月前
|
前端开发 JavaScript API
告别繁琐!AJAX与Fetch API,让你的前后端沟通畅通无阻,项目效率飙升!
在Web开发中,前后端的顺畅沟通至关重要。传统方法常需频繁刷新页面,影响体验与效率。AJAX和Fetch API的出现简化了这一过程。AJAX利用XMLHttpRequest实现局部页面更新,提升用户体验;Fetch API则以更简洁的语法和强大的功能,进一步优化异步请求处理。两者均能显著提高开发效率,简化代码结构,让项目迭代更快速。拥抱这些技术,让Web开发之路更加顺畅。
26 0