一种数字信息传输方法及系统转让专利

申请号 : CN200810217025.1

文献号 : CN101729509A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 李庆亮范为

申请人 : 华为技术有限公司

摘要 :

本发明实施例公开了一种数字信息传输方法及系统。本发明实施例采用接收用户终端通过下载引擎发起的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;与内容服务器建立下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包,将每次打包后的下载内容通过下载引擎发送给用户终端,减少了用户等待时间,提高了用户体验。

权利要求 :

1.一种数字信息传输方法,其特征在于,所述方法包括,

接收下载引擎发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;

建立与内容服务器的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;

每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎。

2.根据权利要求1所述的数字信息传输方法,其特征在于,所述方法进一步包括,向下载引擎发送指示信息,所述指示信息用于指示下载结束点。

3.根据权利要求2所述的数字信息传输方法,其特征在于,所述指示信息包括:打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度或打包完成后设置的Socket结束符。

4.根据权利要求1所述的数字信息传输方法,其特征在于,所述将每次打包后的下载内容发送给下载引擎包括:将每次打包后的下载内容写入打包响应消息中发送给下载服务器,以使下载服务器将所述每次打包后的下载内容写入下载响应消息中发送给用户终端。

5.根据权利要求1所述的数字信息传输方法数字信息传输方法,其特征在于,所述方法进一步包括,保存所述每次打包后的下载内容。

6.根据权利要求2所述的数字信息传输方法,其特征在于,所述向下载引擎发送指示信息,所述指示信息用于指示下载结束包括:将所述下载内容打包后的总长度写入打包响应消息中发送给下载引擎;或,将所述Socket结束符写入打包响应消息中发送给下载引擎。

7.根据权利要求1至6任意一项所述的数字信息传输方法,其特征在于,所述方法进一步包括:下载中断时,根据下载引擎上报的下载断点,计算出下载内容读取的偏移量和续传内容的大小,当接收到所述用户终端再次发起针对同一下载内容的下载请求时,从断点处将已打包的内容通过下载引擎发送给所述用户终端。

8.一种数字信息传输方法,其特征在于,所述方法包括,

接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;

根据所述下载请求,向打包服务器发送打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;

根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。

9.根据权利要求8所述的数字信息传输方法,其特征在于,所述方法进一步包括,根据接收到的打包服务器发送的指示信息,向用户终端发送所述指示信息,所述指示信息用于指示下载结束点。

10.根据权利要求8所述的数字信息传输方法,其特征在于,所述方法进一步包括,保存所述每次打包后的下载内容。

11.一种数字信息传输系统,其特征在于,所述数字信息传输系统包括,下载引擎,用于接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;

根据所述下载请求,向打包服务器发送打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。

打包服务器,用于接收下载引擎发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;建立与内容服务器的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎。

12.根据权利要求11所述的数字信息传输系统,其特征在于,所述打包服务器进一步用于,向下载引擎发送指示信息,所述指示信息用于指示下载结束点。

13.根据权利要求12所述的数字信息传输系统,其特征在于,所述指示信息包括,打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度或打包完成后设置的Socket结束符。

14.根据权利要求13所述的数字信息传输系统,其特征在于,所述打包服务器进一步用于,接收下载引擎上报的下载断点,根据所述下载断点计算出下载内容读取的偏移量和续传内容的大小,当接收到所述用户终端再次发起针对同一下载内容的下载请求时,从断点处将已打包的内容通过下载引擎发送给所述下载引擎。

15.一种打包服务器,其特征在于,所述打包服务器包括,

接收单元,用于接收下载引擎发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;

下载单元,建立与内容服务器建立的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;

打包单元,用于每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包;

发送单元,用于将所述每次打包后的下载内容发送给下载引擎。

16.根据权利要求15所述的打包服务器,其特征在于,所述发送单元进一步用于:向下载引擎发送指示信息,所述指示信息用于指示下载结束点。

17.根据权利要求16所述的打包服务器,其特征在于,所述指示信息包括:打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度或打包完成后设置的Socket结束符。

18.根据权利要求17所述的打包服务器,其特征在于,所述打包服务器进一步包括,缓存单元,用于保存所述每次打包后的下载内容。

19.一种下载引擎,其特征在于,所述系统包括,

接收单元,用于接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;

请求单元,用于根据所述下载请求,向打包服务器发送打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;

发送单元,根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。

20.根据权利要求19所述的下载引擎,其特征在于,所述下载引擎进一步包括,缓存单元,用于保存所述每次打包后的下载内容。

说明书 :

一种数字信息传输方法及系统

技术领域

