大型会议现场活动场景互动科技产品技术架构实现普及分享


2018-05-21 作者: 荟荟

目前会议、会展、活动会场越多越使用微信墙(3D微信墙)、微信摇一摇、微信摇大奖、微信摇红包、微信抽奖等与微信结合的现场互动形式,参会人员通过微信与现场中的大屏(LED屏或投影)进行交互,移动端的交互结果会直接间接地反映到大屏幕上,更有参与感和趣味性。会议主办方通过这样的互动系统,可以很容易达到吸粉(微信营销的重要组成部分)、增强展会效果的目的,可谓现场互动的不二利器。


微会动平台产品.jpg


一个完整的现场互动系统,由前端展示模块,活动设置模块,移动端互动模块,管理员管理模块,数据分析模块5部分组成,是一个复杂的系统,涉及的技术实现手段也有很多。


1)基本架构选择 BS/CS这基本是所有开发人员在做设计的时候所面临的一个基本问题了,对互动系统来讲,BS的架构是第一选择。


目前现有的互动系统(包括微信墙)有基与HTML5也有基于WPF,DIRECT3D,OPENGL等传统技术开发的互动系统,各有优缺点,范范而讲基于Html5在架构上更容易扩展,对第三方的H5游戏资源可以很容易引入到系统中去,开发周期短,显示效果并不如弱于传统技术的系统,在某些方面基于H5的互动系统在显示效果上可以来的更炫,互动性更强。基于传统技术的互动程序开发难度较大,开发周期性较长,但是在运行效率、资源利用上比较好,比较适合配置不高的设备上,特别是某些播放盒、嵌入式系统中。在硬件性能越来越好不是瓶颈的状况下,使用H5是更好的选择。


特定条件下比较适合使用CS架构:


• 需要使用3D引擎来做复杂的3D展现效果比如说类似3D游戏的一个互动效果,用CS架构是比较合适的。虽然WebGL也能完成3D的渲染,但使用传统的3D渲染技术在内存管理、资源使用、可控性上都比WebGL要强上不少。对于开发人员来讲,一切尽在掌握的感觉还是蛮好的。


• 需要使用特殊的硬件(大多属于较低配置)来做展示终端如上所述,CS架构在资源使用,运行效率上可优化的程度都很高,开发人员可以针对硬件特性做优化,研发出更符合某硬件特性的互动产品来。缺点在于由于资源的限制,相关的优化不具备通用性,研发周期比较长,在二次开发或者添加新功能上远不如使用BS架构,产品迭代较慢。根据测试,现在主流的Android板子在高配的情况下使用优化过后的浏览器跑基于H5的互动系统,在流畅度上也是基本能接受的。


微会动平台产品.jpg


2)互动系统稳定性保证互动平台的稳定性问题是整个活动进行中非常重要的考量,特别是在大型会议、活动中,平台的稳定是非常重要的。通常500人左右的会议在现场踊跃互动的情况下,就可能对服务器产生一定的压力,在整个系统设计中要特别注意这一点。


在程序稳定性已经比较可靠的前提下,简单保障系统稳定性的方法:


• 扩充硬件扩充硬件是比较简单的方法,通过负载均衡将压力分担到各个服务器上去


• 程序优化,使用各种缓冲、队列机制程序优化是提高系统稳定性的重要组成部分,一个合理有效的优化措施的实施对系统的提升是至关重要的,优化的方法有很多,这里就不一一叙述了。在单服务器版本中,合理的优化完全能撑得起来小型会务、会展、策划公司的所有需求了。


3)如何完全定制前端的展现形式?


通常现场互动系统平台都为会用户提供类似更换背景图片,背景音乐的接口,对于一般的应用场景是足够了,对于更复杂的定制需求要如何处理呢?答案是没有办法,只能联系供应方修改源码进行特殊定制。市面上也少有支持(微信签到等)源码部署和OEM服务的互动系统服务商。技术上讲是可以实现用户完全定制前段表现形式的,但这个涉及到整个系统的架构、整体安全性的问题,现有平台基本上都是不提供这个特性的。


|内容编辑:微会动 荟荟