CN103098031B - 用于在网络环境中提供媒体服务器冗余的系统和方法 - Google Patents

Abstract

在一个示例实施例中提供了一种方法，该方法包括评估被配置为捕捉来自一个或多个媒体源的媒体流的媒体服务器的活动状态。该方法还包括确定与媒体服务器相关联的故障，并且基于该故障激活故障转移媒体服务器以接收媒体流。该方法还包括复制与经历了故障的媒体服务器相关联的配置数据。配置数据可被配设在适当的数据库中。故障转移媒体服务器被利用该配置数据来配置。

Description

用于在网络环境中提供媒体服务器冗余的系统和方法

技术领域

本公开总地涉及网络通信的领域，更具体而言涉及在网络环境中提供媒体服务器冗余。

背景技术

媒体系统当前被用在多种有用应用中。例如，安保系统可采用媒体服务器来捕捉监视音频和视频。这种系统经常是复杂的：尤其是在大型安装中，其中元件被广泛分布。在安保系统中提供冗余和连续性是既关键又有挑战性的。用于记录流媒体的当前因特网协议（IP）网络在故障的情况下可具有有限的冗余。这种故障通常对于流传输是破坏性的，并且还是用户可注意到的。当媒体服务器发生故障时，流媒体突然中断，直到找到可行的备用服务器为止。此发现活动导致了流媒体的严重延迟：在实况或记录数据的情况下都是如此。因此，适当地管理数据流的能力对于设备厂商、服务提供商和网络运营商都同样是重大的挑战。

附图说明

为了提供对本公开及其特征和优点的更完整理解，参考以下结合附图来领会的描述，附图中相似的标号表示相似的部分，其中：

图1A是示出在网络环境中为媒体服务器故障提供媒体服务器冗余的媒体系统的示例实施例的框图；

图1B是示出在网络环境中为媒体服务器故障提供媒体服务器冗余的媒体系统的示例实施例的操作的流程图；

图2是示出在网络环境中为模拟端口故障提供媒体服务器冗余的媒体系统的示例实施例的框图；

图3A是示出在网络环境中在实况观看期间为媒体服务器故障提供媒体服务器冗余的媒体系统的示例实施例的框图；

图3B是示出在网络环境中在实况观看期间为媒体服务器故障提供媒体服务器冗余的媒体系统的示例实施例的操作的流程图；

图4A是示出在网络环境中在记录媒体流的重放期间提供媒体服务器冗余的媒体系统的示例实施例的框图；并且

图4B是示出在网络环境中在记录媒体流的重放期间提供媒体服务器冗余的媒体系统的示例实施例的操作的流程图。

具体实施方式

概述

在一个示例实施例中提供了一种方法，该方法包括评估被配置为捕捉来自一个或多个媒体源的媒体流的媒体服务器的活动状态。该方法还包括确定与媒体服务器相关联的故障，并且基于该故障激活故障转移（failover）媒体服务器以接收媒体流。该方法还包括复制与经历了故障的媒体服务器相关联的配置数据。配置数据可被配设在适当的数据库中。故障转移媒体服务器被利用该配置数据来配置。

在更具体的实施例中，该方法可包括将媒体服务器的最后已知记录数据片段传达给故障转移媒体服务器；以及当故障转移媒体服务器被激活时向操作管理器传达通知。配置数据可包括媒体源的网络地址、与媒体源相关联的记录事件和/或媒体源中的至少一个为了记录而被触发的条件，等等。

在其他实现方式中，该方法可包括在与经历了故障的媒体服务器相关联的第一媒体数据库中存储第一组媒体元数据。第一组媒体元数据包括与媒体流的第一部分相关联的开始时间和停止时间。该方法还可包括在与故障转移媒体服务器相关联的第二媒体数据库中存储第二组媒体元数据。第二组媒体元数据包括由故障转移媒体服务器记录的媒体流的第二部分的开始时间和停止时间。此外，该方法可包括接收与配置数据相关联的一个或多个更新。经历了故障的媒体服务器中的现有配置数据不被更新。媒体流的由故障转移媒体服务器接收的部分在经历了故障的媒体服务器被复活之后可由故障转移媒体服务器维护。

示例实施例

