CN106095598A - 一种数据处理方法及客户端 - Google Patents

Abstract

本发明公开了一种数据处理方法及客户端，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；所述方法包括：从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；所述网页应用层显示所述媒体数据。

Description

一种数据处理方法及客户端

技术领域

本发明涉及数据处理技术，尤其涉及一种数据处理方法及客户端。

背景技术

智能终端中的应用为用户提供了丰富多样的功能，很多应用都具有如下功能：将用户选择的图片上传至网络进行共享、曝光、存储等。

通过网页应用(web-app)将用户选择的图片上传至网络时，网页(web)需要调用操作***提供的选图器进行图片的选取。这种选图方式依赖于操作***，选图器的界面和功能在同一操作***里是固定且不可维护的，选图器的功能较为局限。此外，不同操作***的选图器由于不一致会导致不同的用户使用体验。

通过混合模式应用(hybrid-app)将用户选择的图片上传至网络时，需要web端调用本地(native)端提供的选图器进行图片的选取。在图片选取过程中，native端要把选择的图片传递给web端，一般通过两种方式：

第一种方式：native端将图片上传到服务器，从服务器侧获取到图片的统一资源定位符(url，uniform resource locator)后将url发送给web端，web端利用url从服务器获取图片并显示。

第二种方式：native端将图片转为base64编码，再发送给web端进行显示。

对于第一种方式至少存在如下问题：需要依赖网络环境；另外由于同源策略的限制，如果服务器和web不在同一域名下，就会有跨域问题从而导致web不能读取数据并修改内容。对于第二种方式至少存在如下问题：base64图片数据较大，不方便在native端和web端之间进行跳转来传输数据。

发明内容

为解决上述技术问题，本发明实施例提供了一种数据处理方法及客户端。

本发明实施例提供的数据处理方法，应用于客户端，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；所述方法包括：

从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

所述网页应用层显示所述媒体数据。

本发明实施例中，所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识；

所述网页应用层向所述本地应用层请求所述媒体数据后，所述方法还包括：

所述本地应用层拦截所述网页应用层发送的所有请求；

当请求中携有所述伪协议标识时，所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

本发明实施例中，当对所述媒体数据进行编辑时，所述方法还包括：

所述网页应用层对所述媒体数据进行编码，得到编码数据；

基于所述编码数据对所述媒体数据进行编辑。

本发明实施例中，所述方法还包括：

所述本地应用层对所述媒体数据进行编码，得到编码数据；

当通过所述网页应用层对所述媒体数据进行编码后，对所述编码数据进行更新。

本发明实施例中，所述方法还包括：

所述网页应用层获得用户的确认操作后，向所述本地应用层发送所述媒体数据的标识信息；

所述本地应用层根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

本发明实施例提供的客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；所述客户端包括：

选择单元，用于从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

生成单元，用于通过所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

请求单元，用于通过所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

显示单元，用于通过所述网页应用层显示所述媒体数据。

本发明实施例中，所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识；

所述客户端还包括：

拦截单元，用于通过所述本地应用层拦截所述网页应用层发送的所有请求；

识别单元，用于当请求中携有所述伪协议标识时，通过所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

本发明实施例中，所述客户端还包括：

编辑单元，用于通过所述网页应用层对所述媒体数据进行编码，得到编码数据；基于所述编码数据对所述媒体数据进行编辑。

本发明实施例中，所述客户端还包括：

更新单元，用于通过所述本地应用层对所述媒体数据进行编码，得到编码数据；当通过所述网页应用层对所述媒体数据进行编码后，对所述编码数据进行更新。

本发明实施例中，所述客户端还包括：

上传单元，用于当所述网页应用层获得用户的确认操作后，向所述本地应用层发送所述媒体数据的标识信息；所述本地应用层根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

本发明实施例的技术方案中，首先，从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据，如此，可以实现自定义的选择控件功能并给予一致的用户使用体验。其次，所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；所述网页应用层显示所述媒体数据，如此，本地应用层和网页应用层之间的数据传递不依赖于网络，并且，在本地应用层和网页应用层之间用标识信息替代了编码数据进行数据传递，减少了传输的数据量，提高了传输效率，同时允许网页对图片进行修改，也允许标识信息在网页应用层的后续传递。

附图说明

图1为三种应用的架构图；

图2为本发明实施例一的数据处理方法的流程示意图；

图3为本发明实施例的选图器的界面示意图；

图4为本发明实施例的hybrid-app的界面示意图一；

图5为本发明实施例的hybrid-app的界面示意图二；

