CN103945284B - 信息处理方法和信息处理装置 - Google Patents

Abstract

本发明公开了一种信息处理方法和信息处理装置。所述方法应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够实时地播放多媒体流，所述方法包括：通过多媒体接口来获得多媒体流；将所述多媒体流转换为特定格式的资源地址；以及通过在所述浏览器中访问所述资源地址来播放所述多媒体流。因此，在本发明中，可以利用在WebRTC协议中定义的用于实现网络实时通信的架构和元素，来在电子设备的操作系统平台中实现通过浏览器来访问多媒体流。

Description

信息处理方法和信息处理装置

技术领域

本发明涉及计算机技术领域，更具体地，本发明涉及一种信息处理方法和信息处理装置。

背景技术

随着计算机技术及网络技术的发展，各种网络（Web）浏览器（在下文中简称为浏览器）在诸如笔记本计算机、平板电脑（PAD）、移动电话、多媒体播放器、个人数字助理（PDA）之类的电子设备中的应用越发普及。浏览器是指可以显示网络服务器或者文件系统的超文本标记语言（HTML）文件内容、并让用户与这些文件进行交互的一种软件。

传统上，用户只能通过在网页页面中嵌入Flash、Java等插件来使得在电子设备中安装的浏览器能够访问该电子设备或其他电子设备所配备的多媒体捕捉装置（诸如，麦克风、摄像头等）。然而，上述的实现方式需要事先下载并安装用户所需的插件，并且这种插件的嵌入也将导致网页页面在浏览器中的加载速度减慢，消耗过多系统资源。

因而，为了解决这种问题，万维网联盟（W3C）提出了一种网络实时通信协议（WebRTC）。WebRTC协议是一系列的协议组，这组协议定义了如何使用HTML5来实现浏览器之间的实时视频和/或语音通信。该协议的最终目的是使得开发者能够基于浏览器、使用HTML5来容易地开发出丰富的实时多媒体应用（诸如，在线视频聊天工具），而无需下载安装任何插件，并且Web开发者也无需关注多媒体内容的数字信号处理过程，而只需编写简单的JavaScript程序即可。

WebRTC协议提供了网络实时通信的核心技术，其包括音视频的采集、编解码、网络传输、显示等功能，并且还支持多种操作系统（OS）平台，例如微软（Microsoft）公司的视窗（Windows）操作系统、苹果（Apple）公司的iOS操作系统、谷歌（Google）公司的安卓（Android）操作系统等。

然而，尽管在WebRTC协议中已经定义了用于实现网络实时通信的架构和元素（诸如，网络应用程序接口（Web API）），但是该协议仍处于实验阶段，也就是说，在现有技术中，在某些电子设备的某些操作系统平台中仍然无法使用该协议真正地实现通过浏览器来访问多媒体流。

因此，需要一种新型的信息处理方法和信息处理装置来解决上述问题。

发明内容

为了解决上述技术问题，根据本发明的一个方面，提供了一种信息处理方法，所述方法应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够实时地播放多媒体流，所述方法包括：通过多媒体接口来获得多媒体流；将所述多媒体流转换为特定格式的资源地址；以及通过在所述浏览器中访问所述资源地址来播放所述多媒体流。

此外，根据本发明的另一方面，提供了一种信息处理装置，所述装置应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够实时地播放多媒体流，所述装置包括：获得单元，用于通过多媒体接口来获得多媒体流；转换单元，用于将所述多媒体流转换为特定格式的资源地址；以及播放单元，用于通过在所述浏览器中访问所述资源地址来播放所述多媒体流。

与现有技术相比，采用根据本发明的信息处理方法和信息处理装置，可以将通过多媒体接口所获得的多媒体流转换为特定格式的资源地址，并且在电子设备中安装的浏览器中，通过访问该资源地址来播放该多媒体流。因此，在本发明中，可以利用在WebRTC协议中定义的用于实现网络实时通信的架构和元素，来在电子设备的操作系统平台中实现通过浏览器来访问多媒体流。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1图示了根据本发明的信息处理方法。

图2图示了根据本发明的信息处理装置。

图3图示了根据本发明实施例的信息处理方法。

图4图示了根据本发明实施例的信息处理装置。

图5图示了在WebRTC协议中定义的用于实现网络实时通信的架构。

图6图示了用于实现根据本发明实施例的信息处理方法的程序代码示例。

图7图示了在WebRTC协议中定义的媒体回调信息。

具体实施方式

将参照附图详细描述根据本发明的各个实施例。这里，需要注意的是，在附图中，将相同的附图标记赋予基本上具有相同或类似结构和功能的组成部分，并且将省略关于它们的重复描述。

在下文中，将参考图1和图2来描述根据本发明的信息处理方法和信息处理装置。

图1图示了根据本发明的信息处理方法，而图2图示了根据本发明的信息处理装置。

图1所示的信息处理方法应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够实时地播放多媒体流。该信息处理方法通过图2所示的信息处理装置来实现。具体地，所述信息处理装置100包括：获得单元110、转换单元120、和播放单元130。

如图1所示，所述信息处理方法包括：

在步骤S110中，通过多媒体接口来获得多媒体流。

这里，该获得步骤可以由获得单元110完成。

在步骤S120中，将所述多媒体流转换为特定格式的资源地址。

这里，该转换步骤可以由转换单元120完成。

在步骤S130中，通过在所述浏览器中访问所述资源地址来播放所述多媒体流。

这里，该播放步骤可以由播放单元130完成。

由此可见，采用根据本发明的信息处理方法和信息处理装置，可以将通过多媒体接口所获得的多媒体流转换为特定格式的资源地址，并且在电子设备中安装的浏览器中，通过访问该资源地址来播放该多媒体流。因此，在本发明中，可以利用在WebRTC协议中定义的用于实现网络实时通信的架构和元素，来在电子设备的操作系统平台中实现通过浏览器来访问多媒体流。

在下文中，将参考图3和图4来描述根据本发明实施例的信息处理方法和信息处理装置。

图3图示了根据本发明实施例的信息处理方法，而图4图示了根据本发明实施例的信息处理装置100。

图3所图示的信息处理方法可以通过图4所图示的信息处理装置100来实现。如图4所图示的，与图2中一样地，该信息处理装置100包括：获得单元110、转换单元120、和播放单元130。此外，优选地，该信息处理装置100还可以包括：注册单元140。

该信息处理装置100可以应用于一个或多个电子设备，在所述电子设备中安装有至少一个操作系统，并且在该操作系统中安装有至少一个浏览器。该信息处理装置100使得在所述电子设备中安装的浏览器能够实时地播放所述电子设备或与所述电子设备连接的其他电子设备所配备的多媒体捕捉装置所捕捉的多媒体流。

在第一示例中，该电子设备可以是移动电话，在该移动电话中可以安装有谷歌（Google）公司的安卓（Android）操作系统，并且该浏览器可以是在Android操作系统中默认装备的浏览器，例如Android浏览器。

在第二示例中，该电子设备可以是个人计算机，在该个人计算机中可以安装有微软（Microsoft）公司的视窗（Windows）操作系统，并且该浏览器可以是在Windows操作系统中默认装备的浏览器，例如Internet explorer（IE）浏览器。

在第三示例中，该电子设备可以是平板电脑，在该平板电脑中可以安装有苹果（Apple）公司的iOS操作系统，并且该浏览器可以是在iOS操作系统中默认装备的浏览器，例如safari浏览器。

此外，该信息处理装置100可以通过任何方式与该电子设备进行通信。

在一个示例中，该信息处理装置100可以作为一个软件模块和/或硬件装置而集成到该电子设备中，换言之，该电子设备可以包括该信息处理装置100。例如，当电子设备是移动电话时，该信息处理装置100可以是该移动电话的操作系统中的一个软件模块，或者可以是针对于该移动电话所开发的一个应用程序；当然，该信息处理装置100同样可以是该移动电话的众多硬件装置之一。

