移动机器人、大屏与服务一体机联动：多端任务编排指南

在展厅、园区、博物馆和公共服务空间中，移动机器人、大屏与服务一体机往往各自具备不同优势：机器人能够移动、带路和主动接近用户；大屏适合播放高质量数字人、视频、三维模型和多人观看内容；服务一体机则适合身份验证、表单填写、业务办理和凭证输出。

如果三类终端彼此独立，用户会经历割裂的体验：机器人讲完一遍，大屏又从头开始；用户在大屏选择了方案，到一体机仍要重新填写；某台设备离线后，其他终端也不知道应该如何继续。

真正的多端互动，不是让每台设备同时播放，而是让一项任务在合适的时间交给最合适的终端，并在交接后继续共享必要的上下文和业务状态。

本文以“移动机器人到达展点，将讲解任务交给大屏，大屏完成展示后再把下一步任务传回机器人或服务一体机”为主线，拆解多终端协同的设计方法。

一、为什么要让不同终端分工

每类设备都有自己的物理能力和使用边界。

终端	擅长能力	常见限制
移动机器人	导航、带路、主动迎宾、近距离语音交互	屏幕较小、续航有限、复杂内容展示能力弱
交互大屏	数字人讲解、多人观看、视频与三维内容、触摸选择	不能移动、通常位于公共空间、身份能力有限
服务一体机	登录验证、表单办理、扫码、打印、读卡	不适合带路，长篇讲解体验一般
用户手机	私密交互、身份延续、扫码承接、消息通知	需要用户主动进入，屏幕与现场联动有限

合理分工的原则是：机器人负责“找到用户并带到位置”，大屏负责“把复杂内容讲清楚”，一体机负责“把需要确认的任务办完”，手机负责“把服务带离现场并持续跟进”。

多端协同的价值不在设备数量，而在任务是否比单台设备完成得更自然、更稳定。

二、先定义一条完整的任务接力链

以企业展厅参观为例，一条任务可以这样流转：

机器人在入口迎接访客，询问参观目的；
用户选择“了解实时交互智能体”；
编排系统创建参观任务，并给它分配唯一任务编号；
机器人导航到交互智能体展区；
到达指定位置后，机器人上报“已到达”事件；
编排系统检查该区域大屏是否在线、是否空闲；
大屏接受任务并返回“已准备”确认；
机器人提示用户观看大屏，大屏开始数字人讲解与产品演示；
用户在大屏选择“查看部署方案”，选择结果写入当前任务；
大屏完成展示，把任务状态改为“等待下一步”；
如果用户继续参观，机器人接回任务并导航到下一个展点；
如果用户希望预约，大屏把任务交给服务一体机或用户手机；
一体机完成身份确认、表单填写和预约提交；
最终结果写入 CRM，并向机器人和大屏返回“任务已完成”。

这条链路中，各端传递的不是一句“你来播放”，而是同一个任务的编号、当前阶段、必要上下文、用户选择和期望结果。

三、多端协同需要一个中央任务编排器

如果让机器人直接控制大屏，大屏再直接调用一体机，设备之间会形成复杂的点对点连接。新增一种终端后，每台设备都需要修改，故障也难以追踪。

更稳妥的方式是增加统一任务编排器：

机器人只负责上报位置、状态和可用能力；
大屏只负责接收展示任务并回报结果；
一体机只负责接收办理任务并返回业务结果；
编排器决定任务由谁执行、何时交接、失败后如何替代；
企业系统继续保存预约、客户和工单等真实业务数据。

这样，设备之间不必了解彼此的内部实现，只需要遵守统一的任务和事件约定。

四、用能力注册表描述每台设备

编排器在分配任务前，必须知道现场有哪些设备以及它们能做什么。可以为每台设备维护一份能力描述：

字段	示例
设备编号	robot-01、screen-a3、kiosk-02
设备类型	移动机器人、交互大屏、服务一体机
所在区域	入口、A展区、服务区
当前状态	在线、空闲、执行中、故障、维护
输入能力	语音、触摸、扫码、读卡
输出能力	数字人、视频、三维模型、打印
业务能力	讲解、导航、预约、工单、凭证输出
支持语言	中文、英文或其他语言
内容版本	当前已缓存的素材与程序版本

