著录项信息
专利名称 | 一种双机备份实现方法及系统 |
申请号 | CN200510085145.7 | 申请日期 | 2005-07-21 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2006-10-25 | 公开/公告号 | CN1851657 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/07 | IPC分类号 | G;0;6;F;1;1;/;0;7;;;H;0;4;L;2;9;/;0;6;;;H;0;4;B;1;/;7;4查看分类表>
|
申请人 | 上海华为技术有限公司 | 申请人地址 | 上海市峨山路91弄98号浦东软件园陆家嘴分园2号楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 上海华为技术有限公司 | 当前权利人 | 上海华为技术有限公司 |
发明人 | 陈春媛;朱湘毅 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 王琦;程殿军 |
摘要
本发明公开了一种双机备份实现方法,首先在实现双机备份的两台服务器上分别增加与对方通信的接口,然后通过主用服务器和备用服务器的信令交换,实现两服务器的主用、备用态的切换,并通过主用服务器将服务数据同步发送到备用服务器上,实现两服务器的数据同步。本发明同时公开了一种双机备份系统,包括主用服务器、备用服务器和客户端。本发明提供的方法不受操作系统限制,可在各种操作系统平台上运行;完全由软件实现,不增加任何硬件成本。本发明提供的系统不受服务器硬件限制,任意两种类型的服务器都可组成双机备份系统;兼容性好,已有的单机系统可方便升级到双机备份系统;不需共享存储介质,节省空间。
1.一种双机备份实现方法,其特征在于,在第一、第二服务器上分别增加 与对方通信的接口以组成双机备份系统,第一服务器激活为主用服务器,第二 服务器激活为备用服务器,第一服务器将服务数据同步发送给第二服务器,且 该两服务器定时向对方发送状态通知消息,该方法进一步包括:
A、第一服务器需要进行状态切换,向第二服务器发送状态切换请求;
B、第二服务器收到该状态切换请求后,判断当前是否满足切换条件,若 否,给第一服务器返回拒绝切换消息,本流程结束;否则,给第一服务器返回 允许切换消息,第一服务器收到所述允许切换消息之后,进入正去激活态,释 放主用相关资源,进入备用态;第二服务器收到第一服务器已进入备用态的状 态通知后,将自身的状态调整为主用态。
2.如权利要求1所述的方法,其特征在于,所述两台服务器各自增加的与 对方通信的接口的个数大于1。
3.如权利要求1所述的方法,其特征在于,所述第一服务器激活为主用服 务器具体包括:
第一服务器开始初始化,并判断自身是否能进入正激活态,若是,分配主 用相关资源,并在分配完后进入主用态,成为主用服务器;否则,判断自身是 否能进入正去激活态,若能进入,则进入备用态,成为备用服务器;若不能进 入,则保持当前初始化态不变。
4.如权利要求3所述的方法,其特征在于,所述第一服务器判断自身是否 能进入正激活态具体包括:
第一服务器接收第二服务器返回的状态通知,若返回的状态是初始化态, 则通过协商或预先设定原则,判断自身是否能进入正激活态,若是,则确认能 进入正激活态,否则,确认不能进入正激活态;若返回的状态是备用态,则确 认能进入正激活态。
5.如权利要求3所述的方法,其特征在于,所述第一服务器判断自身是否 能进入正去激活态具体包括:
第一服务器接收第二服务器返回的状态通知,若返回的状态是主用态,则 确认自身能进入正去激活态。
6.如权利要求1所述的方法,其特征在于,所述第二服务器激活为备用服 务器具体包括:
第二服务器判断接收到的第一服务器的状态是否为主用态,若是,第二服 务器激活为备用服务器;否则,保持当前状态不变。
7.如权利要求1所述的方法,其特征在于,所述第一服务器将服务数据同 步发送给第二服务器具体包括:
第一服务器通过文件传输协议FTP,定时将文件发送给第二服务器;
或者,第一服务器首先采用FTP与第二服务器实现同步,然后将服务 数据同时写到第一服务器和第二服务器;
或者,第一服务器通过数据库管理系统提供的数据同步技术将服务数据 同步发送给第二服务器的数据库。
8.如权利要求7所述的方法,其特征在于,所述第二服务器的数据库 为Microsoft提供的结构化查询语言服务器SQL Server数据库,
所述数据同步技术为:SQL Server数据库提供的日志备份/恢复技术, 或事物同步复制技术。
9.如权利要求1所述的方法,其特征在于,步骤B所述第二服务器判 断当前是否满足切换条件具体包括:
第二服务器判断当前是否已完成数据同步,且当前自身满足成为主用服 务器的要求,若是,判定当前满足切换条件;否则,判定当前不满足切换条 件。
10.如权利要求1所述的方法,其特征在于,步骤B所述第二服务器将 状态调整为主用态包括:第二服务器进入正激活态,分配主用相关资源,并 在分配完后进入主用态,成为主用服务器。
11.如权利要求10所述的方法,其特征在于,所述双机备份系统进一 步包括:第一服务器为其提供服务的客户端,
且所述第一服务器进入备用态之后进一步包括:客户端根据自身保存的 会话信息,主动发起建立连接请求;
或者,所述第二服务器进入主用态,成为主用服务器之后进一步包括: 该第二服务器根据自身保存的会话信息,向客户端发起建立连接请求。
12.如权利要求1所述的方法,其特征在于,步骤B所述第二服务器向 第一服务器返回允许切换消息之后进一步包括:第二服务器收到第一服务器 发来的指示处于主用态的状态通知,则继续保持备用态。
13.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
第二服务器没有收到第一服务器的定时状态通知消息,第二服务器主动 进入正激活态,分配完主用相关资源后,进入主用态,成为主用服务器。
14.如权利要求3或10或13所述的方法,其特征在于,所述主用相关 资源至少包括:第一服务器和第二服务器共享的、用于客户端寻址的、且在 同一时刻只能由作为主用服务器的第一服务器或第二服务器占用的虚拟地 址。
15.一种双机备份系统,包括第一服务器、第二服务器和客户端,其特 征在于,第一服务器和第二服务器上分别具有与对方进行通信的接口,且该 两服务器定时向对方发送状态通知,其中,
第一服务器:激活为主用服务器,为客户端提供服务,并将服务数据同 步发送给第二服务器,同时,在需要切换到备用态时,给第二服务器发送状 态切换请求,并在接收到第二服务器的允许切换消息时,进入正去激活态, 释放主用相关资源,进入备用态;
第二服务器:激活为备用态,接收第一服务器发送的服务数据,并在接 收到第一服务器的状态切换请求后,给第一服务器返回允许切换或拒绝切换 消息,在收到第一服务器发来的指示进入备用态的状态通知后,将自身状态 调整为主用态;
客户端:用于向作为主用服务器的第一服务器或第二服务器发送服务请 求,或接收作为主用服务器的第一服务器或第二服务器返回的服务响应。
16.如权利要求15所述的系统,其特征在于,所述第一服务器和第二 服务器分别进一步用于,在当前状态为初始化态时,根据对方返回的状态调 整自身状态;
和/或所述第二服务器进一步用于,在当前为备用态且没有收到对方的 定时状态通知后,主动进入主用态;
和/或所述第一服务器进一步用于,在刚进入主用态时,根据自身保存 的会话信息,向客户端发送建立连接请求。
17.如权利要求15所述的系统,其特征在于,所述客户端进一步用于, 在与作为主用服务器的第一服务器或第二服务器中断通信后,根据自身保存 的会话信息,向作为主用服务器的第一服务器或第二服务器发送建立连接请 求。
技术领域\n本发明涉及双机备份领域,具体涉及一种双机备份实现方法及系统。\n背景技术\n目前,为了确保电信级服务器能够长期稳定运行,对其部分部件提供了 冗余设计,如电源冗余、网卡冗余、硬盘镜像等。但是,若服务器的关键部 件发生故障,如中央处理器(CPU)故障、内存故障、主板故障等,整个服 务器就会停止运行,无法继续提供服务,结果会严重影响整个系统的运行, 例如:造成业务中断等。\n为了在一台服务器发生故障的情况下,另一台服务器能够在短时间内代 替其提供服务。Microsoft公司的Windows 2000 Advanced Server操作系统提 供了群集服务,通过该服务,Windows 2000 Advanced Server操作系统能利 用两台服务器提供双机备份功能。如图1所示,服务器1和服务器2组成群 集服务系统,它们共享存储介质,在服务器1停止工作后,服务器2就会接 替其提供服务。这样,给客户端1、2、3提供的服务可能会受到短暂影响, 但是不会永久丧失。\n现有技术的缺点如下:\n1、受操作系统的限制。操作系统的版本必须是Windows NT Server 4.0 以上。\n2、存储介质共享,价格昂贵,且受地域限制。两台服务器通过小型计 算机系统接口(SCSI,Small Computer System Interface)和共享的存储介质 相连,使得硬件成本非常昂贵,同时,由于SCSI支持的距离很短,因此两 台服务器的存放位置受限。\n3、必须为共享存储介质提供存放空间。\n发明内容\n有鉴于此,本发明的主要目的在于提供一种双机备份实现方法,以实现不 受操作系统限制、并不增加硬件成本的双机备份。\n同时,本发明提供一种双机备份系统,以实现不受服务器硬件限制的双机 备份。\n为达到上述目的,本发明的技术方案是这样实现的:\n一种双机备份实现方法,在第一、第二服务器上分别增加与对方通信的接 口以组成双机备份系统,第一服务器激活为主用服务器,第二服务器激活为备 用服务器,第一服务器将服务数据同步发送给第二服务器,且该两服务器定时 向对方发送状态通知消息,该方法进一步包括:\nA、第一服务器需要进行状态切换,向第二服务器发送状态切换请求;\nB、第二服务器收到该状态切换请求后,判断当前是否满足切换条件,若 否,给第一服务器返回拒绝切换消息,本流程结束;否则,给第一服务器返回 允许切换消息,第一服务器收到所述允许切换消息之后,进入正去激活态,释 放主用相关资源,并在释放完后,进入备用态;且,第二服务器在收到第一服 务器发来的指示已进入备用态的状态通知后,将自身的状态调整为主用态。\n所述两台服务器各自增加的与对方通信的接口的个数大于1。\n所述第一服务器激活为主用服务器具体包括:\n第一服务器开始初始化,并判断自身是否能进入正激活态,若是,分配主 用相关资源,并在分配完后进入主用态,成为主用服务器;否则,判断自身是 否能进入正去激活态,若能进入,则进入备用态,成为备用服务器;若不能进 入,则保持当前初始化态不变。\n所述第一服务器判断自身是否能进入正激活态具体包括:\n第一服务器接收第二服务器返回的状态通知,若返回的状态是初始化态, 则通过协商或预先设定原则,判断自身是否能进入正激活态,若是,则确认能 进入正激活态,否则,确认不能进入正激活态;若返回的状态是备用态,则确 认能进入正激活态。\n所述第一服务器判断自身是否能进入正去激活态具体包括:\n第一服务器接收第二服务器返回的状态通知,若返回的状态是主用态,则 确认自身能进入正去激活态。\n所述第二服务器激活为备用服务器具体包括:\n第二服务器判断接收到的第一服务器的状态是否为主用态,若是,第二服 务器激活为备用服务器;否则,保持当前状态不变。\n所述第一服务器将服务数据同步发送给第二服务器具体包括:\n第一服务器通过文件传输协议FTP,定时将文件发送给第二服务器;\n或者,第一服务器首先采用FTP与第二服务器实现同步,然后将服务 数据同时写到第一服务器和第二服务器;\n或者,第一服务器通过数据库管理系统提供的数据同步技术将服务数据 同步发送给第二服务器的数据库。\n所述第二服务器的数据库为Microsoft提供的结构化查询语言服务器 SQL Server数据库,\n所述数据同步技术为:SQL Server数据库提供的日志备份/恢复技术, 或事物同步复制技术。\n步骤B所述第二服务器判断当前是否满足切换条件具体包括:\n第二服务器判断当前是否已完成数据同步,且当前自身满足成为主用服 务器的要求,若是,判定当前满足切换条件;否则,判定当前不满足切换条 件。\n步骤B所述第二服务器将状态调整为主用态包括:第二服务器进入正激 活态,分配主用相关资源,并在分配完后进入主用态,成为主用服务器。\n所述双机备份系统进一步包括:第一服务器为其提供服务的客户端,\n且所述第一服务器进入备用态之后进一步包括:客户端根据自身保存的 会话信息,主动发起建立连接请求;\n或者,所述第二服务器进入主用态,成为主用服务器之后进一步包括: 该第二服务器根据自身保存的会话信息,向客户端发起建立连接请求。\n步骤B所述第二服务器向第一服务器返回允许切换消息之后进一步包 括:第二服务器收到第一服务器发来的指示处于主用态的状态通知,则继续 保持备用态。\n所述方法进一步包括:\n第二服务器没有收到第一服务器的定时状态通知消息,第二服务器主动 进入正激活态,分配完主用相关资源后,进入主用态,成为主用服务器。\n所述主用相关资源至少包括:第一服务器和第二服务器共享的、用于客 户端寻址的、且在同一时刻只能由主用服务器占用的虚拟地址。\n1一种双机备份系统,包括第一服务器、第二服务器和客户端,第一服 务器和第二服务器上分别具有与对方进行通信的接口,且该两服务器定时向 对方发送状态通知,其中,\n第一服务器:激活为主用服务器,为客户端提供服务,并将服务数据同 步发送给第二服务器,同时,在需要切换到备用态时,给第二服务器发送状 态切换请求,并在接收到第二服务器的允许切换消息时,进入正去激活态, 释放主用相关资源,释放完毕,进入备用态;\n第二服务器:激活为备用态,接收第一服务器发送的服务数据,并在接 收到第一服务器的状态切换请求后,给第一服务器返回允许切换或拒绝切换 消息,在收到第一服务器发来的指示进入备用态的状态通知后,将自身状态 调整为主用态;\n客户端:用于向作为主用服务器的第一服务器或第二服务器发送服务请 求,或接收作为主用服务器的第一服务器或第二服务器返回的服务响应。\n所述第一服务器和第二服务器分别进一步用于,在当前状态为初始化态 时,根据对方返回的状态调整自身状态;\n和/或所述第二服务器进一步用于,在当前为备用态且没有收到对方的 定时状态通知后,主动进入主用态;\n和/或所述第一服务器进一步用于,在刚进入主用态时,根据自身保存 的会话信息,向客户端发送建立连接请求。\n所述客户端进一步用于,在与作为主用服务器的第一服务器或第二服务 器中断通信后,根据自身保存的会话信息,向作为主用服务器的第一服务器 或第二服务器发送建立连接请求。\n与现有技术相比,本发明所提供的双机备份实现方法及系统,首先在实 现双机备份的两台服务器上分别增加与对方通信的接口,然后通过主用服务 器和备用服务器的信令交换,实现两台服务器的主用、备用态的切换,并通 过主用服务器将服务数据同步发送到备用服务器上,实现两台服务器的数据 同步。本发明提供的方法不受操作系统限制,可在各种操作系统平台上运行; 完全由软件实现,不增加任何硬件成本。本发明提供的系统不受服务器硬件 限制,任意两种类型的服务器都可组成双机备份系统;兼容性好,已有的单 机系统可方便升级到双机备份系统;不需共享存储介质,节省空间。\n附图说明\n图1为现有技术实现群集服务的系统组成图;\n图2为本发明实现双机备份的系统组成图;\n图3为本发明提供的实现双机备份的流程图;\n图4为本发明提供的实现双机备份的具体实施例的流程图。\n具体实施方式\n下面结合附图及具体实施例对本发明再作进一步详细的说明。\n本发明中的双机备份系统可以利用两台任意类型的服务器实现,只需在 该两台服务器上分别增加与对方通信的接口,如串口、网口等即可。为了保 证可靠通信,可设定多个通信接口,以保证在一个通信接口故障时,其它通 信接口可以继续实现两服务器间的通信。\n图2是本发明实现双机备份的系统组成图,如图2所示,该系统主要包 括:\n服务器1和服务器2:在同一时刻,该两服务器,分别为主用服务器和 备用服务器,且,定时向对方发送状态通知消息,且,\n主用服务器,用于为客户端提供服务,并将服务数据同步发送给备用服 务器,同时,在需要切换状态时,给备用服务器发送状态切换请求,并在接 收到备用服务器的允许切换消息时,将自身状态切换到备用态;\n备用服务器,用于接收主用服务器发送的服务数据,并在接收到主用服 务器的状态切换请求后,给主用服务器返回允许切换或拒绝切换消息,然后 根据主用服务器返回的状态通知,调整自身状态。\n进一步地,服务器1和2分别用于:在当前状态为初始化态时,根据对 方返回的状态,调整自身状态;\n或者进一步分别用于:在当前为备用态且没有收到对方的定时状态通知 后,主动进入主用态;\n或者进一步分别用于:在刚进入主用态时,根据自身保存的会话信息, 向客户端发送建立连接请求。\n客户端:用于向主用服务器发送服务请求,或接收主用服务器返回的服 务响应。\n进一步地,客户端用于:在与主用服务器中断通信后,根据自身保存的 会话信息,向主用服务器发送建立连接请求。\n客户端可为1个,也可为多个。\n图3是本发明提供的实现双机备份的流程图,如图3所示,其具体步骤 如下:\n步骤301:两台服务器中的一台激活为主用服务器,另一台激活为备用 服务器,主用服务器将服务数据同步发送给备用服务器,同时,主用服务器 和备用服务器定时给对方发送状态通知消息,通知对方自己当前所处的状 态。\n步骤302:在需要切换状态时,主用服务器向备用服务器发起状态切换 请求。\n在主用服务器发生故障后,或者人工要求状态切换时,主用服务器会主 动发起状态切换请求。\n步骤303:备用服务器收到该状态切换请求,判断当前是否满足切换条 件,若是,执行步骤305;否则,执行步骤304。\n步骤304:备用服务器给主用服务器返回拒绝切换消息,本流程结束。\n若当前正在进行数据同步过程,或备用服务器产生了软硬件故障,使得 备用服务器不满足成为主用服务器的要求等,备用服务器就会拒绝切换。\n步骤305:备用服务器给主用服务器返回允许切换消息。\n步骤306:备用服务器收到主用服务器的状态通知,根据主用服务器的 状态,调整自身状态。\n若主用服务器收到了允许切换消息,主用服务器就会进入备用态,成为 备用服务器,那么,备用服务器收到原主用服务器的状态通知后,就会进入 主用态,成为主用服务器;若由于通信暂时中断等原因,使得主用服务器没 有收到允许切换消息,那么,主用服务器就会继续保持主用态,备用服务器 收到主用服务器的状态通知后,就仍然保持备用态。\n图4是本发明提供的实现双机备份的具体实施例的流程图,为方便起 见,将两台服务器分别称为服务器1和服务器2。如图4所示,其具体步骤 如下:\n步骤401:一台服务器即服务器1开始初始化。\n步骤402:服务器1根据决策策略判断自身是否能进入正激活态,若是, 执行步骤403;否则,执行步骤411。\n服务器在进入主用态之前,要先进入正激活态,以分配主用相关资源; 同样,服务器在进入备用态之前,要先进入正去激活态,以释放相关资源。\n服务器1在初始化时,会根据服务器2返回的状态通知,进行决策,具 体如下:\n在以下情况下,服务器1能进入正激活态:\n一、服务器2也是初始化态,且通过协商或根据预先设定原则,当前服 务器1能进入正激活态;\n预先设定原则可以是指定其中一台服务器享有优先进入正激活态的权 利;也可以在服务器初始化时,同时生成一随机码,设定随机码小者享有优 先进入正激活态的权利。\n二、服务器2是备用态。\n当服务器2是主用态时,服务器1进入正去激活态。\n在其余情况即下述情况下,服务器1要继续保持初始化态:\n一、服务器2也是初始化态,且通过协商或根据预先设定原则,当前服 务器1不能进入正激活态;\n二、服务器2虽然返回消息,但服务器2状态不确定;\n三、服务器2是正去激活态;\n四、服务器2是正激活态。\n步骤403:该服务器即服务器1进入正激活态,开始分配主用相关资源, 分配完毕,进入主用态,成为主用服务器,并将服务数据同步发送给备用服 务器。\n若另一服务器即服务器2正处于初始化态,那么,服务器2会根据服务 器1返回的状态通知消息,判断服务器1是否已进入主用态,若是,服务器 2就进入正去激活态,然后进入备用态,成为备用服务器;否则,保持当前 状态不变。\n主用相关资源包括:虚拟IP地址等。两台服务器各有一个物理地址, 该物理地址可用于它们之间的相互寻址。同时,为了在主备切换过程中,不 影响对外提供服务,即提供透明的切换过程,两台服务器可共享一个虚拟IP 地址,该虚拟IP地址在同一时刻只由主用服务器占用,用于客户端对主用 服务器的寻址。\n步骤404:在需要切换状态时,主用服务器向备用服务器发送状态切换 请求,同时自身进入请求切换态。\n在主用服务器发生故障后,或者人工要求状态切换时,主用服务器会主 动发起状态切换请求。\n步骤405:备用服务器收到该状态切换请求,判断当前是否满足切换条 件,若是,执行步骤407;否则,执行步骤406。\n步骤406:备用服务器给主用服务器返回拒绝切换消息,本流程结束。\n步骤407:备用服务器给主用服务器返回允许切换消息,同时自身进入 允许切换态。\n若主用服务器收到了允许切换消息,就会进入正去激活态,在释放完主 用相关资源后,进入备用态,成为备用服务器。\n若由于通信暂时中断等原因,主用服务器没有收到允许切换消息,就会 继续保持在主用态。\n步骤408:备用服务器收到主用服务器的状态通知,判断主用服务器返 回的状态是备用态还是主用态,若是备用态,执行步骤409;若是主用态, 执行步骤410。\n步骤409:备用服务器进入正激活态,开始分配主用相关资源,资源分 配完毕,进入主用态,成为主用服务器,同时将服务数据发送给新备用服务 器即原主用服务器,本流程结束。\n释放的主用相关资源包括:虚拟IP地址等。\n步骤410:备用服务器进入正去激活态,然后重新进入备用态,仍然为 备用服务器,本流程结束。\n步骤411:该服务器根据决策策略判断自身是否能进入正去激活态,若 是,执行步骤412;否则,返回步骤402。\n步骤412:该服务器进入正去激活态,开始释放相关资源,释放完毕, 进入备用态,成为备用服务器。\n在主备切换过程中,从原主用服务器关闭服务到新主用服务器启动服 务,会产生间隔很小的服务中断,并导致提供的服务中止。此时,客户端可 根据自身保存的会话信息,主动发起建立连接请求;或者,等待进入主用态 后的新主用服务器根据会话信息发起的建立连接请求。会话信息包含:会话 标识、客户端信息、服务器信息等。\n在本发明中,主用服务器和备用服务器之间实现数据同步可采用以下两 种方式:\n一、若备用服务器是以文件方式读取数据,则主用服务器可通过文件传 输协议(FTP,File Transfer Protocol),定时将文件发送给备用服务器;或 者,主用服务器开始时采用FTP与备用服务器实现同步,然后将服务数据 同时写到自身和备用服务器,以提高数据传输的效率。\n二、若备用服务器是以数据库方式读取数据,则可通过数据库管理系统 提供的数据同步技术实现数据同步。如:备用服务器的数据库类型为 Microsoft提供的结构化查询语言服务器(SQL Server),则可选择SQL Server 数据库提供的日志备份/恢复技术或事物同步复制技术实现数据同步。\n另外,若备用服务器在定时时长内,没有收到主用服务器的定时状态通 知消息,则备用服务器认为主用服务器发生异常,可主动进入正激活态,分 配完主用相关资源后,进入主用态,成为主用服务器。\n以上所述仅为本发明的过程及方法实施例,并不用以限制本发明,凡在 本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在 本发明的保护范围之内。
法律信息
- 2019-07-09
未缴年费专利权终止
IPC(主分类): G06F 11/07
专利号: ZL 200510085145.7
申请日: 2005.07.21
授权公告日: 2008.01.16
- 2008-01-16
- 2006-12-20
- 2006-10-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-05-04
|
2003-10-28
| | |
2
| |
2000-11-29
|
2000-05-24
| | |
3
| |
2005-01-19
|
2003-07-01
| | |
4
| |
2005-06-01
|
2003-11-27
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |