CN105578224A - 一种多媒体数据的获取方法、装置、智能电视及机顶盒 - Google Patents

Abstract

本申请公开了一种多媒体数据的获取方法，用以解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。方法包括：从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；将获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。本申请还公开一种多媒体数据的获取装置、一种智能电视和一种机顶盒。

Description

一种多媒体数据的获取方法、装置、智能电视及机顶盒

技术领域

本申请涉及多媒体技术领域，尤其涉及一种多媒体数据的获取方法、装置、智能电视及机顶盒。

背景技术

目前，利用终端播放多媒体文件，已经成为非常普及的用户行为。具体而言，用户在日常生活中常常利用手机、平板电脑、台式电脑或电视机播放视频文件或音频文件。

在一些场景中，用户有获得终端当前播放的多媒体文件包含的全部或部分多媒体数据，并对其进行特定处理的需求。比如，以终端为智能电视为例，用户有可能期望对智能电视当前正在播放的视频文件的片段进行录制，并通过互联网分享给其他用户；仍然以智能电视为例，又比如，用户还有可能期望将智能电视当前正在播放的歌曲同步到手机上。

针对上述需求而言，目前的解决方案主要是用户利用第三方设备，对终端当前播放的多媒体文件进行采集，进而对采集到的多媒体数据进行特定处理。这里所说的特定处理比如可以包括：将该多媒体数据发布到互联网上、输出该多媒体数据到指定的终端设备，或者对该多媒体数据进行优化，等等。

具体而言，以播放多媒体文件的终端为智能电视，第三方设备为手机为例，若用户期望对智能电视当前播放的音频文件进行采集，则可以利用手机的麦克风进行录音，从而达到采集音频数据的目的。

上述音频数据处理方式存在以下弊端：

1、需要依赖第三方设备(如手机)，且需要用户手动触发第三方设备录音；

2、录音时会难以避免地录入环境噪声；

3、音频数据在“播放-经空气传输-录制”过程中存在失真。

类似地，仍以播放多媒体文件的终端为智能电视，第三方设备为手机为例，若用户期望对智能电视当前播放的视频文件进行采集，则可以利用手机的摄像头进行拍摄，从而达到采集视频数据的目的。

显然，该视频数据处理方式也存在着上述类似弊端。

综上可知，现有技术中的多媒体数据处理方式存在着需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。

发明内容

本申请实施例提供一种多媒体数据的获取方法，用以解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。

本申请实施例还提供一种多媒体数据的获取装置，用以解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。

本申请实施例还提供一种智能电视。

本申请实施例还提供一种机顶盒。

本申请实施例采用下述技术方案：

一种多媒体数据的获取方法，包括：

从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；将获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。

一种多媒体数据的获取装置，包括：数据获得单元，用于从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；数据保存单元，用于将数据获得单元获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。

一种智能电视，包括上述装置。

一种机顶盒，包括上述装置。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

由于多媒体数据是从缓存发送给多媒体数据输出装置进行输出的多媒体数据的第一缓存空间中获取到的，无需采用第三方设备通过录制的方式获取多媒体数据，从而相比于现有的多媒体数据获取方式而言，本申请实施例提供的方案耗费的硬件资源和人力资源均较少，且获取到的多媒体数据失真度较低。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种多媒体数据获取方法的具体实现流程图；

图2为现有技术中的Android操作系统底层中的AudioTrack和AudioRecorder的示意图；

图3为本申请实施例2提供的一种新颖的音频内录系统的架构示意图；

图4为本申请实施例2提供的一种音频数据录制流程的示意图；

图5为现有技术中的Android操作系统底层中的Camera和SurfaceFlinger的示意图；

图6为本申请实施例3提供的一种新颖的音频内录系统的架构示意图；

图7为本申请实施例3提供的一种音频数据录制流程的示意图；

图8为本申请实施例4提供的一种多媒体数据的获取装置的具体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为了实现多媒体文件的流畅播放，在将多媒体数据发送给多媒体文件播放设备的多媒体数据输出装置的过程中，可以先将多媒体数据发送到多媒体文件播放设备的第一缓存空间中进行缓存。基于该特点，为了解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题，本申请实施例提供一种多媒体数据获取方法。

该方法的具体实现流程图如图1所示，包括如下步骤：

步骤11，从多媒体文件播放设备的第一缓存空间中获得多媒体数据；

其中，第一缓存空间用于：缓存发送给多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据。

多媒体文件播放设备可以但不限于包括：智能电视、台式个人电脑以及智能手机等便携式移动设备。

多媒体数据输出装置可以但不限于包括：扬声器和/或显示器等。

步骤12，将获得的多媒体数据保存在多媒体播放设备的第二缓存空间中。

采用上述方法，由于多媒体数据是从缓存发送给多媒体数据输出装置进行输出的多媒体数据的第一缓存空间中获取到的，无需采用第三方设备通过录制的方式获取多媒体数据，从而相比于现有的多媒体数据获取方式而言，本申请实施例提供的方案耗费的硬件资源和人力资源均较少，且获取到的多媒体数据失真度较低。

以下具体介绍上述步骤11和步骤12的具体实现方式。

在一种实施方式中，可以设置不同的多媒体数据源标识，以表示可以从什么样的多媒体数据源获取多媒体数据。比如，可以设置“AudioSourceLOOP_BACK”这样的多媒体数据源标识，并约定该标识表示：多媒体数据源为第一缓存空间；此外，可以设置“AudioSourceMIC”这样的多媒体数据源标识，并约定该标识表示：多媒体数据源为麦克风；此外，还可以设置“AudioSourceDIS”这样的多媒体数据源标识，并约定该标识表示：多媒体数据源为显示器。

基于上述设置，在一种实施方式中，步骤11的具体实现过程可以包括：获得多媒体数据源标识；在判断出获得的该多媒体数据源标识与特定多媒体数据标识相同时，从第一缓存空间获得多媒体数据。其中，这里所说的特定数据源标识可以为上述的“AudioSourceLOOP_BACK”，即，可以为表示多媒体数据源为第一缓存空间的数据源标识。

针对步骤12而言：

在一种实施方式中，步骤12的实现过程可以包括如下子步骤：

将获得的多媒体数据保存在多媒体文件播放设备的第三缓存空间中；

在接收到数据获取指令后，从第三缓存空间中读取获得的多媒体数据；

将读取到的多媒体数据保存在第二缓存空间中。

采用上述子步骤，从第一缓存空间中获取的多媒体数据可以暂时保存在第三缓存空间中，并不转移到第二缓存空间，直至接收到数据获取指令时，才从第三缓存空间中读取多媒体数据，并将读取到的多媒体数据保存至第二缓存空间。

上述子步骤的应用场景比如可以如下：

第三缓存空间为针对不同应用所设置的公共缓存空间；第二缓存应用为针对单个应用所设置的专用缓存空间。

在这样的场景下，当某应用期望调用多媒体数据时，可以执行：从公共缓存空间读取多媒体数据，并将读取到的多媒体数据保存至针对该应用设置的专用缓存空间。

在一种实施方式中，为了实时将第一缓存空间中的多媒体数据读取至第二缓存空间中，“从第一缓存空间中获得多媒体数据，将获得的多媒体数据保存在第三缓存空间中”这一操作，和“从第三缓存空间中读取获得的多媒体数据，将读取到的多媒体数据保存在第二缓存空间中”这一操作，可以是同步执行的。

具体的同步执行方式可以如下：

在接收到数据获取指令后，首先创建归属于同一进程的两个线程：第一线程和第二线程。然后，一方面，利用进第一线程，从第一缓存空间中获得多媒体数据，并将获得的多媒体数据保存在第三缓存空间中；另一方面，利用第二线程，从第三缓存空间中读取获得的多媒体数据，并将读取到的多媒体数据保存在第二缓存空间中。

在上述同步执行方式中，第三缓存空间的存在意义还包括：

1、在第一线程和第二线程的数据获取频率相同，但第一线程每次从第一缓存空间中获得的多媒体数据的长度大于第二线程每次从第二缓存空间中获得的多媒体数据的长度的情况下，利用第三缓存空间，可以对第一线程获得的多媒体数据进行缓存，以便第二线程分多次获取由第一线程获取到的多媒体数据。

2、在第一线程和第二线程单次获取的多媒体数据的长度相同，但第一线程从第一缓存空间中获得多媒体数据的频率高于第二线程从第二缓存空间中获得多媒体数据的频率时，利用第三缓存空间，可以对第一线程获得的多媒体数据进行缓存，以便第二线程分多次获取由第一线程获取到的多媒体数据。

在一种实施方式中，可以基于获取到的多媒体数据执行特定操作。

比如，在步骤12执行完毕后，可以执行下述特定操作，从而实现向用户推荐与获得的多媒体数据相关的信息：

从第二缓存空间中读取获得的多媒体数据；

根据从第二缓存空间中读取的获得的多媒体数据，确定相应的多媒体文件的特征信息；

根据特征信息，获得与多媒体文件相关的信息；

通过多媒体数据输出装置展示获得的该与多媒体文件相关的信息。

在一种实施方式中，也可以只按照上述方式获得与多媒体文件相关的信息，而不对其进行展示。

在一种实施方式中，当特征信息包括内容的类型信息时，根据该特征信息获得的与多媒体文件相关的信息可以包括：与该多媒体文件内容的类型相同的其他多媒体文件的信息。

在一种实施方式中，当特征信息包括播放进度信息时，根据该特征信息获得的与多媒体文件相关的信息可以包括：与该多媒体文件当前的播放进度信息相匹配的预设互动信息。比如，预先可以针对该多媒体文件的不同播放进度分别设置互动信息，这些互动信息可以相同，也可以不同。按照这样的方式，当获得的播放进度信息表示该多媒体文件播放到进度1时，可以根据该播放进度信息获得对应于进度1的互动信息1；类似地，当获得的播放进度信息表示该多媒体文件播放到进度2时，可以根据该播放进度信息获得对应于进度2的互动信息2；以此类推。

在一种实施方式中，当特征信息包括用于表示多媒体文件为广告的广告标识时，与多媒体文件相关的信息可以包括：与该广告标识相匹配的商品信息。

本申请实施例中，多媒体文件可以包括音频文件和/或视频文件。

当多媒体文件包括视频文件时，相应的特征信息可以包括图像特征信息，如图像纹理信息、图像明暗变化趋势信息或图像色彩信息等。在这样的场景下，在一种实施方式中，可以根据图像特征信息和与多媒体文件相关的信息的预设对应关系，获得与当前正在播放的多媒体文件的图像特征信息相对应的、与多媒体文件相关的信息。

类似地，当多媒体文件包括音频文件时，相应的特征信息可以包括音频特征信息，如能量波形信息、频域信息或梳状谱信息等。在这样的场景下，在一种实施方式中，可以根据音频特征信息和与多媒体文件相关的信息的预设对应关系，获得与当前正在播放的多媒体文件的音频特征信息相对应的、与多媒体文件相关的信息。

当多媒体文件既包括视频文件，又包括音频文件时，可以根据该多媒体文件的特征信息，分别获得与该多媒体文件包含的视频文件相关的信息，以及与该多媒体文件包含的音频文件相关的信息。在这样的场景下，通过多媒体数据输出装置展示获得的与多媒体文件相关的信息可以但不限于采用以下几种实现方式之一：

方式一：通过多媒体数据输出装置展示与视频文件相关的信息；

方式二：通过多媒体数据输出装置展示与音频文件相关的信息；

方式三：通过多媒体数据输出装置展示与视频文件相关的信息以及与音频文件相关的信息；

方式四：在确定出与视频文件相关的信息和与音频文件相关的信息包含相同的信息部分时，通过多媒体数据输出装置展示该相同的信息部分。

在一种实施方式中，为了支持用户基于展示的与多媒体文件相关的信息执行一些特定操作，还可以通过多媒体输出装置展示与多媒体文件相关的信息所对应的特定操作入口。

其中，上述特定操作入口比如可以是信息访问入口(如统一资源定位符UniformResourceLocator，URL)。比如，当与多媒体文件相关的信息包括商品信息时，该特定操作入口可以包括商品详情页面的URL。

此外，当与多媒体文件相关的信息为与该多媒体文件类型相同的其他多媒体文件时，该特定操作入口可以是播放入口，即若接收到通过该特定操作入口发起的操作请求，则可以播放所述其他多媒体文件。

或者，该特定操作入口还可以是：执行对展示的与多媒体文件相关的信息的隐藏操作的入口。即若接收到通过该特定操作入口发起的操作请求，则可以对展示的该相关的信息进行隐藏。

在一种实施方式中，在向终端提供上述特定操作入口后，还可以：获得通过特定操作入口发起的操作请求；执行与该操作请求相匹配的操作。

特别地，当操作请求包括信息获取请求时，执行与该操作请求相匹配的操作包括：向不同于多媒体文件播放设备的其它终端发送与该信息获取请求相匹配的信息。在一种实施方式中，当特定操作入口包括商品详情页面的访问链接时，相应的与该信息获取请求相匹配的信息可以包括：商品详情页面。

在一种实施方式中，信息获取请求中可以包括这里所说的其它终端的标识，以使得后续可以根据该标识向其它终端发送与该信息获取请求相匹配的信息。本申请实施例中，也可以采用其他方式获得其它终端的标识。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤11和步骤12的执行主体可以为设备1；又比如，步骤11的执行主体可以为设备1，步骤12的执行主体可以为设备2；等等。

实施例2

实施例2以安装有安卓(Android)操作系统的智能电视为例，详细介绍该智能电视中运行的一种新颖的音频内录系统。该音频内录系统不需要借助智能电视的外接设备，就可以获取到失真度非常低的多媒体数据。此外，整个音频录制过程不需要用户触发，极大提高了用户体验。

在介绍实施例2提供的该音频内录系统之前，首先对一些技术背景进行下述简单说明。

Android操作系统底层有两个比较关键的模块：AudioTrack和AudioRecorder，如图2所示。

其中，AudioTrack用于播放音频文件，诸如多媒体文件播放器等顶层应用通过write()接口，可以实现将音频数据发送到AudioTrack模块内部的缓存器(buffer)，然后AudioTrack再调用底层驱动，实现将音频数据发送给扬声器等硬件，从而实现对音频文件的播放。

AudioRecorder模块用于实现对音频数据的录制。当接收到录制开始指令后，音频源麦克风可以对智能电视播放出的声音信号进行采集，并将采集的音频数据发送到AudioRecorder的内部buffer。后续java层的录制应用可以通过read()接口获取buffer中保存的音频数据。

本申请实施例2在如图2所示的现有技术的基础上，提出了一种新颖的音频内录系统，该系统的架构示意图如图3所示。

相比于图2，图3中新增了“LoopBack”这一模块。后文将结合一个具体的音频数据录制流程，详细介绍LoopBack的功能。

请参照说明书附图4，其为基于图3所示的音频内录系统架构实现的一个典型的音频数据录制流程的示意图，该流程主要包括下述步骤：

步骤41，在录制应用获取音频数据前，创建一个AudioRecorder，并将source源设置为自定义的输入设备类型，即，将source源设置为LOOP_BACK。

其中，这里的“LOOP_BACK”相当于本申请实施例1中所述的表示“多媒体数据源为第一缓存空间”的特定多媒体数据源标识。

步骤42，AudioRecorder在接收到录制开始指令后，检测source源，如果是检测出source源被设置为LOOP_BACK，则执行步骤43，否则，则可以结束流程。

步骤43，AudioRecorder创建一个内录进程，并为该内录进程分配一个buffer(即图3中所示的buffer2，相当于本申请实施例1中所述的第三缓存空间)；进一步地，创建归属于该内录进程的两个线程：线程一和线程二。

步骤44，线程一从AudioTrack的buffer(即图3中的buffer1，相当于本申请实施例1中所述的第一缓存空间)中读取音频数据，并将该音频数据复制到LoopBack的buffer2的队列头部；线程二将LoopBack的buffer2队列尾部的数据复制到AudioRecorder的buffer(即图3中的buffer3，相当于本申请实施例1中所述的第二缓存空间)中。

步骤45，录制应用从AudioRecorder的buffer3中读取音频数据，以及根据音频数据生成音频流并输出。

后续AudioRecorder在接收到录制终止指令时，退出线程一和线程二，并释放buffer2的存储空间。

实施例3

实施例3以安装有Android操作系统的智能电视为例，详细介绍该智能电视中运行的一种新颖的视频内录系统。该视频内录系统不需要借助智能电视的外接设备，就可以获取到失真度非常低的多媒体数据。此外，整个视频录制过程不需要用户触发，极大提高了用户体验。

在介绍实施例3提供的该视频内录系统之前，首先对一些技术背景进行下述简单说明。

Android操作系统底层有两个比较关键的模块：SurfaceFlinger和Camera，如图5所示。

其中，SurfaceFlinger用于对视频文件进行处理。诸如多媒体文件播放器等顶层应用通过write()接口，可以实现将视频数据发送到SurfaceFlinger，然后SurfaceFlinger再调用底层驱动，实现将视频数据发送给扬声器等硬件，从而实现对视频文件的播放。

Camera用于在接收到图像获取指令后，对Android操作系统所在的终端屏幕上显示的视频图像进行抓取，并将抓取的视频图像发送到如图5所示的CameraService这个模块进行保存，后续java层的应用可以通过read()接口获取CameraService保存的视频图像。

本申请实施例3在如图5所示的现有技术的基础上，提出了一种新颖的视频内录系统，该系统的架构示意图如图6所示。

相比于图5，图6中新增了“FrameBufferCache”这一模块。后文将结合一个具体的视频数据录制流程，详细介绍FrameBufferCache的功能。

请参照说明书附图7，其为基于图6所示的视频内录系统架构实现的一个典型的视频数据录制流程的示意图，该流程主要包括下述步骤：

步骤71，在图6所示的应用(Application)获取视频数据前，创建一个CameraService，并将source源设置为自定义的输入设备类型，即，将source源设置为FrameBufferCache。

其中，这里的“FrameBufferCache”相当于本申请实施例1中所述的表示“多媒体数据源为第一缓存空间”的特定多媒体数据源标识。

步骤72，CameraService在接收到录制开始指令后，检测source源，如果是检测出source源被设置为FrameBufferCache，则执行步骤73，否则，则可以结束流程。

步骤73，CameraService创建一个内录进程，并为该内录进程分配一个buffer(即图6中所示的FrameBufferCache，相当于本申请实施例1中所述的第三缓存空间)；进一步地，创建归属于该内录进程的两个线程：线程一和线程二。

步骤74，线程一从SurfaceFlinger的buffer(相当于本申请实施例1中所述的第一缓存空间)中读取视频数据，并将该视频数据复制到FrameBufferCache的buffer队列头部；线程二将FrameBufferCache的buffer队列尾部的数据复制到CameraService的buffer(相当于本申请实施例1中所述的第二缓存空间)中。

步骤75，Application从CameraService的buffer中读取视频数据。

后续CameraService在接收到录制终止指令时，退出线程一和线程二，并释放FrameBufferCache的存储空间。

实施例4

为了解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题，本申请实施例4提供一种多媒体数据的获取装置，该装置的具体结构示意图如图8所示，包括数据获得单元81和数据保存单元82。各单元的功能如下：

数据获得单元81，用于从多媒体文件播放设备的第一缓存空间中获得多媒体数据。

其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置的多媒体数据；

数据保存单元82，用于将数据获得单元81获得的多媒体数据保存在多媒体文件播放设备的第二缓存空间中。

由于多媒体数据是从缓存发送给多媒体数据输出装置进行输出的多媒体数据的第一缓存空间中获取到的，无需采用第三方设备通过录制的方式获取多媒体数据，从而相比于现有的多媒体数据获取方式而言，本申请实施例提供的方案耗费的硬件资源和人力资源均较少，且获取到的多媒体数据失真度较低。

在一种实施方式中，数据获得单元81可以用于：获得多媒体数据源标识；在判断出多媒体数据源标识与特定多媒体数据源标识相同时，从第一缓存空间获得多媒体数据。其中，特定多媒体数据源标识表示：多媒体数据源为第一缓存空间。

在一种实施方式中，数据保存单元82可以包括下述子单元：

第一保存子单元，用于将获得的多媒体数据保存在多媒体文件播放设备的第三缓存空间中；

读取子单元，用于在接收到数据获取指令后，从第三缓存空间中读取获得的多媒体数据；

第二保存子单元，用于将读取子单元读取到的多媒体数据保存在第二缓存空间中。

在一种实施方式中，数据获得单元81可以用于在接收到数据获取指令后，利用进程的第一线程，从第一缓存空间中获得多媒体数据；

第一保存子单元，用于利用第一线程，将数据获得单元获得的多媒体数据保存在第三缓存空间；

读取子单元，用于在接收到数据获取指令后，利用上述进程的第二线程，从第三缓存空间中读取获得的多媒体数据；

第二保存子单元，用于利用所述进程的第二线程，将读取子单元读取到的多媒体数据保存在第二缓存空间中。

在一种实施方式中，当多媒体文件包括视频文件时，多媒体数据输出装置可以包括显示屏幕。而当多媒体文件包括音频文件时，多媒体数据输出装置包括扬声器。

在一种实施方式中，本申请实施例4提供的该装置还可以包括下述功能单元：

读取单元，用于从第二缓存空间中读取获得的多媒体数据；

特征信息确定单元，用于根据读取单元从第二缓存空间中读取的多媒体数据，确定相应的多媒体文件的特征信息；

展示单元，用于根据特征信息确定单元确定的特征信息，获得与多媒体文件相关的信息，并通过多媒体数据输出装置展示该与多媒体文件相关的信息。

在一种实施方式中，展示单元还可以用于通过多媒体输出装置，展示与与多媒体文件相关的信息对应的特定操作入口。

在一种实施方式中，本申请实施例提供的该装置还包括请求获得单元和操作执行单元。其中，请求获得单元用于在展示单元通过多媒体输出装置展示与与多媒体文件相关的信息对应的特定操作入口后，获得通过特定操作入口发起的操作请求；操作执行单元，用于执行与请求获得单元获得的操作请求相匹配的操作。

在一种实施方式中，当上述操作请求包括信息获取请求时，操作执行单元可以用于：向不同于多媒体文件播放设备的其他终端发送与信息获取请求相匹配的信息。

在一种实施方式中，当与多媒体文件相关的信息包括商品信息时，特定操作入口可以包括：商品详情页面的访问链接。相应的，与信息获取请求相匹配的信息可以包括：商品详情页面。

本申请实施例提供的上述装置可以但不限于是手机、电脑、机顶盒或智能电视等终端。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (26)

1.一种多媒体数据的获取方法，其特征在于，包括：

从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；

将获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。

2.如权利要求1所述的方法，其特征在于，从第一缓存空间获得多媒体数据，包括：

获得多媒体数据源标识；

在判断出所述多媒体数据源标识与特定多媒体数据源标识相同时，从第一缓存空间获得多媒体数据；

其中，所述特定多媒体数据源标识表示：多媒体数据源为第一缓存空间。

3.如权利要求1所述的方法，其特征在于，将获得的多媒体数据保存在第二缓存空间中，包括：

将获得的多媒体数据保存在所述多媒体文件播放设备的第三缓存空间中；

在接收到数据获取指令后，从第三缓存空间中读取获得的多媒体数据；

将读取到的多媒体数据保存在第二缓存空间中。

4.如权利要求3所述的方法，其特征在于：

从第一缓存空间中获得多媒体数据，将获得的多媒体数据保存在第三缓存空间中，包括：

在接收到数据获取指令后，利用进程的第一线程，从第一缓存空间中获得多媒体数据，并将获得的多媒体数据保存在第三缓存空间中；

从第三缓存空间中读取获得的多媒体数据，将读取到的多媒体数据保存在第二缓存空间中，包括：

在接收到数据获取指令后，利用所述进程的第二线程，从第三缓存空间中读取获得的多媒体数据，并将读取到的多媒体数据保存在第二缓存空间中。

5.如权利要求1所述的方法，其特征在于，所述多媒体文件为视频文件，所述多媒体数据输出装置包括显示屏幕；或

所述多媒体文件为音频文件，所述多媒体数据输出装置包括扬声器。

6.如权利要求1所述的方法，其特征在于，所述多媒体文件为音频文件，所述第一缓存空间为AudioTrack的缓存空间，所述第二缓存空间为AudioRecorder的缓存空间。

7.如权利要求1所述的方法，其特征在于，所述多媒体文件为视频文件，所述第一缓存空间为SurfaceFlinger的缓存空间，所述第二缓存空间为CameraService的缓存空间。

8.如权利要求1至7任一项所述的方法，其特征在于，将获得的多媒体数据保存在第二缓存空间中后，所述方法还包括：

从第二缓存空间中读取获得的多媒体数据；

根据从第二缓存空间中读取的多媒体数据，确定相应的多媒体文件的特征信息；

根据所述特征信息，获得与所述多媒体文件相关的信息，并通过所述多媒体数据输出装置展示所述相关的信息。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

通过所述多媒体输出装置展示与所述相关的信息对应的特定操作入口。

