媒体流保持方法、装置、电子设备以及存储介质与流程

1.本发明实施例涉及通信技术领域，尤其涉及一种媒体流保持方法、装置、电子设备以及存储介质。


背景技术：

2.在安防领域场景下，支持国家标准组网后推动了联网平台的快速发展，联网接入前端ipc等设备的点位数量越来越多，因需求通常需要对管理设备进行升级、设备坏件替换等操作。但是，上述操作会让管理设备上面运行的服务停止，导致无法处理ipc等设备的信令，造成ipc等设备离线，ipc等设备离线会导致存储、硬解实况上墙等所有监控媒体类业务中断，对用户影响较大。


技术实现要素：

3.本发明实施例中提供一种媒体流保持方法、装置、电子设备以及存储介质，以在对管理设备进行升级、设备坏件替换等操作期间，实现媒体流业务不中断。
4.第一方面，本发明实施例中提供了一种媒体流保持方法，由管理设备执行，所述方法包括：
5.响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备；
6.若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息；
7.控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
8.第二方面，本发明实施例中还提供了一种媒体流保持装置，配置于管理设备，所述装置包括：
9.参数监测模块，用于响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备；
10.保活处理模块，用于若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息；
11.设备控制模块，用于控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
12.第三方面，本发明实施例中还提供了一种电子设备，包括：
13.一个或多个处理器；
14.存储装置，用于存储一个或多个程序；
15.所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中提供任意所述的媒体流保持方法。
16.第四方面，本发明实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中提供任意所述的媒体流保持方法。
17.本发明实施例中提供了一种媒体流保持方法，管理设备在接收到目标安防设备发送的当前保活请求消息时，会判断目标安防设备所需的保活参数是否已经成功迁移到接管设备上；如果迁移成功，那么管理设备会将接管设备的ip地址通过当前保活响应消息传递给目标安防设备，而目标安防设备下一次会转向接管设备发送下一保活请求消息，控制接管设备代替管理平台对目标安防设备发送的下一保活请求消息做出响应。采用本技术方案，通过将保活的主体从管理设备迁移到接管设备来实现保活请求的响应，能够在执行各种重启管理设备的操作(例如服务升级、坏件替换等)时，保证对接入的安防设备的保活请求进行不间断处理，结合国家标准组网选的信令和媒体流之间存在依存关系，可以实现监控媒体流业务不中断。
18.上述发明内容仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
19.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
20.图1是本发明实施例中提供的一种媒体流保持方法的流程图；
21.图2是本发明实施例中提供的一种管理设备与安防设备之间的组网示意图；
22.图3是本发明实施例中提供的一种对安防设备进行保活迁移的示意图；
23.图4是本发明实施例中提供的一种保活响应消息的结构示意图；
24.图5是本发明实施例中提供的另一种媒体流保持方法的流程图；
25.图6是本发明实施例中提供的一种对保活参数进行迁移的示意图；
26.图7是本发明实施例中提供的一种接管设备与管理设备建立监控注册关系的示意图；
27.图8是本发明实施例中提供的一种媒体流保持装置的结构框图；
28.图9是本发明实施例中提供的一种电子设备的结构示意图。
具体实施方式
29.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出与本发明相关的部分而非全部结构。
30.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
31.图1是本发明实施例中提供的一种媒体流保持方法的流程图。本实施例的技术方案可适用于对安防设备的媒体流进行不间断保持的情况。该方法可由媒体流保持装置执行，该装置可采用软件和/或硬件的方式实现，并集成在任何具有网络通信功能的电子设备上。例如，上述电子设备可为部署在各个安防设备采用国家标准协议接入进行组网的管理设备。如图1所示，本实施例中的媒体流保持方法，可包括以下步骤：
32.s110、响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备。
33.在本实施例中，图2是本发明实施例中提供的一种管理设备与安防设备之间的组网示意图。参见图2，包括：多个安防设备(比如ipc设备等)以及管理设备，且多个安防设备采用国家标准协议进行组网接入管理设备。上述图2示出的组网特性，可从以下的维度来分析：国家标准组网和协议对接、信令和媒体流分离管理以及sip协议基础等维度。其中，对于国家标准组网和协议对接而言，国家标准组网的信令和媒体流有依存关系，当信令处理异常(比如注册、保活超时失败)时，媒体流会释放；对于信令和媒体流分离管理而言，管理设备和安防设备各自尽最大能力分别处理信令和媒体流，正常情况下两者互不干扰。对于sip协议基础而言，保活响应消息中填充的contact头部字段的取值可以进行替换修改。
34.在本实施例中，参见图2，本技术方案在管理设备与安防设备之间的简单组网架构基础上，部署增加了一个用于实现保活参数迁移过程的接管设备，得到如图2示出的新的组网架构。其中，接管设备的硬件指标需要保证至少与管理设备的cpu、内存指标相同。在上述组网架构基础上，当需要对管理设备进行服务升级或者坏件替换等操作以重启时，可以将安防设备所需要的保活参数逐步迁移到预先部署的接管设备上，以便通过接管设备暂时代替管理设备与各个安防设备进行国标信令交互处理。
35.在本实施例中，图3是本发明实施例中提供的一种对安防设备进行保活迁移的示意图。参见图3，在管理平台向接管设备迁移各个安防设备的保活参数时，至少部分安防设备仍可继续向管理设备发送保活请求消息，这里记为当前保活请求消息。例如，安防设备可基于sip协议周期性(例如将预设时间间隔作为周期性条件)地向管理设备发送message保活请求消息，让管理设备进行保活处理，以使安防设备不会离线。此时，管理设备可响应接收到的当前保活请求消息，判断当前是否已经将目标安防设备的保活参数迁移到预先部署的接管设备上。其中，保活参数包括但不限于以下内容：安防设备的设备编码和保活剩余超时时间。
36.s120、若确定目标安防设备的保活参数迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息。
37.在本实施例中，参见图3，管理设备可对目标安防设备发送的当前保活请求消息进行处理，并向目标安防设备发送对应的当前保活响应消息，实现目标安防设备的保活操作，避免目标安防设备离线。其中，当前保活响应消息可采用sip协议中的200ok消息格式进行确定。同时，由于目标安防设备的保活参数已经成功迁移到接管设备上，且管理设备即将进行服务升级或者坏件替换等操作，因此在向目标安防设备发送的当前保活响应消息中可以携带能够代替管理设备进行保活的接管设备的ip地址信息。
38.在本实施例中，参见图3，目标安防设备(例如，ipc类设备)接收到管理设备发送的
当前保活请求消息对应的当前保活响应消息后，可以判断接收的当前保活消息中是否携带接管设备的ip地址信息。如果携带了接管设备的ip地址信息，可将当前保活响应消息中携带的接管设备的ip地址信息作为目标安防设备下一次发送保活请求消息的目的地，然后向接管设备周期性发送下一保活请求消息，以便采用接管设备来实现目标安防设备的保活。如果未携带接管设备的ip地址信息，那么继续向管理设备周期性发送下一保活请求消息，继续通过管理设备进行保活。
39.在本实施例中，参见图3，如果确定目标安防设备的保活参数未成功迁移到预先部署的接管设备上，那么会向目标安防设备发送未携带接管设备ip地址信息的当前保活响应消息，保持目标安防设备发送下一次保活请求消息的目的地仍是管理设备，直到管理设备将目标安防设备的保活参数成功迁移到预先部署的接管设备上，才对其下一次发送保活请求消息的目的地进行更改。
40.在本实施例的一种可选方案中，图4是本发明实施例中提供的一种保活响应消息的结构示意图。参见图3和图4，向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，可包括以下步骤a1-a3：
41.步骤a1、生成接收的当前保活请求消息所对应的初始保活响应消息。
42.步骤a2、将初始保活响应消息中contact头部字段的取值，替换为接管设备的ip地址和设备编码，得到携带ip地址信息的当前保活响应消息。
43.步骤a3、向目标安防设备发送携带接管设备ip地址的当前保活响应消息。
44.在本实施例中，参见图3和图4，针对目标安防设备向管理设备发送的当前保活请求消息，管理设备可生成对应的初始保活响应信息。考虑到目标安防设备的保活参数已经成功迁移到接管设备上，因此可选择让目标安防设备后续向接管设备发送保活请求消息来进行保活。可见，不能简单的将初始保活响应消息发送给目标安防保活实现保活目的，而是需要对初始保活响应消息进行更改，得到携带ip地址信息的当前保活响应消息。这样，通过当前保活响应消息不仅可以实现对当前保活请求消息做出响应进行保活，同时还指定了目标安防设备后续进行保活所采用的设备ip地址。
45.s130、控制预先部署的接管设备对目标安防设备发送的下一保活请求消息进行处理，以使目标安防设备的媒体流业务不中断。
46.在本实施例中，参见图3，在管理设备将携带有接管设备ip地址信息的当前保活响应消息发送给目标安防设备后，可控制目标安防设备的保活从管理设备迁移到接管设备上，通过接管设备对目标安防设备发送的下一保活请求消息进行处理，并返回下一保活响应消息。这样，能够让目标安防设备转向接管设备进行保活(即，让接管设备对对目标安防设备发送的后续的保活请求消息进行处理以做出保活响应)，使信令状态保持，并且由于管理设备与安防设备之间的信令和媒体流的分离管理，因此如果让信令状态一直保持，就能让目标安防设备一直处于保活状态，进而就能保证媒体流业务不间断。
47.本发明实施例中提供了一种媒体流保持方法，采用本技术方案，通过将保活的主体从管理设备迁移到接管设备来实现保活请求的响应，能够在执行各种重启管理设备的操作(例如服务升级、坏件替换等)时，保证对接入的安防设备的保活请求进行不间断处理，结合国家标准组网选的信令和媒体流之间存在依存关系，可以实现监控媒体流业务不中断。
48.在上述实施例的基础上，可选地，本实施例中的媒体流保持方法还可包括以下操
作：在监测到与管理设备关联的全部安防设备的保活参数均迁移到预先部署的接管设备后，停止与各个安防设备之间的保活交互。
49.在本实施例中，参见图2和图3，当管理设备将所有ipc安防设备的保活参数迁移到接管设备后，此时管理设备可以暂停与各个安防设备的保活交互操作，管理设备做运维服务升级、坏件替换等操作，不会影响媒体流业务。
50.图5是本发明实施例中提供的另一种媒体流保持方法的流程图，本实施例的技术方案在上述实施例的基础上进行进一步优化，本实施例的技术方案可以与上述一个或者多个实施例中各个可选方案结合。如图5所示，本技术实施例中提供的媒体流保持方法，可以包括以下步骤：
51.s510、确定满足参数迁移条件的待迁移安防设备以及待迁移安防设备的保活参数；其中保活参数包括：设备编码和保活剩余超时时间。
52.在本实施例中，图6是本发明实施例中提供的一种对保活参数进行迁移的示意图。参见图6，在管理设备向接管设备注册成功后，接管设备已做好保活参数迁移准备工作。管理设备接入的国家标准组网的安防设备数量巨大，同时考虑ipc等安防设备与管理设备之间注册成功后，需要对安防设备进行周期性保活，避免安防设备掉线。为此，需要从与管理设备关联的至少两个安防设备中，确定满足参数迁移条件的待迁移安防设备，以便针对满足参数迁移条件的待迁移安防设备进行保活参数迁移。
53.在本实施例中，如果安防设备的保活剩余超时时间(kpsparetime)小于一个预设保活固定值时，可能会因没有及时保活导致离线，因此只有保活剩余超时时间大于预设保活固定值的安防设备才满足参数迁移条件。可选地，确定满足参数迁移条件的待迁移安防设备，可包括以下操作：依据各个安防设备的保活剩余超时时间，从与管理设备关联的至少两个安防设备中，筛选出满足参数迁移条件的待迁移安防设备。
54.s520、将待迁移安防设备的保活参数汇聚承载到notify消息中，并将承载有保活参数的notify消息推送给接管设备，以完成至少部分保活参数的迁移。
55.在本实施例中，可根据保活剩余超时时间，按照预设的参数汇聚条数将符合保活剩余超时时间的待迁移安防设备的保活参数进行汇聚，例如，按照10条保活参数汇聚一次。进而，通过基于sip协议的notify消息来承载汇聚预设数量的待迁移安防设备的保活参数，然后将承载有保活参数的notify消息推送给接管设备，实现了保活参数的迁移工作。
56.在本实施例中，除了对待迁移安防设备的保活参数进行汇聚，还会对待迁移安防设备的媒体监控业务所需的参数进行同步汇聚，例如媒体监控业务所需要的参数包括但不限于以下内容：安防设备的媒体流的业务类型、用于后续流控的收发媒体流的地址和端口等参数。如表1示出了对保活参数和媒体监控业务所需的参数进行同步汇聚的情形。
57.表1对保活参数和媒体监控业务所需的参数的汇聚示意
[0058][0059]
s530、响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备。
[0060]
s540、若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息。
[0061]
s550、控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
[0062]
本发明实施例中提供了一种媒体流保持方法，采用本技术方案，可将安防设备所需的保活参数向接管设备进行逐步迁移，通过将保活的主体从管理设备迁移到接管设备来实现保活请求的响应，能够在执行各种重启管理设备的操作(例如服务升级、坏件替换等)时，保证对接入的安防设备的保活请求进行不间断处理，结合国家标准组网选的信令和媒体流之间存在依存关系，可以实现监控媒体流业务不中断。
[0063]
在本实施例的一种可选方案中，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备之前，还可包括以下步骤b1-b2：
[0064]
步骤b1、向预先部署的接管设备发送携带管理设备所属鉴权信息的register注册请求消息，以向接管设备再次发起注册操作。
[0065]
步骤b2、接收接管设备发送的鉴权通过的注册响应消息，建立管理设备与接管设备之间的监控注册关系。
[0066]
在本实施例中，图7是本发明实施例中提供的一种接管设备与管理设备建立监控注册关系的示意图。参见图7，管理设备通过基于sip协议的register注册请求消息向迁移装置发起注册请求；接管设备向管理设备返回401未授权(unauthorized)响应消息，要求管理设备携带鉴权消息(通常是用户名、密码)再次发起注册；管理设备携带鉴权信息再次向接管设备发送register注册请求消息发起注册；接管设备鉴权通过，向管理设备返回200ok响应消息。
[0067]
在本实施例中，可选地，200ok中携带超时时间expire＝t，t表示待迁移安防设备的数据及安防设备的保活信令从迁移到启动回迁的耗时，也就是管理设备无法对外提供服务的时间段。其中，t取决于管理设备异常迁移需求时间，其能根据实测值确定。若接管设备与管理设备建立注册关系后，经过时间t，即到达业务回迁时间，接管设备发起回迁请求，如果管理设备不回响应，此时接管设备仍然能对外提供服务。
[0068]
在本实施例的一种可选方案中，在对安防设备的保活请求消息正向迁移到接管设备进行保活后，接管设备会判断是否定时到迁移超时t。若定时到达迁移超时t，则启动反向迁移，将接管设备中包括的安防设备的保活参数与媒体监控业务所需要的参数等应用层数
据回迁到管理设备，以及将安防设备的保活请求消息等保活信令反向回迁到管理设备，即把接管设备中业务回迁到管理设备。若定时未到迁移超时t，则保持不变。
[0069]
需要说明的是，当管理设备无法响应接管设备发起的反向迁移请求时，比如管理设备此时在运维、升级及坏件替换的过程中，接管设备按照2^ns延时上述反向迁移操作，直到管理设备能正常响应。
[0070]
采用本实施例的上述方案，通过构建接管设备并使管理设备与接管设备之间建立监控注册关系，再通过正向迁移与回迁应用层数据(例如保活参数与媒体监控业务所需要的参数等)和国标ipc的保活信令(例如保活请求消息)，从而保证监控媒体业务不中断。
[0071]
图8是本发明实施例中提供的一种媒体流保持装置的结构框图。本实施例的技术方案可适用于对安防设备的媒体流进行不间断保持的情况。该装置可采用软件和/或硬件的方式实现，并集成在任何具有网络通信功能的电子设备上。例如，上述电子设备可为部署在各个安防设备采用国家标准协议接入进行组网的管理设备。
[0072]
如图8所示，本实施例中的媒体流保持装置，可包括以下：参数监测模块810、保活处理模块820和设备控制模块830。其中：
[0073]
参数监测模块810，用于响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备；
[0074]
保活处理模块820，用于若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息；
[0075]
设备控制模块830，用于控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
[0076]
在上述实施例的基础上，可选地，所述装置还包括：
[0077]
安防设备确定模块，用于确定满足参数迁移条件的待迁移安防设备以及所述待迁移安防设备的保活参数；其中所述保活参数包括：设备编码和保活剩余超时时间；
[0078]
保活参数迁移模块，用于将待迁移安防设备的保活参数汇聚承载到notify消息中，并将承载有保活参数的notify消息推送给接管设备，以完成至少部分保活参数的迁移。
[0079]
在上述实施例的基础上，可选地，安防设备确定模块810包括：
[0080]
依据各个安防设备的保活剩余超时时间，从与管理设备关联的安防设备中，筛选出满足参数迁移条件的待迁移安防设备。
[0081]
在上述实施例的基础上，可选地，保活处理模块820包括：
[0082]
生成接收的所述当前保活请求消息所对应的初始保活响应消息；
[0083]
将所述初始保活响应消息中contact头部字段的取值，替换为所述接管设备的ip地址和设备编码，得到所述当前保活响应消息；
[0084]
向目标安防设备发送所述当前保活响应消息。
[0085]
在上述实施例的基础上，可选地，所述装置还包括：
[0086]
鉴权注册请求模块，用于向预先部署的接管设备发送携带所述管理设备所属鉴权信息的register注册请求消息，以向所述接管设备再次发起注册操作；
[0087]
注册关系确定模块，用于接收所述接管设备发送的鉴权通过的注册响应消息，建立管理设备与接管设备之间的监控注册关系。
[0088]
在上述实施例的基础上，可选地，所述装置还包括：
[0089]
在监测到与管理设备关联的全部安防设备的保活参数均迁移到预先部署的接管设备后，停止与各个安防设备之间的保活交互。
[0090]
本发明实施例中所提供的媒体流保持装置可执行上述本发明任意实施例中所提供的媒体流保持方法，具备执行该媒体流保持方法相应的功能和有益效果，详细过程参见前述实施例中媒体流保持方法的相关操作。
[0091]
图9是本发明实施例中提供的一种电子设备的结构示意图。如图9所示结构，本发明实施例中提供的电子设备包括：一个或多个处理器910和存储装置920；该电子设备中的处理器910可以是一个或多个，图9中以一个处理器910为例；存储装置920用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器910执行，使得所述一个或多个处理器910实现如本发明实施例中任一项所述的媒体流保持方法。
[0092]
该电子设备还可以包括：输入装置930和输出装置940。
[0093]
该电子设备中的处理器910、存储装置920、输入装置930和输出装置940可以通过总线或其他方式连接，图9中以通过总线连接为例。
[0094]
该电子设备中的存储装置920作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中所提供的媒体流保持方法对应的程序指令/模块。处理器910通过运行存储在存储装置920中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中媒体流保持方法。
[0095]
存储装置920可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储装置920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置920可进一步包括相对于处理器910远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0096]
输入装置930可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置940可包括显示屏等显示设备。
[0097]
并且，当上述电子设备所包括一个或者多个程序被所述一个或者多个处理器910执行时，程序进行如下操作：
[0098]
响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备；
[0099]
若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息；
[0100]
控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
[0101]
当然，本领域技术人员可以理解，当上述电子设备所包括一个或者多个程序被所述一个或者多个处理器910执行时，程序还可以进行本发明任意实施例中所提供的媒体流保持方法中的相关操作。
[0102]
本发明实施例中提供了一种计算机可读介质，其上存储有计算机程序，该程序被
处理器执行时用于执行媒体流保持方法，该方法包括：
[0103]
响应于从目标安防设备接收的当前保活请求消息，确定目标安防设备的保活参数是否成功迁移到预先部署的接管设备；
[0104]
若确定迁移成功，则向目标安防设备发送携带接管设备ip地址信息的当前保活响应消息，以指示目标安防设备下一次向接管设备发送下一保活请求消息；
[0105]
控制所述接管设备对下一保活请求消息进行处理，以使所述目标安防设备的媒体流业务不中断。
[0106]
可选的，该程序被处理器执行时还可以用于执行本发明任意实施例中所提供的媒体流保持方法。
[0107]
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0108]
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0109]
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(radiofrequency，rf)等等，或者上述的任意合适的组合。
[0110]
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0111]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0112]
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，
本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。