用于过顶实况媒体递送中的广告插入的方法和系统的制作方法

用于过顶实况媒体递送中的广告插入的方法和系统的制作方法
【技术领域】
[0001] 本发明涉及过顶（over-the-top) (OTT)媒体递送以及更确切地来说涉及准实时 流传输媒体的瞄准的广告置换。
【背景技术】
[0002] 准实时递送协议因为其简单、能够通过使用速率适配来适应变化的网络状况以及 使用商品HTTP递送基础设施以低成本部署而流行用于0TT媒体递送。0TT媒体递送典型地 依赖于基于片段的检索范例（segment-based retrieval paradigm)。HTTP自适应流传输 使用多个编码(每个以不同比特率、分辨率和/或帧速率编码)，从而使客户端能够为其本地 网络状况选择适合的编码。使用清单来将编码信息传达到客户端。还使用清单来指示片段 检索位置。对于实时(实况）内容，由客户端实时地产生和检索片段和清单列表。

【发明内容】

[0003] 无论使用传统广播技术还是较新的0TT技术，媒体递送的一个常见方面是作为一 种广告支持的商业运作模式需要将广告插入到正在递送到客户的媒体中。传统线性电视典 型地基于地区插入广告，然后将最终的流广播到该地区中的所有观看者。但是，基于HTTP 的递送的单播属性允许更具个性化地广告递送。OTT递送中的瞄准的广告需要交替广告插 入范例。
[0004] 披露用于过顶（0TT)媒体递送中的瞄准的广告置换的方法和装置。所披露的0TT 递送系统包括实况流处理器、HTTP客户端和广告片段代理，它们统一地包括可以不同方式 用于广告置换的多种机制。
[0005] 在一个方面中，提供一种方法用于动态地将广告元数据插入到实时生成的片段和 清单文件中以便能够实现瞄准的广告置换。该方法可以部分地由实况流处理器来执行以便 通过内容递送网络（⑶N)进行0TT递送，该实况流处理器用于创建的媒体片段。在一个实 施例中，实时输入流是线性电视馈送。在一个实施例中，线性电视馈送包含提示音，提示音 指不即将来临的广告荚（Pod)(间歇)、每个广告荚的开始和每个广告荚的结束。在一个实 施例中，提示音符合电缆电信工程师协会（SCTE)数字视频附属委员会SCTE-35数字节目插 入电缆提示消息的规范。在一个实施例中，SCTE-35节目描述符描述广告荚的结构（即，广 告的数量和每个广告的时长)。在另一个实施例中，使用标注（callout)来确定广告荚的结 构（即，广告的数量和每个广告的时长)。在一个实施例中，标注消息符合电缆电信工程师协 会（SCTE)数字视频附属委员会SCTE-130数字节目插入-广告系统的规范。
[0006] 在另一个实施例中，使用时间标记(例如，对应于MPEG-TS帧的广播或呈示时间的 系统时间，或与节目开始的时间偏移量)提前定义和带外指定广告荚（间歇)。在一个实施例 中，还将广告荚的结构（即，广告数量和每个广告的时长）与带外广告荚偏移量信息包含在 一起。在一个实施例中，使用视频多广告播放列表（VMAP)来指定带外广告荚信息。在另一 个实施例中，使用定制XML格式来指定带外广告荚信息。正如本领域技术人员应该公知的， 有多种方法和协议可用于提供带外广告荚信息。应该理解，任何此类方法适于与本发明一 起使用。
[0007] 广告荚结构用于定义实时流内的广告边界。然后在广告边界上创建片段，并将元 数据插入到这些片段和清单文件中以指示广告的开始和结束。将指示即将开始的广告的元 数据插入到位于广告边界之前的片段和清单文件中。在一个实施例中，将广告决策服务器、 节目标识符和广告点(置放）信息包含在元数据中以使客户端和中间媒介发出瞄准的广告 置放请求。
[0008] 在一个实施例中，向广告决策服务器发出广告置放请求以获取广告荚中指定的 一个或多个广告插入机会。在一个实施例中，广告决策服务器还用作SCTE-130服务器， SCTE-130服务器用于确定广告荚结构。在一个实施例中，以广告置放响应中指定的片段置 换由实时输入流生成的广告节目边界内的片段。在一个实施例中，下载置换广告片段以置 换实际片段。在另一个实施例中，在清单文件中以指向广告置放响应中指定的片段的URL 置换与广告关联的片段URL (即，广告边界内的片段)。在另一个实施例中，在清单文件中以 指向广告片段代理服务器的URL置换与广告关联的片段URL (即，广告边界内的片段)。在 一个实施例中，广告代理服务器URL包含能够标识和相关来自相同广告的多个片段的唯一 序列号。在一个实施例中，广告代理服务器URL包含能够实现基于内容的广告瞄准的的唯 一节目标识符。
[0009] 在另一个方面中，提供一种方法用于动态地从正在实时地呈放的片段和清单文件 提取广告元数据以便能够实现瞄准的广告置换。在一个实施例中，客户端代理来自本地媒 体播放器的清单文件请求并从接收的清单提取广告元数据(例如，从m3u8清单提取注释)， 然后才将其转发到媒体播放器。在另一个实施例中，客户端代理来自媒体播放器的片段请 求并从片段提取广告元数据(例如，从RTP or MPEG-TS流提取专有报头或备选数据信道)， 然后才将其转发到媒体播放器。在另一个实施例中，客户端监视来自媒体播放器的包含广 告元数据的回调（callback)(例如，插入到MPEG-TS片段中的ID3标记)。
[0010] 在一个实施例中，客户端对已插入到媒体流中以指示即将来临的广告边界的元数 据响应。在一个实施例中，将广告决策服务器、节目标识符和广告点(置放)信息与即将来临 的广告边界通知元数据包含在一起。客户端然后可以尝试预先提取要用作流内广告的置换 的广告。客户端向广告决策服务器发出广告置换请求，广告决策服务器提供节目标识符和 /或广告点信息。在一个实施例中，客户端还向广告决策服务器提供订户和/或用户身份、 位置(例如GPS坐标、IP地址、邮政编码、地区代码、国家代码、指定的销售区域（DMA)等）和 /或人口统计信息(例如，性别、年龄等)，以便帮助广告个性化。
[0011] 在一个实施例中，将元数据插入到媒体流中以指示广告的实际开始，即，广告开始 边界。在一个实施例中，广告开始边界精确地对齐到片段边界，从而允许使用片段置换进行 无缝广告置换。在一个实施例中，将元数据插入到媒体流中以指示广告的实际结束，即，广 告结束边界。在一个实施例中，通过提供广告的精确时长来显性地指定广告结束边界。在 另一个实施例中，通过下一个后续节目开始边界来显性地指定广告的结束边界(下一个后 续节目开始边界可以是新广告的开始或主节目的重新开始)。在一个实施例中，插入元数据 以指示广告回放的报告需求(例如，应将信标消息投递（posted)到的URL以及认证信息和/ 或信标消息的格式)。
[0012] 在一个实施例中，客户端仅接受与流内广告的指定时长精确地匹配的广告，由此 广告的置换不干扰实况流的定时。在另一个实施例中，客户端插入任何广告，但是必须监视 实况流以确定何时要恢复实况流。在一个实施例中，如果置换广告短于流内广告，则客户端 可以重接实况流并播放流内广告的余下部分。在另一个实施例中，如果置换广告短于流内 广告，则客户端可以按流内广告的剩余时长显示填隙消息和图像，并且一旦流内广告完成， 则仅重接实况流。在一个实施例中，如果置换广告长于流内广告，则客户端可以返回实况流 而不播放要置换广告直到完成，以便防止用户错过实况流内容。
[0013] 在一个实施例中，客户端通过代理来自媒体播放器的清单文件请求并更改呈交到 媒体播放器的清单文件中的片段URL (以及任何关联的加密密钥URL和/或与广告片段关 联的加密密钥元数据)来执行广告置换。在另一个实施例中，客户端通过透明地代理来自媒 体播放器的片段请求（即，端接来自媒体播放器的连接，发出对备选片段的请