CN101505269A - 一种视频服务器发生拥塞时的处理方法及装置 - Google Patents
一种视频服务器发生拥塞时的处理方法及装置 Download PDFInfo
- Publication number
- CN101505269A CN101505269A CNA2009100799969A CN200910079996A CN101505269A CN 101505269 A CN101505269 A CN 101505269A CN A2009100799969 A CNA2009100799969 A CN A2009100799969A CN 200910079996 A CN200910079996 A CN 200910079996A CN 101505269 A CN101505269 A CN 101505269A
- Authority
- CN
- China
- Prior art keywords
- message
- video
- video camera
- video server
- sends
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000012545 processing Methods 0.000 claims abstract description 27
- 238000012544 monitoring process Methods 0.000 claims description 10
- 230000005540 biological transmission Effects 0.000 claims description 8
- 230000014509 gene expression Effects 0.000 claims description 7
- 238000000034 method Methods 0.000 abstract description 14
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种视频服务器发生拥塞时的处理方法,用于预防产生消息风暴,防止视频服务器因达到处理瓶颈所导致的设备死机等事故。所述方法包括:视频摄像机向视频服务器发送第一消息;视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址;视频服务器根据获得的IP地址向视频摄像机发送退避消息;视频摄像机收到退避消息后,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。本发明还公开了用于实现所述方法的装置和系统。
Description
技术领域
本发明涉及计算机及通信领域,特别是涉及视频服务器发生拥塞时的处理方法及装置。
背景技术
目前的计算机、网络、通信、多媒体等技术发展迅速,使得视频监控系统已经成熟地应用在各行各业。并且,现有技术已发展到第三代IP(互联网协议)网络视频监控系统。例如中国电信的“全球眼”和中国网通的“宽视界”等运营商级的视频监控系统,以及各城市的“城市监控报警联网系统”等。
IP网络视频监控系统包括用于摄像的视频摄像机和用于管理视频摄像机和处理视频数据的视频服务器。一台视频服务器可能连接成百上千台视频摄像机,可能在很短时间里需要处理几百条消息。
视频服务器因软件、硬件或者物理原因等会不定时的出现重启,在这种情况出现后,所有的视频摄像机需要重新上线注册,大量的注册信息同时向视频服务器发送、注册成功后大量的保活信息也会定时同时到达视频服务器,还可能有其它的一系列消息大规模同时到达视频服务器。视频服务器很可能达到处理瓶颈,无法继续接收和处理消息,容易造成数据丢失,还可能导致更大事故的发生。
发明内容
本发明实施例提供一种视频服务器发生拥塞时的处理方法及装置,用于预防产生消息风暴,防止视频服务器因达到处理瓶颈所导致的设备死机等事故。
一种视频服务器发生拥塞时的处理方法,包括以下步骤:
视频摄像机向视频服务器发送第一消息;
视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址;
视频服务器根据获得的IP地址向视频摄像机发送退避消息;
视频摄像机收到退避消息后,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
一种视频服务器发生拥塞时视频服务器的处理方法,包括以下步骤:
视频服务器收到视频摄像机发送的第一消息;
视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址;
视频服务器根据获得的IP地址向视频摄像机发送退避消息,以指示视频摄像机延时一段时间后再次发送第一消息。
一种视频服务器发生拥塞时视频摄像机的处理方法,包括以下步骤:
视频摄像机向视频服务器发送第一消息;
视频摄像机收到视频服务器针对第一消息发送的退避消息;
视频摄像机根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
一种视频服务器,包括:
接口模块,用于接收视频摄像机发送的第一消息;
负载模块,用于发现自身已处于处理瓶颈状态;
解析模块,用于从第一消息中解析出IP报头,获得视频摄像机的IP地址;
生成模块,用于根据获得的IP地址生成退避消息,并通过接口模块将退避消息发送给视频摄像机,以指示视频摄像机延时一段时间后再次发送第一消息。
一种视频摄像机,包括:
生成模块,用于生成包括视频服务器地址的第一消息;
接口模块,用于向视频服务器发送第一消息,以及接收视频服务器针对第一消息发送的退避消息;
时长模块,用于根据预设的算法确定延时时长;
计时模块,用于在达到延时时长时指示接口模块再次向视频服务器发送第一消息。
一种视频监控系统,包括:视频服务器和多个视频摄像机;其中
视频服务器,用于接收视频摄像机发送的第一消息,当发现自身已处于处理瓶颈状态时,从第一消息中解析出IP报头,获得视频摄像机的IP地址,并根据获得的IP地址向视频摄像机发送退避消息,以指示视频摄像机延时一段时间后再次发送第一消息;
视频摄像机,用于向视频服务器发送第一消息,当收到视频服务器针对第一消息发送的退避消息时,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
本发明实施例中视频服务器处于处理瓶颈的情况下收到视频摄像机的消息时,向该视频摄像机发送退避消息,指示其在一定的延时时长后再次发送该消息。此时视频服务器不需要处理该消息,基本不影响视频服务器的处理能力,减少了视频服务器发生重大事故的可能。并且视频摄像机会再次发送消息,所以不会因视频服务器达到处理瓶颈而导致的设备死机等事故,从而解决了设备死机造成的数据丢失问题。
附图说明
图1为本发明实施例中视频监控系统的结构图;
图2为本发明实施例中视频服务器的结构图;
图3为本发明实施例中视频摄像机的结构图;
图4为本发明实施例中视频服务器发送拥塞时的主要处理方法流程图;
图5为本发明实施例中视频服务器通知视频摄像机延时时长时的处理方法流程图;
图6为本发明实施例中视频摄像机自行确定延时时长时的详细处理方法流程图。
具体实施方式
本发明实施例中视频服务器收到视频摄像机发送的第一消息后,发现自身处于处理瓶颈时,向发送第一消息的视频摄像机发送退避消息,指示其稍后再发送第一消息。视频服务器不对第一消息进行数据处理,从而减少了自身的处理压力,减少了发生重大事故的可能。以及视频摄像机稍后会再次发送第一消息,减少了数据处理遗漏的可能。
其中,处理瓶颈状态如内存达到预设的存储门限,或者如处理堆栈已满,或者如未处理的消息数量达到预设的数量门限等,当然,处理瓶颈状态不限于此,此处不再一一列举。
参见图1,本实施例中视频监控系统包括视频服务器101和多个视频摄像机102。
视频服务器101用于接收视频摄像机102发送的第一消息,当发现自身已处于处理瓶颈状态时,从第一消息中解析出IP报头,获得视频摄像机的IP地址,并根据获得的IP地址向视频摄像机102发送退避消息,以指示视频摄像机102延时一段时间后再次发送第一消息。其中,退避消息为预设的特定值,如511。
视频摄像机102用于向视频服务器101发送第一消息,当收到视频服务器101针对第一消息发送的退避消息时,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器101发送第一消息。视频摄像机102根据预设的算法确定延时时长的过程包括:根据参数k=Min(n,K)获得k,其中K为预设的次数门限,Min()表示取最小值;根据k从(0,1,...,2k-1)中确定随机数r;根据T=r·t获得延时时长T,其中t为预设的时间间隔。视频摄像机102还用于当收到退避消息的次数超过预设的次数门限K时,丢弃第一消息。
其中,视频服务器101包括接口模块201、负载模块202、解析模块203和生成模块204,参见图2所示。
接口模块201用于接收视频摄像机发送的第一消息。
负载模块202用于发现自身已处于处理瓶颈状态。
解析模块203用于从第一消息中解析出IP报头,获得视频摄像机的IP地址。
生成模块204用于根据获得的IP地址生成退避消息,并通过接口模块将退避消息发送给视频摄像机,以指示视频摄像机延时一段时间后再次发送第一消息。
视频摄像机102包括生成模块301、接口模块302、时长模块303和计时模块304,参见图3所示。
生成模块301用于生成包括视频服务器地址的第一消息。
接口模块302用于向视频服务器发送第一消息,以及接收视频服务器针对第一消息发送的退避消息。
时长模块303用于根据预设的算法确定延时时长。时长模块303根据参数k=Min(n,K)获得k,其中K为预设的次数门限,Min()表示取最小值;根据k从(0,1,...,2k-1)中确定随机数r;根据T=r·t获得延时时长T,其中t为预设的时间间隔。
计时模块304用于在达到延时时长时指示接口模块再次向视频服务器发送第一消息。
视频摄像机102还包括处理模块,本图未示出,处理模块用于判断收到退避消息的次数是否超过预设的次数门限K,若是,则丢弃第一消息,否则指示时长模块303确定延时时长。
参见图4,本实施例中视频服务器发生拥塞时的主要处理方法如下:
步骤401:视频摄像机向视频服务器发送第一消息。
步骤402:视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址。
步骤403:视频服务器根据获得的IP地址向视频摄像机发送退避消息。
步骤404:视频摄像机收到退避消息后,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
其中,视频服务器101收到视频摄像机102发送的第一消息;视频服务器101发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机102的IP地址;视频服务器101根据获得的IP地址向视频摄像机102发送退避消息,以指示视频摄像机101延时一段时间后再次发送第一消息。
视频摄像机102向视频服务器101发送第一消息;视频摄像机102收到视频服务器101针对第一消息发送的退避消息;视频摄像机102根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器101发送第一消息。
参见图5,本实施例中视频服务器通知视频摄像机102延时时长时的详细处理方法如下:
步骤501:视频摄像机102向视频服务器101发送第一消息。该第一消息可以是注册消息等任何一种消息。
步骤502:视频服务器101判断自身是否处于处理瓶颈,若是,则继续步骤503,否则继续步骤504。判断方式有多种,如判断自身的内存是否达到存储门限,或者如判断自身的处理堆栈是否已满,或者如判断已接收且未处理的消息的数量是否已达到消息数量门限等。
步骤503:视频服务器101根据预设的随机算法随机确定延时时长。并继续步骤505。如果采用固定的延时时长,则一些视频摄像机102在达到延时时长时可能会再次发送大量的消息,可能导致视频服务器101再次发生处理拥塞。采用随机算法可有效的解决该问题。
随机算法如:从(0,50us,100us,150us,200us)中随机选择一个时间作为延时时长。
步骤504:视频服务器101处理第一消息,特别是对第一消息中的数据部分进行处理。
步骤505:视频服务器101从第一消息中解析出IP报头,获得视频摄像机102的IP地址。
步骤506:视频服务器101根据获得的IP地址向视频摄像机102发送带有延时时长的退避消息。退避消息形如:511(100),其中511表示退避命令,100表示延时时长为100us。
步骤507:视频摄像机102接收并解析退避命令,获得延时时长。
步骤508:视频摄像机102在达到延时时长时再次向视频服务器101发送第一消息。
参见图6,本实施例中视频摄像机102自行确定延时时长时的详细处理方法如下:
步骤601:视频摄像机102向视频服务器101发送第一消息。
步骤602:视频服务器101判断自身是否处于处理瓶颈,若是,则继续步骤604,否则继续步骤603。
步骤603:视频服务器101处理第一消息,特别是对第一消息中的数据部分进行处理。
步骤604:视频服务器101从第一消息中解析出IP报头,获得视频摄像机102的IP地址。
步骤605:视频服务器101根据获得的IP地址向视频摄像机102发送退避消息。退避消息形如:511。
步骤606:视频摄像机102接收退避消息,并更新收到退避消息的次数。
步骤607:视频摄像机102根据收到退避消息的次数和预设的随机算法随机确定延时时长。
步骤608:视频摄像机102在达到延时时长时再次向视频服务器101发送第一消息。
当视频摄像机102发送某个消息后在一定时间段内未收到退避消息时,将退避消息的次数清0。
其中,步骤607的具体实现过程包括:视频摄像机102根据Min(n,K)获得参数k,即k=Min(n,K),其中K为预设的次数门限,n为收到退避消息的次数,Min()表示取最小值。然后,从(0,1,...,2k-1)中随机确定随机数r。再通过r·t获得延时时长T,即T=r·t,其中t为预设的时间间隔。从上述过程可以看出,n值越大,k的值也就越大,r可能取到的随机数也越大,从而使T的值越大。即,收到退避消息的次数越多,视频服务器101处于处理瓶颈的状态时间越长,说明这段时间里需要处理的消息较多,需要较长的延时时长,以更好的缓解视频服务器101的拥塞状况。较佳的,本实施例中K为16,t为51.2us。
用于实现本发明实施例的软件可以存储于软盘、硬盘、光盘和闪存等存储介质。
本发明实施例中视频服务器处于处理瓶颈的情况下收到视频摄像机的消息时,向该视频摄像机发送退避消息,指示其在一定的延时时长后再次发送该消息。此时视频服务器不需要处理该消息,基本不影响视频服务器的处理能力,减少了视频服务器发生重大事故的可能。并且视频摄像机会再次发送消息,减少了数据处理遗漏的可能。并且,本发明实施例通过随机算法来随机确定延时时长,使得多个视频摄像机发送的多条消息基本不会再次同时(即极短的时间内,如10ms)到达视频服务器,减少了视频服务器再次发生拥塞的可能。以及,本发明实施例利用收到退避消息的次数来控制延时时长,收到退避消息的次数越多,延时时长的取值可能越大,以便更好的缓解视频服务器的拥塞。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1、一种视频服务器发生拥塞时的处理方法,其特征在于,包括以下步骤:
视频摄像机向视频服务器发送第一消息;
视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址;
视频服务器根据获得的IP地址向视频摄像机发送退避消息;
视频摄像机收到退避消息后,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
2、如权利要求1所述的处理方法,其特征在于,视频摄像机根据预设的算法确定延时时长的步骤包括:视频摄像机根据收到退避消息的次数和预设的随机算法随机确定延时时长。
3、如权利要求2所述的处理方法,其特征在于,视频摄像机根据收到退避消息的次数n和预设的随机算法随机确定延时时长的步骤包括:
根据参数k=Min(n,K)获得k,其中K为预设的次数门限,Min()表示取最小值;
根据k从(0,1,...,2k-1)中确定随机数r;
根据T=r·t获得延时时长T,其中t为预设的时间间隔。
4、如权利要求3所述的处理方法,其特征在于,视频摄像机当收到退避消息的次数超过预设的次数门限K时,丢弃第一消息。
5、如权利要求1所述的处理方法,其特征在于,退避消息为预设的特定值。
6、一种视频服务器发生拥塞时视频服务器的处理方法,其特征在于,包括以下步骤:
视频服务器收到视频摄像机发送的第一消息;
视频服务器发现自身已处于处理瓶颈状态,则从第一消息中解析出IP报头,获得视频摄像机的IP地址;
视频服务器根据获得的IP地址向视频摄像机发送退避消息,以指示视频摄像机延时一段时间后再次发送第一消息。
7、一种视频服务器发生拥塞时视频摄像机的处理方法,其特征在于,包括以下步骤:
视频摄像机向视频服务器发送第一消息;
视频摄像机收到视频服务器针对第一消息发送的退避消息;
视频摄像机根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
8、一种视频服务器,其特征在于,包括:
接口模块,用于接收视频摄像机发送的第一消息;
负载模块,用于发现自身已处于处理瓶颈状态;
解析模块,用于从第一消息中解析出IP报头,获得视频摄像机的IP地址;
生成模块,用于根据获得的IP地址生成退避消息,并通过接口模块将退避消息发送给视频摄像机,以指示视频摄像机延时一段时间后再次发送第一消息。
9、一种视频摄像机,其特征在于,包括:
生成模块,用于生成包括视频服务器地址的第一消息;
接口模块,用于向视频服务器发送第一消息,以及接收视频服务器针对第一消息发送的退避消息;
时长模块,用于根据预设的算法确定延时时长;
计时模块,用于在达到延时时长时指示接口模块再次向视频服务器发送第一消息。
10、一种视频监控系统,其特征在于,包括:视频服务器和多个视频摄像机;其中
视频服务器,用于接收视频摄像机发送的第一消息,当发现自身已处于处理瓶颈状态时,从第一消息中解析出IP报头,获得视频摄像机的IP地址,并根据获得的IP地址向视频摄像机发送退避消息,以指示视频摄像机延时一段时间后再次发送第一消息;
视频摄像机,用于向视频服务器发送第一消息,当收到视频服务器针对第一消息发送的退避消息时,根据预设的算法确定延时时长,并在达到延时时长时再次向视频服务器发送第一消息。
11、如权利要求10所述的视频监控系统,其特征在于,视频摄像机用于:
根据参数k=Min(n,K)获得k,其中K为预设的次数门限,Min()表示取最小值;
根据k从(0,1,...,2k-1)中确定随机数r;
根据T=r·t获得延时时长T,其中t为预设的时间间隔。
12、如权利要求11所述的视频监控系统,其特征在于,视频摄像机还用于当收到退避消息的次数超过预设的次数门限K时,丢弃第一消息。
13、如权利要求10所述的视频监控系统,其特征在于,退避消息为预设的特定值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910079996.9A CN101505269B (zh) | 2009-03-16 | 2009-03-16 | 一种视频服务器发生拥塞时的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910079996.9A CN101505269B (zh) | 2009-03-16 | 2009-03-16 | 一种视频服务器发生拥塞时的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101505269A true CN101505269A (zh) | 2009-08-12 |
CN101505269B CN101505269B (zh) | 2015-01-21 |
Family
ID=40977343
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910079996.9A Active CN101505269B (zh) | 2009-03-16 | 2009-03-16 | 一种视频服务器发生拥塞时的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101505269B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107995128A (zh) * | 2017-12-11 | 2018-05-04 | 日立楼宇技术(广州)有限公司 | 综采集控系统的数据访问方法、装置、主机和存储介质 |
CN111354154A (zh) * | 2020-03-11 | 2020-06-30 | 杭州涂鸦信息技术有限公司 | 一种基于云端算法的ai检测方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100364293C (zh) * | 2002-09-28 | 2008-01-23 | 华为技术有限公司 | 消息传输部分2层用户适配对ip网络拥塞的处理方法 |
CN101296158A (zh) * | 2007-04-26 | 2008-10-29 | 深圳市同洲电子股份有限公司 | 一种流媒体数据传输方法及其数据传输装置 |
CN101355689B (zh) * | 2008-09-08 | 2013-02-13 | 深圳市同洲电子股份有限公司 | 一种数字电视视频点播控制方法、系统和数字电视接收终端 |
-
2009
- 2009-03-16 CN CN200910079996.9A patent/CN101505269B/zh active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107995128A (zh) * | 2017-12-11 | 2018-05-04 | 日立楼宇技术(广州)有限公司 | 综采集控系统的数据访问方法、装置、主机和存储介质 |
CN107995128B (zh) * | 2017-12-11 | 2021-07-30 | 日立楼宇技术(广州)有限公司 | 综采集控系统的数据访问方法、装置、主机和存储介质 |
CN111354154A (zh) * | 2020-03-11 | 2020-06-30 | 杭州涂鸦信息技术有限公司 | 一种基于云端算法的ai检测方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101505269B (zh) | 2015-01-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110222091B (zh) | 一种海量数据实时统计分析方法 | |
CN110808874B (zh) | 一种跨机房服务监控方法、装置、存储介质及服务器 | |
CN106254179B (zh) | 一种心跳包异步控制方法及装置 | |
CN101577646B (zh) | 一种基于snmp的告警同步方法 | |
CN108134713B (zh) | 一种通信方法及装置 | |
CN101426181A (zh) | 具有即时互动的智能化多媒体信息手机浏览系统及实现方法 | |
CN102780593B (zh) | 基于bfd协议检测链路的方法、装置和网络处理器 | |
CN115174490B (zh) | 一种数据传输方法及网络应用终端 | |
CN108924485B (zh) | 客户端实时视频流中断处理方法及系统、监控系统 | |
CN109194744B (zh) | 一种数据传输方法、装置、存储介质及监测设备 | |
CN103475742B (zh) | 云计算环境中主控节点确定的方法及系统 | |
CN103312593A (zh) | 一种消息分发系统及方法 | |
US8521869B2 (en) | Method and system for reporting defects within a network | |
CN104753813B (zh) | Dma传送报文的方法 | |
CN102882708A (zh) | 运维审计方法、装置及系统 | |
CN105812492B (zh) | 一种数据同步方法及系统 | |
CN101505269A (zh) | 一种视频服务器发生拥塞时的处理方法及装置 | |
US11293780B2 (en) | Data transmission method for an smart gas service system based on compound IoT | |
CN110784369A (zh) | 检测长连接的方法、服务器、终端及存储介质 | |
CN113965466B (zh) | 一种自适应网络带宽的数据传输系统 | |
US8566634B2 (en) | Method and system for masking defects within a network | |
CN112965831B (zh) | 抑制数据反复平滑的方法及装置 | |
WO2014040470A1 (zh) | 告警消息的处理方法及装置 | |
CN114296979A (zh) | 一种检测物联网设备异常状态的方法及装置 | |
CN113079065A (zh) | 基于Ambari的心跳检测方法、装置、设备及介质 |
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 | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160517 Address after: 519031 Guangdong city of Zhuhai province Hengqin Baohua Road No. 6, room 105 -478 Patentee after: GUANGDONG ZHONGXING ELECTRONICS CO., LTD. Address before: 100083, Haidian District, Xueyuan Road, Beijing No. 35, Nanjing Ning building, 15 Floor Patentee before: Beijing Vimicro Corporation |