编排器不应把任务发给“某块固定大屏”，而应先寻找“位于目标区域、当前空闲、支持指定内容版本的大屏”。这样设备替换、临时维护和扩容都更容易处理。

五、位置事件如何触发任务交接

移动机器人上报“到达”时，不应只依赖一组坐标。对业务编排而言，更有意义的是语义位置，例如“AI客服展点”“产品演示区”“预约服务区”。

一次可靠的到达事件可以包含：

任务编号；
机器人编号；
目标区域编号；
当前定位质量；
到达时间；
是否满足安全停靠条件；
随行用户是否仍在交互范围内。

编排器收到事件后，还要确认机器人真的稳定停靠、大屏处于可用状态、用户没有中途取消，再发起交接。定位误差较大或用户已经离开时，不应自动播放整段讲解。

六、任务交接必须有“请求—确认—移交”

任务从机器人交给大屏时，至少需要三个阶段。

1. 请求接管

编排器向大屏发送待执行任务，包括任务编号、内容主题、语言、展示模式和必要上下文。此时机器人仍然是任务持有者。

2. 大屏确认

大屏检查自身是否在线、空闲、内容完整并可以播放，然后返回“已准备”或明确的拒绝原因。

3. 正式移交

只有收到大屏确认后，编排器才更新任务持有者，并通知机器人进入陪同、等待或下一步导航状态。

如果没有确认就直接移交，可能出现机器人停止讲解而大屏没有启动的空白。交接协议应保证任意时刻只有一个主要终端负责当前任务，同时允许其他终端作为辅助展示或监听结果。

七、用状态机管理整个任务生命周期

多端任务不能只保存“正在进行”一个状态。建议使用明确状态机，例如：

created：任务已创建；
robot_guiding：机器人正在带路；
arrived：已到达目标区域；
handoff_pending：等待大屏确认接管；
screen_presenting：大屏正在讲解；
awaiting_choice：等待用户选择下一步；
kiosk_processing：一体机正在办理；
completed：任务成功完成；
cancelled：用户或工作人员取消；
failed：无法继续且已记录原因。

每次状态变化都由一个可追踪事件触发，并包含事件编号、任务编号、来源设备、时间和状态版本。状态版本可以避免网络延迟导致旧消息覆盖新结果。

八、大屏讲解完成后如何决定下一步

大屏完成播放不代表任务结束。它可能返回不同结果：

用户已了解内容，不需要后续操作；
用户选择继续前往下一个展点；
用户对某个方案感兴趣，需要机器人继续讲解；
用户希望预约演示，需要服务一体机办理；
用户提出开放问题，需要实时交互智能体回答；
用户要求人工接待。

大屏应把结果转换为结构化事件，而不是只传一段自然语言。例如：

任务：visit-20260805-018
当前展点：solution-a
用户选择：预约产品演示
建议下一终端：服务一体机
需要字段：企业名称、联系方式、意向时间

编排器根据结果、设备状态和业务规则选择下一终端。一体机接受后，大屏显示路线或二维码；机器人也可以重新接管，带领用户前往服务区。

九、机器人、大屏和数字人如何保持同一段上下文

多端之间不必同步完整音视频或每一句聊天记录，更适合共享结构化任务上下文：

用户选择的语言和参观主题；
已完成的展点；
当前问题和已确认答案；
用户感兴趣的产品；
还缺哪些业务字段；
用户是否同意将信息用于预约或后续联系。

机器人可以用一句“我们刚才在大屏了解了私有化部署，接下来带您查看实际交互效果”自然承接，而不需要重新询问全部问题。

如果终端位于公共空间，应严格限制私人上下文。大屏只展示当前任务所需信息，手机号、订单和个人身份等内容应转到用户手机或具备隐私保护的一体机处理。

关于身份、会话与业务数据的通用互通架构，可继续阅读数字人连接外部系统与多端互通指南。

十、设备之间用什么通信方式

不同类型的消息可以采用不同方式：

实时状态与设备事件

机器人位置、设备在线状态、任务进度等小型高频消息，通常适合使用消息总线或物联网消息协议。系统需要支持订阅、断线重连和消息质量控制。

大屏交互与实时控制

开始播放、暂停、用户选择和界面状态等需要即时反馈的事件，可以使用长连接或实时通信通道。

