在媒体分发过程中， 如基于机顶盒的电视接收、 基于浏览器的互联网电 视在线收看、基于移动设备的音乐下载、基于 DVD的媒体拷贝分发等， 已经 付过费的媒体内容接收者可能非法地将接收到 的媒体内容分发给未经授权的 用户， 或直接将接收到的媒体内容放到互联网上共享 ， 这些恶意的分发行为 属于盗版行为。

现有盗版者追踪技术就是为了追踪到恶意分发 者。 现有的方法是媒体服 务器根据用户终端下载或在线消费媒体内容的 请求， 获取用户终端的具有唯 一性的识别码， 将用户终端的识别码嵌入媒体内容中， 然后将媒体内容加密 后提供给用户终端。 当发现媒体内容被恶意分发时， 服务器通过检测媒体内 容中的识别码从而识别出该媒体内容的恶意分 发者。

但是， 由于服务器需要实时处理媒体内容， 并响应所有用户终端的请求， 为每个用户终端产生和分发携带各自识别码的 媒体内容的拷贝， 对服务器来 说并发负载很大， 而且分发媒体内容所占用的并发带宽也较大。 发明内容 本发明提供一种媒体内容提供与获取方法、 服务器及用户终端， 用以 降低服务器的并发负载， 减少媒体内容分发占用的并发带宽资源。

本发明一方面提供一种媒体内容提供方法， 包括：

接收用户终端发送的文件段获取请求， 所述文件段获取请求是由所述 用户终端根据所述用户终端的识别码和预先获 取的媒体分段描述文件生 成并发送的， 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体文 件段的存储地址和所嵌入的识别码；

将所述文件段获取请求对应的已经嵌入所述用 户终端的识别码的所 述媒体文件段提供给所述用户终端。

本发明一方面还提供一种服务器， 包括：

获取请求接收模块， 用于接收用户终端发送的文件段获取请求， 所述 文件段获取请求是由所述用户终端根据所述用 户终端的识别码和预先获 取的媒体分段描述文件生成并发送的， 所述媒体分段描述文件包括由媒体 内容划分出的每个媒体文件段的存储地址和所 嵌入的识别码；

媒体提供模块， 用于将所述文件段获取请求对应的已经嵌入所 述用户 终端的识别码的所述媒体文件段提供给所述用 户终端。

本发明另一方面提供一种媒体内容获取方法， 包括：

用户终端根据预先获取的媒体分段描述文件和 所述用户终端的识别 码， 生成文件段获取请求； 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体文件段的存储地址和所嵌入的识别 码；

所述用户终端向服务器发送所述文件段获取请 求， 以请求获取所述文 件段获取请求对应的所述媒体文件段；

所述用户终端从所述服务器上获取所述文件段 获取请求对应的已经 嵌入所述用户终端的识别码的所述媒体文件段 。

本发明另一方面还提供一种用户终端， 包括：

获取请求生成模块， 用于根据预先获取的媒体分段描述文件和所述 用 户终端的识别码， 生成文件段获取请求； 所述媒体分段描述文件包括由媒 体内容划分出的每个媒体文件段的存储地址和 所嵌入的识别码；

获取请求发送模块， 用于向服务器发送所述文件段获取请求， 以请求 获取所述文件段获取请求对应的所述媒体文件 段；

媒体文件获取模块， 用于从所述服务器上获取所述文件段获取请求 对 应的已经嵌入所述用户终端的识别码的所述媒 体文件段。

本发明一方面提供的媒体内容提供方法及服务 器， 服务器接收到用户 终端的获取请求后， 根据获取请求将预先形成的已经嵌入用户终端 的识别 码的媒体文件段提供给用户终端， 服务器不再实时处理媒体内容并响应用 户终端的获取请求， 降低了服务器的并发负载， 同时减少了分发媒体内容 所占用的并发带宽。

本发明另一方面提供的媒体内容获取方法及用 户终端， 用户终端根据 自己的识别码和预先获取的媒体分段描述文件 中每个媒体文件段所嵌入 的识别码， 获取需要获取的媒体文件段， 并根据媒体分段描述文件中每个 媒体文件段的存储地址， 向服务器发送获取请求， 然后从服务器上获取相 应的且已经嵌入用户终端的识别码的媒体文件 段， 由于服务器不需要实时 对媒体内容进行处理并且根据用户终端的请求 分发媒体内容， 对服务器来 说， 降低了其并发负载， 对用户终端来说， 服务器在接收到请求后可以立 即响应， 提高了用户终端获取媒体文件段的速率。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作 一简单地介绍， 显而易见 地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附 图。

图 1为本发明一实施例提供的媒体内容提供方法� �流程图； 图 2A为本发明另一实施例提供的媒体内容提供方� ��的流程图； 图 2B为本发明另一实施例提供的一种用代码表示� ��媒体分段描述文 件的结构；

图 3为本发明又一实施例提供的媒体内容提供方� �的流程图； 图 4为本发明再一实施例提供的媒体内容提供方� �的流程图； 图 5为本发明一实施例提供的媒体内容获取方法� �流程图； 图 6为本发明另一实施例提供的媒体内容获取方� �的流程图； 图 7为本发明又一实施例提供的媒体内容获取方� �的流程图； 图 8为本发明再一实施例提供的媒体内容获取方� �的流程图； 图 9为本发明一实施例提供的服务器的结构示意� �；

图 10为本发明另一实施例提供的服务器的结构示� ��图；

图 11为本发明又一实施例提供的服务器的结构示� ��图；

图 12为本发明一实施例提供的用户终端的结构示� ��图；

图 13为本发明另一实施例提供的用户终端的结构� ��意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提 下所获得的所有其他实施例， 都属于本发明保护的范围。

图 1为本发明一实施例提供的媒体内容提供方法� �流程图。 如图 1所 示， 本实施例的方法包括：

步骤 101、 接收用户终端发送的文件段获取请求， 所述文件段获取请 求是由用户终端根据用户终端的识别码和预先 获取的媒体分段描述文件 生成并发送的， 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体 文件段的存储地址和所嵌入的识别码。

在本实施例中， 服务器上预先对媒体内容做了分段、 备份、 嵌入识别 码等处理， 并且在对媒体内容做分段、 备份和嵌入识别码等处理的同时， 将每个嵌入识别码的分段存为一个独立文件（ 即媒体文件段） ， 并产生一 个媒体分段描述文件 （Media Segment Description File, MSDF ) 。 该媒体 分段描述文件指示了每个媒体文件段对应的识 别码（即该媒体文件段所嵌 入的识别码） 和媒体文件段的存储地址。

在该步骤之前， 服务器预先将媒体分段描述文件发送给用户终 端。 其 中， 为了保证媒体分段描述文件在传输过程中的安 全性， 服务器在发送媒 体分段描述文件之前， 可以先对媒体分段描述文件进行加密。

用户终端通过将自身的识别码和媒体分段描述 文件所提供的每个媒 体文件段所嵌入的识别码进行比较， 选择出需要获取的媒体文件段， 然后 根据所选择的媒体文件段的存储地址向存储有 需要获取的媒体文件段的 服务器发送获取该媒体文件段的请求。 其中， 所选择出的媒体文件段的存 储地址不仅可以指向存储有这些媒体文件段的 服务器， 并且还可以指出这 些媒体文件段在服务器上具体存储位置。 其中， 所述 "需要获取的媒体文 件段" 是指用户终端有权限下载的媒体文件段， 例如可以是嵌入的识别码 与用户终端自身的识别码相同的媒体文件段。

相应地， 服务器会接收到用户终端发送的文件段获取请 求。 步骤 102、 将文件段获取请求对应的已经嵌入用户终端的 识别码的媒 体文件段提供给用户终端。

服务器接收到用户终端的文件段获取请求后， 会根据文件段获取请求 识别出用户终端要获取服务器上存储的媒体文 件段。

然后， 服务器将所存储的媒体文件段提供给用户终端 。 其中， 服务器 将媒体文件段提供给用户终端的方式可以是： 服务器将获取到的媒体文件 段发送给用户终端， 还可以是： 服务器使用户终端通过超文本传输协议 ( HyperText Transfer Protocol, HTTP )的方式到服务器上下载媒体文件段。

在本实施例中， 服务器预先形成并存储已经嵌入用户终端的媒 体文件 段， 在接收到用户终端的获取请求后， 直接根据获取请求将所存储的媒体 文件段提供给用户终端。 与现有技术相比， 服务器在接收到用户终端的请 求时， 不再对媒体内容进行嵌入识别码等实时处理， 不再实时为每个用户 终端生成对应的媒体内容拷贝， 减轻了服务器的处理负担， 提高了用户终 端得到媒体内容的效率； 另外， 服务器根据用户终端的请求进行媒体内容 分发， 不再是主动同时向所有用户终端分发， 极大地减轻了服务器的并发 图 2A为本发明另一实施例提供的媒体内容提供方� ��的流程图。 如图 2A所示， 本实施例的方法包括：

步骤 201、 将媒体内容划分为一个或多个媒体片段， 在所划分出的每 个媒体片段中嵌入对应不同用户终端的识别码 ， 形成每个媒体片段对应的 多个媒体文件段， 并存储所形成的媒体文件段。

在本实施例中， 服务器预先将媒体内容划分为一个或多个媒体 片段。 服务器所使用的划分方式不做限定， 例如可以按照媒体片段的大小来划 分。 然后， 服务器在每个媒体片段中嵌入不同用户终端的 识别码， 形成每 个媒体片段对应的多个媒体文件段， 该操作的目的是将一个媒体片段形成 对应不同用户终端的拷贝 （其中， 每个拷贝即是一个媒体文件段） ， 在对 应每个用户终端的拷贝中嵌入了该用户终端的 识别码， 用于对用户终端进 行恶意分发的追踪。 再然后， 服务器将每个媒体文件段作为独立的文件进 行存储。 下面对该步骤进行举例说明。

首先， 假设服务器将媒体内容划分为 n个媒体片段。 然后， 假设服务 器为每个媒体片段形成 m个拷贝， 即通过在每个媒体片段中分别嵌入 m 个用户终端的识别码， 形成 m个媒体文件段。 以第一个媒体片段为例， 在 第一个媒体片段中嵌入第一个用户终端的识别 码， 得到对应第一个用户终 端的媒体文件段； 在第一个问题片段中嵌入第二个用户终端的识 别码， 得 到对应第二个用户终端的媒体文件段； ……， 在第一个媒体片段中嵌入第 m个用户终端的识别码， 得到对应第 m个用户终端的媒体文件段。 这样 n 个媒体片段就会形成 n* _m 个媒体文件段。 为便于描述， 将 n*m个媒体文 件段中， 与 n个媒体片段对应的 n个媒体文件段作为一组。 则 n*m个媒体 文件段形成 m组。 其中， 属于同一组的媒体文件段是对应一个用户终端 的 媒体文件段。 不同组内的媒体文件段对应不同的用户终端。

在本实施例中， 优选在对应同一用户终端的所有媒体片段中均 嵌入相 同的识别码， 该识别码即为该用户终端的识别码。 例如， 如果用户终端的 识别码为 "0010" , 则在对应该用户终端的所有媒体片段中都嵌入

"001010001010" , 得到对应该用户终端的多个媒体文件段。 如果仍以上 面将媒体内容划分为 n个媒体片段为例， 则对同一用户终端来说， 将得到 n个携带 "001010001010" 的媒体文件段。

另外， 在对应同一用户终端的各媒体片段中也可以嵌 入不相同的识别 码， 但是该识别码必须能够唯一标识出该用户终端 。 一种优选的实施方式 为： 将用户终端的识别码进行拆分， 形成多个识别码片段， 例如将

"001010001010" 拆分为 "001 " 、 "010" 、 "001 " 和 "010" ； 然后在 对应该用户终端的各媒体片段中嵌入拆分出的 一个识别码片段， 从而形成 对应该用户终端的多个媒体文件段。 仍以上面将媒体内容划分为 n个媒体 片段为例， 服务器可以将第一个媒体片段嵌入 "001 " 得到对应该用户终 端的第一个媒体文件段， 然后在第二个媒体片段中嵌入 "010" 得到对应 该用户终端的第二个媒体文件段， 接着在第三个媒体片段中嵌入 "001 " 得到对应该用户终端的第二个媒体文件段， 在第四个媒体片段中嵌入

"010" 得到对应该用户终端的第四个媒体文件段， ……， 直到得到对应 该用户终端的第 n个媒体文件段为止。

其中， 对用户终端的拆分方式以及在对应该用户终端 的各媒体片段中 嵌入识别码片段的方式均不作限定， 上述仅是一种举例。 其中， 识别码的嵌入方法可以釆用现有技术中的水印 嵌入方法， 在此 不再详述。

然后， 服务器将媒体文件段加密， 并存储在服务器的相应位置， 其中 不同媒体文件段可以存储在不同的位置。 媒体文件段的存储位置可以由 HTTP地址来指示。 其中， 对媒体文件段进行加密是一种可选操作， 这样 可以提高媒体文件段的安全性。 另外， 对于对应同一媒体片段的多个媒体 文件段可以釆用不同的加密密钥， 对于对应不同媒体片段的多个媒体文件 段可以釆用不同的加密密钥， 以进一步提高媒体文件段的安全性。 具体的 加密方法本实施例不做限定。

其中， 服务器通过对媒体片段进行多个拷贝， 可以增加可识别的用户 数， 并且不影响服务质量。

其中， 本步骤通过将媒体内容分成不同的媒体片段， 增加了对媒体内 容进行处理的灵活性。 例如， 对于同一时间段的媒体内容， 在嵌入不同用 户终端的识别码后， 可以存储在不同的位置。 又例如，对媒体内容分段后， 允许用户终端一段一段的请求获取媒体内容， 而不用在用户终端发送请求 时将整个媒体内容全部提供给用户终端， 这样如果大量用户终端同时请求 媒体内容时， 由于不用将全部媒体内容的多个拷贝同时提供 给大量用户终 端， 进一步降低了分发媒体内容占用的并发资源。

步骤 202、 根据每个媒体文件段的存储地址和每个媒体文 件段所嵌入 的识别码， 生成媒体分段描述文件， 并将媒体分段描述文件发送给用户终 端， 以使用户终端预先获取媒体分段描述文件。

在执行完步骤 201的操作后， 服务器按照一定的组织方式将每个媒体 文件段的存储地址和每个媒体文件段所嵌入的 识别码组织起来， 生成媒体 分段描述文件。 图 2B给出一种用代码表示的媒体分段描述文件的� ��构。 别码和存储地址。 在图 2B中给出的存储地址是 HTTP地址， 但实际不限 于此， 例如， 也可以是存储空间的指针位置等。

在形成媒体分段描述文件之后， 服务器将媒体分段描述文件提供给各 用户终端。 其中， 对于不同的用户终端可以接收到相同的媒体分 段描述文 件。 为了保证安全， 服务器可以通过加密的方式将媒体分段描述文 件提供 给用户终端。 其中， 服务器可以以广播、 单播或者多播的方式将媒体分段 描述文件发送给用户终端。 另外， 服务器还可以将媒体分段描述文件放在 网页上供用户终端下载。

上述步骤 201和步骤 202主要描述了服务器对媒体内容做分段、备份 、 嵌入识别码， 预先形成每个媒体片段的多个拷贝并将每个拷 贝存为独立文 件， 产生媒体分段描述文件并通过媒体分段描述文 件将有关每个拷贝的有 关信息通知用户终端的过程， 为后续用户终端在需要时向服务器获取媒体 文件段打下了基础。

步骤 203、 接收用户终端发送的文件段获取请求， 所述文件段获取请 求是由用户终端根据用户终端的识别码和预先 获取的媒体分段描述文件 生成并发送的， 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体 文件段的存储地址和所嵌入的识别码。

步骤 204、 将文件段获取请求对应的已经嵌入用户终端的 识别码的媒 体文件段提供给用户终端。

上述步骤 203和步骤 204可参见步骤 101和步骤 102的描述， 在此不 再赘述。

在本实施例中， 服务器预先形成并存储已经嵌入用户终端的媒 体文件 段， 在接收到用户终端的获取请求后， 直接根据获取请求将相应的媒体文 件段提供给用户终端。 与现有技术相比， 服务器在接收到用户终端的请求 时， 不再对媒体内容进行嵌入识别码等实时处理， 不再实时为每个用户终 端生成对应的媒体内容拷贝， 减轻了服务器的处理负担， 提高了用户终端 得到媒体内容的效率； 另外， 服务器根据用户终端的请求进行媒体内容分 发， 不再是主动同时向所有用户终端分发， 极大地减轻了服务器的并发负 图 3为本发明又一实施例提供的媒体内容提供方� �的流程图。 如图 3 所示， 本实施例的方法包括：

步骤 301、 接收不同用户终端的注册请求。

在本实施例中， 服务器还可以对各用户终端进行管理。 每个用户终端 在向服务器请求获取媒体文件段之前， 需要先向服务器发送注册请求。 其 中， 注册请求中包括能够标识用户终端唯一性的信 息， 如用户名和密码， 或者网卡的介质访问控制（ Media Access Control, MAC )地址等硬件唯一 标识信息。

服务器接收用户终端的注册请求， 并根据注册请求对用户终端进行管 理。

步骤 302、 生成对应不同用户终端的识别码。

在本实施例中， 服务器接收到用户终端的注册请求后， 为用户终端生 成识别码。 例如， 服务器可以通过随机数产生的方法为不同用户 终端生成 各自的识别码，但不限于此。这样，用户终端 的识别码可以是二进制（0/1 ) 序列， 其长度记为 L比特。 服务器会将所生成的识别码存储起来。

步骤 303、 将所生成的识别码分别发送给对应的用户终端 。

为用户终端生成识别码后， 服务器将所生成的识别码发送给用户终 端。

另外， 通过用户终端的注册过程， 服务器可以统计出需要获取媒体文 件段的用户终端的数量， 这样服务器可以知道需要预先生成的媒体文件 段 的个数， 另外还便于服务器预先在用户终端发送文件段 获取请求之前为用 户终端生成对应的媒体文件段。

步骤 304、 将媒体内容划分为一个或多个媒体片段， 在所划分出的每 个媒体片段中嵌入对应不同用户终端的识别码 ， 形成每个媒体片段对应的 多个媒体文件段， 并存储所形成的媒体文件段。

在该步骤中， 假设用户终端的识别码的长度为 L比特， 服务器可以在 每个媒体片段中嵌入所有的 L比特识别码，生成携带整个识别码的媒体文 件段。 但是并非每个媒体文件段都是由媒体片段嵌入 所有的 L比特生成 的， 可以将 L比特分成 K组， 每个媒体片段内嵌入一组， 即 L/K比特， 形成携带有识别码片段的媒体文件段。 这样， 如果媒体内容被划分为 n个 媒体片段， 则识别码在该媒体内容中需要重复嵌入 n/K次。

步骤 305、 根据每个媒体文件段的存储地址和每个媒体文 件段所嵌入 的识别码， 生成媒体分段描述文件， 并将媒体分段描述文件发送给用户终 端， 以使用户终端预先获取媒体分段描述文件。

有关步骤 304和步骤 305的其他描述可参见步骤 201和步骤 202, 在 此不再赘述。 步骤 306、 接收用户终端发送的文件段获取请求， 所述文件段获取请 求是由用户终端根据用户终端的识别码和预先 获取的媒体分段描述文件 生成并发送的， 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体 文件段的存储地址和所嵌入的识别码。

如果在步骤 304中， 每个媒体片段内嵌入的是识别码的一个片段， 即

L/K比特， 则用户终端在根据媒体分段描述文件中每个媒 体文件段所嵌入 的识别码来选择媒体文件段时，选择的过程可 以是先根据本身的 L比特的 识别码寻找相应的媒体文件段，如果发现 L比特的识别码和媒体文件段中 嵌入的识别码的长度 L/K不一致，则用户终端将本身的识别码分割成 K组 来寻找对应的 K个媒体文件段。 然后， 再重复， 直至 n个媒体文件段都被 选择完成。 然后， 用户终端根据获取到的媒体文件段的存储地址 生成文件 段获取请求， 并发送给相应的服务器。

步骤 307、 将文件段获取请求对应的已经嵌入用户终端的 识别码的媒 体文件段提供给用户终端。

有关步骤 306和步骤 307的其他描述可参见步骤 101和步骤 102, 在 此不再赘述。

在本实施例中， 服务器预先形成并存储已经嵌入用户终端的媒 体文件 段， 在接收到用户终端的获取请求后， 直接根据获取请求将相应地媒体文 件段提供给用户终端。 与现有技术相比， 服务器在接收到用户终端的请求 时， 不再对媒体内容进行嵌入识别码等实时处理， 不再实时为每个用户终 端生成对应的媒体内容拷贝， 减轻了服务器的处理负担， 提高了用户终端 得到媒体内容的效率； 另外， 服务器根据用户终端的请求进行媒体内容分 发， 不再是主动同时向所有用户终端分发， 极大地减轻了服务器的并发负 在上述各实施例中， 以一台服务器为例进行了说明。 为了进一步降低 服务器的负载，可以釆用多台服务器共同完成 媒体内容的分发操作。其中， 将其中一台服务器作为中心服务器， 负责媒体分段描述文件的生成和发 送， 其他服务器作为媒体服务器， 负责媒体文件段的发送， 这样中心服务 器的负载就会被降低。 下面实施例将对该技术方案做详细说明。

图 4为本发明再一实施例提供的媒体内容提供方� �的流程图。 如图 4 所示， 本实施例的方法包括：

步骤 401、 中心服务器接收用户终端的注册请求。

步骤 402、 中心服务器根据注册请求为用户终端生成识别 码， 并存储 所生成的识别码。

步骤 403、 中心服务器将所生成的识别码分别发送给对应 的用户终端 和媒体服务器。

其中，上述步骤 401-步骤 403与步骤 301 -步骤 303相类似，区别在于， 在本实施例中是由中心服务器对用户终端进行 管理， 并且中心服务器需要 将各用户终端的识别码提供给媒体服务器， 其他相同之处不再赘述。

步骤 404、 媒体服务器将媒体内容划分为一个或多个媒体 片段， 在所 划分出的每个媒体片段中嵌入对应不同用户终 端的识别码， 形成每个媒体 片段对应的多个媒体文件段， 并存储所形成的媒体文件段。

本步骤 404与步骤 304相类似， 区别在于本实施例是由媒体服务器形 成媒体文件段。

步骤 405、 媒体服务器将每个媒体文件段的存储地址和所 嵌入的识别 码发送给中心服务器。

在本实施例中， 媒体服务器和中心服务器之间可以进行通信。 中心服 务器将用户终端的识别码提供给媒体服务器， 媒体服务器根据识别码形成 媒体文件段后， 将媒体文件段所嵌入的识别码和存储地址再提 供给中心服 务器。

步骤 406、 中心服务器根据媒体服务器发送的每个媒体文 件段的存储 地址和每个媒体文件段所嵌入的识别码， 生成媒体分段描述文件， 并将媒 体分段描述文件发送给用户终端， 以使用户终端预先获取媒体分段描述文 件。

中心服务器负责将收集到的媒体文件段信息进 行汇总， 生成媒体分段 描述文件， 并进行加密后发送给终端用户。 生成的媒体分段描述文件中包 含了所有媒体服务器产生的媒体文件段的存储 地址和所潜入的识别码等 信息。

其中， 媒体分段描述文件中每个媒体文件段的存储地 址是指媒体文件 段在相应媒体服务器上的存储地址。 步骤 407、 媒体服务器接收用户终端发送的文件段获取请 求， 所述文 件段获取请求是由用户终端根据用户终端的识 别码和预先获取的媒体分 段描述文件生成并发送的， 所述媒体分段描述文件包括由媒体内容划分出 的每个媒体文件段的存储地址和所嵌入的识别 码。

在本实施例中， 用户终端根据媒体分段描述文件给出的每个媒 体文件 段的所嵌入的识别码， 在获取到相应的媒体文件段后， 根据相应媒体文件 段的存储地址向相应媒体服务器发送文件段获 取请求， 而不是向中心服务 器。 本步骤的其他操作可参见步骤 101的描述， 在此不再赘述。

步骤 408、 媒体服务器将文件段获取请求对应的已经嵌入 用户终端的 识别码的媒体文件段提供给用户终端。

在本实施例中， 通过多台媒体服务器辅助中心服务器完成媒体 内容的 分发，进一步减轻了中心服务器的处理负担， 提高了媒体内容分发的效率。

图 5为本发明一实施例提供的媒体内容获取方法� �流程图。 如图 5所 示， 本实施例的方法包括：

步骤 501、 用户终端根据预先获取的媒体分段描述文件和 用户终端的 识别码， 生成文件段获取请求， 所述媒体分段描述文件包括由媒体内容划 分出的每个媒体文件段的存储地址和所嵌入的 识别码。

其中， 媒体文件段是由服务器端将媒体内容进行分段 ， 形成多个媒体 片段， 然后对每个媒体片段进行多份拷贝， 在每个拷贝中嵌入一个用户终 端的识别码形成的。 服务器端会将生成的每个媒体文件段存储为独 立的文 件， 因此， 每个媒体文件段都有其对应的存储地址。 服务器端对每个媒体 文件段的存储地址和其所嵌入的识别码进行组 织， 形成媒体分段描述文 件。 在生成媒体分段描述文件之后， 服务器端会将媒体分段描述文件提供 给用户终端， 以使用户终端根据媒体分段描述文件进行媒体 内容的获取。

也就是说，在本实施例中，用户终端预先获取 到了媒体分段描述文件。 每个媒体文件段中嵌入的识别码一方面用以使 各用户终端能够从媒体分 段描述文件所包括的所有媒体文件段中识别出 对应自己的媒体文件段， 另 一方面便于对恶意分发者进行追踪。

其中， 如果服务器端在每个媒体文件段中嵌入的是用 户终端的识别 码， 则用户终端可以将自己的识别码与媒体分段描 述文件中的每个媒体文 件段所嵌入的识别码进行比较， 找到媒体分段描述文件中与自己的识别码 相同的识别码对应的媒体文件段， 进而获取这个或这些媒体文件段的存储 地址， 根据获取到的存储地址生成文件段获取请求。

如果服务器端在每个媒体文件段中嵌入的是由 用户终端的识别码拆 分出的识别码片段， 则用户终端需要按照相同的拆分策略（例如将 长度为 L比特的识别码拆分为 K组） 将自己的识别码拆分为不同的识别码片段， 然后将拆分出的识别码片段逐一与媒体分段描 述文件中每个媒体文件段 所嵌入的识别码进行匹配， 获取媒体分段描述文件中与识别码片段相同的 识别码对应的媒体文件段， 进而获取这个或这些媒体文件段的存储地址， 根据获取到的存储地址生成文件段获取请求。 拷贝中嵌入识别码片段的方式均不做限定。

步骤 502、 用户终端向服务器发送文件段获取请求， 以请求获取文件 段获取请求对应的媒体文件段。

其中， 用户终端通过媒体文件段的存储地址可以找到 存储有相应媒体 文件段的服务器以及媒体文件段在服务器上的 具体位置。 因此， 在生成文 件段获取请求之后， 用户终端可以向相应服务器发送文件段获取请 求， 以 请求获取相对应的媒体文件段。

服务器接收到用户终端的文件段获取请求后， 可以对用户终端进行鉴 权等操作， 判断用户终端是否具有相应权限， 如果用户终端具有权限， 则 允许用户终端获取相应媒体文件段。

步骤 503、 用户终端从服务器上获取文件段获取请求对应 的已经嵌入 了用户终端的识别码的媒体文件段。

用户终端得到服务器的允许后， 从服务器上获取相应的媒体文件段。 例如， 用户终端可以接收服务器通过广播、 组播或多播形式发送的媒体文 件段。 又例如， 用户终端可以通过 HTTP地址登录服务器， 从服务器上下 载媒体文件段。

在本实施例中， 用户终端从服务器上获取到的媒体文件段不是 服务器 在接收到用户终端的文件段获取请求之后， 通过对媒体内容进行实时处理 形成的， 而是已经预先形成并存储好的。 也就是说， 在用户终端获取媒体 文件段之前， 媒体文件段中已经嵌入了用户终端的识别码或 识别码片段， 并且已经存储在了存储地址标识的位置。

在本实施例中， 服务器预先生成嵌入用户终端的识别码或识别 码片段 的媒体文件段并存储好， 使得用户终端根据媒体分段描述文件向服务器 发 起文件段获取请求后能够立刻得到响应， 提高了获取媒体内容的速率。 另 夕卜， 由于服务器不需要根据用户终端的获取请求实 时处理媒体内容， 降低 了服务器的负载， 而服务器根据用户终端的请求进行媒体内容分 发， 不再 主动同时向所有用户终端分发， 只需要将媒体分段描述文件发送给各用户 终端， 在各用户终端请求获取的时候再向用户终端提 供媒体文件段， 极大 地降低了服务器的并发负载， 降低了传送媒体内容所占用的并发带宽。

图 6为本发明另一实施例提供的媒体内容获取方� �的流程图。 如图 6 所示， 本实施例的方法包括：

步骤 601、 用户终端接收服务器发送的媒体分段描述文件 。

所述媒体分段描述文件是服务器将媒体内容划 分为一个或多个媒体 片段， 在每个媒体片段中嵌入对应不同用户终端的识 别码形成每个媒体片 段对应的多个媒体文件段并存储所形成的媒体 文件段后， 根据每个媒体文 件段的存储地址和所嵌入的识别码生成的。

