一种网页内容的处理方法、系统、服务器及相关客户端与流程

本发明涉及数据处理技术领域，尤其涉及一种网页内容的处理方法、系统、服务器及相关客户端。

背景技术：

随着互联网技术的进步，越来越多的网络用户已经不再满足于单纯作为网络内容的被动接受者，而是更多地参与到互联网信息的创作和分享中去。

目前，对于内容提供者，在进行内容发布/上传时，一般采取图1和图2两种主要的内容输入形式：

图1展示的是内容发布，如图1所示，编辑方式为：富文本样式+添加图片，以形成图文排版内容。此种内容输入方式可基于传统超文本标记语言(HTML，Hyper Text Markup Language)实现，而无需服务器处理，并可由客户端浏览器自行解析。

图2展示的是内容上传，如图2所示，上传文档时仅能上传单一格式内容类型的文件，以百度文库为例，就主要是上传Office文档内容类型的文件。

相应的，对于内容接收者来说，为了浏览由内容提供者发布/上传的文件，需要在客户端上安装显示控件，以便查看相应网站的内容数据。例如，为了浏览图2上传的百度文库的文件，如图3所示，就需要在客户端上安装百度文库显示控件；同样，如果还有浏览其它类型的文件，就需要对应安装能浏览其它类型文件的显示控件。

显然，现有技术中，对于内容提供者而言，可输入文件的内容类型过于单一、局限性大；对于内容接收者而言，为了浏览文件可能需要为终端根据不同类型安装相应的显示控件，占用系统资源多且普遍适应性差。

技术实现要素：

有鉴于此，本发明实施例期望提供一种网页内容的处理方法、系统、服务器及相关客户端，能在内容接收端直接查看不同内容类型的文件。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供一种网页内容的处理方法，所述方法包括：

接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件；

通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端。

上述方案中，所述获取所述文件的内容类型对应的显示控件，包括：

识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，

从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件。

上述方案中，所述识别所述文件的内容类型包括：根据所述文件的扩展名识别文件的内容类型。

上述方案中，所述根据所述文件获取请求获取对应的文件之前，所述方法还包括：

确定文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，将与所述文件的内容类型对应的显示控件的标识发送给第二客户端。

上述方案中，所述确定文件的内容类型之前，所述方法还包括：

接收第二客户端发送的一个以上不同内容类型的文件。

上述方案中，所述预设文件的内容类型与显示控件的对应关系，包括：

对所述显示控件按类别进行分类，将文件的内容类型和分类后的显示控件一一对应。

上述方案中，所述将解析后的内容以窗口形式发送给第一客户端，包括：

将使用与文件的内容类型对应的显示控件显示的解析后的内容，以窗口形式发送给第一客户端。

本发明实施例还提供一种网页内容的处理方法，所述方法包括：

向服务器发送文件获取请求；

接收服务器以窗口形式发送的所请求文件解析后的内容。

上述方案中，所述方法还包括：

显示服务器以窗口形式发送的、使用与所请求文件的内容类型对应的显示控件解析后的内容。

本发明实施例还提供一种网页内容处理方法，所述方法包括：

向服务器发送一个以上不同内容类型的文件；

接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

上述方案中，所述向服务器发送一个以上不同内容类型的文件之前，所述方法还包括：

通过不同的内容控件编辑不同内容类型的文件，通过内容编辑框对所述内容控件进行调整。

本发明实施例提供一种服务器，所述服务器包括：

获取模块，用于接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件；

解析模块，用于通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端。

上述方案中，所述获取模块，具体用于识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，

从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件。

上述方案中，所述服务器还包括发送模块，用于确定文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，将与所述文件的内容类型对应的显示控件的标识发送给第二客户端。

上述方案中，所述服务器还包括接收模块，用于在确定文件的内容类型之前，接收第二客户端发送的一个以上不同内容类型的文件。

本发明实施例提供一种第一客户端，所述第一客户端包括：

第一发送模块，用于向服务器发送文件获取请求；

第一接收模块，用于接收服务器以窗口形式发送的所请求文件解析后的内容。

本发明实施例提供一种第二客户端，所述第二客户端包括：

第二发送模块，用于向服务器发送一个以上不同内容类型的文件；

第二接收模块，用于接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

本发明实施例提供一种网页内容的处理系统，所述系统包括：服务器、第一客户端、第二客户端；其中，

所述服务器，用于接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件；还用于通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端；

所述第一客户端，用于向服务器发送文件获取请求；还用于接收服务器以窗口形式发送的所请求文件解析后的内容；

所述第二客户端，用于向服务器发送一个以上不同内容类型的文件；还用于接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

上述方案中，所述服务器，具体用于识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，

从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件。