替换地，在另一示例中，该信息处理装置100与该电子设备也可以是分离的设备，并且该信息处理装置100可以通过有线和/或无线网络连接到该电子设备，并且按照约定的数据格式来传输控制信息。

另外，该信息处理装置100具有在WebRTC协议中定义的用于实现网络实时通信的架构。WebRTC协议实现了基于网页的视频会议，标准是网页超文本技术工作小组（WHATWG）协议，目的是通过浏览器提供简单的JavaScript就可以达到实时通信的能力。下面，首先简要地说明WebRTC协议的这种架构。

图5图示了在WebRTC协议中定义的用于实现网络实时通信的架构。

如图5所图示的，WebRTC协议包括四层架构，从下到上分别为多媒体捕捉层、多媒体接口层、浏览器层、和网络应用层。

该多媒体捕捉层用于进行多媒体流的捕捉操作。例如，该层可以通过在电子设备中配备的、用于提供多媒体流捕捉服务的多媒体捕捉装置来实现。

该多媒体接口层用于向浏览器层提供用于获得多媒体流的接口。例如，该层可以包括在WebRTC协议中定义的Navigator.getUserMedia方法。当希望浏览器单独访问视频流时，该方法的一般格式如下：

Navigator.getUserMedia({video:true},gotStream,noStream)

其语义是：当成功地获得视频流时，执行在gotStream函数中所定义的操作，而当获得视频流失败时，执行在noStream函数中所定义的操作。当希望浏览器单独访问音频流时，该方法的一般格式如下：

Navigator.getUserMedia({audio:true},gotStream,noStream)

同理，当希望浏览器同时访问视频流和音频流时，该方法的一般格式如下：

Navigator.getUserMedia({audio:true,video:true},gotStream,noStream)

该浏览器层是向浏览器厂商提供的接口，其使得浏览器厂商能够容易地实现基于WebRTC标准的Web API，以抽象地对数字信号过程进行处理。

该网络应用层是向第三方开发者提供的WebRTC标准API，以使开发者能够容易地开发出类似于网络视频聊天的Web应用。

下面，将在以下场景中具体地说明本发明的实施例，其中该电子设备是使用Android操作系统的移动电话，该浏览器是在移动电话中默认安装的Android浏览器，并且将该信息处理方法应用于使得该Android浏览器能够访问该移动电话所配备的摄像头所捕捉的视频流。

然而，需要说明的是，本发明不限于此。该电子设备可以是任何类型的电子设备，其包括但不限于：笔记本计算机、平板电脑、移动电话、多媒体播放器、个人数字助理等。该操作系统也可以是任何类型的操作系统，其包括但不限于：Android、Windows、iOS、Linux、视窗电话（WP）等。同理，除了在电子设备的操作系统平台中默认安装的浏览器之外，该浏览器也可以是其他任何类型的浏览器。此外，还可以将根据本发明实施例的信息处理方法应用于使得在一个电子设备中安装的浏览器能够访问该电子设备或其他电子设备所配备的任何一个或多个多媒体捕捉装置（诸如，麦克风、摄像头等）所捕捉的多媒体流（诸如，音频流、视频流等）。

如图3所图示的，根据本发明实施例的信息处理方法包括：

在步骤S210中，查询电子设备中的多媒体捕捉装置的状态。

为了使得在电子设备（例如，移动电话）中安装的浏览器（例如，默认安装的Android浏览器）能够实时地播放该电子设备所配备的多媒体捕捉装置（例如，摄像头）所捕捉的多媒体流（例如，视频流），在该信息处理装置100中，获得单元110通过多媒体接口来获得多媒体流。例如，为了完成该获得操作，该获得单元110可以包括查询模块、获得模块、和存储模块（未示出）。

首先，该查询模块通过一多媒体接口来查询所述电子设备中的多媒体捕捉装置的状态，并判断所述多媒体捕捉装置处于工作状态、还是非工作状态中。在一个具体示例中，该多媒体接口可以是如上所述的在WebRTC协议中定义的Navigator.getUserMedia方法。

一方面，如果所述多媒体捕捉装置处于工作状态中，则该查询模块可以通知获得模块获得所述多媒体捕捉装置所捕捉到的多媒体流。另一方面，如果所述多媒体捕捉装置处于非工作状态中，则优选地，该查询模块可以通过电子设备的人机交互界面（例如，显示器、扬声器、指示灯等）来提示用户是否打开该多媒体捕捉装置。

优选地，该获得单元110还可以进一步包括接收模块和切换模块（未示出）。当用户根据上述提示而选择不打开该多媒体捕捉装置时，该接收模块接收该用户选择，并且根据本发明实施例的信息处理方法结束。当用户根据上述提示而选择打开该多媒体捕捉装置时，该接收模块接收根据该用户选择而生成的状态切换命令，并且通知切换模块根据所述状态切换命令来将所述多媒体捕捉装置从非工作状态切换到工作状态，以便后续操作。

此外，优选地，该切换模块还可以进一步判断做出该选择的当前用户是否有权限对电子设备的多媒体捕捉装置执行操作，并且只有当该用户是授权用户时，才执行上述切换操作。

在步骤S220中，获得多媒体捕捉装置所捕捉到的多媒体流。

在从查询模块接收到获得多媒体流的通知之后，该获得模块通过所述多媒体接口来获得所述多媒体捕捉装置所捕捉到的多媒体流。

例如，当希望浏览器单独访问视频流时，该获得模块命令摄像头开始捕捉视频流。当希望浏览器单独访问音频流时，该获得模块命令麦克风开始捕捉视频流。当希望浏览器同时访问视频流和音频流时，该获得模块命令摄像头和麦克风同时开始执行捕捉操作。

接下来，该存储模块可以在一存储地址中存储所述多媒体流。例如，该存储模块可以是移动电话中的缓冲存储器，用于对摄像头所捕捉的视频流进行缓存。或者，该存储模块也可以是移动电话中的存储卡，以便将摄像头所捕捉的视频流存储到存储卡的某一路径之中。

优选地，为了提高多媒体流的存储效率和后续的读取效率，该存储模块可以是一个暂时存储模块，其用于在多个存储地址中高速缓冲存储所述多媒体流。例如，该暂时存储模块可以在两个存储地址A和B中交替地对所述多媒体流进行高速缓存。

另外，优选地，该存储模块还可以在该存储地址中存储与所述多媒体流相关联的上下文（context）信息，以便在稍后播放过程中进行调用。例如，该上下文信息包括：用于捕捉该多媒体流的多媒体捕捉装置的标识信息、该多媒体流的分辨率信息（或当音频流时的采样率信息）、尺寸信息、捕捉速率信息。

在步骤S230中，将多媒体流转换为特定格式的资源地址。

在获得单元通过多媒体接口来获得多媒体流之后，转换单元120将所述多媒体流转换为特定格式的资源地址。例如，为了完成该转换操作，该转换单元120可以包括生成模块、配对模块、和注册模块（未示出）。

首先，该生成模块生成一特定格式的资源地址，例如所述特定格式可以是二进制大对象（BLOB）格式，并且该资源地址可以是多媒体流的源地址（src），换言之，所述特定格式的资源地址是浏览器定义的blob格式的地址。

然后，该配对模块将存储模块用于存储所述多媒体流的存储地址与所述资源地址进行配对，并且通知注册模块在一映射文件中对所述配对进行注册。例如，该注册模块可以用于在一个数据表（例如，映射关系表）、数据库、或注册文件等中记录所述存储地址与所述资源地址的一一对应关系。

在步骤S240中，在浏览器中定义一显示区域。

在转换单元120将所述多媒体流转换为特定格式的资源地址之后，播放单元130通过在所述浏览器中访问所述资源地址来播放所述多媒体流。例如，为了完成该播放操作，该播放单元130可以包括定义模块、分配模块、和播放模块（未示出）。

