CN104125494A - 一种大屏幕分布式播放场景画面拼接方法 - Google Patents

Abstract

本发明克服高分辨率的场景画面下单一播放器存在性能瓶颈的缺陷，公开了一种大屏幕分布式播放场景画面拼接方法，包括步骤A：场景画面数据的绑定；步骤B：播放器与小屏幕对应模型的建立；步骤C：播放器对应小屏幕参数的获取；步骤D：大屏幕场景画面的展示。本发明采用多播放器对同一场景画面进行分屏幕渲染，每个播放器只负责特定的场景区域，克服了高分辨率的场景画面下单一播放器存在的性能瓶颈缺陷；通过将后台服务器采用ActiveMQ服务器，后台服务器与各个播放器之间采用ActiveMQ技术，可以实现所有播放器场景画面的同步切换；通过采用WPF播放器，在系统硬件条件允许的情况下，可以支持任意高分辨率的场景画面播放。

Description

一种大屏幕分布式播放场景画面拼接方法

技术领域

本发明涉及大屏播放领域，具体是指一种大屏幕分布式播放场景画面拼接方法。 

背景技术

长期以来，大屏幕行业的场景画面播放系统采用单屏播放模式，即通过单一播放器对场景画面进行渲染。然而，对于高分辨率的场景画面，大屏播放控制采用单一播放器存在性能瓶颈问题。随着大屏场景画面分辨率的不断提高，需要不断提升硬件性能以支撑大屏的场景画面展示。 

发明内容

本发明的目的在于克服高分辨率的场景画面下单一播放器存在性能瓶颈的缺陷，提供一种大屏幕分布式播放场景画面拼接方法。 

本发明通过下述技术方案实现： 

    一种大屏幕分布式播放场景画面拼接方法，包括以下步骤：

步骤A：场景画面数据的绑定：

可视化设计器设计场景画面，设计完成后，将场景画面数据保存到后台服务器上，实现可视化设计器与后台服务器的关联；

步骤B：播放器与小屏幕对应模型的建立：

播放器启动时，向后台服务器中注册当前播放器；

在后台服务器中建立播放器与小屏幕对应模型，将大屏幕场景画面展示拆分成多个小屏幕场景画面展示，小屏幕的参数包括小屏幕的宽、高以及偏移量，各个播放器分别与对应小屏幕对应，各个播放器分别负责对应小屏幕的场景画面展示；

步骤C：播放器对应小屏幕参数的获取：

播放器与小屏幕对应模型建立后，播放器从后台服务器中获取当前播放器对应小屏幕的参数，包括当前播放器对应小屏幕的宽、高以及偏移量；

步骤D：大屏幕场景画面的展示：

后台服务器把场景画面数据发送给各个播放器，各个播放器分别解析场景画面数据，解析完成后，播放器只渲染当前播放器对应小屏幕需要展示的场景画面，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上，实现大屏幕场景画面的展示。

    进一步地，还包括步骤E：大屏幕场景画面的定时刷新： 

后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据定时推送至各个播放器，从而实现播放器场景画面数据的定时更新，各个播放器解析最近接收到的场景画面数据，并对当前播放器对应小屏幕需要展示的场景画面进行渲染，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上，从而实现大屏幕场景画面的定时刷新。

进一步地，在步骤E中，后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据同时推送至各个播放器。通过把采集到的场景画面数据同时推送至各个播放器，从而实现各个播放器接收到的场景画面数据同步更新，进而实现大屏幕场景画面的同步刷新。 

进一步地，还包括步骤F：播放场景画面切换： 

在当前播放器发起切换播放场景画面事件时，当前播放器发送切换场景指令至后台服务器，然后进行步骤D。

进一步地，后台服务器为ActiveMQ服务器，后台服务器与各个播放器之间采用ActiveMQ技术。在某个播放器发起场景画面切换时，ActiveMQ服务器以多点广播消息模式分别给其他播放器以及发起场景画面切换的播放器发送场景画面切换消息，实现所有播放器场景画面的同步切换。在各个播放器启动时，将同时注册ActiveMQ服务及定义消息队列，每个服务及消息队列对象都是一致，注册的同时各自播放器会分别创建发送消息和接收消息的对象以及启动MQ接收监听事件。接收监听事件监控的内容为命令名称、参数内容（画面id及其他参数），命令定义为： 

addbasedshow, add：表示执行打开画面

show：执行打开当前画面,参数内容包含画面id，即场景标识

close：执行关闭或者隐藏操作.

