CN101707635B - 一种基于互联网的资源推送*** - Google Patents

Abstract

本发明公开了一种基于互联网的资源推送***，包括资源服务器，提供节目资源的链接；推送平台，根据资源服务器提供的节目资源链接，生成订单，并推送至用户终端；用户终端，对接收到的订单进行解析，根据解析出的节目资源链接登陆资源服务器，请求提供下载服务，并保存下载的节目资源。本发明采用推送业务模式为用户提供高清音视频节目资源，用户无需进行手动下载操作即可完成节目资源的自动推送，从而提高了用户操作的简便性。将推送业务订制在网络空闲的时段进行，可以有效利用基础网络提供商提供的用户家庭带宽资源，间接地为家庭用户节约了成本，避免了长时间下载等待给用户造成的不利影响。

Description

一种基于互联网的资源推送***

技术领域

本发明属于网络通信技术领域，具体地说，是涉及一种基于互联网的远程资源推送***。

背景技术

随着高清数字电视的迅速普及，传统的音视频资源在高清电视上表现出来的低画质已经不能满足家庭用户的要求，因此，为用户提供丰富的高清音视频节目迫在眉睫。目前，广电网络已经开通了一些高清电视频道，这在一定程度上满足了用户欣赏高清节目的要求。在互联网繁荣发展的今天，通过Internet网络为家庭用户提供高清节目也是可以想象的，并且是具有很多优势和发展潜力的一种方式。中国目前正处在互联网迅速普及的阶段，已经拥有了大量的宽带用户群，虽然如此，家庭用户使用宽带的方式和效率是非常有限的，用户以包月形式租赁的宽带一天有效使用时间可能仅仅有几个小时，其他时间基本上处于带宽闲置状态，所以如何有效的利用空闲带宽，使用户能够更方便的欣赏高清影音内容是目前很多厂商都在考虑的问题。

为了达到向家庭用户分发高清音视频节目的目的，目前有以下几种实现方案：

1、通过广电有线电视网络，开通广电高清频道，使用有线电视机顶盒在电视机上欣赏高清音视频节目。此实现方式的缺点之一是节目为广播流的方式，不能保存在用户本地的存储设备上(可以录制，但需要其他设备支持，有一定的复杂度)，不能点播；缺点之二是不能从原有的机顶盒升级为高清机顶盒，需要花费较高的成本进行硬件更换。

2、用户使用家庭计算机通过Internet网络搜索并下载高清音视频节目资源，在计算机上或者其他播放设备上播放拷贝的高清音视频资源。这种设计方式的缺点是用户使用门槛比较高，需要较熟练的PC操作基础；而且采用这种方式还存在一个最大的问题，就是资源链接的可靠性得不到保证，对于较大的内容资源，有可能在下载过程中出现资源链接失效或者下载速度缓慢的问题。

3、通过绑定特定资源站点的高清播放机，以EPG方式为用户提供节目菜单，用户通过主动选择节目，完成内容下载后使用播放机和电视机欣赏高清节目。这种实现方式的缺点之一是用户通过EPG选择需要的影片后，并不能进行实时观看，影片面临一个较长时间的下载过程，这在一定程度上影响了用户的体验；缺点之二是此种绑定特定资源站点的高清播放机，其后台服务支持不够完善，若播放机绑定的站点失效，则需要重新设置其他的资源站点；若站点不能及时更新，用户不能得到有效的站点链接，播放机则失去可用性，造成硬件资源的浪费。

发明内容

本发明的目的在于提出一种基于互联网络的远程资源推送***，采用推送业务模式主动为用户的终端设备提供高清音视频资源，而非用户主动下载，从而提高了用户操作的便利性，避免了长时间下载等待给用户造成的影响。

为解决上述技术问题，本发明采用以下技术方案予以实现：

一种基于互联网的资源推送***，包括：

资源服务器，提供节目资源的链接；

推送平台，根据资源服务器提供的节目资源链接，生成订单，并推送至用户终端；

用户终端，对接收到的订单进行解析，根据解析出的节目资源链接登陆资源服务器，请求提供下载服务，并保存下载的节目资源。

为了实现节目资源的自动下载，所述用户终端在连接到网络后，周期性地向推送平台发出连接请求，在与推送平台建立连接后，接收推送平台推送的订单。