转到图1A，图1A是用于在网络环境中提供媒体服务器故障转移冗余的媒体系统10的简化框图。图1A示出了一种示例场景，其中媒体服务器发生了故障，并且故障转移媒体服务器代替它被激活。图1A包括媒体服务器监视器12、媒体服务器14、媒体服务器16、媒体服务器18、故障转移媒体服务器20、操作管理器22、模拟矩阵切换器24（其可包括流复制器，如图所示）、一组因特网协议（IP）相机26a-26n以及一组模拟相机28a-28n。一般而言，故障转移是如下过程：通过该过程，当用于IP相机26a-26n和/或模拟相机28a-28n的主媒体服务器（例如媒体服务器14）发生故障时，当主媒体服务器上的模拟端口发生故障时等等，故障转移媒体服务器20被激活以用于来自IP相机26a-26n和/或模拟相机28a-28n的流传输和记录。

媒体服务器监视器12可包括处理器38a、存储器元件40a和故障转移模块42。这里使用的存储器元件一词包括任何易失性或持久性介质，例如电路、磁盘或光盘，计算机可在其中存储数据或软件达任意长的时间。单个存储器可包含多个介质（并且被分布在多个介质上）。或者，媒体服务器监视器12也可与诸如故障转移媒体服务器20之类的另一网络元件共享存储器元件和处理器。媒体服务器监视器12被配置为与操作管理器22、媒体服务器14-18和故障转移媒体服务器20交换信息。

媒体服务器14、16、18中的每一个可分别包括处理器、存储器元件和数据库50a-50n。数据库50a-50n可被配设来存储配置数据、媒体记录、媒体元数据，等等。配置数据可包括诸如以下信息：媒体源的网络地址（例如相机的IP地址或媒体访问控制（MAC）地址）、媒体源类型、记录事件、记录类型、媒体源被触发的条件和/或任何其他与捕捉信息相关的适当参数。媒体元数据可包括与在媒体服务器发生故障时进行的备用记录有关的信息，例如媒体记录的时间戳和位置。在某些情况中，媒体元数据可被包含在宽泛的词语“配置数据”内。

配置信息可被复制到与故障转移媒体服务器20相关联的数据库32a-32n。在一种情况中，数据库32a-32n可驻留在故障转移媒体服务器20内以在网络中故障的情况下提供额外的差错容忍。或者，数据库32a-32n可被配设在任何其他适当的位置。媒体服务器14-18被配置为与媒体服务器监视器12和故障转移媒体服务器20交换信息。

在操作中，故障转移媒体服务器20可代表其被指派的任何发生故障的媒体服务器（即，在故障的情况下故障转移媒体服务器20负责的媒体服务器）进行动作。故障转移媒体服务器20应当具有用于继续接收由相机26a-26n和/或模拟相机28a-28n捕捉的信息的配置数据。例如，某些相机可被配设用于运动检测（例如，在为活动很少的建筑物或停车场配设的情况下的“记录运动”）。在其他情况下，相机能够以持续的方式系统地捕捉实况流。此配置数据可被有效地结合到故障转移媒体服务器20的操作中，其中先前由发生故障的媒体服务器执行的操作随后将由故障转移媒体服务器20执行。

应当注意，故障转移媒体服务器20可继续接收对配置数据的更新。在一个特定示例中，在提供一致性的尝试中，发生故障的媒体服务器不使其配置数据被更新（例如，其可以在某个指定的时间间隔中是只读数据）。故障转移媒体服务器20可访问任何适当的数据库以取得配置数据来模仿发生故障的媒体服务器的操作。因此，发生故障的媒体服务器的配置数据被复制，以使其可被故障转移媒体服务器20成功使用。例如，数据库复制软件可用于将配置数据从发生故障的媒体服务器拷贝到故障转移媒体服务器20。当发生故障的媒体服务器被复活时，故障转移媒体服务器20可告知此设备：故障转移媒体服务器20记录了特定类型的信息，在特定的时间期间，来自特定的相机，等等。在一个特定示例中，此记录的信息由故障转移媒体服务器20维护，故障转移媒体服务器20不一定将记录转发到发生故障的媒体服务器（例如，在故障已被矫正并且发生故障的媒体服务器又可正常工作之后）。取而代之，故障转移媒体服务器20可以就简单地维护在故障期间记录的此信息。或者，此记录的信息可被传递到发生故障的媒体服务器（或者任何其他适当的位置）以被协调、处理、结合到现有的记录中、附加到当前的记录仓库，等等。

故障转移媒体服务器20一般包括处理器38b、存储器元件40b、数据库32a-32n和数据库34。或者，在某些实现方式中，故障转移媒体服务器20可与诸如媒体服务器监视器12之类的另一网络元件共享处理器和存储器元件。数据库32a-32n可分别提供数据库50a-50n中的配置数据的复制，而数据库34可存储关于故障转移媒体服务器20的信息，例如与当给定的媒体服务器发生故障时的备用记录有关的信息。

在一个特定实施例中，媒体系统10可与局域网（LAN）相关联。在其他实施例中，媒体系统10将同样适用于其他网络环境，例如服务提供商数字订户线（DSL）部署、企业广域网（WAN）部署、线缆场景、一般宽带、固定无线实例、光纤接入（FTTx），光纤接入是在最后英里体系结构中使用光纤的任何宽带网络体系结构的统称。或者，媒体系统10可与任何无线LAN（WLAN）、城域网（WAN）、广域网（WAN）、外联网、内联网、虚拟专用网（VPN）或任何其他促进网络环境中的数据传播的适当体系结构或系统相接口。

媒体系统10可包括能够进行传送控制协议/互联网协议（TCP/IP）通信以便在网络中发送和/或接收分组的配置。媒体系统10还可在适当时基于特定需要结合用户数据报协议/IP（UDP/IP）或任何其他适当的协议操作。除非在以下论述中另有指出，否则网络元件可使用公共可用的协议或消息传递服务来通过网络与彼此通信。

网络可包括通过通信介质耦合到彼此（并与彼此通信）的任何数目的硬件或软件元件。网络元件可包括可操作来在网络环境中交换信息的任何适当的硬件、软件、组件、模块、接口或对象，例如路由器、交换机、网关、网桥、负载均衡器、防火墙、内联服务节点、代理、客户端或服务器。这可包括允许数据或信息的有效交换的适当算法和通信协议。通信介质可包括网络元件可通过其传送数据的任何物理、光学、电磁或其他介质。

再次参考图1A，操作管理器22可作为媒体系统10的管理接口来操作。操作管理器22被配置为与媒体服务器监视器12、故障转移媒体服务器20和各种媒体客户端通信。媒体系统10的管理员可使用操作管理器22来配置媒体系统10的其他元件，例如将媒体服务器指派给特定的媒体流、特定的订户、特定的端点，等等。

模拟矩阵切换器24能够对模拟视频信号进行编码、复制并将其从一个端口切换到另一个。或者，模拟信号可经过模拟矩阵切换器24而不被编码，然后被给定的媒体服务器编码。模拟相机28a-28n也可连接到媒体服务器，该媒体服务器对模拟信号编码，而不经过模拟矩阵切换器24。

为了使媒体系统10支持直接附接到媒体服务器模拟端口的相机的故障转移，该体系结构可允许相机的模拟视频馈送被复制到另一媒体服务器。这种复制可涉及故障转移媒体服务器20。这可利用诸如模拟矩阵切换器24之类的网络元件、具有多个输出的视频放大器或任何其他适当的设备或机构来实现。虽然在图1A中只表示了一个故障转移媒体服务器20，但额外的故障转移媒体服务器可被添加到媒体系统10来提供更高的差错容忍、可扩展性，等等。

转到图1B以提供与媒体系统10相关联的示例流程，图1B是进一步示出该体系结构管理的故障转移操作的流程图100。在正常操作期间，媒体服务器14接收来自媒体源（例如IP相机26a或模拟相机28a）的媒体流并且将媒体数据存储（即，排队、记录、维护，等等）在数据库50a中。每个活动的主媒体服务器14、16和18以及故障转移媒体服务器20可被配置为以有规律的间隔向媒体服务器监视器12发送心跳消息。或者，媒体服务器监视器12可以以有规律的间隔向每个主媒体服务器14、16和18发送状态请求（有时称为ping或保活），在此情况下只是响应于这些请求而发送心跳消息。（或者，可以有对网络元件的简单知晓，或者对配设的网络元件可正常工作的推定。）注意，所有这种用于传达给定的媒体服务器可正常工作的消息可能性都只不过是在用信号通知媒体服务器的活动状态。

心跳消息可包含与已配置的、活动的和/或发生故障的模拟端口和IP设备相关联的数据。间隔时段可根据需要来配置，但应当足够短以允许检测活动状态（例如心跳）消息中的异常（即，任何类型的不规律）的最小延迟。在图1A和1B中所示的示例实施例中，心跳异常是如下状况：媒体服务器监视器12在所配置的间隔时段期间未能接收到来自主媒体服务器的X个心跳消息，其中X可被配置为适合于特定应用的值。例如，在视频监视应用中，X应当是比如2这样的小数字。在步骤110，媒体服务器监视器12评估来自每个媒体服务器14、16和18以及来自故障转移媒体服务器20的心跳消息。

在典型部署中，多个IP相机（或多个模拟相机）将视频数据（连同音频数据）发送到相应的媒体服务器。当该媒体服务器具有某种故障（该故障可以是基于软件或硬件的，涉及电力故障，等等）时，体系结构应当继续系统地接收来自相机的视频信息。发生功能障碍的媒体服务器可花费几分钟来矫正（例如，在重新启动的情境中），花费若干小时来修理，或者媒体服务器可能必须被更换、用软件升级，等等。[注意，这里在本说明书中使用的“故障”一词是欲表示可发生在给定设备中、网络中、任何给定设备的内部组件中等等的任何可能的功能障碍（可能与电力、硬件、软件、通信链路等等相关联）的宽泛词语。]

在步骤120检测到心跳异常后可发起故障转移过程。基于此异常状况，媒体服务器监视器12假定主媒体服务器发生了故障并且在步骤130激活故障转移模块42。故障转移模块42随后可根据已被适当地复制在数据库32a-32n之一中的主媒体服务器的配置信息来配置故障转移媒体服务器20。或者，故障转移模块42可指示操作管理器22或故障转移媒体服务器20下载与发生故障的媒体服务器14相关联的模拟流和IP设备的配置。

如果故障转移媒体服务器不可用或者不具有用于所有模拟流和IP设备的充分能力，则媒体服务器监视器12可发起警报。故障转移媒体服务器20的端口（和相关联的IP设备）随后被设定到活动状态，这使得故障转移模块42向模拟矩阵切换器24发送命令以将适当的模拟设备切换到故障转移媒体服务器20的适当模拟端口。故障转移媒体服务器20还可连接到任何配置的IP设备，并且进一步开始将来自这些设备的流记录在数据库34中（或任何其他适当的位置）。

故障转移模块42还将发生故障的媒体服务器14的最后已知记录数据传达到故障转移媒体服务器20。此最后已知记录数据可被存储在数据库32a中。如果媒体服务器监视器12随后在步骤140接收到来自媒体服务器14的规律的心跳消息，则故障转移模块42在步骤150向故障转移媒体服务器20发送解除激活消息。这使得故障转移媒体服务器20终止记录并与相机断开连接。如果媒体服务器监视器12在所配置的间隔时段期间接收到来自媒体服务器的所配置数目的（例如X个）心跳消息，则心跳消息可被视为“规律的”。数字X可以就是被配置用于检测心跳异常的那个值，或者其可以是任何其他适合于特定应用的值。在故障转移媒体服务器20与相机断开连接之后，模拟流和IP设备可被成功地切换回媒体服务器14。故障转移模块42还通知媒体服务器14故障转移媒体服务器20曾被激活并且其在异常期间记录了数据，以及异常的时间范围（如图1B的步骤160处所示）。媒体元数据可被存储在数据库50a中。类似地，故障转移媒体服务器20可将媒体服务器14的身份和异常时间范围存储在数据库34中。故障转移模块42还可通知操作管理器22指示每个模拟流和IP设备的当前位置。在详述与本公开相关联的额外操作之前，提供关于图1A的基础设施的简要论述。

媒体服务器监视器12和故障转移媒体服务器20是一般地管理（或者与彼此合作以便管理和/或协调）网络环境中的媒体协议的网络元件。这包括故障转移特征，如这里在本公开中概述的。这里在本说明书中使用的“网络元件”一词欲包含服务器、应用程序接口（API）、代理、处理器、模块或任何其他可操作来在网络环境中交换信息的适当设备、组件、元件或对象。这些网络元件可包括促进其操作的任何适当的硬件、软件、组件、模块、接口或对象。这可包括允许数据或信息的有效交换（接收和/或发送）的适当算法和通信协议。

媒体服务器监视器12和故障转移媒体服务器20可共享（或协调）某些处理操作。利用类似的原理，其各自的存储器元件可按任何数目的可能方式存储、维护和/或更新数据。此外，因为这些网络元件中的一些可容易被组合成单个单元、设备或服务器（或者这些元件的某些方面可在彼此之内提供），所以图示的处理器中的一些可被移除，或者以其他方式被整合，使得单个处理器和/或单个存储器位置可负责与端点管理控制相关联的某些活动。在一般意义上，图1A中所示的布置在其表示上可更逻辑化，而物理体系结构可包括这些元件的各种置换/组合/混合。

