一种显示设备的制作方法

本技术涉及显示设备，尤其涉及一种显示设备。

背景技术：

1、智能家居互联协议（matter协议）是连接标准联盟发布的智能家居统一连接标准。协议中规范定义了三种信令流程：用户主动查看流、电池摄像头待机唤醒流和摄像头主动推送流，但规范仅定义了功能集接口和命令格式，未规定控制端内部如何实现信令处理，其隐含假设为控制端是一个具备通信能力和媒资处理能力的单一实体。

2、例如，在手机的进程架构中，协议开发工具包提供了单进程架构的实现方式。基于在手机端的独立应用中集成库，创建对等连接对象等手段，使应用进程本身成为媒体终端。进而手机可以实现以上三种信令流程。

3、然而，以显示设备为代表的智能终端多采用多进程操作系统架构，协议栈运行在底层的系统服务进程中，只负责命令层面的通信，不具备媒资处理能力。而媒资处理能力由浏览器内核提供，锁定在独立的浏览器进程中，无法以独立库形式剥离到其他进程使用。这是操作系统级的安全隔离、内容保护和稳定性要求所决定的架构约束。并且，仅依赖于协议栈处理端到端之间的数据传输的单进程架构体系，因显示设备中的协议栈不具备媒资处理能力，会产生大量资源开销。即，显示设备因多进程操作系统架构的约束，难以适应端到端场景下的多种数据交互需求。

技术实现思路

1、本技术提供一种显示设备，以解决显示设备因多进程操作系统架构的约束，难以适应端到端场景下的多种数据交互需求的问题。

2、第一方面，本技术提供一种显示设备，包括：

3、显示器。

4、通信装置，被配置为基于智能家居互联协议与摄像头建立通信连接。

5、控制器，配置有协议栈进程、应用进程以及浏览器进程。

6、所述协议栈进程被配置为：

7、响应于从所述应用进程接收到的媒资配置完成消息，向摄像头发送所述媒资配置完成消息，以触发所述摄像头向所述协议栈进程回传第一通信连接地址。其中，所述媒资配置完成消息包含目标媒资配置信息，所述目标媒资配置信息为所述显示设备和所述摄像头共同支持的媒资配置信息。

8、响应于从所述摄像头接收到的所述第一通信连接地址，向所述应用进程转发所述第一通信连接地址。

9、所述应用进程还被配置为：将所述第一通信连接地址写入存储器。

10、所述浏览器进程还被配置为：

11、基于所述第一通信连接地址和第二通信连接地址确定目标通信连接地址。其中，所述第二通信连接地址为所述显示设备支持的通信连接地址，所述目标通信连接地址为所述显示设备和所述摄像头共同支持的通信连接地址。

12、基于所述目标通信连接地址和所述目标媒资配置信息，建立用于接收所述摄像头的媒资数据的媒资传输通道。

13、这样，通过在显示设备的控制器中配置协议栈进程、应用进程和浏览器进程三个独立运行的进程，实现了智能家居互联协议下摄像头媒资传输的分层处理架构。协议栈进程负责底层信令交互与地址转发，应用进程承担数据中转与存储写入的职责，浏览器进程则完成通信地址的协商匹配与传输通道的最终建立。三层进程各司其职，既保证了协议栈层面与摄像头交互的实时性，又通过应用进程的中转隔离降低了浏览器进程的耦合度，使得媒资传输通道的建立过程更加稳定可靠。同时，将第一通信连接地址写入存储器的设计，使得浏览器进程可以按需读取并进行地址匹配，避免了进程间直接通信可能带来的同步问题，提升了显示设备与摄像头建立媒资传输连接的成功率。

14、在一些可行的实施方式中，所述协议栈进程执行响应于从所述应用进程接收到的媒资配置完成消息，向摄像头发送所述媒资配置完成消息，以触发所述摄像头向所述协议栈进程回传第一通信连接地址之前，还被配置为：

15、响应于从所述应用进程接收到的第一信令消息，向所述摄像头发送第一唤醒指令。其中，所述第一信令消息为所述应用进程在显示设备作为摄像头唤醒的发起方时生成的信令消息。

16、响应于从所述摄像头接收到的第一唤醒媒资配置信息，向所述应用进程转发所述第一唤醒媒资配置信息。