nonclose：执行关闭除参数内容(画面id)外的所有播放器

在播放场景画面时，某个播放器发起切换播放场景事件，此时ActiveMQ服务器将以多点广播消息模式分别给其他播放器以及发起切换场景的播放器发送切换场景播放的消息，这样处理的好处是在图形工作站配置一致的情况下，使场景展现的延时缩减到最小，因为发起场景切换的播放器也是通过接收监听事件来切换场景播放，所以各个播放器在硬件配置、网络一致的情况下，场景显示的延时几乎是毫秒级。

进一步地，所述播放器为WPF播放器。WPF播放器利用WPF技术绘制图形，绘制的图形为矢量图，不同于位图，矢量图在放大的过程中不会出现锯齿模糊现象。在系统硬件条件允许的情况下，WPF播放器可以支持任意高分辨率的场景画面播放。 

本发明与现有技术相比，具有以下优点及有益效果： 

（1）本发明采用多播放器对同一场景画面进行分屏幕渲染，每个播放器只负责特定的场景区域，通过多个播放器来实现整个场景画面在大屏幕上的展示，克服了高分辨率的场景画面下单一播放器存在的性能瓶颈缺陷；

（2）本发明通过将后台服务器采用ActiveMQ服务器，后台服务器与各个播放器之间采用ActiveMQ技术，可以实现所有播放器场景画面的同步切换，在硬件配置、网络一致的情况下，场景切换显示的延时可以达到毫秒级；

（3）本发明通过采用WPF播放器，利用WPF技术绘制图形，绘制的图形为矢量图，不同于位图，矢量图在放大的过程中不会出现锯齿模糊现象，在系统硬件条件允许的情况下，可以支持任意高分辨率的场景画面播放。

附图说明

图1为本发明播放场景画面拼接方法的整体流程图。 

图2为实施例5场景画面切换的整体流程图。 

具体实施方式

下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式不限于此。 

实施例1： 

    参见图1，一种大屏幕分布式播放场景画面拼接方法，包括以下步骤：

步骤A：场景画面数据的绑定：

可视化设计器设计场景画面，设计完成后，将场景画面数据保存到后台服务器上，实现可视化设计器与后台服务器的关联；

步骤B：播放器与小屏幕对应模型的建立：

播放器启动时，向后台服务器中注册当前播放器；

在后台服务器中建立播放器与小屏幕对应模型，将大屏幕场景画面展示拆分成多个小屏幕场景画面展示，小屏幕的参数包括小屏幕的宽、高以及偏移量，各个播放器分别与对应小屏幕对应，各个播放器分别负责对应小屏幕的场景画面展示；

步骤C：播放器对应小屏幕参数的获取：

播放器与小屏幕对应模型建立后，播放器从后台服务器中获取当前播放器对应小屏幕的参数，包括当前播放器对应小屏幕的宽、高以及偏移量；

步骤D：大屏幕场景画面的展示：

后台服务器把场景画面数据发送给各个播放器，各个播放器分别解析场景画面数据，解析完成后，播放器只渲染当前播放器对应小屏幕需要展示的场景画面，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上，实现大屏幕场景画面的展示。

实施例2： 

    本实施例在实施例1的基础上，还包括步骤E：大屏幕场景画面的定时刷新：

后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据定时推送至各个播放器，从而实现播放器场景画面数据的定时更新，各个播放器解析最近接收到的场景画面数据，并对当前播放器对应小屏幕需要展示的场景画面进行渲染，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上，从而实现大屏幕场景画面的定时刷新。本实施例的其他部分与实施例1相同，不再赘述。

实施例3： 

本实施例在实施例2的基础上，在步骤E中，后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据同时推送至各个播放器。通过把采集到的场景画面数据同时推送至各个播放器，从而实现各个播放器接收到的场景画面数据同步更新，进而实现大屏幕场景画面的同步刷新。本实施例的其他部分与实施例2相同，不再赘述。

实施例4： 

本实施例在上述实施例的基础上，还包括步骤F：播放场景画面切换：

在当前播放器发起切换播放场景画面事件时，当前播放器发送切换场景指令至后台服务器，然后进行步骤D。本实施例的其他部分与上述实施例相同，不再赘述。

实施例5： 