在一个示例实现方式中，媒体服务器监视器12和故障转移媒体服务器20包括软件（例如作为故障转移模块42等等的一部分）以实现智能故障转移管理操作，如这里在本文中概述的。在其他实施例中，此特征可在任何上述元件的外部提供，或者被包括在某个其他网络元件（其可能是专有的）中以实现此期望功能。或者，若干个元件可包括能够协调以便实现这里概述的操作的软件（或往复式软件）。在其他实施例中，图中所示的任何设备可包括促进这些端点管理操作的任何适当的算法、硬件、软件、组件、模块、接口或对象。

图2是示出媒体系统10的另一示例实现方式的简化框图。此特定图示描绘了如下场景：媒体服务器监视器12检测另一类型的异常，其可以是媒体丢失警报。此丢失警报可以是关于从媒体服务器（例如，媒体服务器18）的模拟端口，或者来自媒体服务器的心跳消息中的活动端口的数目不匹配心跳消息中的配置端口的数目的异常状况的。在这种情况下，故障转移模块42可选择可用的故障转移媒体服务器，例如故障转移媒体服务器20，并向故障转移媒体服务器20发送激活消息。

故障转移模块42随后可根据已被复制在数据库32a-32n之一中的主媒体服务器的配置信息来配置故障转移媒体服务器20。或者，故障转移模块42可指示操作管理器22或故障转移媒体服务器20下载与发生故障的媒体服务器相关联的模拟流和IP设备的配置（即，从操作管理器22到被激活的故障转移媒体服务器20）。在此场景中，优选的故障转移媒体服务器应当有最多的可用模拟端口和最少的IP设备与之相关联。故障转移模块42随后用信号通知模拟矩阵切换器24将模拟相机馈送切换到故障转移媒体服务器20上的适当端口，并且还使得该记录活动。如果媒体服务器18随后在丢失的端口上检测到媒体，其可向媒体服务器监视器12发送媒体检测到警报，并随后更新其心跳消息。当媒体服务器监视器12接收到媒体检测到警报和经更新的心跳消息时，故障转移模块42可指示故障转移媒体服务器20停止记录，然后解除激活相关联的端口。注意，在单个模拟端口的异常期间，故障转移模块42向操作管理器22和媒体服务器18发送信息以提供流（和任何相关联的记录数据）的位置信息。

图3A是示出与本公开的一个实现方式相关联的可能细节的简化框图。更具体而言，图3A示出了媒体客户端62在媒体系统60中请求实况媒体流的场景。媒体系统60与媒体系统10基本上类似，并且其包括主媒体服务器64、故障转移媒体服务器66、故障转移模块67和操作管理器68。媒体系统60图示了一替换实施例，其中故障转移模块42与故障转移媒体服务器例如故障转移媒体服务器66相集成。图3A中还示出了媒体客户端62，其通常被人使用来观看一个或多个媒体流。媒体客户端可以是被配置为与操作管理器68和媒体系统60中的媒体服务器（例如，包括媒体服务器64和故障转移媒体服务器66）通信并且能够渲染或播放期望的媒体流的任何硬件和/或软件。例如，常见的web浏览器是在这种情况中可使用的一类媒体客户端，在这种情况中其将能够显示媒体流。

注意，图3A包括提供了此特定体系结构在某些示例实现方式中可如何操作的一般概览的一系列步骤（步骤1-9）。在下文中参考图3B来进一步详述这些一般步骤。在步骤1，实况流（例如，来自监视相机的视频）正被任何适当的端点（即，媒体客户端）观看。在步骤2，可确定哪个实体当前负责该实况流。这可涉及操作管理器68，其中在步骤3媒体服务器#1被识别为负责的设备。在步骤4实况流被适当地播放，其中在步骤5媒体服务器发生故障。在步骤6向操作管理器68发送通知。随后结合采用故障转移媒体服务器86协调实况流。在步骤7，又有关于哪个实体当前负责实况流的询问。在步骤8，故障转移媒体服务器66被操作管理器68识别，其中此协调被发送到媒体客户端62。实况流随后在步骤9被故障转移媒体服务器66播放，其中端点不经历流内容的中断。