也就是说， 服务器会预先对媒体内容进行分段、 备份、 嵌入识别码等 处理形成媒体文件段， 并存储媒体文件段， 同时还会对每个媒体文件段的 存储地址和所嵌入的识别码进行组织， 生成媒体分段描述文件。 然后， 服 务器会将媒体分段描述文件提供给用户终端。

为了保证媒体分段描述文件在传输过程中的安 全， 服务器可以将媒体 分段描述文件进行加密。

其中， 服务器可以通过广播、 单播或多播的方式将加密后的媒体分段 描述文件发送给用户终端。或者，服务器可以 向用户终端提供 HTTP地址， 使用户终端从服务器上下载加密后的媒体分段 描述文件。

其中， 如果媒体分段描述文件经过了加密， 则用户终端在获取到媒体 分段描述文件之后首先对媒体分段描述文件进 行解密。

步骤 602、 用户终端根据预先获取的媒体分段描述文件和 用户终端的 识别码， 生成文件段获取请求， 所述媒体分段描述文件包括由媒体内容划 分出的每个媒体文件段的存储地址和所嵌入的 识别码。

步骤 603、 用户终端向服务器发送文件段获取请求， 以请求获取文件 段获取请求对应的媒体文件段。

步骤 604、 用户终端从服务器上获取文件段获取请求对应 的已经嵌入 了用户终端的识别码的媒体文件段。

上述步骤 602-步骤 604可参见步骤 501-步骤 503的描述，在此不再赘 述。

在此说明， 在本实施例中， 对媒体内容进行分段、备份、 嵌入识别码、 存储以及生成媒体分段描述文件等都是由同一 服务器完成， 且该服务器还 负责接收用户终端的文件段获取请求， 并向用户终端提供媒体文件段。

在本实施例中， 服务器预先生成嵌入用户终端的识别码或识别 码片段 的媒体文件段并存储好， 使得用户终端根据媒体分段描述文件向服务器 发 起文件段获取请求后能够立刻得到响应， 提高了获取媒体内容的速率。 另 夕卜， 由于服务器不需要根据用户终端的获取请求实 时处理媒体内容， 降低 了服务器的负载， 而服务器根据用户终端的请求进行媒体内容分 发， 不再 主动同时向所有用户终端分发， 只需要将媒体分段描述文件发送给各用户 终端， 在各用户终端请求获取的时候再向用户终端提 供媒体文件段， 极大 地降低了服务器的并发负载， 降低了传送媒体内容所占用的并发带宽。

图 7为本发明又一实施例提供的媒体内容获取方� �的流程图。 如图 7 所示， 本实施例的方法包括：

步骤 701、 用户终端接收中心服务器发送的所述媒体分段 描述文件。 所述媒体分段描述文件是中心服务器根据媒体 服务器在将所述媒体 内容划分为一个或多个媒体片段， 在每个媒体片段中嵌入对应不同用户终 端的识别码形成每个媒体片段对应的多个媒体 文件段并存储所形成的媒 体文件段后发送的每个媒体文件段的存储地址 和所嵌入的识别码生成的。

本步骤 701与步骤 601的区别在于， 向用户终端发送媒体分段描述文 件的是中心服务器。 中心服务器对媒体服务器提供的每个媒体文件 段的存 储地址和所嵌入的识别码进行组织， 形成媒体分段描述文件。

其他操作与步骤 601相类似， 在此不再赘述。

步骤 702、 用户终端根据预先获取的媒体分段描述文件和 用户终端的 识别码， 生成文件段获取请求， 所述媒体分段描述文件包括由媒体内容划 分出的每个媒体文件段的存储地址和所嵌入的 识别码。

步骤 702可参见步骤 501的描述， 在此不再赘述。

步骤 703、 用户终端向媒体服务器发送文件段获取请求， 以请求获取 文件段获取请求对应的媒体文件段。

步骤 704、 用户终端从媒体服务器上获取文件段获取请求 对应的已经 嵌入了用户终端的识别码的媒体文件段。

在步骤 703和步骤 704中， 用户终端是向媒体服务器发送文件段获取 请求， 并从媒体服务器上获取相应的媒体文件段。

其他操作与步骤 502和步骤 503相类似， 在此不再赘述。

在本实施例中， 服务器端将服务器分为了负责生成媒体分段描 述文件 的中心服务器和对媒体内容进行处理的媒体服 务器， 通过这种方式进一步 减轻了中心服务器的负载。

图 8为本发明再一实施例提供的媒体内容获取方� �的流程图。 本实施 例基于图 6所示实施例实现， 如图 8所示， 本实施例的方法在步骤 601之 前包括：

步骤 70a、 用户终端向服务器发送注册请求。

步骤 70b、 用户终端接收服务器根据注册请求为用户终端 生成并返回 的识别码。

在本实施例中， 用户终端在向服务器请求获取媒体文件段之前 ， 先向 服务器进行注册。 服务器根据用户终端的注册请求， 为用户终端生成识别 码， 并将生成的识别码发送给用户终端。 另外， 服务器还会将用户终端的 识别码进行保存， 以便于后续生成用户终端对应的媒体文件段时 ， 使媒体 文件段中嵌入该用户终端的识别码。 对于用户终端来说， 接收到服务器提 供的识别码后将识别码进行保存， 以备根据识别码找到相应的媒体文件段 并向服务器发送文件段获取请求。

进一步， 在服务器端分为中心服务器和媒体服务器时， 用户终端可以 向媒体服务器注册， 由媒体服务器为其生成识别码并返回。 另外， 用户终 端也可以向中心服务器进行注册， 使中心服务器为其生成识别码并返回。 但是， 在该方法中， 中心服务器需要将所生成的识别码同时提供给 媒体服 务器， 以便于媒体服务器在媒体片段中嵌入形成对应 不同用户终端的媒体 文件段。

在本实施例中， 通过用户终端的注册过程， 服务器可以统计出需要获 取媒体文件段的用户终端的数量， 这样服务器可以知道需要预先生成的媒 体文件段的个数， 另外还便于服务器预先在用户终端发送文件段 获取请求 之前为用户终端生成对应的媒体文件段。