其中，所述用户终端在开机后，运行客户端应用程序，根据配置文件中包含的推送平台IP地址和端口号，自动向推送平台发送连接请求。

优选的，所述用户终端优选通过TCP协议与推送平台建立连接，以保证连接的可靠性，之后以HTTP协议方式与推送平台进行信息交互。

进一步的，所述用户终端对接收到的订单完成解析后，自动触发具有多线程下载功能的下载进程进行节目资源的下载，并对各节目资源的下载状态进行记录；当下载过程中出现中断时，客户端应用程序根据记录的下载状态首先查询本地数据库，根据本地数据库的内容继续进行后续的下载工作，即所述下载进程支持断点续传功能。

又进一步的，所述推送平台针对不同的推送区域生成相同或者不同的订单，并向各推送区域的用户终端推送该区域所对应的订单。

其中，所述推送平台在与用户终端建立连接后，根据用户终端的ID号确定该用户终端所处的推送区域，并根据该ID号查询推送平台内部的数据库，若有未推送的订单，则将该订单推送至该用户终端。

再进一步的，所述资源服务器登陆推送平台，将欲提供的每一个节目资源的链接地址、资源名称、资源大小发送至推送平台，推送平台将接收到的节目资源信息添加到推送平台的数据库中。

更进一步的，平台管理员通过所述推送平台对接收到的每一个节目资源设置有效期限，添加到节目资源信息中一同生成订单；用户终端在检测到有效期限到达时，自动删除期限到达的节目资源。

此外，用户可以通过所述用户终端查看解析后的订单或者通过所述用户终端登陆平台服务器查看订单，并可以在订单中选择想要下载的节目资源。用户终端在对各节目资源进行下载的过程中，将各节目资源的下载状态以及下载的起始时间和终止时间周期性地发送给推送平台进行记录，以实现推送平台对用户终端的监控。同时，用户也可以登陆推送平台查看用户终端的下载情况。

与现有技术相比，本发明的优点和积极效果是：本发明采用推送业务模式为用户提供高清音视频节目资源，用户无需进行手动下载操作即可完成节目资源的自动推送，从而提高了用户操作的简便性。将推送业务订制在网络空闲的时段进行，可以有效利用基础网络提供商提供的用户家庭带宽资源，间接地为家庭用户节约了成本，避免了长时间下载等待给用户造成的不利影响。与此同时，在用户终端与资源提供商之间通过设置作为第三方的推送平台来对推送业务进行统一管理，使得推送业务中立化，从而实现了版权分离和多资源提供商的同时接入，增强了推送业务的稳定性，且更加完善了产业链。

结合附图阅读本发明实施方式的详细描述后，本发明的其他特点和优点将变得更加清楚。

附图说明

图1是本发明所提出的基于互联网的资源推送***的一种实施例的***架构图；

图2是图1中资源服务器的工作流程图；

图3是图1中推送平台与用户终端的架构图；

图4是图3中推送平台的功能框图；

图5是图3中推送平台的工作流程图；

图6是图3中用户终端的工作流程图。

具体实施方式

下面结合附图对本发明的具体实施方式作进一步详细地说明。

实施例一，参见图1所示，本实施例所提出的基于互联网的资源推送***的整体架构自上而下由资源服务器、推送平台、用户终端(可以位于区域内，也可以不进行区域划分)和基础网络提供商(资源推送***的支撑网络)构成。

其中：

资源服务器：由资源提供商提供，资源提供商在推送平台注册为资源提供商用户，并根据推送平台规范的资源提供商用户接口，将节目资源的链接和其他相关信息录入推送平台，接受推送平台的统一管理。

推送平台：由平台管理员操作，完成基础数据维护、资源数据维护以及推送业务的实现。其中，基础数据维护包括各类平台用户的管理、区域及用户终端账户的管理以及节目资源的分类管理等；资源数据维护包括对资源提供商提供节目资源链接及信息的维护、资源的屏蔽与激活等；推送业务包括节目资源的打包，创建订单及执行推送业务。推送平台同时提供***监控中心功能，监控推送网络内用户终端在线情况、订单执行情况、资源下载状态、已推送的节目资源在用户终端上的播放状况统计等。

用户终端：可以是家庭PC、机顶盒、家庭网关或者专有设备，运行特定的用户端应用程序，主要实现订单接收及解析、推送资源接收、已推送资源管理和资源浏览及播放功能。