参见图2，本实施例在实施例4的基础上，后台服务器为ActiveMQ服务器，后台服务器与各个播放器之间采用ActiveMQ技术，在某个播放器发起场景画面切换时，ActiveMQ服务器以多点广播消息模式分别给其他播放器以及发起场景画面切换的播放器发送场景画面切换消息，实现所有播放器场景画面的同步切换。在各个播放器启动时，将同时注册ActiveMQ服务及定义消息队列，每个服务及消息队列对象都是一致，注册的同时各自播放器会分别创建发送消息和接收消息的对象以及启动MQ接收监听事件。接收监听事件监控的内容为命令名称、参数内容（画面id及其他参数），命令定义为：

addbasedshow, add：表示执行打开画面

show：执行打开当前画面,参数内容包含画面id，即场景标识

close：执行关闭或者隐藏操作

nonclose：执行关闭除参数内容(画面id)外的所有播放器

在播放场景画面时，某个播放器发起切换播放场景事件，此时ActiveMQ服务器将以多点广播消息模式分别给其他播放器以及发起切换场景的播放器发送切换场景播放的消息，这样处理的好处是在图形工作站配置一致的情况下，使场景展现的延时缩减到最小，因为发起场景切换的播放器也是通过接收监听事件来切换场景播放，所以各个播放器在硬件配置、网络一致的情况下，场景显示的延时几乎是毫秒级。本实施例的其他部分与实施例4相同，不再赘述。

实施例6： 

本实施例在上述实施例的基础上，进一步地，所述播放器为WPF播放器。WPF播放器利用WPF技术绘制图形，绘制的图形为矢量图，不同于位图，矢量图在放大的过程中不会出现锯齿模糊现象。在系统硬件条件允许的情况下，WPF播放器可以支持任意高分辨率的场景画面播放。本实施例的其他部分与上述实施例相同，不再赘述。

以上所述，仅是本发明的较佳实施例，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化，均落入本发明的保护范围之内。 

Claims (6)

1.一种大屏幕分布式播放场景画面拼接方法，其特征在于：包括以下步骤：

步骤A：场景画面数据的绑定：

可视化设计器设计场景画面，设计完成后，将场景画面数据保存到后台服务器上，实现可视化设计器与后台服务器的关联；

步骤B：播放器与小屏幕对应模型的建立：

播放器启动时，向后台服务器中注册当前播放器；

在后台服务器中建立播放器与小屏幕对应模型，将大屏幕场景画面展示拆分成多个小屏幕场景画面展示，小屏幕的参数包括小屏幕的宽、高以及偏移量，各个播放器分别与对应小屏幕对应，各个播放器分别负责对应小屏幕的场景画面展示；

步骤C：播放器对应小屏幕参数的获取：

播放器与小屏幕对应模型建立后，播放器从后台服务器中获取当前播放器对应小屏幕的参数，包括当前播放器对应小屏幕的宽、高以及偏移量；

步骤D：大屏幕场景画面的展示：

后台服务器把场景画面数据发送给各个播放器，各个播放器分别解析场景画面数据，解析完成后，播放器只渲染当前播放器对应小屏幕需要展示的场景画面，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上，实现大屏幕场景画面的展示。

2.根据权利要求1所述的一种大屏幕分布式播放场景画面拼接方法，其特征在于：还包括步骤E：大屏幕场景画面的定时刷新：

后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据定时推送至各个播放器，从而实现播放器场景画面数据的定时更新，各个播放器解析最近接收到的场景画面数据，并对当前播放器对应小屏幕需要展示的场景画面进行渲染，将其它多余的场景画面进行截取隐藏，各个播放器渲染的场景画面同步投放到大屏幕上。

3.根据权利要求2所述的一种大屏幕分布式播放场景画面拼接方法，其特征在于：在步骤E中，后台服务器定时执行场景画面数据采集任务，把采集到的场景画面数据同时推送至各个播放器。

4.根据权利要求1所述的一种大屏幕分布式播放场景画面拼接方法，其特征在于：还包括步骤F：播放器场景画面切换：

当前播放器发送切换场景指令至后台服务器，然后进行步骤D，从而实现所有播放器场景画面的切换。

5.根据权利要求4所述的一种大屏幕分布式播放场景画面拼接方法，其特征在于：后台服务器为ActiveMQ服务器，后台服务器与各个播放器之间采用ActiveMQ技术，在某个播放器发起场景画面切换时，ActiveMQ服务器以多点广播消息模式分别给其他播放器以及发起场景画面切换的播放器发送场景画面切换消息，实现所有播放器场景画面的同步切换。

6.根据权利要求1所述的一种大屏幕分布式播放场景画面拼接方法，其特征在于：所述播放器为WPF播放器。