在此说明， 在上述各实施例中， 如果要对媒体文件段进行加密， 为了 保证安全性， 用户终端或用户终端中相应的解密模块可以是 各种安全性较 高的硬件设备， 例如机顶盒、 智能卡、 手机的客户识别模块（ Subscriber Identity Module, SIM ) 、 通用串行总线 ( Universal Serial BUS , USB ) 密 钥盘， 还可以是授权定制的软件模块。

本发明上述实施例适合于多种媒体内容的分发 ， 包括视频（如数字电 视和互联网电视） 、 图像（如医学图像） 、 音频 （如 mp3 ) 、 文本（如电 子书） 、 应用程序 （如应用软件、 游戏） 等， 并可以实现对分发过的内容 的可追踪性。

图 9为本发明一实施例提供的服务器的结构示意� �。 如图 9所示， 本 实施例的服务器包括： 获取请求接收模块 91和媒体提供模块 92。

其中， 获取请求接收模块 91 , 用于接收用户终端发送的文件段获取请 求， 该文件段获取请求是由用户终端根据用户终端 的识别码和预先获取的 媒体分段描述文件生成并发送的， 媒体分段描述文件包括由媒体内容划分 出的每个媒体文件段的存储地址和所嵌入的识 别码。媒体提供模块 92, 与 获取请求接收模块 91连接， 用于将获取请求接收模块 91接收到的文件段 获取请求对应的已经嵌入用户终端的识别码的 媒体文件段提供给用户终 端。

本实施例服务器的各功能模块可用于执行图 1所示媒体内容提供方法 的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例的服务器， 预先形成并存储已经嵌入用户终端的媒体文件 段， 在接收到用户终端的获取请求后， 直接根据获取请求获取将所存储的 媒体文件段提供给用户终端。 与现有技术相比， 本实施例的服务器在接收 到用户终端的请求时， 不再对媒体内容进行嵌入识别码等实时处理， 不再 实时为每个用户终端生成对应的媒体内容拷贝 ， 减轻了服务器的处理负 担， 提高了用户终端得到媒体内容的效率； 另外， 本实施例的服务器根据 用户终端的请求进行媒体内容分发， 不再是主动同时向所有用户终端分 发， 极大地减轻了服务器的并发负载， 同时也降低了分发媒体内容时所占 用的并发带宽。

图 10为本发明另一实施例提供的服务器的结构示� ��图。 本实施例基 于图 9所示实施例实现， 如图 10所示， 本实施例的服务器还包括： 分段 处理模块 93、 描述文件生成模块 94和描述文件发送模块 95。

其中， 分段处理模块 93 , 用于在获取请求接收模块 91接收用户终端 发送的文件段获取请求之前， 将媒体内容划分为一个或多个媒体片段， 在 所划分出的每个媒体片段中嵌入对应不同用户 终端的识别码， 形成每个媒 体片段对应的多个媒体文件段， 并存储所形成的媒体文件段。 描述文件生 成模块 94 , 与分段处理模块 93连接， 用于根据每个媒体文件段的存储地 址和每个媒体文件段所嵌入的识别码， 生成媒体分段描述文件。 描述文件 发送模块 95 , 与描述文件生成模块 94连接， 用于将描述文件生成模块 94 生成的媒体分段描述文件发送给用户终端， 以使用户终端预先获取媒体分 段描述文件。

上述功能模块可用于执行图 2A或图 3所示实施例中的相应流程 （例 如图 2A中步骤 201和步骤 202的流程） ， 其具体工作原理不再赘述。

其中， 分段处理模块 93具体用于在每个媒体片段中嵌入对应不同用 户终端的识别码， 而在对应同一用户终端的所有媒体片段中均嵌 入对应同 一用户终端的识别码， 形成对应同一用户终端的多个媒体文件段。 或者 分段处理模块 93具体用于在每个媒体片段中嵌入对应不同用� ��终端 的识别码， 而在对应同一用户终端的每个媒体片段中分别 嵌入由对应同 ― 用户终端的识别码拆分出的一个识别码片段， 形成对应同一用户终端的多 个媒体文件段。

进一步， 本实施例的服务器还包括： 注册请求接收模块 96、 识别码生 成模块 97和识别码发送模块 98。

其中， 注册请求接收模块 96 , 用于接收不同用户终端的注册请求。 识 别码生成模块 97 , 与注册请求接收模块 96连接， 用于根据注册请求接收 模块 96接收到的注册请求， 生成对应不同用户终端的识别码。 识别码发 送模块 98 , 与识别码生成模块 97连接， 用于将识别码生成模块 97所生成 的识别码分别发送给对应的用户终端。

识别码生成模块 97具体可用于通过随机数产生的方法生成对应� ��同 用户终端的识别码， 但不限于此。

上述各功能模块可用于执行图 3或图 4所示实施例中的相应流程（例 如图 3中步骤 301-步骤 303的流程） ， 其具体工作原理不再赘述。

本实施例的服务器， 在接收用户终端的获取请求之前， 预先生成并存 储嵌入不同用户终端的识别码的媒体文件段， 生成媒体分段描述文件并提 供给用户终端， 为用户终端发送获取请求打下了基础。 另外， 本实施例的 服务器， 通过用户终端的注册过程， 可以统计出需要获取媒体文件段的用 户终端的数量， 了解到需要预先生成的媒体文件段的个数， 为在用户终端 发送文件段获取请求之前预先为用户终端生成 对应的媒体文件段提供了 条件。

更进一步， 当服务器端包括中心服务器和媒体服务器时， 本实施例的 服务器可以作为媒体服务器。 此时， 本实施例的服务器可以有另一种实现 结构。 图 1 1为本发明又一实施例提供的服务器的结构示� �图。 本实施例 基于图 9所示实施例实现， 如图 1 1所示， 本实施例的服务器还包括： 分 段处理模块 93和信息发送生成模块 99。