基础网络提供商：是推送网络的基础支撑网络，实现资源数据及控制信息的传输。

下面对所述资源推送***中各组成部分的具体构建形式及其工作流程进行详细地描述。

首先，介绍资源服务器的具体工作流程，参见图2所示。

资源提供商通过资源服务器首先在推送平台上完成用户注册，然后在需要添加节目资源时，登录推送平台，将欲提供的节目资源添加到推送平台的服务产品目录中。

而后，推送平台会自动地为所添加的每一个节目资源分配唯一的识别码：FileID，并将每一个节目资源的链接地址FileUrl、资源大小FileSize、资源名称FileName以及识别码FileID一同记录到推送平台的数据库中，从而完成节目资源的添加。

这里的节目资源可以是任意类型的音视频节目，比如影视、图片、广播、游戏等等。

推送平台可以同时为多个资源提供商提供服务，采用此种业务模型，通过推送平台实现了内容与版权的分离。

其次，介绍推送平台的组建结构、功能及其具体工作流程，参见图3、图4、图5所示。

本实施例的推送平台主要由三部分组成，参见图3的左半部分所示，包括管理模块、推送模块和数据库。其中：

管理模块：向平台用户(比如资源提供商)提供推送平台管理接口，平台管理员通过该接口完成推送***的控制管理、推送平台基础数据的维护等操作。资源提供商可以通过该接口向推送平台添加自己的服务产品(比如音视频等节目资源)。

推送模块：通过可调用的Web Service程序实现与用户终端的交互，主要完成用户终端的身份认证、推送订单查询、终端状态信息反馈等任务。

数据库：与管理模块和推送模块进行数据交互，一方面记录管理模块的所有操作信息；另一方面通过推送模块向用户终端提交相应的数据(比如推送订单等)，或者将用户终端发送的数据录入数据库。

图4是从推送平台的使用者角度出发规划的功能框图。在本实施例中，推送平台的使用者主要包括平台管理员、资源提供商和终端用户。其中，平台管理员负责推送平台基础数据的维护、节目资源的推送以及推送***的监控等操作；资源提供商登陆推送平台可以执行节目资源的添加操作；终端用户登陆推送平台可以查看其用户终端的资源推送状态(比如节目资源的下载状态)等。

下面结合图5对推送平台的具体工作流程阐述如下：

平台管理员登录到推送平台后，首先将资源提供商提供的节目资源按照平台规定的资源类型进行分类，比如影视、图片、游戏或者广播等类型，这里可以以资源提供商提供的资源名称FileName为依据进行资源类型的划分。由此，便可以对每一个节目资源的资源类型属性变量FileType赋相应的值。

平台管理员可以对每一个节目资源进行简要的文字描述，以对资源属性变量FileSummary赋值。与此同时，平台管理员还可以对每一个节目资源设定节目资源的有效期限属性ResLifetime，即为Lifetime变量赋值，其定义为：从用户终端开始下载该节目资源时算起，经过ResLifetime时间后，用户终端自动删除该节目资源。设置该变量的目的是为了定期更新用户终端中保存的节目资源，以防止旧的节目资源长期占用用户终端的硬盘资源而影响到新节目资源的有效接收。

然后，平台管理员对需要推送的节目资源进行打包，其遵循的规律可以是：首先按照资源类型的不同分类打包形成一个或者多个资源包，其属性值是由推送平台自动生成的唯一标识：ResPkgID。在一个资源包中可以包括一个或者多个节目资源，每个节目资源也具有自己唯一的标识：ResID。由一个或者数个资源包可以形成一个订单，其属性值也是由推送平台自动生成的唯一标识：OrderID。在本实施例中，可以采用DOM技术生成XML文件形式的订单，向用户终端进行推送。所述XML文件形式的订单的具体格式如下，为了方便描述起见，这里只列出有一个节目资源Res，一个资源包ResPkg，一个订单Order的情况：

<？xml version＝“1.0”encoding＝“ISO-8859-1”？>

<Order OrderID＝“...”>

   <ResPkg ResPkgID＝“...”>

      <Res Res ID＝“...”>

         <File FileID＝“...”/>

         <Type FileType＝“...”/>

         <Name FileName＝“...”/>

         <Summary FileSummary＝“...”/>

         <Size FileSize＝“...”/>

         <Url FileUrl＝“...”/>

         <Lifetime＝“ResLifetime”/>

       </Res>

   </ResPkg>

</Order>

平台管理员可以对每个订单指定推送区域(每个区域中包含有一个或者多个用户终端，具体可以根据用户终端的用户ID确定其所属的区域)，每个推送区域的标识由平台管理员设定，且具有唯一的标识符：OrderRegion。平台管理员执行的一次推送可以包含一个或者多个订单，为了区分每次推送，可以由推送平台自动为每次推送生成唯一的标识：PushID。

上述所有数据都将记录到推送平台的数据库中，平台管理员可以通过标识PushID调取数据库中保存的每次推送并查询其中的内容。

最后，介绍用户终端的功能及其具体工作流程，参见图3和图6所示。

本实施例的用户终端主要由三部分组成，参见图3右半部分所示，包括推送接收模块、资源管理模块和用户终端数据库。其中：

推送接收模块：实现用户终端向推送平台发送连接及订单查询的请求，接收推送平台返回的推送数据(比如推送的订单或者返回的下载状态等)，实现推送资源的下载。推送接收模块中运行的客户端应用程序PushClient是一个随用户终端自启动而常驻内存的程序。用户终端通过运行PushClient程序周期性地向推送平台发送连接请求，用户终端和推送平台通过已分配的用户ID字段进行身份验证，验证通过后，连接即建立。用户终端通过推送平台的推送模块读取已打包好的订单，根据订单的内容把资源提供商所提供的节目资源下载到用户终端内部的存储介质中。

资源管理模块：是用户与用户终端软件的交互接口，此模块通过运行用户界面程序UI Panel为用户提供用户界面和资源浏览播放器，实现用户对所推送的节目资源的浏览和播放。

用户终端数据库：记录了用户终端与推送平台之间的交互信息，是用户终端与推送平台实现可靠***互的基础。

下面结合图6对用户终端的具体工作流程阐述如下：

(1)将用户终端开启并连接到网络中，用户终端通过运行客户端应用程序PushClient便自动的周期性地向推送平台发出连接请求。

在本实施例中，用户终端和推送平台之间通过可靠的TCP协议建立连接，之后以HTTP协议的方式与推送平台进行信息交互。其中，PushClient的配置文件包含如下信息：推送平台服务器的IP地址AspServerIP、推送平台服务器的端口号Port、Web Service的路径AspServlet和用户终端的ID号。PushClient首先根据配置文件中的推送平台服务器的IP地址和端口号以TCP协议的方式向推送平台发起连接请求，然后再以HTTP协议的POST方法向推送平台服务器发送上述信息。

(2)推送平台在接收到用户终端的连接请求后，根据用户终端的ID号查询推送平台数据库，对用户终端的合法身份进行验证，验证通过则允许连接，否则禁止连接并返回。

(3)若用户终端连接成功，则推送平台按照用户终端的ID号查询推送平台数据库中是否有需要向该用户终端推送的订单，如果有，则将以DOM技术生成的XML文件订单推送至该用户终端。

(4)用户终端在接收到订单后，以DOM技术解析此订单，并将相应的信息记入到用户终端数据库中。

按照订单格式的定义：一个订单(Order)下有一个或多个资源包(ResPkg)；一个资源包(ResPkg)是由一个或多个资源(Res)构成；一个资源(Res)由文件(File)、类型(Type)、名称(Name)、摘要(Summary)、大小(Size)、链接地址(Url)、有效期限(Lifetime)等元素构成。

(5)用户终端对订单解析完毕后，触发具有多线程下载功能的下载进程，根据各节目资源的链接地址自动向资源服务器发出连接请求，请求资源提供商提供节目资源的下载服务，以实现各节目资源的多线程下载。在此过程中，用户终端相应地设置用户终端数据库内三变量：下载状态FileStatus、下载的起始时间StartTime和下载的终止时间FinishTime的值。同时，用户终端不断以HTTP协议的方式向推送平台发送上述信息，推送平台将上述信息记入到平台内部的数据库中。这样用户就可以登陆推送平台，查看用户终端对各节目资源的下载情况。

在本实施例中，用户终端数据库内的数据一部分为解析XML文件得到的结果；另一部分为用户终端的下载情况。具体来讲，用户终端数据库只需维护一个名称为PushInfo的表即可，其形式如下：

变量	类型	描述
			OrderID	test	订单标识
ResPkgID	test	资源包标识
			ResID	test	资源标识
FileID	integer	资源的识别码
			FileType	test	资源类型
FileName	test	资源名称
			Summary	test	资源属性
FileSize	integer	资源大小
			FileUrl	test	链接地址
ResLifetime	test	有效期限
			StartTime	test	下载的起始时间
FileStatus	integer	下载状态(0表示下载完毕，1表示正在下载)
			FinishTime	test	下载的终止时间

(6)由于用户终端数据库内的内容是实时更新的，所以下载的可靠性是有保障的。此外，PushClient具有断点续传功能，一旦在节目资源的下载过程中出现意外中断，则PushClient会首先查询本地数据库，根据数据库的内容继续进行后续的下载工作。

用户可以通过用户终端随时登陆推送平台查询节目资源的下载情况，也可以登录推送平台查看订单，或者通过自身的用户终端查看解析后的订单，并可以在订单中选择想要下载的节目资源，对资源进行有选择性地下载。

在本实施例中，所述用户终端可以是用户家庭中现有的计算机、家庭网关或者机顶盒等，也可以是专门为实现该推送服务而专门为用户配置的专用设备，本实施例对此不进行具体限制。采用此资源推送业务，用户只需打开家中的用户终端，并连接上互联网，就可以自动接收到推送平台及资源服务器推送的节目资源，无需用户主动操作，从而大大简化了用户的操作难度，使资源推送***的实用性得到提高，便于普及和推广。

此外，推送平台的业务模式还可以与其他多种商业模式进行绑定，因此，具有很大的附加效益空间。

当然，上述说明并非是对本发明的限制，本发明也并不仅限于上述举例，本技术领域的普通技术人员在本发明的实质范围内所做出的变化、改型、添加或替换，也应属于本发明的保护范围。

Claims (6)

1.一种基于互联网的资源推送***，包括：

资源服务器，提供节目资源的链接；

推送平台，根据资源服务器提供的节目资源链接，生成订单，并推送至用户终端；

用户终端，所述用户终端在开机后，运行客户端应用程序，根据配置文件中包含的推送平台IP地址和端口号，通过TCP协议自动周期性向推送平台发送连接请求；在所述用户终端与推送平台建立连接后，以HTTP协议方式与推送平台进行信息交互，接收推送平台推送的订单，并对接收到的订单进行解析，然后根据解析出的节目资源链接登陆资源服务器，请求提供下载服务，进而触发具有多线程下载功能的下载进程进行节目资源的下载保存，并对各节目资源的下载状态进行记录；当下载过程中出现中断时，客户端应用程序根据记录的下载状态首先查询本地数据库，根据本地数据库的内容继续进行后续的下载工作；所述用户终端为家庭PC、机顶盒或者家庭网关。

2.根据权利要求1所述的基于互联网的资源推送***，其特征在于：所述推送平台针对不同的推送区域生成相同或者不同的订单，并向各推送区域的用户终端推送该区域所对应的订单。

3.根据权利要求2所述的基于互联网的资源推送***，其特征在于：所述推送平台在与用户终端建立连接后，根据用户终端的ID号确定该用户终端所处的推送区域，并根据该ID号查询推送平台内部的数据库，若有未推送的订单，则将该订单推送至该用户终端。

4.根据权利要求2所述的基于互联网的资源推送***，其特征在于：所述资源服务器登陆推送平台，将欲提供的每一个节目资源的链接地址、资源名称、资源大小发送至推送平台，推送平台将接收到的节目资源信息添加到推送平台的数据库中。 

5.根据权利要求4所述的基于互联网的资源推送***，其特征在于：平台管理员通过所述推送平台对接收到的每一个节目资源设置有效期限，添加到节目资源信息中一同生成订单；用户终端在检测到有效期限到达时，自动删除期限到达的节目资源。

6.根据权利要求4所述的基于互联网的资源推送***，其特征在于：用户通过所述用户终端查看解析后的订单或者通过所述用户终端登陆平台服务器查看订单；用户终端在对各节目资源进行下载的过程中，将各节目资源的下载状态及下载的起始时间和终止时间周期性地发送给推送平台进行记录，以实现推送平台对用户终端的监控。 

Images