首先，该定义模块例如可以是浏览器中的布局模块，其用于根据位置信息和属性信息来在所述浏览器中定义一显示区域。例如，该位置信息指示出该显示区域在浏览器显示页面中的位置坐标，而该属性信息指示出该显示区域的大小、形状、是否自动播放等属性。

然后，该分配模块向所述显示区域分配所述资源地址，以便该播放模块能够播放该多媒体捕捉装置所捕捉的多媒体流。

接下来，该播放模块对该分配模块向所述显示区域分配的资源地址进行识别，并且判断该资源地址的格式。如果该资源地址不具有上述特定格式，则根据本发明实施例的信息处理方法结束。如果该资源地址具有上述特定格式，则该播放模块在所述映射文件中查询与所述资源地址对应的多媒体流的存储地址。例如，该注册播放模块可以查询在数据表、数据库、或注册文件等中记录的所述存储地址与所述资源地址的一一对应关系，并且根据该分配模块所分配的资源地址来确定多媒体流的存储地址。

随后，该播放模块从所述存储地址中读取所述多媒体流。

优选地，该播放模块还可以从所述存储地址中读取与所述多媒体流相关联的上下文信息，然后该播放模块根据该上下文信息来在显示区域中播放所述多媒体流。例如，该播放模块根据上下文信息中的标识信息来确定在电子设备中由哪一个多媒体捕捉装置正在捕捉该多媒体流，并且根据分辨率信息、尺寸信息和捕捉速率信息来设置该多媒体流在该显示区域的显示分辨率、显示尺寸以及显示速率。

在步骤S250中，注册播放控制信息。

优选地，在该播放模块读取出上下文信息之后，优选地，注册单元140可以进一步注册用于播放所述多媒体流的播放控制信息，以便定义所述多媒体流在显示区域中的播放。例如，该播放控制信息可以包括绘制纹理信息和媒体回调信息。

该绘制纹理信息是在Android浏览器中定义的信息，其用于指定利用哪一层来显示纹理，即多媒体流。

该媒体回调信息可以是在WebRTC协议中定义的MediaCallbackFunction函数，其用于控制该多媒体流的播放操作，该播放操作包括：多媒体流的播放、关闭、调整播放进度、暂停、和设置音量等。

在步骤S260中，在显示区域中访问资源地址来播放多媒体流。

最后，该播放模块根据上述播放控制信息，通过在所述显示区域中访问所述资源地址来播放所述多媒体流。例如，该播放模块可以解析注册单元140所注册的播放控制信息，在显示区域中显示从所述存储地址中读取的所述多媒体流，并在该显示区域中显示与该多媒体流的播放相关的控制栏（例如，播放、暂停、快进、快退、关闭、播放进度条、音量调整按钮），使得最终根据来自用户的控制来播放所述多媒体流。

在实践中，上述的信息处理方法和信息处理装置可以通过计算机程序代码来实现。下面，在一个具体示例中，说明根据本发明实施例的信息处理方法和信息处理装置。

图6图示了用于实现根据本发明实施例的信息处理方法的程序代码示例。

当用户想要通过在电子设备（例如，移动电话）中安装的浏览器（例如，默认安装的Android浏览器）来访问该电子设备所配备的多媒体捕捉装置（例如，摄像头）所捕捉的多媒体流（例如，视频流）时，该用户可以首先在电子设备中启动该已安装的浏览器。然后，该用户可以在该浏览器中加载并运行包括如图6所图示的程序代码的网页页面，该程序代码用于实现根据本发明实施例的信息处理方法。

在该程序代码的运行流程中，如上所述地，Navigator.getUserMedia是在WebRTC协议中定义的用来获得本地视频接口的方法。在生成Navigator.getUserMedia方法时，由于在Android的浏览器引擎（WebKit）中已经注册了这个函数，所以只需要生成一个具体的函数webkitGetUserMedia()。

在这个函数的运行过程中，可以查询Android操作系统的摄像头（camera）装置的状态（如上述步骤S210中所述的），并且得到这个摄像头的上下文信息，记录下来。