[0001] 本发明涉及通信技术领域,具体涉及一种数字信息传输方法和系统。

背景技术

[0002] 随着通信技术的发展,数字信息打包技术越来越受到广泛的运用,打包技术是用于将原始内容封装成其他格式的内容的技术和方法,当原始内容被封装成特殊格式的内容之后,这些内容只能通过特殊引擎来读取、验证其合法性,并且可控制其使用。目前的数字信息打包技术是数字权限管理(DRM,DigitalRights Management)接口规范中提出的方案,该现有方案中,打包服务器先对下载内容进行打包,打包完成后上传至内容服务器,并通知下载引擎对打包内容进行下载,当下载较大的内容时,因打包时间较长,因而用户等待下载的时间也会相应较长,用户体验差。

发明内容

[0003] 有鉴于此,本发明提供一种数字信息传输方法和系统,解决当下载较大内容时,用户等待时间过长,体验差的问题。
[0004] 一种数字信息传输方法,包括,接收下载引擎发送的打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径;建立与内容服务器的下载链路,根据内容标识和下载内容在内容服务器的路径通过下载链路获得下载内容;每当获得的下载内容达到预设的固定步长时,将获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎;
[0005] 一种数字信息传输方法,包括,接收用户终端发起的下载请求,下载请求中包含下载内容的标识;根据下载请求,向打包服务器发送打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径;根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送每次打包后的下载内容;
[0006] 一种数字信息传输系统,其特征在于,数字信息传输系统包括,下载引擎,用于接收用户终端发起的下载请求,下载请求中包含下载内容的标识,根据下载请求,向打包服务器发送打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径,根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送每次打包后的下载内容,
[0007] 打包服务器,用于接收下载引擎发送的打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径,建立与内容服务器的下载链路,根据内容标识和下载内容在内容服务器的路径通过下载链路获得下载内容,每当获得的下载内容达到预设的固定步长时,将获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎;
[0008] 一种打包服务器,包括,接收单元,用于接收下载引擎发送的打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径,下载单元,建立与内容服务器建立的下载链路,根据内容标识和下载内容在内容服务器的路径通过下载链路获得下载内容,打包单元,用于每当获得的下载内容达到预设的固定步长时,将获得的下载内容进行打包,发送单元,用于将每次打包后的下载内容发送给下载引擎;
[0009] 一种下载引擎,包括,接收单元,用于接收用户终端发起的下载请求,下载请求中包含下载内容的标识,请求单元,用于根据下载请求,向打包服务器发送打包请求,打包请求中包含下载内容的标识和下载内容在内容服务器的路径,发送单元,根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送每次打包后的下载内容。
[0010] 本发明实施例的打包服务器每当获得的下载内容达到预设的固定步长时,便将获得的下载内容进行打包,并将每次打包后的下载内容通过下载引擎发送给用户终端;也就是说一边对达到固定步长的下载内容进行打包一边传输打包后的内容,减少了用户等待时间,提高了用户体验。

附图说明

[0011] 图1是本发明实施例的数字信息传输方法基本流程图;
[0012] 图2是本发明实施例的数字信息传输方法基本流程图;
[0013] 图3是本发明实施例的数字信息传输方法系统结构示意图;
[0014] 图4是本发明实施例的打包服务器结构示意图;
[0015] 图5是本发明实施例的下载引擎结构示意图;
[0016] 图6是本发明实施例的数字信息传输方法一个具体应用例的流程示意图;
[0017] 图7是本发明实施例的数字信息传输方法另一个具体应用例的流程示意图。

具体实施方式

