CN103533087A - 一种云服务平台中间件及云上传方法 - Google Patents

Abstract

本发明提供一种云服务平台中间件及云上传方法，所述中间件包括核心引擎层、数据层、支撑层、消息组件层，其中，所述核心引擎层，用于提供不同云服务的调用接口，供所述中间件外部的云应用层调用；所述数据层与所述核心引擎层通信，用于保存用户云端数据；所述支撑层与所述核心引擎层通信，用于提供实现不同云服务的服务组件；所述消息组件层分别与所述支撑层、所述核心引擎层通信，用于实现所述支撑层与所述核心引擎层间的消息传递。如此就可大大缩短云应用的开发时间，减少开发成本。另外，基于本发明中间件搭建出的云应用，还可通过中间件来整合用户在不同云应用下的数据，实现不同云应用间的数据打通与共享，还可节省存储资源，提高用户体验。

Description

一种云服务平台中间件及云上传方法

技术领域

本发明涉及通信技术领域，具体涉及一种云服务平台中间件及云上传方法。

背景技术

随着计算机技术的不断发展，云服务以其可靠性和通用性被人们广泛接受和使用，随即，涌现出越来越多满足人们不同需求的云应用，如云相册、云网盘、云视频、云笔记等等。

目前，云服务提供商在构建一个云应用服务平台时，大多是通过分析用户使用场景进行的定制性云应用构建，若要在原有云应用的基础上再增强云服务，要么需要推翻原有云应用的服务平台，重新构建；要么在原有云应用服务平台的基础上，构建一个甚至多个并列云应用服务平台。对于第一种方式，耗时长，花费的代价大；而在第二种方式中，各云应用之间相对独立，无法在各云应用之间实现对同一用户的云端数据共享。下面进行举例说明。

如在基于个人云视频的服务平台的基础上，再推出个人云相册这一云应用，对应现有技术的两种方式，具体实现可体现为：

方式一，推翻现有云视频应用平台的架构，重新分析当前的使用场景，构建全新的***构架，使其同时支撑云视频、云相册两个使用场景。这种方式显然需要花费很大的代价，特别是用户需求更新较为频繁的使用场景，这种代价就显得更为突出。

方式二，独立考虑云相册应用，即只分析云相册的使用场景，为其定制一套独立的服务平台，再独立建设一套符合云相册应用特点的网络基础设施，以此向用户提供云视频、云相册的综合使用场景。这种方式下，两个云应用的用户数据是相互独立、无法打通的，也就是说，用户在云视频应用中的云端数据（如用户底层数据、业务数据等）无法共享到云相册应用中。这种方式下，两个服务平台可能需要维护大量相同的数据，造成存储资源的浪费；对于用户来说，还可能会降低用户体验。

发明内容

本发明实施例的云服务平台中间件及云上传方法，用以解决现有技术在增强云服务时存在的花费代价大、数据无法打通的问题。

为此，本发明实施例提供如下技术方案：

一种云服务平台中间件，所述中间件包括核心引擎层、数据层、支撑层、消息组件层，其中，

所述核心引擎层，用于提供不同云服务的调用接口，供所述中间件外部的云应用层调用；

所述数据层与所述核心引擎层通信，用于保存用户云端数据；

所述支撑层与所述核心引擎层通信，用于提供实现不同云服务的服务组件；

所述消息组件层分别与所述支撑层、所述核心引擎层通信，用于实现所述支撑层与所述核心引擎层间的消息传递。

优选的，所述支撑层提供的服务组件包括以下服务组件中的至少一种：

图片缩略图组件、静态资源池、视频转码***、文件分发与加速***、分布式文件存储***。

优选的，所述中间件还包括数据缓存层，

所述数据缓存层，用于缓存所述数据层中满足预设规则的用户云端数据。

优选的，所述核心引擎层，还用于整合同一用户在不同云服务中的云端数据，并保存用户与整合后的云端数据间的对应关系。

优选的，所述核心引擎层，还用于监控用户对不同云服务的访问情况，并生成云日志保存至所述数据层。

优选的，所述消息组件层，还用于与所述云应用层通信，实现不同云服务间的消息传递。

对应地，本发明实施例还提供一种云上传方法，开发者构建能提供云上传服务的应用层，使所述应用层与上述的云服务平台中间件通信，按照以下步骤进行云上传：

所述应用层向所述中间件的核心引擎层中的云上传服务的调用接口发送文件上传请求，所述请求包括待上传文件的文件指纹；

所述云上传服务根据所述文件指纹判断该待上传文件是否已完成上传；

如果未完成上传，则通知所述应用层将所述待上传文件上传至所述中间件的支撑层中的分布式文件存储***；

文件完成上传后，所述分布式文件存储***将文件的存储地址写入所述中间件的消息组件层的消息队列中，并将文件上传成功的信息反馈给所述应用层；

所述核心引擎层维护的消息读取进程按预设间隔访问所述消息组件层，从中读取所述分布式文件存储***写入的文件存储地址，并将所述文件存储地址保存至所述中间件的数据层。

优选的，如果所述待上传文件为图片，所述方法还包括：

文件完成上传后，所述分布式文件存储***利用所述图片缩略图组件生成缩略图，并将所述缩略图存入静态资源池。

优选的，如果所述待上传文件为视频文件，所述方法还包括：

所述消息读取进程从所述消息组件层读取到所述文件存储地址后，所述核心引擎层控制所述支撑层的视频转码***从所述分布式文件存储***中读取所述视频文件并进行视频转码；

转码完成后，所述视频转码***将转码后的文件保存至所述支撑层的文件分发与加速***，并将转码后的文件的存储地址写入所述消息组件层的消息队列中；

所述消息读取进程按照预设间隔访问所述消息组件层，从中读取所述转码后的文件的存储地址并保存至所述数据层。

优选的，所述待上传文件请求还包括回调地址，则所述方法还包括：

在所述将所述文件存储地址保存至所述中间件的数据层之后，

所述云上传服务通过所述回调地址向所述应用层发送上传成功确认消息。

本发明实施例的云服务平台中间件及云上传方法，由中间件对多个云服务的底层业务和数据进行统一管理和维护，开发者只需构建简单的应用层，然后调用中间件提供的对外接口即可搭建一个新的云应用，如此就可大大缩短云应用的开发时间，减少开发成本。另外，基于本发明中间件搭建出的云应用，还可通过中间件来整合用户在不同云应用下的数据，实现不同云应用间的数据打通与共享，如此还可节省存储资源，提高用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其它的附图。

图1是本发明实施例的云服务平台中间件的示意图；

图2是本发明实施例云上传方法实施例1的流程图；

图3是本发明实施例云上传方法实施例2的流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

为了解决现有技术在原有云应用基础上增强云服务时，搭建新的云应用服务平台耗时长、代价大等问题，本发明实施例提供了一种云服务平台中间件，为开发者提供了实现多种云应用的技术支持。如此，在需要孵化一款新的云应用时，开发者只需要构建应用层，然后通过应用层调用本发明实施例的中间件，以应用层与中间件拼接的方式实现一种新的云应用。相对现有技术需要花费3～5个月的时间构建一种新的云应用来说，采用本发明方案之后，仅需1～2个月即可完成，大大缩短了研发时间，降低了时间成本。

需要说明的是，应用层可以理解为是云应用的用户交互界面，即用户可视并可直接操作的界面，其面向用户不同的云服务需求，可实现移动端、PC端、TV端等客户端的云应用展示。

下面对本发明实施例的云服务平台中间件的构成进行解释说明。

实施例1

参见图1，示出了本发明实施例的云服务平台中间件的示意图，作为本发明实施例中间件构成方案的实施例1，中间件可包括核心引擎层、数据层、支撑层、消息组件层。下面对各层进行解释说明。

（1）核心引擎层，用于提供不同云服务的调用接口，供中间件外部的云应用层调用。

核心引擎层最基本的功能即是要维护供不同云应用服务的调用接口，参见图1所举示例，核心引擎层可向应用层提供上传、下载、移动、重命名、搜索等服务，并向开发者提供这些服务的调用接口，供其使用。如此，在开发者拟构建一个新的云应用时，只要开发实现业务展示的应用层，并在需要时调用核心引擎层提供的相应的接口即可。

需要说明的是，核心引擎层作为本发明中间件的对外接口，可直接与应用层通信，并根据实际使用情况建立与数据层、支撑层、或者消息组件层的通信，对此将在下文一一进行解释说明。

（2）数据层与核心引擎层通信，用于保存用户云端数据。

数据层最基本的功能即是实现云端存储，主要由数据库组件形成。

（3）支撑层与核心引擎层通信，用于提供实现不同云服务的服务组件。

应用层调用核心引擎层后，由核心引擎层根据应用层为用户提供的不同云服务，与支撑层相互配合实现云服务。参见图1所举示例，支撑层可体现为：图片缩略图组件、静态资源池、视频转码***、文件分发与加速***、分布式文件存储***、监控***等。

支撑层所包含的组件可被划分为实现不同云服务的通用组件，如，云网盘服务和云相册服务上传的文件均可保存至分布式文件存储***中，对于这两个云应用来说，分布式文件存储***就可被视为通用组件。或者，不同云服务均可通过监控***，对应用接口、消息队列、服务器、网络、磁盘、数据库主从等健康状况进行实时监控，故监控***亦可被视为通用组件。

另外，支撑层的组件还可被划分为实现个性化云服务的个性化组件，如，对于云相册服务来说，除了要通过分布式文件存储***保存用户上传的相册之外，在检测到用户上传的文件为图片时，还会通过图片缩略图组件进行图片处理生成缩略图，并将其推到静态资源池中，以提高图片访问速度。再例如，对于视频文件来说，其可能由手机、摄像机等不同终端拍摄，也可能具有不同的视频格式，为了保证用户上传成功后，可在任何地方通过任何设备正常播放该视频文件，还应对视频文件进行统一转码。图片缩略图组件、静态资源池、视频转码***等均可被视为个性化组件。

（4）消息组件层分别与支撑层、核心引擎层通信，用于实现支撑层与核心引擎层间的消息传递。

消息组件层最基本的功能即是实现支撑层向核心引擎层方向的消息传递。如，应用层调用核心引擎层向用户提供上传服务时，核心引擎层会与支撑层的分布式文件存储***配合，进行文件上传与存储；上传完成后，分布式文件存储***还需要将存储地址保存到数据层，以便用户在需要进行文件下载时，核心引擎层可以从数据层读取文件存储地址，进而去相应的位置获取文件。在这一过程中，支撑层即是通过消息组件层将存储地址传递给核心引擎层，进而由核心引擎层将其保存至数据层，对此将在下文的云上传方法中进行解释说明。

如此，开发者就可以利用本发明实施例提供的中间件快速方便的构建一款新的云应用，且在开发过程中，开发者仅需构建简单的应用层，然后使应用层与中间件的对外接口进行交互即可。对于实现云服务的底层业务及数据均可由中间件统一进行管理及维护，这就可大大减少不必要的重复开发工作，降低数据同步、软硬件开发、维护升级等方面的成本。

实施例2

另外，针对现有技术增强云服务方式二，无法打通两个独立服务平台之间数据的缺点，本发明实施例还提供了中间件构成方案的实施例2。在该实施例中，核心引擎层，还用于整合同一用户在不同云服务中的云端数据，并保存用户与整合后的云端数据间的对应关系。

也就是说，开发者可以构建多个不同云服务的应用层，并利用本发明的中间件拼接出多个不同的云应用，如图1示出的云网盘、云相册、云备份等云应用的应用层。为了保证用户在不用云应用中数据的打通与共享，核心引擎层还应具有整合用户云端数据的功能。

具体过程可提现为：在用户通过利用本发明中间件搭建成的云应用进行数据上传时，核心引擎层会建立用户身份信息与云应用间的对应关系，因为云应用与用户数据也是相对应的，如此也就建立了用户身份信息与用户数据间的对应关系，这样，在用户需要实现相关云服务的联动时，核心引擎层就可以根据用户输入的条件，查找需要的数据反馈给用户，如此既可节省存储资源，又可提高用户体验。下面对该过程进行举例说明。

如，通过本发明中间件实现了云网盘和云相册两个云应用，若要实现云网盘的个人照片在云相册中的展现与管理，过程可体现为：首先，核心引擎层会建立用户身份编码与云网盘间的映射关系，进而实现该用户与云网盘所有用户数据的关联（当然包括该用户与上述个人照片间的关联）；对应地，核心引擎层还会建立该名用户的身份编码与云相册间的映射关系，实现其与云相册所有用户数据的关联，如此，就建立了该用户及其在两个云应用下数据的关联关系。其次，在用户想要实现云网盘的个人照片到云相册的展现时，将其作为联动条件输入，核心引擎层即会根据这一条件判断该名用户是否与云网盘建立有映射关系，如果有就可从云网盘中查找并读取用户需要的个人照片，并将其共享到云相册，实现云网盘中的个人照片在云相册的展现。

实施例3

在实现不同云应用间数据打通与共享之后，为了实现不同云应用底层***间的数据通信，并降低耦合性，实现***间松耦合，本发明实施例还提供了中间件构成方案的实施例3。在该实施例中，消息组件层，还用于与所述云应用层通信，实现不同云服务间的消息传递。

也就是说，本发明中的消息组件层除了可实现同一应用下的消息传递，还能实现不同应用间的消息传递。下面以传递共享信息为例进行解释说明：

同一应用下的消息传递可体现为：用户A在云相册应用中向用户B共享了一张照片，消息组件层即会向云相册应用中的用户B发送共享信息提醒，提示用户B当前有用户A向其共享了照片。

不同应用下的消息传递可体现为：用户A在云相册应用中向用户B共享了一张照片，因不同应用间的数据被打通，故消息组件层还可向云网盘应用中的用户B发送共享信息提醒，提示用户B当前有用户A在云相册应用中向其共享了照片。作为本发明实施例的一种优选方案，在用户B点击共享消息提醒中的链接地址时，还可直接从云网盘跳转到云相册中，查看用户A共享的照片。

需要说明的是，上文实施例1处介绍的存储地址的传递可以理解为是同一应用下消息传递过程的体现。

实施例4

为了提高利用本发明中间件搭建出的云应用的访问速度，本发明实施例还提供了中间件构成方案的实施例4。在该实施例中，中间件还包括数据缓存层，用于缓存所述数据层中满足预设规则的用户云端数据。

一般情况下，在用户访问云应用，希望从中读取或者下载数据时，需要通过应用层调用核心引擎层，再由核心引擎层根据用户需求，从数据层中读取相应的用户数据。为了提高这一过程的处理速度，本发明实施例还增设了读取速度较快的数据缓存层，将部分满足预设规则（预设规则可体现为用户常用的数据、或者用户设置的特定类型的数据等，本发明对此可不做限定）的数据从数据层读取到数据缓存层中保存。在用户需要访问数据时，由核心引擎层先从数据缓存层读取，如果数据缓存层不存在，再访问数据层并从中读取。

数据缓存层可包含数据缓存组件、会话共享组件等，因其与数据层均是为了实现云端数据存储及查询，故在图1所示示例中，并未对二者进行严格的划界。

实施例5

为了记录利用本发明中间件搭建出的云应用的访问情况，本发明实施例还提供了中间件构成方案的实施例5。在该实施例中，核心引擎层，还用于监控用户对不同云服务的访问情况，并生成云日志保存至所述数据层。

也就是说，核心引擎层还具备监控功能，可统计分析每个云应用具有的用户数量、预设时间段（如每天、每小时等）的访问量、应用的使用活跃度等，对应于此，数据层还包含有日志组件，用于保存核心引擎层监控到的数据。

下面以云上传过程为例，对利用本发明中间件搭建出的云应用的使用过程进行解释说明。

实施例6

如上文所做介绍，从开发者的角度来说，其需要构建一个能提供云上传服务的应用层，然后使该应用层与本发明的云服务平台中间件通信，按照以下步骤进行云上传。具体可参见图2所示实施例1的流程图，可包括：

步骤101，所述应用层向所述中间件的核心引擎层中的云上传服务的调用接口发送文件上传请求，所述请求包括待上传文件的文件指纹。

应用层向用户展示操作界面，并在接收到用户通过客户端发送的文件上传请求时，与中间件的核心引擎层建立通信，调用核心引擎层向其提供的文件上传服务接口，将文件上传请求提交给该接口，触发云上传过程。

需要说明的是，文件上传请求中主要包含的是待上传文件的文件指纹，文件指纹可视为是文件的身份信息，每个文件都对应有各自唯一的文件指纹，文件指纹可通过文件内容、文件大小、文件类型等形成。

步骤102，所述云上传服务根据所述文件指纹判断该待上传文件是否已完成上传，如果未完成上传，则执行步骤103；如果已完成上传，则向用户反馈上传成功。

核心引擎层中的云上传服务接收到应用层转发的文件上传请求之后，先根据文件指纹判断该待上传文件是否已完成上传：

如果已完成上传（不论是用户自己先前上传过该文件，还是其它用户上传过该文件，均可视为已完成上传。对于其它用户上传过该文件的情况来说，当前用户相当于共享了其它用户的上传进度及上传文件），则核心引擎层直接通过应用层向用户反馈文件上传成功的消息，实现文件秒传。

如果未完成上传（可具体体现为文件不存在，或者文件上传中断），云上传服务则会查找距离该用户客户端最近的上传节点，并将该上传节点分配给客户端，用以实现文件上传。

步骤103，通知所述应用层将所述待上传文件上传至所述中间件的支撑层中的分布式文件存储***。

本步骤即是查找到距离客户端最近的上传节点之后，通过应用层将该上传节点的地址通知客户端，进而通过上传节点将待上传文件上传至中间件的支撑层，具体是上传到支撑层的分布式文件存储***中。

步骤104，文件完成上传后，所述分布式文件存储***将文件的存储地址写入所述中间件的消息组件层的消息队列中，并将文件上传成功的信息反馈给所述应用层。

步骤105，所述核心引擎层维护的消息读取进程按预设间隔访问所述消息组件层，从中读取所述分布式文件存储***写入的文件存储地址，并将所述文件存储地址保存至所述中间件的数据层。

在文件上传完成之后，还需要将文件的存储地址保存到数据层，以备后续用户在读取或下载文件时使用，对此还需要进行如下两方面处理：

第一方面，分布式文件存储***将文件的存储地址（或理解为存储路径）写入到消息组件层的消息队列中，同时还会向客户端用户反馈文件上传成功的消息（主要是通过应用层展现给用户查看）。

第二方面，核心引擎层维护着一个消息读取进程，该进程为一个定时脚本，可每隔预设时间间隔访问一次消息组件层，读取消息队列中的消息。在分布式文件存储***将文件存储地址写入消息队列之后，即可被消息读取进程读取并保存到数据层中。至此，就完成了利用本发明中间件搭建出的云应用进行云上传的过程。

实施例7

参见图3，示出了本发明云上传方法实施例2的流程图，可包括：

步骤201，所述应用层向所述中间件的核心引擎层中的云上传服务的调用接口发送文件上传请求，所述请求包括回调地址和待上传文件的文件指纹。

步骤202，所述云上传服务根据所述文件指纹判断该待上传文件是否已完成上传，如果未完成上传，则执行步骤203；如果已完成上传，则向用户反馈上传成功。

步骤203，通知所述应用层将所述待上传文件上传至所述中间件的支撑层中的分布式文件存储***。

步骤204，文件完成上传后，所述分布式文件存储***将文件的存储地址写入所述中间件的消息组件层的消息队列中，并将文件上传成功的信息反馈给所述应用层。

步骤205，所述核心引擎层维护的消息读取进程按预设间隔访问所述消息组件层，从中读取所述分布式文件存储***写入的文件存储地址，并将所述文件存储地址保存至所述中间件的数据层。

步骤201～205与步骤101～105基本相同，此处不再赘述。所不同的是，本实施例中文件上传请求中还包括回调地址，也就是说，客户端用户希望在平台确认文件上传成功之后，通过回调地址向其反馈上传成功确认消息。

步骤206，所述云上传服务向所述应用层发送上传成功确认消息。

当客户端对文件上传结果要求较为严格时，可在文件上传请求中添加入回调地址，要求平台向其反馈文件的最终上传状态。

在云上传方法实施例1中，文件完成上传后，分布式文件存储***会向客户端反馈文件上传成功的消息，但是，由上文介绍可知，在分布式文件存储***向应用层反馈该消息之后，还要经过消息读取进程读取存储地址、以及将存储地址保存到数据层等处理过程，不论这些过程中的哪个出现错误，都可能会导致用户后续无法正确读取或下载到该上传文件。因此，本实施例还针对上传结果要求较高的情况（如云备份），利用回调的方式，在确保文件存储地址被正确保存到数据层之后，由核心引擎层向应用层发送文件上传成功确认消息，以此使客户端用户掌握文件的最终上传状态。

需要说明的是，进行云上传的文件可能是普通文档，也可能是图片类文件，或者视频类文件，对于图片类和视频类的文件来说，在上传过程中还需要利用支撑层的个性化组件进行特殊处理，下面分别进行解释说明。

在文件完成上传后，如果分布式文件存储***判定该文件为图片类文件，即会触发图片缩略图组件生成缩略图，并将所述缩略图存入静态资源池。这一过程，可在分布式文件存储***将文件存储地址写入消息队列之前执行，也可在将文件存储地址写入消息队列之后执行，或者同时执行这两个动作，对此本发明可不做限定。