10.如权利要求9所述的方法，其特征在于，通过所述多媒体输出装置展示与所述相关的信息对应的特定操作入口后，所述方法还包括：

获得通过所述特定操作入口发起的操作请求；

执行与所述操作请求相匹配的操作。

11.如权利要求10所述的方法，其特征在于，当所述操作请求包括信息获取请求时，执行与所述操作请求相匹配的操作包括：

向不同于所述多媒体文件播放设备的其他终端发送与所述信息获取请求相匹配的信息。

12.如权利要求9所述的方法，其特征在于，当所述相关的信息包括商品信息时，所述特定操作入口包括：

商品详情页面的访问链接；

与所述信息获取请求相匹配的信息包括：

商品详情页面。

13.一种多媒体数据的获取装置，其特征在于，包括：

数据获得单元，用于从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于：缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；

数据保存单元，用于将数据获得单元获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。

14.如权利要求13所述的装置，其特征在于，数据获得单元用于：

获得多媒体数据源标识；

在判断出所述多媒体数据源标识与特定多媒体数据源标识相同时，从第一缓存空间获得多媒体数据；

其中，所述特定多媒体数据源标识表示：多媒体数据源为第一缓存空间。

15.如权利要求13所述的装置，其特征在于，数据保存单元包括：

第一保存子单元，用于将获得的多媒体数据保存在所述多媒体文件播放设备的第三缓存空间中；

读取子单元，用于在接收到数据获取指令后，从第三缓存空间中读取获得的多媒体数据；

第二保存子单元，用于将读取子单元读取到的多媒体数据保存在第二缓存空间中。

16.如权利要求15所述的装置，其特征在于：

数据获得单元，用于在接收到数据获取指令后，利用进程的第一线程，从第一缓存空间中获得多媒体数据；

第一保存子单元，用于利用第一线程，将数据获得单元获得的多媒体数据保存在第三缓存空间；

读取子单元，用于在接收到数据获取指令后，利用所述进程的第二线程，从第三缓存空间中读取获得的多媒体数据；

第二保存子单元，用于利用所述进程的第二线程，将读取子单元读取到的多媒体数据保存在第二缓存空间中。

17.如权利要求13所述的装置，其特征在于，所述多媒体文件为视频文件，所述多媒体数据输出装置包括显示屏幕；或

所述多媒体文件为音频文件，所述多媒体数据输出装置包括扬声器。

18.如权利要求13所述的装置，其特征在于，所述多媒体文件为音频文件，所述第一缓存空间为AudioTrack的缓存空间，所述第二缓存空间为AudioRecorder的缓存空间。

19.如权利要求1所述的装置，其特征在于，所述多媒体文件为视频文件，所述第一缓存空间为SurfaceFlinger的缓存空间，所述第二缓存空间为CameraService的缓存空间。

20.如权利要求13～19任一项所述的装置，其特征在于，所述装置还包括：

读取单元，用于从第二缓存空间中读取获得的多媒体数据；

特征信息确定单元，用于根据读取单元从第二缓存空间中读取的多媒体数据，确定相应的多媒体文件的特征信息；

展示单元，用于根据特征信息确定单元确定的所述特征信息，获得与所述多媒体文件相关的信息，并通过所述多媒体数据输出装置展示所述相关的信息。

21.如权利要求20所述的装置，其特征在于，所述展示单元还用于：

通过所述多媒体输出装置展示与所述相关的信息对应的特定操作入口。

22.如权利要求21所述的装置，其特征在于，所述装置还包括：

请求获得单元，用于在展示单元通过所述多媒体输出装置展示与所述相关的信息对应的特定操作入口后，获得通过所述特定操作入口发起的操作请求；

操作执行单元，用于执行与请求获得单元获得的所述操作请求相匹配的操作。

23.如权利要求22所述的装置，其特征在于，当所述操作请求包括信息获取请求时，操作执行单元用于：

向不同于所述多媒体文件播放设备的其他终端发送与所述信息获取请求相匹配的信息。

24.如权利要求21所述的装置，其特征在于，当所述相关的信息包括商品信息时，所述特定操作入口包括：

商品详情页面的访问链接；

与所述信息获取请求相匹配的信息包括：

商品详情页面。

25.一种智能电视，其特征在于，包括如权利要求13～24任一权项所述的装置。

26.一种机顶盒，其特征在于，包括如权利要求13～24任一权项所述的装置。