图6为本发明实施例二的数据处理方法的流程示意图；

图7为本发明实施例三的数据处理方法的流程示意图；

图8为本发明实施例四的数据处理方法的流程示意图；

图9为本发明实施例五的客户端的结构组成示意图；

图10为本发明实施例六的客户端的结构组成示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

本发明实施例涉及到的关键术语定义如下：

web：网页。

app：应用；安装在终端上，为用户提供丰富多样的功能。

web-app：基于web的应用。

native-app：本地app；native-app为基于终端的本地操作***，并使用原生代码编写运行的第三方应用程序。

hybrid-app：混合模式的应用；hybrid-app介于web-app和native-app这两者之间，兼具native-app良好用户交互体验的优势，以及web-app跨平台开发的优势。hybrid-app虽然看上去是一个native-app，但web-app作为交互主体嵌入在native-app构造的框架里。

base64：用于传输8Bit字节代码的编码方式之一；base64编码可用于在超文本传输协议(HTTP，Hyper Text Transfer Protocol)环境下传递较长的标识信息。base64编码在网页开发中，可用于将图片数据转换为一串可操作的编码，从而对图片进行修改、加工和显示。

伪协议：在应用开发过程中，由于不同端的应用(本发明实施例指web-app和native-app)需要传递较大的数据(本发明实施例指base64图片数据)，为了提高数据传输的效率，而相互约定用简单的协议传出数据，这种自定义协议叫做伪协议。

url：统一资源定位符；url为网络链接，是对互联网上资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的url，它包含的信息指出文件的位置以及浏览器应该如何处理它。

同源策略：浏览器的一个很重要的概念——同源策略(Same-Origin Policy)。所谓同源是指：域名、协议、端口相同。不同源的客户端脚本在没明确授权的情况下，不能读写对方的资源。

本发明实施例的技术方案基于hybrid-app，为了更清楚的理解本发明实施例的技术方案，参照图1所示的三种应用架构对本发明实施例的hybrid-app进行说明。

1)native-app是通过原生代码编写运行的第三方应用程序。

2)web-app基于浏览器(Mobile Browser)运行，在浏览器的框架下，通过网页代码来实现应用功能。

3)hybrid-app的外部框架是native-app，通过native-app调用网页代码来实现应用功能，实际是一种web-app。

可见，hybrid-app介于web-app和native-app这两者之间，本发明实施例将native-app部分称为本地应用层，将web-app部分称为网页应用层。

本发明实施例的数据处理方法，可以不通过网络而在本地应用层和网页应用层之间快速传递图片数据，并允许网页应用层对图片进行编辑。

图2为本发明实施例一的数据处理方法的流程示意图，本示例中的数据处理方法应用于客户端，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；如图2所示，所述数据处理方法包括以下步骤：

步骤201：从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据。

本发明实施例中，所述客户端是指hybrid-app。在hybrid-app中，本地应用层具有选择控件，在一实施方式中，所述选择控件为选图器，参照图3，(a)图为选图器的分类页界面，(b)图为选图器的选择照片界面。

参照图4，当用户在网页应用层点击选择图片时，hybrid-app调用本地应用层的选图器，显示如图3(a)所示的界面，用户可以从这个分类页界面中选择所需的类别，这里，可以选择网络图片(如空间相册)，也可以选择本地图片(如相机胶卷)。在一实施方式中，用户选择本地图片(如相机胶卷)，弹出如图3(b)所示的界面，用户可以在这个选择照片界面中选择想要上传的照片。

本发明实施例中，待传输的媒体数据可以但不限于图片，当选择控件为选图器时，所述媒体数据为图片。当然，选择控件也可以选择其他类型的媒体数据，例如小视屏、文档等。

步骤202：所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息。

本发明实施例中，采用本地应用层的选择控件选好媒体数据后，本地应用层将媒体数据进行编码，具体地，本地应用层将媒体数据转码为base64以供后续使用，例如上传至服务器。

同时，本地应用层为媒体数据生成唯一的标识信息，这里，当媒体数据为图片时，本地应用层为每一张图片都生成一个唯一的标识信息。所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识。

这里，基于同源策略，标识信息的协议头和域名需要与网页应用层的网页相一致。所谓同源策略是指：域名、协议、端口相同。不同源的客户端脚本在没明确授权的情况下，不能读写对方的资源。

这里，伪协议标识用于标识所述标识信息是伪协议。

这里，媒体数据的标识可以是图片标识字符串。

基于以上所述，标识信息的格式可以但不限于是以下形式：

