CN102364940B - 一种基于raid阵列的信息处理方法和设备 - Google Patents
一种基于raid阵列的信息处理方法和设备 Download PDFInfo
- Publication number
- CN102364940B CN102364940B CN201110269034.7A CN201110269034A CN102364940B CN 102364940 B CN102364940 B CN 102364940B CN 201110269034 A CN201110269034 A CN 201110269034A CN 102364940 B CN102364940 B CN 102364940B
- Authority
- CN
- China
- Prior art keywords
- information
- hotspare disk
- management server
- business information
- videoconference client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Television Signal Processing For Recording (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种基于RAID阵列的信息处理方法和设备，该方法包括：管理服务器获得业务信息，将所述业务信息存储到存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；所述管理服务器将所述索引信息通知给视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。本发明中，有效的降低了VM服务器的连接及发送数据的负担。
Description
技术领域
本发明涉及通信技术领域，特别是涉及一种基于RAID阵列的信息处理方法和设备。
背景技术
随着经济的发展，视频监控技术得到了广泛的应用和迅速的发展，视频监控的基本业务功能包括实况、存储、点播、摄像机控制、告警处理等，视频监控的数字化的视频数据可用于实时监控，也可先存储起来供后续的回放。
如图1所示的视频监控系统的示意图，该系统包括：EC(Encoder，编码器)，DC(Decoder，解码器)，VC(VideoClient，监控客户端)，VM(VideoManagement，视频管理)服务器，MS(MediaServer，流媒体服务器)，DM(DataManagement，数据管理)服务器，IPSAN(StorageAreaNetwork，存储区域网络，即存储设备)，如将RAID(RedundantArrayofIndependentDisks，独立磁盘冗余阵列)作为存储设备。
在视频监控技术中，告警是监控系统中比较重要的功能，通过告警信息，用户可以及时发现监控系统的工作情况。告警信息由前端的EC发起，并将告警信息上报到VM服务器，之后由VM服务器将告警信息发送至各个VC。
现有技术中，监控系统的告警信息统一存储在VM服务器的数据库中，当有VC请求告警信息时，VM服务器与VC建立TCP(TransmissionControlProtocol，传输控制协议)连接，并将告警信息通过TCP连接发送到VC。
由于VM服务器管理的EC较多，当有大量的告警信息产生，且存在较多的VC时，VM服务器需要将大量的告警信息通知给每个登录的VC，所建立的TCP连接将消耗大量的socket(套接字)，且发送大量的告警信息也将给VM服务器造成很大的性能压力，从而需要消耗掉大量的CPU(CentralProcessingUnit，中央处理器)资源。
发明内容
本发明提供一种基于RAID阵列的信息处理方法和设备，以减轻VM服务器的性能压力。
为了达到上述目的，本发明提供一种基于独立磁盘冗余阵列RAID阵列的信息处理方法，应用于包括存储设备、管理服务器、视频客户端的监控系统中，所述存储设备由RAID阵列和热备盘构成，该方法包括以下步骤：
所述管理服务器获得业务信息，将所述业务信息存储到所述存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；
所述管理服务器将所述索引信息通知给所述视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。
所述管理服务器将所述索引信息通知给所述视频客户端，具体包括：
所述管理服务器通过自身与视频客户端之间的会话初始协议SIP保活消息将所述索引信息通知给所述视频客户端。
所述索引信息包括所述业务信息存储在所述热备盘中的地址信息；
所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息，具体包括：
所述视频客户端接收来自所述管理服务器的SIP保活消息，从所述SIP保活消息中获得所述业务信息存储在所述热备盘中的地址信息，并根据所述地址信息从所述热备盘中读取所述业务信息。
所述管理服务器将所述索引信息通知给所述视频客户端，之后还包括：所述管理服务器删除自身记录的所述索引信息；
当有新的视频客户端查询所述业务信息时，所述管理服务器将自身存储的所述业务信息通知给所述新的视频客户端。
在将所述业务信息存储到所述热备盘时，所述管理服务器将从所述热备盘的尾部开始存储所述业务信息；
当需要通过所述热备盘与所述RAID阵列进行阵列重建时，从所述热备盘的头部开始进行阵列重建。
在所述热备盘与所述RAID阵列进行阵列重建的过程中，所述管理服务器根据预设周期查询是否还有空闲的热备盘；如果有，则所述管理服务器将业务信息存储到所述空闲的热备盘中。
一种管理服务器，应用于包括存储设备、所述管理服务器、视频客户端的监控系统中，所述存储设备由RAID阵列和热备盘构成，所述管理服务器包括：
处理模块，用于获得业务信息，将所述业务信息存储到所述存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；
发送模块，用于将所述索引信息通知给所述视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。
所述发送模块，具体用于通过自身与视频客户端之间的会话初始协议SIP保活消息将所述索引信息通知给所述视频客户端。
所述处理模块，还用于删除自身记录的所述索引信息；
所述发送模块，还用于当有新的视频客户端查询所述业务信息时，将自身存储的所述业务信息通知给所述新的视频客户端。
所述处理模块，具体用于在将所述业务信息存储到所述热备盘时，从所述热备盘的尾部开始存储所述业务信息。
所述处理模块，还用于在所述热备盘与所述RAID阵列进行阵列重建的过程中，根据预设周期查询是否还有空闲的热备盘；如果有，则将业务信息存储到所述空闲的热备盘中。
与现有技术相比，本发明至少具有以下优点：VM服务器通过将告警信息存储到存储设备的热备盘中，并将告警信息的存储地址通知给VC，使得VC可以直接从存储设备上得到告警信息，不再需要VM服务器将告警信息通知给各VC，从而有效的降低了VM服务器的连接及发送数据的负担。
附图说明
图1是现有技术中视频监控系统的示意图；
图2是本发明提供的一种基于RAID阵列的信息处理方法流程图；
图3是本发明提出的一种管理服务器的结构示意图。
具体实施方式
本发明提出一种基于RAID阵列的信息处理方法，该方法应用于包括存储设备、管理服务器和视频客户端(即VC)的监控系统中，存储设备由RAID阵列和热备盘构成，管理服务器用于实现VM服务器和DM服务器的功能，根据实际组网的需求，还可以直接部署VM服务器和DM服务器，以图1为本发明参考网络模型示意图，监控系统中直接部署VM服务器和DM服务器。
基于上述网络情况，如图2所示，该信息处理方法包括以下步骤：
步骤201，VM服务器获得业务信息。该业务信息为VM服务器上需要通知给VC的信息，包括但不限于告警信息，后续以告警信息为例。
具体的，VM服务器可按照现有的处理方式获得告警信息，该告警信息的来源包括但不限于EC、VM服务器、DM服务器、存储设备；在获得告警信息后，VM服务器还需要在本地数据库中记录告警信息。
步骤202，VM服务器将告警信息存储到存储设备的热备盘中，并记录告警信息在热备盘中的索引信息。
由于VM服务器与存储设备之间建立有iSCSI(InternetSmallComputerSystemInterface，Internet小型计算机系统接口)连接，因此VM服务器可直接利用已建立的iSCSI连接，将告警信息存储到存储设备的热备盘中。
需要注意的是，在将告警信息存储到热备盘时，告警信息在热备盘中的存储地址由预先建立的告警信息文件系统进行记录，以方便定位读取；而且VM服务器可获得告警信息在热备盘中的索引信息(包括存储地址)，以在后续过程中由VC根据该存储地址获得告警信息。
以下对告警信息文件系统进行详细说明。其中，热备盘中的告警信息文件系统由数据区和索引区两部分组成，数据区用于记录告警信息，索引区用于记录告警信息的存储地址。
具体的，告警信息文件系统首部有一个128KB大小的一级索引，用于记录每个通道的告警信息在告警信息文件系统中的位置，如表1所示。在一级索引之后为数据区，数据区以16MB为单位，每个单位中记录对应通道的告警信息内容；且在每个数据单位中又按照告警等级分为四个小单位，每个单位大小为4M，同时每个小单位的头部建有一个128K大小的2级索引表，用于记录每条告警信息的大小、产生的时间及起始偏移位，如表2所示。需要注意的是，上述索引的大小、数据区的单位等只是本发明的一种优选方式，实际应用中还可以进行调整。
表1一级索引表
| 通道名称 | 告警数据区大小 | 起始偏移量 |
| System | 16M | 0 |
| EC1-1 | 16M | 16 |
| EC2-1 | 16M | 32 |
| EC2-3 | 16M | 48 |
| ...... | ...... | ...... |
通道名称：为不同来源的告警信息，System为系统一级的告警信息，为来源于VM服务器、DM服务器、存储设备和EC控制器的告警信息；其他记录项则对应于不同的EC通道告警信息，当有新的EC通道加入到监控系统中时，在一级索引表中加入新的通道记录。
告警数据区大小：此处取值以16M为例，即每个通道的告警记录地址大小固定为16MB大小，此值大小可以由系统根据经验值进行预设。
起始偏移量：为每个通道告警信息数据区与起始位置相比的偏移位置大小，此值由数据区大小来决定。
表2二级索引表
| 告警等级 | 告警信息产生日期 | 时间 | 大小 | 起始偏移位 |
| 一级 | 2011-6-13 | 18:46:32 | 2 | 0 |
| 一级 | 2011-6-14 | 0:25:28 | 3 | 2 |
| 一级 | 2011-6-15 | 4:18:06 | 2 | 5 |
| 一级 | 2011-6-15 | 9:27:23 | 4 | 7 |
| ...... | ...... | ...... | ...... | ...... |
告警等级：本条告警信息所属的告警等级情况，可以分为四级(实际应用中可以调整)，数字越小优先度越高。
告警信息产生日期：本条告警信息产生的年月日。
时间：本条告警信息产生的24小时下具体时间。
大小：本条告警信息大小。
起始偏移位：本条信息相对应本小单元起始位置的偏移大小。
基于上述告警信息文件系统在热备盘中存储的告警信息的索引情况，VM服务器在将告警信息存储到告警信息文件系统时，可以在本地同步一份一级索引表、二级索引表，从而可以得到告警信息存储在热备盘中的地址信息、时间信息、以及通道信息等。
步骤203，VM服务器将索引信息通知给VC。其中，该索引信息可以为上述的一级索引表、二级索引表。
具体的，VM服务器可以通过自身与VC之间的SIP(会话初始协议)保活消息将索引信息通知给VC。需要说明的是，VM服务器与VC之间将定期发送SIP保活信息，本发明中，VM服务器可以利用该SIP保活信息将告警信息对应的索引信息通知给VC。
步骤204，VC根据索引信息从热备盘中获得告警信息。
本发明中，该索引信息中包括告警信息存储在热备盘中的地址信息、时间信息、以及通道信息等，基于上述索引信息，VC可从热备盘中获得告警信息。具体的，在接收到来自VM服务器的SIP保活消息后，VC可以从SIP保活消息中获得告警信息存储在热备盘中的地址信息，并利用该地址信息从热备盘中读取告警信息。
需要注意的是，VC与存储设备之间的iSCSI连接在第一次获取告警信息后将持续保活，在读取告警信息的过程中，VC可以利用该iSCSI连接直接从热备盘中读取告警信息。
本发明中，VM服务器将索引信息通知给VC之后，该VM服务器还可以删除自身记录的告警信息对应的索引信息；之后，当有新的VC需要查询该告警信息时，VM服务器可以直接将自身存储的告警信息(VM服务器的数据库中记录有所有告警信息)通知给新的VC；当然，在实际应用中，VM服务器也可以先将告警信息存储到热备盘的特定区域，然后按照上述方案，由VC到存储设备的热备盘中读取告警信息，在此不再赘述。
需要说明的是，热备盘上存储的告警信息只是为了分担VM服务器的告警信息分发的压力，因此在数据单元写满后将会被删除(覆盖)，以便在发生热备盘需要参与重建时，所需迁移数据较少(或不需迁移，在重建完成前就能够发送完毕)；同时VC读取的只是热备盘中的数据，并不会对EC码流写入RAID阵列造成压力。
以下对阵列重建过程进行说明(可由RAID控制器实现重建过程)。
由于将告警信息存储到热备盘时，VM服务器从热备盘的尾部开始存储告警信息，即从尾部开始，在尾部到头部的方向上依次存储告警信息(即告警信息文件系统从热备盘尾部开始存储)，因此，当告警信息所在RAID阵列由于一个磁盘损坏，需要通过热备盘与RAID阵列进行阵列重建时，则可以马上从热备盘的头部开始进行阵列重建，且并不会马上破坏告警信息的相关数据。
在热备盘与RAID阵列进行阵列重建的过程中，DM服务器根据预设周期查询其管理的存储设备上是否还有空闲的热备盘；如果有，则DM服务器将空闲的热备盘所在的存储设备地址通知给VM服务器，由VM服务器与该空闲的热备盘所在存储设备建立连接，并在其上创建新的告警信息文件系统。之后，VM服务器可以将获得的告警信息存储到空闲的热备盘中。该情况下，VM服务器将同时存在两个告警信息文件系统的索引信息，当SIP保活消息发送时，VM服务器按照时间点读取两个告警信息文件系统中的存储地址，发送到VC，并当SIP保活消息通信完成后，删除旧告警信息文件系统的索引。
需要说明的是，如果没有空闲的热备盘，则VM服务器可以切换到现有技术进行告警信息的转发。待DM服务器查询到所管理的存储设备中重新拥有空闲的热备盘时，则在热备盘中创建告警信息文件系统，并通知给VM服务器，将数据库中的告警信息重新写入告警信息文件系统，恢复到由存储设备发送告警信息的状态。
以下结合一种具体的应用场景进行详细说明。
步骤1、VM服务器接收到来自监控系统的三级告警信息、通道EC1-1的一级告警信息、通道EC1-2的二级告警信息。
步骤2、VM服务器通过与存储设备建立的iSCSI连接，将告警信息存储到热备盘的告警信息文件系统中。
需要注意的是，VM服务器还需要更新相应的一、二级索引，且基于上述表1，由于没有新的EC通道接入，因此一级索引不进行更新。
由于system告警信息为三级告警信息，因此存储在对应的第三小数据单位里，并在二级索引中加入了相应记录，如表3所示。由于通道EC1-1是一级告警信息，因此存储在对应的第一小数据单位里，并在二级索引中加入了相应记录，如表4所示。由于通道EC1-2是二级告警信息，因此存储在对应的第二小数据单位里，并在二级索引中加入了相应记录，如表5所示。
表3System三级告警信息的二级索引表
| 告警等级 | 告警信息产生日期 | 时间 | 大小 | 起始偏移位 |
| 三级 | 2011-6-13 | 1:15:31 | 1 | 0 |
| 三级 | 2011-6-14 | 11:37:27 | 5 | 1 |
| 三级 | 2011-6-15 | 3:14:17 | 3 | 6 |
| 三级 | 2011-6-15 | 9:27:25 | 6 | 9 |
| ...... | ...... | ...... | ...... | ...... |
表4EC1-1一级告警信息的二级索引表
| 告警等级 | 告警信息产生日期 | 时间 | 大小 | 起始偏移位 |
| 一级 | 2011-6-13 | 18:46:32 | 2 | 0 |
| 一级 | 2011-6-14 | 0:25:28 | 3 | 2 |
| 一级 | 2011-6-15 | 4:18:06 | 2 | 5 |
| 一级 | 2011-6-15 | 9:27:23 | 4 | 7 |
| ...... | ...... | ...... | ...... | ...... |
表5EC1-2二级告警信息的二级索引表
| 告警等级 | 告警信息产生日期 | 时间 | 大小 | 起始偏移位 |
| 二级 | 2011-6-15 | 2:29:21 | 3 | 0 |
| 二级 | 2011-6-15 | 9:27:23 | 5 | 3 |
| ...... | ...... | ...... | ...... | ...... |
步骤3、VM服务器在本地同步告警信息文件系统的索引信息，并在与VC保活的SIP报文中发送与前一个保活报文之间产生的告警信息存储地址。
步骤4、VC通过SIP保活报文得到告警信息地址后，通过与存储设备建有的iSCSI连接，读取告警信息文件系统中的告警信息内容。
基于与上述方法同样的发明构思，本发明还提出了一种管理服务器，应用于包括存储设备、所述管理服务器、视频客户端的监控系统中，所述存储设备由RAID阵列和热备盘构成，如图3所示，所述管理服务器包括：
处理模块11，用于获得业务信息，将所述业务信息存储到所述存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；
发送模块12，用于将所述索引信息通知给所述视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。
所述发送模块12，具体用于通过自身与视频客户端之间的会话初始协议SIP保活消息将所述索引信息通知给所述视频客户端。
所述处理模块11，还用于删除自身记录的所述索引信息；
所述发送模块12，还用于当有新的视频客户端查询所述业务信息时，将自身存储的所述业务信息通知给所述新的视频客户端。
所述处理模块11，具体用于在将所述业务信息存储到所述热备盘时，从所述热备盘的尾部开始存储所述业务信息。
所述处理模块11，还用于在所述热备盘与所述RAID阵列进行阵列重建的过程中，根据预设周期查询是否还有空闲的热备盘；如果有，则将业务信息存储到所述空闲的热备盘中。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (11)
1.一种基于独立磁盘冗余阵列RAID阵列的信息处理方法，应用于包括存储设备、管理服务器、视频客户端的监控系统中，所述存储设备由RAID阵列和热备盘构成，其特征在于，该方法包括以下步骤：
所述管理服务器获得业务信息，将所述业务信息存储到所述存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；
所述管理服务器将所述索引信息通知给所述视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。
2.如权利要求1所述的方法，其特征在于，所述管理服务器将所述索引信息通知给所述视频客户端，具体包括：
所述管理服务器通过自身与视频客户端之间的会话初始协议SIP保活消息将所述索引信息通知给所述视频客户端。
3.如权利要求2所述的方法，其特征在于，所述索引信息包括所述业务信息存储在所述热备盘中的地址信息；
所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息，具体包括：
所述视频客户端接收来自所述管理服务器的SIP保活消息，从所述SIP保活消息中获得所述业务信息存储在所述热备盘中的地址信息，并根据所述地址信息从所述热备盘中读取所述业务信息。
4.如权利要求1或2所述的方法，其特征在于，所述管理服务器将所述索引信息通知给所述视频客户端，之后还包括：所述管理服务器删除自身记录的所述索引信息；
当有新的视频客户端查询所述业务信息时，所述管理服务器将自身存储的所述业务信息通知给所述新的视频客户端。
5.如权利要求1所述的方法，其特征在于，
在将所述业务信息存储到所述热备盘时，所述管理服务器从所述热备盘的尾部开始存储所述业务信息；
当需要通过所述热备盘与所述RAID阵列进行阵列重建时，从所述热备盘的头部开始进行阵列重建。
6.如权利要求5所述的方法，其特征在于，
在所述热备盘与所述RAID阵列进行阵列重建的过程中，所述管理服务器根据预设周期查询是否还有空闲的热备盘；如果有，则所述管理服务器将业务信息存储到所述空闲的热备盘中。
7.一种管理服务器，应用于包括存储设备、所述管理服务器、视频客户端的监控系统中，所述存储设备由RAID阵列和热备盘构成，其特征在于，所述管理服务器包括：
处理模块，用于获得业务信息，将所述业务信息存储到所述存储设备的热备盘中，并记录所述业务信息在所述热备盘中的索引信息；
发送模块，用于将所述索引信息通知给所述视频客户端，由所述视频客户端根据所述索引信息从所述热备盘中获得所述业务信息。
8.如权利要求7所述的管理服务器，其特征在于，
所述发送模块，具体用于通过自身与视频客户端之间的会话初始协议SIP保活消息将所述索引信息通知给所述视频客户端。
9.如权利要求7或8所述的管理服务器，其特征在于，
所述处理模块，还用于删除自身记录的所述索引信息；
所述发送模块，还用于当有新的视频客户端查询所述业务信息时，将自身存储的所述业务信息通知给所述新的视频客户端。
10.如权利要求7所述的管理服务器，其特征在于，
所述处理模块，具体用于在将所述业务信息存储到所述热备盘时，从所述热备盘的尾部开始存储所述业务信息。
11.如权利要求10所述的管理服务器，其特征在于，
所述处理模块，还用于在所述热备盘与所述RAID阵列进行阵列重建的过程中，根据预设周期查询是否还有空闲的热备盘；如果有，则将业务信息存储到所述空闲的热备盘中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110269034.7A CN102364940B (zh) | 2011-09-13 | 2011-09-13 | 一种基于raid阵列的信息处理方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110269034.7A CN102364940B (zh) | 2011-09-13 | 2011-09-13 | 一种基于raid阵列的信息处理方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102364940A CN102364940A (zh) | 2012-02-29 |
| CN102364940B true CN102364940B (zh) | 2016-05-04 |
Family
ID=45691491
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110269034.7A Active CN102364940B (zh) | 2011-09-13 | 2011-09-13 | 一种基于raid阵列的信息处理方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102364940B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110928724B (zh) * | 2019-11-29 | 2023-04-28 | 重庆紫光华山智安科技有限公司 | 一种全局热备盘管理方法、装置、存储介质及电子设备 |
| CN111427659B (zh) * | 2020-03-08 | 2022-05-17 | 苏州浪潮智能科技有限公司 | 一种ssd硬盘直通虚拟机的热迁移的方法和设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101135955A (zh) * | 2007-10-19 | 2008-03-05 | 杭州华三通信技术有限公司 | 实现磁盘冗余阵列重建的方法和磁盘冗余阵列 |
| CN101232407A (zh) * | 2007-12-19 | 2008-07-30 | 深圳市同洲电子股份有限公司 | 用于实现网络监控中时移播放的方法、装置和视频服务器 |
| CN101266711A (zh) * | 2007-03-15 | 2008-09-17 | 中兴通讯股份有限公司 | 一种视频监控系统及告警录像网络存储方法 |
| CN101576833A (zh) * | 2009-06-26 | 2009-11-11 | 杭州华三通信技术有限公司 | 一种独立磁盘冗余阵列raid数据重建方法和装置 |
| CN101652973A (zh) * | 2007-03-21 | 2010-02-17 | 艾利森电话股份有限公司 | 基于sip的媒体服务中的会话控制 |
| CN101873481A (zh) * | 2010-03-01 | 2010-10-27 | 杭州海康威视数字技术股份有限公司 | 视频监控系统中录像回放的方法、系统及网络监控客户端 |
-
2011
- 2011-09-13 CN CN201110269034.7A patent/CN102364940B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101266711A (zh) * | 2007-03-15 | 2008-09-17 | 中兴通讯股份有限公司 | 一种视频监控系统及告警录像网络存储方法 |
| CN101652973A (zh) * | 2007-03-21 | 2010-02-17 | 艾利森电话股份有限公司 | 基于sip的媒体服务中的会话控制 |
| CN101135955A (zh) * | 2007-10-19 | 2008-03-05 | 杭州华三通信技术有限公司 | 实现磁盘冗余阵列重建的方法和磁盘冗余阵列 |
| CN101232407A (zh) * | 2007-12-19 | 2008-07-30 | 深圳市同洲电子股份有限公司 | 用于实现网络监控中时移播放的方法、装置和视频服务器 |
| CN101576833A (zh) * | 2009-06-26 | 2009-11-11 | 杭州华三通信技术有限公司 | 一种独立磁盘冗余阵列raid数据重建方法和装置 |
| CN101873481A (zh) * | 2010-03-01 | 2010-10-27 | 杭州海康威视数字技术股份有限公司 | 视频监控系统中录像回放的方法、系统及网络监控客户端 |
Non-Patent Citations (1)
| Title |
|---|
| 傅继利,杨宇航,孟桂娥,赵海波.SIP 终端Keep Alive实现机制的分析.《电信快报》.2008,(第3期),26-30. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102364940A (zh) | 2012-02-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7539755B2 (en) | Real-time heartbeat frequency regulation system and method utilizing user-requested frequency | |
| CN101394307B (zh) | 一种统计在线用户数量的方法、装置及系统 | |
| CN103078933B (zh) | 一种确定数据迁移时机的方法和装置 | |
| CN104750738B (zh) | 一种更新数据信息的方法、数据节点、管理节点及系统 | |
| CN102291256B (zh) | 一种监控数据的查询方法和设备 | |
| CN104504147B (zh) | 一种数据库集群的资源协调方法、装置及系统 | |
| CN104079438B (zh) | Dns域名管理系统和方法 | |
| CN103856760A (zh) | 一种视频监控设备间纵向虚拟化装置 | |
| WO2016146011A1 (zh) | 一种创建虚拟非易失性存储介质的方法、系统及管理系统 | |
| WO2020133963A1 (zh) | 基于区块链的数据存储方法、相关设备及存储介质 | |
| CN107040576A (zh) | 信息推送方法及装置、通讯系统 | |
| CN113923397B (zh) | 会议室设备的状态检测方法、装置、电子设备和存储介质 | |
| CN107770207A (zh) | 多终端设备间数据同步的方法 | |
| CN111726388A (zh) | 一种跨集群高可用的实现方法、装置、系统及设备 | |
| CN109189992A (zh) | 一种用于云监控系统中的视频时间检索方法 | |
| CN102520982A (zh) | 节点热插拔的方法及装置 | |
| CN101742254A (zh) | 视频监控系统信息的备份方法和中心平台服务器 | |
| CN113259493B (zh) | 基于Ukey机柜的Ukey信息获取方法、装置、设备和存储介质 | |
| CN102364940B (zh) | 一种基于raid阵列的信息处理方法和设备 | |
| AU2010278498B2 (en) | Method and system for video-recording recovery | |
| CN106569729A (zh) | 用于分布式系统中数据写入的方法和设备 | |
| CN105760391A (zh) | 数据动态重分布的方法、数据节点、名字节点及系统 | |
| CN103475533B (zh) | 监控前端接入方法、装置及系统 | |
| CN101588342A (zh) | 一种实现录制业务的方法、装置及系统 | |
| CN101621526A (zh) | 一种防止无用连接占用系统资源的iSCSI方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: NEW H3C TECHNOLOGIES Co.,Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: HANGZHOU H3C TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230616 Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd. Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |