数据馈送资源保留系统的制作方法

文档序号:7915101阅读:200来源:国知局
专利名称:数据馈送资源保留系统的制作方法
技术领域
当前发布的实施例总体上涉及视频馈送的传递。更具体地,本文的实施例涉及使用订购服务的视频馈送传递。
背景技术
通常在诸如互联网之类的地面网络上分发电视内容和其他数据。例如,电视广播可以在互联网服务供应商(例如,批发网络服务供应商)的网络上传输视频馈送。通常通过在本地基于广播的站之间传输视频馈送,来将视频馈送(例如,电视节目)分发至不同的本地市场,本地基于广播的站可以是不同主要城市市场彼此的附属公司。这样,例如,可以经由互联网使一个城市中来自F0X 电视台的电视节目对于其他城市的电视台可用。不幸地,用于在地面网络上分发视频(或其他数据)馈送的传统系统具有各种缺陷。在典型布置中,电视分发商的站点在互联点处与互联网服务供应商网络互联。通过互联点,分发商可以经由服务供应商网络发送和接收视频馈送。传统上,互联点包括针对每个发送和接收到的视频服务的各个单独视频循环,以及针对数据服务的分离信道。这种布置导致多种与在地面网络上分发数据和视频馈送的方式有关的缺陷和限制。一个问题涉及缺乏传统系统的可缩放性。在分发商的站点处使用各个单独视频回路和数据信道使分发商不能利用以其他方式存在的大规模经济效益。在这一点上,例如在互联网上添加新的视频服务通常不能利用已经存在的基础设施或系统,这是由于分发商站点处不灵活的基础设施。例如,在传统系统中,如果视频分发商期望提供另一视频服务,另一分离的视频信道典型地必须安装在分发商的站点处。此外,传统系统的特征是对带宽的低效率使用。例如,通常高速率数据信道(例如,全270兆比特/秒(Mbps)数据速率信道)用于发送低比特速率数据,例如异步串行接口(ASI)业务量。此外,对于接收来自单个源的数据馈送的每个附加目的地而言,从源消耗的输出带宽增加。例如,将20兆比特/秒视频馈送发送到20个目的地需要消费方具有至少400兆比特/秒或更快的连接。这种带宽的低效率使用与缺乏传统系统的可缩放性有关,传统系统不能快速地适应于网络带宽条件的变化,从而不能以高效率方式使用现有的带宽。这样,地面网络(例如,互联网)上视频服务的增长和使用效率低、有限、麻烦且不灵活。关于上述问题和其他问题,已经开发了本发明的实施例。

发明内容
当前发布的实施例总体上涉及数据馈送资源保留系统和方法。此外,实施例包括使用资源保留方案在地面网络上对数据进行基于时间的路由的系统和方法。提供一种保留系统,可以针对数据馈送的分发和接收保留资源。保留系统包括用于接收保留参数的界面和用于调度可用资源以传递或接收数据馈送的调度系统。相应地,基于基于时间的调度方案在实际数据馈送传递之前保留诸如带宽之类的资源以传递数据馈送。在至少一个实施例中,可以调度视频馈送用于时间框内的发布。实体(包括但不限于本地广播站)可以通过递交订购请求来订购视频馈送。可以在订购请求中指定一个或多个目的地。可以分别针对一个或多个目的地指定不同的传递时间。调度系统接收订购请求,并且确定是否有可用于在相应传递时间将视频馈送传递至一个或多个目的地的足够资源。在指定的传递时间之前,调度(例如,保留)可用资源以在指定传递时间传递视频馈送。调度的资源被配置用于视频馈送传递,并且在传递时间之后被释放。

一种管理地面网络上传递视频馈送的方法的实施例包括接收订购请求,所述订购请求指定接收视频馈送的一个或多个目的地站点以及将视频馈送传递至一个或多个目的地站点中的每一个的相应时间,其中相应传递时间在视频馈送为可用的发布时间范围内。该方法还包括配置可用资源以在相应时间将请求的视频馈送传递至一个或多个目的地站点。此外,该方法还可以包括接收对发布时间范围加以指定的发布请求。该方法的实施例还可以包括识别在相应传递时间可用的一个或多个可用资源。配置可用资源可以包括保留复制器的一个或多个端口,以在相应传递时间传递请求的视频馈送。该方法还可以包括确定视频馈送传递设备的一个或多个端口上是否存在足够带宽用于在一个或多个传递时间的每个时间传递请求的视频馈送。该方法还可以包括在不存在可用于在请求的传递时间传递请求的视频馈送的足够带宽的情况下发送拒绝消息。该方法还可以包括发送保留确认消息,保留确认消息在足够带宽可用的情况下确认资源可用于传递请求的视频馈送。一种方法的实施例还可以包括在传递请求的视频馈送之后解除可用资源的分配。配置可用资源可以包括确定资源是否可用于在一个或多个传递时间中的每个时间传递请求的视频馈送,如果资源不可用于将请求的视频馈送传递至一个或多个目的地站点中的一个,并且资源可用于将视频馈送传递至一个或多个目的地站点中的另一个,则仅将可用资源配置用于在相应传递时间将视频馈送传递至另一个目的地站点。用于管理地面网络上视频馈送传递的系统的实施例包括资源调度器,可操作于在一个或多个请求的时间保留可用资源,以将视频馈送传递至相应的一个或多个请求的目的地;以及配置模块,可操作于配置可用资源,以在资源可用的相应时间将视频馈送传递至一个或多个目的地。资源调度器还可以操作于接收发布请求,发布请求指定视频馈送可用于传递的发布时间窗。更进一步地,资源可以操作于接收订购请求,订购请求指定一个或多个请求的传递时间以及相应的一个或多个目的地。资源调度器还可以可操作于确定一个或多个请求的传递时间中的每一个是否在发布时间窗内。更进一步地,资源调度器可以操作于确定在相应传递时间在发起位置和一个或多个目的地中的每一个处是否可获得足够资源。更进一步地,资源调度器可以可操作于从可以传递视频馈送的多个目的地位置之中选择目的地位置。此外,资源调度器可以基于位置地域来选择目的地位置。资源调度器还可以提供用于订购要发布的视频馈送的在线界面。在线界面可以呈现要发布的视频馈送。在线界面可以被配置为接收对一个或多个选定视频馈送的订购。一种用于管理地面网络上数据馈送传递的计算机实现方法的实施例包括接收对数据馈送可用于发布的发布时间框加以指定的发布请求;接收订购数据馈送的订购请求,所述订购请求指定接收数据馈送的目的地以及在目的地处传递数据馈送的关联传递时间;如果指定的传递时间在发布时间框内,则在指定的传递时间保留可用带宽;以及如果指定的传递时间在发布时间之外则拒绝订购请求。计算机程序产品的实施例可以包括一个或多个计算机可读介质。计算机可读介质其上可以编码有计算机可执行指令。计算机可执行指令可以由通用或专用计算机来执行,以执行本文描述的处理。计算机可读介质可以包括存储介质。


图I示出了根据实施例的适合于执行数据馈送资源保留的示例网络环境。图2示出了根据图I实施例的适合于在地面网络上执行数据馈送保留和数据馈送传递的示例网络环境。图3示出了可操作于发送和接收数据馈送的网络适配单元的端口。图4示出了根据实施例的用于执行数据馈送资源保留的示例系统。图5示出了根据实施例的示例订购或发布请求。图6示出了根据实施例的用于输入订购或发布请求细节的示例用户界面。图7示出了根据实施例的用于输入订购和/或发布请求参数的示例用户界面。图8示出了根据实施例的呈现示例保留请求确认的示例用户界面。图9示出了根据实施例的呈现保留请求确认细节的示例用户界面。图10示出了根据实施例的用于搜索可以订购的调度数据馈送发布的示例用户界面。图11示出了根据实施例的响应于通过图10用户界面请求的搜索呈现调度数据馈送发布的示例用户界面。图12是示出了根据实施例的用于执行数据馈送资源保留的示例算法的流程图。图13是根据本文实施例的利用数据馈送资源调度应用和处理配置的计算机系统的示例框图。
具体实施例方式当前发布的实施例总体上涉及地面网络上数据的调度传递。更具体地,本文的实施例涉及视频馈送基于时间的路由。可以调度视频馈送用于时间框内的发布。实体(例如但不限于,本地广播站)可以通过递交订购请求来订购视频馈送。可以在订购请求中指定一个或多个目的地。可以分别针对一个或多个目的地指定不同的传递时间。系统的实施例接收订购请求,并且确定是否有足够资源可用于在相应传递时间将视频馈送传递至一个或多个目的地。一个或多个实施例包括用于资源(例如电路带宽)到一个或多个可以在地面网络上通信的数据类型的基于时间的分配。电路可以包括一个或多个端口,并且典型地包括多个端口。每个端口提供特定量的带宽,特定量的带宽可以被分配至各种数据类型。数据类型可以包括数据服务、视频馈送、管理数据和其他。系统可以在特定电路上在未来指定时间将带宽分配到视频馈送。在实施例中,基于网络设备中的服务质量(QOS)设置,在特定电路上调节(例如,降低)数据服务。在这些或其他实施例中,在管理网络上通过不同电路发送管理数据。在一些实施例中,带宽分配可以涉及在指定时间保留电路上的端口。系统还跟踪已经为每个端口保留了多少带宽。当在给定时间在端口上保留了最大量的带宽时,可以在该时间在该端口上不分配更多带宽。可以将可用带宽分配到各种数据类型,直到达到最大量的带宽。这样,可以在传递数据之前改变电路上有限带宽的使用,以便有效率地使用带宽。在一个实施例中,数据服务使用未分配的带宽,并且如果不存在任何可用带宽,则暂停 数据服务业务量,直到带宽变得再次可用为止。各个实施例涉及创建共同利益集团,在该集团内可以在共同利益集团的成员之中共享视频或其它数据馈送。例如但不限于作为较大组织的附属公司,成员可以以某种方式彼此相关。替换地或附加地,成员可以包括不是较大组织的附属公司的一个或多个实体。在共同利益集团包括附属公司的情况下,可以经由附属公司的数据传递设备的一个或多个私有端口来共享数据馈送。在共同利益集团包括非附属公司的情况下,可以经由共同利益集团的成员的一个或多个公用端口来共享数据馈送。实施例包括可操作于在地面网络上执行基于时间的视频或其他数据馈送路由的系统。在这些实施例中,可以接收对未来发布视频馈送的时间窗加以指示的发布请求。该系统的实施例保持要发布的视频馈送的调度。可以是或者可以不是共同利益集团成员的实体可以订购视频馈送。实体可以递交订购请求,订购请求请求在一个或多个相应时间将视频馈送传递到一个或多个目的地。该系统可以例如通过检查一个或多个相应时间是否在发布请求所指定的时间窗内,来验证订购请求。在实施例中,系统还检查在视频馈送源和一个或多个目的地处在相应时间可得到足够资源(例如带宽)。针对足够资源的检查可以涉及确定在指定发布时间内在源(例如,源电路)处是否有可用于发送视频馈送的足够带宽。例如,系统可以确定在指定时间在源处是否有可用的端口,这可以提供传递请求的视频馈送的足够带宽。如果没有足够资源可用,则产生对不能保留资源的通知。如果有足够资源可用,则保留可用的资源。在各个实施例中,保留可用的资源,以在指定的订购时间发布或传递视频馈送。资源包括但不限于带宽、端口、电路、信道和/或用于将视频馈送从源传递至目的地的其它资源。资源的保留可以涉及配置一个或多个视频馈送传递设备来在给定时间传递和/或接收调度的视频馈送。配置资源可以涉及使资源可操作于执行给定功能。例如,可以保留核心复制器设备上的一个或多个端口,以在给定时间发送调度的视频馈送。在指定时间传递视频馈送之后,释放保留的资源。释放资源涉及使资源可用于其它视频馈送传递。一旦被释放,可以针对其它发布和订购来保留资源。系统的实施例提供了用户界面,通过该用户界面可以递交发布请求和订购请求。用户界面可以是基于web的。在基于web的实施例中,用户可以经由公用网络(例如互联网)或专用网络(例如,内联网或虚拟专用网络)来访问界面。可以访问界面的用户可以是共同利益集团的成员。在至少一个实施例中,通过用户界面用户可以指定视频馈送的源,从该源发布视频馈送。用户还可以指定期望向其传递视频馈送的一个或多个目的地。源和目的地可以由位置(例如,城市和州)和/或电路(例如,电路标识符)来指定。在一个实施例中,如果不指定目的地,则认为请求是发布请求。发布请求是针对用于在指定时间发布来自指定源的视频馈送的资源的请求。根据一个或多个实施例,系统可以将视频馈送传递至单个目的地或多个目的地。在多个目的地的情况下,可以在多个信道上向多个目的地多次传递视频馈送。可以在一个或多个不同时间或者同时多次传输视频馈送。可以使用复制来执行到多个目的地的视频馈送传输。复制涉及在一个或多个信道上向多个目的重新产生发布的视频馈送。在一个实施例中,发布的视频馈送的复制允许多个数据馈送的同时传递。例如,可以在多个分离的信道上向多个相应目的地同时重新产生单个数据馈送。可以在与数据馈送传递网络有关的一个或多个位置处(包括但不限于在网络的核心中,在网络的边缘上和/或在数据馈送分发商的物业处)执行重复。多个数据馈送的传递可以涉及两个或更多数据馈送的同时(例如,并行)传递和/或数据馈送的顺序(例如,串行)传递。图I示出了根据至少一个实施例的适合于通过地面网络的基于时间的数据馈送路由的示例网络环境100。网络环境包括可以产生(例如,发布)数据馈送和/或接收来自其他站点102的数据馈送的一个或多个站点102。至少部分地在地面数据传递网络104上传输数据馈送。在至少一个实施例中,数据传递网络104是路由器(未示出)、数据信道(例如,光纤)和/或其它网络设备的基础设施,形成基于分组的通信网络。在一个实施例中,通信网络104是使用多协议标签交换(MPLS)协议的互联网协议(IP)网络。站点102是其间可以通信数据(例如但不限于视频馈送)的位置。例如,站点102可以是本地网络广播站。站点102典型地是按地理分布的。例如站点102A可以位于洛杉矶,站点102B可以位于纽约。这样,地面网络104典型地跨越包括各个站点102的多个位置的地理地域。尽管在图I中示出了仅三个站点102,但是本领域技术人员应当理解,在实际操作中大量其他站点可以经由网络104进行通信。站点102包括产生和处理各种类型数据的资源。例如,在视频的情况下,站点102A可以具有视频捕获设备,例如,视频摄像机(未示出)。站点102还包括被配置为分别从其他站点102发送和接收数据的数据传递和接收设备。在各个实施例(例如在图2所示的实施例)中,在每个站点处的数据传递和接收设备包括可操作于对用于在地面网络104上传递的数据进行格式化的网络适配器单元。当然,每个站点102处可用于传递和接收数据的资源不是无限的。例如,每个站点102典型地受限于用于在给定时间传输数据的最大带宽。如上所述,站点102可以产生(例如,发布)数据馈送(例如但不限于视频馈送)。数据馈送通常是具有开始和结束的相关数据的一个或多个单元的可标识集合。其他站点102可以期望订购(以下进一步描述)发布的数据馈送,从而在选定的一个目的地站点或多个目的地站点处接收发布的数据馈送。部分由于每个站点102处的有限资源,采用资源保留方案来管理有限资源的使用。在保留方案的一个实施例中,预先保留资源以在指定时间执行地面网络104上的数据馈送传递。这样,保留方案提供地面网络104上基于时间的数据馈送路由。在一个实施例中,提供支持资源调度的管理网络106。管理网络106可以是公用或专用网络。例如,在一个实施例中,管理网络106是公用互联网。在另一实施例中,管理网络106是专用内联网。在又一实施例中,管理网络106是虚拟专用网络。管理网络106提供用于保留资源的基础设施,资源用于基于时间方式的数据馈送路由。在一个实施例中,管理网络106包括一个或多个web服务器或其它服务器计算机,其它服务器计算机提供用户界面并且保持资源保留的调度。站点12处的用户可以登录到web服务器中并且请求用于发布指定数据馈送的资源,以及订购发布的数据馈送。订购发布的数据馈送是指请求在一个或多个相应指定时间在一个或多个指定目的地处传递发布的数据馈送。管理网络106服务器计算机确定资源在关联的站点是否可用,并且如果可用则保留可用资源。这样,管理网络106服务器管理资源(例如,带宽)的使用,以执行基于时间的数据馈送路由。 还关于站点102,在一些实施例中,每个站点102可以包括在一个或多个共同利益集团中。共同利益集团的成员(或者会员)可以彼此之间共享数据馈送。共同利益集团的成员可以是或者可以不是较大组织的附属公司。例如,在给定的共同利益集团中,所有成员可以是F0X 公司的F0X 附属公司。在其他情况下,一些成员可以是较大组织的附属公司,而其他成员可以是较大组织的附属公司。例如,共同利益集团可以包括多个F0X 附属公司,以及ESPN 站点和CNN 站点。在一些实施例中,站点102可以包括在定义的地域(例如,地域108)中。地域可以是站点102之间的逻辑、地理或其他关系。例如,位于美国西部的一些站点102可以在西部地域。类似地,其他地域应当是中部地域、东部地域、南部地域、东南部地域和/或中西部地域。地域108可以用于确定针对数据馈送的优选发布点。例如,可以从西部站点102之一发布要传递至西部地域中站点102的数据馈送。以优先顺序排列地域108,从而更近的地域具有比其他地域更高的优先级。可以采用其他逻辑优先级方案。如以下进一步所述,每个站点102包括一个或多个数据传递设备,例如以下进一步讨论的网络适配器单元。为了讨论方便,这里讨论图3。每个数据传递设备212包括例如图3中所示的多个端口 302。端口 302可以被指定为公用或专用的。专用端口 304可以由作为同一共同利益集团的成员的站点使用,以及公用端口 306可以由任何站点使用。例如,F0X 附属公司站点可以具有两个专用端口 304和八个公用端口 306。在该示例中,F0X 共同利益集团的其他成员可以订购(以下描述的订购)F0X 附属公司的专用端口 304之一上的数据馈送,而其他站点(例如CNN 站点)可以订购来自F0X 附属公司的公用端口 306之一的数据馈送。图2示出了网络环境200,网络环境200示出了根据图I实施例的可以用于提供数据馈送资源保留并且管理传递服务的网络部件。在图2中,根据特定实施例示出了站点之一(站点202A)的部件细节。其他站点(例如,202B至202N)典型地包括与站点202A所示的那些部件类似的部件。通常,站点202A可操作地与视频传递网络204和管理网络206的部件进行通信。在所示意实施例中,站点202A处的编码器/解码器(CODEC) 210可操作于从数据馈送源208(例如,视频摄像机、数据馈送储存库和/或其他)接收未编码数据。未编码数据可以是包括视频馈送的视频数据。CODEC 210将数据编码成编码格式。CODEC 210的示例是运动图像专家组(MPEG)视频编码器/解码器,但是CODEC 210不限于MPEG编解码器。在一个实施例中,CODEC 210接收未压缩数据,并且将该数据压缩成异步串行接口(ASI)格式。在所示意实施例中,网络适配器单元(NAU) 212接收编码的视频数据,并且将该数据格式化成吉比特以太网(Gig-E)格式。在一些实施例中,根据视频传递网络204所使用的协议和格式,包括一个或多个传输适配器214以对来自NAU 212的Gig-E信号进行格式化,从而用于在视频传递网络204上传输。在一个实施例中,传输适配器214将来自NAU 212的Gig-E信号转换或格式化为可以在视频传递网络204上通信的一个或多个数字信号3 (DS3)、光学载波3(0C3)或0C12格式。一个或多个实施例还支持10兆比特/秒(Mbps)、20Mbps、30Mbps、40Mbps、50Mbps、100Mbps、200Mbps、300Mbps、400Mbps、500Mbps、600Mbps 和 I 吉比特 / 秒(Gbps)下的 OC-48或0C-192以及以太网。其他数据服务不是数据馈送,但是承载在网络上。这样的数据服务可以补充数据馈送,例如,视频馈送。数据服务的示例包括但不限于电子节目指南数据、封闭式字幕或其他服务。可以通过传输适配器214来引入这样的其他数据服务。这样的数据服务可以包括在传输适配器214所传输的数据馈送。传输适配器214在通过视频传递网络204直接通信来NAU 212的Gig-E信号而无需任何附加格式化或转换的实施例中是必要的。在至少一个实施例中,NAU 212具有用于通信数据的多个端口。在一个实施例中,端口的数目是10个。这里再次讨论图3以进一步示意NAU 212上端口的使用。图3是根据特定实施例的示例NAU 212的正视图。NAU 212包括十个物理端口 302。每个端口可以处理或提供最大带宽。换言之,在任何给定时间存在通过NAU212可用于的有限带宽。所有端口 302形成电路308。电路308的带宽是所有端口 302的带宽之和。物理端口 302可以包括一个或多个专用端口 304和一个或多个公用端口 306。作为共同利益集团的成员的其他站点202可以订购专用端口 304。不是同一共同利益集团的成员的其他站点202可以订购公用端口 306。再次继续图2所示的实施例,站点202A的路由器206通信耦合至NAU 212和传输适配器214。路由器216向传输适配器214提供管理数据。来自路由器216的管理数据可以合并到由传输适配器在视频传递网络204上传输的信号中。视频传递网络204包括复制器218。复制器包括多个端口,并且与多个站点202通信。复制器可操作于接收来自传输适配器214的数据馈送,并且将数据馈送转发至一个或多个其他站点202B、202N。复制器218可被配置为在指定时间(例如,通过配置模块,以下进一步讨论)将数据馈送路由至选定站点。复制器218可以以串行或并行方式来复制数据馈送。例如,复制器218可以向不同的目的地站点同时(并行地)复制多个数据馈送,和/或复制器218可以相继地(例如,串行地)或者以串行和并行的组合方式复制多个数据馈送。例如,在串行订购情况下,发布可以是30分钟发布。在这种情况下,第一订购可以运行10分钟,之后另一订购运行15分钟。在实施例中,站点202A还包括可操作地与管理网络206的保留界面222通信。计算机220可以具有存储在存储器中的可执行浏览器应用,利用该可执行的浏览器应用用户可以导航至管理网络206的web服务器所提供的一个或多个基于web的保留界面222。通过界面222,用户可以递交发布请求和订购请求,并且可以通知用户关于是否完成了请求。资源调度器224接收来自保留界面的请求数据,并且尝试在站点202和地面网络204处的设备之中找到可用的资源,利用可用资源来完成请求。资源调度器224可以保留可用资源,以传递作为发布或订购请求的对象的数据馈送。此外,订户可以改变可用带宽的使用,以实现用于数据馈送传递的带宽的高效使用。通过识别用于在指定时间执行关联数据馈送的可用资源,调度器执行基于时间的数据馈送路由。资源调度器224还可操作于在资源已经用于完成发布或订购请求之后释放该资源。释放资源可以涉及解除资源的分配。例如,在分配资源可以涉及在存储器中标记资源标识符,使得指示不再将资源分配至先前数据馈送传递事件,并且指示该资源可用于使用。资源调度器的示例实施例在图4中示出并且一些详细进行讨论。如果确定有足够资源可用于满足请求,则配置模块226根据调度来配置可用资 源。配置模块226与站点202和地面网络204处的设备(例如,NAU 210和复制器218)进行通信,以便配置它们。配置模块226还可以操作于在传递每个调度的视频馈送之后解除配置或重新配置设备。图4示出了根据数据馈送资源保留系统的一个实施例的示例模块。图4是示出了根据实施例的用于执行数据馈送资源保留的示例系统400的模块图。数据馈送资源保留系统400可以合并到管理网络中,例如管理网络206(图2)或其它架构。通常,数据馈送资源保留系统400可操作于接收订购和发布请求参数,并且基于所述参数调度用于传递数据馈送的可用资源。通常,资源界面402接收请求参数404并且输出保留状态通知406。在一个实施例中,保留界面402是用户可以通过计算机访问的用户界面。例如,保留界面402可以是用户通过网络可访问的基于web的界面。在一个实施例中,保留界面402呈现一个或多个用户屏幕,通过所述用户屏幕可以输入参数并且显示数据。在图6-11中输出了示例用户界面屏幕,以下进一步详细描述图6-11。在另一实施例中,保留界面402是应用界面程序,通过该应用界面程序其他计算机程序或处理可以输入保留参数404。在该实施例中,可以从另一源(例如,用户界面)或者与系统400分开的参数储存库获得参数。在一个实施例中,保留参数404可以包括但不限于用户标识、消费方标识、地域、电路标识符、带宽或时间指定。保留界面402使用保留参数来形成保留请求408,保留请求408可以是发布请求或订购请求。图5中示出了保留请求408的实施例。在图5所示的实施例中,保留请求408包括发起电路标识符(ID)502,发起电路标识符识别从中要发布视频馈送的电路。可以在发布请求或订购请求中指定标识的发起电路。在任一情况下,用户可以通过用户界面指定发起电路502。在订购请求的情况下,发起电路502是先前经由发布请求保留了的电路。如以下参照图6-11详细讨论的,可以在整个用户界面内搜索发布保留。当找到期望的发布,则通过用户界面选择期望的发布以用于创建和递交订购请求。通过选择调度的发布,选择对应的发起电路。继续图5,如果保留请求408是订购请求,则保留请求408包括一个或多个目的地电路ID 504。如果保留请求是发布请求,则保留请求408通常不包括目的地电路ID 504。如下参照图6-11所述,用户可以通过用户界面指定一个或多个目的地电路ID 504。目的地电路504指示要传输发布的电路和位置。发起电路ID 502和目的地电路ID 504通常指定在例如给定城市位置处的电路。在实施例中,保留请求408包括与识别的发起电路502相关联的发起开始时间506A和发起结束时间506B。例如,如果请求408是发布请求,则发起开始时间506A和发起结束时间506B分别指定要经由识别的发起电路502发布的发布的开始和结束时间。请求408还包括与相应目的地电路504相关联的一个或多个目的地电路开始时间508和一个或多个目的地电路结束时间510。如果请求408是订购请求,在指定多于一个目的地电路的情况下,则第一开始时间508A和第一结束时间510A对应于用于将发布传递至第一目的地电路504A的时间框,第二开始时间508B和第二结束时间508B对应于用于将发布传递至第二目的地电路504B的时间框,以此类推,直到目的地电路N 505N。在图5的实施例中,保留请求包括带宽参数512。带宽参数指定针对发布期望的带宽。期望带宽是对于发布的视频馈送用户指定的带宽。如果以8兆比特/秒(Mbps)保留发布,则缺省地,所有订购保留将以8Mpbs。在一个实施例中,保留请求的带宽,一直到发起或目的地电路可以提供的最大带宽。

