From 55de0cf34f8ac24fab374a8cb805778861305e64 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E5=BE=90=E7=AB=8B=E5=B3=B0?= <xulifeng@s5s8.com>
Date: Fri, 18 Aug 2023 15:36:29 +0800
Subject: [PATCH] Update publish_command.md

---
 docs/publish_command.md | 32 ++++++++++++++++++++------------
 1 file changed, 20 insertions(+), 12 deletions(-)

diff --git a/docs/publish_command.md b/docs/publish_command.md
index 471f070..cf0c259 100644
--- a/docs/publish_command.md
+++ b/docs/publish_command.md
@@ -27,7 +27,7 @@
     * 1代表参数下发，就是向该设备端的微服务发送消息,该消息会辗转发送给微服务进行处理，比如，设置modbus微服务的波特率等消息
     * 2代表采集向下发，比如，设置某个设备短上的modbus微服务采集某个地址的数据
     * 3代表下发微服务文件。
-    * 4代表下发数据流图，这个指令用于设置设备端上各个微服务之间的逐句流转。 
+    * 4代表下发场景，这个指令用于设置设备端上各个微服务之间的逐句流转。 
 
 ### 3.1 参数下发的结构
     对于参数下发，下发内容中的m为一个`map[string]interface{}`结构，用于向某个微服务发送参数，具体参数内容由微服务的参数配置提供。
@@ -58,19 +58,27 @@
 ### 3.3 采集项下发的结构
     采集项下发时，下发内容中的m为一个`[]map[string]interface{}`结构的列表，每一个条目是一个采集项内容，具体采集向内容由微服务的采集项配置提供。
 
-### 3.4 微服务下发的结构
-    在微服务下发中，`to`字段会被忽略，可以填写空字符串，而m字段为json化之后的数据，json化之前结构如下：
+### 3.4 场景下发的结构
+    在场景下发中，`to`字段会被忽略，可以填写空字符串，而m字段为json化之后的数据，json化之前结构如下：
 
     ```json
     {
-        "f": "微服务名",
-        "v": "微服务版本"
-        "k": "微服务下载的token"
-        "md5": "微服务的md5值，用于验证下载完整性"
-        // ms表示是微服务，config表示配置文件，self表示efka的新版本
-        "t": "ms|config|self"
-        // o代表oldversion，老版本，如果t为ms，且o不为空字符串，
-        // 则表示要升级微服务版本，老版本的内容会被删除和替换。
-        "o": "old-version"
+        "scene_id": “场景的uuid”,
+        "scene_name": "场景名称",
+        // 节点列表
+        "v": [{
+            ”id“: "节点id",
+            "service_name": "服务名，$name-version的形式",
+            "real_service": "实际服务，$name$copy-$version的形式",
+            "url": "服务下载url",
+            "md5": "服务的md5值",
+            "props": "props",
+            "display_name": "涂上展示的信息"
+        }]
+        // 连线列表
+        ”e“: [{
+            "from": 出节点的id,
+            "to": 入节点的id,
+        }]
     }
     ```
\ No newline at end of file