拼接屏幕的数据显示、控制方法及装置、系统、显示设备与流程

文档序号:13912973阅读:167来源:国知局
本申请涉及拼接屏幕显示领域,具体而言,涉及一种拼接屏幕的数据显示、控制方法及装置、系统、显示设备。
背景技术
::拼接屏幕(又称为大屏)是由很多块小屏(又称为显示屏)拼接而成,每块小屏与一台pc相连,展示pc的桌面内容。传统的大屏展示项目是基于pc信号来拼接组装整个大屏的内容,具体步骤是:设计师设计好整个大屏的风格和内容后,根据信号的布局切割成很多小的内容,每块内容独立制作,最后拼装起来显示,从视觉上给人一种整屏的感觉,具体如图1所示。从技术上来看,传统方案是基于信号源来设计大屏,每个信号源之间是独立的,所以展示的内容是不能跨越不同信号源的。同时,受到信号源本身分辨率的限制(比如一般的信号源最大分辨率是1920x1200),以及信号接收器的限制,单块信号源可展示内容的分辨率不能太高,使得大屏无法展示高分辨率的信息,应用场景受限。针对上述的问题,目前尚未提出有效的解决方案。技术实现要素:本申请实施例提供了一种拼接屏幕的数据显示、控制方法及装置、系统、显示设备,以至少解决相关技术中拼接屏幕中存在不能跨屏展示以及由于不能展示高分辨率数据导致应用场景受限的技术问题。根据本申请实施例的一个方面,提供了一种拼接屏幕的数据显示方法,包括:接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新所述拼接屏幕的当前显示界面中各个显示对象的显示属性,所述通知信息为所述服务器依据控制设备发送的控制指令调整所述显示对象的显示属性后发送的信息;所述拼接屏幕由多个显示屏拼接而成;依据所述通知信息调整所述显示界面中所述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。根据本申请实施例的另一方面,还提供了一种拼接屏幕的数据显示控制方法,包括:接收来自控制设备的控制指令;依据所述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,其中,所述拼接屏幕由多个显示屏拼接而成,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;将用于指示调整结果的通知信息发送给所述拼接屏幕。根据本申请实施例的另一方面,还提供了一种显示设备,包括:通信装置,用于接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新所述拼接屏幕的当前显示界面中各个显示对象的显示属性,所述通知信息为所述服务器依据控制设备发送的控制指令调整所述显示对象的显示属性后发送的信息;处理器,依据所述通知信息调整所述显示界面中所述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。根据本申请实施例的又一方面,提供了一种拼接屏幕的数据显示系统,包括:控制设备,用于向服务器发送控制指令;服务器,用于接收来自控制设备的所述控制指令;依据所述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;以及将用于指示调整结果的通知信息发送给所述拼接屏幕;拼接屏幕,由多个显示屏拼接而成,用于接收来自服务器的所述通知信息;以及依据所述通知信息调整所述显示界面中所述各个显示对象的显示属性。根据本申请实施例的再一方面,提供了一种拼接屏幕的数据显示装置,包括:接收模块,用于接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新所述拼接屏幕的当前显示界面中各个显示对象的显示属性,所述通知信息为所述服务器依据控制设备发送的控制指令调整所述显示对象的显示属性后发送的信息;所述拼接屏幕由多个显示屏拼接而成;调整模块,用于依据所述通知信息调整所述显示界面中所述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。根据本申请实施例的再一方面,提供了一种拼接屏幕的数据显示控制装置,包括:接收模块,用于接收来自控制设备的控制指令;调整模块,用于依据所述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,其中,所述拼接屏幕由多个显示屏拼接而成,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;发送模块,用于将用于指示调整结果的通知信息发送给所述拼接屏幕。在本申请实施例中,通过统一的控制设备控制服务器对拼接显示屏幕中各个显示对象的显示属性进行调整,代替了相关技术中拼接屏幕中每个显示屏需要对应一个pc实现对显示对象的显示,因此,可以实现跨显示屏(即信号源)的显示,另外,由于每个显示对象仅是显示界面上的一个实例,即将显示对象的显示范围由显示屏的物理范围扩展到了整个拼接屏幕,因此,可以实现高分辨率显示对象的显示,扩展了拼接屏幕的应用场景,进而解决了相关技术中拼接屏幕中存在不能跨屏展示以及由于不能展示高分辨率数据导致应用场景受限的技术问题。附图说明此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:图1是根据相关技术的一种拼接屏幕显示原理示意图;图2a是根据本申请实施例的一种可选的信息片app的逻辑抽象示意图;图2b根据本申请实施例的一种可选的app运行流程的示意图;图3是根据本申请实施例的一种拼接屏幕的数据显示系统的示意图;图4为根据本申请实施例的一种可选的app实例instance的生成流程示意图;图5为根据本发明实施例的一种计算机终端的硬件结构框图;图6根据本申请实施例的一种拼接屏幕的数据显示方法的流程图;图7根据本申请实施例的一种可选的app运行流程的示意图;图8是根据本申请实施例的一种拼接屏幕的数据显示装置的结构框图;图9根据本申请实施例的一种拼接屏幕的数据显示控制方法的流程图;图10是根据本申请实施例的一种拼接屏幕的数据显示控制装置的结构框图。图11是根据本申请实施例的一种显示设备的结构框图;图12根据本申请实施例7的一种拼接屏幕的数据显示方法的流程图。具体实施方式为了使本
技术领域
:的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:信号源:指视频信号源,比如显卡的一路dvi信号输出,pc桌面信号等;显示对象:依据对待显示数据进行分组后得到的分组生成的实例,在本申请实施例中称为信息片app,是软件层面抽象的一个对象,逻辑上表示一块数据信息。显示属性:显示对象的性质,例如可以包括但不限于显示状态(开启显示或关闭显示)、显示区域的大小、显示位置、显示内容的格式等。拼接屏幕,多个独立的显示屏拼接显示同一待显示项目(或数据)。实施例1在拼接屏幕显示过程中,在相关技术中,其采用的技术手段一般是基于独立信号源的屏幕显示方案,例如,构成拼接屏幕的每个显示屏均对应一个独立的pc机,在内容展示时,也仅是将每个显示屏的内容在各自的显示屏中展示,不能跨显示屏显示,另外,由于受到信号源本身分辨率的显示,使得在大屏显示时无法展示高分辨率的信息。针对上述问题,本申请实施例提供了相应的解决方案。具体地,在拼接屏幕显示过程中,本申请实施例在原有硬件基础上引入了一层软件解决方案,如图2a所示,在本申请实施例中将完整的拼接屏幕的显示界面看作是超大的长方形桌面,在这个桌面上放了很多内容迥异的卡片app,也就是前面提及的信息片app,为描述方便在图中以app代替。app可以放置在大桌面的任意位置,app的尺寸也可以在桌面允许的范围内扩展。图2b示出了大屏显示效果的原理,如图2b所示,每个显示屏(screen1和screen2)均生成有app1-3,由于每个显示屏的显示界面有限,将各个显示屏显示的app进行组合显示,得到图2b中最上方的显示效果。由此,一个大屏展示项目将变成很多app的开发,以及app布局的拼装和组合。app本身只关注于其需要展示的数据信息,而不用关心物理屏的存在和限制,app所占用的位置可以是大屏桌面中的任意区域。基于以上思想,本申请实施例提供了一种拼接屏幕的数据显示系统,如图3所示,包括:控制设备30,服务器32和拼接屏幕34,从而实现将大屏桌面,app与实际的物理屏(信号源)的关联。可选地,上述显示系统可以基于nodejs和websocket搭建,例如可以构建b/s系统,但不限于此。其中:控制设备30,用于向服务器发送控制指令;可选地,该控制设备30可以为手机、平板电脑、pc机等,但不限于此。该控制指令可以是依据用户的操作产生的,例如,在控制设备为手机或平板电脑时,检测用户的操作(可以是触摸操作,也可以是物理按键操作);在检测到指定操作时,产生上述控制指令,并将其发送给服务器。在一个可选实施例中,控制设备30,可以给server发送指令,指示其打开或者关闭某个信息片app,server会更新信息片app的状态并将其广播给所有的大屏显示端(即拼接屏幕)。服务器32,主要管理2类对象,屏幕screen和信息片app,以及所有拼接屏幕的连接情况,具体包括:管理一些资源文件,并作为webserver对外提供资源服务;appinstance的创建和删除,以及所有app在抽象桌面中的位置信息管理;所有display显示端(即显示屏)的连接情况;将关键信息比如app和screen(即显示屏)的情况,实时广播给相关方(例如相应的拼接屏幕)。由此可见,服务器仅是负责管理信息片app(即显示对象)以及拼接屏幕的管理,但是,具体对信息片app的显示属性的控制还需要控制器来实现,具体地,服务器32接收来自控制设备的上述控制指令;依据上述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;以及将用于指示调整结果的通知信息发送给上述拼接屏幕;拼接屏幕34,作为最终的显示方,由多个显示屏拼接而成,用于接收来自服务器的上述通知信息;以及依据上述通知信息调整上述显示界面中各个显示对象的显示属性。可选地,该拼接屏幕34可以作出以下改进:将大屏抽象为[mxn]的矩阵拼接成的大桌面系统,矩阵中的每个点代表一块物理屏screen,所有的screen分辨率都相同,比如都为1400x1050。每个screen特有的属性是其在矩阵中的位置(x,y),比如display0这块screen的位置是(0,0),而display6这块screen的位置是(1,2)。每个screen里运行的是一个全屏的chrome浏览器,访问的地址是server提供的内容display.html?id=(x,y)。通过id参数可以告知server自己代表哪一块screen。基于上述桌面系统,拼接屏幕(即大屏显示端)中,每个screen都会将所有运行的app相关的class定义文件(js文件)下载下来,并在当前运行环境生成appinstance。每个appinstance实际对应的是一个dom节点,所以appinstance生成之后实际上挂在到相应的dom上,以此实现最终的视觉呈现。app的定义文件本质上是一个reactjs组件的定义,而reactjs组件可以很方便的mount到一个dom上。每个screen都有其标识,比如标示id为(i,j)的screen,会将容器内的所有app都做一定偏移,实现手段是对app的容器dom进行translate(offsetx,offsety),其中offsetx=(1400*i+app.x),offsety=(1050*j+app.y),其中,app.x和app.y表示app在服务器侧定义的显示位置。基于上述设计理念,以下结合图4详细说明拼接屏幕中显示屏与服务器的交互过程,如图4所示,包括以下处理步骤:步骤s402,通过websocket与服务器(server)建立连接,告知server当前screen是screen(0,0);步骤s404,server返回当前打开的app情况以及一些全局信息;步骤s406,screen(0,0)请求下载打开的app相关的js资源文件;步骤s408,server返回app的js资源文件;步骤s410,screen(0,0)根据app的class定义生成appinstance,并放置在对应的位置。综上所述,本实施例提供了一种全新的制作大屏的解决方案,相比传统方案解决了展示信息无法跨屏的问题,将大屏抽象为桌面容器,信息抽象为容器内的信息片app,大屏的展现抽象为app的组合,容器负责好app的布局,由此解决了展示信息跨屏的问题。实施例2根据本申请实施例,还提供了一种拼接屏幕的数据显示方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图5示出了一种用于实现拼接屏幕的数据显示方法的计算机终端(或移动设备)的硬件结构框图。如图4所示,计算机终端50(或移动设备50)可以包括一个或多个(图中采用502a、502b,……,502n来示出)处理器502(处理器502可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器504、以及用于通信功能的传输模块506。除此以外,还可以包括:显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图4所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端50还可包括比图4中所示更多或者更少的组件,或者具有与图4所示不同的配置。应当注意到的是上述一个或多个处理器502和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端50(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。存储器504可用于存储应用软件的软件程序以及模块,如本申请实施例中的拼接屏幕的数据显示方法对应的程序指令/数据存储装置,处理器502通过运行存储在存储器504内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的漏洞检测方法。存储器504可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器504可进一步包括相对于处理器502远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端50。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。传输装置506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端50的通信供应商提供的无线网络。在一个实例中,传输装置506包括一个网络适配器(networkinterfacecontroller,nic),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置506可以为射频(radiofrequency,rf)模块,其用于通过无线方式与互联网进行通讯。显示器可以例如触摸屏式的液晶显示器(lcd),该液晶显示器可使得用户能够与计算机终端50(或移动设备)的用户界面进行交互。在上述运行环境下,本申请提供了如图5所示的拼接屏幕的数据显示方法。图6根据本申请实施例的一种可选的拼接屏幕的数据显示方法的流程图。如图6所示,该方法包括步骤s602-s604,其中:步骤s602,接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新上述拼接屏幕的当前显示界面中各个显示对象的显示属性,上述通知信息为上述服务器依据控制设备发送的控制指令调整上述显示对象的显示属性后发送的信息;上述拼接屏幕由多个显示屏拼接而成;步骤s604,依据上述通知信息调整上述显示界面中上述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。可选地,可以依据上述通知信息调整上述各个显示对象的显示状态,其中,上述显示状态包括:启动显示上述一个或多个显示对象中的内容,关闭显示上述一个或多个显示对象中的内容;也可以依据上述通知信息调整上述显示对象在上述显示界面中的显示区域的尺寸;还可以依据上述通知信息调整上述各个显示对象在上述显示界面中的显示位置。需要说明的是,不同显示对象所对应的数据可以是不同的,即可以按照不同类型的数据生成不同的显示对象。在一个可选实施例中,上述实例的生成可以依据从服务器接收的待显示数据生成,即在依据上述通知信息调整当前显示设备中各个显示对象的显示属性之前,还需要从服务器接收待显示数据;依据接收的上述待显示数据生成实例,并将上述实例作为上述显示对象。上述显示对象包括主显示对象和从显示对象;从服务器接收待显示数据包括:通过上述主显示对象所在显示屏从上述服务器接收上述待显示数据;并通过上述主显示对象所在显示屏将上述待显示数据同步至上述从显示对象所在显示屏。其中,上述处理过程可以遵循一定的规范,以实现app在跨屏显示的过程中动画的一致性,具体地,从实现层面设计一套framework。其核心思想如下:将app分为masterapp和slaveapp.当在server端生成一个appinstance时,所有的display端都会生成一个相同的appinstance,然而只有一个display端的appinstance是masterapp,其余的都是slaveapp;每个app需要明确实现drawbysyncdata和tick两个函数,这两个函数由framework来调用,同时通过getsyncdata函数返回需要同步的状态;其中,app的运行流程参见图7所示。functiontick(now,delta)用来更新app的内部状态,比如定时从后台取数据,或者动画计算等。只有masterapp才会执行该函数,所有对app状态对更新操作都应该在tick里执行;functiongetsyncdata()返回需要在不同屏之间同步的信息,该对象是一个immutable对象,由framework将该信息同步给所有的slaveapp;functiondrawbysyncdata(immutablesyncdata)根据getsyncdata返回的数据,绘制ui。这个函数里只能做绘制相关对操作,不可以对app同步状态有任何写操作;drawbysyncdata由server统一调用:app接收来自server的绘制命令,执行完ui绘制后,向server反馈ack信号;当所有的app,包括master/slaveapp都反馈完成后,server才下发新的绘制命令。可选地,可以通过上述显示对象所在显示屏上运行的浏览器接收上述待显示数据。由上面描述可知,依据接收的上述待显示数据生成实例之后,需要将上述实例作为dom对象,设置于与上述显示界面对应的的dom中,从而实现app的显示。需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。实施例3根据本申请实施例,还提供了一种用于实施上述拼接屏幕的数据显示方法的装置,如图8所示,该装置包括:接收模块80,用于接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新上述拼接屏幕的当前显示界面中各个显示对象的显示属性,上述通知信息为上述服务器依据控制设备发送的控制指令调整上述显示对象的显示属性后发送的信息;上述拼接屏幕由多个显示屏拼接而成;调整模块82,连接至接收模块80,用于依据上述通知信息调整上述显示界面中上述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以表现为以下形式,但不限于此:上述各个模块位于同一处理器中;或者上述各个模块位于不同的处理器中。需要说明的是,本实施例中的优选实施方式可以参见实施例1和2中的描述,此处不再赘述。实施例4本申请实施例还提供一种拼接屏幕的数据显示控制方法,如图9所示,该方法包括以下处理步骤:步骤s902,接收来自控制设备的控制指令;步骤s904,依据上述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,其中,上述拼接屏幕由多个显示屏拼接而成,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;步骤s906,将用于指示调整结果的通知信息发送给上述拼接屏幕。可选地,依据上述控制指令调整上述各个显示对象的显示状态,其中,上述显示状态包括:启动显示上述一个或多个显示对象中的内容,关闭显示上述一个或多个显示对象中的内容;依据上述控制指令调整上述显示对象在上述显示界面中的显示区域的尺寸;依据上述控制指令调整上述各个显示对象在上述显示界面中的显示位置。可选地,依据上述显示对象所在显示屏的位置以及上述显示对象在上述显示界面中的预定义位置调整上述各个显示对象在上述显示界面中的显示位置。需要说明的是,本实施例中的优选实施方式可以参见实施例1和2中的描述,此处不再赘述。实施例5本申请实施例还提供一种拼接屏幕的数据显示控制装置,用于实现实施例4中的方法,如图10所示,该装置包括:接收模块1002,用于接收来自控制设备的控制指令;调整模块1004,用于依据所述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,其中,所述拼接屏幕由多个显示屏拼接而成,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;发送模块1006,用于将用于指示调整结果的通知信息发送给所述拼接屏幕。需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以表现为以下形式,但不限于此:上述各个模块位于同一处理器中;或者上述各个模块位于不同的处理器中。需要说明的是,本实施例中的优选实施方式可以参见实施例1和2中的描述,此处不再赘述。实施例6本申请实施例还提供一种显示设备,用于组成拼接屏幕,如图11所示,包括:通信装置112,用于接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新所述拼接屏幕的当前显示界面中各个显示对象的显示属性,所述通知信息为所述服务器依据控制设备发送的控制指令调整所述显示对象的显示属性后发送的信息;处理器114,依据所述通知信息调整所述显示界面中所述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。实施例7本申请实施例还提供一种拼接屏幕的数据显示方法,如图12所示,该方法包括:步骤s1202,启动拼接屏幕中的各个显示屏;步骤s1204,在所述各个显示屏上显示与待显示数据的一个或多个显示对象,其中,所述一个或多个显示对象为对所述待显示数据进行分组后,对每个分组进行实例化后得到的对象。可选地,在所述各个显示屏上显示与待显示数据的一个或多个显示对象之前,从服务器获取与所述每个分组对应的数据;对与所述每个分组对应的数据进行实例化处理,得到与所述每个分组对应的实例,将所述实例作为所述显示对象。可选地,通过所述显示屏上运行的浏览器从所述服务器获取与所述每个分组对应的数据。可选地,在所述各个显示屏上显示与待显示数据的一个或多个显示对象之前,建立所述实例与dom的对应关系,通过dom显示所述一个或多个显示对象。需要说明的是,本实施例中的优选实施方式可以参见实施例1和2中的描述,此处不再赘述。本实施例还可以提供用于实现上述方法的装置,该装置包括:启动模块,用于启动拼接屏幕中的各个显示屏;显示模块,用于在所述各个显示屏上显示与待显示数据的一个或多个显示对象,其中,所述一个或多个显示对象为对所述待显示数据进行分组后,对每个分组进行实例化后得到的对象。实施例8本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例一所提供的拼接屏幕的数据显示方法或拼接屏幕的数据显示控制方法所执行的程序代码。可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:接收来自服务器的通知信息,其中,该通知信息用于通知拼接屏幕更新上述拼接屏幕的当前显示界面中各个显示对象的显示属性,上述通知信息为上述服务器依据控制设备发送的控制指令调整上述显示对象的显示属性后发送的信息;上述拼接屏幕由多个显示屏拼接而成;依据上述通知信息调整上述显示界面中上述各个显示对象的显示属性,其中,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例。可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:接收来自控制设备的控制指令;依据上述控制指令调整拼接屏幕的当前显示界面中各个显示对象的显示属性,其中,上述拼接屏幕由多个显示屏拼接而成,所述显示对象为依据对待显示数据进行分组后得到的分组生成的实例;将用于指示调整结果的通知信息发送给上述拼接屏幕。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。以上所述仅是本申请的优选实施方式,应当指出,对于本
技术领域
:的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1