业务办理

预约、工单、CRM写入等确定性操作，应通过受控业务 API 完成，并校验身份、权限、参数和幂等标识。

大文件与媒体素材

视频、三维模型和数字人资产不应跟随每次任务事件传输。设备提前缓存或从内容分发服务获取，任务中只传资源编号、版本和播放参数。

通信协议本身不是重点，关键是统一事件格式、任务编号、状态版本、确认机制和错误语义。

十一、必须提前设计的异常情况

大屏正在被占用

编排器可以等待、选择同区域备用屏，或者让机器人继续基础讲解。不能把新任务强行覆盖正在进行的用户任务。

机器人到达但大屏离线

机器人应收到明确降级指令：在自身屏幕播放精简内容、引导到其他展点，或通知工作人员。用户不应只看到加载动画。

大屏完成了任务但结果消息丢失

大屏应保存本地完成状态并允许查询；编排器通过超时检查主动确认。重复上报必须使用同一事件编号，避免重复创建预约。

网络临时中断

机器人应保证导航与安全控制不依赖远程大模型；大屏可以播放已缓存的基础内容；一体机涉及写入的操作应显示“待确认”而不是直接提示成功。

用户中途离开

设备通过超时、触摸确认或工作人员操作取消任务，释放大屏和机器人。匿名上下文按设定期限删除，不长期占用资源。

两台设备同时尝试接管

编排器使用任务锁、持有者字段和状态版本，只允许一个主要执行端成功接管。失败设备返回空闲状态，避免重复播放。

十二、三个典型应用场景

企业展厅

机器人迎宾并带路，大屏完成产品与案例讲解，用户选择意向后由服务一体机预约，数据进入 CRM。更多展厅内容设计方法可参考企业展厅数字人落地指南。

博物馆与文旅空间

机器人带领观众到不同展区，大屏或投影播放文物细节与数字人讲解，手机扫码后继续收听多语言内容。涉及人流密集区域时，需要把导航安全和设备调度放在首位。

政务与公共服务大厅

机器人负责分流和带路，大屏解释政策与办理材料，一体机完成身份验证、表单提交和凭证打印。高风险决定仍由确定性业务系统或工作人员处理。

十三、上线验收清单

每台设备都有唯一编号、语义位置和能力描述；
任务有统一编号、当前持有者和状态版本；
机器人只有稳定到达后才触发交接；
大屏确认准备完成后机器人再移交任务；
大屏播放结果能够转为结构化下一步事件；
一体机写入预约或工单前需要用户确认；
公共大屏不会展示用户私人信息；
设备占用、离线和网络中断都有降级路径；
重复事件不会产生重复预约或工单；
任务取消后能够释放机器人、大屏与会话资源；
内容素材有统一版本并可远程更新；
每次接管、确认、失败和恢复都可以追溯；
已在真实场地、真实网络与高峰人流条件下测试。

常见问题

多台设备需要运行同一个数字人程序吗？

不需要。各端可以使用不同渲染与交互程序，只要共享统一的形象资产、内容版本、任务协议和业务接口。移动机器人可以展示轻量形象，大屏使用更高质量数字人，一体机使用适合办理的界面。

机器人能否直接控制大屏播放？

小型固定项目可以这样实现，但扩展和异常处理会比较困难。更推荐由任务编排器检查大屏状态、发送接管请求并记录结果，机器人只上报位置和任务进度。

必须把所有设备连接到云端吗？

不一定。现场可以部署边缘编排与缓存，云端负责内容、模型或统一管理；对网络和数据边界要求较高时，也可以在专有网络运行核心服务。重点是明确断网时哪些能力必须继续可用。

结语

移动机器人、大屏和服务一体机之间的协同，本质上是一场有明确责任的任务接力：机器人负责把用户和任务带到正确位置，大屏接过复杂讲解和互动，一体机完成需要身份与确认的业务步骤，统一编排器保证状态连续、异常可退、结果可追溯。

建设时应先做一条最短闭环，例如“机器人带路—大屏讲解—用户选择—机器人继续导航”，验证稳定后再增加预约、CRM、设备中控和更多终端。需要进一步规划数字人能力时，可结合实时交互智能体、3D数字人定制和API与私有化部署设计整体方案。