提供电子节目单、 广告发布以及广告呈现的方法和装置 技术领域 本申请涉及网络多媒体应用， 尤其涉及提供电子节目单的方法和装置以及用于广 告发布及呈现的方法和装置。
背景技术 随着互联网技术的发展， 网络多媒体领域已经成为一大热点。相对于一般的有线 电视而言， 网络视频具有更加丰富多彩的节目内容， 它不仅涵盖有线电视中的大部分频道， 而且包含丰富的电影、 电视剧节目， 并且可以 24 小时进行轮播， 用户可以根据电子节目单 所呈现的内容， 随时点击自己感兴趣的节目进行观赏。
通常， 现有的电子节目单上所呈现的每个多媒体内容的相关信息包括每个多媒体 内容的标题信息、 播放时间， 而这些信息仍依赖于技术人员的人工输入。具体地， 技术人员 将上传至多媒体服务器的多媒体内容的描述信息如名称、 类别 ( 直播或点播还是轮播 )、 播 放时间等以预定格式编写， 形成一个电子节目单。
由于需要技术人员过多地参与， 效率低下且可能因人为失误而变得不可靠。
现有技术中的网络广告基本都基于 WEB， 如图 1 中的广告 10。受到 WEB 自身能力 的限制， 目前的网络广告仅限于文字、 图片、 flash 和 wmv 这些种类， 面对广告主与日俱增的 对于广告的清晰度、 表现力的要求， 基于 WEB 的网络广告发布技术显得捉襟见肘。
可见， 现有的电子节目单的提供方式， 以及现有的网络广告发布和呈现方式都有 待改进。
发明内容 为解决现有技术中的上述问题， 本发明提供了一种新的提供电子节目单的方案， 其中， 人工的编辑被专用或兼职的服务器所取代。
根据本发明的一个具体实施例， 提供了一种在内容服务器中用于为用户终端提 供电子节目单的方法， 其中， 包括以下步骤 ： a. 获取第一数量个多媒体内容的名称和播放 时间 ； c. 生成一个电子节目单， 其中包括所述第一数量个多媒体内容的名称和播放时间 ； d. 将所述电子节目单发送至各用户终端。
根据本发明的一个具体实施例， 提供了一种在多媒体服务器中用于辅助内容服务 器为用户终端提供电子节目单的方法， 其中， 包括以下步骤 ： - 向所述内容服务器提供至少 一个多媒体内容的名称和播放时间。
根据本发明的一个具体实施例， 提供了一种在内容服务器中用于为用户终端提供 电子节目单的第一装置， 其中， 包括 ： 第一单元， 用于获取第一数量个多媒体内容的名称和 播放时间 ； 第一生成装置， 用于生成一个电子节目单， 其中包括所述第一数量个多媒体内容 的名称和播放时间 ； 第一发送装置， 用于将所述电子节目单发送至各用户终端。
根据本发明的一个具体实施例， 提供了一种在多媒体服务器中用于辅助内容服务 器为用户终端提供电子节目单的第二装置， 其中， 包括 ： 第三单元， 用于向所述内容服务器
提供至少一个多媒体内容的名称和播放时间。
根据本发明的一个具体实施例， 提供了一种网络服务器， 其中， 包括以下各项中的 至少一项 ： 上述的第一装置 ； 上述的第二装置。
根据本发明的一个具体实施例， 提供了一种在广告服务器中用于向用户终端发布 广告的方法， 包括以下步骤 ： I. 根据至少一个多媒体内容各自的特性信息， 分别确定与其 中的每个多媒体内容相对应的广告集合 ； 该方法还包括以下步骤 ： A. 接收来自一个用户终 端的多媒体内容请求 ； B. 对所述多媒体内容请求进行解析， 确定该多媒体内容请求所用于 请求的多媒体内容 ； C. 查询与被请求的多媒体内容相对应的广告集合 ； D. 指示所述用户终 端根据预定规则播放所述广告集合中的至少一个广告。
根据本发明的一个具体实施例， 提供了一种在用户终端中用于呈现广告的方法， 其中， 包括以下步骤 ： l. 生成一个多媒体内容请求， 所述多媒体内容请求用于请求一个多 媒体内容 ； m. 将所述多媒体内容请求发往一个广告服务器 ； n. 基于所述广告服务器的指 示， 播放与所述多媒体内容相对应的至少一个广告。
根据本发明的一个具体实施例， 提供了一种在广告服务器中用于向用户终端发布 广告的第三装置， 包括 ： 第四单元， 用于根据至少一个多媒体内容各自的特性信息， 分别确 定与其中的每个多媒体内容相对应的广告集合 ； 接收装置， 用于接收来自一个用户终端的 多媒体内容请求 ； 第五单元， 用于对所述多媒体内容请求进行解析， 确定该多媒体内容请求 所用于请求的多媒体内容 ； 查询装置， 用于查询与被请求的多媒体内容相对应的广告集合 ； 第六单元， 用于指示所述用户终端根据预定规则播放所述广告集合中的至少一个广告。 根据本发明的一个具体实施例， 提供了一种在用户终端中用于呈现广告的第四装 置， 其中， 包括 ： 第二生成装置， 用于生成一个多媒体内容请求， 所述多媒体内容请求用于请 求一个多媒体内容 ； 第二发送装置， 用于将所述多媒体内容请求发往一个广告服务器 ； 播 放装置， 用于基于所述广告服务器的指示， 播放与所述多媒体内容相对应的至少一个广告。
根据本发明的一个具体实施例， 提供了一种广告服务器， 其中， 包括上述的第三装 置。
根据本发明的一个具体实施例， 提供了一种用户终端， 其中， 包括上述的第四装 置。
在本发明中， 由于电子节目单由网络服务器自动生成和提供， 因此避免了技术人 员的过多参与， 既解放了技术人员， 也避免了人为失误所可能带来的不利后果。 在本发明的 一个优选实施例中， 电子节目单还包括相应多媒体内容的内容细节信息， 其具体可以为多 媒体内容的一个或多个时刻上的截图信息或者一个或多个时间段上的音 / 视频片段或文 字描述等。 用户可以根据电子节目单上所呈现的关于每个多媒体内容的内容细节信息来选 取自己感兴趣的多媒体内容进行观赏。 有利地， 尤其针对类直播内容， 其中包括但不限于直 播内容和轮播内容， 如果用户错过了一些内容， 他还可以根据电子节目单上所呈现的该多 媒体内容的内容细节信息了解到错过的那部分内容的一些细节， 提高了用户的体验。
区别于传统的基于 WEB 的网络广告发布方式， 本发明提供的广告服务器会基于用 户对于多媒体内容的请求， 通过控制， 在用户终端上发布与所请求的多媒体内容的特性信 息相关联的广告集合中的至少一个广告。从而实现了更具针对性的广告投放。另外， 根据 本发明的优选实施例， 广告的投放还可以针对以例如区域为标准所划分的用户群， 从而进
一步提高其针对性。 另外， 通过对广告的预下载， 减少了广告下载对用户真正关心的多媒体 内容的下载的影响， 提高了用户体验。 附图说明 通过阅读以下参照附图对非限定性实施例所做的说明， 本发明的其他方面、 特征、 优势将会更为明显。其中， 相同或相似的参考标号表示相同或对应的特征。
图 1 示出了现有技术中的一个包含广告的 WEB 页面 ；
图 2 示出了根据本发明的一个具体实施例的在互联网中生成并提供电子节目单 的网络结构示意图 ；
图 3a 示出了根据本发明的一个具体实施方式的用于提供电子节目单的系统方法 流程图 ；
图 3b 示出了根据本发明的一个优选实施例的用于提供电子节目单的系统方法流 程图 ；
图 4 示出了根据本发明的一个具体实施例的在内容服务器中用于为用户终端提 供电子节目单的第一装置框图 ；
图 5 示出了根据本发明的一个具体实施例的在多媒体服务器中用于辅助内容服 务器为用户终端提供电子节目单的第二装置框图 ；
图 6 示出了根据本发明的一个具体实施例的网络结构图 ；
图 7a 示出了根据本发明的一个具体实施例的用于发布和呈现广告的系统方法流 程图 ；
图 7b 示出了根据本发明的一个优选实施例的用于发布和呈现广告的系统方法流 程图 ；
图 8 示出了根据本发明的一个具体实施例的在广告服务器中用于向用户终端发 布广告的第三装置框图 ；
图 9 示出了根据本发明的一个具体实施例的在用户终端中用于呈现广告的第四 装置框图。
具体实施方式
以下参照附图对本发明中用于提供电子节目单的方法进行说明。
需要说明的是， 本发明所涉及的技术方案中， 用于生成电子节目单并将其提供给 用户终端的网络服务器和用于为用户终端提供多媒体内容的多媒体服务器可以是两个分 离的服务器， 也可以集成在一个服务器内。
以下的各实施例中， 将主要针对上述网络服务器与多媒体服务器相互分离的情形 来对本发明的技术方案进行描述， 这种情形可以降低多媒体服务器的负担。 当然， 本领域技 术人员根据本文中的这些描述， 能够不经创造性劳动地将本发明的技术方案应用到二者集 成在一个服务器内的情形中， 而这种应用必然地落入随附权利要求书的保护范围之内。本 文中， 将用于提供电子节目单的网络服务器也称为内容服务器， 于是， 当多媒体服务器兼顾 向用户终端提供电子节目单时， 多媒体服务器也是一个内容服务器。
图 2 示出了根据本发明的在互联网中生成并提供多媒体内容描述信息的网络结构示意图， 所示网络包括内容服务器 20、 多媒体服务器 30-31 和多个用户终端， 其中为简明 起见仅示出用户终端 40。本领域技术人员应能理解， 用户终端 40 包括但不限于以下设备 ： 电脑、 手机、 个人数字助理 (PDA)。 应当理解， 内容服务器与多媒体服务器之间的数量关系并 不受限于图 2 所示， 在本发明的其它实施例中， 一个内容服务器可以仅用于服务一个多媒 体服务器， 或者服务于更多的多媒体服务器。
多媒体服务器 30 和 31 是多媒体内容例如视频节目内容的提供者， 一个多媒体服 务器可以保存有至少一个多媒体内容， 这些多媒体内容可以是直播内容、 点播内容或是轮 播内容。其中， 直播可以被理解为 ： 随着事件的发生、 发展进程同时制作和播出多媒体内 容的方式 ； 而轮播则可以被理解为至少一个多媒体内容交替地播放的方式 ； 而点播顾名思 义， 就是保存在多媒体服务器处根据用户的指令来播放的一种自选性很强的方式。 本文中， 将直播与轮播统称为类直播。
参看图 3a， 其中示出了根据本发明的一个具体实施方式的用于提供电子节目单的 系统方法流程图。其中， 内容服务器所执行的工作可以概括为 ： 首先， 获取第一数量个多媒 体内容的名称和播放时间 ； 接着， 生成一个电子节目单， 其中包括所述第一数量个多媒体内 容的名称和播放时间 ； 最后， 将生成的电子节目单发送至各用户终端。 以下具体参照图 3a 来描述这一流程， 其中， 将多媒体服务器 30 作为一个例子， 本 领域技术人员理解， 如果多媒体服务器 31 也参与该过程， 则其所执行的操作将与多媒体服 务器 30 相同或相似。该方法始于步骤 S30， 其中， 多媒体服务器 30 向内容服务器 20 提供多 媒体服务器 30 所负责提供的至少一个多媒体内容的名称和播放时间， 于是内容服务器 20 获取相应信息。其中， 本例尤其适用于这些多媒体内容属于类直播业务的情形， 其中， 一个 多媒体内容的播放时间可以是其在直播或轮播业务中的起止时间 ； 同样， 本例也适用于这 些多媒体内容属于点播业务的情形， 其中， 一个多媒体内容的播放时间可以是其播放时长。 当然， 一个多媒体服务器所提供的多媒体内容中的一部分属于类直播业务， 另一部分属于 点播业务的情形也是可能的， 且这种情形也落入随附权利要求书的保护范围之内。 于是， 上 述的第一数量就对应于各个多媒体服务器向内容服务器提供名称、 播放时间的那些多媒体 内容的数量之和。
接着的步骤 S20 中， 内容服务器 20 生成一个电子节目单， 其中包括步骤 S30 中所 获取的各个多媒体内容的名称和播放时间。上述电子节目单的一个示意性的例子如表 1 所 示：
表1： 一个电子节目单
名称 多媒体内容 M2 多媒体内容 M2 多媒体内容 M3 多媒体内容 M410播放时间 00:00-06:00 06:00-12:00 12:00-18:00 18:00-00:其中， 多媒体内容 M2-M4 均属于类直播业务。此后的步骤 S21 中， 这样的电子节 目单就被提供给用户终端 40， 从而使用户了解到已经、 正在、 即将播出的节目是哪些。具体 的， 内容服务器 20 可以通过超文本传输协议 (HTTP)、 用户数据报协议 (UDP)， TCP( 传输控 制协议 )， 或者 P2P( 点对点 ) 协议将所生成的多媒体内容描述信息发送至用户终端 3。当 然， 内容描述信息服务器 1 还可以通过其他类型的协议将所生成的多媒体内容描述信息发 送至用户终端 3， 这是本领域技术人员应能理解的， 在此不作赘述。
图 3a 所示的例子相对比较简单， 其中， 主要是实现了电子节目单的自动生成。在 以下的一个例子中， 表 1 所示的电子节目单得以被优化。
具体参看图 3b， 其中， 示出了根据本发明的一个优选实施例的用于提供电子节目 单的系统方法流程图。其中， 与图 3a 所示流程不同地， 步骤 S30’ 中， 多媒体服务器 30 还向 内容服务器提供多媒体内容 M2-M4 的内容细节信息。其中， 每个多媒体内容的内容细节信 息与该多媒体内容的一个或多个时刻或者一个或多个时间段上的内容相关。
其中， 一个多媒体内容的内容细节信息可以包括 ： 当该多媒体内容为视频内容时， 对这个视频内容的一个或多个时刻上的画面 ( 视频数据帧 ) 进行截取而生成的图片信息 ； 或者， 当该多媒体内容为音频或视频内容时， 对该多媒体内容的一个或多个时间段上的音 频进行截取而生成的音频片段信息 ； 又或者， 当该多媒体内容为视频内容时， 对该视频内容 的一个或多个时间段上的视频数据进行截取而生成的视频片段信息 ； 或者， 对应于该多媒 体内容的一个或多个时刻或者一个或多个时段上的内容的文字描述信息。当然， 多媒体内 容的内容细节信息还可以包括上述未尽的其他类型内容细节信息， 不作赘述。 可选地， 多媒体服务器 30 还可以根据一个多媒体内容在某一时段上的音频片段， 利用语音识别技术识别出人物间的对话， 从而生成对应于该时段的文字描述信息， 即对应 于该时段的内容简介。作为这种方式的一种替代， 该时段的内容简介还可以通过读取字幕 信息来获得。
于是， 在步骤 S20’ 中， 内容服务器 20 生成一个电子节目单， 其中， 包括各个多媒体 内容的内容细节信息的相关信息。这里， 内容细节信息的相关信息应当被理解为是一个广 义的概念， 不失一般性地， 对于截图、 音视频片段等， 其相关信息优选地为其寻址信息， 对于 文字描述等， 其相关信息优选地为其本身。这种区别主要源自目前电子节目单的主要实现 方式为 XML 文件， 因此， 对于内容细节信息为图片、 音视频片段等难以由电子节目单直接承 载的内容时， 优选地在电子节目单的标记语言代码中携带这些图片、 音视频片段的寻址信 息， 于是， 在电子节目单呈现给用户后， 用户可以根据需要点选寻址信息从而欣赏到相应的 图片或音视频， 另外， 当内容细节信息为文字等可以被标记语言代码所携带的信息时， 可以 直接将其以适当的方式写入， 从而在用户终端 40 处的本地浏览器解析后得以正常地呈现。 当然， 由于网络技术的不断发展， 电子节目单的格式可能会发生变化， 本发明并不限于上述 的具体实施例， 而应合理地覆盖其各种演进。
而后的步骤 S21’ 中， 内容服务器 20 将生成的电子节目单发送给用户终端 40。
用户终端 40 接收到表 2 所示的电子节目单后， 将其展示给用户。具体地， 视频内 容的截图可以以联合图像专家组规范 (JPEG) 等格式呈现 ； 音频片段则可以以 MPEG3、 WAV 等 格式呈现 ； 视频片段则可以以 MPEG4、 AVI、 RMVB 等格式呈现。
本例中用户终端 40 所呈现出的电子节目单具有表 2 所示的形式 ：
表2： 一个优选的电子节目单其中， “概要信息” 一项在表 1 中没有示出， 这通常是对多媒体内容的人为的描述， 在更多的情况下， 需要技术人员的辅助输入。在现有的电子节目单中， 这项信息经常被使 用， 并且在本发明中是可省的。
在上文中的描述中， 内容服务器 20 用于生成电子节目单的各个多媒体内容的内 容细节信息是由多媒体服务器通过对多媒体内容进行解析等操作后直接提供给内容服务 器 20 的， 这种方式并不构成对本发明的限制， 本发明中内容服务器 20 获得多媒体内容的内 容细节信息的方式还包括 ： [1] 尤其针对用于点播、 轮播的多媒体内容， 内容服务器 20 预先 由多媒体服务器 30、 31 处得到所有多媒体内容的全部或部分数据， 并从中截取图片或音视 频片段以生成内容细节信息 ； [2] 尤其针对用于直播的多媒体内容， 由于该种多媒体内容 不能预先获得， 内容服务器 20 以与用户终端 40 相同的地位来在直播过程中获得多媒体内 容， 并基于此来生成其内容描述信息。
其中， 对于上述的方式 [1]， 考虑到如果多媒体服务器 30 不停地向内容服务 器 20 发送该多媒体内容的数据， 会造成多媒体服务器 30 的总带宽中有一部分带宽始 终被内容服务器 20 占用， 这种对带宽的占用在多媒体服务器 30 采用客户端 - 服务器 (server-client) 技术进行数据传输时可能会更加明显。 本发明的申请人意识到， 一个多媒 体内容的内容细节信息典型地分布于其中的多个播放时间点 / 段上， 因此， 优选地， 使得多 媒体服务器 30 每隔一个周期来向内容服务器 20 发送多媒体内容的一些数据， 以供后者从 中获得该多媒体内容的内容细节信息。
另外， 仍对于上述的方式 [1]， 内容服务器 20 可以被动地接收多媒体服务器 30 发 来的多媒体内容， 也可以主动地发起请求， 继而接收相应的多媒体内容。 由于数据分片的下 载多基于请求原则， 也即， 仅当接收到下载请求者发来的对某个数据分片的下载请求时， 下 载源才将相应的数据分片发给该下载请求者， 因此， 这种内容服务器 20 主动请求接收多媒 体内容的形式尤其适用于多媒体服务器 30 与内容服务器 20 之间基于 P2P 协议来进行多媒 体内容传输的场景。
无论是由多媒体服务器 30、 31 直接提供， 还是由内容服务器 20 自己由原始数据 中提取， 内容服务器 20 所得到的内容细节信息可以被存储， 以用于以后生成新的电子节目 单。
下面再来介绍本发明的另一具体实施例， 其中， 内容服务器 20 优选地为用户终端 提供电子节目单上的各个类直播内容所对应的点播内容的寻址信息。 这一附加特征可以应 用于图 3a 所示的基本的方案之中， 也可以作为改进应用于图 3b 所示的优选方案之中。
具体地， 本例中要求各个多媒体服务器将其各自所提供的多媒体内容的类型信息 告知内容服务器 20， 于是， 在生成电子节目单之前， 内容服务器 20 针对每个类直播内容， 执 行以下操作， 其中， 不失一般性地， 令多媒体服务器 30-31 所提供的共计第一数量个多媒体 内容中共有第二数量个类直播内容 ：
首先， 判断该类直播内容是否具有与之相对应的点播内容。这一判断过程可以依 靠多媒体服务器提供的各个多媒体内容的名称和类型信息来判断， 例如， 如果一个多媒体 服务器所提供的一个轮播内容的名称与该多媒体服务器或另一多媒体服务器所提供的一 个点播内容的名称相同， 则将该点播内容看作是该轮播内容所具有的与之相对应的点播内 容。 为了能够尽量避免遗漏， 优选地， 即使一个多媒体服务器所需要提供的某个多媒体内容 特别是点播内容不会出现在电子节目单之中， 它也把该项多媒体内容的名称、 类型信息等 与上述判断有关的信息告知内容服务器 20。
接着， 如果该类直播内容具有与之相对应的点播内容， 则获取该点播内容的寻址 信息。其中， 所述寻址信息使得用户通过点选呈现在电子节目单上的该寻址信息能够欣赏 到该点播内容。
这种点直播结合的方式最大程度地满足了用户的需求， 特别对于轮播内容而言， 如果用户错过了之前已经播放的内容， 而又很想欣赏， 则他 / 她可以通过点选与之相对应 的点播内容的寻址信息例如链接来使得用户终端 40 访问提供该点播内容的多媒体服务 器， 从而基于现有技术建立用于接收相应数据流的连接。不再赘述。
在以上对于提供电子节目单的方法的详述之基础上， 以下简要介绍与之相对应的 第一、 第二装置， 其中， 上文对方法的描述在此一并作为参考。
本发明提供的在内容服务器中用于为用户终端提供电子节目单的第一装置如图 4 所示， 该第一装置 200 包括 ：
第一单元 2000， 用于获取第一数量个多媒体内容的名称和播放时间， 对应于上述 的步骤 S30、 S30’ ；
第一生成装置 2001， 用于生成一个电子节目单， 其中包括所述第一数量个多媒体 内容的名称和播放时间， 对应于上述的步骤 S20、 S20’ ；
第一发送装置 2002， 用于将所述电子节目单发送至各用户终端， 对应于上述的步 骤 S21、 S21’ 。
进一步地， 上述的第一数量个多媒体内容中包括第二数量个类直播内容， 该第一 装置 200 还包括 ： 第一判断装置 2003， 用于针对其中每个类直播内容， 判断该类直播内容 是否具有与之相对应的点播内容 ； 第二单元 2004， 用于对于每个具有与之相对应的点播内 容的类直播内容， 获取与该类直播内容相对应的点播内容的寻址信息 ； 其中， 第一生成装置 2001 所生成的电子节目单还包括所获取的各个点播内容的寻址信息。进一步地， 第一生成装置 2001 所生成的电子节目单还包括所述第一数量个多媒 体内容的内容细节信息的相关信息， 其中， 对于能够由所述电子节目单承载的内容细节信 息， 其相关信息就是该内容细节信息本身， 对于不能由所述电子节目单承载的内容细节信 息， 其相关信息为该内容细节信息的寻址信息。
进一步地， 上述的内容细节信息包括以下各项中的至少一项 ： 对每个多媒体内容 的一个或多个时刻上的内容进行截取而生成的图片信息 ； 对每个多媒体内容的一个或多个 时段上的内容进行截取而生成的音频片段信息 ； 对每个多媒体内容的一个或多个时段上的 内容进行截取而生成的视频片段信息 ； 对应于每个多媒体内容的一个或多个时刻或者一个 或多个时段上的内容的文字描述信息。
本发明提供的在多媒体服务器中用于辅助内容服务器为用户终端提供电子节目 单的第二装置如图 5 所示， 其中， 所示第二装置 300 包括 ：
第三单元 3000， 用于向所述内容服务器提供至少一个多媒体内容的名称和播放时 间， 对应于步骤 S30。
进一步地， 第三单元 3000 还用于向内容服务器提供上述至少一个多媒体内容的 内容细节信息， 对应于步骤 S30’ ， 其中， 所述内容细节信息包括以下各项中的至少一项 ： 对 每个多媒体内容的一个或多个时刻上的内容进行截取而生成的图片信息 ； 对每个多媒体内 容的一个或多个时段上的内容进行截取而生成的音频片段信息 ； 对每个多媒体内容的一个 或多个时段上的内容进行截取而生成的视频片段信息 ； 对应于每个多媒体内容的一个或多 个时刻或者一个或多个时段上的内容的文字描述信息。
进一步地， 第三单元 3000 还用于向内容服务器提供所述至少一个多媒体内容的 类别信息， 所述类别信息用于指示相应多媒体内容为以下各项中的一项 ： 点播内容 ； 轮播 内容 ； 直播内容。
下面再来介绍本发明所提供的用于发布和呈现广告的方法， 以下的描述将结合图 6 所示的根据本发明的一个具体实施例的网络结构图， 其中， 示出了一个广告服务器 50、 一 个多媒体服务器 60 和一个用户终端 70， 其中， 为简明起见所选用的各种网络设备的数量不 构成对本发明保护范围的限制。
根据本例， 用户终端 70 典型地事先安装了一个应用程序， 该应用程序用于在线欣 赏多媒体内容， 以下以视频内容为例。具体地， 用户终端 70 通过运行该应用程序来连接多 媒体服务器 60， 从而获得多媒体数据流并在本地播放。
经过适当地配置， 该应用程序使得用户设备 70 会适时地去访问广告服务器 50， 从 而获得并播放以下各种广告中的至少一种 ： 缓冲广告、 插播广告、 角标广告、 结束广告。其 中， 缓冲广告典型地在用户点选一个多媒体内容之后， 在该多媒体内容正式播放之前进行 播放 ； 而插播广告则在一个多媒体内容播放到中途时插入播放 ； 角标广告则是显示在多媒 体内容的视频窗口的边际或角落， 因不占用较大的画面空间而可以全程呈现 ； 结束广告则 是在多媒体内容播放结束之后被呈现的广告。
图 7a 示出了根据本发明的一个具体实施例的用于发布和呈现广告的系统方法流 程图， 以下结合图 6 进行介绍。应当理解， 本文中各流程图中的步骤不应被机械地理解为一 对一地执行， 换言之， 某些步骤并不需要在每个流程中都执行， 例如图 7a 所示的步骤 S50， 而是作为其他步骤执行的基础， 其仅为描述方便而被以当前的形式示于流程图中。本发明中的广告发布方法的一个基本特点就是定向发布， 具体而言， 对于一个具 体的多媒体内容， 广告服务器 50 在步骤 S50 中根据该多媒体内容的特性信息来为其由一个 广告池中确定一个广告集合， 这个广告集合就称为与该多媒体内容相对应的广告集合。重 要地， 在对本发明所提供的用于广告发布、 呈现方法及装置进行理解时， 不应将多媒体内容 狭义地理解为一个独立的视频文件或音频文件， 如某电视剧第 1 集。其中的多媒体内容的 含义包括但不限于以下各种情况 ：
- 一个多媒体内容可以是一个独立的视频文件或音频文件， 例如承载了一集电视 剧的一个文件， 或者承载了一部电影的全部或其中一部分的一个文件 ；
- 一个多媒体内容可以指代一个频道， 在这个频道中， 支持对一类节目的直播、 轮 播或点播。
优选地， 对于一个系列内容中的各个部分， 例如， 对于一部电视连续剧的各集， 可 以统一地确定一个与之相对应的广告集合， 例如， 对于一部儿童题材的电视剧， 可以为其确 定文具、 游乐、 学习等方面的至少一个广告作为该广告集合。其中， 广告集合的确定方式也 是多种多样的， 例如， 可以由编辑或技术人员来人工地定义 ； 或者， 如果每个广告在上传至 广告服务器时都带有一个名称， 而一个多媒体内容也带有自己的名称， 而这些名称一般都 对其各自的内容有比较强的概括作用， 可以为视为是一种特性信息， 于是， 广告服务器 50 以多媒体内容的名称作为关键词， 在各个广告的名称中寻找其匹配项， 从而确定这样的一 个广告集合， 其中的每个广告的名称都是该多媒体内容的名称的一个匹配项。 具体地， 寻找 匹配项的方式可以依赖于现有技术中已经比较成熟的精确或模糊字符匹配算法。其中， 多 媒体内容的名称可以由多媒体服务器 60 提供给广告服务器 50。 此外， 一个多媒体内容还可以在其上传至多媒体服务器时就被赋予一个特性信 息， 并由多媒体服务器转发给广告服务器， 以用于广告集合的确定。
当然， 在确定与一个多媒体内容相对应的广告集合时， 还可以预先定义多个广告 集合， 这些广告集合具有一定的共性， 例如都是体育用品广告， 或者都是时尚类广告， 此外， 再为每一个广告集合预定义一个适配条件， 当一个多媒体内容满足该适配条件时， 就将该 广告集合确定为与该多媒体内容相对应。
又例如， 在一个名为 “足球风云” 的频道中， 会滚动播出各大洲的精彩足球赛事， 因 此， 当这一频道被视为一个多媒体内容时， 与之相对应的广告集合就优选地是一个体育用 品广告集合， 更优选地为一个足球用品广告集合。
当然， 步骤 S50 中可能会遇到一个多媒体内容难以确定其所对应的广告集合的情 况， 针对这种情况， 可以将一个预先设置的热播广告集合确定为与之相对应， 不失一般性 地， 该热播广告集合可以是由广告主特别付费而设置的。
根据本发明的不同实施例， 为不同多媒体内容所确定的与之相对应的广告集合可 以相同， 也可以不同， 另外， 对于内容具有较大区别的不同频道， 为其确定的广告集合优选 地互不相同。
在确定了与各个多媒体内容相对应的广告集合之后， 广告服务器 50 就可以被用 于实现本发明中的广告发布和呈现方案了， 具体地， 本例中的广告发布和呈现以用户点击 观看一个多媒体内容作为触发条件， 于是， 当用户通过运行上述应用软件例如 PPStream. exe 并点选其中的一个多媒体内容例如足球风云的轮播频道之后， 步骤 S70 被触发， 其中，
该应用程序生成一个多媒体内容请求， 其中包含了足球风云轮播频道的标识信息。
而后的步骤 S71 中， 生成的多媒体内容请求被发出。根据本发明的不同实施例， 该 多媒体内容请求可以先被发往提供足球风云节目的多媒体服务器， 而后由多媒体服务器将 该请求转发给广告服务器 50， 或者， 通过适当地配置， PPstream.exe 可以直接将该生成的 多媒体请求同时发送给多媒体服务器和广告服务器 50。
上述的多媒体请求到达广告服务器 50 的具体方式不构成对本发明的保护范围的 限制。
接收到上述多媒体内容请求之后， 广告服务器 50 执行步骤 S52， 其中， 它根据该多 媒体内容请求， 确定被请求的多媒体内容是什么。具体方式可以是提取其中所包含的多媒 体内容的标识信息。
接着， 在步骤 S53 中， 广告服务器 50 以被请求的多媒体内容的标识信息为查询入 口， 查询预先为该多媒体内容所确定的广告集合。
此后的步骤 S54 中， 广告服务器 50 指示用户终端 70 按照预定规则播放该广告集 合中的至少一个广告， 用户终端 70 继而在步骤 S72 中基于上述指示进行广告播放。
步骤 S54、 S72 的具体实现方式如下 ： 例如， 广告服务器 50 参考由多媒体内容和与之相对应的广告集合所定义的广告 编排方式， 指示用户终端 70 下载该广告集合中的至少一个广告， 优选地， 同时告知被下载 的各个广告的类型， 也即属于插播广告、 缓冲广告、 角标广告还是结束广告， 以便用户终端 70 适时适当地予以播放。此外， 对于指示用户终端 70 下载的这些广告， 如果几个广告会作 为同一类广告进行轮播， 例如， 几个广告都作为缓冲广告在视频正式播放之前轮播， 则广告 服务器 50 还可以进一步告知用户终端 70 这些广告的播放顺序等信息。另外， 如果与一个 多媒体内容相对应的广告集合中有多个相同类型的广告， 广告服务器 50 也可以从中选出 至少一个广告， 指示用户终端 70 来下载并播放。
其中， 各种类型的广告均可以采用窗口叠加的方式来与视频画面一同呈现， 其中， 插播广告、 结束广告、 缓冲广告可以单独占用整个画面， 或者仅占用画面的一个部分， 此时， 多媒体内容的视频画面则会被压缩从而仅占据画面中未被广告占据的部分。
可选地， 在步骤 S72 中， 当一个广告尚未下载完成却又需要被播放时， 用户终端 70 可以等待该广告的下载然后进行播放， 或者跳过对该广告的播放， 直接播放需在其后播放 的广告或多媒体内容。
此外， 步骤 S72 中， 用户终端 70 还监控其自身网卡的数据流量， 从而动态地调整用 于广告下载的带宽， 尽量避免对用户的正常网络使用造成较为明显的影响。
图 7a 所示的实施例还拥有一个优选的方式， 如图 7b 所示。其中， 以之前已经为 其确定了相应广告集合的一个多媒体内容例如足球风云频道为例， 该方法还包括一个步骤 S51， 其中， 根据至少一个用户群的特性信息， 在与该多媒体内容相对应的广告集合中确定 与每个用户群相对应的广告子集。
具体地， 如果此前为足球风云频道所确定的广告集合是一个足球用品广告集合， 则其中会有耐克 (Nike)、 阿迪达斯 (Adidas)、 茵宝 (Umbro) 等厂商 ( 广告主 ) 的球衣、 球鞋 等用品的广告。这些广告可以在步骤 S51 中被细分为不同的广告子集。
本发明独特地考虑到了广告的投放可以进一步具有对用户群的针对性， 一个十分
典型的例子是， 由于用户终端 70 与内容服务器 50、 多媒体服务器 60 均工作在互联网环境 下， 多媒体内容请求中会包含用户终端 70 的 IP 地址， 通过分析该 IP 地址的字段甚至具体 每一位上的取值， 内容服务器 50 可以获知用户终端 70 所处的位置， 目前至少可以精确到城 市。
这种细分的意义在于， 不同的用户群， 例如处于不同城市的用户群可能对于产品 有不同的需求， 对于广告的内容也会有不同需求。 例如， 对于发达国家或经济发达城市的用 户群， 可以为其确定该广告集合中中、 高端的产品所对应的广告子集， 相反地， 对于经济欠 发达地区的用户群， 可以为其确定中、 低端的产品所对应的广告子集。 因为广告的下载需要 占用带宽， 因此能够更有针对性地投放适合的广告， 对于节约网络带宽而言是有利的， 用户 体验也会更佳， 并且， 对于广告主也没有造成不利的影响。
今后， 随着网络技术的不断发展， 对用户群的定义和确定还可能更加具体和精确， 本发明应被视为覆盖了这些可能的变形。 例如， 为实现本发明的一个具体实施例， 多媒体内 容请求特别地包含了一个用户终端 70 的一个唯一标识， 该唯一标识就表明了用户终端 70 的型号等信息， 而这个终端的型号也可以为广告服务器 50 提供一个额外的信息， 例如体现 了该用户的购买力等等。 因此， 除了地域之外， 经济能力或偏好都可以作为划分用户群的标 准， 并且这些以及其他标准还可以被联合地用于确定更为细致的用户群。
于是， 在步骤 S52’ 中， 广告服务器 50 不但确定被请求的多媒体内容， 还确定该用 户终端 70 所属的用户群。本例中， 用户终端 70 属于一个家住曼彻斯特的英国男孩， 于是， 用户终端 70 被确定为属于对应于曼彻斯特的用户群。
实际上， 在此前的步骤 S51 中， 已经为对应于曼彻斯特的用户群确定了更具体的 广告子集， 这个广告子集属于上述的为足球风云频道所确定的广告集合， 但这个广告子集 主要包括或者仅仅包括耐克公司的足球用品广告， 因为耐克是曼彻斯特联队 (Manchester United) 的足球用品赞助商， 曼彻斯特的球迷购买足球用品时会更倾向于耐克的产品。
于是， 步骤 S53’ 中， 广告服务器 50 将会查询到这个广告子集， 并在步骤 S54’ 中指 示用户终端 70 播放其中的至少一个广告， 而用户终端 70 也将在步骤 S72’ 中依照指示播放。 步骤 S54’ 和 S72’ 的具体内容可以参看上文中对步骤 S54 和 S72 的说明， 不再赘述。
前已述及， 对于广告的下载或多或少地影响了用户对他点选的多媒体内容的欣 赏， 为此， 本发明提供了一种更为优选的解决方式， 可以称为广告的预下载。 其中， 上述定义 广告集合、 广告子集并进行相应的播放的方案可以基于广告预下载来进行。
具体地， 广告服务器 50 预先确定第三数量个广告， 例如， 将当天会用于播放的各 个广告确定为上述的第三数量个广告。
相应地， 用户终端 70 判断预定条件是否满足， 并在预定条件满足时， 向广告服务 器 50 发送一个广告预下载请求， 用于向广告服务器 50 请求下载上述的第三数量个广告。
而后， 广告服务器 50 会辅助用户终端 70 来对这些广告进行预下载， 具体地， 广告 服务器 50 向用户终端 70 提供一个广告列表， 这个列表中是一些网络地址， 通过访问这些地 址， 用户终端 70 就可以得到相应的广告。
所谓预下载， 核心在于上述的请求、 下载过程发生在用户点选欣赏多媒体内容之 前， 因此， 上述预定条件可以是以下各项中的任一项 ： 用户终端 70 连接到网络 ； 用户终端 70 启动了特定的应用程序， 例如 PPstream.exe。此外， 优选地， 由于在广告预下载的过程中， 用户很可能也在使用网络， 因此， 用户 终端 70 在进行广告预下载时， 监控自身的网络占用情况， 例如， 监控网卡的流量， 继而动态 地调整广告预下载所占用的带宽。
目前， 一个广告的体积一般小于 1MB， 而所有需要预下载的广告大约为 30 个， 经过 测试， 在应用程序启动之后就开始预下载， 一般不会对用户此后点选的多媒体内容的下载 造成可被察觉的影响， 从而提高了用户体验。
优选地， 在根据本发明的实施例来下载广告时， 采用 http 与 p2p 相结合的方式， 在 缓解基于 http 的广告服务器 50 的压力的同时， 提高了广告的下载成功率。
上文中介绍了本发明中用于发布和呈现广告的方法， 以下对相应的第三、 第四装 置进行说明， 其中， 上述对方法的介绍在此一并作为参考。
参看图 8， 其中示出了根据本发明的一个具体实施例的在广告服务器中用于向用 户终端发布广告的第三装置框图， 其典型地置于图 6 中所示的广告服务器 50 中。所示第三 装置 500 包括 ：
第四单元 5000， 用于根据至少一个多媒体内容各自的特性信息， 分别确定与其中 的每个多媒体内容相对应的广告集合， 对应于前述的步骤 S50 ；
接收装置 5001， 用于接收来自一个用户终端的多媒体内容请求， 对应于前述步骤 S71 ；
第五单元 5002， 用于对所述多媒体内容请求进行解析， 确定该多媒体内容请求所 用于请求的多媒体内容， 对应于前述步骤 S52 ；
查询装置 5003， 用于查询与被请求的多媒体内容相对应的广告集合 ；
第六单元 5004， 用于指示所述用户终端根据预定规则播放所述广告集合中的至少 一个广告。
进一步地， 第四单元 5000 为不同的多媒体内容所确定的广告集合不同。
进一步地， 第四单元 5000 还用于 ： 针对每个所述多媒体内容， 根据至少一个用户 群的特性信息， 在与该多媒体内容相对应的广告集合中确定与每个用户群相对应的广告子 集， 对应于前述的步骤 S51 ；
第五单元 5002 还用于确定所述用户终端所属的用户群， 对应于前述步骤 S52’ ；
查询装置 5003 还用于在与被请求的多媒体内容中进一步查询与该用户终端所属 的用户群相对应的广告子集， 对应于前述步骤 S53’ ；
第六单元 5004 还用于指示所述用户终端根据预定规则播放所述广告子集中的至 少一个广告， 对应于前述步骤 S54’ 。
进一步地， 第三装置 500 还包括 ：
第七单元 5005， 用于确定第三数量个广告 ；
接收装置 5001 还用于接收来自一个用户终端的广告预下载请求 ；
该第三装置 500 还包括一个第八单元 5006， 用于辅助所述用户终端下载所述第三 数量个广告。
根据本发明的一个具体实施例， 还提供了如图 9 所示的一种在用户终端中用于呈 现广告的第四装置， 所示第四装置 700 包括 ：
第二生成装置 7000， 用于生成一个多媒体内容请求， 所述多媒体内容请求用于请求一个多媒体内容， 对应于前述的步骤 S70 ；
第二发送装置 7001， 用于将所述多媒体内容请求发往一个广告服务器， 对应于前 述的步骤 S71 ；
播放装置 7002， 用于基于所述广告服务器的指示， 播放与所述多媒体内容相对应 的至少一个广告， 对应于前述的步骤 S72。
进一步地， 该第四装置 700 还包括 ：
第二判断装置 7003， 用于判断预定条件是否满足 ；
第二发送装置 7001 还用于， 当预定条件满足时， 向所述广告服务器发送广告预下 载请求 ；
下载装置 7004， 用于基于所述广告服务器的辅助， 对所述广告服务器预先确定的 第三数量个广告进行预下载。
进一步地， 该第四装置 700 还包括 ：
监视装置 7005， 用于监视所述用户终端的带宽的占用情况 ；
调整装置 7006， 用于基于所述用户终端的网络传输资源的占用情况， 动态地调整 对所述第三数量个广告进行预下载时所占用的带宽。
进一步地， 该第二判断装置 7003 还用于， 当以下各项条件中的任一项满足时， 判 断所述预定条件被满足 ：
- 所述用户终端连接到网络 ；
- 所述用户终端启动了一个特定的应用程序。
进一步地， 该播放装置 7002 包括 ： 第三判断装置 70020， 用于当根据所述预定规则 需要播放一个广告时， 判断该广告是否已经由所述下载装置下载完成 ； 播放装置 7002 还用 于， 如果该广告尚未下载完成， 则跳过对该广告的播放。
以上对本发明的具体实施例进行了描述， 需要理解的是， 本发明并不局限于上述 特定的实施方式， 本领域技术人员可以在所附权利要求的范围内做出各种定型和修改。