应当注意，“媒体源”一词只不过代表了可具有各种潜在应用的任何适当组件。媒体源代表可接收或捕捉数据用于网络通信的设备。在一个特定示例中，媒体源代表可被个体用于几乎任何目的的相机。然而，应当注意，“媒体源”这个宽泛词语包括用于发起通信的设备，例如任何类型的计算机、相机、个人数字助理（PDA）、膝上型计算机或电子笔记本、无线接入点、住宅网关、调制解调器、蜂窝电话、iPhone、IP电话、iPad或任何其他能够在网络环境内发起或促进语音、音频、视频、媒体或数据交换的设备、组件、元件或对象。

类似地，“媒体客户端”一词只不过代表了试图接收网络数据的任何适当的端点。端点可与各种类型的协议或潜在的应用相关联以实现其期望的功能。“端点”这个宽泛词语包括用于发起通信的设备，例如任何类型的web浏览器、计算机、相机、个人数字助理（PDA）、膝上型计算机或电子笔记本、无线接入点、住宅网关、调制解调器、蜂窝电话、iPhone、IP电话、iPad或任何其他能够在网络环境内发起或促进语音、音频、视频、媒体或数据交换的设备、组件、元件或对象。另外，端点可包括到人类用户的适当接口，例如麦克风、显示器或键盘或者其他终端设备。端点还可以是任何试图代表另一实体或元件发起通信的设备，例如程序、数据库或任何其他能够在网络环境内发起交换的组件、设备、元件或对象。这里在本文中使用的数据指的是任何类型的数值、语音、视频、媒体或脚本数据，或者任何类型的源或目标代码，或者可被从一个端点传达到另一个的任何适当格式的任何其他适当信息。

另外，端点可包括到人类用户的适当接口，例如麦克风、显示器或键盘或者其他终端设备。端点还可以是任何试图代表另一实体或元件发起通信的设备，例如程序、数据库或任何其他能够在网络环境内发起交换的组件、设备、元件或对象。这里在本文中使用的数据指的是任何类型的数值、语音、视频、媒体或脚本数据，或者任何类型的源或目标代码，或者可被从一个端点传达到另一个的任何适当格式的任何其他适当信息。

图3B是进一步示出实况媒体流播放场景的媒体系统60的操作的简化示例流程图200。在步骤210，操作管理器68可接收来自媒体客户端62的对实况流的请求。然后确定哪个媒体服务器当前正支持所请求的媒体流（例如，媒体服务器64），其中此活动在步骤220示出。在步骤230，操作管理器68可将媒体客户端62指引至适当的媒体服务器（例如，媒体服务器64）。媒体客户端62随后可连接到媒体服务器64并请求适当的流。如果媒体服务器64在流传输媒体的同时发生故障，则在步骤240故障转移媒体服务器66可被激活。当故障转移媒体服务器66被激活时，操作管理器68也接收提供故障转移媒体服务器66的身份的警报。媒体客户端62可检测异常，例如用于媒体服务器64的控制会话断开连接。随后，媒体客户端62可执行完其常驻重试逻辑，并且可能在若干次失败之后，其可停止流传输。当操作管理器68接收到故障转移通知时，其可在步骤250强制利用来自故障转移媒体服务器66的实况流的新地址来重加载媒体客户端62。或者，媒体客户端62可在检测到异常后请求新地址。

如果流随后被切换回媒体服务器64，则故障转移媒体服务器66将媒体客户端62重指引至来自媒体服务器64的实况流的新位置。这可使得媒体客户端62重连接到媒体服务器64并请求实况流。在这些切换期间，可能有媒体的丢失；然而，媒体丢失的时间可被保持到最低限度。

图4A是示出与本公开相关联的另一示例实现方式的简化框图。更具体而言，此特定实现方式示出了媒体客户端82在媒体系统80中请求记录的媒体流的场景。媒体系统80与媒体系统60类似，并且其可包括主媒体服务器84、故障转移媒体服务器86、故障转移模块87和操作管理器88。像在媒体系统60中那样，故障转移模块87可与故障转移媒体服务器86集成。