[0018] 为了使本领域的技术人员更好的理解本发明内容,以下结合附图以及具体实施例对本发明内容作具体说明:
[0019] 本发明实施例的渐进式数字信息传输方法的基本流程可参考图1,包括步骤:
[0020] A1、接收下载引擎发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;
[0021] 具体地,用户终端先向下载引擎发起下载请求,该下载请求中包含下载内容的标识,如用户上网下电影,直接点击该电影的标识,下载引擎响应该下载请求,将包含下载内容标识的打包请求发送给打包服务器,打包请求中可以包含下载内容的标识和下载内容在内容服务器的路径,打包请求可以通过超文本传输协议(HTTP,Hypertext Transfer Protocol)承载,也可以通过其他的协议承载,如路由选择表协议(RTP,Routing Table Protocol)。
[0022] A2、建立与内容服务器的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;
[0023] 打包服务器在收到打包请求后,向内容服务器发送链路建立请求,所述请求中包含所述内容标识和所述下载内容在内容服务器的路径,打包服务器通过下载链路从内容服务器获得原始打包内容,这里可以是内容服务器将原始下载内容发送给打包服务器,也可以是打包服务器主动获取原始下载内容。
[0024] A3、每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎。
[0025] 具体的,当打包服务器获得的内容每达到固定步长,如128bit,打包服务器就将这128bit的内容进行打包,将每次打包后的下载内容写入以HTTP协议承载的打包请求响应消息中发送给下载引擎。
[0026] 优选的,打包服务器保存所述每次打包后的下载内容,以便当用户终端发起与所述每次打包后的下载内容相对应的下载请求,将所述每次打包后的下载内容发送给下载服务器。
[0027] 进一步的,打包服务器向下载引擎发送指示信息,所述指示信息用于指示下载结束点。
[0028] 打包服务器设置指示信息这里指示信息至少可以分为两种:第一种,指示信息为打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度,第二种,指示信息为打包完成后设置的Socket结束符。
[0029] 向下载引擎发送指示信息至少包含两种情况;
[0030] 第一种情况:打包服务器将所述打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度写入以HTTP协议承载的打包请求响应消息头中的Content-Length字段发送给下载引擎。
[0031] 优选的,打包服务器将打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度与第一个打好的包写入打包请求响应消息一起发送给下载引擎。
[0032] 第二种情况:打包结束后,打包服务器将打包完成后设置的Socket结束符写入以HTTP协议承载的打包请求响应消息发送给下载引擎。
[0033] 本发明实施例的数字信息传输方法的基本流程可参考图2,包括步骤:
[0034] B1、接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;
[0035] 具体地,用户终端先向下载引擎发起下载请求,该下载请求种包含下载内容的标识,如用户上网下电影,直接点击该电影的标识。
[0036] B2、根据所述下载请求,向打包服务器发送打包请求,所述打包请求中包含下载内容的标识和下载内容在内容服务器的路径;
[0037] 下载引擎响应该下载请求,将包含下载内容标识的打包请求发送给打包服务器,打包请求中包含下载内容的标识和该下载内容在内容服务器的路径,打包请求可以通过超文本传输协议(HTTP,Hypertext Transfer Protocol)承载,也可以通过其他的协议承载,如路由选择表协议(RTP,Routing TableProtocol)。
[0038] B3、根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。;
[0039] 下载引擎接收到打包服务器发送的每次打包后的下载内容后,将所述每次打包后的下载内容写入下载请求响应消息中发送给用户终端。
[0040] 进一步的,下载引擎根据接收到的打包服务器发送的指示信息,向用户终端发送所述指示信息,所述指示信息用于指示下载结束点。
[0041] 在该实施例中,至少包含两种情况:
[0042] 第一种情况:指示信息为打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度,下载引擎收到打包请求响应消息后,读取Content-Length字段中的所述打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度,将所述打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度写入以HTTP协议承载的下载请求响应消息头中的Content-Length字段发送给用户终端,同时根据所述打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度,从打包服务器接收所述每次打包后的下载内容,并将所述每次打包后的下载内容写入下载请求响应消息中发送给用户终端。
[0043] 优选的,下载引擎保存所述每次打包后的下载内容,以便当用户终端发起与所述每次打包后的下载内容相对应的下载请求,将所述每次打包后的下载内容发送给用户终端。
[0044] 当下载过程突然停止,下载引擎向打包服务器上报下载的断点,打包服务器计算出源文件读取的偏移量和续传内容的大小,当用户终端发起针对同一下载内容的下载请求,打包服务器从断点处开始打包,并将每次打包后的下载内容写入打包响应消息中传输给下载服务器。
[0045] 用户终端在收到下载响应消息后,从中获得每次打包后的下载内容,根据打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度提示用户下载的进度,预计整个下载所需的时间
[0046] 第二种情况,指示信息为打包完成后设置的Socket结束符,下载引擎收到打包请求响应消息后,从中获得每次打包后的下载内容,将所述每次打包后的下载内容下载请求响应消息发送给用户终端,当收到完成后设置的Socket结束符,停止操作。
[0047] 用户终端在收到下载响应消息后,从中获得每次打包后的下载内容。
[0048] 优选的,下载引擎保存所述每次打包后的下载内容,以便当用户终端发起与所述每次打包后的下载内容相对应的下载请求,将所述每次打包后的下载内容发送给用户终端。
[0049] 当下载过程突然停止,下载引擎向打包服务器上报下载的断点,打包服务器计算出源文件读取的偏移量和续传内容的大小,当用户终端发起针对同一下载内容的下载请求,打包服务器从断点处开始打包,并将每次打包后的下载内容写入打包响应消息中传输给下载服务器
[0050] 本发明的实施例提供一种数字信息传输系统,如图3所示,包括,[0051] 下载引擎301,用于接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;根据所述下载请求,向打包服务器302发送打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;根据接收到的打包服务器302发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。
[0052] 打包服务器302,用于接收下载引擎301发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;建立与内容服务器的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包,将每次打包后的下载内容发送给下载引擎301。
[0053] 打包服务器302进一步用于向下载引擎发送指示信息,所述指示信息用于指示下载结束点。
[0054] 其中,指示信息包括,打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度或打包完成后设置的Socket结束符。
[0055] 当下载过程突然停止,打包服务器302进一步用于根据下载引擎上报的下载断点,计算出源文件读取的偏移量和续传内容的大小,根据用户终端发起的同样的下载请求,从断点除开始打包,并将每次打包后的下载内容写入打包响应消息中传输给下载服务器。
[0056] 本发明的施例提供一种打包服务器,参考图4,包括,
[0057] 接收单元401,用于接收下载引擎发送的打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;
[0058] 下载单元402,建立与内容服务器建立的下载链路,根据所述内容标识和所述下载内容在内容服务器的路径通过所述下载链路获得下载内容;
[0059] 打包单元403,用于每当获得的下载内容达到预设的固定步长时,将所述获得的下载内容进行打包;
[0060] 发送单元404,用于将所述每次打包后的下载内容发送给下载引擎。所述发送单元进一步用于,向下载引擎及用户终端发送指示信息,所述指示信息用于指示下载结束点。
[0061] 其中,指示信息包括,打包起始时根据打包采用的加密算法及所述下载内容的长度计算得到的所述下载内容打包后的总长度或打包完成后设置的Socket结束符。
[0062] 打包服务器进一步包括缓存单元405,用于,用于保存所述每次打包后的下载内容[0063] 本发明的施例提供一种下载引擎,参考图5,包括,
[0064] 接收单元501,用于接收用户终端发起的下载请求,所述下载请求中包含下载内容的标识;
[0065] 请求单元502,用于根据所述下载请求,向打包服务器发送打包请求,所述打包请求中包含下载内容的标识和所述下载内容在内容服务器的路径;
[0066] 发送单元503,根据接收到的打包服务器发送的每次打包后的下载内容,向用户终端发送所述每次打包后的下载内容。
[0067] 下载引擎进一步包括,
[0068] 缓存单元504,保存所述每次打包后的下载内容。
[0069] 为更好的理解上述实施例,下面以采用数字信息传输方法的一个具体执行过程为例进行说明,如图6所示,包括用户终端,下载引擎,打包服务器,内容服务器,渐进式打包过程如下:
[0070] 601、用户终端向下载引擎发起以HTTP协议承载的下载请求消息Download Resquest,该请求中包含下载内容的标识;
[0071] 602、下载引擎根据该下载请求向打包服务器发起以HTTP协议承载的打包请求Package Resquest,该打包请求中包含下载内容的标识和该下载内容在内容服务器中的路径;
[0072] 603、打包服务器响应打包请求,向内容服务器发送链路建立请求,该链路请求中包含下载内容标识和该下载内容在内容服务器中的路径;
[0073] 604、内容服务器向打包服务器返回链路建立响应,打包服务器与内容服务器之间建立下载链路,打包服务器通过该链路,并根据下载内容标识和下载内容在内容服务器中的路径从内容服务器上获得相应的下载内容;
[0074] 具体地,可以是内容服务器将下载内容发送给打包服务器,也可以是打包服务器将内容服务器上的下载内容拷贝到本地。
[0075] 605、本发明实施例中,假设下载内容总的长度大小为128M,当获得的下载内容每达到128bit,打包服务器可以将这128bit内容进行打包,且每个设置同样的密钥密钥,相应地,解密时也使用同样的密钥进行解密。打包服务器根据打包采用的加密算法以及原始内容的长度准确计算原始内容打包后的总长度,假设打包后的总长度为130M;
[0076] 606、打包服务器不断的将打包后的内容写入HTTP打包响应消息中,并将计算的原始内容打包后的总长度写入打包响应消息的头域中发送给下载引擎,本实施例中,即把原始内容打包后的总长度130M写入以HTTP协议承载的打包响应消息头中的Content-Length字段,通过HTTP协议承载的打包响应消息发送给下载引擎;
[0077] 607、下载引擎接收到以HTTP协议承载的打包响应消息后,解析消息头域,读取打包响应消息中的Content-Length字段,将Content-Length字段中包含的原始内容打包后的长度,即130M写入以HTTP协议承载的下载响应消息Download Response中的Content-Length字段,并根据Content-Length字段中包含的估算的原始内容打包后的长度控制接收数据结束的时间点,在结束的时间点之前,不断从打包服务器接收打包后的内容,将其写入以HTTP协议承载的下载响应消息中,并把以HTTP协议承载的下载响应消息发送给用户终端;
[0078] 608、用户终端接收下载引擎发送的以HTTP协议承载的下载响应消息,从中获得打包后的内容,同时读取下载响应消息中的Content-Length字段中的原始内容打包后长度130M,据此提示用户下载的进度,预计整个下载所需的时间。可选的,下载引擎不断从打包服务器接收打包后的数字内容,将其写入以HTTP协议承载的下载响应消息中的同时,将接收到的打包内容记录下来以便用户发起同样的下载请求后,将打包好的内容发送给用户。
[0079] 可选的,下载引擎不断从打包服务器接收打包后的数字内容,将其写入以HTTP协议承载的下载响应消息中的同时,下载过程突然停止,下载引擎向打包服务器上报下载的断点,打包服务器计算出源文件读取的偏移量和续传内容的大小,当用户发起同样的下载请求,打包服务器从断点除开始打包,并将打包后的内容写入打包响应消息中传输给下载服务器,再由下载服务器将打包后的内容写入下载响应消息中传输给用户终端。
[0080] 可替代地,下载请求消息、下载响应消息、打包请求消息、打包响应消息还可以通过其他的协议承载;
[0081] 本发明实施例中,打包服务器一边从内容服务器接收原始打包内容,一边传输打包后的内容给下载引擎,减少了用户等待时间,提高了用户体验,并在打包响应消息以及下载响应消息中携带Content-Length字段,Content-Length字段中包含的估算的原始内容打包后长度,以指示下载引擎下载结束时间点,便于下载服务器控制接收数据结束的时间点,也便于用户终端根据下载到的实际内容大小,提示用户下载进度,并预计整个下载所需时长。
[0082] 为更好的理解上述实施例,下面以采用数字信息传输方法的一个具体执行过程为例进行说明,组网示意图如图7所示,包括用户终端,下载引擎,打包服务器,下载引擎,渐进式打包过程如下:
[0083] 701、用户终端向下载引擎发起以HTTP协议承载的下载请求DownloadResquest,该请求中包含下载内容的标识;
[0084] 702、下载引擎响应下载请求,并根据该下载请求向打包服务器发起以HTTP协议承载的打包请求Package Resquest,该打包请求中包含下载内容的标识和该下载内容在内容服务器中的路径;
[0085] 703、打包服务器响应打包请求,向内容服务器发送链路建立请求,该链路请求中包含下载内容标识和该下载内容在内容服务器中的路径;
[0086] 704、内容服务器向打包服务器返回链路建立响应,打包服务器与内容服务器之间建立链路,打包服务器通过该链路,并根据下载内容标识和下载内容在内容服务器中的路径从内容服务器上获取响应的下载内容;
[0087] 705、本实施例中,下载内容总的长度大小为128M,当获得的下载内容每达到128bit,打包服务器就将这128bit内容进行打包,且每个设置同样的密钥,打包服务器根据打包采用的加密算法以及原始内容的长度准确计算原始内容打包后的总长度,假设打包后的总长度为130M;密钥
[0088] 706、打包服务器不断的将打包后的内容写入HTTP打包响应消息中,在确认所有的下载打包结束后在HTTP承载的打包响应消息中设置SOCKET结束符,并将所述HTTP打包响应消息发送给下载引擎;
[0089] 707、下载引擎接收到以HTTP协议承载的打包响应消息后,不断从打包响应消息中获取打包后的内容,并将其打包后的写入以HTTP协议承载的下载响应消息中发送给用户终端,当收到SOCKET结束符,停止操作。
[0090] 708、用户终端接收下载引擎发送的以HTTP协议承载的下载响应消息,不断从下载响应消息获取打包后的内容,当收到SOCKET结束符停止操作。
[0091] 本发明实施例中,打包服务器从内容服务器接收原始下载内容,一边对达到固定步长的下载内容进行打包,一边传输打包后的内容给下载引擎,减少了用户等待时间,提高了用户体验,并在打包响应消息以及下载响应消息中携带Socket的结束符,以指示下载引擎下载结束时间点,便于下载服务器控制接收数据结束的时间点,也便于用户终端在下载结束后,自动结束下载过程。
[0092] 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
[0093] 以上对本发明实施例所提供一种数字信息传输方法和系统,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围。