如下进一步所述,用户可以指定保留的名称(或其它标识符)。当预约发布保留时,用户能够提供保留的名称。例如,消费方能够给出保留名称“测试保留”。对于消费方而言名称应用于在保留之间区分消费方。继续图4所示意的实施例,将保留请求408发送至调度器410。调度器410对保留请求进行解析,并且使用请求408中的一个或多个保留参数,来确定是否有可用于满足请求的发布或订购的足够资源。调度器410访问多个数据集合,以确定是否有足够资源可用,并且调度保留的资源。为了示意,可以使用的一些数据集合包括端口 /电路412、C0DEC413、带宽414、调度416、消费方/附属公司站点418和地域420。以下进一步详细讨论这些数据集合。在一个实施例中,调度器410响应于保留请求408产生保留响应422。如果调度器410识别到满足请求408的可用资源,响应422确认资源是可用的,和/或已经保留的可用资源。响应422可以识别已经保留的特定资源。如果可用于满足请求408的资源不足,则响应指示该资源不可用于满足请求。在一些实施例中,当仅满足一部分请求408时(例如足够资源可用于少于所有指定的目的地电路),响应422可以指示请求408的部分满足。例如,当订购请求指定多个目的地时,则响应422可以指示对于一些目的地可以满足请求,但是对于其他目的地不能满足请求。保留界面402基于保留响应输出确认/拒绝。当请求408的一部分或全部不能满足时,用户可以重新递交保留参数。例如,可以递交新的保留参数404以指定不同的传递请求的视频馈送的时间。再次参照各个数据集合,端口 /电路412包括地面网络(例如,网络204)上站点(例如,站点202)和/或设备(例如,复制器218)处端口和/或电路的列表。调度器408可以使用端口 /电路数据集合412来识别用于调度数据馈送传输的可用端口和/或电路。CODEC 413指定可以转换数据的一个或多个编码和解码格式。带宽数据集合414包括端口电路数据集合412的关联端口和/或电路的带宽。调度器408可以使用端口 /电路412和关联的带宽414来向请求的发布和订购分配端口和/或电路412上可用的带宽。在一些实施例中,例如,调度器可以从请求408中读取指定的带宽和电路,并且然后从带宽数据集合414中读取针对指定电路的最大带宽。如果请求的带宽大于指定电路的最大带宽,则不能完成请求。否则,如果如时间/时间表416所指示的,指定电路还没有被过调度,则能够完成请求。在一个实施例中,时间/时间表416包括与保留的资源(例如端口、电路和带宽)相关联的日期和时间。例如,时间/时间表416可以是电路/端口标识符的日历或其它基于时间的寄存器,和/或在不同日期和时间那些电路/端口上使用的带宽。消费方/附属公司站点数据集合418标识消费方和/或附属公司站点,例如,可以经由地面网络递交保留请求并且进行通信的广播站。地域数据集合420包括与消费方/附属公司站点数据集合418中的一个或多个站点相关联的地域(例如,地理或逻辑)列表。在一个实施例中,调度器408使用消费方/附属公司站点418来识别共同利益集团和/或确定是否请求方可以使用特定端口。例如,典型地不是请求发布的站点的附属公司的请求方不能保留指定站点的专用端口。因此调度器根据消费方/附属公司站点418来确定每个请求方是否可以保留特定端口。调度器可以确定请求方是否在如地域数据集合420中所指示的特定地域中,从而确定从中传输请求的视频馈送的优选发布站点。在至少一个实施例中,配置模块424与调度器408和地面网络设备(例如,NAU212和/或复制器218)进行通信。配置模块424可操作于根据时间表416来配置地面网络设备。调度器408将配置消息426发送至配置模块424,以向配置模块424通知调度的事件、时间和/或保留的资源。例如,配置消息426可以识别要配置为在特定时间发送或接收视频馈送的端口和/或电路。基于配置消息426,配置模块424产生一个或多个配置命令428,一个或多个配置命令428被传输到关联的地面网络设备,从而配置设备在安排的日期/时间发送或接收。转向图6-11,示出了用于递交发布和订购参数的多个用户界面。在一个实施例中,可以由网络(例如,管理网络106(图I))中基于web服务器的保留来提供用户界面。基于站点的用户(例如,站点102,图I)可以经由计算机(例如,图2的计算机)登录到保留web服务器。如上所述,计算机可以执行使得用户能够导航到web页面界面(例如图6-11所示的那些web页面界面)的浏览器应用。转向图6,示出了用户界面600,通过用户界面600可以在订单细节选项卡中输入保留细节。可以在公司名称字段602中选择公司名称。公司名称对应于正请求保留的消费方。使用公司名称字段602的下拉箭头,呈现用户可以从中进行选择的公司名称列表。可以使用国内单选按钮604和国际单选按钮606将与保留相关联的一般位置选为国内或国外。在该实施例中,国际是指美国之外的位置。其他实施例不包括国内单选按钮604或国际单选按钮606。可以在保留名称字段608中输入唯一的保留名称。可以在参考PO字段610中输入与保留相关联的参考购买订单(PO)。分类字段612使得用户能够输入/选择与保留相关联的分类。通过在分类字段612的下拉箭头上单击,呈现可能分类列表。在一个实施例中,可能分类包括娱乐/广播节目、新闻、产品/广告、视频会议、其他、以及未知的。开始时间字段614使得用户能够输入保留的开始日期和开始时间。结束时间字段616使得用户能够输入保留的结束日期和结束时间。在一个实施例中,使用24小时时钟系统来预约保留,其中一天的午夜开始(12:00AM)输入为00:00,输入下午/12:00作为12:00,以及输入一天的午夜结束作为24:00。在该实施例中,结束日期和时间不超过24小时。在所示意实施例中,使用现场直播单选按钮618和磁带单选按钮620输入馈送类型。如果保留对应于现场直播视频馈送,则应当选择现场直播单选按钮618 ;如果保留对应于录制的视频馈送,则应当选择磁带单选按钮620。可以通过服务字段622选择服务类型。在一个实施例中,如果使用核心复制器/发布和订购功能,则选择数字服务。通过事件类型字段624可以选择事件的类型。在一个实施例中,例如,如果使用核心复制器/发布和订购功能,则可以选择ASI 0CA。在所示意实施例中,在带宽字段626中输入/选择保留的视频馈送的带宽(例如,比特率)。通过接近结束字段628,可以输入接近结束时间。在一个实施例中,对于小于60分钟的保留允许15分钟接近结束时间,对于60分钟或更长的保留,允许30分钟接近结束。 在一个实施例中,通过时区字段630,可以选择保留的时区。在注释字段632中,可以输入注释以进一步说明保留。在一个实施例中,任何输入的注释出现在供消费方使用的消费方确认信上。在一个实施例中,可以选择模板按钮634来选择保留模板。保留模板包括预设参数。可以选择重置按钮636来重置先前在字段中输入的参数。在所示意实施例中,在已经输入了订单细节参数之后可以选择下个按钮638。在选择下个按钮638,呈现“自/至”选项卡640。图7中示出了自/至选项卡640的实施例。通过自/至选项卡640,可以输入发起电路/位置参数和目的地电路/位置参数。通过发起位置字段702,可以选择发起电路的位置(例如,发起站点的城市和州)。通过发起电路字段704,可以选择发起电路标识符。发起位置和发起电路分别对应于从中发布关联视频馈送的位置和电路。通过音频信道字段706A,可以指示针对发起电路视频馈送的音频信道数目。通过信号格式字段708A,可以选择针对发起电路视频馈送的信号格式。在一个实施例中,信号格式可以是ASI或其他。在所示意实施例中,可以在网内(in-net)站点复选框710上打勾,以仅显示实现保留的公司的站点。换言之,“网络内”是指为其实现保留的共同利益集团的成员站点。在一个实施例中,如果在网内复选框上打勾,则仅示出专用端口 /电路。如果没有在网内复选框710上打勾,则除了专用端口 /电路以外还出现公用端口 /电路。如果未在网内复选框710上打勾,则用户可以查看用户/公司允许查看的每个电路(例如,公用、专用、网络内)。在所示意实施例中,核心复制器复选框712使得用户能够指定是否经由核心复制器(例如,复制器218,图2)分发关联的视频馈送。在一个实施例中,缺省地在核心复制器复选框712上打勾。核心复制器复选框712允许用户创建‘核心复制器’或‘发布’保留,使得其他站点可以根据需要订购发布。如果在核心复制器复选框上打勾,则不需要选择目的地。当用户仅递交发布保留时,用户应当在核心复制器复选框712上打勾(即选择核心复制器复选框712),以选择核心重复或发布。然后选择以下进一步讨论的预约按钮714来递交发布保留。如果正创建的保留请求是订购请求,则也通过自/至选项卡640指定目的地参数(例如,站点/位置)。在所示意实施例中,可以通过一个或多个目的地位置字段716和目的地电路字段718分别选择目的地位置和电路。在所示意实施例中,目的地位置字段716和目的地电路字段718是用户可以选择的下拉选项列表。对于每个目的地位置和电路,存在关联的音频信道字段76和信号格式字段708,通过关联的音频信道字段76和信号格式字段708用户可以分别选择关联的音频信道和信号格式。在一个实施例中,可以选择添加按钮720来添加另一目的地。当用户选择添加按钮720时,可以呈现另一组目的地位置字段716、目的地电路字段718、音频信道字段706和信号格式字段708。用户可以使用添加的字段来输入要接收视频馈送的附加目的地的参数。在图7的实施例中,保存为模板按钮722使得用户能够将所有当前输入的保留参数保存为模板。一旦被保存为模板,用户可以后续在未来请求递交时获取模板参数。后退按钮724使得用户能够返回至订单细节选项卡601。可以选择重置按钮726以重置参数字
段。在一个实施例中,选择重置按钮726从自/至选项卡640上的所有字段清除数据。在输入所有期望发起和目的地参数之后,用户可以选择预约按钮714来递交保留请求参数。在用户单击预约按钮714之后,如图8所示呈现根据一个实施例的保留状态选项卡802。保留状态选项卡802示出了保留请求的状态。可能的状态是成功和失败。在图8所示的示例中,所示的保留请求成功意味着能够保留资源,并且符合请求调度保留。保留状态选项卡802呈现一个或多个保留标识符(例如,保留号804),唯一地标识相应的保留请求。在所示意实施例中,与保留号804相关联地示出特定保留信息,例如状态806 (例如,成功、失败、确认的、未确认的、未决等)、消费方名称808、保留名称810、开始日期812、结束日期814、或集线器规范816。在该实施例中,保留名称810对应于在保留名称字段608(图6)中指定的保留名称。用户可以选择保留号804。例如,保留号804可以嵌入在可选择的超链接中。当用户在超链接上单击(例如,利用鼠标指针818选择)时,产生保留请求确认。在图9所示意的一个实施例中,在保留状态选项卡802内的弹出窗中存在保留请求确认902。保留确认902呈现与保留请求有关的大量细节,例如但不限于,消费方名称、保留名称、确认号、购买订单号、开始日期、开始时间、结束日期、结束时间、联系人信息(例如,电话号、传真号名)、服务类型、产品、事件、带宽、发起位置、以及目的地位置(如果存在)。在一个实施例中,当用户在保留号804上单击时,通过一些传递手段(例如普通邮件、电子邮件或文本消息收发)将包括保留细节的确认902发送至用户。图10示出了用户界面1000,通过用户界面1000可以搜索发布保留。用户界面1000包括搜索选项卡1002,通过搜索选项卡1002,用户可以输入一个或多个发布保留准贝U。搜索先前调度的发布以找出与用户在搜索选项卡1002中输入的发布准则相对应的发布。例如,用户可以通过输入“起始”日期和“结束”日期来输入时间框。在“起始”日期字段1004中输入起始日期,在“结束”日期字段1006中输入结束日期。在图10所示意实施例中,用户可以在保留ID字段1008中输入保留ID。用户可以使用保留状态字段1010来选择保留状态。用户还可以使用保留站点字段1012来选择站点。在ID字段1008、状态字段1010、和站点字段1012的情况下,缺省条件是“所有”,这意味着保留与搜索准则匹配,而与保留ID、状态和站点是否匹配其他准则无关。在所示意实施例中,公司字段1014用于指定公司搜索准则。当用户已经输入发布保留搜索准则时,用户可以选择递交按钮1016,来递交搜索准则,并且开始对与搜索准则匹配的发布保留的搜索。通过选择重置按钮1018,用户可以重置(例如,清除)所有搜索准则字段。在单击递交按钮1016之后,将发现满足输入准则的发布保留呈现给用户。在图11中示出了发布保留搜索结果概要1102的实施例。通常,发布保留搜索结果1102列出了与图10的搜索选项卡1002上输入(或缺省的)一个或多个搜索准则匹配的发布保留。通过图11的界面。用户可以订购在一个或多个搜索结果之中呈现的发布保留。通过选择后退按钮1104 (例如,单击后退按钮1104),用户可以回到图10的搜索准则规范选项卡1002以改变搜索准则。还关于搜索结果,在一个实施例中,以表1102的形式呈现搜索结果。在所示意实施例中,搜索结果表1102包括针对在搜索中找到的每个发布保留的消费方名称(或名称缩 写)1106、保留ID 1108、保留名称1110、保留状态1112、开始时间1114、结束时间1116、以及发起位置1118。此外,还可以针对每个发布保留呈现目的地按钮1120和/或订购按钮1122。在实施例中,通过选择目的地按钮1120,用户可以观看与有关的发布保留相关联的现有订购保留。当选择目的地按钮1120时,呈现另一选项卡或窗(未示出),列出了向其传输发布的目的地(例如,位置和电路)。还可以示出其他目的地参数。在实施例中,通过选择订购按钮1122,用户可以输入订购请求参数,以订购关联的发布。在该实施例中,当用户选择订购按钮1122时,呈现订单细节选项卡(例如,订单细节选项卡601或自/至选项卡640)或有关的订购参数输入窗。用户然后可以指定订购请求参数。在用户已经输入订购参数之后,订购应用尝试调度资源,以基于时间参数和其他指定参数(例如,带宽)来路由请求的订购(例如,视频馈送)。图12是示出了根据实施例的用于执行数据馈送资源保留的示例算法1200的流程图。图12所示的步骤可以由视频馈送订购系统(例如,图4所示的系统)或类似配置的系统来执行。根据特定实现方式,算法1200的操作顺序可以与图12所示的顺序不同。此外,根据实现方式,一个或多个步骤是可选的。例如,尽管图12示出了用于接收发布请求并且调度发布请求的操作,不需要在算法1200中执行这些步骤。相反,例如可以在不同处理中和/或通过分立系统来执行与处理发布请求有关的步骤。现在转向算法1200的细节,接收操作1202接收发布请求。如上所述,发布请求可以采用图5所示形式。备选地,发布请求可以采用不同形式。通常,发布请求是进行可用于在某指定时间(例如,时间框)或者在某指定时间内发布的数据馈送(例如视频馈送)的请求。发布请求指定发布的其他参数,例如但不限于要使用的带宽、资源(例如,发起电路)、发布开始和结束时间、公用/专用端口、发布的位置、或发布的地域。调度操作1204在资源可用于发布数据馈送的情况下调度在请求操作1202中请求的数据馈送发布。调度操作1204的实施例确定资源是否可用。例如,调度操作1204可以确定位于一个或多个站点处的数据传输设备上的一个或多个端口是否可用。在该实施例和/或其他实施例中,调度操作1204通过优先化方案进行,在优先化方案中,首先针对资源检查较高优先级地域的站点。
在至少一个实施例中,调度操作1204基于传输所需的带宽来选择数据传输设备的端口。在该实施例和/或其他实施例中,调度操作1204基于端口被指定为公用还是专用和/或发布请求指定公用端口还是专用端口,来选择一个或多个端口。在调度操作1204的一个实施例中,用户可以指定公用/私用端口指定开始起作用的发起电路和目的地电路。根据是否允许用户订购那些端口,特定公用和/或专用端口可以可用于用户从中进行选择,而其他端口可以是不可用的。仅使得用户能够从可用于用户的端口中选择。例如,如果没有授予消费方A处的用户A预约消费方B的专用端口的能力,则不能向消费方A处的用户A提供在GUI中选择消费方B’的专用电路/端口的选项,来请求作为发起或目的地的电路/端口。另一接收操作1206接收订购请求。订购请求指定调度的发布。在一些实施例中,订购请求是图5所示以及上述的形式,但是也可以使用订购请求的其他形式。在一些实施例中,订购请求包括一个或多个参数,包括但不限于指定的发布、带宽、发起电路、一个或多个目的地电路、以及一个或多个相应开始和结束时间。