然后，如果webkitGetUserMedia()的运行结果指示出成功获得了本地视频，则该方法继续调用函数gotStream()，以继续后续操作（如上述步骤S220中所述的）。如果webkitGetUserMedia()的运行结果指示出未能成功获得本地视频，则该方法继续调用函数noStream()，以向用户提示当前播放操作失败。

接下来，在gotStream()中，URL.createobjectURL(stream)函数用于将该视频流（stream）翻译成一个具有特定格式的URL来表示该stream（如上述步骤S230中所述的），并且将该特定格式的URL赋值给变量ABC的src属性。例如，这个URL的格式通常以“blob:”开始，在Android的浏览器引擎（WebKit）中有专门的模块负责处理blob格式的URL。

在URL.createObjectURL(stream)的运行过程，需要注册这个stream和URL的配对，这可以通过在blobRegistryImpl.cpp文件中添加函数BlobRegistryImpl::registerBlobURL(const KURL&url,PassOwnPtr<stream>stream)，以在bloburl管理器（manager）中完成注册来实现。

然后，可以新建一个HTML的video标签（其标识符为“monitor”），并且将该video标签赋值给变量ABC，以在浏览器中定义用于播放视频流的显示区域（如上述步骤S240中所述的），并且在video标签中，对该stream进行播放。

具体地，在video标签中，当所识别的URL是一个blob URL时，浏览器在bloburlmanager中进行查找相应的视频流，并且返回这个stream，然后将stream的context赋值给video标签对应的函数即可。在该赋值操作完成之后，可以进一步注册以下值绘制纹理信息（drawtexture）、媒体回调信息（mediacallbackfunction）（如上述步骤S250中所述的）。

图7图示了在WebRTC协议中定义的媒体回调信息。

如图7所图示的，该MediaCallbackFunction函数包括：方法标识符（ID）m_play、m_teardown、m_seek、m_pause、m_setVolume等，其分别用于控制多媒体流的播放、关闭、调整播放进度、暂停、和设置音量等。

最后，可以根据video标签的自动播放（autoplay）属性，自动地在该video标签中根据上述播放控制信息来播放该视频流（如上述步骤S260中所述的）。

由此可见，采用根据本发明实施例的信息处理方法和信息处理装置，可以通过多媒体接口来查询电子设备中的多媒体捕捉装置的状态，当所述多媒体捕捉装置处于工作状态中时，通过所述多媒体接口来获得所述多媒体捕捉装置所捕捉到的多媒体流，将所获得的多媒体流转换为特定格式的资源地址，在浏览器中定义一显示区域，注册播放控制信息，并最终通过访问资源地址，根据该播放控制信息来在显示区域中播放该多媒体流。因此，在本发明中，真正实现了在WebRTC协议中定义的网络实时通信架构和元素，使得开发者能够使用HTML5来容易地开发丰富的实时多媒体应用，而无需下载安装任何插件，并且Web开发者也无需关注多媒体内容的数字信号处理过程，而只需编写简单的JavaScript程序即可，最终使得用户可以在浏览器中通过现有的HTML标签（例如，video标签）来方便地访问本地和/或远程的音频和/或视频流。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助于软件加必需的硬件平台的方式来实现，当然也可以全部通过软件、或硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁盘、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。

在上面详细描述了本发明的各个实施例。然而，本领域技术人员应该理解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改，组合或子组合，并且这样的修改应落入本发明的范围内。

Claims (16)

1.一种信息处理方法，所述方法应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够通过源自网页实时通信协议实时地播放多媒体流，其特征在于，所述方法包括：

通过多媒体接口来获得多媒体流；

生成所述多媒体流的特定格式的资源地址；

将所述多媒体流的本地存储地址与所述资源地址进行配对；以及

通过在所述浏览器中访问所述资源地址来播放所述多媒体流。

2.根据权利要求1的方法，其特征在于，所述通过多媒体接口来获得多媒体流的步骤包括：