与网页一致的协议头(http|https)://与网页一致的域名/伪协议标识/媒体数据的标识。

例如：http://h5s.qzone.qq.com/dynamicalbumlocalimage/1447752962340，其中，http为与网页一致的协议头，h5s.qzone.qq.com为与网页一致的域名，dynamicalbumlocalimage为伪协议标识，1447752962340为/媒体数据的标识。

然后，本地应用层向所述网页应用层发送所述媒体数据的标识信息。

本发明实施例中，标识信息也称为伪协议，通过伪协议可以唯一标识各个媒体数据。

步骤203：所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据。

本发明实施例中，网页应用层接收到标识信息后，提供用户编辑交互的页面，参照图5，在用户的操作过程中根据场景需要，网页应用层向本地应用层请求图片进行显示，请求时所述网页应用层利用标识信息，向所述本地应用层请求图片。

所述网页应用层向所述本地应用层请求所述媒体数据后，所述本地应用层拦截所述网页应用层发送的所有请求；当请求中携有所述伪协议标识时，所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

这里，本地应用层会拦截网页应用层的所有请求，然后通过伪协议标识判断是否走伪协议流程，确认走伪协议流程后，将标识信息对应的图片数据回包给网页应用层进行显示。

步骤204：所述网页应用层显示所述媒体数据。

本发明实施例中，网页应用层得到图片后按需要进行操作，如果不需要对图片进行编辑，就直接显示在网页里。当需要对图片进行编辑时(例如增加图片模糊效果)，所述网页应用层对所述媒体数据进行编码，得到编码数据；基于所述编码数据对所述媒体数据进行编辑。在一实施方式中，对所述媒体数据进行编码为：将媒体数据转码为base64。当通过所述网页应用层对所述媒体数据进行编码后，本地应用层对原来保存的编码数据进行更新。由于伪协议符合同源策略，所以这种修改方式不会有跨域的问题。

本发明实施例的技术方案中，通过伪协议显示图片，由于只发生在本地应用层和网页应用层之间，所以不需要网络支持。其次，网页里如果用base64编码直接显示图片，当图片数量多的时候，会因为页面编码太大而导致卡顿现象，同时也会影响网页的脚本执行速度，而采用伪协议的方式可以有效避免这个问题，只当需要编辑图片时才需要base64编码，而在没有编辑的场景下，可以直接通过伪协议显示图片，给开发人员提供了灵活的处理方式。最后，相比base64编码的图片，用伪协议替代后数据量大幅下降，从而可以方便地进行传递。

图6为本发明实施例二的数据处理方法的流程示意图，本示例中的数据处理方法应用于客户端，所述客户端具有native端和web端；如图6所示，所述数据处理方法包括以下步骤：

步骤601：从所述native端调用选择控件，基于所述选择控件选取待传输的媒体数据。

本发明实施例中，所述客户端是指hybrid-app。在hybrid-app中，native端具有选择控件，在一实施方式中，所述选择控件为选图器，参照图3，(a)图为选图器的分类页界面，(b)图为选图器的选择照片界面。

参照图4，当用户在web端点击上传图片时，hybrid-app调用native端的选图器，显示如图3(a)所示的界面，用户可以从这个分类页界面中选择所需的类别，这里，可以选择网络图片(如空间相册)，也可以选择本地图片(如相机胶卷)。在一实施方式中，用户选择本地图片(如相机胶卷)，弹出如图3(b)所示的界面，用户可以在这个选择照片界面中选择想要上传的照片。

本发明实施例中，待传输的媒体数据可以但不限于图片，当选择控件为选图器时，所述媒体数据为图片。当然，选择控件也可以选择其他类型的媒体数据，例如小视屏、文档等。

步骤602：所述native端为所述媒体数据生成标识信息，向所述web端发送所述媒体数据的标识信息。

本发明实施例中，采用native端的选择控件选好媒体数据后，native端将媒体数据进行编码，具体地，native端将媒体数据转码为base64以供后续使用，例如上传至服务器。

同时，native端为媒体数据生成唯一的标识信息，这里，当媒体数据为图片时，native端为每一张图片都生成一个唯一的标识信息。所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识。

这里，基于同源策略，标识信息的协议头和域名需要与web端的网页相一致。所谓同源策略是指：域名、协议、端口相同。不同源的客户端脚本在没明确授权的情况下，不能读写对方的资源。

这里，伪协议标识用于标识所述标识信息是伪协议。

这里，媒体数据的标识可以是图片标识字符串。

基于以上所述，标识信息的格式可以但不限于是以下形式：

与网页一致的协议头(http|https)://与网页一致的域名/伪协议标识/媒体数据的标识。

例如：http://h5s.qzone.qq.com/dynamicalbumlocalimage/1447752962340，其中，http为与网页一致的协议头，h5s.qzone.qq.com为与网页一致的域名，dynamicalbumlocalimage为伪协议标识，1447752962340为/媒体数据的标识。

然后，native端向所述web端发送所述媒体数据的标识信息。

本发明实施例中，标识信息也称为伪协议，通过伪协议可以唯一标识各个媒体数据。

步骤603：所述web端利用所述媒体数据的标识信息，向所述native端请求所述媒体数据。

本发明实施例中，web端接收到标识信息后，提供用户编辑交互的页面，参照图5，在用户的操作过程中根据场景需要，web端向native端请求图片进行显示，请求时所述web端利用标识信息，向所述native端请求图片。

所述web端向所述native端请求所述媒体数据后，所述native端拦截所述web端发送的所有请求；当请求中携有所述伪协议标识时，所述native端根据所述媒体数据的标识向所述web端发送所述媒体数据。

这里，native端会拦截web端的所有请求，然后通过伪协议标识判断是否走伪协议流程，确认走伪协议流程后，将标识信息对应的图片数据回包给web端进行显示。

步骤604：所述web端显示所述媒体数据。

本发明实施例中，web端得到图片后按需要进行操作，如果不需要对图片进行编辑，就直接显示在网页里。当需要对图片进行编辑时(例如增加图片模糊效果)，所述web端对所述媒体数据进行编码，得到编码数据；基于所述编码数据对所述媒体数据进行编辑。在一实施方式中，对所述媒体数据进行编码为：将媒体数据转码为base64。当通过所述web端对所述媒体数据进行编码后，native端对原来保存的编码数据进行更新。由于伪协议符合同源策略，所以这种修改方式不会有跨域的问题。

步骤605：所述web端获得用户的确认操作后，向所述native端发送所述媒体数据的标识信息；所述native端根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

本发明实施例中，参照图5，当用户编辑好图片后，点击上传图片，则web端获得用户的确认操作；web端向native端发送所述媒体数据的标识信息；所述native端根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

这里，由于标识信息只是一串简单的类似url的字符串，所以可以在不同的web之间进行传递，也可以在有需要的时候回传给native端进行上传操作，比如用户编辑好图片后，将标识信息回传给native端，native端根据标识信息进行图片的上传。

本发明实施例的技术方案中，通过伪协议显示图片，由于只发生在native端和web端之间，所以不需要网络支持。其次，网页里如果用base64编码直接显示图片，当图片数量多的时候，会因为页面编码太大而导致卡顿现象，同时也会影响网页的脚本执行速度，而采用伪协议的方式可以有效避免这个问题，只当需要编辑图片时才需要base64编码，而在没有编辑的场景下，可以直接通过伪协议显示图片，给开发人员提供了灵活的处理方式。最后，相比base64编码的图片，用伪协议替代后数据量大幅下降，从而可以方便地进行传递。

图7为本发明实施例三的数据处理方法的流程示意图，本示例中的数据处理方法应用于客户端，所述客户端具有native端和web端；如图7所示，所述数据处理方法包括以下步骤：

步骤701：从native端调用选图器，基于所述选图器选取图片。

步骤702：native端对图片进行编码，并为所述图片生成伪协议。

这里，伪协议是指标识信息，至少包括：与网页一致的协议头和域名、伪协议标识、媒体数据的标识。

步骤703：native端向web端发送伪协议。

步骤704：web端利用伪协议向native端请求图片。

步骤705：native端拦截web端发送的所有请求，判断请求是否携带伪协议标识，是时，执行步骤706，否时，执行步骤707。

步骤706：native端将本地图片数据回包给web端。

步骤707：web端是否对图片进行编辑，是时，执行步骤708，否时，执行步骤710。

步骤708：web端对图片数据进行base64编码。

步骤709：web端基于用户操作对编码数据进行编辑。

步骤710：web端显示图片。

图8为本发明实施例四的数据处理方法的流程示意图，本示例中的数据处理方法应用于客户端，所述客户端具有native端和web端；如图8所示，所述数据处理方法包括以下步骤：

步骤801：native端调用选择控件，基于选择控件选取待传输的媒体数据；为所述媒体数据生成标识信息。

步骤802：native端向web端发送所述媒体数据的标识信息。

步骤803：web端利用媒体数据的标识信息，向native端请求所述媒体数据。

