消息推送数据格式
推送格式约定
推送数据格式
{
"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.
15966811648072.
317672b4685d9b8bafe1794390e31209aed5cef912683292fed94a69085919d33.
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.