另一调度操作1208在有足够资源可用的情况下调度订购请求。在一个实施例中,调度操作1208首先验证订购请求。验证订购请求典型地涉及确定订购请求的格式和参数是否正确。例如,可以验证一个或多个开始和结束时间以确保他们落在订购请求所订购的指定发布的开始时间和结束时间内。还关于调度操作1208,在一个实施例中,资源分配在发布请求的终止点处开始。调度系统跟踪发布终止的位置(其上有核心复制器设备)。在该实施例中,然后在确认对发布的任何订购之前路由和确认请求的发布。在调度操作1208的实施例中,如果订购请求是有效的,则调度操作1208根据订购请求的参数来确定是否有传输指定发布数据馈送的足够资源。在实施例中,调度操作1208执行基于时间的数据馈送路由。基于时间的路由涉及在传输数据馈送之前保留用于传输数据馈送的资源。例如,可以在特定端口上保留特定量的带宽。保留带宽或其它资源可以涉及在存储器中指定端口上保留的带宽的量(例如,端口 412、带宽414(图4))。调度操作1208的实施例通过一个或多个指定的目的地电路中的每一个以及相应的开始和结束时间而迭代检查数据传输设备上的一个或多个端口是否具有在指定时间传输数据馈送的足够可用带宽。这可以涉及检查先前端口保留的时间表(例如,时间表416(图4)),以确定在指定时间在指定的目的地电路的端口上已经保留了多少带宽。可以保留可用的特定量带宽。这样,可以基于时间来分配端口或电路带宽。在一个实施例中,如果调度操作1208确定订购请求是无效的,并且有足够资源可用,则保留可用资源。如果对于订购请求或者对于订购请求的一部分而言资源不可用,则发送通知,以指示不能保留只能对该订购请求或该订购请求部分的资源。例如,如果订购请求指定具有八个相应开始和结束时间的八个目的地电路,并且资源在指定时间对于八个目的地中的仅七个目的地是可用的,则发送指示不能满足第八个请求的消息。在该示例中,发送确认,以确认已经保留了前七个请求的订购。相应地,实施例允许部分订购确认,其中,如果不能满足订购请求,则不能拒绝有可用资源的另一部分订购请求。配置操作1210配置在调度操作1204中保留的调度的发布资源,使得保留的资源在订购时间发布数据馈送。另一配置操作1212配置在调度操作1208中保留的订购资源,使得调度的资源在订购时间发送和接收发布的数据馈送。在一些实施例中,配置操作1210和配置操作1212配置发起和一个或多个目的地处的数据馈送发送和接收设备,以分别发送和接收发布的数据馈送。释放操作1214在发送和接收发布的数据馈送之后释放保留的订购资源。另一释放操作1216在发送发布的数据馈送之后释放保留的发布资源。在一些实施例中,释放操作1214和1216分别作为针对美国发布/订购处理的步骤而出现。在另一实施例中,释放操作1214和1216分别作为周期性批操作而出现,在周期性批操作中,周期性地检查资源保留时间表,并且从时间表中去除比当前时间早的保留。图13是可以实现和执行本发明实施例的计算机系统1300的示意图。例如,一个或多个计算设备1300可以被配置为调度订购和保留请求,并且基于请求保留传递数据馈
送的可用资源。计算系统1300通常示例了任何数目的计算设备,包括通用计算机(例如,桌上型计算机、膝上型计算机或者服务器计算机)或者专用计算机(例如,嵌入式系统)。根据本示例,计算机系统1300包括总线1301(即,互连)、至少一个处理器1302、至少一个通信端口 1303、主存储器1304、可拆卸存储介质1305、只读存储器1306、以及大容量存储器1307。处理器1302可以任何已知的处理器,例如但不限于,Intel ltanium 或ltanium2 处理器、AMD L Opterona^Athlon MP 处理器、或Motorola 处理器线。通信端口 1303可以用于基于调制解调器的拨号连接的RS-232端口、10/100以太网端口、使用铜或光纤的吉比特端口或USB端口中的任一个。可以根据诸如局域网(LAN)或广域网(WAN)之类的网络或者与计算机系统1300相连的任何网络来选择通信端口 1303。计算机系统1300可以经由输入/输出(I/O)端口 1309与外围设备(例如,显示屏1330、输入设备1316)进行通信。主存储器1304可以是随机存取存储器(RAM)、或者本领域公知的任何其他动态存储设备。只读存储器1306可以是任何静态存储设备,例如用于存储静态信息(例如,用于处理器1302的指令)的可编程只读存储器(PROM)芯片。主存储装置1307可以用于存储信息和指令。例如,硬盘(例如Adaptec 小型计算机串行接口(SCSI)驱动器族)、光盘、诸如冗余独立磁盘阵列(raid)之类的磁盘阵列(例如Adaptec RAlD驱动器族)、或者任何其他大容量存储器。总线1301将处理器1302与其他存储器、存储装置和通信模块通信耦合。总线1301可以是根据使用的存储设备的PCI/PCI-X、SCSI、或基于通用串行总线(BUS)的系统总线(或其他)。可拆卸存储介质1305可以是任何类型的外部硬盘驱动器、软盘、10MEGA Zip驱动器、压缩磁盘-只读存储器(CD-ROM)、压缩磁盘-可盖写(CD-RW)、数字视频磁盘-只读存储器(DVD-ROM)等。可以提供本文的实施例作为计算机程序产品,可以包括其上存储有指令的机器可读介质、可以用于编程计算机(或者其他电子设备)以执行处理。机器可读介质可以包括但不限于磁盘、光盘、CD-ROM、磁光盘、ROM、RAM、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁或光卡、闪速存储器、或适合于存储电子指令的其他类型的介质/机械可读介质。此外,本文的实施例还可以下载为计算机程序产品,其中可以经由通信链路(例如,调制解调器或网络连接)通过嵌入在载波或其他传播介质中的数据信号将程序从远程计算机传送至请求计算机。如所示,利用支持本文所讨论的功能的数据馈送资源保留应用1350-1对主存储器1304进行编码。例如,数据馈送资源保留应用1350-1可以包括图4的保留界面402、调度器408和/或配置模块424。可以嵌入数据馈送资源保留应用1350-1 (和/或本文描述的其他资源)作为诸如数据和/或逻辑指令之类的支持根据本文描述的不同实施例的处理功能的软件代码(例如,存储器中或另一计算机可读介质(例如磁盘)上存储的代码)。在一个实施例的操作期间,处理器1302经由总线1301的使用访问主存储器1304,以便发起、运行、执行、解译或另外执行数据馈送资源保留应用1350-1的逻辑指令。数据馈送资源保留应用1350-1的执行在数据馈送资源保留处理1550-2中产生处理功能。换言之,数据馈送资源保留处理1350-2表示在计算机系统1300中的处理器1302内或上执行的数据馈送资源保留应用1350-1中的一个或多个部分。应当注意到,除了执行如本文所述的操作的数据馈送资源保留处理1350-2之外,本文的其他实施例包括数据馈送资源保留应用1350-1本身(即,未执行或非执行逻辑指 令和/或数据)。数据馈送资源保留应用1350-1可以存储在计算机可读介质(例如,复制器)上,例如,软盘、硬盘,或者存储在光学介质中。根据其他实施例,数据馈送资源保留应用1350-1还可以存储在存储器类型系统(例如固件、只读存储器(ROM))中,或者在该示例中,作为主存储器1304(例如,在随机存取存储器或RAM)中的可执行代码。例如,数据馈送资源保留应用1350-1还可以存储在可拆卸存储介质1305、只读存储器1306、和/或大容量存储设备1307中。以上参照图1-12详细讨论了计算机系统1300所支持的示例功能,更具体地与数据馈送资源保留应用1350-2和数据馈送资源保留处理1350-2相关联的功能。除了这些实施例以外,还应当注意,本文的其他实施例包括在处理器1302中执行数据馈送资源保留应用1350-1作为数据馈送资源保留处理1350-2。因此,本领域技术人员将理解,计算机系统1300可以包括其他处理和/或软件和硬件组件,例如控制硬件资源分配和使用的操作系统。在另一实施例中,保留界面402 (图4)宿主在一个或多个Windows 虚拟机(VM)上,调度器410在一个或多个Unix Solaris 10服务器上执行,配置模块424运行在运行Hewlett Packard Unix操作系统的Hewlett Packard 服务上,并且数据库运行在一个或多个Unix Solaris 10服务器上。如本文所讨论的,本发明的实施例包括各种步骤或操作。大量这些步骤可以由硬件组件来执行,或者可以嵌入在机器可执行指令中,机器可执行指令可以用于使利用指令编程的通用或专用处理器执行上述操作。备选地,这些步骤可以由硬件、软件和/或固件的组合来执行。术语“模块”是指本身包含的功能组件,可以包括硬件、软件、固件或其任何组
口 o在不背离本发明范围前提下可以对本文讨论的示例实施例进行各种修改和添加。例如,当上述实施例指代特定特征时,本发明的范围还包括具有特征的不同组合的实施例以及部包括所有描述特征的实施例。相应地,本发明的范围不限于涵盖所有者与的备选方式、修改和变型连同其等同物。
权利要求
1.一种管理地面网络上视频馈送传递的方法,所述方法包括 接收订购请求,所述订购请求指定接收视频馈送的一个或多个目的地站点以及将视频馈送传递至一个或多个目的地站点中的每一个的相应时间,其中各个相应传递时间在视频馈送为可用的发布时间范围内;以及 配置可用资源,以在各个相应时间将请求的视频馈送传递至一个或多个目的地站点。
2.根据权利要求I所述的方法,还包括接收对发布时间范围加以指定的发布请求。
3.根据权利要求I所述的方法,还包括识别在各个相应传递时间可用的一个或多个可用资源。
4.根据权利要求I所述的方法,其中,配置可用资源包括保留复制器的一个或多个端口,以在相应传递时间传递请求的视频馈送。
5.根据权利要求I所述的方法,还包括确定视频馈送传递设备的一个或多个端口上是否存在足够带宽用于在一个或多个传递时间中的每个时间传递请求的视频馈送。
6.根据权利要求5所述的方法,还包括在不存在可用于在请求的传递时间处传递请求的视频馈送的足够带宽情况下发送拒绝消息。
7.根据权利要求6所述的方法,还包括在足够带宽可用的情况下发送保留确认消息,保留确认消息确认资源可用于传递请求的视频馈送。
8.根据权利要求I所述的方法,其中,还包括在传递请求的视频馈送之后解除可用资源的分配。
9.根据权利要求I所述的方法,其中,配置可用资源包括确定资源是否可用于在一个或多个传递时间中的每个时间传递请求的视频馈送,如果资源不可用于将请求的视频馈送传递至一个或多个目的地站点中的一个,并且资源可用于将视频馈送传递至一个或多个目的地站点中的另一个,则仅配置可用资源在相应传递时间将视频馈送传递至所述另一个目的地站点。
10.一种用于管理地面网络上视频馈送传递的系统,所述系统包括 资源调度器,可操作于在一个或多个请求的时间保留可用资源,以用于将视频馈送传递至相应的一个或多个请求的目的地;以及 配置模块,可操作于配置可用资源,以在资源可用的相应时间将视频馈送传递至一个或多个目的地。
11.根据权利要求10所述的系统,其中,资源调度器还可操作于在一个或多个请求的传递时间之后释放可用资源。
12.根据权利要求10所述的系统,其中,资源调度器还可操作于接收发布请求,发布请求指定视频馈送可用于传递的发布时间窗。
13.根据权利要求12所述的系统,其中,资源可操作于接收订购请求,订购请求指定一个或多个请求的传递时间以及相应的一个或多个目的地。
14.根据权利要求13所述的系统,其中,资源调度器还可操作于确定一个或多个请求的传递时间中的每一个是否在发布时间窗内。
15.根据权利要求13所述的系统,其中,资源调度器可操作于确定在相应传递时间在发起位置和一个或多个目的地中的每一个处是否存在可用的足够资源。
16.根据权利要求13所述的系统,其中,资源调度器可操作于从能够被传递视频馈送的多个目的地位置之中选择目的地位置
17.根据权利要求16所述的系统,其中,资源调度器基于位置地域来选择目的地位置。
18.根据权利要求13所述的系统,其中,资源调度器提供用于订购要发布的视频馈送的在线界面。
19.根据权利要求18所述的系统,其中,在线界面呈现要发布的视频馈送,并且在线界面被配置为接收对一个或多个选定视频馈送的订购。
20.一种用于管理地面网络上数据馈送传递的计算机实现方法,所述方法包括 接收发布请求,所述发布请求指定了数据馈送可用于发布的发布时间框; 接收订购数据馈送的订购请求,所述订购请求指定接收数据馈送的目的地以及在目的地处传递数据馈送的关联传递时间; 如果指定的传递时间在发布时间框内,则在指定的传递时间保留可用带宽;以及 如果指定的传递时间在发布时间之外,则拒绝订购请求。
全文摘要
一种方法的实施例包括接收订购请求,所述订购请求指定接收视频馈送的一个或多个目的地站点以及将视频馈送通过地面网络传递至一个或多个目的地站点中的每一个的相应时间,其中各个相应传递时间在视频馈送为可用的发布时间范围内;以及配置可用资源以在各个相应时间将请求的视频馈送传递至一个或多个目的地站点。
文档编号H04N21/222GK102792705SQ201080057167
公开日2012年11月21日 申请日期2010年11月18日 优先权日2009年12月17日
发明者德鲁·豪尔, 戴维·博尔达, 比利·霍夫曼, 莱恩·科特 申请人:第三雷沃通讯有限责任公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1