步骤804：native端拦截web端发送的所有请求，当判断出请求携带伪协议标识时，将本地媒体数据回包给web端。

步骤805：web端对媒体数据进行base64编码后进行编辑。

步骤806：web端显示图片。

图9为本发明实施例五的客户端的结构组成示意图，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；如图9所示，所述客户端包括：

选择单元91，用于从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

生成单元92，用于通过所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

请求单元93，用于通过所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

显示单元94，用于通过所述网页应用层显示所述媒体数据。

本领域技术人员应当理解，图9所示的客户端中的各单元的实现功能可参照前述数据处理方法的相关描述而理解。图9所示的客户端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图10为本发明实施例六的客户端的结构组成示意图，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；如图10所示，所述客户端包括：

选择单元1001，用于从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

生成单元1002，用于通过所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

请求单元1003，用于通过所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

显示单元1004，用于通过所述网页应用层显示所述媒体数据。

所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识；

所述客户端还包括：

拦截单元1005，用于通过所述本地应用层拦截所述网页应用层发送的所有请求；

识别单元1006，用于当请求中携有所述伪协议标识时，通过所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

所述客户端还包括：

编辑单元1007，用于通过所述网页应用层对所述媒体数据进行编码，得到编码数据；基于所述编码数据对所述媒体数据进行编辑。

所述客户端还包括：

更新单元1008，用于通过所述本地应用层对所述媒体数据进行编码，得到编码数据；当通过所述网页应用层对所述媒体数据进行编码后，对所述编码数据进行更新。

所述客户端还包括：

上传单元1009，用于当所述网页应用层获得用户的确认操作后，向所述本地应用层发送所述媒体数据的标识信息；所述本地应用层根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

本领域技术人员应当理解，图10所示的客户端中的各单元的实现功能可参照前述数据处理方法的相关描述而理解。图10所示的客户端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，应用于客户端，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；所述方法包括：

从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

所述网页应用层显示所述媒体数据。

2.根据权利要求1所述的数据处理方法，其特征在于，所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识；

所述网页应用层向所述本地应用层请求所述媒体数据后，所述方法还包括：

所述本地应用层拦截所述网页应用层发送的所有请求；

当请求中携有所述伪协议标识时，所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

3.根据权利要求1所述的数据处理方法，其特征在于，当对所述媒体数据进行编辑时，所述方法还包括：

所述网页应用层对所述媒体数据进行编码，得到编码数据；

基于所述编码数据对所述媒体数据进行编辑。

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

所述本地应用层对所述媒体数据进行编码，得到编码数据；

当通过所述网页应用层对所述媒体数据进行编码后，对所述编码数据进行更新。

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

所述网页应用层获得用户的确认操作后，向所述本地应用层发送所述媒体数据的标识信息；

所述本地应用层根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。

6.一种客户端，其特征在于，所述客户端具有本地应用层和网页应用层，所述网页应用层通过调用所述本地应用层的控件与外部模块进行信息交互；所述客户端包括：

选择单元，用于从所述本地应用层调用选择控件，基于所述选择控件选取待传输的媒体数据；

生成单元，用于通过所述本地应用层为所述媒体数据生成标识信息，向所述网页应用层发送所述媒体数据的标识信息；

请求单元，用于通过所述网页应用层利用所述媒体数据的标识信息，向所述本地应用层请求所述媒体数据；

显示单元，用于通过所述网页应用层显示所述媒体数据。

7.根据权利要求6所述的客户端，其特征在于，所述媒体数据的标识信息至少包括如下信息：与网页一致的协议头和域名、伪协议标识、媒体数据的标识；

所述客户端还包括：

拦截单元，用于通过所述本地应用层拦截所述网页应用层发送的所有请求；

识别单元，用于当请求中携有所述伪协议标识时，通过所述本地应用层根据所述媒体数据的标识向所述网页应用层发送所述媒体数据。

8.根据权利要求6所述的客户端，其特征在于，所述客户端还包括：

编辑单元，用于通过所述网页应用层对所述媒体数据进行编码，得到编码数据；基于所述编码数据对所述媒体数据进行编辑。

9.根据权利要求8所述的客户端，其特征在于，所述客户端还包括：

更新单元，用于通过所述本地应用层对所述媒体数据进行编码，得到编码数据；当通过所述网页应用层对所述媒体数据进行编码后，对所述编码数据进行更新。

10.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：

上传单元，用于当所述网页应用层获得用户的确认操作后，向所述本地应用层发送所述媒体数据的标识信息；所述本地应用层根据所述媒体数据的标识信息，将编辑后的所述编码数据发送至服务器。