17、所述应用进程被配置为：将所述第一唤醒媒资配置信息写入存储器。

18、所述浏览器进程被配置为：

19、在检测到所述第一唤醒媒资配置信息写入存储器的情况下，基于所述第一唤醒媒资配置信息和第二唤醒媒资配置信息确定目标媒资配置信息。其中，所述第二唤醒媒资配置信息为所述显示设备支持的媒资配置信息。

20、通过所述应用进程将包含所述目标媒资配置信息的媒资配置完成消息发送至所述协议栈进程。

21、这样，通过协议栈进程向摄像头发送第一唤醒指令，触发摄像头回传第一唤醒媒资配置信息，并经由应用进程写入存储器供浏览器进程读取协商。该流程将唤醒协商与媒资配置分离处理，协议栈进程专注于指令的收发与会话维护，应用进程负责配置信息的持久化存储，浏览器进程则基于双方支持的媒资配置信息完成交集匹配并生成目标配置。这种分工模式使得唤醒流程与后续的媒资传输建立流程能够顺畅衔接，既保证了唤醒指令的及时下发与响应，又通过浏览器进程的独立协商确保了媒资配置匹配的准确性，使显示设备在主动唤醒摄像头时能够高效、准确地完成媒资参数的协商，为后续媒资传输通道的建立奠定基础。

22、在一些可行的实施方式中，所述浏览器进程执行在检测到所述第一唤醒媒资配置信息写入存储器的情况下，基于所述第一唤醒媒资配置信息和第二唤醒媒资配置信息确定目标媒资配置信息，具体被配置为：

23、获取所述显示设备支持的第二媒资配置信息。

24、基于所述第一唤醒媒资配置信息和所述第二媒资配置信息确定所述目标媒资配置信息。

25、这样，通过获取显示设备自身支持的第二媒资配置信息，与摄像头回传的第一唤醒媒资配置信息进行比对匹配来确定目标配置。该方式由浏览器进程统一执行媒资配置的交集运算，而非依赖协议栈或应用进程处理，使得媒资配置协商的逻辑集中在浏览器进程中完成，便于后续的维护与扩展。同时，浏览器进程直接获取显示设备支持的配置信息进行匹配，减少了中间环节的数据传递，提高了配置协商的效率和准确性，确保最终确定的目标媒资配置信息是双方设备均支持的最优参数组合，为后续媒资传输通道的稳定建立提供了可靠的配置基础。

26、在一些可行的实施方式中，所述浏览器进程执行通过所述应用进程将包含所述目标媒资配置信息的媒资配置完成消息发送至所述协议栈进程，具体被配置为：

27、基于所述目标媒资配置信息和所述第二通信连接地址创建媒资配置完成消息。

28、将所述媒资配置完成消息发送至所述应用进程。

29、所述应用进程被配置为：将所述媒资配置完成消息发送至协议栈进程。

30、这样，浏览器进程基于目标媒资配置信息和第二通信连接地址创建该消息，再通过应用进程转发至协议栈进程。浏览器进程负责消息内容的组装，确保配置信息与通信地址的完整性。应用进程承担中转转发的角色，实现浏览器进程与协议栈进程之间的解耦。协议栈进程则负责最终向摄像头发送消息。这种分层传递的设计避免了浏览器进程直接操作协议栈接口，降低了进程间的耦合度，使得各进程可以独立演进和维护。同时，应用进程的中转机制也为消息的缓存与重发提供了可能，有助于提升消息发送的可靠性，确保摄像头能够及时接收到媒资配置完成消息并回传通信地址。

31、在一些可行的实施方式中，所述协议栈进程执行响应于从所述摄像头接收到的第一唤醒媒资配置信息，向所述应用进程转发所述第一唤醒媒资配置信息之前，还被配置为：

32、响应于从所述摄像头接收到的第一唤醒协商指令，创建第一通信会话。其中，所述第一唤醒协商指令用于表征所述摄像头已进入唤醒准备阶段。

33、向所述应用进程发送第一通信会话创建消息。

34、所述应用进程被配置为：响应于从所述协议栈进程接收到的第一通信会话创建消息，向所述浏览器进程发送通信准备请求。

35、所述浏览器进程被配置为：响应于从所述应用进程接收到的所述通信准备请求，获取所述显示设备支持的第二通信连接地址。

36、将所述第二通信连接地址写入所述存储器。

37、这样，将通信会话的创建与通信地址的准备提前到唤醒协商阶段完成，使得后续媒资配置协商和传输通道建立时可以直接使用已准备好的地址信息，缩短了整体的建链时长。协议栈进程负责会话管理，保证了底层连接的稳定性。浏览器进程提前获取并存储第二通信连接地址，避免了在需要时才临时获取可能带来的延迟。这种前置准备的机制使得显示设备与摄像头之间的唤醒协商流程更加顺畅，各进程间的配合更加有序，提升了唤醒场景下媒资传输通道建立的效率和及时性。

38、在一些可行的实施方式中，所述协议栈进程执行响应于从所述应用进程接收到的媒资配置完成消息，向摄像头发送所述媒资配置完成消息，以触发所述摄像头向所述协议栈进程回传第一通信连接地址，具体被配置为：

39、检测所述显示设备与所述摄像头之间的第一指令传输通道。其中，所述第一指令传输通道为所述显示设备和所述摄像头之间的历史指令传输通道。

40、在未检测到所述第一指令传输通道的情况下，创建第二指令传输通道。其中，所述第二指令传输通道的数据容量大于所述第一指令传输通道的数据容量。

41、基于所述第二指令传输通道向所述摄像头发送所述媒资配置完成消息。

42、这样，充分考虑了媒资配置完成消息可能包含较多配置参数和地址信息的数据量特点，通过动态选择传输通道的方式，确保消息能够完整、高效地传输至摄像头。检测历史通道的机制可以复用已有的连接资源，减少不必要的通道创建开销。而在历史通道不可用时自动创建大容量通道的策略，则保证了大数据量消息的可靠传输。这种自适应的通道选择机制提升了指令传输的灵活性和可靠性，避免了因通道容量不足导致的消息分片或传输失败问题，有助于加快媒资配置协商的进程，使摄像头能够更快地回传通信连接地址。

43、第二方面，本技术提供另一种显示设备，包括：

44、显示器。

45、通信装置，被配置为基于智能家居互联协议与摄像头建立通信连接。

46、控制器，配置有协议栈进程、应用进程以及浏览器进程。

47、所述浏览器进程被配置为：

48、在检测到第一查询媒资配置信息写入存储器的情况下，通过所述应用进程和协议栈进程向所述摄像头发送第二通信连接地址，以使所述摄像头回传第一通信连接地址。其中，所述第二通信连接地址为所述显示设备支持的通信连接地址。所述第一查询媒资配置信息为所述摄像头在所述显示设备作为媒资查询的发起方时，向所述显示设备回传的媒资配置信息。所述第一查询媒资配置信息为所述显示设备和所述摄像头共同支持的媒资配置信息。

49、所述协议栈进程还被配置为：响应于从所述摄像头接收到的第一通信连接地址，向所述应用进程转发所述第一通信连接地址。

50、所述应用进程还被配置为：将所述第一通信连接地址写入存储器。

51、所述浏览器进程还被配置为：基于所述第一通信连接地址和所述第二通信连接地址确定目标通信连接地址。其中，所述目标通信连接地址为所述显示设备和所述摄像头共同支持的通信连接地址。

52、基于所述目标通信连接地址和所述目标媒资配置信息，建立用于接收所述摄像头的媒资数据的媒资传输通道。

53、这样，由浏览器进程检测到第一查询媒资配置信息写入后，通过应用进程和协议栈进程向摄像头发送第二通信连接地址，进而获取摄像头回传的第一通信连接地址并完成地址匹配的流程。该架构下，媒资查询的协商结果经由存储器进行进程间传递，浏览器进程通过检测存储器变化来驱动后续流程，实现了各进程间的异步解耦。协议栈进程负责与摄像头的底层信令交互，应用进程承担数据中转与存储职责，浏览器进程专注于地址协商与通道建立，三层分工明确。这种设计使得显示设备在主动查询摄像头媒资能力时，能够有序完成配置信息的获取、通信地址的交换以及传输通道的建立，提升了媒资查询场景下传输通道建立的稳定性和可维护性。

54、在一些可行的实施方式中，所述协议栈进程还被配置为：

55、响应于从所述应用进程接收到的第一信令消息，向所述摄像头发送所述第一媒资查询指令。其中，所述第一信令消息为所述应用进程在显示设备作为媒资查询的发起方时生成的信令消息。所述第一信令消息包括所述显示设备支持的第二媒资配置信息。

56、响应于从所述摄像头接收到的第一查询媒资配置信息，向所述应用进程转发所述第一查询媒资配置信息。其中，所述第一查询媒资配置信息为所述显示设备和所述摄像头共同支持的媒资配置信息。

57、所述应用进程被配置为：将所述第一查询媒资配置信息写入存储器。

58、这样，协议栈进程根据应用进程的第一信令消息向摄像头发送第一媒资查询指令，并将摄像头返回的第一查询媒资配置信息转发给应用进程写入存储器。该流程将媒资查询的发起与响应处理分布在不同进程中完成，协议栈进程专注于指令的发送与响应接收，保证了与摄像头交互的实时性。应用进程负责配置信息的存储，为浏览器进程的后续处理提供数据基础。第一信令消息中携带显示设备支持的第二媒资配置信息，使得摄像头可以直接基于该信息进行匹配并返回双方共同支持的配置，减少了后续协商的轮次。这种设计简化了媒资查询的交互流程，使显示设备能够快速获取摄像头支持的媒资能力，为后续通信地址协商和传输通道建立做好准备。

59、在一些可行的实施方式中，所述应用进程还被配置为：

60、响应于检测到的媒资查询操作，向所述浏览器进程发送媒资配置信息请求指令。

61、所述浏览器进程被配置为：响应于从所述应用进程接收到的所述配置信息请求指令，获取所述显示设备支持的第二媒资配置信息。

62、基于所述第二媒资配置信息创建所述第一信令消息。

63、通过所述应用进程向所述协议栈进程发送所述第一信令消息。

64、这样，应用进程响应检测到的媒资查询操作向浏览器进程请求配置信息，浏览器进程获取第二媒资配置信息并创建第一信令消息，再通过应用进程发送给协议栈进程。该设计使得用户操作的响应与信令消息的组装职责清晰划分，应用进程负责检测用户操作并转发请求，浏览器进程负责配置信息的获取与消息构建。这种分离模式使得浏览器进程可以统一管理显示设备的媒资配置信息，便于配置的更新与维护。应用进程则作为用户交互与底层协议之间的桥梁，降低了业务逻辑与协议层的耦合度。

65、第三方面，本技术还提供一种显示设备，包括：

66、显示器。

67、通信装置，被配置为基于智能家居互联协议与摄像头建立通信连接。

68、控制器，配置有协议栈进程、应用进程以及浏览器进程。

69、所述浏览器进程被配置为：

70、在检测到第一推送媒资配置信息写入存储器的情况下，通过所述应用进程和所述协议栈进程向所述摄像头发送第二通信连接地址，以使所述摄像头回传第一通信连接地址。其中，所述第二通信连接地址为所述显示设备支持的通信连接地址。所述第一推送媒资配置信息为所述摄像头作为媒资推送的发起方时，向所述显示设备发送的信息。

71、所述协议栈进程被配置为：响应于从所述摄像头接收到的所述第一通信连接地址，向所述应用进程转发所述第一通信连接地址。

72、所述应用进程被配置为：将所述第一通信连接地址写入所述存储器。

73、所述浏览器进程被配置为：

74、在检测到所述第一通信连接地址写入所述存储器的情况下，基于所述第一通信连接地址和第二通信连接地址确定目标通信连接地址。其中，所述目标通信连接地址为所述显示设备和所述摄像头共同支持的通信连接地址。

75、基于所述目标通信连接地址和所述目标媒资配置信息，建立用于接收所述摄像头的媒资数据的媒资传输通道。其中，所述目标媒资配置信息为所述第一推送媒资配置信息和第二媒资配置信息的交集，所述第二媒资配置信息为所述显示设备支持的媒资配置信息。

76、这样，将媒资推送场景下的配置协商与地址协商分步进行，摄像头主动推送的配置信息经由协议栈和应用进程写入存储器，浏览器进程检测后启动通信地址的交换流程，待获取摄像头的第一通信连接地址后再完成地址匹配和通道建立。这种基于协议栈进程实现的信令中继架构使得推送场景下的数据链更加有序。