一种地铁线路运营场景回放的方法与装置制造方法及图纸

技术编号:11242005 阅读:93 留言:0更新日期:2015-04-01 15:44
本发明专利技术涉及一种地铁线路运营场景回放的方法,包括:S1:对UI实体以及接口进行抽象;S2:将打上时间标签的内存UI实体序列化到硬盘;S3:回放时对硬盘上的数据进行反序列化,生成带有时间标签的内存UI实体。本发明专利技术通过UI实体与接口抽象,序列化与反序列化操作,文件小型化与文件管理,最终基于时间标签的回放控制实现一个回放效果与实时显示效果完全一致、存储数据量较小、实现复杂度较低、可复用性较强的地铁运行场景回放方法。本发明专利技术还公开了一种地铁线路运营场景回放的装置。

【技术实现步骤摘要】
【专利摘要】本专利技术涉及一种地铁线路运营场景回放的方法,包括:S1:对UI实体以及接口进行抽象;S2:将打上时间标签的内存UI实体序列化到硬盘;S3:回放时对硬盘上的数据进行反序列化,生成带有时间标签的内存UI实体。本专利技术通过UI实体与接口抽象,序列化与反序列化操作,文件小型化与文件管理,最终基于时间标签的回放控制实现一个回放效果与实时显示效果完全一致、存储数据量较小、实现复杂度较低、可复用性较强的地铁运行场景回放方法。本专利技术还公开了一种地铁线路运营场景回放的装置。【专利说明】一种地铁线路运营场景回放的方法与装置
本专利技术涉及电子仪器
,尤其涉及一种地铁线路运营场景回放的方法与装置。
技术介绍
针对回放问题,结合现有技术,我们首先应对运营场景实时显示软件,即简称为场景显示软件的大体工作方式进行了解。 具体地,场景显示软件工作相关的数据流如图1所示。其中,通信对象,即地体信号系统的各子系统,会根据预先定义的通信方式将实时运行数据发送给场景显示软件;协议环节,即该环节完成通信协议的解析;π对象化,即该环节将协议解析后的数据转换成UI显示逻辑所需的UI实体;显示环节,即该环节根据UI实体完成运营场景的UI绘制,绘制结果呈现于显示器。 进一步地,现有的传统的技术方案主要分为三种:第一种是录像方式;第二种是模拟对等通信方式;第三种是Π元素硬编码方式。其中,录像方式是最简单的实现方式,其原理为运营场景回放软件直接调用系统API或第三方中间件,实时录制显示器画面,形成视频文件进而可被播放,由于这种方式实现简单,所以该方式应用最为广泛;模拟对等通信方式为模拟与运营场景显示软件有通信的系统或设备,将实际运行时所记录的通信数据,再次发给运营场景显示软件,进而达到运营场景被回放的效果元素硬编码方式为将UI对象化环节产生的内存数据做自定义编码,将编码后的数据存储到硬盘,回放时,需要对数据做解码,这种方法具有仿视频流的思想。以上三种方式,是针对场景显示软件数据流的不同环节在做处理,分别是显卡流、通信数据流、UI对象内存流。 更进一步地,现有的传统的技术方案虽然都能在一定程度上满足用户需求,但仍然都存在一些不足。针对录像方式,缺陷为:一:画面质量不高,即在实际应用中,都会采用多个显示器同时显示运营场景,而目前大多数录制中间件都无法完成多屏幕的同时录制,即录制的画面大小仅为一个显示器的大小,原本分布在多个显示器的画面都被挤压在一个显示器大小的范围内,画面美观性、清晰度都有所下降,回放时,即使通过播放器本身的放大功能,也依然存在画面分辨率的问题,放大后图像会更加不清晰;二:用户操作受限,即用户在观看回放画面时,也会有对界面进行操作的需求,例如,点击查看某一显示元素的详细信息、迅速定位某一元素等等,采用录像方式实现回放时,这些与业务相关的操作,录像中间件无法支持,所以用户只能单纯的观看,再加之画面质量的问题,整个回放效果非常差;针对模拟对等通信方式,该种实现方式下,回放数据显示软件就是真实的场景显示软件,所以能做到和实时显示完全一样的效果,与录像方式相比,不存在画面质量不高、用户操作受限等问题,但缺陷为:一:数据量大,即该种方式下,实时显示时需要把所有的通信数据都记录下来,即使前后两帧数据的内容完全一致,也要记录,所以数据量非常大;二:工作量大,即一般情况下,对等通信对象的个数较多,协议也比较复杂,所以模拟实现多个对等通信对象的工作量非常大;三:复用性差,即由于不同线路的系统有差别,各子系统间的通信协议也会不同,所以当线路变换时,需要重新模拟实现对等通信对象,所以该方案的复用性非常差;针对Π元素硬编码,即该方案的思想与模拟对等通信方案的思想很相似,只不过针对的数据流环节不同,所以这种方式能达到和模拟对等通信方式完全一样的效果,但其解决了存储数据量大的问题,原因在于其针对的数据流环节比较靠后,实现时可以对要显示的UI元素进行差分处理,即只对发生变化的UI元素进行编码存储,大大减少了数据量。但这种方式仍然没有解决工作量和复用性的问题,具体地缺陷为:一:工作量大,即由于要显示的UI元素非常的多,对每种元素都进行硬编码、解码的工作量非常大;二:复用性差,即同样,对于不同的线路和用户,Π要求会有差别,所以编码格式会有不同,即不同线路间,编码和解码工作不同,无法复用。
技术实现思路
本专利技术所要解决的技术问题是如何实现一个回放效果与实时显示效果完全一致、存储数据量较小、实现复杂度较低、可复用性较强的地铁运行场景回放方法的关键问题。 为此目的,本专利技术提出了一种地铁线路运营场景回放的方法,包括具体以下步骤: S1:对Π实体以及接口进行抽象,其中,所述Π实体抽象为:时间标签与属性集合; S2:将打上时间标签的内存UI实体序列化到硬盘; S3:回放时对硬盘上的数据进行反序列化,生成带有所述时间标签的内存Π实体。 进一步地,所述步骤S2进一步包括:在将打上时间标签的内存Π实体序列化到硬盘之前,进行差分比较。 具体地,序列化到硬盘的文件采用小文件方式。 进一步地,所受步骤S3进一步包括:回放逻辑部分根据所述时间标签按照进度顺序播放或跳转到固定时刻点播放。 为此目的,本专利技术还提出了一种地铁线路运营场景回放的装置,包括: 抽象模块,用于对Π实体以及接口进行抽象,其中,所述Π实体抽象为:时间标签与属性集合; 序列化模块,用于将打上时间标签的内存UI实体序列化到硬盘; 反序列化模块,用于回放时对硬盘上的数据进行反序列化; 生成模块,用于生成带有所述时间标签的内存Π实体。 进一步地,还包括,差分比较模块,用于在将打上时间标签的内存Π实体序列化到硬盘之前,进行差分比较。 具体地,序列化到硬盘的文件采用小文件方式。 本专利技术公开一种地铁线路运营场景回放的方法,通过Π实体与接口抽象,序列化与反序列化操作,文件小型化与文件管理,最终基于时间标签的回放控制实现一个回放效果与实时显示效果完全一致、存储数据量较小、实现复杂度较低、可复用性较强的地铁运行场景回放方法。本专利技术还公开了一种地铁线路运营场景回放的装置。 【专利附图】【附图说明】 通过参考附图会更加清楚的理解本专利技术的特征和优点,附图是示意性的而不应理解为对本专利技术进行任何限制,在附图中: 图1示出了现有技术中场景显示软件数据流程图; 图2示出了本专利技术实施例中的一种地铁线路运营场景回放的方法的步骤流程图; 图3示出了本专利技术实施例中的一种地铁线路运营场景回放的方法中的实体抽象UML 图; 图4示出了本专利技术实施例中的一种地铁线路运营场景回放的方法中的场景回放数据流图; 图5示出了某市地铁线路运营回放示意图; 图6示出了本专利技术实施例中的一种地铁线路运营场景回放的装置结构示意图。 【具体实施方式】 在综合传统方法缺陷的同时,我们也得到一个结论,即Π对象化环节是解决如何实现一个回放效果与实时显示效果完全一致、存储数据量较小、实现复杂度较低、可复用性较强的地铁运行场景回放方法的关键问题的切入点。因为在这个环节可以实现差分存储,在解决存储数据量问题的同时,又能保证画面质量和用户体验。 进一步地,核心问题为解决硬编码所带来的弊端,即解决可复本文档来自技高网
...
一种地铁线路运营场景回放的方法与装置

【技术保护点】
一种地铁线路运营场景回放的方法,其特征在于,包括具体以下步骤:S1:对UI实体以及接口进行抽象,其中,所述UI实体抽象为:时间标签与属性集合;S2:将打上时间标签的内存UI实体序列化到硬盘;S3:回放时对硬盘上的数据进行反序列化,生成带有所述时间标签的内存UI实体。

【技术特征摘要】

【专利技术属性】
技术研发人员:范莹郭辉
申请(专利权)人:北京交控科技有限公司
类型:发明
国别省市:北京;11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1