注意，图4A包括提供了此特定体系结构在某些示例实现方式中可如何操作的一般概览的一系列步骤（步骤1-8）。在下文中参考图4B来进一步详述这些一般步骤。在步骤1，记录流（例如，来自监视相机的视频）正被任何适当的端点观看。在步骤2，可确定哪个实体当前负责该实况流。这可涉及操作管理器88，其中在步骤3媒体服务器#1被识别为负责的设备。在步骤4记录流被适当地播放，其中在步骤5发生重指引。随后结合采用故障转移媒体服务器86协调记录流。在步骤7，有实时流传输协议（RTSP）重指引消息被发送到媒体服务器#1。在步骤8记录流再次被媒体服务器#1播放，其中恢复正常功能。

图4B是进一步示出在记录媒体流重放场景中媒体系统80的操作的简化流程图300。对于记录媒体重放，在步骤310操作管理器88可接收来自媒体客户端82的对记录媒体流的请求。在步骤320操作管理器88可确定哪个媒体服务器连接到实况媒体流（例如，媒体服务器84）。在步骤330操作管理器88随后可将媒体客户端82指引至该媒体服务器。媒体客户端82向媒体服务器84请求记录的媒体。在步骤340媒体服务器84可查询数据库90以确定所请求的媒体是否被存储在数据库90中，或者在与另一媒体服务器例如故障转移媒体服务器86相关联的数据库中。如果所请求的媒体被存储在数据库90中，则在步骤350媒体服务器84可开始将记录媒体流传输到媒体客户端82。否则，在步骤360可向媒体客户端82发送重指引信号，其中将提供具有所请求的媒体的媒体服务器的IP地址。

如果媒体服务器84只包括媒体的某些片段，例如像在媒体服务器84在捕捉活动期间发生故障的情况下可发生的那样，则媒体服务器84可向媒体客户端82发送重指引信号。此信号可提供具有其他片段的媒体服务器（例如故障转移媒体服务器86）的IP地址和该服务器上的片段时间范围。这可使得媒体客户端82向该另一媒体服务器请求此媒体片段。随着媒体客户端82播放跨媒体服务器例如媒体服务器84和故障转移媒体服务器86的内容，此切换可继续在服务器之间发生，如图4A中所示。如果媒体客户端82被重指引到不活动的媒体服务器，则记录的重放可终止。

注意，在某些示例实施例中，以上描述的媒体服务器冗余功能可由编码在一个或多个有形介质中的逻辑实现（例如在专用集成电路[ASIC]中提供的嵌入式逻辑、数字信号处理器[DSP]指令、将由处理器或其他类似的机器执行的软件[可能包括目标代码和源代码]，等等）。在这些情况中的一些中，存储器元件[如图1A中所示]可存储用于这里描述的操作的数据。这包括能够存储被执行来实现以上描述的活动的软件、逻辑、代码或处理器指令的存储器元件。处理器可执行与数据相关联的任何类型的指令以实现以上详述的操作。在一个示例中，处理器[如图1A中所示]可将一元件或物品（例如数据）从一个状态或事物变换到另一个状态或事物。在另一示例中，这里描述的活动可用固定逻辑或可编程逻辑（例如，由处理器执行的软件/计算机指令）来实现，并且这里标识的元件可以是某种类型的可编程处理器、可编程数字逻辑（例如，现场可编程门阵列[FPGA]、可擦除可编程只读存储器（EPROM）、电可擦除可编程ROM（EEPROM））或包括数字逻辑、软件、代码、电子指令或其任何适当组合的ASIC。

注意，对于以上提供的示例，以及这里提供的许多其他示例，可能是按两个、三个或四个网络元件来描述交互的。然而，这样做只是为了清晰和示例。在某些情况下，只引用有限数目的网络元件来描述给定的一组流程的一个或多个功能可能更容易。应当明白，媒体系统10（及其教导）是容易扩展的并且可容适较大数目的组件，以及更复杂/精密的布置和配置。因此，所提供的示例不应限制范围或抑制可能应用到许多其他体系结构的媒体系统10的宽泛教导。

注意以下这点也是重要的：附图中的步骤只图示了可由媒体系统10执行或在媒体系统10内执行的可能信号场景和模式中的一些。这些步骤中的一些在适当时可被删除或移除，或者这些步骤可被大幅修改或改变，而不脱离这里提供的教导的范围。此外，多个这些操作已被描述为与一个或多个另外的操作同时或并行执行。然而，这些操作的定时可被大幅更改。前述操作流程是为了示例和论述而提供的。媒体系统10提供了相当大的灵活性，因为可提供任何适当的布置、时间顺序、配置和定时机制，而不脱离这里提供的教导。

