对比文件名称：2013-03-21_发明申请_US20130073498A1 ELEMENTARY NETWORK DESCRIPTION FOR EFFICIENT LINK BETWEEN NEURONAL MODELS AND NEUROMORPHIC SYSTEMS
目标专利名称：216神经元形态模型开发的上下文实时反馈CN106104586B
本次调用模型名称：特征比对与公开性判断模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A：所述方法包括：生成神经元形态模型的上下文反馈<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利的“生成上下文反馈”是指在神经元形态模型的**开发期间**，为辅助开发者调试和优化模型，实时创建并提供与模型状态、行为相关的反馈信息（如动态参数、统计信息）。对比文件的核心在于描述一种名为END（基本网络描述）的中间表示格式，用于将高级神经元模型编译成硬件无关的低级描述，以实现高效的模拟和硬件映射（参见摘要、第[0048]-[0050]段）。虽然对比文件提到了“监控和可视化”（monitoring and visualization）工具用于查看模拟结果（如图1，第[0046]段），但这是模拟执行后的结果分析工具，其目的和功能是验证和观察仿真运行结果，而非在模型编码和构建的**开发过程**中提供实时、交互式的**上下文反馈**以指导开发。两者作用不同。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| B：所述神经元形态模型包括在所述神经元形态模型的开发期间被监视的资产，<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利中的“资产”特指在模型**开发期间**（即编写、调试代码阶段）被特别监视的模型组件（如神经元、突触）。对比文件确实定义了模型的基本组件，如“units”（单元，可对应神经元）和“synapses”（突触）（例如第[0055]-[0057]段）。然而，这些组件在对比文件中的作用是作为模拟计算的基本元素，其状态在模拟执行时被计算和更新。对比文件并未将这些组件描述为在**开发期间**（而非模拟运行时）被**监视**的“资产”。监视在对比文件中更多是模拟引擎内部状态跟踪的一部分，而非面向开发者的交互式监视过程。因此，该特征未被直接或隐含公开。 |
| C：所述资产包括神经元、突触或神经元网络中的至少一者<br>**《直接公开》** | 第[0055]段：“...fundamental (atomic) computational unit of the network simulation model is a neuron, referred to as a ‘unit’. In another example the unit comprises a neuronal compartment... In these examples, the synapses comprise connections from one unit to another...”<br>（网络仿真模型的基本（原子）计算单元是神经元，称为“单元”。在另一个示例中，单元包括神经元隔室……在这些示例中，突触包括从一个单元到另一个单元的连接……） | **论述**：对比文件明确将“unit”（单元）定义为网络模拟模型的基本计算单元，即神经元或神经元隔室，并将“synapse”（突触）定义为单元之间的连接。由这些单元和突触互连即构成神经元网络。这与目标专利中“资产”所包含的“神经元、突触或神经元网络”在实体类型上完全相同。虽然在目标专利中这些实体是开发期间被监视的资产，而在对比文件中它们是模拟执行的计算对象，但作为神经元形态模型的核心构成元素，其本质身份是一致的。本领域技术人员能够毫无疑义地从对比文件中得出神经元、突触是模型组成部分的技术方案。因此，该技术特征被直接公开。 |
| D：显示互动上下文面板以便至少部分地基于在所述神经元形态模型的开发期间的所述上下文反馈来示出表示<br>**《未公开》** | 第[0046]段：“...The binary data is used by the monitoring and visualization block 110 of FIG. 1 during debugging and visualization of computation results and monitoring of the system.”<br>（该二进制数据由图1的监控和可视化块110在调试、计算结果可视化和系统监控期间使用。） | **论述**：目标专利的“显示互动上下文面板”特指在集成开发环境（IDE）中，随着用户编写模型代码而实时或按需弹出的交互式用户界面，用于可视化数据和仿真结果（如图9、图10B，第[0109]-[0110]段）。对比文件提到的“monitoring and visualization block”是一个用于调试和结果可视化的工具，可能涉及某种图形显示。然而，对比文件既未描述其为一个“互动”的“面板”，也未将其与模型**开发期间**（如在代码编辑器中工作）的**上下文反馈**相关联。其作用更偏向于在模型编译和加载执行后，对运行结果进行事后分析和可视化，而非在开发过程中提供实时的、上下文相关的交互式表示。因此，该特征未被直接或隐含公开。 |
| E：以及使用所述互动上下文面板来修改所述神经元形态模型的输入曲线。<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利中，用户可以通过拖拽、点击等操作直接在上下文面板中图形化地修改模型的输入曲线，并实时观察输出响应变化（如图9，第[0118]-[0121]段）。这是一种高度交互的开发调试功能。对比文件全文未提及任何通过图形用户界面修改模型输入参数或曲线的方法或工具。其内容集中于模型的文本化描述（END格式）、编译流程和硬件映射，不涉及图形化交互修改。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| F：其特征在于，进一步包括基于执行所述模型来更新所述互动上下文面板。<br>**《隐含公开》** | 第[0046]段：“...The binary data is used by the monitoring and visualization block 110 of FIG. 1 during debugging and visualization of computation results and monitoring of the system.”<br>（该二进制数据由图1的监控和可视化块110在调试、计算结果可视化和系统监控期间使用。） | **论述**：目标专利中“基于执行模型来更新互动上下文面板”是指随着模型仿真运行，面板中显示的数据（如迹线、统计图）会相应更新。对比文件指出，监控和可视化块使用计算引擎产生的二进制数据来进行调试和结果可视化。本领域技术人员可以合理推断，要实现对计算结果的“可视化”和“监控”，该可视化工具的内容必须根据模型执行产生的新数据（即二进制数据）进行更新。虽然对比文件没有明确写出“更新面板”这一动作，但这是实现其所述“可视化”功能的必然和常规技术手段。因此，该技术特征被对比文件隐含公开。 |
| G：其特征在于，所述表示实时地发生。<br>**《未公开》** | 第[0007]段：“However, the tools are cumbersome to be used to design optimized software or hardware engines to simulate such models efficiently, especially when real-time performance is required, as in autonomous robotics applications.”<br>（然而，这些工具难以用于设计优化的软件或硬件引擎来高效模拟此类模型，尤其是当需要实时性能时，例如在自主机器人应用中。） | **论述**：目标专利强调反馈和表示的“实时性”发生在模型**开发期间**，即开发者编辑代码时能立即或快速看到反馈（第[0102]、[0127]段）。对比文件提到的“实时性能”是指模拟引擎在执行模型时满足外部应用（如机器人）的实时性要求，这是针对模型**运行时性能**的考量，而非针对开发环境提供反馈的实时性。对比文件未描述其监控/可视化工具或开发过程本身是“实时”更新显示的。因此，该特征未被直接公开。隐含公开也不成立，因为运行时的实时模拟需求并不必然意味着开发工具的反馈是实时的。 |
| H：其特征在于，进一步包括操纵所述互动上下文面板以便更新所述神经元形态模型的代码。<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利描述了通过操纵上下文面板中的视觉元素（如连通性地图、参数标记）来反向更新定义模型的程序代码，实现双向互动（第[0126]、[0139]-[0140]段）。对比文件未提及任何通过可视化界面操纵来修改模型源代码（无论是高级描述还是END描述）的机制。其工作流是单向的：从高级描述编译到END，再编译到引擎代码。没有反向或图形化修改的教导。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| I：其特征在于，进一步包括更新所述神经元形态模型的代码以便更新所述互动上下文面板。<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利中“更新代码以便更新面板”指的是当开发者修改模型源代码后，上下文面板能自动或手动刷新以反映代码变化（第[0122]、[0140]段）。对比文件描述了修改模型描述（代码）后，需要重新编译并加载到计算引擎执行，从而可能产生新的结果供可视化工具显示。但这是一种间接的、通过完整仿真流程才能体现的效果，并非对比文件所描述或教导的、在开发环境中代码与面板之间的直接联动更新机制。因此，该特征未被直接公开。本领域技术人员从对比文件中无法合理推断出这种直接的代码-面板更新关联，故也未隐含公开。 |
| J：其特征在于，所述互动上下文面板示出与所述神经元形态模型的动态相关的参数的上下文信息。<br>**《隐含公开》** | 第[0046]段：“...during debugging and visualization of computation results...”<br>（在调试和计算结果可视化期间……）<br>第[0055]-[0057]段等描述了单元和突触的变量及更新规则。 | **论述**：目标专利中，上下文面板显示如膜电位(v)、恢复电流(u)等模型动态参数（第[0117]段）。对比文件明确指出其监控和可视化工具用于“计算结果的可视化”，而计算结果是模型动态执行产生的。对比文件详细定义了单元（神经元）和突触的各种变量（如v, u, I, w等）及其更新规则（例如第[0066]-[0078]段），这些变量正是模型动态的核心参数。本领域技术人员可以合理推断，为了对计算结果进行可视化调试，监控工具必然会展示这些与模型动态相关的关键参数信息。因此，该技术特征被对比文件隐含公开。 |
| K：其特征在于，所述表示包括所述神经元形态模型中的一个或多个神经元的布局或所述神经元形态模型中的神经元的连通性中的至少一者的视觉显示。<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利中，上下文面板可以显示神经元在2D/3D空间中的布局图、神经元之间的连通性地图等（图10B，第[0137]-[0139]段）。对比文件虽然涉及神经元之间的连接（突触、连接），但其全部描述集中于模型的逻辑和数学表示、编译及执行，并未提及任何对神经元空间布局或网络连通性进行**视觉显示**的工具或方法。其“可视化”可能限于曲线图等形式，但未教导网络拓扑结构的图形化展示。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| L：其特征在于，所述上下文反馈包括相对于所述神经元形态模型的硬件布局的信息。<br>**《未公开》** | 第[0058]段：“...Implementation of these data structures... greatly benefits from the use of specialized hardware, such as an ASIC or FGPA... development of specialized hardware accelerators...”<br>（这些数据结构的实现……极大地受益于使用专用硬件，如ASIC或FPGA……专用硬件加速器的开发……）<br>第[0094]段：“...producing an abstracted hardware mapping representing the neuronal network...”<br>（生成表示神经元网络的抽象化硬件映射……） | **论述**：目标专利中，“硬件布局的信息”是作为上下文反馈的一部分提供给开发者，以辅助评估模型在特定硬件上的性能（第[0128]段）。对比文件确实讨论了将模型映射到不同硬件平台（如ASIC、FPGA、CPU等）以实现高效模拟，并提到了生成“抽象化硬件映射”。然而，这些内容属于编译和优化技术层面，目的是为了生成高效的执行代码，而非作为**开发期间**反馈给用户的**信息**。对比文件未描述将这些硬件映射或布局信息以“上下文反馈”的形式呈现给模型开发者。因此，该特征未被直接公开。隐含公开也不成立，因为硬件映射是后端编译过程，并非面向开发者的反馈信息。 |
| M：其特征在于，所述信息包括功耗或计算负荷中的至少一者。<br>**《未公开》** | 无对应原文引用。 | **论述**：目标专利中，硬件布局信息可具体包括功耗、计算负荷等性能指标（第[0128]段）。对比文件全文未提及在模型开发或映射过程中考虑、评估或提供“功耗”或“计算负荷”这类性能指标信息。其优化目标主要是执行效率（速度），并未具体到功耗或负载度量。因此，该技术特征既未被直接公开，也未被隐含公开。 |
### 结论
根据上述比对分析：
- 技术特征C被对比文件**直接公开**。
- 技术特征F、J被对比文件**隐含公开**。
- 其余技术特征（A, B, D, E, G, H, I, K, L, M）均未被对比文件直接公开或隐含公开。
<<<C>>><<<f>>><<<j>>>