本发明实施例提供的网页内容的处理方法、系统、服务器及相关客户端，接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件；并获取所述文件的内容类型对应的显示控件；通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端。如此，将文件的内容类型和显示控件进行关联，通过识别文件的内容类型以及预设的对应关系，即可采用适当的显示控件对文件完成解析，或者，从文件中获取与所述文件的内容类型对应的显示控件的标识，也可采用适当的显示控件对文件完成解析，并将解析后的内容以窗口形式直接发给客户端显示；这样，客户端接收的是一个可以显示文件内容的窗口，就不需要再安装显示控件来完成内容显示，能实现在内容接收端不做处理直接浏览不同内容类型的文件；另外，由于无需在客户端中安装各种显示控件，能减少对接收内容的客户端资源的占用，且适用范围更广。

附图说明

图1为现有技术中内容发布的示意图；

图2为现有技术中内容上传的示意图；

图3为现有技术中内容接收的示意图；

图4为本发明实施例网页内容的处理方法的实现流程示意图一；

图5为本发明实施例网页内容的处理方法的实现流程示意图二；

图6为本发明实施例网页内容的处理方法的实现流程示意图三；

图7为本发明实施例服务器的组成结构示意图；

图8为本发明实施例第一客户端的组成结构示意图；

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

图10为本发明实施例网页内容的处理方法的具体实现流程示意图；

图11为本发明实施例控件按钮的使用示意图；

图12为本发明实施例内容编辑框的使用示意图；

图13为本发明实施例内容上传的示意图；

图14为本发明实施例内容接收的示意图。

具体实施方式

本发明实施例中，需要在不同客户端连接的服务器上针对不同类型的文件预设对应的显示控件，当收到客户端获取文件的请求后，服务器获取文件并识别文件的内容类型，并根据预设的对应关系采用对应的显示控件对文件进行解析，最后将解析后的文件内容发给客户端显示；这样，就不需要在客户端安装多种不同类型的显示控制，不仅能在接收内容的客户端浏览各种类型的文件，而且能减少对接收内容的客户端资源的占用。

其中，可以在服务器上预设文件的内容类型与显示控件的对应关系；也可以是设置不同文件的内容类型对应的显示控件的标识，将标识发给上传文件的客户端，由上传文件的客户端将标识添加在文件中上传，这样，服务器收到文件后，就可以从文件中获取标识，再根据标识确定对应的显示控件。

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

实施例一

本实施例的实现流程应用于服务器端，详细说明服务器端网页内容的处理方法的实现过程。如图4所示，本实施例中网页内容的处理方法，包括以下步骤：

步骤401：接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件；

这里，在步骤401之前，所述方法还可以包括：在服务器上预设文件的内容类型与显示控件的对应关系；

所述获取所述文件的内容类型对应的显示控件，包括：识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件；其中，所述显示控件的标识包括但不限于编号。

其中，所述识别所述文件的内容类型包括但不限于：根据文件的扩展名识别文件的内容类型。

所述根据所述文件获取请求获取对应的文件之前，所述方法还可以包括：服务器确定文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，将与所述文件的内容类型对应的显示控件的标识发送给第二客户端。

这里，所述确定文件的内容类型之前，所述方法还包括：服务器接收第二客户端发送的一个以上不同内容类型的文件。

其中，服务器接收的文件有两种类别：一种是文件中包括与所述文件的内容类型对应的显示控件的标识；另一种是文件中不包括与所述文件的内容类型对应的显示控件的标识。

相应的，服务器会将接收的一个以上不同内容类型的文件存储到数据库中。

这里，不同内容类型的文件包括但不限于自动转码能力的视频/音频文件、PDF/Word文档、PowerPoint演示文件、Flash动画、基于特殊JS解析的公式习题等内容数据或内容应用。

具体地，服务器中的系统程序会识别所述文件的内容类型，所述文件的内容类型包括但不限于是根据文件的扩展名进行识别。

举例来说，服务器根据文件的扩展名进行识别文件的内容类型，对视频/音频文件来说，内容类型为.wmv/.mp3；对PDF/WORD文件来说，内容类型为.pdf/.doc；对PowerPoint演示文件来说，内容类型为.ppt；对Flash动画文件来说，内容类型为.fla；对于基于特殊JS解析的公式习题文件来说，内容类型为.xls。

这里，所述预设文件的内容类型与显示控件的对应关系，包括：对所述显示控件按类别进行分类，将文件的内容类型和分类后的显示控件一一对应。

这里，对所述显示控件按内容类型进行分类，具体可以是按照编号对显示控件进行分类；

举例来说，显示控件包括pdf显示控件、word显示控件、wav显示控件，用编号001表示pdf显示控件，用编号002表示word显示控件，用编号003表示wav显示控件。

这里，将文件的内容类型和分类后的显示控件一一对应，包括两种对应关系，具体可以是将文件的内容类型和显示控件直接对应，也可以是将文件的内容类型和显示控件的编号直接对应；

举例来说，文件内容类型包括.pdf文件、.doc文件、.wav文件，显示控件包括pdf显示控件、word显示控件、wav显示控件，pdf显示控件的编号为001，word显示控件的编号为002，wav显示控件的编号为003；

第一种对应关系、.pdf文件与pdf显示控件对应，.doc文件与word显示控件对应，.wav文件与wav显示控件对应；

第二种对应关系、.pdf文件与001对应，.doc文件与002对应，.wav文件与003对应。

步骤402：通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端。

这里，所述将解析后的内容以窗口形式发送给第一客户端，包括：

将使用与文件的内容类型对应的显示控件显示的解析后的内容，以窗口形式发送给第一客户端。

具体地，服务器通过显示控件解析出符合发出请求的第一客户端的普通Web内容显示技术标准的显示内容，并使用与文件的内容类型对应的显示控件显示的解析后的内容，以窗口形式发送给第一客户端。

这里，第一客户端包括但不限于普通电脑、移动终端如手机。

实施例二

本实施例的实现流程应用于第一客户端，详细说明第一客户端网页内容的处理方法的实现过程，其中，第一客户端是请求获取文件的客户端；实际应用中，第一客户端可以有多个，分别根据各自需要发送请求；本实施例以一个第一客户端为例。如图5所示，本实施例中网页内容的处理方法，包括以下步骤：

步骤501：向服务器发送文件获取请求。

具体地，第一客户端可以是通过普通电脑浏览器、手机浏览器、支持显示Web内容的客户端软件向服务器发送文件获取请求。

步骤502：接收服务器以窗口形式发送的所请求文件解析后的内容。

这里，所述接收服务器以窗口形式发送的所请求文件解析后的内容，包括：

第一客户端将服务器以窗口形式发送的、使用与所请求文件的内容类型对应的显示控件解析后的内容显示出来，无需再针对从服务器接收到的文件进行专门处理。

举例来说，第一客户端请求文件的内容类型是.pdf文件，与文件的内容类型对应的显示控件是pdf显示控件，第一客户端以窗口形式将使用pdf显示控件解析后的内容显示出来，而无需再安装pdf显示控件。

这里，如果第一客户端的显示窗口中的字体太小，第一客户端还可以向服务器发送字体调整请求；服务器接收请求后，调整使用与所请求文件的内容类型对应的显示控件解析后的内容中的字体，并以窗口形式将解析后的内容发送给第一客户端。

其中，服务器调整的内容包括但不限于字体大小、行间距、缩放。

这里，第一客户端包括但不限于普通电脑、移动终端如手机。

实施例三

本实施例的实现流程应用于第二客户端，详细说明第二客户端网页内容的处理方法的实现过程，其中，第二客户端是提供各种不同内容类型文件的客户端；实际应用中，第二客户端可以有多个；本实施例以一个第二客户端为例。如图6所示，本实施例中网页内容的处理方法，包括以下步骤：

步骤601：向服务器发送一个以上不同内容类型的文件。

这里，第二客户端可以通过专用的控件按钮，将不同类型的文件上传给服务器。

具体地，第二客户端可以通过一个控件按钮，将一个以上不同内容类型的文件上传给服务器，也可以是使用与各个不同内容类型的文件对应的各个控件按钮，将对应的文件上传给服务器。

这里，所述向服务器发送一个以上不同内容类型的文件之前，所述方法还包括：通过不同的内容控件编辑不同内容类型的文件，通过内容编辑框对所述内容控件进行调整。

这里，第二客户端对不同内容类型的文件使用不同的内容控件进行编辑，所述不同内容类型的文件的内容在得到服务器的支持下，可以通过所见即所得的方式在内容控件中显示出来。

这里，内容控件以固定占位或任意排版占位的方式插入到内容编辑框中。

这里，所述内容编辑框对所述内容控件进行调整，包括设置内容控件的大小、边距、悬浮状态。

步骤602：接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

这里，第二客户端将服务器发送的显示控件的标识添加在要上传到服务器的文件中。

这里，第二客户端包括但不限于普通电脑、移动终端如手机。

实施例四

为实现实施例一的方法，本实施例提供了一种服务器，如图7所示，所述服务器包括：获取模块71、解析模块72；其中，

获取模块71，用于接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件。

解析模块72，用于通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端。

这里，所述获取模块71具体用于，识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件。

这里，所述服务器还包括发送模块，用于确定文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，将与所述文件的内容类型对应的显示控件的标识发送给第二客户端。

这里，所述服务器还包括接收模块，用于在确定文件的内容类型之前，接收第二客户端发送的一个以上不同内容类型的文件。