虽然已参考特定实施例详细描述了本公开，但应当理解可对其作出各种其他改变、替代和更改，而不脱离本公开的精神和范围。例如，虽然先前论述集中于某些媒体服务器应用，但其他体系结构和协议可容易采用本公开的教导。例如，本公开可用在监视应用中（例如，比如赌场环境、建筑物安保场景，等等），并且同样适用于其中话音和语音数据可被有效地捕捉的实时（例如，按需）通信的视频会议场景以及故障转移场景。

本领域技术人员可确定许多其他改变、替代、变化、更改和修改，并且希望本公开包含落在所附权利要求的范围内的所有改变、替代、变化、更改和修改。为了帮助美国专利商标局（USTPO）以及根据此申请授权的专利的任何读者解释所附权利要求，申请人希望指出，申请人：（a）不希望任何所附权利要求以其在本申请的申请日存在的形式援引35U.S.C.第112节的第六款（6），除非在特定权利要求中具体使用了词语“用于…的装置”或“用于…的步骤”；以及（b）不希望说明书中的任何语句以所附权利要求中未曾另有反映的任何方式限制本公开。

Claims (11)

1.一种提供媒体服务器冗余的方法，包括：

评估被配置为捕捉媒体流的媒体服务器的活动状态，所述媒体流包括由一个或多个媒体源提供的音频或视频数据；

确定与所述媒体服务器相关联的故障；

基于所述故障激活故障转移媒体服务器以接收所述媒体流；

复制与经历了所述故障的所述媒体服务器相关联的配置数据，其中所述配置数据被配设在数据库中；以及

利用所述配置数据来配置所述故障转移媒体服务器，

其中，所述配置数据包括所述媒体源中的至少一个的网络地址。

2.如权利要求1所述的方法，还包括：

将经历了所述故障的所述媒体服务器的最后已知记录数据片段传达给所述故障转移媒体服务器；以及

当所述故障转移媒体服务器被激活时向操作管理器传达通知。

3.如权利要求1所述的方法，其中，所述配置数据包括与所述媒体源中的至少一个相关联的一个或多个记录事件。

4.如权利要求1所述的方法，其中，所述配置数据包括所述媒体源中的至少一个为了记录而被触发的一个或多个条件。

5.如权利要求1所述的方法，还包括：

在与经历了所述故障的所述媒体服务器相关联的第一媒体数据库中存储第一组媒体元数据，其中所述第一组媒体元数据包括与所述媒体流的第一部分相关联的开始时间和停止时间；以及

在与所述故障转移媒体服务器相关联的第二媒体数据库中存储第二组媒体元数据，其中所述第二组媒体元数据包括由所述故障转移媒体服务器记录的所述媒体流的第二部分的开始时间和停止时间。

6.如权利要求1所述的方法，还包括：

接收与所述配置数据相关联的一个或多个更新，其中经历了所述故障的所述媒体服务器中的现有配置数据不被更新。

7.如权利要求1所述的方法，其中，所述媒体流的由所述故障转移媒体服务器接收的部分在经历了所述故障的所述媒体服务器被复活之后由所述故障转移媒体服务器维护。

8.一种提供媒体服务器冗余的装置，包括：

存储器元件，被配置为存储代码；

处理器，可操作来执行与所述代码相关联的指令；以及

故障转移模块，被配置为与所述存储器元件和所述处理器相接口，以使得所述装置能够：

评估被配置为捕捉媒体流的媒体服务器的活动状态，所述媒体流包括由一个或多个媒体源提供的音频或视频数据；

确定与所述媒体服务器相关联的故障；

基于所述故障激活故障转移媒体服务器以接收所述媒体流；

复制与经历了所述故障的所述媒体服务器相关联的配置数据，其中所述配置数据被配设在数据库中；以及

利用所述配置数据来配置所述故障转移媒体服务器，

其中，所述配置数据包括所述媒体源中的至少一个的网络地址。

9.如权利要求8所述的装置，其中，所述配置数据包括所述媒体源中的至少一个为了记录而被触发的一个或多个条件。

10.如权利要求8所述的装置，其中，所述装置还被配置为接收与所述配置数据相关联的一个或多个更新，其中经历了所述故障的所述媒体服务器中的现有配置数据不被更新。

11.如权利要求8所述的装置，其中，所述媒体流的由所述故障转移媒体服务器接收的部分在经历了所述故障的所述媒体服务器被复活之后由所述故障转移媒体服务器维护。