如果待上传文件为视频文件，则在消息读取进程从消息组件层的消息队列中读取到该文件的存储地址之后，核心引擎层会将文件存储地址发送给视频转码***，控制视频转码***从分布式文件存储***中读取该视频类文件，并进行视频转码。为了提高转码后的视频文件的读取速度，视频转码***在完成转码后，还会将转码后的文件保存至文件分发与加速***，并将其在文件分发和加速***中的存储地址写入消息组件层的消息队列中，等待消息读取进程读取并将其保存到数据层。也就是说，对于一个视频文件来说，数据层保存有其两个存储地址，一个是存储在分布式文件存储***中的原始上传文件的存储地址，供用户查看和下载；一个是存储在文件分发与加速***中的转码后的文件的存储地址，供用户在不同设备上播放。

以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式对本发明进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及平台；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种云服务平台中间件，其特征在于，所述中间件包括核心引擎层、数据层、支撑层、消息组件层，其中，

所述核心引擎层，用于提供不同云服务的调用接口，供所述中间件外部的云应用层调用；

所述数据层与所述核心引擎层通信，用于保存用户云端数据；

所述支撑层与所述核心引擎层通信，用于提供实现不同云服务的服务组件；

所述消息组件层分别与所述支撑层、所述核心引擎层通信，用于实现所述支撑层与所述核心引擎层间的消息传递。

2.根据权利要求1所述的方法，其特征在于，所述支撑层提供的服务组件包括以下服务组件中的至少一种：

图片缩略图组件、静态资源池、视频转码***、文件分发与加速***、分布式文件存储***。

3.根据权利要求1所述的方法，其特征在于，所述中间件还包括数据缓存层，

所述数据缓存层，用于缓存所述数据层中满足预设规则的用户云端数据。

4.根据权利要求1～3任一项所述的方法，其特征在于，

所述核心引擎层，还用于整合同一用户在不同云服务中的云端数据，并保存用户与整合后的云端数据间的对应关系。

5.根据权利要求1～3任一项所述的方法，其特征在于，

所述核心引擎层，还用于监控用户对不同云服务的访问情况，并生成云日志保存至所述数据层。

6.根据权利要求1～3任一项所述的方法，其特征在于，

所述消息组件层，还用于与所述云应用层通信，实现不同云服务间的消息传递。

7.一种云上传方法，其特征在于，开发者构建能提供云上传服务的应用层，使所述应用层与权利要求1～6任一项所述的云服务平台中间件通信，按照以下步骤进行云上传：

所述应用层向所述中间件的核心引擎层中的云上传服务的调用接口发送文件上传请求，所述请求包括待上传文件的文件指纹；

所述云上传服务根据所述文件指纹判断该待上传文件是否已完成上传；

如果未完成上传，则通知所述应用层将所述待上传文件上传至所述中间件的支撑层中的分布式文件存储***；

文件完成上传后，所述分布式文件存储***将文件的存储地址写入所述中间件的消息组件层的消息队列中，并将文件上传成功的信息反馈给所述应用层；

所述核心引擎层维护的消息读取进程按预设间隔访问所述消息组件层，从中读取所述分布式文件存储***写入的文件存储地址，并将所述文件存储地址保存至所述中间件的数据层。

8.根据权利要求7所述的方法，其特征在于，如果所述待上传文件为图片，所述方法还包括：

文件完成上传后，所述分布式文件存储***利用所述图片缩略图组件生成缩略图，并将所述缩略图存入静态资源池。

9.根据权利要求7所述的方法，其特征在于，如果所述待上传文件为视频文件，所述方法还包括：

所述消息读取进程从所述消息组件层读取到所述文件存储地址后，所述核心引擎层控制所述支撑层的视频转码***从所述分布式文件存储***中读取所述视频文件并进行视频转码；

转码完成后，所述视频转码***将转码后的文件保存至所述支撑层的文件分发与加速***，并将转码后的文件的存储地址写入所述消息组件层的消息队列中；

所述消息读取进程按照预设间隔访问所述消息组件层，从中读取所述转码后的文件的存储地址并保存至所述数据层。

10.根据权利要求7所述的方法，其特征在于，所述待上传文件请求还包括回调地址，则所述方法还包括：

在所述将所述文件存储地址保存至所述中间件的数据层之后，

所述云上传服务通过所述回调地址向所述应用层发送上传成功确认消息。

Images