数据广播系统读取文件方法及设备的制作方法

文档序号:6411683阅读:140来源:国知局
专利名称:数据广播系统读取文件方法及设备的制作方法
技术领域
本发明涉及数据广播系统。具体地说,本发明涉及从数据广播中迅速读取文件的方法及设备。
背景技术
一般来说,数据广播系统由广播电视局、机顶盒(set-top box)和电视机组成,机顶盒从广播电视局所提供的广播数据流中提取出文件,并使之在电视机中播放。
这里,上述所提的机顶盒也可以内置于电视机内。
数字广播提供了比以前模拟广播更高画质和更高音质的视频和音频输出,此外还提供了数据广播和交互式(interactive)通信等多样便利的功能。
DVB-MHP中使用的数字广播协议基本支持所有服务提供者和目标传送装置(OCobject carousel)。这种目标传送装置是广播电视局周期性地反复发出数据流数据,并从此种数据流数据中查找必要的文件,提供给应用程序。
图1为现有读取文件方法图。如图1所示,现在,如果应用程序1要申请调用文件,这种申请要经过JAVA虚拟机(Java Virtual Machine,以下称JVM)2传输给目标传送装置3。目标传送装置3依据应用程序1的申请,向服务信息SI(Service Information,以下称SI)4申请必要的模块。SI 4以模块单位接受广播电视局所提供的广播数据流,这种模块被传输给上述目标传送装置3。上述目标传送装置3对各模块进行分析(parsing),提取并输出上述应用程序1所调用的文件。即,从上述目标传送装置3中提取出的文件经由上述JVM 2又被传输给应用程序1。
在此,JVM 2作为JAVA虚拟机是能将用JAVA语言编程的程序转换成计算机所能读取机器语言的程序。JVM中存在着只能存储类文件(c1ass file)的被称为堆栈存储器(HEAP)的存储媒介。因此,如果应用程序1所调用的文件是类文件,从目标传送装置3中查找到的类文件经由JVM 2被传输给应用程序1的过程中,相关类文件便被存储在JVM 2的堆栈存储器中。
目标传送装置3是利用目录(directory),文件(file)和数据流(stream)目标,由数据广播服务器向各广播接收方传输结构化的目标集团。
如上所述现有读取文件方法可以参照图2进行详细说明。
图2是说明现有读取文件方法顺序图。
参照图2,首先,为获取应用程序1所需的文件,向JVM 2提出调用文件申请(S11),JVM2将这种申请机械地进行转换,并向目标传送装置3申请文件(S12)。
目标传送装置3以SI 4从上述广播数据流中按照一定单位分离出来的模块为对象来检索文件,即分析各模块,确认其中是否存储有应用程序1所申请调用的文件(S13)。
如果检索出应用程序1所申请调用的文件,目标传送装置3便输出相关文件,并打开该文件(S14)。
如果应用程序1仍需继续调用文件,只要反复进行上述过程,便可以找出相关文件,否则应用程序1将结束(S15)。
但是,如上所述,现有的读取文件方法,每当应用程序需要文件时,必须经由JVM向目标传送装置调用,目标传送装置每次都要以各模块为对象进行分析,在查找到相关文件后还得经由JVM传输到应用程序。因此,每当应用程序提出申请调用时,目标传送装置都要查找文件才能提供,具有相当大的额外开销,并且也存在着增加读取时间等问题。同时,这种查找文件的过程不断进行,存在着明显降低了应用程序运行速度等问题。如果文件越大,这些问题就越严重。

发明内容
因而,为解决如上所述的现存问题,本发明便应运而生。本发明的目的在于提供一种广播系统读取文件方法和设备,以便具有直接管理文件功能的嵌入式文件系统管理器能迅速读取出相关文件。
为实现上述目的,依据本发明的实例,数据广播系统读取文件方法包括如下阶段目标传送装置从广播数据流中提取文件阶段;嵌入式文件系统管理器记录和存储上述被提取出文件阶段;应用程序申请调用文件及执行被调用文件阶段;上述被调用的文件由上述嵌入式文件系统管理器提供。
依据本发明的另一个优选实例,数据广播系统读取文件设备包括以下部分从广播数据流中提取文件的目标传送装置;对上述提取出的文件进行记录和管理的嵌入式文件系统管理器;存储上述被提取出的文件的嵌入式文件系统;申请调用文件并执行文件的应用程序;上述被申请调用的文件由上述嵌入式文件系统管理器提供。
如上所述,本发明数据广播系统的读取文件方法和设备在应用程序申请读取文件调用时,将从嵌入式文件系统管理器中查找相关文件,并进行传输,与过去从目标传送装置中查找并经由JVM向应用程序传输的过程相比,能更迅速读取文件。
同时,依据本发明的数据广播系统读取文件方法和设备为解决过去存储器使用问题,而引入了文件管理标准,依据相关系统规定了嵌入式文件系统的容量,如果超过此容量,将依据文件管理标准,按照文件时间顺序进行删除或按照文件大小顺序进行删除,以更加有效地管理存储器。
同时,如果依据本发明的数据广播系统读取文件方法及设备,既便不设立高速缓存或高速缓存管理器,也没有关系,也能发挥很好的缓存作用,在节约存储器的同时,减少了目标传送装置的额外开销。


图1为现有读取方法示意图。
图2为现有读取文件方法流程图。
图3为依据本发明优选实例的读取文件设备的构成图。
图4为依据本发明的优选实例读取文件方法的流程图。
附图主要部分符号说明31目标传送装置 32嵌入式文件系统管理器
33文件系统列表 34嵌入式文件系统35JVM36应用程序具体实施方式
以下,就参照附图对本发明的广播系统读取文件方法及系统予以说明。
图3是依据本发明优选实例的读取文件设备的构成图。
参照图3,依据本发明的读取文件设备包括如下几部分从广播数据流中提取文件的目标传送装置31;对上述目标传送装置31提取出的文件进行记录和管理的嵌入式文件系统管理器(Embedded File SystemManager)32;存储上述被嵌入式文件系统管理器32提取出的文件的嵌入式文件系统(Embedded File System)34;申请调用文件,并执行与之相应文件的应用程序36;这里,上述嵌入式文件系统管理器32中存在着仅记录上述被提取出文件文件名的文件系统目录表33。
上述目标传送装置31以广播数据流为对象提取出文件,此时,广播数据流被以一定单位分离出来的模块形态被存储在SI中。上述目标传送装置31便以存储在SI中的模块为对象进行分析,并提取出各文件,传输到上述嵌入式文件系统管理器32和嵌入式文件系统34。因此,上述目标传送装置31不受应用程序36调用文件的影响,无条件从广播数据流中提取出文件,并传输给嵌入式文件系统管理器32。此时,上述被提取出的文件中可以是类文件、信息文件和文本文件中的任意一种。同时,如上所述所提取出的任何一种文件都在上述嵌入式文件系统管理器32中记录的同时,嵌入式文件系统34中存储其路径。
上述嵌入式文件系统管理器32将上述被提取出文件的文件名记录在文件系统目录表33中,上述被提取出的实际数据被存储在嵌入式文件系统34中。此时,上述嵌入式文件系统34中存储着上述被提取出文件的实际数据和路径。
例如如果上述目标传送装置31提取出“a.class”文件、“b.class”文件、“1.gif”文件和“2.png”文件,被提取出的文件按文件名顺序被记录在系统文件中的同时,“a.class”文件、“b.class”文件、“1.gif”文件和“2.png”文件各自的实际数据与其路径一起被存储在上述嵌入式文件系统34中。因此,如果检索文件系统目录表33,便能确认都存在着什么文件,相关文件是类文件还是普通文件(例如信息文件和文本文件)。
换句话说,当上述应用程序36调用文件时,上述嵌入式文件系统管理器32检索上述文件系统目录表33,确认上述应用程序36所调用的文件是否存在,如果相关文件存在,再确认相关文件是否是类文件。在这里,如果确认文件系统目录表33中的相关文件是类文件,将执行相关类文件,并将相关类文件存储到JVM35。最后,如果再调用类文件时,就没有必要再从上述文件系统中读取相关类文件,而可以直接从上述JVM 35中读取相关类文件。在这种情况下,因为可以从嵌入式文件系统34中删除相关类文件,所以可以减少嵌入式文件系统34中所存储文件的数量。因此,如果应用程序36从上述嵌入式文件系统34中读取了相关类文件,便会自动删除相关类文件。如果不是相关类文件,而是普通文件,即使读取了一遍普通文件,也不会从上述嵌入式文件系统34中删除相关普通文件,而是继续保存该文件。
另一方面,如果上述文件系统目录表33中不存在上述应用程序36所调用的文件,上述嵌入式文件系统管理器32将再次从上述目标传送装置31中调用,并将向目标传送装置31调用的文件提取出来。即,上述目标传送装置31如果接受上述嵌入式文件系统管理器32的文件调用请求,将从SI中分析模块,并提取出所调用的文件,传送给上述应用程序36。
上述应用程序36所上述嵌入式文件系统管理器32调用所要执行的特定文件,上述嵌入式文件系统管理器32确认该文件是否存在后,上述嵌入式文件系统34传送相关文件,并执行上述相关文件。
下面将说明如上所述的读取文件设备读取文件方法。
图4为依据本发明的优选实例读取文件方法的流程图。
参照图4,首先目标传送装置31不受应用程序36是否运行的影响,如果接收到广播数据流,便从广播数据流中提取出文件(S41)。具体地说,如果接收到广播数据流,广播数据流将按模块单位被分离后存储到SI中。上述目标传送装置31对上述存储在SI中的模块按顺序进行分析处理,提取出文件后,传送给嵌入式文件系统管理器32。
上述嵌入式文件系统管理器32在将上述被提取出的文件的文件名存储在文件系统目录表33的同时,将上述被提取出文件的实际数据和其路径一同存储入嵌入式文件系统34(S42)。
上述S41和上述S42与应用程序是否运行无关,只要从广播电视局接收到广播数据流便持续进行。
此时,上述应用程序36如果运行并向嵌入式文件系统管理器32调用相应文件(S43),上述应用程序36所提出的调用将经由JVM 35。即上述应用程序36和其它媒介间必须经由JVM 35转换后,才能相互辨别软件和硬件。
上述嵌入式文件系统管理器32回应上述应用程序36的调用,检索并确认文件系统目录表33中是否存在被调用文件(S44、S45)。
如果上述文件系统目录表33中存在应用程序36所调用的文件(S46)。
如果相关文件是类文件,上述嵌入式文件系统34在读取相关文件实际数据后,将向上述应用程序36传送。此时,将从上述嵌入式文件系统34中删除相关文件的实际数据(S47)。
相反,相关文件如果不是类文件,而是普通文件(例如信息文件,文本文件等),上述嵌入式文件系统34将在读取相关文件实际数据后,不传送给应用程序36,并且不删除上述相关文件,而是继续保存该文件(S48)。
上述应用程序36所调用的文件由上述嵌入式文件系统管理器32传送,并执行(S49)。
另一方面,如果上述嵌入式文件系统管理器32中存在上述应用程序36所调用的文件,上述嵌入式文件系统管理器32将向目标传送装置31再次调用应用程序36所调用文件。
这样,上述目标传送装置31将分析SI所提供的模块,并提取出应用程序36所调用的文件,并经由上述嵌入式文件系统管理器32和JVM 35传送给应用程序36并执行(S51)。
另一方面,本发明为解决现有存储器使用问题,而引入了文件管理标准。根据相应系统规定了嵌入式文件系统的容量,如果超过此容量,将依据文件管理标准,按照文件时间顺序进行删除或按照文件大小顺序进行删除,以更加有效地管理存储器。
因此,本发明包括广播数据流在内的各文件被存储到文件系统目录表及嵌入式文件系统后,如果应用程序申请调用文件,嵌入式文件系统管理器将确认是否存在应用程序所要调用的文件和该文件是否是类文件后,从嵌入式文件系统中提取出相应文件,并传送给应用程序。而在过去,只要应用程序调用文件,每次都要从目标传送装置中查找文件,并向应用程序传送。因此应用此发明能解决读取文件浪费时间问题。
同时,本发明将一次调用的类文件存储在JVM中,因此如果读取存储入嵌入式文件系统中的类文件,将删除相关类文件,嵌入式文件系统的存储使用容量将依据文件种类进行调整,并依据文件管理标准有效地进行文件读取。
通过上述说明内容,相关工作人员完全可以在不偏离本项发明技术思想范围的前提下,进行多种多样的变更或修改。因此,本项发明的技术范围并不局限于实例所记载的内容,必须要根据专利调用的范围来确定其技术性范围。
权利要求
1.一种数据广播系统读取文件方法,其特征在于包括如下阶段目标传送装置从广播数据流中提取文件的阶段;嵌入式文件系统管理器将上述提取出的文件进行记录和存储的阶段;应用程序调用文件及执行被调用的文件的阶段;上述被调用的文件由上述嵌入式文件系统管理器提供。
2.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于所述的提取文件阶段包括以模块单位分离上述广播数据流的阶段;分析上述被分离的模块并提取文件的阶段。
3.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于所述存储上述被提取出的文件的阶段包括将上述被提取的文件的文件名记录在文件系统目录表中的阶段;将上述被提取出的文件的实际数据存储到嵌入式文件系统的阶段。
4.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于将上述被提取文件实际数据和路径一起存储。
5.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于所述的被调用文件阶段包括如下阶段上述应用程序申请调用文件的阶段;上述嵌入式文件系统管理器确认上述文件系统目录表中是否存在所调用的文件的阶段;如果存在上述文件,上述嵌入式文件系统管理器将从上述嵌入式文件系统中读取所调用文件的相应实际数据后,向上述应用程序传送的阶段;上述应用程序执行上述文件的阶段。
6.按照权利要求5所述的数据广播系统读取文件的方法,其特征在于如果上述被申请调用的文件存在,且上述调用文件是类文件,从上述嵌入式文件系统中读取文件后,删除相关文件。
7.按照权利要求6所述的数据广播系统读取文件的方法,其特征在于上述类文件被存储到位于上述应用程序和上述嵌入式文件系统管理器之间的JVM后,再传送到上述应用程序。
8.按照权利要求5所述的数据广播系统读取文件的方法,其特征在于上述被调用的文件如果存在,且在上述被调用文件不是类文件的情况下,从上述嵌入式文件系统读取出上述被调用文件后,继续保存该文件。
9.按照权利要求5所述的数据广播系统读取文件的方法,其特征在于还包括如下阶段上述被调用文件如果不存在,将向上述目标传送装置再次调用文件的阶段;上述目标传送装置按照上述调用分析上述被分离的模块,并提取出文件的阶段;上述目标传送装置将上述被提取出的文件向上述应用程序传送的阶段。
10.按照权利要求1或5或9所述的数据广播系统读取文件的方法,其特征在于上述被提取的文件和上述嵌入式文件系统读取的文件经由上述JVM输出。
11.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于上述被存储的文件包括类文件和普通文件。
12.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于如果调用上述文件,也同时提供路径信息。
13.按照权利要求1所述的数据广播系统读取文件的方法,其特征在于上述被提取文件和路径一同被存储。
14.一种数据广播系统读取文件的设备,其特征在于由以下部分构成从广播数据流中提取文件的目标传送装置;对上述提取出的文件进行记录和管理的嵌入式文件系统管理器;存储上述被提取出的文件的嵌入式文件系统;调用文件并执行文件的应用程序;上述被调用的文件由上述嵌入式文件系统管理器提供。
15.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述嵌入式文件系统管理器中具备记录上述被提取文件文件名的文件系统目录表。
16.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于包括将上述广播数据流以模块方式进行分离的SI。
17.按照权利要求14或16所述的数据广播系统读取文件的设备,其特征在于上述目标传送装置对由上述SI所分离的模块进行分析,并提取出文件。
18.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于将上述提取出的文件的实际数据和其路径一同存储到上述嵌入式文件系统。
19.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述嵌入式文件系统管理器对上述文件系统目录表进行检索,如果存在上述应用程序所要调用的文件,便从上述嵌入式文件系统中传输应用程序所调用文件的实际数据。
20.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述应用程序执行上述被调用文件实际数据。
21.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述应用程序所调用文件如果是类文件,在向上述应用程序传送相关文件后,便从上述嵌入式文件系统中删除该文件。
22.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述应用程序所调用文件如果不是类文件,从上述嵌入式文件系统向上述应用程序传输相关文件后,继续保存该文件。
23.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于如果上述文件系统目录表中不存在上述应用程序所调用文件时,上述嵌入式文件系统管理器再次向上述目标传送装置调用文件。
24.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于从广播数据流中提取出与上述目标传送装置所调用文件相对应文件后,便向上述应用程序传输。
25.按照权利要求24所述的数据广播系统读取文件的设备,其特征在于从上述广播数据流中提取出的文件经由上述JVM输出。
26.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述被存储文件包括类文件和普通文件。
27.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述应用程序调用文件时,同时提供基路径信息。
28.按照权利要求14所述的数据广播系统读取文件的设备,其特征在于上述嵌入式文件系统容量如果超过一定限度,将按时间顺序或是文件大小顺序从存储文件中删除相应文件。
全文摘要
本发明涉及能更迅速提供数据电视广播服务的数据广播系统读取文件方法及设备。依据本发明的数据广播读取文件设备在将从目标传送装置提取出的所有文件文件名存储入文件系统目录表的同时,将文件的实际数据与其路径一同存储入嵌入式文件系统。嵌入式文件系统管理器在确认是否存在应用程序所要调用的文件之后,从嵌入式文件系统中将相关文件的实际数据传送给应用程序。此时,传送给应用程序的文件如果是类文件,将从嵌入式文件系统中删除该文件,如果不是类文件将继续保存该文件。应用本发明可以迅速读取文件,同时可以明显减少目前在每次调用应用程序所需文件时都要从目标传送装置查找相关文件所引起的处理方面额外开销。
文档编号G06F17/30GK1744712SQ20041005415
公开日2006年3月8日 申请日期2004年8月31日 优先权日2004年8月31日
发明者崔美爱, 权真郁 申请人:上海乐金广电电子有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1