在实际应用中，获取模块71、解析模块72、发送模块、接收模块可由位于服务器上的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro Processor Unit)、数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。

实施例五

为实现实施例二的方法，本实施例提供了一种第一客户端，如图8所示，所述第一客户端包括：第一发送模块81、第一接收模块82；其中，

第一发送模块81，用于向服务器发送文件获取请求。

第一接收模块82，用于接收服务器以窗口形式发送的所请求文件解析后的内容。

这里，所述第一客户端还可以包括显示模块，用于显示服务器以窗口形式发送的、使用与所请求文件的内容类型对应的显示控件解析后的内容。

在实际应用中，第一发送模块81、第一接收模块82和显示模块均可由位于第一客户端上的CPU、MPU、DSP、或FPGA等实现。

实施例六

为实现实施例三的方法，本实施例提供了一种第二客户端，如图9所示，所述第二客户端包括：第二发送模块91、第二接收模块92；其中，

第二发送模块91，用于向服务器发送一个以上不同内容类型的文件；

第二接收模块92，用于接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

这里，所述第二客户端还可以包括调整模块，用于通过不同的内容控件编辑不同内容类型的文件，通过内容编辑框对所述内容控件进行调整。

在实际应用中，第二发送模块91、第二接收模块92和调整模块均可由位于第二客户端上的CPU、MPU、DSP、或FPGA等实现。

下面以具体实施例详细说明本发明在实际应用中的实现过程及原理。

图10为本发明实施例网页内容的处理方法的具体实现流程示意图，如图10所示，包括内容提供者、中间服务器、内容接收者，具体包括以下步骤：

步骤1：内容提供者在第二客户端点选要发布/上传的文件，并对所述文件进行混合排版，中间服务器中的系统程序识别所选文件的内容类型，从中间服务器取得相应的显示控件，并将该显示控件添加在所选的文件中。

这里，点击图11中以黑色标记的附加按钮(专用的控件按钮)，并使用图11中的内容编辑框对所述文件进行混合排版；排版后的效果如图12所示，待发布/上传的文件以内容占位符的形式在内容编辑框里出现，在得到中间服务器能力支持的条件下，也可直接实时预览到文件内容本身。按照图13所示，相应地点选有待发布/上传的文件。

这里，对文件的内容类型及其对应显示控件的识别可通过中间服务器中的系统程序自动识别，也可由用户指定，由内容提供者为不同的文件内容类型使用不同的控件按钮，即在点击图11中的控件按钮时，由内容提供者指定文件的内容类型和对应的显示控件。

步骤2：内容提供者完成文件内容的输入后，将原始文件内容数据存入中间服务器的数据库。

步骤3：内容接收者请求文件内容数据，服务器中的系统程序调取所请求的原始内容数据，并通过中间服务器进行内容解析中转处理，以识别相应的显示控件，并使用相应的显示控件解析出符合内容接收者所用的第一客户端要求的显示内容。

图14为内容接收的示意图，如图14所示，第一客户端以窗口形式完美还原显示由内容提供者预先设计的文件(文档+音频)及其效果，无需再针对从中间服务器接收到的内容进行专门处理。

这里，如果第一客户端的显示窗口中字体太小，第一客户端向服务器发送字体调整请求，服务器接收请求后，调整根据显示控件对文件解析后的内容中的字体，并以窗口形式将解析的内容发送给第一客户端。

这里，服务器调整的内容包括但不限于字体大小、行间距、缩放。

本发明实施例提供一种网页内容的处理系统，所述系统包括：服务器、第一客户端、第二客户端；其中，

所述服务器，用于接收第一客户端发送的文件获取请求，根据所述文件获取请求获取对应的文件，并获取所述文件的内容类型对应的显示控件；还用于通过所述显示控件对所述文件进行解析，将解析后的内容以窗口形式发送给第一客户端；

所述第一客户端，用于向服务器发送文件获取请求；还用于接收服务器以窗口形式发送的所请求文件解析后的内容；

所述第二客户端，用于向服务器发送一个以上不同内容类型的文件；还用于接收服务器发送的与所述文件的内容类型对应的显示控件的标识。

这里，所述服务器，具体用于识别所述文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，获取所述文件的内容类型对应的显示控件；或者，从所述文件中获取与所述文件的内容类型对应的显示控件的标识，根据所述显示控件的标识，获取所述文件的内容类型对应的显示控件。

这里，所述服务器，具体还用于确定文件的内容类型，根据预设文件的内容类型与显示控件的对应关系，将与所述文件的内容类型对应的显示控件的标识发送给第二客户端。

这里，所述服务器，具体还用于在确定文件的内容类型之前，接收第二客户端发送的一个以上不同内容类型的文件。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。