其中，分段处理模块 93 ,用于将媒体内容划分为一个或多个媒体片段� � 在所划分出的每个媒体片段中嵌入对应不同用 户终端的识别码， 形成每个 媒体片段对应的多个媒体文件段， 并存储所形成的媒体文件段。 信息发送 生成模块 99 , 与分段处理模块 93连接， 用于将每个媒体文件段的存储地 址和每个媒体文件段所嵌入的识别码发送给中 心服务器， 以使中心服务器 根据每个媒体文件段的存储地址和每个媒体文 件段所嵌入的识别码生成 媒体分段描述文件并发送给用户终端， 以使用户终端预先获取媒体分段描 述文件。

进一步， 本实施例的服务器还可以包括： 注册请求接收模块 96、 识别 码生成模块 97和识别码发送模块 98。

其中， 对注册请求接收模块 96、 识别码生成模块 97和识别码发送模 块 98的描述可参见图 10所示实施例的描述， 在此不再赘述。

本实施例的服务器作为媒体服务器， 在生成并存储媒体文件段后向中 心服务器提供媒体文件段所嵌入的识别码和存 储地址， 使中心服务器生成 媒体分段描述文件并提供给用户终端， 同时减轻了本实施例的服务器与中 心服务器的负担。

图 12为本发明一实施例提供的用户终端的结构示� ��图。如图 12所示， 本实施例的用户终端包括：获取请求生成模块 121、获取请求发送模块 122 和媒体文件获取模块 123。

其中， 获取请求生成模块 121 , 用于根据预先获取的媒体分段描述文 件和用户终端的识别码， 生成文件段获取请求； 该媒体分段描述文件包括 由媒体内容划分出的每个媒体文件段的存储地 址和所嵌入的识别码。 获取 请求发送模块 122, 与获取请求生成模块 121连接， 用于向服务器发送获 取请求生成模块 121所生成的文件段获取请求， 以请求获取文件段获取请 求对应的媒体文件段。 媒体文件获取模块 123 , 与获取请求发送模块 122 连接， 用于在获取请求发送模块 122发送文件段获取请求之后， 从服务器 上获取文件段获取请求对应的已经嵌入用户终 端的识别码的媒体文件段。

本实施例用户终端的各功能模块可用于执行图 5所示内容获取方法的 流程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例的用户终端， 与本发明实施例提供的服务器相配合， 根据媒 体分段描述文件向服务器发起文件段获取请求 后能够立刻得到服务器的 响应， 提高了获取媒体内容的速率， 同时为减轻服务器的负担、 降低媒体 内容分发过程中所占用的并发资源等打下了基 础。

图 13为本发明另一实施例提供的用户终端的结构� ��意图。 本实施例 基于图 12所示实施例实现， 如图 13所示， 本实施例的用户终端还包括： 第一描述文件接收模块 124。

第一描述文件接收模块 124, 与获取请求生成模块 121连接， 用于接 收服务器发送的媒体分段描述文件， 并将媒体分段描述文件提供给获取请 求生成模块 121。 第一描述文件接收模块 124接收到的该媒体分段描述文 件是服务器将媒体内容划分为一个或多个媒体 片段， 在每个媒体片段中嵌 入对应不同用户终端的识别码形成每个媒体片 段对应的多个媒体文件段 并存储所形成的媒体文件段后， 根据每个媒体文件段的存储地址和所嵌入 的识别码生成的。

进一步， 在服务器端分为中心服务器和媒体服务器的情 况下， 本实施 例的用户终端还可以包括： 第二描述文件接收模块 125。

第二描述文件接收模块 125 , 与获取请求生成模块 121连接， 用于接 收中心服务器发送的媒体分段描述文件， 并将媒体分段描述文件提供给获 取请求生成模块 121。 第二描述文件接收模块 125接收到的该媒体分段描 述文件是中心服务器根据媒体服务器在将媒体 内容划分为一个或多个媒 体片段， 在每个媒体片段中嵌入对应不同用户终端的识 别码形成每个媒体 片段对应的多个媒体文件段并存储所形成的媒 体文件段后发送的每个媒 体文件段的存储地址和所嵌入的识别码生成的 。

进一步， 本实施例的用户终端还包括： 注册请求发送模块 126和识别 码接收模块 127。

其中， 注册请求发送模块 126, 用于向服务器发送注册请求。 识别码 接收模块 127 , 与注册请求发送模块 126连接， 用于在注册请求发送模块 126发送注册请求之后， 接收服务器根据所述注册请求为用户终端生成 并 返回的识别码。

进一步， 本实施例的获取请求生成模块 121具体用于将用户终端的识 别码和媒体分段描述文件中每个媒体文件段所 嵌入的识别码进行匹配， 获 取媒体分段描述文件中与用户终端的识别码相 同的识别码对应的媒体文 件段的存储地址， 根据获取到的媒体分段描述文件中与用户终端 的识别码 相同的识别码对应的媒体文件段的存储地址， 生成文件段获取请求。 或者 获取请求生成模块 121具体用于将用户终端的识别码拆分为多个识 别 码片段， 分别将识别码片段和媒体分段描述文件中每个 媒体文件段所嵌入 的识别码进行匹配， 获取媒体分段描述文件中与识别码片段相同的 识别码 对应的媒体文件段的存储地址， 根据获取到的媒体分段描述文件中与识别 码片段相同的识别码对应的媒体文件段的存储 地址， 生成文件段获取请 求。

上述各功能模块可用于执行图 6或图 7或图 8所示实施例中的相应流 程， 其具体工作原理不再赘述， 详见方法实施例的描述。 本实施例的用户终端， 与本发明实施例提供的服务器相配合， 根据媒 体分段描述文件向服务器发起文件段获取请求 后能够立刻得到服务器的 响应， 提高了获取媒体内容的速率， 同时为减轻服务器的负担、 降低媒体 内容分发过程中所占用的并发资源等打下了基 础。

本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。

最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修 改， 或者对其中部分或者全部技术特征进行等同替 换； 而这些修改或者替 换， 并不使相应技术方案的本质脱离本发明各实施 例技术方案的范围。