[发明专利]一种快速加载内嵌媒体数据的方法及系统

说明书

技术领域

本发明属于媒体数据加载的技术领域，具体涉及一种快速加载内嵌媒体数据的方法及系统。

背景技术

在现有的多媒体集成应用中加载内嵌媒体数据的方法，有内存加载方式和文件加载方式。内存加载方式是媒体播放器直接从内存中读取媒体数据；而文件加载方式需要先将内嵌的媒体数据转存到本地磁盘并临时生成新文件，然后生成的新文件提供给应用中具体的媒体播放器进行文件播放，如果媒体数据支持内存加载方式，还需要将该外部文件映射成内存数据，而后再提供给具体的媒体播放器使用。显然，内存加载方式比文件加载方式的效率高。但是，由于不同类型的媒体数据格式来自于不同公司定义的标准，这些标准之间还没有实现统一，有的媒体数据支持内存加载方式，而更多的媒体数据仅仅支持文件加载方式，例如flash动画、音频、视频等只支持文件加载方式，而图片等既支持内存加载方式，同时也支持文件加载方式。因此，在加载内嵌媒体数据过程中，不得不区分媒体数据的类型，以尽可能地利用内存加载方式，但仍不能解决仅仅支持文件加载方式的媒体数据的加载效率问题，从而在很大程度上浪费了系统的运行效率。

为了更好地理解本发明，下面将本发明中所涉及的技术术语简介如下。

结构化存储方式：所谓结构化存储方式实际是把树状文件系统的原理应用到单个的文件中，使得单个文件也能像文件系统一样包含“子目录”，“子目录”还可以包含更深层次的“子目录”，各个“目录”可以含多个文件，把原来需要多个文件存储的内容按树状结构和层次保存到一个文件中去。

如果把内嵌媒体数据按照结构化存储方式组织，那么结构化存储的内嵌媒体数据实质上可以认为是组织好的内存数据，如果能将内嵌媒体数据加载过程直接操作各媒体项对应的内存数据，将从整体上加速内嵌媒体数据的加载速度。

API(Application Programming Interface，应用程序编程接口)：它是能用来操作组件、应用程序或者操作系统的一组函数。不同的操作系统提供不同的API。以Microsoft Windows为例，API由一个或多个提供某种特殊功能的DLL组成。DLL是一个文件，其中包含了在Microsoft Windows下运行的任何应用程序都可调用的函数。运行时，DLL中的函数动态地链接到调用它的应用程序中。无论有多少应用程序调用DLL中的某个函数，在磁盘上只有一个文件包含该函数，且只在它调入内存时才创建该DLL。

Windows API，它包括构成Windows操作系统的各种DLL。每个Windows应用程序都直接或间接地与Windows API互动。Windows API保证Windows下运行的所有应用程序的行为方式一致。

钩子(Hooker)：是Windows消息处理机制的一个平台，应用程序可以在上面设置子程以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。钩子机制允许应用程序截获处理window消息或特定事件。钩子实际上是一个处理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦即钩子函数先得到控制权。这时钩子函数即可以加工处理(改变)该消息，也可以不作处理而继续传递该消息，还可以强制结束消息的传递。

在加载内嵌媒体数据过程中，如果能够通过操作系统文件输入输出系统API的钩子截获媒体播放器发送的访问待播文件的请求，将其重定向到内嵌媒体数据的内存数据中，即可消除内嵌媒体数据加载的类型限制，从而提高加载的效率。

发明内容

针对现有技术中存在的缺陷，本发明的目的是提供一种快速加载内嵌的媒体数据的方法及系统，该方法及系统能够消除了加载方式的差异，统一从内存加载媒体数据，从而提高了媒体数据的加载效率。

为达到以上目的，本发明采用的技术方案是：一种快速加载内嵌媒体数据的方法，包括以下步骤：

(1)启动多媒体应用播放器；

(2)打开内嵌有媒体数据的文件，为该文件中每个内嵌媒体项注册一个虚拟文件名；

(3)加载需要播放的虚拟文件；

(4)查找到所述虚拟文件对应的媒体项数据，并返回媒体播放器进行播放。

进一步，步骤(2)中所述的虚拟文件名的命名方式不同于操作系统磁盘文件名的命名方式，且该虚拟文件名与文件中的媒体项一一对应。