通过所述多媒体接口来查询所述电子设备中的多媒体捕捉装置的状态；

当所述多媒体捕捉装置处于工作状态中时，通过所述多媒体接口来获得所述多媒体捕捉装置所捕捉到的多媒体流；以及

在本地存储地址中存储所述多媒体流。

3.根据权利要求2的方法，其特征在于，所述方法还包括：

当所述多媒体捕捉装置处于非工作状态中时，接收状态切换命令；

根据所述状态切换命令来将所述多媒体捕捉装置从非工作状态切换到工作状态。

4.根据权利要求2的方法，其特征在于，所述方法还包括：

在映射文件中对所述配对进行注册。

5.根据权利要求4的方法，其特征在于，所述通过在所述浏览器中访问所述资源地址来播放所述多媒体流的步骤包括：

根据位置信息和属性信息来在所述浏览器中定义一显示区域；

向所述显示区域分配所述资源地址；以及

通过在所述显示区域中访问所述资源地址来播放所述多媒体流。

6.根据权利要求5的方法，其特征在于，所述通过在所述显示区域中访问所述资源地址来播放所述多媒体流的步骤还包括：

判断向所述显示区域分配的资源地址是否具有特定格式；

如果是，则在所述映射文件中查询与所述资源地址对应的多媒体流的本地存储地址；

从所述本地存储地址中读取所述多媒体流；以及

在所述显示区域中显示所述多媒体流。

7.根据权利要求1的方法，其特征在于，所述电子设备是使用安卓(Android)操作系统的电子设备，并且所述浏览器是安卓操作系统的默认浏览器。

8.根据权利要求1的方法，其特征在于，所述特定格式的资源地址是blob格式的地址。

9.一种信息处理装置，所述装置应用于电子设备，并且用于使得在所述电子设备中安装的浏览器能够通过源自网页实时通信协议实时地播放多媒体流，其特征在于，所述装置包括：

获得单元，用于通过多媒体接口来获得多媒体流；

生成模块，用于生成所述多媒体流的特定格式的资源地址；

配对模块，用于将所述多媒体流的本地存储地址与所述资源地址进行配对；以及

播放单元，用于通过在所述浏览器中访问所述资源地址来播放所述多媒体流。

10.根据权利要求9的装置，其特征在于，所述获得单元包括：

查询模块，用于通过所述多媒体接口来查询所述电子设备中的多媒体捕捉装置的状态；

获得模块，用于当所述多媒体捕捉装置处于工作状态中时，通过所述多媒体接口来获得所述多媒体捕捉装置所捕捉到的多媒体流；以及

存储模块，用于在本地存储地址中存储所述多媒体流。

11.根据权利要求10的装置，其特征在于，所述获得单元还包括：

接收模块，用于当所述多媒体捕捉装置处于非工作状态中时，接收状态切换命令；

切换模块，用于根据所述状态切换命令来将所述多媒体捕捉装置从非工作状态切换到工作状态。

12.根据权利要求10的装置，其特征在于，所述信息处理装置还包括：

注册模块，用于在映射文件中对所述配对进行注册。

13.根据权利要求12的装置，其特征在于，所述播放单元包括：

定义模块，用于根据位置信息和属性信息来在所述浏览器中定义一显示区域；

分配模块，用于向所述显示区域分配所述资源地址；以及

播放模块，用于通过在所述显示区域中访问所述资源地址来播放所述多媒体流。

14.根据权利要求13的装置，其特征在于，所述播放模块判断向所述显示区域分配的资源地址是否具有特定格式，如果是，则在所述映射文件中查询与所述资源地址对应的多媒体流的本地存储地址，从所述本地存储地址中读取所述多媒体流，并且在所述显示区域中显示所述多媒体流。

15.根据权利要求9的装置，其特征在于，所述电子设备是使用安卓(Android)操作系统的电子设备，并且所述浏览器是安卓操作系统的默认浏览器。

16.根据权利要求9的装置，其特征在于，所述特定格式的资源地址是blob格式的地址。