消息推送数据格式
推送格式约定
推送数据格式
{
"noise": 123,
"msgId": 999,
"type": "verify",
"content": {}
}
字段 | 类型 | 可空 | 说明 |
---|---|---|---|
noise | 数字 | 否 | 随机数。接收方成功接收处理消息后需要在响应中回复此值。 |
msgId | 数字 | 否 | 消息id。 |
type | 字符串 | 否 | 消息推送类型 |
content | 不定 | 由具体推送内容确定 | 消息内容。各推送接口分别说明 |
zc_test
、appKey: zc_test
、corpid: zc_test
为例。假设加密前消息体为:{"type":"register","noise":4970601478527096155,"msgId":999,"content":"hello"}
AES 密钥生成流程
1.
2.
3.
CTR分组模式初始向量IV生成流程
1.
2.
3.
消息加密和推送消息组装流程
1.
1596681164807
2.
317672b4685d9b8bafe1794390e31209aed5cef912683292fed94a69085919d3
3.
4.
5.
6.
7.
5TMVT8H4yTSSoING+afhRlGcCZAIxTs8Z7o3vGpid6tF2aF7C73uZ44qMopuNPCFmwOLOJ8xViCTHUfe/xYZSb71/VRSEDeIqqwN4eg=
8.
本例结果:
POST http://{{crm-address}}/recieve
appId: zc_test
timestamp: 1596681164807
version: 1
sign: 317672b4685d9b8bafe1794390e31209aed5cef912683292fed94a69085919d3
Content-Type: text/plain;charset=UTF-8
Content-Length: 104
5TMVT8H4yTSSoING+afhRlGcCZAIxTs8Z7o3vGpid6tF2aF7C73uZ44qMopuNPCFmwOLOJ8xViCTHUfe/xYZSb71/VRSEDeIqqwN4eg=
消息解密流程
1.
a. 可选操作:检验sign值,以认证消息是否是由平台发出
2.
3.
4.
5.
6.
7.
接收接口响应约定
同时满足以下条件的响应被认为成功接收:
注意
1.
2.
推送地址被识别不可用,下线后,如何恢复?
修改于 2023-01-18 08:44:21