著录项信息
专利名称 | 信息处理方法、信息处理装置和信息处理系统 |
申请号 | CN201510276545.X | 申请日期 | 2015-05-26 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2017-01-04 | 公开/公告号 | CN106293975A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/07 | IPC分类号 | G;0;6;F;1;1;/;0;7查看分类表>
|
申请人 | 联想(北京)有限公司 | 申请人地址 | 北京市海淀区上地信息产业基地创业路6号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 联想(北京)有限公司 | 当前权利人 | 联想(北京)有限公司 |
发明人 | 冉晔;唐晓彧 |
代理机构 | 北京鼎佳达知识产权代理事务所(普通合伙) | 代理人 | 王伟锋;刘铁生 |
摘要
本发明是关于一种信息处理方法、信息处理装置和信息处理系统,信息处理方法包括:在第一区域获取目标设备在发生故障时产生的故障数据;在第一区域根据故障数据计算出故障信息;将故障信息由第一区域的第一服务器发送至第二区域的第二服务器;在第二区域的第二服务器基于故障信息选择故障解决单元。根据本发明的技术方案,在第一地域获取目标设备的故障数据进行计算得到故障信息后,能够及时发送到与目标设备不在的第二区域,由第二区域的相应设备来选择故障解决单元,以保证故障能够及时发现,以及故障能够及时解决,整个过程不需要人为参与,大大提高了准确性和效率。
1.一种信息处理方法,其特征在于,包括:
在第一区域获取目标设备在发生故障时产生的故障数据;
在所述第一区域根据所述故障数据计算出故障信息;
将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器;
在所述第二区域的所述第二服务器基于所述故障信息选择故障解决单元;
在将所述故障信息由第一区域的第一服务器发送至第二区域的第二服务器之前,还包括:
判断所述故障信息是否存在预设的筛选信息库中,并根据判断结果确定是否执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器。
2.根据权利要求1所述的信息处理方法,其特征在于,所述故障信息为多项;根据判断结果确定是否执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器,具体包括:
在多项所述故障信息同时位于所述筛选信息库中时,执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器。
3.根据权利要求2所述的信息处理方法,其特征在于,所述故障信息包括所述故障的至少一项属性以及所述目标设备的至少一项属性。
4.根据权利要求1至3中任一项所述的信息处理方法,其特征在于,在第一区域获取目标设备在发生故障时产生的故障数据,具体包括:
实时接收所述目标设备主动发送的所述故障数据。
5.根据权利要求1至3中任一项所述的信息处理方法,其特征在于,在第一区域获取目标设备在发生故障时产生的故障数据,具体包括:
按预设的时间或周期向所述目标设备发出请求,以所述目标设备返回所述故障数据。
6.一种信息处理装置,用于处理目标设备发生故障时产生的数据,其特征在于,所述信息处理装置包括:
故障数据获取模块,用于在第一区域获取所述目标设备在发生所述故障时产生的故障数据;
故障信息计算模块,用于在所述第一区域根据所述故障数据计算出故障信息;
故障信息发送模块,用于将所述故障信息由所述第一区域发送至第二区域的服务器,以用于供所述第二区域的服务器基于所述故障信息选择故障解决单元;
还包括:
判断模块,用于判断所述故障信息是否存在预设的筛选信息库中,所述故障信息发送模块根据判断结果确定是否执行将所述故障信息由所述第一区域发送至第二区域的服务器。
7.根据权利要求6所述的信息处理装置,其特征在于,所述故障信息为多项;在所述判断模块判断多项所述故障信息同时位于所述筛选信息库中时,所述故障信息发送模块将所述故障信息由所述第一区域发送至第二区域的服务器。
8.根据权利要求7所述的信息处理装置,其特征在于,所述故障信息包括所述故障的至少一项属性以及所述目标设备的至少一项属性。
9.根据权利要求6至8中任一项所述的信息处理装置,其特征在于,所述故障数据获取模块实时接收所述目标设备主动发送的所述故障数据。
10.根据权利要求6至8中任一项所述的信息处理装置,其特征在于,所述故障数据获取模块按预设的时间或周期向所述目标设备发出请求,以所述目标设备返回所述故障数据。
11.一种信息处理系统,其特征在于,包括:设置在第一信息处理装置上的故障数据获取模块、故障信息计算模块、故障信息发送模块,设置在第二信息处理装置上的故障解决单元选择模块;
所述故障数据获取模块,用于在第一区域获取目标设备在发生所述故障时产生的故障数据;
所述故障信息计算模块,用于在所述第一区域根据所述故障数据计算出故障信息;
所述故障信息发送模块,用于将所述故障信息由所述第一区域发送至第二区域;
所述故障解决单元选择模块,在所述第二区域基于所述故障信息选择故障解决单元;
还包括:设置在所述第二信息处理装置的判断模块;
所述判断模块用于判断所述故障信息是否存在预设的筛选信息库中,所述故障解决单元选择模块根据判断结果确定是否在所述第二区域基于所述故障信息选择故障解决单元。
12.根据权利要求11所述的信息处理系统,其特征在于,所述故障信息包括所述故障的类型,所述故障解决单元选择模块根据所述故障的类型选择所述故障解决单元。
信息处理方法、信息处理装置和信息处理系统\n技术领域\n[0001] 本发明涉及计算机技术领域,具体而言,涉及一种信息处理方法、信息处理装置和信息处理系统。\n背景技术\n[0002] 通常,服务器、交换机等设备在工作中起到非常重要的作用,所以这些设备如果出现故障,必须要及时进行维修。目前,服务器、交换机等设备产生硬件故障时,进行报修通常采用如下流程:1、通过日常对设备的巡检发现故障,再通过人为判断是否是硬件故障。2、当人为判断为硬件故障后,负责人再用拨打电话的方式,将有故障发生的事情通知设备厂商。\n3、厂商的工程师根据现有故障现象进行故障诊断。\n[0003] 这种模式存在的问题是:1、全程都有人为参与,导致整个流程效率不高。2、巡检人员的专业性参差不齐,导致一些潜在硬件问题难以通过日常检查及时发现。3、同样由于巡检人员的专业能力参差不齐,也会在电话报障过程中出现问题阐述不清,厂商工程师难以准确判断故障问题,派错维修单的问题。\n发明内容\n[0004] 本发明的主要目的在于,提供一种信息处理方法、信息处理装置和信息处理系统,所要解决的技术问题是能够自动上报设备的故障,并将故障分配给相应的单位来进行解决,从而更加适于实用。\n[0005] 本发明的目的及解决其技术问题是采用以下技术方案来实现的。\n[0006] 依据本发明的一个方面,提供了一种信息处理方法,包括:在第一区域获取目标设备在发生故障时产生的故障数据;在所述第一区域根据所述故障数据计算出故障信息;将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器;在所述第二区域的所述第二服务器基于所述故障信息选择故障解决单元。\n[0007] 可选地,前述的信息处理方法,在将所述故障信息由第一区域的第一服务器发送至第二区域的第二服务器之前,还包括:判断所述故障信息是否存在预设的筛选信息库中,并根据判断结果确定是否执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器。\n[0008] 可选地,前述的信息处理方法,所述故障信息为多项;根据判断结果确定是否执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器,具体包括:\n在多项所述故障信息同时位于所述筛选信息库中时,执行将所述故障信息由所述第一区域的第一服务器发送至第二区域的第二服务器。\n[0009] 可选地,前述的信息处理方法,所述故障信息包括所述故障的至少一项属性以及所述目标设备的至少一项属性。\n[0010] 可选地,前述的信息处理方法,在第一区域获取目标设备在发生故障时产生的故障数据,具体包括:实时接收所述目标设备主动发送的所述故障数据。\n[0011] 可选地,前述的信息处理方法,在第一区域获取目标设备在发生故障时产生的故障数据,具体包括:按预设的时间或周期向所述目标设备发出请求,以所述目标设备返回所述故障数据。\n[0012] 依据本发明的另一方面,还提供了一种信息处理装置,用于处理目标设备发生故障时产生的数据,所述信息处理装置包括:故障数据获取模块,用于在第一区域获取所述目标设备在发生所述故障时产生的故障数据;故障信息计算模块,用于在所述第一区域根据所述故障数据计算出故障信息;故障信息发送模块,用于将所述故障信息由所述第一区域发送至第二区域的服务器,以用于供所述第二区域的服务器基于所述故障信息选择故障解决单元。\n[0013] 可选地,前述的信息处理装置,还包括:判断模块,用于判断所述故障信息是否存在预设的筛选信息库中,所述故障信息发送模块根据判断结果确定是否执行将所述故障信息由所述第一区域发送至第二区域的服务器。\n[0014] 可选地,前述的信息处理装置,所述故障信息为多项;在所述判断模块判断多项所述故障信息同时位于所述筛选信息库中时,所述故障信息发送模块将所述故障信息由所述第一区域发送至第二区域的服务器。\n[0015] 可选地,前述的信息处理装置,所述故障信息包括所述故障的至少一项属性以及所述目标设备的至少一项属性。\n[0016] 可选地,前述的信息处理装置,所述故障数据获取模块实时接收所述目标设备主动发送的所述故障数据。\n[0017] 可选地,前述的信息处理装置,所述故障数据获取模块按预设的时间或周期向所述目标设备发出请求,以所述目标设备返回所述故障数据。\n[0018] 依据本发明的另一方面,还提供了一种信息处理系统,包括:设置在第一信息处理装置上的故障数据获取模块、故障信息计算模块、故障信息发送模块,设置在第二信息处理装置上的故障解决单元选择模块;所述故障数据获取模块,用于在第一区域获取所述目标设备在发生所述故障时产生的故障数据;所述故障信息计算模块,用于在所述第一区域根据所述故障数据计算出故障信息;所述故障信息发送模块,用于将所述故障信息由所述第一区域发送至第二区域;所述故障解决单元选择模块,在所述第二区域基于所述故障信息选择故障解决单元。\n[0019] 可选地,前述的信息处理系统,还包括:设置在所述第二信息处理装置的判断模块;所述判断模块用于判断所述故障信息是否存在预设的筛选信息库中,所述故障解决单元选择模块根据判断结果确定是否在所述第二区域基于所述故障信息选择故障解决单元。\n[0020] 可选地,前述的信息处理系统,所述故障信息包括所述故障的类型,所述故障解决单元选择模块根据所述故障的类型选择所述故障解决单元。\n[0021] 借由上述技术方案,本发明的信息处理方法、信息处理装置和信息处理系统至少具有下列优点:\n[0022] 根据本发明的技术方案,在第一地域获取目标设备的故障数据进行计算得到故障信息后,能够及时发送到与目标设备不在的第二区域,由第二区域的相应设备来选择故障解决单元,以保证故障能够及时发现,以及故障能够及时解决,整个过程不需要人为参与,大大提高了准确性和效率。\n[0023] 上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,并可依照说明书的内容予以实施,以下以本发明的较佳实施例并配合附图详细说明如后。\n附图说明\n[0024] 图1是根据本发明的一个实施例的信息处理方法的流程图;\n[0025] 图2是根据本发明的一个实施例的信息处理方法的工作示意图;\n[0026] 图3是根据本发明的一个实施例的信息处理装置的框图;\n[0027] 图4是根据本发明的一个实施例的信息处理装置的框图;\n[0028] 图5是根据本发明的一个实施例的信息处理系统的框图;\n[0029] 图6是根据本发明的一个实施例的信息处理系统的框图。\n具体实施方式\n[0030] 为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明提出的信息处理方法、信息处理装置和信息处理系统其具体实施方式、结构、特征及其功效,详细说明如后。在下述说明中,不同的“一实施例”或“实施例”指的不一定是同一实施例。此外,一或多个实施例中的特定特征、结构、或特点可由任何合适形式组合。\n[0031] 如图1所示,本发明的一个实施例中提供给了一种信息处理方法,包括:\n[0032] 步骤110,在第一区域获取目标设备在发生故障时产生的故障数据。在本实施例中,目标设备包括但不限于服务器、交换机等设备。\n[0033] 步骤120,在第一区域根据故障数据计算出故障信息。在本实施例中,当目标设备在产生故障时其在工作过程中产生的数据必然也会有所不同,所以基于对这些原始数据的分析可以得到故障的各项信息,包括故障的名称、类型、发生时间等等。\n[0034] 步骤130,将故障信息由第一区域的第一服务器发送至第二区域的第二服务器。在本实施例中,第一区域与第二区域为不同地理位置,例如,可以是不同城市、也可以是不同房屋。在本实施例中,对于故障数据的获取以及计算可以由与目标设备同处于第一区域的第一服务器来执行。\n[0035] 步骤140,在第二区域的第二服务器基于故障信息选择故障解决单元。在本实施例中,对单位不进行限制,其可以是工程师个人,也可以是工程师小组等。例如,可以通过手机、计算机将故障信息发送给相应的工程师。\n[0036] 根据本实施例的技术方案,如图2所示,例如,设备厂商在将交换机设备210和根据本实施例技术方案的第一服务器220售卖给客户后,客户可将交换机210和第一服务器220设置在客户所在的第一区域,则服务器220在交换机210出现故障时能够获取故障数据进而分析得到故障信息,并发送给位于设备厂商所在的第二区域的第二服务器230,第二服务器\n230将故障信息分配给设备厂商处相应的工程师进行处理,这个过程中避免了人为进行故障的收集、上报、分配等环节所带来了人力消耗,以及避免了以上环节中容易出现的错误。\n[0037] 本发明的另一实施例提出一种信息处理方法,与上述实施例相比,本实施例的信息处理方法,在步骤130之前,还包括:\n[0038] 判断故障信息是否存在预设的筛选信息库中,并根据判断结果确定是否执行将故障信息由第一区域的第一服务器发送至第二区域的第二服务器。在本实施例中,由于存在某些故障即使发送到第二区域也无法解决,所以有必要对其进行筛选,避免将无法解决的故障的信息发送到第二区域。例如,第二区域的相关故障解决单元只能解决硬件故障,而故障信息指示故障为软件故障,则没有必要将该故障信息发送到第二区域。\n[0039] 本发明的另一实施例提出一种信息处理方法,与上述实施例相比,本实施例的信息处理方法,故障信息为多项;根据判断结果确定是否执行将故障信息由第一区域的第一服务器发送至第二区域的第二服务器,具体包括:在多项故障信息同时位于筛选信息库中时,执行将故障信息由第一区域的第一服务器发送至第二区域的第二服务器。在本实施例中的技术方案中,利用多项故障信息进行筛选,可以使得筛选过程更加严格不容易出现错误。\n[0040] 本发明的另一实施例提出一种信息处理方法,与上述实施例相比,本实施例的信息处理方法,故障信息包括故障的至少一项属性以及目标设备的至少一项属性。在本实施例中,例如,故障的属性可以包括其是否为硬件故障,目标设备的属性可以是目标设备的品牌和保险期限,则可以限制某品牌的未过保设备发生的硬件故障得到解决。\n[0041] 本发明的另一实施例提出一种信息处理方法,与上述实施例相比,本实施例的信息处理方法,步骤110,具体包括:实时接收目标设备主动发送的故障数据。根据本实施例的技术方案,例如,目标设备当前的硬盘出现读写错误,则可以主动报错;在设备上主动发送故障数据的方式,不容易出现数据遗漏的情况。\n[0042] 本发明的另一实施例提出一种信息处理方法,与上述实施例相比,本实施例的信息处理方法,步骤110,具体包括:按预设的时间或周期向目标设备发出请求,以目标设备返回故障数据。在本实施例的技术方案中,由于通常情况下,服务器、交换机等目标设备在工作过程中都会产生日志,来记录工作过程中设备出现的错误、设备的工作性能,因此,通过从目标设备上请求获取这些日志,就可以分析出设备是否发生故障;通过这种方式来获取日志等数据,可以为了减少目标设备的负担,可以仅在特定的时间、以及经过一定的时间周期后向目标设备请求获取数据,例如,可以仅在12点或每隔24个小时来请求获取。\n[0043] 如图3所示,本发明的另一实施例中提供了一种信息处理装置,用于处理目标设备发生故障时产生的数据,信息处理装置包括:\n[0044] 故障数据获取模块310,用于在第一区域获取目标设备在发生故障时产生的故障数据。在本实施例中,目标设备包括但不限于服务器、交换机等设备。\n[0045] 故障信息计算模块320,用于在第一区域根据故障数据计算出故障信息。在本实施例中,对于故障数据的获取以及计算可以由与目标设备同处于第一区域的服务器来执行。\n在本实施例中,当目标设备在产生故障时其在工作过程中产生的数据必然也会有所不同,所以基于对这些原始数据的分析可以得到故障的各项信息,包括故障的名称、类型、发生时间等等。\n[0046] 故障信息发送模块330,用于将故障信息由第一区域发送至第二区域的服务器,以用于供第二区域的服务器基于故障信息选择故障解决单元。在本实施例中,第一区域与第二区域为不同地理位置,例如,可以是不同城市、也可以是不同房屋。在本实施例中,对单位不进行限制,其可以是工程师个人,也可以是工程师小组等。例如,可以通过手机、计算机将故障信息发送给相应的工程师。\n[0047] 根据本实施例的技术方案,避免了人为进行故障的收集、上报、分配等环节所带来了人力消耗,以及避免了以上环节中容易出现的错误。\n[0048] 如图4所示,本发明的另一实施例提出一种信息处理装置,与上述实施例相比,本实施例的信息处理装置,还包括:\n[0049] 判断模块340,用于判断故障信息是否存在预设的筛选信息库中,故障信息发送模块330根据判断结果确定是否执行将故障信息由第一区域发送至第二区域的服务器。在本实施例中,由于存在某些故障即使发送到第二区域也无法解决,所以有必要对其进行筛选,避免将无法解决的故障的信息发送到第二区域。例如,第二区域的相关故障解决单元只能解决硬件故障,而故障信息指示故障为软件故障,则没有必要将该故障信息发送到第二区域。\n[0050] 本发明的另一实施例提出一种信息处理装置,与上述实施例相比,本实施例的信息处理装置,故障信息为多项;在判断模块340判断多项故障信息同时位于筛选信息库中时,故障信息发送模块330将故障信息由第一区域发送至第二区域的服务器。在本实施例中的技术方案中,利用多项故障信息进行筛选,可以使得筛选过程更加严格不容易出现错误。\n[0051] 本发明的另一实施例提出一种信息处理装置,与上述实施例相比,本实施例的信息处理装置,故障信息包括故障的至少一项属性以及目标设备的至少一项属性。在本实施例中,例如,故障的属性可以包括其是否为硬件故障,目标设备的属性可以是目标设备的品牌和保险期限,则可以限制某品牌的未过保设备发生的硬件故障得到解决。\n[0052] 本发明的另一实施例提出一种信息处理装置,与上述实施例相比,本实施例的信息处理装置,故障数据获取模块310实时接收目标设备主动发送的故障数据。根据本实施例的技术方案,例如,目标设备当前的硬盘出现读写错误,则可以主动报错;在设备上主动发送故障数据的方式,不容易出现数据遗漏的情况。\n[0053] 本发明的另一实施例提出一种信息处理装置,与上述实施例相比,本实施例的信息处理装置,故障数据获取模块320按预设的时间或周期向目标设备发出请求,以目标设备返回故障数据。在本实施例的技术方案中,由于通常情况下,服务器、交换机等目标设备在工作过程中都会产生日志,来记录工作过程中设备出现的错误、设备的工作性能,因此,通过从目标设备上请求获取这些日志,就可以分析出设备是否发生故障;通过这种方式来获取日志等数据,可以为了减少目标设备的负担,可以仅在特定的时间、以及经过一定的时间周期后向目标设备请求获取数据,例如,可以仅在12点或每隔24个小时来请求获取。\n[0054] 如图5所示,本发明的一个实施例中提供了一种信息处理系统,包括:设置在第一信息处理装置510上的故障数据获取模块511、故障信息计算模块512、故障信息发送模块\n513,设置在第二信息处理装置520上的故障解决单元选择模块521。在本实施例的技术方案中,第一信息处理装置510相当于图3、图4实施例示出的信息处理装置;第一信息处理装置与第二信息处理装置可以采用服务器来实现。\n[0055] 故障数据获取模块511,用于在第一区域获取目标设备在发生故障时产生的故障数据。在本实施例中,目标设备包括但不限于服务器、交换机等设备。\n[0056] 故障信息计算模块512,用于在第一区域根据故障数据计算出故障信息在本实施例中,对于故障数据的获取以及计算可以由与目标设备同处于第一区域的服务器来执行。\n在本实施例中,当目标设备在产生故障时其在工作过程中产生的数据必然也会有所不同,所以基于对这些原始数据的分析可以得到故障的各项信息,包括故障的名称、类型、发生时间等等。\n[0057] 故障信息发送模块513,用于将故障信息由第一区域发送至第二区域。在本实施例中,第一区域与第二区域为不同地理位置,例如,可以是不同城市、也可以是不同房屋。\n[0058] 故障解决单元选择模块514,在第二区域基于故障信息选择故障解决单元。在本实施例中,对单位不进行限制,其可以是工程师个人,也可以是工程师小组等。例如,可以通过手机、计算机将故障信息发送给相应的工程师。\n[0059] 根据本实施例的技术方案,避免了人为进行故障的收集、上报、分配等环节所带来了人力消耗,以及避免了以上环节中容易出现的错误。\n[0060] 如图6所示,本发明的另一实施例提出一种信息处理系统,与上述实施例相比,本实施例的信息处理系统,还包括:设置在第二信息处理装置520的判断模块522。\n[0061] 判断模块522用于判断故障信息是否存在预设的筛选信息库中,故障解决单元选择模块521根据判断结果确定是否在第二区域基于故障信息选择故障解决单元。在本实施例中,由于第一区域具有一定的特殊性会影响到故障的产生,例如,常规情况下服务器温度过高的故障可能判断服务器风扇硬件故障,但当工程师发现A公司为化工厂,环境特殊,因此A公司的服务器受到环境影响出现温度极高的故障时,这并非硬件上的故障所以工程师无法解决该问题,则自定义第二筛选条件中的信息为“服务器温度过高”、“位于A公司”,通过设置筛选信息库可以把A公司的“服务器温度极高”故障不进行处理,由此可见,在本实施例的技术方案中,相当于实现了预设策略来对故障进一步进行筛选,允许处理故障的单位根据经验对来自异地的目标设备的故障进行筛选。\n[0062] 本发明的另一实施例提出一种信息处理系统,与上述实施例相比,本实施例的信息处理系统,故障信息包括故障的类型,故障解决单元选择模块521根据故障的类型选择故障解决单元。在本实施例的技术方案中,可以将其故障给适于解决该类型故障的工程师,例如,如果故障的分类为硬盘故障,则将该故障自动分配给用于处理硬盘问题的工程师来进行处理。\n[0063] 根据以上的实施例,本发明的信息处理方法、信息处理装置和信息处理系统至少具有下列优点:\n[0064] 根据本发明的技术方案,在第一地域获取目标设备的故障数据进行计算得到故障信息后,能够及时发送到与目标设备不在的第二区域,由第二区域的相应设备来选择故障解决单元,以保证故障能够及时发现,以及故障能够及时解决,整个过程不需要人为参与,大大提高了准确性和效率。\n[0065] 以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
法律信息
- 2019-07-26
- 2017-02-01
实质审查的生效
IPC(主分类): G06F 11/00
专利申请号: 201510276545.X
申请日: 2015.05.26
- 2017-01-04
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2009-06-03
|
2008-12-30
| | |
2
| |
2014-12-10
|
2014-08-18
| | |
3
| |
2010-01-13
|
2009-08-12
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |