目标专利:150监视物联网设备健康状况的方法、装置、设备和存储介质
专利公开号:CN107409073B
专利权人:高通股份有限公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2014-08-28_发明申请_US20140244768A1 AUTOMATIC IOT DEVICE SOCIAL NETWORK EXPANSION_+++C_G_K_Q_R_S_a_b_d_f_i_j_l_o+++.docx |
| 0 | 2012-10-30_发明专利_SG184259A1 MOLD RELEASE FILM_+++A_a+++.docx |
| 0 | 2012-12-19_发明专利_JP5103596B2 The substrate accommodating container and its positioning structure.docx |
| 0 | 2013-01-09_发明专利_JP5115325B2 Lens barrel and imaging device_+++d_e_f_g_q_r+++.docx |
| 0 | 2013-08-29_发明申请_US20130227114A1 HIERARCHICAL SCHEMA TO PROVIDE AN AGGREGATED VIEW OF DEVICE CAPABILITIES IN A NETWORK_+++C_D_I_J_K_R_S_a_b_f_o+++.docx |
| 0 | 2013-09-26_发明专利_JP2013189498A Thermally conductive silicone composition.docx |
| 0 | 2014-02-13_发明申请_US20140047544A1 Server-Side Malware Detection and Classification_+++B_C_D_E_F_G_H_K_P_R_S_T_V_a_i_j_l_m_n_o_q_u+++.docx |
| 0 | 2014-02-20_发明申请_US20140053261A1 On-Line Behavioral Analysis Engine in Mobile Device with Multiple Analyzer Model Providers_+++a_v+++.docx |
| 0 | 2014-04-17_发明申请_US20140107775A1 CARDIAC TREATMENT SYSTEM.docx |
| 0 | 2014-07-01_发明授权_US08766056B1 Maize variety hybrid X13B663.docx |
| 0 | 2014-08-28_发明申请_US20140244001A1 CONTROLLING MANY DIFFERENT DEVICES FROM A SMART CONTROLLER_+++b_j_k_m_r_s+++.docx |
| 0 | 2012-10-02_发明授权_US08280009B2 Consumer electronic registration, control and support concierge device and method_+++c_g_q_r_s+++.docx |
| 0 | 2014-10-07_发明授权_US08856289B2 Subscription management of applications and services provided through user premises gateway devices.docx |
| 0 | 2014-11-05_发明授权_CN102802158B 基于信任评估的无线传感器网络异常检测方法_+++B_C_D_E_P_T_a_f_g_h_o_q_r_s+++.docx |
| 0 | 2014-12-31_发明申请_WO2014210322A1 TRUST HEURISTIC MODEL FOR REDUCING CONTROL LOAD IN IOT RESOURCE ACCESS NETWORKS.docx |
| 0 | 2015-01-07_发明公开_CN104272788A 在移动计算装置中传达行为信息_+++C_D_E_F_H_O_P_Q_R_a_b_g_m_s_v+++.docx |
| 0 | 2015-01-21_发明公开_EP2825612A1 THERMALLY CONDUCTIVE SILICONE COMPOSITION.docx |
| 0 | 2015-03-05_发明申请_WO2015031676A2 INTEGRITY TESTING OF HAIR SAMPLES_+++D_E_a_b_c_f_g_o_q_r+++.docx |
| 0 | 2015-03-05_发明申请_WO2015031676A3 INTEGRITY TESTING OF HAIR SAMPLES_+++e_h_o_r_s+++.docx |
| 0 | 2015-04-01_发明授权_CN102227691B 检测航空发动机的异常_+++D_E_Q_a_b_c_h_j_r_s_u+++.docx |
| 0 | 2015-06-11_发明申请_US20150163121A1 DISTRIBUTED MONITORING, EVALUATION, AND RESPONSE FOR MULTIPLE DEVICES_+++A_C_D_E_F_G_P_Q_R_V_b_i_k_o_s_t_u+++.docx |
| 0 | 无说明书_+++A_D_E_P_b_c_f_g_r_s_t+++.docx |
| 0 | 2009-11-26_发明专利_JP2009276682A Lens barrel and imaging apparatus_+++E_R+++.docx |
| 0 | 2004-05-26_发明专利_CA2450602A1 DISCHARGE LAMP OF THE SHORT ARC TYPE.docx |
| 0 | 2004-05-27_发明申请_US20040103144A1 Systems and methods for communicating with devices as Web Services_+++B_C_Q_R_S_d_f_g_i_j_k_l_m_n_o+++.docx |
| 0 | 2004-06-24_发明专利_JP2004178894A Short arc type discharge lamp.docx |
| 0 | 2007-09-20_发明专利_JP2007526992A System for electrical fault detection apparatus and method_+++A_B_C_D_E_F_G_Q_R_S_i_j_k_o_u+++.docx |
| 0 | 2008-01-10_发明专利_JP2008500467A Textile structure and a method of manufacturing the same.docx |
| 0 | 2008-06-12_发明申请_US20080136581A1 SMART CURRENT ATTENUATOR FOR ENERGY CONSERVATION IN APPLIANCES_+++O_Q_a_b_c_d_e_f_g_j_k_r_s_t_u+++.docx |
| 0 | 2008-07-15_发明专利_CA2450602C DISCHARGE LAMP OF THE SHORT ARC TYPE.docx |
| 0 | 2009-03-05_发明申请_US20090058181A1 Hydraulic Brake Apparatus.docx |
| 0 | 2009-08-06_发明申请_US20090199296A1 DETECTING UNAUTHORIZED USE OF COMPUTING DEVICES BASED ON BEHAVIORAL PATTERNS_+++D_E_H_P_Q_R_V_a_b_c_f_g_o_s+++.docx |
| 0 | 2009-11-12_发明申请_US20090281676A1 Systems, Apparatus, and Methods for the Management and Control of Remotely Controlled Devices_+++c_d_f_g_j_k_o_p_q_r_s_t_u+++.docx |
| 0 | 2002-11-29_发明专利_JP2002342185A Remote maintenance system_+++A_B_C_D_E_F_G_M_Q_R_S_V_o+++.docx |
| 0 | 2010-02-18_发明专利_DE10353861B4 Discharge lamp of the short arc type_+++Q+++.docx |
| 0 | 2010-04-30_发明专利_JP2010098198A Substrate storage container and positioning structure thereof_+++q+++.docx |
| 0 | 2010-05-19_发明专利_JP4465389B2 Textile structure and a method of manufacturing the same.docx |
| 0 | 2010-07-22_发明专利_JP2010161488A Network monitoring system and method therefor_+++b_c_d_e_f_k_o_p_q_r_s+++.docx |
| 0 | 2010-11-18_发明申请_WO2010131259A2 A MONITORING SYSTEM FOR CAPTURING INFORMATION RELATING TO THE WIRELESS SMART DEVICE FOR BEHAVIORAL ANALYTICS_+++C_D_R_S_b_k_q+++.docx |
| 0 | 2010-11-25_发明申请_WO2010135068A1 SYSTEMS AND METHODS FOR APPLICATION-LEVEL SECURITY.docx |
| 0 | 2011-02-03_发明申请_US20110029658A1 SYSTEM AND METHODS FOR PROVIDING A MULTI-DEVICE, MULTI-SERVICE PLATFORM VIA A CLIENT AGENT.docx |
| 0 | 2012-02-02_发明专利_JP2012021109A Mold release film.docx |
| 0 | 2012-03-15_发明专利_JP2012054887A Node device, time synchronization system, and time synchronization method_+++l_r_s+++.docx |
| 0 | 2012-09-07_发明申请_WO2012118062A1 脂肪酸ポリオキシアルキレンアルキル(アルケニル)エーテルの製造方法.docx |
一种用于监视物联网IoT设备健康状况的方法,包括: 在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模,其中,所述第一节点是配置成进行行为分析的分析者节点,所述第二节点是配置成观察本地行为的观察者节点,所述第一节点和所述第二节点是所述本地IoT网络中的不同IoT设备; 在所述第一节点处通过所述本地IoT网络接收与在所述第二节点处观察到的一个或多个行为相关的行为信息; 在所述第一节点处分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息; 在所述第一节点处将所分析的行为信息与关联于所述第二节点的所建模的正常行为进行比较以确定在所述第二节点处观察到的所述一个或多个行为是正常的还是异常的;以及响应于基于所述比较确定在所述第二节点处观察到的所述行为信息指示了异常状况,触发一个或多个执行者来矫正所述第二节点处的行为异常,其中,所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。
作为一名经验丰富的专利代理师,针对您提供的目标专利说明书以及四篇对比文件,我将从权利要求解析、对比文件特征比对、比对表格以及最接近的对比文件(CPA)分析四个方面为您提供详尽的侵权/无效分析基础。
结合目标专利说明书,权利要求1的核心在于一种分布式的IoT设备健康状况监视架构。为了解决部分IoT设备(如烤面包机、灯泡等)计算和存储资源有限,无法自行完成复杂异常分析的问题,该专利将网络中的节点划分了角色:
观察者节点(第二节点):仅负责收集本地行为数据(如功耗、温度、网络流量等)。
分析者节点(第一节点):作为能力较强的设备(如智能手机、家庭网关),收集观察者节点的数据,为其建立“正常行为模型”,并进行对比分析。
执行者:当分析者节点发现异常(如设备故障或遭受恶意攻击)时,调用的外部或内部实体(如客服系统、在线诊断工具),它们具备辅助矫正异常的技术手段。
公开情况:实质公开了权利要求1的全部技术特征。
特征A、B、C、D、E(建模、角色分配、接收、分析与比较):D1公开了各家庭内设置有家庭服务器(Home server 101,即第一节点/分析者),家电(102,即第二节点/观察者)内藏有监视内部状态的监控电路。家电将状态值通过家庭LAN(110,即本地IoT网络)发送给家庭服务器。家庭服务器基于从中心服务器接收的“故障判定用模型(故障模型)”以及接收到的状态值,推断判定家电是否故障。
出处:[0002] “各家電機器は、当該家電機器の内部状態をモニタするモニタ回路を内蔵しており、モニタした内部状態を、家庭内のLAN... ホームサーバに報告する。” [0007] “受信された前記故障モデルとから、定性推論を用いて前記家電機器が故障か否かを判定する故障判定手段とを備え...”
特征F、G(触发执行者及提供矫正技术):当判定为故障(异常)时,家庭服务器将信息发送给中心服务器(即触发执行者)。中心服务器不仅保存有故障信息,还会调出为服务人员(serviceman)准备的详细修理信息(即辅助矫正技术)并显示,指示其前往修理。
出处:[0008] “前記家電機器の故障の内容を特定する情報を受信して、前記保持手段からサービスマン用の故障に関する情報を特定し、特定された前記故障に関する情報をサービスマンに表示する...”
公开情况:实质公开了特征A-F,但未公开特征G。
特征A、B、C、D、E(建模、角色分配、接收、分析与比较):D2公开了在插座/负载处设置局部检测装置(46,第二节点/观察者),连续监视交流电压水平并发送给中央控制装置(38,第一节点/分析者)。控制装置在“初始识别阶段”记录各检测装置的正常运行模式(即为正常行为建模),并在后续接收数据后与基准水平比较,以检测异常波动。
出处:[0025] “初期認識段階[110]において、制御装置は各局所検知装置の正常挙動のパターンを確立するため... 電圧信号を受け取り、かかるデータを監視する。” [0028] “制御装置[38]は、各検知装置による電圧測定値を、所定の電圧上限値、電圧下限値と比較する。”
特征F(触发执行者矫正异常):若发现异常,控制装置会触发警报,并可指示保险丝盒或检测装置内的断路器(40/104,执行者)切断供电来矫正危险。
出处:[0029] “制御装置はアラームを発報して故障位置を指示する。また制御装置は、適切なブレーカ...に対して、故障回路への供給電力を遮断するよう指示することができる。”
区别(特征G):D2中的执行者(断路器)仅采取切断电源的单一动作,说明书中并未公开向其提供用于“辅助诊断或修复(矫正)故障的特定技术/工具”。
公开情况:仅公开了部分网络架构,未公开行为建模与异常比较机制。
D3主要涉及用于节能的智能电流衰减器(Smart circuit attenuator)以及基于PC的远程服务诊断。虽然提到了电器通过网络与外部控制器或诊断PC通信,但并未公开在一个本地IoT节点上为另一个节点的“正常行为”建立模型,并通过比对实时行为信息来自动化判断是否异常的过程。其侧重点在于根据电网频率降低功耗,或通过人工干预(Service person连接PC发送底层指令)来进行诊断测试,而非权利要求1所述的自动化本地行为比对。
公开情况:公开了行为建模与异常检测,但未公开多节点IoT网络架构。
D4公开了利用隐马尔可夫模型(HMM)对智能手机等计算设备的操作系统调用(System calls)和GUI交互进行行为建模,从而检测恶意软件等未经授权的使用(即异常)。
区别:D4的检测系统和被检测的应用程序运行在同一台计算设备(单一节点)上,并未公开权利要求中分布式的“本地IoT网络”、更没有“第一节点”和“第二节点”的划分以及跨节点的行为信息传输。
| 权利要求1技术特征 | D1 (JP2002342185A) | D2 (JP2007526992A) | D3 (US20080136581A1) | D4 (US20090199296A1) |
| 特征A:第一节点为第二节点建立正常行为模型 | √ 实质公开 (Home server利用故障模型) | √ 实质公开 (控制装置建立正常行为模式) | × 未公开 | × 未公开单机模式,非多节点 |
| 特征B:分析者节点与观察者节点,且为不同设备 | √ 毫无异议公开 (Home server与家电) | √ 毫无异议公开 (中央控制装置与局部检测装置) | × 未公开 | × 未公开 |
| 特征C:第一节点通过网络接收第二节点的行为信息 | √ 毫无异议公开 | √ 毫无异议公开 | × 未公开自动化连续行为收集 | × 未公开跨节点传输 |
| 特征D:第一节点分析行为信息 | √ 毫无异议公开 | √ 毫无异议公开 | × 未公开 | × 未公开跨节点分析 |
| 特征E:将信息与模型比较以确定正常或异常 | √ 毫无异议公开 | √ 实质公开 (与基准/上下限比较) | × 未公开 | × 未公开跨节点比较 |
| 特征F:若异常,触发执行者矫正异常 | √ 毫无异议公开 (触发中心服务器/维修人员) | √ 实质公开 (触发断路器切断电源) | × 未公开 | × 未公开触发外部执行者 |
| 特征G:向执行者提供辅助矫正的技术 | √ 实质公开 (提供详细的维修信息和部件代码) | × 未公开 (仅切断电源) | × 未公开 | × 未公开 |
在创造性评价中,最接近的对比文件通常应当是与目标专利解决的技术问题最相近、技术领域相同,且公开了最多相同技术特征的文献。
D1 (JP2002342185A) 是最适合作为最接近的对比文件(CPA)的文献。
从整体解决的技术问题来看:目标专利解决的是如何利用网络中能力较强的节点自动化地对能力较弱的简单IoT设备进行健康监视和异常(故障/攻击)检测,以降低人工排查成本。D1解决的正是如何利用家庭服务器(Home server)集中判断多台家电是否故障,从而减轻中心服务器的负担并提高维修效率,两者的整体技术目标高度一致。
从技术效果来看:目标专利实现了自动化的设备故障/异常监控,并在发现异常时自动调用具备辅助修复能力的执行者。D1同样实现了通过本地局域网自动监控家电状态,并且在确认故障后自动通知维修中心,向维修人员展示所需更换的零部件代码和维修手册等信息(即提供辅助矫正的技术),最终效果完全相同。
结构匹配度:D1完整公开了“观察者(家电监控电路)—分析者(家庭服务器)—执行者(中心服务器及维修人员)”的分布式架构,覆盖了权利要求1的所有步骤逻辑。
相较之下,D2虽然公开了分布式监测,但其核心问题在于电气火灾预防,且一旦发现异常采取的措施是硬性切断电源(断路器跳闸),不涉及后续利用技术手段辅助修复异常的机制。D3和D4在整体网络架构或问题导向上偏差过大。因此,在撰写无效宣告请求或OA答复时,应以D1为主打对比文件构建创造性评述逻辑。
如果您需要,我们下一步可以基于D1作为CPA,结合D4(若权利要求的从属要求涉及更具体的安全/恶意攻击检测算法),为您草拟一份详细的创造性否定逻辑(“问题-解决方案”方法)的论述草案。您需要我继续推进这部分工作吗?
作为一名经验丰富的专利代理师,我将紧密结合目标专利《监视物联网设备健康状况的方法、装置、设备和存储介质》的说明书,为您深入拆解权利要求1,并与提供的四篇对比文件(D1-D4)进行详细的特征比对与最接近现有技术的评估。
目标专利权利要求1的核心逻辑在于分布式架构下的设备健康状况监控:将能力有限的IoT设备作为“观察者节点”收集本地行为,将算力较强的设备作为“分析者节点”进行行为建模与比对,并在发现异常时触发“执行者”进行矫正。
以下是对各对比文件的详细比对分析。
为便于比对,我们将权利要求1拆解为A至G七个技术特征:
特征A:在本地IoT网络中的第一节点处为第二节点关联的正常行为建模。
特征B:第一节点是分析者节点,第二节点是观察者节点,两者是本地IoT网络中不同的IoT设备。
特征C:第一节点接收第二节点观察到的行为信息。
特征D:第一节点分析行为信息。
特征E:第一节点将行为信息与正常行为模型比对,确定是否异常。
特征F:若异常,触发执行者矫正第二节点的异常。
特征G:执行者被提供有用于辅助矫正的技术。
公开情况:实质公开了大部分特征(A, C, D, E, F, G),但对于特征B中的“本地IoT网络中的不同IoT设备”的架构存在差异。
原文出处:
特征A/D/E:D1段落 [0022] 指出“The system receives information over a network connection and collects information that is identified as being anomalous. The collected information is analyzed by system process... identify a pattern of behavior associated with a known or unknown strain of malware.” 段落 [0038] 提到“it will be known what markers are associated with a clean device of the same type”(已知相同类型的干净设备关联哪些标记),实质公开了为正常行为建模并进行比对。
特征B/C:D1段落 [0019] 公开了“networked unit 401”和“detection and classification unit 403”。段落 [0029] 明确这些联网单元包括“the Internet of things”(物联网设备)。服务器接收来自联网单元的交互数据。差异在于:D1是“服务器-客户端”架构,而非权利要求限定的“本地IoT网络中的第一节点和第二节点”。
特征F/G:D1段落 [0021] 公开了采取安全动作(security action 303),如“network isolation... malware scan...”。段落 [0007] 提到了“generation of malware antidotes and the communication of these to a large number of networked devices”(生成恶意软件解毒剂并传达给联网设备),实质公开了提供矫正技术。
公开情况:部分公开了监测与分析(C, D, E),未公开建模、分布式观察/分析角色划分及修复矫正(A, B, F, G)。
原文出处:
特征B(差异):D2段落 [0048] 提到“评估节点对其通信范围内的所有节点进行行为特征监测”。在D2中,是评估节点主动去“观察”其他节点,而不是权利要求中“第二节点(观察者)自己观察本地行为并发送给第一节点(分析者)”。
特征D/E:D2段落 [0056] 及 [0106] 公开了利用模糊理论和DS证据理论计算信任值,并与阈值比对“小于某一阀值时则可将被评估节点判断为恶意节点”。
特征F/G(差异):D2段落 [0108] 指出发现恶意节点后的动作是“将其列入黑名单。通知其邻居节点避免与被评估节点进行通信。”这只是一种网络隔离策略,并未公开触发“执行者来矫正”以及“提供辅助矫正的技术”。
公开情况:在逻辑模块上高度吻合(C, D, E, F, G),但在物理网络架构(特征A, B)上存在根本差异。
原文出处:
特征A/C/D:D3段落 [0099] 和 [0100] 明确公开了“行为观测器模块202”将观察结果发送给“行为分析器模块204”,且分析器模块能够“获悉移动装置的正常操作行为,且基于比较的结果而产生一或多个行为矢量”。
特征E/F/G:D3段落 [0101] 明确指出“当行为分析器模块204确定行为、软件应用程序或进程恶意或性能降级时,行为分析器模块204可通知致动器模块208,致动器模块208可执行各种动作或操作以校正被确定为恶意或性能降级的移动装置行为... 或修复、修整、隔离或以其它方式修正经鉴别问题。”
特征B(差异):D3段落 [0079] 明确这些模块(观测器、分析器、致动器)全部位于同一台移动装置(例如智能手机)内部。它没有公开将这些角色分配给“本地IoT网络中的不同IoT设备”。
公开情况:完全未公开。
原文出处:该文件涉及“INTEGRITY TESTING OF HAIR SAMPLES”(毛发样本的完整性测试),用于毒品或分析物检测。其技术领域、解决的问题及技术方案与物联网设备健康监测毫无关联。
| 权利要求1 技术特征 | D1_US20140047544A1 | D2_CN102802158B | D3_CN104272788A | D4_WO2015031676A2 |
| A. 第一节点为第二节点的正常行为建模 | 实质公开(服务器获知干净设备的基线并建立模式) | 未公开(仅设置阈值) | 实质公开(内部模块获悉正常操作行为) | 未公开 |
| B. 角色划分及本地网络不同IoT设备 | 部分公开(服务器与终端,但非本地IoT网络对等节点) | 未公开(评估节点直接监测,未划分观察者和分析者) | 未公开(各模块位于同一单一移动设备内部) | 未公开 |
| C. 第一节点接收第二节点观察的行为信息 | 实质公开(接收交互数据) | 部分公开(接收ACK等特征) | 实质公开(模块间传递信息) | 未公开 |
| D. 第一节点分析行为信息 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 未公开 |
| E. 与正常模型比对确定是否异常 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 未公开 |
| F. 异常时触发执行者进行矫正 | 毫无异议公开 | 未公开(仅黑名单隔离) | 毫无异议公开(致动器执行校正) | 未公开 |
| G. 执行者提供辅助矫正的技术 | 实质公开(分发解毒剂/扫描) | 未公开 | 毫无异议公开 | 未公开 |
在创造性评价中,选择最接近的现有技术需要综合考量该对比文件旨在解决的整体技术问题以及其达到的技术效果。
本专利(权利要求1)解决的核心技术问题是:在具有众多异构、资源受限的简单IoT设备的环境中,如何有效检测设备故障或恶意攻击?
其达到的技术效果是:通过在本地网络中引入分布式架构,将繁重的“分析”任务卸载到资源充足的节点(分析者节点),让简单设备仅负责“观察”(观察者节点),并在发现异常时自动调用“执行者”进行修复,从而降低了单点设备的资源消耗,实现了本地IoT环境的自动化客户服务和健康状况监控。
基于此,我认为D1和D3在创造性攻击中各自具备作为最接近对比文件的独特价值,具体分析如下:
适配度分析:D3在逻辑架构的抽象层面与本权利要求惊人地一致。它完全公开了“观察器模块 (Observer) -> 分析器模块 (Analyzer) -> 致动器模块/执行者 (Actuator)”的完整闭环,并且其解决的技术问题同样是“识别限制性能且不良的操作条件并对其作出反应以防止设备降级”。
区别技术特征:将D3作为最接近现有技术,权利要求1的区别仅在于物理部署环境——即特征B(将这些逻辑模块分别部署在本地IoT网络中不同的物理节点上,而非单一设备内部)。
创造性评述方向:可以结合D1中公开的“包含大量异构设备的网络环境(物联网)”常识,论证本领域技术人员为了解决单一设备算力不足的问题,有动机将D3中单一设备内的观测器与分析器模块拆分部署到局域网内的不同节点上,从而得出权利要求1。
适配度分析:D1在物理网络拓扑上与本专利高度相关。D1明确解决了“资源受限设备(电池供电、内存有限)难以自行运行繁重检测任务”的问题,并明确提到了“Internet of things”(物联网)。D1的思路是集中算力(检测与分类单元)来处理收集到的数据。
区别技术特征:第一节点和第二节点属于“本地IoT网络”中的对等/局域网节点(D1倾向于云端Server-Client架构);明确的执行者(Executor)术语界定。
创造性评述方向:将D1作为最接近现有技术,可以论证将云端服务器的分析功能下沉到“本地网络的一台算力较强的IoT设备(如智能网关)”属于边缘计算/局域网部署的常规技术手段。
结论建议:如果在无效宣告或OA答复中,D3 是破坏创造性逻辑链条最锋利的武器,因为它实质上公开了权利要求1核心的“观察-分析-执行”三权分立机制。建议以 D3结合D1(或结合本领域的分布式部署常识) 来构建最具威胁的创造性评述逻辑。
您是否需要我进一步利用这些对比文件为您草拟一段针对权利要求1的完整无效宣告/审查意见驳回逻辑?
专业的专利代理师同行,您好!以下针对您提供的目标专利权利要求1,紧密结合目标专利说明书以及所提供的对比文件,进行详细的技术特征比对与最接近现有技术的分析。
需要首先说明的是,您提供的对比文件2 (D2) 仅包含一串公开号(CA2450602A1 OR WO2010131259A3 OR SG184259A1 OR WO2015031676A3)而无说明书正文文本,因此客观上无法对其进行实质性的技术特征比对。以下分析将主要聚焦于对比文件1 (D1:US20150163121A1)。
结合目标专利说明书中关于“第一节点为分析者节点,第二节点为观察者节点,两者通过本地IoT网络协同工作并触发执行者矫正异常”的发明构思,D1对权利要求1的各技术特征公开情况如下:
技术特征A(为第二节点建模正常行为):实质公开。D1在段落 [0006] 中明确记载了“A norm is established in an analysis process using the collected data”(使用收集的数据在分析过程中建立规范/常态),并在段落 [0009] 中记载了“at the server, establishing a norm by processing the collected data”(在服务器处,通过处理收集的数据来建立规范)。这实质上等同于为网络中的节点设备建模正常行为。
技术特征B(第一/第二节点身份及IoT网络环境):实质公开。D1在段落 [0005] 中明确提到受监视的设备包括“sessile devices (such as part of the IoT)”,即IoT设备;段落 [0037] 中提到了通信网络可以是“local area network (LAN)”。D1中的Server(服务器,即第一节点/分析者节点)和Client System(客户端系统/IoT设备,即第二节点/观察者节点)通过局域网连接,分别承担分析和观察/数据收集的作用(参见段落 [0009] 及图1)。
技术特征C(接收行为信息):毫无异议公开。D1在段落 [0009] 记载了“accessing a database system comprising data collected from a plurality of devices”(访问包含从多个设备收集的数据的数据库系统),即第一节点(服务器)接收来自第二节点(IoT设备)的行为信息。
技术特征D(分析行为信息):毫无异议公开。D1在段落 [0006] 指出“The analysis process uses risk models, correlation of states and events...”(分析过程使用风险模型、状态和事件的相关性等),明确了对收集到的信息进行分析。
技术特征E(比对确定正常或异常):毫无异议公开。D1在段落 [0007] 中记载“The norm is compared with data collected from a particular computing device. If there is a deviation outside of a threshold deviation...”(将规范与从特定计算设备收集的数据进行比较。如果存在超出阈值的偏差...),并在段落 [0009] 中记载了判定数据与常态之间的偏差。
技术特征F(触发执行者矫正异常):实质公开。D1在段落 [0007] 和 [0008] 中记载,如果检测到偏差或恶意行为,“a response is initiated”(发起响应),响应措施包括“taking actions on a device, such as sounding an alarm, locking a device, full or selective wiping of a device, performing other commands such as blocking or uninstalling an application...”(对设备采取行动,例如发出警报、锁定设备、擦除、阻止或卸载应用程序)。这实质上公开了触发执行机构来矫正或处理节点处的行为异常。
技术特征G(提供辅助矫正技术):实质公开。D1在段落 [0011] 提到“transmitting to the first device instructions to uninstall an application program”(向第一设备发送卸载应用程序的指令),通过下发指令或策略(Policy)作为技术手段辅助设备完成异常矫正。
| 权利要求1技术特征 | D1 (US20150163121A1) 对应公开内容 | D2 (无说明书) | 比对结论 |
| 主题:一种用于监视物联网IoT设备健康状况的方法 | 段落 [0005]:设备可以包括固着设备(例如物联网IoT的一部分)。 | 无正文 | D1已公开 |
| 特征A:在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模 | 段落 [0006]、[0009]:在服务器处,通过处理收集的数据来建立规范(norm)。 | 无正文 | D1实质公开 |
| 特征B:第一节点是配置成进行行为分析的分析者节点,第二节点是观察者节点,两者是不同IoT设备 | 段落 [0005]、[0009]、[0037]:服务器进行分析,多台客户端设备(包括IoT设备)提供数据,网络可为LAN。 | 无正文 | D1实质公开 |
| 特征C:在第一节点处通过网络接收在第二节点处观察到的行为信息 | 段落 [0009]:访问包含从多个设备收集的数据的数据库系统。 | 无正文 | D1毫无异议公开 |
| 特征D:在第一节点处分析第二节点的行为信息 | 段落 [0006]:分析过程使用风险模型、状态和事件的相关性等。 | 无正文 | D1毫无异议公开 |
| 特征E:在第一节点处将信息与建模的正常行为比较以确定正常或异常 | 段落 [0007]、[0009]:将规范与从特定设备收集的数据比较,确定是否存在超出阈值的偏差。 | 无正文 | D1毫无异议公开 |
| 特征F:响应于异常,触发执行者来矫正第二节点处的行为异常 | 段落 [0008]:如果检测到偏差,发起响应,包括采取行动(锁定、擦除、卸载等)以干预设备。 | 无正文 | D1实质公开 |
| 特征G:所述执行者被提供有用于辅助矫正异常的技术 | 段落 [0011]:向设备发送指令(如卸载程序的指令)以辅助响应。 | 无正文 | D1实质公开 |
在进行创造性分析时,最接近的现有技术应当是与本发明所解决的技术问题、达到的技术效果以及公开技术特征最为接近的文件。
目标专利的整体技术问题与技术效果:
目标专利主要解决的是:IoT设备(如烤面包机、恒温器等)通常计算资源有限,自身无法进行复杂的异常检测。通过将“观察”和“分析”解耦,在本地IoT网络中引入一个强大的“第一节点”(分析者节点)来收集“第二节点”(简单的观察者节点)的行为信息并进行建模比对,一旦发现异常,自动化地触发执行者进行矫正。其技术效果是:降低了端侧设备的计算负荷,实现了物联网环境下客户服务及设备健康状况监视的自动化与低成本化。
对比文件的选择:
D1 (US20150163121A1) 是非常理想的最接近的对比文件。
技术问题高度一致:D1同样致力于解决大量异构计算设备(明确包含IoT设备)的安全监控和异常行为判定问题。
技术架构高度契合:D1采取了服务器-客户端的分布式监控架构,由服务器(对应第一节点)负责建立规范和比对分析,由端侧设备(对应第二节点)负责提供受监视的数据,这一架构与目标专利中的“分析者-观察者”模型在构思上实质相同。
技术效果相同:D1也实现了自动化监测,并在发现偏差(异常)时自动触发响应策略(如锁定、卸载指令等),达成了自动化管理和纠错的效果。
由于D2缺失说明书正文,无法确定其具体解决的技术问题与效果。因此,在答复审查意见或进行无效宣告的创造性分析(如采用三步法)时,强烈建议将D1作为最接近的对比文件,其对权利要求1的各项特征均形成了极高的覆盖度。
您是否需要我进一步以D1为基础,提炼目标专利中可能存在的区别技术特征(例如深挖“本地IoT网络”与D1中“Server”层级的架构差异),为您草拟一份应对创造性驳回的答复策略?
你好!我是Gemini,很高兴能以专业专利代理师的身份为您提供服务。
根据您的要求,我将紧密结合目标专利的说明书(CN107409073B),对权利要求1的各项技术特征进行深入拆解,并与您提供的四篇对比文件(D1-D4)进行详尽的特征比对与创造性分析。
在进行无效/新颖性分析前,必须首先基于说明书对权利要求1进行准确界定:
IoT环境的异构性与节点分工(特征A、B):说明书 [0010] 段指出,IoT环境包含不同能力的设备。简单的家电(如烤面包机、洗衣机)资源有限,作为**“观察者节点(第二节点)”收集数据;而能力更强的设备(如智能手机、常开型无线路由器)作为“分析者节点(第一节点)”。两者是“本地IoT网络”中的“不同IoT设备”**。
本地行为数据的传输与分析(特征C、D):说明书 [0011] 段提到,观察者将行为特征发送到外部节点(分析者节点),分析者节点提取行为向量进行分析。
本地建模与比较(特征A、E):说明书 [0011] 段明确,“为本地IoT网络建模”可以由本地的分析者节点进行。分析模块将收集的向量与正常行为模型比对,检测异常。
触发执行者与矫正技术(特征F、G):说明书 [0109] 与 [0123] 段指出,分析模块检测到异常后,可调用“执行者(在线解决故障、设备上诊断、服务提供者等)”来矫正异常,这些执行者被提供有用于辅助矫正的技术(如搜集到的行为向量、诊断规程等)。
以下是对各对比文件是否公开权利要求1技术特征的详细分析及原文引用:
实质公开的特征:B(部分)、C、D、E、F、G
原文出处与分析:
特征B(部分)/C/D/E(本地网络、不同设备、接收与比较分析):D1实质公开了第一节点(家庭服务器)和第二节点(家电)处于同一局域网并进行监控。[0010]段记载:“ホームサーバ101は各家庭内に設置され、家庭内LAN110を介して接続されるリモートメンテナンス対象の家電機器102の故障を検出し...”(家庭服务器101设置在各家庭内,检测通过家庭内LAN 110连接的家电102的故障)。[0013]段记载家庭服务器接收状态并进行比对:“故障判定部106は...取得された各状態値に演算処理を施し、演算結果と規定値との比較によって当該家電機器102の故障を判定する。”(故障判定部106对取得的各状态值进行运算处理,通过比较运算结果与规定值来判定家电102的故障)。
特征F/G(触发执行者与提供技术):[0002]段记载:“状態値が正常範囲を超えたため故障であると判定された場合には、センタサーバは...サービスマンを派遣するよう指示を表示する。”(判定为故障时,中心服务器显示派遣服务人员的指示)。[0008]段记载向服务人员提供信息:“サービスマン用の故障に関する情報を特定し、...サービスマンに表示する”(指定服务人员用的故障信息并显示给服务人员)。
未公开的特征:特征A(在第一节点处建模)。D1中,家庭服务器(第一节点)只使用模型,而建模/更新模型的动作是在中心服务器(外部网络)完成的。[0017]段明确记载:“故障モデル更新部127において正常時の組み合わせ情報に基づいて更新された故障モデルをホームサーバ101に送信する。”(在故障模型更新部127基于正常时的组合信息更新故障模型并发送给家庭服务器101)。
实质公开的特征:部分概念,但未公开本地分布式架构。
原文出处与分析:
D2主要公开了一种**服务器端(Server-Side)**检测多个联网单元上恶意软件的系统。[0022]段记载:“The disclosed invention is a server-side system that is utilized to identify and classify potential strains of malware...”。
未公开特征A、B、C:D2缺乏“在本地IoT网络中的第一节点和第二节点(不同的本地设备)”这一核心分布式架构。D2是集中式的“云端服务器-本地终端”架构,而不是“本地分析者设备-本地观察者设备”的协同。
实质公开的特征:D、E、F
原文出处与分析:
D3公开了行为分析模块和触发机制。[0004]段记载:“在所述移动装置的第一模块与第二模块之间交换关于在所述移动装置中观测的行为特征的信息...”。[0101]段记载了触发动作:“当行为分析器模块204确定行为、软件应用程序或进程恶意或性能降级时,行为分析器模块204可通知致动器模块208,致动器模块208可执行各种动作或操作以校正...”
未公开特征A、B、C:D3的第一模块和第二模块是同一台移动设备(单一设备)内部的软件模块/子系统(如观测器模块和分析器模块),而不是权利要求1要求的“本地IoT网络中的不同IoT设备”。
实质公开的特征:建模、监控概念。
原文出处与分析:
D4公开了收集数据建立基线。[0009]段记载:“at a server accessing a database system comprising data collected from a plurality of devices, at the server, establishing a norm by processing the collected data...”(在服务器处处理收集的数据建立规范)。
未公开特征A、B、C:与D2类似,D4的建模和分析发生在服务器端(Server),而不是在本地局域网的第一节点(如本地网关/手机)处对第二节点(本地传感器)进行建模。
| 权利要求1技术特征拆解 | D1 (JP2002342185A) | D2 (US20140047544A1) | D3 (CN104272788A) | D4 (US20150163121A1) |
| A: 在本地IoT网络中的第一节点处为与第二节点相关联的正常行为建模 | ✗ (在中心服务器建模/更新,而非第一节点) | ✗ (云端服务器建模) | ✗ (第三方服务器建立,见段[0065]) |
✗ (服务器建立规范,见段[0009]) |
| B: 第一节点是分析者节点,第二节点是观察者节点,两者是本地IoT网络中的不同IoT设备 | ✓ (家庭服务器与家电,处于同一家庭LAN) | ✗ (服务器与终端) | ✗ (同一移动设备内部的不同软件模块) | ✗ (服务器与终端) |
| C: 在第一节点处通过本地IoT网络接收观察到的行为信息 | ✓ (家庭服务器经LAN接收) | ✗ (经广域网接收) | ✗ (设备内部API传输) | ✗ (经广域网接收) |
| D: 在第一节点处分析行为信息 | ✓ (家庭服务器处理数据) | ✗ (服务器端分析) | ✓ (设备内部模块分析) | ✗ (服务器端分析) |
| E: 在第一节点处将行为信息与模型比较以确定正常或异常 | ✓ (家庭服务器比较规定值判定故障) | ✗ (服务器比较) | ✓ (设备内比较) | ✗ (服务器比较) |
| F: 确定异常后,触发一个或多个执行者来矫正行为异常 | ✓ (中心服务器提示服务人员) | ✓ (服务器响应限制访问) | ✓ (致动模块校正) | ✓ (生成警报/阻止设备) |
| G: 执行者被提供有用于辅助矫正的技术 | ✓ (向服务人员提供具体异常代码和部件代码) | △ (提供隔离或扫描动作) | △ (致动器执行指令) | △ (发送卸载指令) |
(注:✓表示毫无疑义或实质公开,✗表示未公开,△表示公开了相似的上位概念)
结论:D1(JP2002342185A)最适合作为最接近的现有技术(CPA)。
从整体解决的技术问题来看:本目标专利解决的问题是“如何利用智能连接的IoT环境中某些计算能力较强的设备,分担本地故障检测和异常分析工作,实现自动化的设备健康状况监视”(见目标专利[0010])。D1解决的问题高度一致:为减轻中心服务器的负担,利用各家庭的“家庭服务器(Home Server)”作为本地分析节点,接收家用电器(观察者)的状态数据并进行本地故障判定(见D1 [0004])。
从技术效果来看:两者都实现了在本地网络中发现异常并触发外部服务(服务人员/客户服务)的效果,减少了不必要的广域网数据传输。
D2和D4属于典型的“云-端”架构,不涉及本地局域网内设备间的互助;D3局限于单一设备内的软件层级调用。因此,无论是应用场景、网络拓扑架构还是技术目的,D1都与目标专利最为接近。
1. 组合是否公开了权利要求1的全部技术特征?
否。
对比文件的组合未公开特征A的核心限定:“在本地IoT网络中的第一节点处为...正常行为建模”。
在D1中,建模(生成或更新故障模型)是由中心服务器(Center Server)根据收集的历史数据通过最小二乘法等向量量化手法建立,然后再下发给第一节点(家庭服务器)使用的。第一节点仅“应用”模型,不“建立/更新”模型。
D2、D4同样是在云端服务器完成建模(建立Norm/Baseline)。
D3虽然提到了设备内部的分析,但其模型同样来自于第三方网络服务器(如段[0065]:“从第三方网络服务器下载”)。
没有任何一篇对比文件教导将**“建模(Modeling)”**这一高算力消耗的动作下放并直接由局域网内负责分析的第一节点(本地设备)自行完成。
2. 是否可以毫无疑义地无效权利要求1?
不可以毫无疑义地(基于新颖性)无效权利要求1。
由于特征A未被任何一篇对比文件及其组合直接或等同公开,权利要求1具备新颖性。
如果要尝试用创造性(Obviousness)进行无效,代理师需要构建如下逻辑: 以D1为CPA,区别技术特征为:在D1中由中心服务器建模,而本专利在第一节点(本地网关/智能手机)建模。代理师需要论证“随着本地IoT设备(如智能手机、高级路由器)算力的提升,将云端的建模工作转移到本地高算力节点上以节省网络带宽和增强隐私保护,是本领域的常规技术手段”。 然而,这种论证存在风险:目标专利说明书正是基于IoT设备算力有限的背景,提出由本地强节点聚集和分析,如果将复杂的“机器学习建模”也完全放在本地节点,是否违背了减轻本地计算压力的初衷?(目标专利[0108]也提到可以利用云端/制造商获取模型辅助)。因此,目标专利将建模动作明确限定在本地第一节点,具有一定的非显而易见性,对比文件的组合无法形成必杀的、毫无疑义的无效链条。
建议下一步操作:
如果您准备发起无效宣告请求,基于目前的证据,直接无效权利要求1难度较大。您是否需要我进一步在专利数据库中检索“边缘计算(Edge Computing)中本地网关节点自主进行机器学习/行为建模”的相关现有技术,以补充当前对比文件在“特征A”上的缺失?
您好!作为一名专利代理师,我已仔细阅读了您提供的目标专利权利要求、说明书背景以及五篇对比文件。
针对您的具体问题:对比文件是否单独或组合毫无疑义地公开了技术特征A。
结论是:对比文件D1(JP2002342185A)和对比文件D2(JP2007526992A)均各自单独、实质公开了技术特征A。 以下是紧密结合目标专利说明书与对比文件原文的详细分析过程。
目标专利说明书(CN107409073B)段落[0010]和[0011]中指出,由于IoT设备能力各异,本地网络中“更强大”的设备(如智能手机、网关,即第一节点)可以聚集“较简单”设备(如烤面包机、洗衣机,即第二节点)的本地行为,并“为本地IoT网络建模/构建行为模型”(即确定正常行为的基线,以便后续进行异常比较)。
因此,技术特征A可以拆解为三个核心要素:
要素A1:基于本地IoT网络(局域网环境)。
要素A2:存在第一节点和第二节点(本地网络中的不同设备,存在监控与被监控关系)。
要素A3:第一节点为第二节点执行“正常行为建模”的动作。
D1公开了一种远程维护系统。虽然D1的主要实施例是由远程的“中心服务器(センタサーバ 120)”来更新/建立故障模型,但在其说明书段落[0049]中,明确公开了一种替代实施例,即由本地的“家庭服务器(ホームサーバ 101)”根据正常时的状态信息来自动更新(建模)故障模型。
D1中的“家庭内LAN 110”实质等同于“本地IoT网络”;“家庭服务器 101”等同于“第一节点”;“家电机器 102”等同于“第二节点”。“根据正常时的组合信息更新故障模型的规定值”实质等同于“为正常行为建模”。
| 权利要求1 技术特征A | 对比文件D1 (JP2002342185A) 对应公开内容 | 对比文件D1 出处及原文引述 |
| 在本地IoT网络中 | 公开了通过家庭内LAN连接各家电机器。家庭内LAN属于本地物联网的实质体现。 | [0010] ホームサーバ101は各家庭内に設置され、家庭内LAN110を介して接続されるリモートメンテナンス対象の家電機器102... (家庭服务器101设置在各家庭内,通过家庭内LAN110连接作为远程维护对象的家电机器102...) |
| 第一节点处为与第二节点 | 公开了家庭服务器(第一节点)为家电机器(第二节点)执行模型更新。 | [0049] ...各家庭のホームサーバ101において故障モデル200の更新まで行うようにしてもよい。... (...也可以在各家庭的家庭服务器101中进行到故障模型200的更新。) |
| 相关联的正常行为建模 | 公开了基于家电机器正常时的状态值/组合信息,通过算法(如矢量量化)更新故障模型的规定值。这构成了对正常行为的建模。 | [0049] ...ベクトル量子化により自身の規定値205を状態値履歴DB104内の正常時の組み合わせ情報に基づいて更新する... (...通过矢量量化,基于状态值历史DB104内的正常时的组合信息来更新自身的规定值205...) |
D2公开了一种电气故障检测系统。该系统利用本地检测装置(検知装置 46)监测负载(如烤箱、冰箱等,即第二节点),并将数据发送给中央控制装置(制御装置 38,即第一节点)。D2明确提到了在初始化阶段建立“正常行为的模式(图案)”。
D2中的住宅内布线网络实质等同于“本地IoT网络”;“控制装置 38”等同于“第一节点”;“检测装置/负载”等同于“第二节点”。“确立正常举动的模式”实质等同于“为正常行为建模”。
| 权利要求1 技术特征A | 对比文件D2 (JP2007526992A) 对应公开内容 | 对比文件D2 出处及原文引述 |
| 在本地IoT网络中 | 公开了典型的住宅内部电气与通信网络,符合本地IoT网络的定义。 | [0026] 図1は、... 典型的な住宅における電気的ネットワークを表している。... (图1... 表示典型住宅中的电气网络。) |
| 第一节点处为与第二节点 | 公开了控制装置(第一节点)接收来自各局部检测装置(附属于负载,即第二节点)的信号并进行处理。 | [0110] 初期認識段階[110]において、制御装置は... 局所検知装置のそれぞれから電圧信号を受け取り、かかるデータを監視する。(在初始识别阶段[110],控制装置...从各局部检测装置接收电压信号,并监视该数据。) |
| 相关联的正常行为建模 | 明确公开了控制装置在初期阶段“确立各检测装置的正常举动模式(pattern)”,即对正常行为进行建模。 | [0110] 初期認識段階[110]において、制御装置は各局所検知装置の正常挙動のパターンを確立するため... 正常な電圧降下挙動を記録する。(在初始识别阶段[110],控制装置为了确立各局部检测装置的正常举动的模式... 记录正常的电压下降举动。) |
D3 (US20080136581A1):虽然提到了在本地收集器(local collector/central collector)生成基准(benchmarks),但D1和D2在“建模/确立正常模式”的表述上更加直接且破坏力更强。
D4 (US20090199296A1):主要涉及在单一设备(如智能手机)内部,操作系统对应用程序系统调用的行为模式进行建模(HMM模型)以防范恶意软件。这不符合权利要求1中“第一节点”为网络中独立的“第二节点”建模的“本地网络拓扑”场景,因此无法破坏特征A的新颖性。
D5 (SG184259A1):无实质内容,不具相关性。
由于特征A已被D1和D2各自单独公开,建议我们接下来对权利要求1中的后续特征(如特征B至特征G)继续进行特征比对,以评估权利要求1的整体新颖性和创造性。
您是否需要我继续为您出具技术特征B至G与对比文件D1或D2的详细比对表格?
作为一名专业的专利代理师,我已仔细阅读了您提供的目标专利权利要求以及五篇对比文件(D1-D5)。
针对技术特征A:“包括:在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模”,以下是详细的侵权/新颖性比对分析:
对比文件5(D5,公开号:CN102802158B)实质公开了技术特征A。 其他对比文件(D1-D4)均未公开该特征,也无需进行组合。D5通过其“评估节点”对“被评估节点”的行为特征进行监测,并应用模糊理论建立“信任模型”的过程,实质上等同于“在第一节点处为第二节点建模正常行为”。
本地IoT网络: D5针对的是“无线传感器网络”(Wireless Sensor Network, WSN)。在所属技术领域中,无线传感器网络是物联网(IoT)在本地局域环境下的典型应用形式,实质等同于“本地IoT网络”。(详见D5说明书[0001]、[0002]段)
第一节点与第二节点: D5中明确定义了执行监测和评估动作的“评估节点i”(相当于第一节点),以及被监测的“被评估节点j”(相当于第二节点)。(详见D5说明书[0015]、[0067]段)
在第一节点处为第二节点相关联的正常行为建模: * D5在[0060]段明确记载了:“应用人类社会中人与人之间信任关系确立的思想对无线传感器网节点的信任评估进行建模”。
该建模过程是在评估节点i处完成的。节点i收集节点j的五种行为特征(能量消耗率ECR、接收率PRR、发送率PSR、转发率PFR、数据相关性DC)(详见[0015]-[0026]段)。
D5通过模糊化步骤将状态分为“信任、不信任和不确定”(其中“信任状态”即代表设备的“正常行为”),并为其建立了具体的数学模型(即隶属度函数,如μ(T1)=0.95*sigmf(9x-2.25,[1 4])+0.03)。这实质上构成了在第一节点(评估节点i)处为第二节点(被评估节点j)的正常(信任)行为进行建模(详见[0027]-[0031]段及[0085]-[0086]段)。
D1 (US20130227114A1): 侧重于在网络中提供设备能力的聚合视图(Aggregated view of device capabilities),未涉及对设备正常/异常行为的建模。
D2 (US20140047544A1): 虽然涉及恶意软件检测和模式识别,但其检测和分类操作是在**服务器端(Server-Side)**的检测和分类单元(403)上进行的,并未公开“在本地网络中的第一节点处”为第二节点建模。
D3 (US20140053261A1): 涉及移动设备上的行为分析引擎,但该文件主要描述的是设备(如智能手机)对自身的行为(own behaviors)进行监测和建模分析,未公开第一节点为“第二节点”建模的技术特征。
D4 (US20140244768A1): 主要描述了IoT设备之间的社交网络扩展及发布/订阅(publish-subscribe)消息模型,并未公开对设备行为进行健康状态或正常行为的建模。
| 目标专利技术特征A | 对比文件5 (D5: CN102802158B) 的对应公开内容 | 原文详细出处 |
| 在本地IoT网络中的 | 无线传感器网络(属于本地IoT网络的典型具体形态)。 |
[0001] 本发明涉及一种基于信任评估的无线传感器网络异常检测方法... [0002] 无线传感器网络作为无线通信的一个重要分支,是物联网的核心技术... |
| 第一节点处 | “评估节点i”。评估动作由该节点在本地执行。 |
[0015] 评估节点i对被评估节点j的能量消耗速率的监测值为... [0067] 图中节点i对节点j进行信任评估... |
| 为与所述本地IoT网络中的第二节点相关联的 | “被评估节点j”。 |
[0067] 节点j必须位于节点i的通信范围内。且节点i只接收...关于节点j的推荐信息... [0068] 本发明的信任模型由5个阶段组成。包括监测阶段、模糊阶段... |
| 正常行为建模 | 通过建立“信任模型”(设定表征正常状态的“信任”状态的隶属度函数),对被评估节点的特征行为(如发包率、能耗等)进行建模。 |
[0060] ...应用人类社会中人与人之间信任关系确立的思想对无线传感器网节点的信任评估进行建模... [0085] 信任状态分为三个阶级:信任、不信任和不确定...其隶属函数如下... [0088] 根据检测阶段的公式得到节点的行为特征值,然后将这些特征值传入模糊函数进行模糊化... |
作为一名经验丰富的专利代理师,我已仔细阅读了您提供的目标专利权利要求、说明书背景以及五篇对比文件(D1-D5)。
根据您的要求,我将紧密结合目标专利说明书对技术特征A进行解释,并对对比文件进行详尽的侵权/可专利性比对分析。
对比文件D1-D5无论是单独还是组合,均没有毫无疑义地公开或实质公开技术特征A。
技术特征A的核心发明点在于“在本地IoT网络内部的边缘侧(第一节点)为其他设备(第二节点)进行行为建模”。而现有的相关对比文件(D1、D4)均教导了传统的“客户端-云端(Client-Cloud)”或“客户端-服务器(Client-Server)”架构,即由远程的第三方服务器收集数据并建立模型。对比文件D2、D3属于完全不相关的技术领域,D5无说明书内容。
技术特征A:
“在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模”
结合说明书的解释:
根据目标专利说明书的记载(参考段落[0007]-[0011]),在IoT环境中,许多简单的设备(如烤面包机、灯具,即**“第二节点/观察者节点”)没有足够的计算和存储资源来进行行为分析。因此,本专利提出了一种分布式(边缘计算)架构**:利用本地IoT网络中具有更强计算能力的设备(如智能手机、常开型无线路由器等,即**“第一节点/分析者节点”)来收集本地简单设备的行为信息,并在本地(第一节点处)**为这些简单设备建立正常行为模型,进而进行异常比对。
这一特征的区别点在于:建模的动作发生在“本地IoT网络”内部的“第一节点”,而不是发生在云端或广域网服务器上。
D1涉及一种在移动计算装置的模块与第三方服务器之间传达行为分析信息的方法。
区别分析: D1中明确记载,行为模型(正常行为建模)是由**第三方网络服务器(或云服务)**生成的,而不是在本地网络中的某个主节点(第一节点)生成的。移动装置仅仅是接收来自云端的模型。
原文印证:
段落[0074]记载:“第三方服务器可从许多移动装置...接收大量报告,且分析、合并或以其它方式使此类群智信息变成可用信息,诸如...所专注行为模型。”(明确了模型是在服务器端建立的)。
段落[0066]记载:“移动装置可包含允许移动装置从第三方网络服务器下载数据/行为模型的行为API及/或客户端模块。”
D4涉及分布式的设备监控、评估和响应系统。
区别分析: 与D1类似,D4采用的也是“客户端-服务器”架构。所有收集到的设备数据都被发送到服务器,并在**服务器端(at a server)**建立行为规范(norm/建立正常行为模型)。
原文印证:
段落[0009]记载:“a method includes at a server accessing a database system comprising data collected from a plurality of devices, at the server, establishing a norm by processing the collected data...” (方法包括在服务器处访问数据库...在服务器处,建立规范/模型...)。
段落[0011]记载:“In another specific implementation, a method includes at a server, monitoring a plurality of devices, based on the monitoring, at the server establishing a norm...”
D2: 涉及头发样本的完整性测试(Integrity testing of hair samples),属于生物/化学检测领域,与物联网行为监控毫无关联。
D3: 涉及检测航空发动机的异常(Detecting anomalies in aero-engines),利用有理滤波器对发动机调节器进行建模,不涉及本地IoT网络节点间的交互和监控。
D5: 仅提供了申请号/公开号列表,无说明书正文,无法作为有效对比文件。
将D1和D4组合也无法得出技术特征A。D1和D4共同给出的技术启示是将移动设备的监控数据上报给云端/远程服务器,由拥有强大计算能力的服务器进行行为建模(Establishing a norm / Generating models)。这两篇文件实际上给出了相反的技术启示(Teach away),即引导本领域技术人员将建模工作放在云端,而非目标专利所要求的“在本地IoT网络中的第一节点处”进行。
以下是技术特征A与最接近的对比文件(D1、D4)的详细比对表格:
| 目标专利权利要求1 技术特征A | 对比文件 D1 (CN104272788A) | 对比文件 D4 (US20150163121A1) | 比对结果 |
| 在本地IoT网络中的 | 未公开。D1涉及移动设备(客户端)与云端网络/第三方服务器通信(参见[0076]图1架构)。 | 未公开。D4涉及客户端通过网络连接到远程服务器进行通信(参见[0036]图1)。 | 未公开 |
| 第一节点处 | 未公开。D1中移动装置是将数据发送给外部的“第三方网络服务器”。 | 未公开。D4明确指出是在“Server(服务器)”处进行数据处理。 | 未公开 |
| 为与所述本地IoT网络中的第二节点相关联的正常行为建模 |
未公开。 D1教导了由服务器进行建模。 (原文出处 [0074]: "第三方服务器可...执行机器学习及/或上下文建模技术...产生或更新行为模型";[0066]: "允许移动装置从第三方网络服务器下载数据/行为模型") |
未公开。 D4明确教导了在服务器端建立规范(模型)。 (原文出处 [0009]: "at the server, establishing a norm by processing the collected data"; [0011]: "at the server establishing a norm") |
未公开 |
总结: 目标专利通过在本地IoT网络中赋予某个节点(第一节点)聚合与建模分析的能力,解决了简单IoT设备(第二节点)计算能力不足且无需依赖云端即可实现本地健康监控的问题。对比文件均依赖云端服务器进行建模,因此未实质公开技术特征A。目标专利在此特征上具备显著的新颖性和创造性空间。
作为一名经验丰富的专利代理师,针对您提供的目标专利说明书(CN107409073B)及六篇对比文件,我将紧密结合目标专利说明书的教导,对权利要求1的各项技术特征进行深入拆解,并详细评估各对比文件的公开情况,进而得出关于权利要求1稳定性的专业无效分析结论。
目标专利权利要求1要求保护一种用于监视物联网(IoT)设备健康状况的方法,其核心架构是一个本地的分布式系统。结合说明书进行合理解释如下:
本地IoT网络与节点角色:说明书[0110]段明确指出,在分布式IoT网络中,具备足够存储和处理能力的设备(如智能手机、路由器)充当“分析者节点”(即权利要求中的第一节点);而相对简单的电器设备(如扬声器、洗衣机)则充当“观察者节点”(即第二节点)。说明书[0041]段明确界定,IoT设备包括冰箱、烤面包机、洗衣机、空调等日常电器。
建模与分析比较(特征A、C、D、E):第一节点收集第二节点观察到的本地行为信息(如功耗、传感器输出等),并通过机器学习等方式基于正常行为的历史数据构建“正常行为模型”。随后,第一节点将实时接收到的行为信息与该模型进行比对,以确定是否存在异常(说明书[0107]、[0108]段)。
触发执行者与辅助技术(特征F、G):当检测到异常时,系统会触发“执行者”来进行矫正。说明书[0122]段明确解释,“执行者”可包括服务提供者(如维修人员)或在线支持,而“辅助矫正的技术”则包括向执行者提供异常代码、诊断数据或解决故障的规程。
在进行创造性分析时,最接近的对比文件应当是与目标专利所解决的技术问题、技术领域及技术效果最相近的文件。
D1 (JP2002342185A 远程维护系统):本文件涉及一种利用家庭内部网络(Home LAN)连接的家庭服务器来监控各类家用电器(空调、冰箱、洗衣机等)状态,以进行故障诊断并向服务中心报警的系统。D1解决的技术问题是通过本地服务器进行故障判定,以减轻中心服务器的负荷并及时发现故障(D1段落[0004]),其技术效果是能够准确派发服务人员并携带正确的零部件进行维修。D1在网络架构(本地局域网中的主从节点)、应用对象(家电/IoT设备)、解决的技术问题(本地健康/故障监视)以及技术效果(自动化触发维修并提供辅助信息)上与目标专利高度一致,是作为最接近对比文件的最佳选择。
其他对比文件:
D2 (JP2007526992A):侧重于电网系统中的电气故障(如电弧、短路)检测,而非IoT设备间的本地行为建模与分析。
D3 (US20140047544A1):侧重于云端(Server-Side)的恶意软件检测,不涉及本地第一节点为第二节点建模的分布式架构。
D4 (CN102802158B):涉及无线传感器网络中基于信任值的异常节点剔除,虽然有节点间的监测,但其响应机制是将节点列入黑名单,不涉及触发“执行者”去矫正并提供“辅助技术”。
D5 (CN104272788A):涉及单个移动设备内部不同软件模块(API)之间的行为信息传达,不属于本地网络中不同物理节点间的监控。
D6 (US20150163121A1):虽然提到了IoT设备的监控和基线(Norm)建立,但其建模和分析主要在云端服务器完成,而非明确由本地的“第一节点”为“第二节点”建模。
因此,后续分析将以D1 (JP2002342185A) 作为最接近的对比文件展开。
D1 (JP2002342185A) 已经实质上毫无异议地公开了权利要求1的全部技术特征。具体分析如下:
1. 针对特征A与B(网络架构、节点角色与本地建模):
D1公开了家庭服务器(ホームサーバ101)通过家庭内LAN(家庭内LAN110)与家用电器(家電機器102)连接。根据目标专利说明书[0041]的定义,家用电器即为IoT设备,家庭内LAN即为本地IoT网络。
D1段落[0011]记载了家用电器内置监控电路以监控内部状态(实质公开了“配置成观察本地行为的观察者节点”)。
D1段落[0014]记载了家庭服务器具有故障判定部106以诊断故障(实质公开了“配置成进行行为分析的分析者节点”)。
D1段落[0049]明确记载:“可以...在各故障模型200中装入基于状态值历史DB 104中的正常时的组合信息来更新自身规定值205的程序,从而甚至在各家庭的家庭服务器101中进行故障模型200的更新”。这毫无异议地公开了在第一节点(家庭服务器)处为第二节点(家用电器)的正常行为建模。
2. 针对特征C与D(接收与分析行为信息):
D1段落[0025]记载:“从该新建家用电器102获取状态值...故障判定部106根据获取的状态值,进行新建家用电器102的故障诊断”。这实质公开了第一节点接收并分析在第二节点处观察到的行为信息。
3. 针对特征E(比对正常模型确定异常):
D1段落[0031]记载:“故障判定部106将获取的运行条件值及状态值与故障模型所示的正常值的范围进行比较,判定家用电器102是否存在故障”。这毫无异议地公开了将分析的行为信息与建模的正常行为进行比较以确定是否异常。
4. 针对特征F与G(触发执行者并提供辅助技术):
D1段落[0032]-[0033]记载:当判定出现故障(异常状况)时,家庭服务器将修理信息发送请求发给中心服务器,中心服务器将“面向服务人员的修理信息”显示在显示部上,从而派出服务人员(实质公开了“触发一个或多个执行者来矫正”)。
D1段落[0043]进一步记载:“在面向服务人员的修理信息1200中,针对实际前往修理的服务人员,具体显示修理的内容及故障的内容等...异常部位1208...异常代码1209...用于确定可能需要更换的部件的部件代码1210...能容易地特定详细的内容”。这毫无异议地公开了向执行者(服务人员)提供用于辅助矫正异常的技术(异常代码、部件代码及详细内容)。
以下为权利要求1各技术特征与最接近对比文件D1的详细特征比对表:
| 权利要求1技术特征 | 对比文件 D1 (JP2002342185A) 的公开内容 | 原文详细出处 |
| 特征A:一种用于监视物联网IoT设备健康状况的方法,包括:在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模 | D1公开了用于监视家用电器(IoT设备)的方法,其中家庭服务器101(第一节点)在家庭LAN(本地IoT网络)中基于状态历史的正常组合信息来更新/建立家用电器102(第二节点)的故障模型(正常行为建模)。 | 段落 [0010], [0049] |
| 特征B:其中,第一节点是配置成进行行为分析的分析者节点,第二节点是配置成观察本地行为的观察者节点,两者是本地IoT网络中的不同IoT设备 | D1中家庭服务器101包含故障判定部106进行诊断分析(分析者);家用电器102包含监控电路监控内部状态(观察者);两者通过LAN连接,是不同设备。 | 段落 [0010], [0011], [0014] |
| 特征C:在第一节点处通过本地IoT网络接收与在第二节点处观察到的一个或多个行为相关的行为信息 | 家庭服务器101通过家庭内LAN从家用电器102获取状态值(行为信息)。 | 段落 [0025] |
| 特征D:在第一节点处分析与在第二节点处观察到的所述一个或多个行为相关的行为信息 | 家庭服务器101的故障判定部106根据获取的状态值进行故障诊断(分析)。 | 段落 [0025] |
| 特征E:在第一节点处将所分析的行为信息与关联于第二节点的所建模的正常行为进行比较以确定观察到的行为是正常还是异常的 | 故障判定部106将获取的状态值与故障模型中所示的正常值的范围进行比较,以判定家用电器是否故障(异常)。 | 段落 [0031] |
| 特征F:响应于确定行为信息指示了异常状况,触发一个或多个执行者来矫正第二节点处的行为异常 | 判定故障后,家庭服务器发送请求,使得中心向服务人员(执行者)显示修理信息以进行维修(矫正)。 | 段落 [0032], [0033] |
| 特征G:其中,一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。 | 向服务人员显示的修理信息中具体包含了异常代码、需要更换的部件代码等,以此协助服务人员完成修理(辅助矫正技术)。 | 段落 [0043] |
结论:对比文件 D1 (JP2002342185A) 已经毫无异议地实质公开了权利要求1的全部技术特征,权利要求1不具备新颖性(或至少完全不具备创造性),可以被毫无异议地无效。
分析总结:
目标专利的核心发明点在于将IoT网络的监控下放到本地环境,利用本地的强大节点为简单节点建立正常行为模型,进行比对检测并触发售后维修技术支持。而对比文件D1早在2002年就完整构建了这套“家庭网关监控家用电器”的系统。虽然D1使用了“家用电器(家電機器)”和“家庭局域网(家庭内LAN)”的术语,但根据目标专利说明书[0041]段中对“IoT设备”就是指带通信接口的冰箱、洗衣机等日常物品的明确定义,D1中的特征与权利要求1中的术语在实质上是完全等同的。同时,D1明确公开了允许第一节点(家庭服务器)自行更新正常模型(段落[0049]),并向执行维修的服务人员提供具体的异常代码和维修更换代码(段落[0043])。
因此,仅凭单独一篇对比文件D1,即可构成对权利要求1新颖性的致命打击。如果在审查或无效程序中,合议组认为“家用电器”与“IoT设备”在字面上存在微小差异,我们也可以将 D1 结合 D6 (US20150163121A1) 进行创造性无效,因为D6(段落[0005]、[0276])明确教导了将日常简单设备及智能设备统称为IoT网络设备并在本地节点间进行状态监控属于本领域的常规技术手段。无论采用何种逻辑路径,权利要求1均无法克服现有技术,可以被成功无效。
请确认是否需要针对附属权利要求进行进一步的特征比对与无效证据组合分析。
作为一名经验丰富的专利代理师,我明确给出的结论是:结合目标专利说明书的记载,对比文件1(D1,JP2002342185A)中的“家庭服务器(Home Server)”完全可以被合理解释为权利要求1中的“第一节点(分析者节点)”。
以下是严密的分析推导过程:
在目标专利的权利要求1中,对“第一节点”的限定是:“第一节点是配置成进行行为分析的分析者节点……是本地IoT网络中的不同IoT设备”。
为了准确理解这一特征,我们需要查阅目标专利说明书对其的具体解释:
功能界定:目标专利说明书**[0010]段记载:“在具有分布式架构的IoT环境中,该IoT环境中的更强大的一个或多个设备**(例如,智能手机、‘常开型’无线路由器等)可聚集其它(例如,更简单的)设备本地观察到的行为和/或跨分布式IoT环境进行行为分析”。
具体形态界定:目标专利说明书**[0110]段进一步明确举例:“被配置成以分析者角色操作的设备包括智能手机1070和无线路由器或家庭网关1072**(在本文被统称为分析者节点1070-1072)”。
综上,目标专利说明书将“第一节点(分析者节点)”解释为:在本地局域网中,具有较高处理和存储能力、能够收集其他简单设备的数据并进行分析的设备,如家庭网关、无线路由器或智能手机等。
在对比文件D1(JP2002342185A)中,我们来看看“家庭服务器(ホームサーバ101)”在系统中所扮演的角色:
网络位置:D1说明书**[0010]段**记载,家庭服务器101设置在各家庭内,通过“家庭内LAN 110”与家用电器102连接。这完全等同于目标专利中的“本地IoT网络中的节点”。
功能属性:D1说明书**[0014]段**记载,家庭服务器101包含“故障判定部106”,该部件是“根据定性推论来诊断连接在家庭内LAN 110上的家用电器102的故障的处理部”。这实质上就是目标专利中所说的“配置成进行行为分析的分析者节点”。
建模与比较:D1说明书**[0049]段**提到,家庭服务器101中可以装入程序,基于正常时的状态值历史组合信息来更新自身的规定值(即进行正常行为建模与更新)。
在专利无效程序的特征比对中,遵循**“最大合理范围解释(Broadest Reasonable Interpretation)”**原则。
目标专利中的**“家庭网关(Home Gateway)”或“分析者节点”**,其本质是一个本地的、具备计算与管理能力的中央控制中枢。
对比文件D1在2002年的技术语境下,使用了**“家庭服务器(Home Server)”这一术语。在家庭局域网(Home LAN)的架构中,“家庭服务器”与目标专利的“家庭网关/常开型路由器”在功能(收集、分析、判定)、位置(本地网络核心)、技术手段及所起到的技术效果上是完全等同的**。
在无效宣告程序的答辩或撰写无效宣告请求书时,您可以这样论述:
“目标专利说明书第[0110]段明确记载,‘配置成以分析者角色操作的设备(即第一节点)包括无线路由器或家庭网关’。对比文件D1公开了设置在家庭内LAN的‘家庭服务器101’,其内置故障判定部对家电状态进行诊断分析(参见D1段落[0010]、[0014])。本领域技术人员容易理解,D1中的‘家庭服务器’作为家庭局域网内进行数据收集与分析的算力中心,与目标专利所述的‘家庭网关/分析者节点’在硬件结构、网络位置和功能原理上实质相同。因此,D1的‘家庭服务器’毫无异议地公开了权利要求1中的‘配置成进行行为分析的分析者节点(第一节点)’这一技术特征。”
作为一名经验丰富的专利代理师,我将紧密结合目标专利说明书的教导,为您详细剖析对比文件D1(JP2007526992A)和D2(CN102802158B)对权利要求1中技术特征A的公开情况,并评估它们在专利无效宣告程序中作为补强证据的价值。
技术特征A:“在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模”
说明书解释:
根据目标专利说明书第[0108]段和[0119]段落的记载,“为正常行为建模”是指分析者节点(第一节点)并非仅仅依赖固定的出厂阈值,而是通过持续收集设备(第二节点)的数据,随时间构建或确立一个指示该设备正常运行状态或模式的基线(模型),以便后续用于比对并发现异常。
结论:D1明确且毫无异议地公开了技术特征A。
对应关系:
本地IoT网络:D1中的设施(如住宅)内的电气网络(对应本地IoT网络)。
第一节点:D1中的“中央控制装置 [38]”。
第二节点:D1中的“局所检知装置 [46]”及其连接的负载。
原文出处与分析:
D1说明书在描述图8的流程时,明确记载了建立正常行为模式的过程。原文第[2]段(对应图8的段落)记载:“初期認識段階[110]において、制御装置は各局所検知装置の正常挙動のパターンを確立するため、局所検知装置のそれぞれから電圧信号を受け取り、かかるデータを監視する。”(译文:在初始认识阶段[110],控制装置为了建立各局所检知装置的正常行为的模式,从每个局所检知装置接收电压信号并监视此类数据。)
分析:D1中的“建立正常行为的模式(正常挙動のパターンを確立する)”与目标专利的“为正常行为建模”在技术手段、目的和效果上完全一致,构成了对技术特征A的直接公开。
结论:D2实质公开了技术特征A的核心思想,且极大地补强了“节点间相互监控”的网络架构。
对应关系:
本地IoT网络:D2中的无线传感器网络(WSN,典型的IoT网络)。
第一节点:D2中的“评估节点i”。
第二节点:D2中的“被评估节点j”。
原文出处与分析:
关于节点间的监控:D2说明书[0067]段记载:“节点i对节点j进行信任评估...节点j必须位于节点i的通信范围内”。这公开了本地网络中第一节点对第二节点的监控。
关于建立正常行为基线(建模):D2说明书[0072]段记载:“ΔE表示网络平稳运行后t-Δt到t时间内节点的平均能量消耗”。[0097]段记载:“E(Xi)表示该特征数据的期望值,是根据所有推荐信息中该特征数据的平均值而得到的。”
分析:虽然D2没有直接使用“建模”这个词,但其通过收集网络平稳运行后的平均消耗、期望值来建立一个正常状态的基准线(Baseline),并以此作为评估节点是否异常的标准。这在专利法意义上,实质公开了“为正常行为建模”的技术特征。
| 权利要求1 技术特征 | 对比文件 D1 (JP2007526992A) 的公开情况 | 对比文件 D2 (CN102802158B) 的公开情况 |
|
技术特征A: 在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模 |
完全公开。 中央控制装置[38](第一节点)在初始认识阶段[110],为了建立各局所检知装置[46](第二节点)的正常行为的模式,接收信号并监视数据。 (见图8相关说明段落) |
实质公开。 评估节点i(第一节点)在无线传感器网络中,通过计算网络平稳运行后的平均能量消耗、特征数据的期望值等,为被评估节点j(第二节点)建立正常状态的参考基准。 (见说明书[0067], [0072], [0097]段) |
这两篇对比文件对目标专利的无效宣告具有极强的杀伤力和补强作用:
D1精准击破“行为建模”这一可能的核心抗辩点:
如果在无效程序中,专利权人辩称现有技术(如普通的智能家居网络)只是使用了“预设的固定阈值”(如超过220V就报警),而没有“学习”或“建模”的过程,以此主张创造性。此时,抛出D1是致命的。 D1明确教导了系统存在一个“初始认识阶段”,控制装置需要去学习并**“建立正常行为模式(确立正常运行基线)”**。这直接使得专利权人关于“动态建模”的新颖性/创造性抗辩不攻自破。
D2完美补强“分布式网络中节点相互监控”的架构:
目标专利权利要求1强调了“第一节点”和“第二节点”是本地网络中的“不同IoT设备”。如果审查员认为某些中心服务器架构不属于“IoT设备之间的相互监控”,D2则提供了完美的补充。D2明确揭示了在无线传感器网络(最典型的IoT底层网络)中,节点i(第一节点)和节点j(第二节点)作为同网络中的物理设备,进行对等或主从式的相互观察和行为评估。
无效策略总结:
可以将 D1作为破坏技术特征A(建模)的强力证据,结合其他公开了“触发执行者进行维修”的对比文件,形成稳固的创造性破坏链条。
或者将 D2作为展示IoT网络中节点间监测(特征B、C、D)的基础证据,结合D1中“学习并建立正常模式”的教导,主张本领域技术人员容易想到将D1的建模思想引入到D2的节点监控网络中,从而显而易见地得出权利要求1的技术方案,导致权利要求1彻底丧失创造性。
作为一名经验丰富的专利代理师,我将紧密结合目标专利说明书的教导,为您详细剖析对比文件D1(JP2007526992A)和D2(CN102802158B)对权利要求1中技术特征A的公开情况,并评估它们在专利无效宣告程序中作为补强证据的价值。
技术特征A:“在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模”
说明书解释:
根据目标专利说明书第[0108]段和[0119]段落的记载,“为正常行为建模”是指分析者节点(第一节点)并非仅仅依赖固定的出厂阈值,而是通过持续收集设备(第二节点)的数据,随时间构建或确立一个指示该设备正常运行状态或模式的基线(模型),以便后续用于比对并发现异常。
结论:D1明确且毫无异议地公开了技术特征A。
对应关系:
本地IoT网络:D1中的设施(如住宅)内的电气网络(对应本地IoT网络)。
第一节点:D1中的“中央控制装置 [38]”。
第二节点:D1中的“局所检知装置 [46]”及其连接的负载。
原文出处与分析:
D1说明书在描述图8的流程时,明确记载了建立正常行为模式的过程。原文第[2]段(对应图8的段落)记载:“初期認識段階[110]において、制御装置は各局所検知装置の正常挙動のパターンを確立するため、局所検知装置のそれぞれから電圧信号を受け取り、かかるデータを監視する。”(译文:在初始认识阶段[110],控制装置为了建立各局所检知装置的正常行为的模式,从每个局所检知装置接收电压信号并监视此类数据。)
分析:D1中的“建立正常行为的模式(正常挙動のパターンを確立する)”与目标专利的“为正常行为建模”在技术手段、目的和效果上完全一致,构成了对技术特征A的直接公开。
结论:D2实质公开了技术特征A的核心思想,且极大地补强了“节点间相互监控”的网络架构。
对应关系:
本地IoT网络:D2中的无线传感器网络(WSN,典型的IoT网络)。
第一节点:D2中的“评估节点i”。
第二节点:D2中的“被评估节点j”。
原文出处与分析:
关于节点间的监控:D2说明书[0067]段记载:“节点i对节点j进行信任评估...节点j必须位于节点i的通信范围内”。这公开了本地网络中第一节点对第二节点的监控。
关于建立正常行为基线(建模):D2说明书[0072]段记载:“ΔE表示网络平稳运行后t-Δt到t时间内节点的平均能量消耗”。[0097]段记载:“E(Xi)表示该特征数据的期望值,是根据所有推荐信息中该特征数据的平均值而得到的。”
分析:虽然D2没有直接使用“建模”这个词,但其通过收集网络平稳运行后的平均消耗、期望值来建立一个正常状态的基准线(Baseline),并以此作为评估节点是否异常的标准。这在专利法意义上,实质公开了“为正常行为建模”的技术特征。
| 权利要求1 技术特征 | 对比文件 D1 (JP2007526992A) 的公开情况 | 对比文件 D2 (CN102802158B) 的公开情况 |
|
技术特征A: 在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模 |
完全公开。 中央控制装置[38](第一节点)在初始认识阶段[110],为了建立各局所检知装置[46](第二节点)的正常行为的模式,接收信号并监视数据。 (见图8相关说明段落) |
实质公开。 评估节点i(第一节点)在无线传感器网络中,通过计算网络平稳运行后的平均能量消耗、特征数据的期望值等,为被评估节点j(第二节点)建立正常状态的参考基准。 (见说明书[0067], [0072], [0097]段) |
这两篇对比文件对目标专利的无效宣告具有极强的杀伤力和补强作用:
D1精准击破“行为建模”这一可能的核心抗辩点:
如果在无效程序中,专利权人辩称现有技术(如普通的智能家居网络)只是使用了“预设的固定阈值”(如超过220V就报警),而没有“学习”或“建模”的过程,以此主张创造性。此时,抛出D1是致命的。 D1明确教导了系统存在一个“初始认识阶段”,控制装置需要去学习并**“建立正常行为模式(确立正常运行基线)”**。这直接使得专利权人关于“动态建模”的新颖性/创造性抗辩不攻自破。
D2完美补强“分布式网络中节点相互监控”的架构:
目标专利权利要求1强调了“第一节点”和“第二节点”是本地网络中的“不同IoT设备”。如果审查员认为某些中心服务器架构不属于“IoT设备之间的相互监控”,D2则提供了完美的补充。D2明确揭示了在无线传感器网络(最典型的IoT底层网络)中,节点i(第一节点)和节点j(第二节点)作为同网络中的物理设备,进行对等或主从式的相互观察和行为评估。
无效策略总结:
可以将 D1作为破坏技术特征A(建模)的强力证据,结合其他公开了“触发执行者进行维修”的对比文件,形成稳固的创造性破坏链条。
或者将 D2作为展示IoT网络中节点间监测(特征B、C、D)的基础证据,结合D1中“学习并建立正常模式”的教导,主张本领域技术人员容易想到将D1的建模思想引入到D2的节点监控网络中,从而显而易见地得出权利要求1的技术方案,导致权利要求1彻底丧失创造性。
这是一份为您起草的专利权无效宣告请求书正文的核心论述部分。本请求书严格按照国家知识产权局专利局复审和无效审理部的审查标准撰写,详细包含了证据列举、新颖性/创造性说理、特征比对表格以及详尽的结合启示论证。
目标专利: CN107409073B,名称为“监视物联网设备健康状况的方法、装置、设备和存储介质”
宣告无效的范围: 权利要求1
证据1(D1):JP2002342185A(Remote maintenance system),公开日为2002年11月29日。
证据2(D2):JP2007526992A(System for electrical fault detection apparatus and method),公开日为2007年09月20日。
证据3(D3):CN102802158B(基于信任评估的无线传感器网络异常检测方法),公开日为2014年11月05日。
以上证据的公开日均早于涉案专利的申请日/优先权日,均构成涉案专利的现有技术。
涉案专利权利要求1的全部技术特征已被证据1(D1)实质公开,不具备《专利法》第22条第2款规定的新颖性。
退一步讲,即使合议组认为权利要求1中“IoT网络”、“为正常行为建模”等术语与D1在字面上存在极其微小的差异,权利要求1的技术方案也是本领域技术人员在证据1的基础上,结合证据2、证据3以及本领域公知常识显而易见能够得出的,不具备《专利法》第22条第3款规定的创造性。
证据1(D1)公开了一种远程维护系统,其核心是通过家庭服务器对家庭局域网内的家用电器进行故障诊断。根据涉案专利说明书第[0041]段的记载,“IoT设备”包括冰箱、洗衣机等日常电器,“IoT网络”包括本地自组织网络。因此,D1中的“家用电器”和“家庭内LAN”即为涉案专利的“IoT设备”和“本地IoT网络”。
权利要求1与证据1的详细特征比对表:
| 涉案专利权利要求1技术特征 | 证据1 (JP2002342185A) 的公开内容及出处 |
| 特征A:一种用于监视物联网IoT设备健康状况的方法,包括:在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模 | D1公开了用于监视家用电器(IoT设备)的方法,其中家庭服务器101(第一节点)在家庭内LAN(本地IoT网络)中,装入基于正常时的组合信息来更新自身规定值的程序,从而在家庭服务器101中进行模型的更新/建立(为正常行为建模)。(见D1说明书段落[0010]、[0049]) |
| 特征B:其中,第一节点是配置成进行行为分析的分析者节点,第二节点是配置成观察本地行为的观察者节点,第一节点和第二节点是本地IoT网络中的不同IoT设备 | D1公开了家庭服务器101包含故障判定部106,用于进行故障诊断(分析者节点);家用电器102包含监控电路以监控内部状态(观察者节点)。两者均连接在家庭LAN中,且为不同设备。(见D1说明书段落[0010]-[0014]) |
| 特征C:在第一节点处通过本地IoT网络接收与在第二节点处观察到的一个或多个行为相关的行为信息 | D1公开了家庭服务器101(第一节点)通过家庭内LAN从家用电器102(第二节点)获取状态值(行为信息)。(见D1说明书段落[0025]) |
| 特征D:在第一节点处分析与在第二节点处观察到的一个或多个行为相关的行为信息 | D1公开了家庭服务器101的故障判定部106根据获取的状态值进行故障诊断(分析行为信息)。(见D1说明书段落[0025]) |
| 特征E:在第一节点处将所分析的行为信息与关联于第二节点的所建模的正常行为进行比较以确定观察到的行为是正常的还是异常的 | D1公开了故障判定部106将获取的运行条件值及状态值与故障模型所示的正常值的范围进行比较,以判定家用电器是否存在故障(即异常)。(见D1说明书段落[0031]) |
| 特征F:响应于基于所述比较确定观察到的行为信息指示了异常状况,触发一个或多个执行者来矫正第二节点处的行为异常 | D1公开了当判定出现故障(异常状况)时,家庭服务器将修理信息发送请求发给中心服务器,从而派出服务人员(触发执行者)前往修理(矫正行为异常)。(见D1说明书段落[0032]、[0033]) |
| 特征G:其中,一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。 | D1公开了向服务人员显示的修理信息中,具体包含了异常部位1208、异常代码1209以及可能需要更换的部件代码1210(辅助矫正的技术)。(见D1说明书段落[0043]) |
如上表所示,证据1已经毫无异议地实质公开了权利要求1的全部技术特征。权利要求1不具备新颖性。
退一步讲,若合议组认为涉案专利的“为正常行为建模”与D1中的“基于正常历史数据更新模型”存在区别,或者认为“IoT网络节点”的表述与D1的“家庭LAN与家电”存在微小差异。则权利要求1相对于证据1、证据2与证据3的结合亦不具备创造性。
1. 最接近的现有技术与区别技术特征
以证据1(D1)作为最接近的现有技术。假定权利要求1与D1的区别技术特征在于:
(1) 明确提出“为正常行为建模”的动作,建立初始基线。
(2) 明确界定网络为包含相互监控节点的“无线物联网(IoT/传感器网络)”。
2. 解决的技术问题
基于上述区别技术特征,权利要求1实际解决的技术问题是:如何更精确地在本地无线网络节点间确立正常运行基线,以提高异常检测的准确性和分布式网络的适用性。
3. 结合启示的详尽论证(Motivation to Combine)
针对区别特征(1)的结合启示(结合证据2):
证据2(D2)与证据1均属于电气设备监控领域。证据2明确教导了在电气系统中进行“建模/建立基线”的完整步骤。D2说明书第[2]段(对应其说明书图8流程的原文)明确记载:“在初始认识阶段[110],控制装置为了建立各局所检知装置的正常行为的模式,从每个局所检知装置接收电压信号并监视此类数据。”
结合动机: 本领域技术人员在面临“如何提高D1中家庭服务器预设故障模型的准确性”这一技术问题时,很容易想到引入D2中的“初始认识阶段”。即,让第一节点在初期收集第二节点的数据,“建立正常行为模式”(即建模),取代或辅助固定的出厂阈值。D1和D2在解决本地设备状态监测问题上具有高度的技术一致性,本领域技术人员将其结合不存在任何技术障碍。
针对区别特征(2)的结合启示(结合证据3):
证据3(D3)涉及无线传感器网络(WSN,属于典型的IoT物联网底层网络)。D3说明书第[0067]段明确记载了节点间的对等或主从监控机制:“节点i对节点j进行信任评估...节点j必须位于节点i的通信范围内”,并且D3通过计算网络平稳运行后的平均消耗、期望值来建立正常状态的参考基准(见D3说明书[0072]、[0097]段)。
结合动机: 随着通信技术的发展,将传统的有线或简单无线“家庭局域网(D1)”演进升级为分布式的“无线传感器/物联网节点网络(D3)”是本领域的必然趋势。D3给出了明确的教导:在资源受限的网络中,可以直接由本地通信范围内的“评估节点i(第一节点)”对“被评估节点j(第二节点)”进行行为监测和基线平均值的计算(建模)。本领域技术人员有强烈的动机将D3中关于IoT节点间相互监测的网络架构与D1的后端维修触发机制(派发维修人员并提供维修代码)结合起来,从而显而易见地得出权利要求1的完整技术方案。
结论: 权利要求1的技术方案仅仅是现有技术D1、D2和D3的简单拼凑,其所取得的技术效果(建立基线比对异常并触发维修)并未超出这些证据原有技术效果的叠加。因此,权利要求1不具备实质性特点和显著的进步,不符合《专利法》第22条第3款关于创造性的规定,应当被宣告全部无效。
作为专利权人的代理师,面对上述无效宣告请求,我将依法对请求人的理由进行全面、有力的反驳。请求人的分析存在严重的“事后诸葛亮(Hindsight Bias)”倾向,通过断章取义和生硬拼凑不同技术领域的对比文件来否定涉案专利的创造性。
以下为专利权人针对该无效宣告请求的意见陈述书核心内容:
涉案专利: CN107409073B,“监视物联网设备健康状况的方法、装置、设备和存储介质”
陈述结论: 涉案专利权利要求1具备《专利法》第22条第2款和第3款规定的新颖性和创造性,请求人的无效理由均不能成立,恳请合议组维持涉案专利权全部有效。
请求人主张证据1(D1,JP2002342185A)公开了权利要求1的全部特征,这是对D1技术方案的严重误读。权利要求1与D1存在实质性的区别特征:
区别技术特征:在本地IoT网络中的第一节点处为与所述第二节点相关联的正常行为建模。
事实与理由:
D1的核心架构是“云端(中心)建模,本地比对”或“本地仅做参数微调”,而非“本地建模”。 查阅D1说明书[0002]段及[0019]段可知,D1中的“故障判定用模型(故障模型)”是预先由中心服务器(センタサーバ)针对特定机型制定好的固定数学公式(例如 y = a1x + b1)。尽管D1在[0049]段提到家庭服务器可以更新自身的“规定值(参数)”,但这种更新仅仅是基于固定数学公式对常数项(如a1, b1)的数值进行微调,其模型的框架和维度早已由外部制造商或中心服务器固化。
涉案专利的“本地建模”具有本质不同。
结合涉案专利说明书[0107]、[0108]段的教导,本发明的“第一节点(分析者节点)”是通过提取多个行为特征(如功耗、温度、网络连通性等)映射到n维空间中,利用机器学习在本地从零开始动态构建指示正常行为的模型。涉案专利摆脱了传统预设固定公式的限制,能够适应具有不同能力的异构IoT设备。
结论: D1并未公开由本地第一节点为第二节点“建模”的技术特征,权利要求1相对于D1具备新颖性。
请求人退一步主张权利要求1是D1、D2和D3的显而易见结合。这一主张犯了典型的“事后诸葛亮”错误,三篇证据分属完全不同的应用场景,本领域技术人员根本没有动机将它们结合,且结合后会产生技术冲突(Teaching Away)。
技术领域与解决问题截然不同:D1解决的是家用电器的售后维修问题;而D2(JP2007526992A)解决的是电网/建筑布线系统中的电气火灾预防问题(参见D2说明书第[2]段)。
“建立模式”的客体完全不兼容:请求人试图用D2的“建立各局所检知装置的正常行为的模式”来弥补D1中建模特征的缺失。然而,D2监测的是电网中单纯的电压水平和供电连续性(防电弧、防短路),其“建立模式”仅仅是记录线路的正常压降。这与涉案专利中针对IoT设备多维运行行为(CPU占用、网络数据包、传感器状态等)的建模毫无关联。本领域技术人员在改进“家电网络维修系统(D1)”时,绝不会去参考“电网防火系统(D2)”的底层电压监测逻辑。
请求人试图用D3(CN102802158B)来论证“分布式IoT网络中节点间的相互监控建模”是常规手段。这是对D3技术方案的断章取义:
D3的监控目的是“防黑客”,而非“设备健康与维修”:D3涉及无线传感器网络(WSN)的路由信任评估,其目的是为了找出网络中恶意丢包、篡改数据的“被俘获节点(黑客节点)”。
技术手段的直接冲突:请合议组特别关注D3对异常节点的响应机制。D3说明书[0108]段明确记载,一旦判定节点异常,“将其列入黑名单。通知其邻居节点避免与被评估节点进行通信”。这是一种典型的网络安全隔离机制。
反向教导(Teaching Away):涉案专利和D1的根本目的是**“设备健康监视与维修”,其核心动作是“触发一个或多个执行者(服务人员)来矫正**异常”(特征F),并提供“辅助矫正的技术(如维修代码)”(特征G)。如果本领域技术人员将D3结合到D1中,导致的结果将是:当家电(第二节点)发生故障时,系统会将其视为“恶意黑客节点”直接拉黑并切断通信,这直接阻断了D1原本“上报服务器并派人维修”的技术目的。
角色定位冲突:D3中节点是对等的同构传感器节点(见D3说明书[0067]段),而涉案专利明确要求第一节点是算力强大的“分析者节点”,第二节点是简单的“观察者节点”。D3无法给出设置不对称节点角色的启示。
结论: 请求人将解决“家电售后(D1)”、“电网防火(D2)”和“网络防黑(D3)”的三篇完全不相干的专利强行拼凑在一起。这三者不仅缺乏结合的动机,而且将D3的“拉黑隔离”机制引入D1的“维修申报”系统会产生严重的技术排斥和反向教导。权利要求1的技术方案绝非现有技术的简单叠加,而是专利权人深刻洞察边缘计算(Edge Computing)在异构IoT网络中应用潜力的创新成果,具备突出的实质性特点和显著的进步。
综上所述,请求人的无效理由均是基于对现有技术文件断章取义和脱离发明目的的生搬硬套。涉案专利权利要求1具有清晰的创新点,符合《专利法》关于新颖性和创造性的规定。恳请国家知识产权局合议组驳回请求人的全部无效宣告请求,依法维持涉案专利权有效。
作为请求人的专利代理师,针对专利权人避重就轻、偷换概念的答辩意见,我将依法予以坚决反驳。专利权人的核心逻辑在于**“将说明书中的具体实施方式强行读入权利要求”以及“曲解对比文件的结合方式(树立稻草人)”**。
以下是提交给国家知识产权局合议组的补充意见陈述书核心内容:
涉案专利: CN107409073B,“监视物联网设备健康状况的方法、装置、设备和存储介质”
陈述结论: 专利权人的反驳理由均在法律和事实上站不住脚。涉案专利权利要求1既不具备新颖性,也不具备创造性,恳请合议组依法宣告其全部无效。
专利权人辩称涉案专利的“本地建模”是“提取多个行为特征映射到n维空间中,利用机器学习从零开始构建”,而证据1(D1)只是“微调公式参数”,因此不破坏新颖性。这一主张严重违反了专利审查中的**“最大合理范围解释原则”**。
事实与理由:
权利要求1并未限定“建模”的具体算法: 查阅权利要求1的字面记载,仅仅要求“为...正常行为建模”。权利要求1中根本没有任何关于“n维空间”、“机器学习”或“从零开始构建”的限定。 专利权人在此试图将说明书实施例中的特定高级算法强行读入权利要求1,以缩小保护范围来规避现有技术,这是《专利审查指南》所明令禁止的。
D1的“更新参数”在专利法意义上完全构成“建模”: D1说明书[0049]段明确记载,家庭服务器“基于状态值历史DB 104中的正常时的组合信息来更新自身规定值”。在数学和计算机科学中,基于历史观测数据计算并更新模型参数(如 y = a1x + b1 中的系数),就是最经典的“模型训练”或“建模”过程。D1中的家庭服务器(第一节点)在本地根据家电(第二节点)的实际运行数据更新了故障判定模型,这就已经毫无异议地落入了权利要求1“在第一节点处为第二节点建模”的最大合理保护范围。
结论: 剥离掉专利权人强加的“n维空间”等未在权利要求1中记载的特征后,D1已经完整覆盖了权利要求1的所有技术特征,权利要求1不具备新颖性。
专利权人通过割裂现有技术、夸大技术领域的差异来否定结合启示,其关于“反向教导(Teaching Away)”的论述更是对请求人逻辑的蓄意曲解。
专利权人将D1、D2、D3分别孤立为“家电售后”、“电网防火”和“网络防黑”,以此否认结合动机。然而,对于本领域技术人员(PHOSITA)而言,这三篇证据均属于**“分布式电子设备/物联网节点的网络监控与异常检测”**这一上位技术领域。
涉案专利说明书[0006]段和[0010]段明确指出其监控对象包括功率汲取、网络尖峰等。
D2监控的是电气节点的电压和连续性,这本身就是涉案专利监控的“行为信息”之一;D3涉及无线传感器节点的行为监测。本领域技术人员在设计IoT设备的监控系统时,理所当然会参考同属网络监控领域的D2和D3。
专利权人辩称将D3结合到D1中会导致“直接拉黑家电,阻断维修”,从而存在技术冲突。这是对请求人无效逻辑的严重误读!
反驳逻辑: 请求人从未主张将D3中的“拉黑隔离(黑名单响应机制)”引入D1!请求人的结合逻辑非常清晰:
以D1为主要框架(提供响应机制): 保留D1中“发现异常 -> 上报 -> 触发维修人员并提供代码”的核心售后矫正机制(对应涉案专利的特征F和G)。
引入D3的监测架构(提供本地监测手段): 随着无线物联网的发展,本领域技术人员为了改进D1中有线/集中式的家庭局域网,很容易想到借鉴D3的架构——即利用本地网络中相互通信的节点,由一个节点收集另一个节点的数据并建立正常运行基线(对应涉案专利特征A、B、C、D、E)。
在本领域技术人员看来,**“如何发现异常(引入D3的本地节点互测与基线建模)”和“发现异常后如何处理(保留D1的派单维修)”**是两个相对独立的技术模块。将更先进的D3分布式监测手段替换或结合到D1的系统中,仅仅是为了更准确地“发现故障”,一旦发现故障,系统依然按照D1的逻辑去“触发维修”。这其中不存在任何排斥和反向教导,结合后的系统运行逻辑极其通畅。
专利权人称D3是同构对等节点,无法得出涉案专利“分析者节点”与“观察者节点”的不对称架构。
反驳逻辑: 不对称架构(第一节点强大,第二节点简单)正是由D1提供的!D1中“家庭服务器(算力强)”与“家用电器(算力弱)”就是典型的不对称节点。将D3的本地监控算法应用到D1的硬件架构中,必然得出“由强大的分析者节点(家庭服务器)去监控和建模简单的观察者节点(家电)”的技术方案。涉案专利不过是把D1的硬件架构和D3的监测算法做了常规的拼凑而已。
专利权人的答辩意见,一方面试图用说明书限制权利要求以逃避D1的新颖性审查,另一方面通过故意“错配”对比文件的技术特征来虚构“反向教导”。当我们将权利要求1还原到其真实的字面保护范围,并以本领域技术人员的客观视角来看待D1、D2和D3时,涉案专利权利要求1仅仅是现有网络架构和常规算法的简单拼凑,毫无实质性特点与显著进步。
恳请合议组明察,支持请求人的无效宣告请求,宣告涉案专利权利要求1无效。
作为请求人的专利代理师,针对专利权人避重就轻、偷换概念的答辩意见,我将依法予以坚决反驳。专利权人的核心逻辑在于**“将说明书中的具体实施方式强行读入权利要求”以及“曲解对比文件的结合方式(树立稻草人)”**。
以下是提交给国家知识产权局合议组的补充意见陈述书核心内容:
涉案专利: CN107409073B,“监视物联网设备健康状况的方法、装置、设备和存储介质”
陈述结论: 专利权人的反驳理由均在法律和事实上站不住脚。涉案专利权利要求1既不具备新颖性,也不具备创造性,恳请合议组依法宣告其全部无效。
专利权人辩称涉案专利的“本地建模”是“提取多个行为特征映射到n维空间中,利用机器学习从零开始构建”,而证据1(D1)只是“微调公式参数”,因此不破坏新颖性。这一主张严重违反了专利审查中的**“最大合理范围解释原则”**。
事实与理由:
权利要求1并未限定“建模”的具体算法: 查阅权利要求1的字面记载,仅仅要求“为...正常行为建模”。权利要求1中根本没有任何关于“n维空间”、“机器学习”或“从零开始构建”的限定。 专利权人在此试图将说明书实施例中的特定高级算法强行读入权利要求1,以缩小保护范围来规避现有技术,这是《专利审查指南》所明令禁止的。
D1的“更新参数”在专利法意义上完全构成“建模”: D1说明书[0049]段明确记载,家庭服务器“基于状态值历史DB 104中的正常时的组合信息来更新自身规定值”。在数学和计算机科学中,基于历史观测数据计算并更新模型参数(如 y = a1x + b1 中的系数),就是最经典的“模型训练”或“建模”过程。D1中的家庭服务器(第一节点)在本地根据家电(第二节点)的实际运行数据更新了故障判定模型,这就已经毫无异议地落入了权利要求1“在第一节点处为第二节点建模”的最大合理保护范围。
结论: 剥离掉专利权人强加的“n维空间”等未在权利要求1中记载的特征后,D1已经完整覆盖了权利要求1的所有技术特征,权利要求1不具备新颖性。
专利权人通过割裂现有技术、夸大技术领域的差异来否定结合启示,其关于“反向教导(Teaching Away)”的论述更是对请求人逻辑的蓄意曲解。
专利权人将D1、D2、D3分别孤立为“家电售后”、“电网防火”和“网络防黑”,以此否认结合动机。然而,对于本领域技术人员(PHOSITA)而言,这三篇证据均属于**“分布式电子设备/物联网节点的网络监控与异常检测”**这一上位技术领域。
涉案专利说明书[0006]段和[0010]段明确指出其监控对象包括功率汲取、网络尖峰等。
D2监控的是电气节点的电压和连续性,这本身就是涉案专利监控的“行为信息”之一;D3涉及无线传感器节点的行为监测。本领域技术人员在设计IoT设备的监控系统时,理所当然会参考同属网络监控领域的D2和D3。
专利权人辩称将D3结合到D1中会导致“直接拉黑家电,阻断维修”,从而存在技术冲突。这是对请求人无效逻辑的严重误读!
反驳逻辑: 请求人从未主张将D3中的“拉黑隔离(黑名单响应机制)”引入D1!请求人的结合逻辑非常清晰:
以D1为主要框架(提供响应机制): 保留D1中“发现异常 -> 上报 -> 触发维修人员并提供代码”的核心售后矫正机制(对应涉案专利的特征F和G)。
引入D3的监测架构(提供本地监测手段): 随着无线物联网的发展,本领域技术人员为了改进D1中有线/集中式的家庭局域网,很容易想到借鉴D3的架构——即利用本地网络中相互通信的节点,由一个节点收集另一个节点的数据并建立正常运行基线(对应涉案专利特征A、B、C、D、E)。
在本领域技术人员看来,**“如何发现异常(引入D3的本地节点互测与基线建模)”和“发现异常后如何处理(保留D1的派单维修)”**是两个相对独立的技术模块。将更先进的D3分布式监测手段替换或结合到D1的系统中,仅仅是为了更准确地“发现故障”,一旦发现故障,系统依然按照D1的逻辑去“触发维修”。这其中不存在任何排斥和反向教导,结合后的系统运行逻辑极其通畅。
专利权人称D3是同构对等节点,无法得出涉案专利“分析者节点”与“观察者节点”的不对称架构。
反驳逻辑: 不对称架构(第一节点强大,第二节点简单)正是由D1提供的!D1中“家庭服务器(算力强)”与“家用电器(算力弱)”就是典型的不对称节点。将D3的本地监控算法应用到D1的硬件架构中,必然得出“由强大的分析者节点(家庭服务器)去监控和建模简单的观察者节点(家电)”的技术方案。涉案专利不过是把D1的硬件架构和D3的监测算法做了常规的拼凑而已。
专利权人的答辩意见,一方面试图用说明书限制权利要求以逃避D1的新颖性审查,另一方面通过故意“错配”对比文件的技术特征来虚构“反向教导”。当我们将权利要求1还原到其真实的字面保护范围,并以本领域技术人员的客观视角来看待D1、D2和D3时,涉案专利权利要求1仅仅是现有网络架构和常规算法的简单拼凑,毫无实质性特点与显著进步。
恳请合议组明察,支持请求人的无效宣告请求,宣告涉案专利权利要求1无效。
站在绝对中立、客观的第三方视角(即模拟国家知识产权局专利局复审和无效审理部合议组的审查逻辑),对本次无效宣告请求的双方交锋进行评估,预测涉案专利权利要求1被宣告无效的概率极高(预计在85% - 95%之间)。
以下是深度剖析合议组可能的抉择逻辑及核心裁决点:
本次交锋的胜负手在于对**“为正常行为建模”**这一技术特征的解释。
合议组的裁判规则:在无效程序中,合议组必须遵循“最大合理范围解释”原则。这意味着,权利要求中未记载的特征,绝不能从说明书中强行读入。
专利权人的致命弱点:专利权人抗辩的核心依赖于“从零开始构建”、“映射到n维空间”以及“机器学习”等高级算法限制。然而,客观事实是,这些具体的算法限定并未写入权利要求1中。权利要求1仅泛泛地保护了“建模(建立正常行为的模型)”这一动作。
合议组的抉择:合议组毫无疑问会采纳请求人的观点。既然权利要求1没有限定算法,那么D1中“家庭服务器基于历史正常数据更新模型规定的参数(阈值)”这一技术动作,在广义的计算机科学和专利法意义上,完全构成了“为正常行为建模”或“调整/训练正常模型”。
客观评价:D1(JP2002342185A)是一篇质量极高的“杀手级”对比文件(Killer Prior Art)。
高度的重合性:D1不仅在网络拓扑结构(本地服务器-局域网-被测设备)上与权利要求1完全一致,而且在应用场景(监控家电/IoT)、后处理机制(触发远程中心派单)、甚至非常细节的“辅助矫正技术”(提供异常代码和零件代码)上都构成了完美的字面覆盖。
合议组的抉择:合议组极有可能仅凭借D1单独一篇证据,或者D1结合本领域公知常识,就直接宣告权利要求1无效(缺乏新颖性或不具备创造性)。合议组甚至不需要走到费力论证D1+D2+D3这一步。
如果合议组认为D1的“参数更新”与“建模”存在微小差异,从而进入创造性(D1+D2+D3)的评判:
专利权人的“反向教导”抗辩:专利权人指出D3是“拉黑隔离”,而D1是“维修”,两者存在排斥。这是一个非常聪明且在无效实务中常见的抗辩策略(即指出结合后会破坏原发明目的)。
请求人的反驳逻辑:请求人将“如何发现问题(监测机制)”与“发现问题后如何处理(响应机制)”进行了模块化拆分,主张只借鉴D3的监测部分,保留D1的响应部分。
合议组的抉择:合议组通常认可“技术模块可拆分借鉴”的逻辑。只要“监测机制”在D3中是独立运作的,将其移植到D1的框架下替代原有的监测手段,且不会导致系统崩溃,就不构成实质性的反向教导。不过,由于拼凑三篇分属“家电”、“电网”、“无线传感器”的文献有被指责为“事后诸葛亮(拼凑碎片)”的风险,合议组在撰写决定时,通常更倾向于将微小的区别特征认定为“本领域常规技术手段(公知常识)”,而不是硬拼三篇文件。
权利要求1的命运:基本可以确定会被无效。 权利要求1撰写得过于上位和宽泛,试图用功能性语言(“建模”、“接收”、“分析”、“触发执行者”)覆盖所有本地监控架构。而D1在2002年就已经将这套架构(包含后端的代码辅助维修)完整落地。在宽泛的权利要求面对早期的完整系统时,权利要求1没有任何幸存的物理空间。
主战场的转移:有经验的专利权人(或其代理人)在收到此类强力的无效请求时,心里应该清楚独立权利要求1已经保不住了。真正的法律博弈将迅速转移到从属权利要求上。
后续推演:专利权人极大概率会在口审前或口审中,通过修改权利要求的方式,将说明书中的“提取n个行为特征映射到n维空间中生成行为向量”、“结合总状态模型”或具体的机器学习等细化特征(如果这些特征在从属权利要求中有记载的话)合并入权利要求1。一旦这些具体算法被加入,D1就无法再构成覆盖,双方将针对这些具体的算法特征是否被D2/D3公开,或是否属于公知常识展开新的激烈辩论。
结论陈词:
以目前的案卷文本状态(仅针对当前的权利要求1),请求人的无效逻辑严密、证据扎实、法律适用准确。专利权人的反驳显得苍白且违背了专利审查的基本原则(将说明书读入权利要求)。合议组大概率会支持请求人的主张,宣告权利要求1无效。专利权人唯一的生机在于依据授权的从属权利要求进行限缩性修改。
如权利要求1所述的方法,其中,分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息进一步包括:从所述行为信息中提取一个或多个行为向量,其中所述行为信息表示n个行为特征并且所述一个或多个行为向量将所述n个行为特征映射到n维空间中。
如权利要求1所述的方法,进一步包括: 为包括所述第一节点和所述第二节点的所述本地IoT网络建模;以及 基于在所述第二节点处观察到的所述行为信息,更新与所述本地IoT网络相关联的当前状态。
如权利要求3所述的方法,其中,为所述本地IoT网络建模包括:聚集与所述本地IoT网络中的每一IoT设备相关联的属性; 构造与所述本地IoT网络相关联的拓扑; 从与每一IoT设备相关联的制造商或者一个或多个仓储库获取与所述本地IoT网络中的每一IoT设备相关联的行为模型,所述一个或多个仓储库被配置成存储所述行为模型;以及组合与所述本地IoT网络中的每一IoT设备相关联的所聚集的属性、与所述本地IoT网络相关联的所述拓扑以及与所述本地IoT网络中的每一IoT设备相关联的所述行为模型以便为所述本地IoT网络建模。
如权利要求1所述的方法,进一步包括: 响应于确定在所述第二节点处观察到的所述一个或多个行为异常,通过所述第一节点向客户服务实体报告在所述第二节点处观察到的所述一个或多个行为。
如权利要求5所述的方法,其中,所述一个或多个异常行为指示对所述第二节点或者包括所述第二节点的所述本地IoT网络的潜在恶意攻击。
如权利要求5所述的方法,其中,所述一个或多个异常行为指示所述第二节点处的潜在故障或异常工作状况。
如权利要求1所述的方法,其中,所述第二节点包括被配置成观察所述一个或多个行为的一个或多个组件。
如权利要求8所述的方法,其中,所述第二节点进一步包括发射机,所述发射机被配置成将表示所观察到的所述一个或多个行为的一个或多个行为特征发送到如下中的一者或多者:所述第一节点,或 被配置成从所述第二节点接收所述一个或多个行为特征并将所述一个或多个行为特征中继给所述第一节点的第三节点。
如权利要求1所述的方法,其中,包括所述第二节点的所述本地IoT网络进一步包括一个或多个节点,所述一个或多个节点被配置成监视所述第二节点通过所述本地IoT网络传送的消息并且根据在所述本地IoT网络上传送的所监视的消息将所述行为信息传送给所述第一节点。
如权利要求1所述的方法,其中,所述第二节点处观察到的所述一个或多个行为是正常还是异常进一步地基于总状态模型与正常状态的比较,所述总状态模型定义了当前状态,所述正常状态与所述本地IoT网络相关联。
如权利要求1所述的方法,进一步包括: 响应于基于所述比较确定在所述第二节点处观察到的所述行为信息不是指示异常状况,应用机器学习来更新设备行为模型。
一种用于监视本地IoT网络中物联网IoT设备健康状况的装置,包括:至少一个存储设备,所述至少一个存储设备被配置成存储为与所述本地IoT网络中的第一节点相关联的正常行为建模的信息,其中,所述装置是配置成进行行为分析的分析者节点,所述第一节点是配置成观察本地行为的观察者节点,所述装置和所述第一节点是所述本地IoT网络中的不同IoT设备; 收发机,其被配置成通过所述本地IoT网络接收与在所述第一节点处观察到的一个或多个行为相关的行为信息;以及一个或多个处理器,其被配置成: 分析在所述第一节点处观察到的与所述一个或多个行为相关的所述行为信息; 将所分析的行为信息与关联于所述第一节点的所建模的正常行为进行比较以确定在所述第一节点处观察到的所述一个或多个行为指示正常行为还是异常行为;以及响应于基于所述比较确定在所述第一节点处观察到的所述行为信息指示了异常行为,触发一个或多个执行者来矫正所述第一节点处的行为异常,其中,所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。
如权利要求13所述的装置,其中,所述一个或多个处理器被进一步配置成从所述行为信息中提取一个或多个行为向量,其中所述行为信息表示n个行为特征并且所述一个或多个行为向量将所述n个行为特征映射到n维空间中。
如权利要求13所述的装置,其中: 所述至少一个存储设备被进一步配置成存储为包括所述第一节点和所述装置的所述本地IoT网络建模的信息;并且所述一个或多个处理器被进一步配置成基于在所述第一节点处观察到的所述行为信息来更新与所述本地IoT网络相关联的当前状态。
如权利要求15所述的装置,其中,所述一个或多个处理器被进一步配置成:聚集与所述本地IoT网络中的每一IoT设备相关联的属性; 构造与所述本地IoT网络相关联的拓扑; 从与每一IoT设备相关联的制造商或者一个或多个仓储库获取与所述本地IoT网络中的每一IoT设备相关联的行为模型,所述一个或多个仓储库被配置成存储所述行为模型;以及组合与所述本地IoT网络中的每一IoT设备相关联的所聚集的属性、与所述本地IoT网络相关联的所述拓扑以及与所述本地IoT网络中的每一IoT设备相关联的所述行为模型以便为所述本地IoT网络建模。
如权利要求13所述的装置,其中,所述一个或多个处理器被进一步配置成响应于在所述第一节点处观察到的所述一个或多个行为指示异常行为而向客户服务实体报告在所述第一节点处观察到的所述一个或多个行为。
如权利要求17所述的装置,其中,所述异常行为包括对所述第一节点或者包括所述第一节点的所述本地IoT网络的潜在恶意攻击或者所述第一节点处的潜在故障或异常工作状况中的一者或多者。
如权利要求13所述的装置,进一步包括设备上健康状况监视平台,其中所述设备上健康状况监视平台至少包括:被配置成从与在所述第一节点处观察到的所述一个或多个行为相关的所述行为信息中提取一个或多个行为向量的行为向量提取模块;以及分析模块,其被配置成将从所述行为信息中提取的所述一个或多个行为向量与关联于所述第一节点的所建模的正常行为进行比较以确定在所述第一节点处观察到的所述一个或多个行为指示正常行为还是异常行为。
如权利要求19所述的装置,其中,所述行为信息从如下中的一者或多者接收:所述第一节点,或 被配置成从所述第一节点接收所述行为信息并将所述行为信息中继至所述装置的第二节点。
如权利要求19所述的装置,其中,所述设备上健康状况监视平台进一步包括:被配置成在所述装置处观察本地行为的一个或多个组件,其中所述为与所述第一节点相关联的正常行为建模的信息至少部分地基于在所述装置处观察到的所述本地行为。
如权利要求13所述的装置,其中,所述行为信息从一个或多个网络话务监视节点接收,所述一个或多个网络话务监视节点被配置成监视所述第一节点通过所述本地IoT网络传送的消息并根据所述第一节点在所述本地IoT网络上传送的所监视的消息来向所述装置传送所述行为信息。
如权利要求13所述的装置,其中,所述第一节点处观察到的所述一个或多个行为是正常还是异常进一步地基于总状态模型与正常状态的比较,所述总状态模型定义了当前状态,所述正常状态与所述本地IoT网络相关联。
如权利要求13所述的装置,其中,所述一个或多个处理器进一步配置成:响应于基于所述比较确定在所述第一节点处观察到的所述行为信息不是指示异常状况,应用机器学习来更新设备行为模型。
一种用于监视本地IoT网络中物联网IoT设备健康状况的设备,包括:用于为与本地IoT网络中的第一节点相关联的正常行为建模的装置,其中,所述设备是配置成进行行为分析的分析者节点,所述第一节点是配置成观察本地行为的观察者节点,所述设备和所述第一节点是所述本地IoT网络中的不同IoT设备; 用于通过所述本地IoT网络接收与在所述第一节点处观察到的一个或多个行为相关的行为信息的装置; 用于分析与在所述第一节点处观察到的所述一个或多个行为相关的所述行为信息的装置; 用于将所分析的行为信息与关联于所述第一节点的所建模的正常行为进行比较以确定在所述第一节点处观察到的所述一个或多个行为是正常还是异常的装置;以及用于响应于基于所述比较确定在所述第一节点处观察到的所述行为信息指示了异常状况而触发一个或多个执行者来矫正所述第一节点处的行为异常的装置,其中,所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。
如权利要求25所述的设备,进一步包括用于从所述行为信息中提取一个或多个行为向量的装置,其中所述行为信息表示n个行为特征并且所述一个或多个行为向量将所述n个行为特征映射到n维空间中。
如权利要求25所述的设备,进一步包括: 用于为包括所述第一节点和所述设备的所述本地IoT网络建模的装置;以及用于基于在所述第一节点处观察到的所述行为信息来更新与所述本地IoT网络相关联的当前状态的装置。
如权利要求27所述的设备,进一步包括: 用于聚集与所述本地IoT网络中的每一IoT设备相关联的属性的装置; 用于构造与所述本地IoT网络相关联的拓扑的装置; 用于从与每一IoT设备相关联的制造商或者一个或多个仓储库获取与所述本地IoT网络中的每一IoT设备相关联的行为模型的装置,所述一个或多个仓储库被配置成存储所述行为模型;以及用于组合与所述本地IoT网络中的每一IoT设备相关联的所聚集的属性、与所述本地IoT网络相关联的所述拓扑以及与所述本地IoT网络中的每一IoT设备相关联的所述行为模型以便为所述本地IoT网络建模的装置。
如权利要求25所述的设备,进一步包括用于响应于在所述第一节点处观察到的所述一个或多个行为指示异常行为而向客户服务实体报告在所述第一节点处观察到的所述一个或多个行为的装置。
如权利要求29所述的设备,其中,所述异常行为包括对所述第一节点或者包括所述第一节点的所述本地IoT网络的潜在恶意攻击。
如权利要求29所述的设备,其中,所述异常行为包括所述第一节点处的潜在故障或异常工作状况。
如权利要求25所述的设备,其中,所述行为信息从如下中的一者或多者接收:所述第一节点,或 被配置成从所述第一节点接收所述行为信息并将所述行为信息中继至所述设备的第二节点。
如权利要求25所述的设备,其中,所述行为信息从一个或多个网络话务监视节点接收,所述一个或多个网络话务监视节点被配置成监视所述第一节点通过所述本地IoT网络传送的消息并根据所述第一节点在所述本地IoT网络上传送的所监视的消息来向所述设备传送所述行为信息。
如权利要求25所述的设备,其中,所述第一节点处观察到的所述一个或多个行为是正常还是异常进一步地基于总状态模型与正常状态的比较,所述总状态模型定义了当前状态,所述正常状态与所述本地IoT网络相关联。
如权利要求25所述的设备,进一步包括: 用于响应于基于所述比较确定在所述第一节点处观察到的所述行为信息指示了异常状况而应用机器学习来更新设备行为模型的装置。
一种其上记录有计算机可执行指令的计算机可读存储介质,其中在本地IoT网络中的第一节点的一个或多个处理器上执行所述计算机可执行指令以使得所述一个或多个处理器:为与所述本地IoT网络中的第二节点相关联的正常行为建模,其中,所述第一节点是配置成进行行为分析的分析者节点,所述第二节点是配置成观察本地行为的观察者节点,所述第一节点和所述第二节点是所述本地IoT网络中的不同IoT设备; 通过所述本地IoT网络接收与在所述第二节点处观察到的一个或多个行为相关的行为信息; 分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息; 将所分析的行为信息与关联于所述第二节点的所建模的正常行为进行比较以确定在所述第二节点处观察到的所述一个或多个行为是正常的还是异常的;以及响应于基于所述比较确定在所述第二节点处观察到的所述行为信息指示了异常状况,触发一个或多个执行者来矫正所述第二节点处的行为异常,其中,所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。