**对比文件名称**：2007-10-17_EP1844394A_发明公开_EP1844394A2 OPERATING-SYSTEM-FRIENDLY BOOTLOADER
**目标专利名称**：在多处理器系统中将可执行软件图像从主要处理器直接分散加载到一个或一个以上次要处理器CN105718419B
**本次调用模型名称**：GPT-4
以下是根据目标专利权利要求划分的技术特征与对比文件的比对表格。公开性判断严格基于对比文件公开的内容，并结合目标专利说明书进行作用分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A《隐含公开》**<br>由所述次要处理器初始化与所述主要处理器的通信 | [p0020] “...the host part then awaits a message from the slave, which initiates operation of its second stage...”<br>[p0022] “...the slave's idle process advantageously uses the established communication mechanisms to send to the host (Step 214) information about the address and size or length of the intermediate storage area reserved in the previous step.” | 目标专利中，特征A指次要处理器主动发起与主要处理器的通信，以启动加载过程。在对比文件中，从机（slave/secondary processor）在启动操作系统并进入空闲进程后，会使用已建立的通信机制向主机（host/master processor）发送消息（[p0022]），该消息触发了主机第二阶段的操作（[p0020]）。这表明从机是通信的发起方。虽然对比文件未明确描述从机“初始化”通信的具体动作（例如建立连接），但其发送消息这一行为必然以通信已建立或可建立为前提。从机在发送消息前，其操作系统机制（包括通信机制）已经启动（[p0020]）。因此，本领域技术人员可以毫无疑义地推断，为了发送该消息，从机需要执行初始化通信的必要步骤。该通信在对比文件中用于协调加载过程，与目标专利中次要处理器发起通信以获取软件图像的作用相同。因此，该技术特征被对比文件**隐含公开**。 |
| **B《隐含公开》**<br>由所述次要处理器指令所述主要处理器传送可执行软件图像的图像标头 | [p0022] “The slave's idle process... sends to the host (Step 214) information about the address and size or length of the intermediate storage area reserved... After sending the information... the slave blocks, awaiting a message from the host.”<br>[p0023] “The host fills the intermediate storage area... with information (code and/or data) to be loaded into the slave's invisible memory (Step 216).” | 目标专利中，特征B指次要处理器主动指示主要处理器发送图像标头。在对比文件中，从机通过向主机发送关于预留的中间存储区域（intermediate storage area）的地址和大小信息（[p0022]），来告知主机应加载数据的位置。主机在收到此信息后，才会向该中间存储区域填充待加载的信息（代码/数据）（[p0023]）。虽然对比文件未明确提及“图像标头”，但其描述的“信息”包含了待加载数据块的组织描述（如[p0023]所述的头部）。从机发送地址和大小信息的行为，实质上是指令主机开始传送包含数据组织信息（即，可类比为“标头”）在内的数据。该指令的作用是触发主机开始数据传输，与目标专利中次要处理器指令主要处理器传送图像标头以启动加载过程的作用相同。因此，该技术特征被对比文件**隐含公开**。 |
| **C《直接公开》**<br>所述可执行软件图像包括所述图像标头和至少一个数据片段 | [p0023] “A block of code and/or data to be transferred into the intermediate storage area includes a header that indicates the length of the block and where it is to be loaded in the slave memory, i.e., the destination address. As indicated by the dashed lines in FIG. 3, several such blocks may be concatenated in the intermediate storage area.” | 目标专利中，特征C定义了可执行软件图像由图像标头和至少一个数据片段构成。对比文件[p0023]明确公开了待传输到中间存储区域的“信息块（block of code and/or data）”包含一个头部（header），该头部指明了块的长度和其在从机内存中的目的地址，并且多个这样的块可以串联在一起。这直接对应于“图像标头”（header）和“至少一个数据片段”（several such blocks）。在对比文件中，这种结构用于组织待加载到从机私有内存的代码和数据，其作用与目标专利中用于定义数据片段在系统存储器中存储位置和关系的图像标头与数据片段的结构相同。因此，本领域技术人员能毫无疑义地得出该技术方案，该技术特征被对比文件**直接公开**。 |
| **D《直接公开》**<br>由所述次要处理器从所述主要处理器接收所述图像标头和至少一个数据片段 | [p0022] “The host now sends a message to the slave (Step 218) that indicates the intermediate storage area has been loaded... The slave copies the contents of the intermediate storage area to appropriate locations in its slave-private memory (Step 220)...” | 目标专利中，特征D指次要处理器接收来自主要处理器的图像标头和数据片段。对比文件[p0022]明确描述了主机（主要处理器）在填充中间存储区域后，会发送消息通知从机（次要处理器）该区域已加载。随后，从机将中间存储区域的内容复制到其私有内存中。中间存储区域的内容即为主机填充的信息（代码/数据），其中包含如[p0023]所述的头部和数据块。因此，从机确实从主机接收了这些信息。该过程在对比文件中用于实现从主机到从机的代码/数据加载，与目标专利中次要处理器接收可执行软件图像的作用相同。因此，该技术特征被对比文件**直接公开**。 |
| **E《未公开》**<br>以及由所述次要处理器在所述次要处理器的系统存储器的目标位置中直接存储所述可执行软件图像的所述至少一个数据片段 | [p0022] “The slave copies the contents of the intermediate storage area to appropriate locations in its slave-private memory (Step 220)...” | 目标专利的核心改进之一是“直接存储”，即数据片段从主要处理器经由接口（如总线）和次要处理器的硬件缓冲器/控制器，直接加载到次要处理器系统存储器的最终目标位置，避免了使用临时缓冲器进行中间拷贝（参见目标专利说明书[0048]-[0050]，[0059]）。对比文件公开的存储方式是：主机将数据加载到**双方均可访问的中间存储区域**（位于从机内部RAM中，但对主机可见），然后从机**再将数据从此中间区域复制（copy）** 到其私有内存（slave-private memory）的最终位置（[p0022]）。这是一个明确的“拷贝”操作，涉及中间缓冲（中间存储区域），而非直接从主机接口“直接存储”到最终目的地。因此，对比文件公开的技术方案并未公开“直接存储”这一技术特征，两者技术手段和作用不同。 |
| **F《未公开》**<br>所述目标位置由所述次要处理器根据所述图像标头分配。 | [p0023] “A block of code and/or data... includes a header that indicates... where it is to be loaded in the slave memory, i.e., the destination address.” | 目标专利中，特征F强调目标位置是**由次要处理器根据图像标头分配**（参见说明书[0053]：“目标位置不是预定的，而是作为分散加载过程的一部分由在次要处理器中执行的软件确定。来自图像标头的信息可用以确定目标位置。”）。在对比文件中，头部（header）虽然指明了数据块在从机内存中的目的地址（destination address），但该头部是由**主机**生成并置于待传输数据块中的（[p0023]）。从机只是根据接收到的头部中已指定的地址进行复制，并未描述从机主动解析头部并根据其内容“分配”或决定目标位置的过程。地址的确定权在主机端。因此，对比文件未公开“由次要处理器根据图像标头分配目标位置”这一技术特征。 |
| **G《直接公开》**<br>其中所述图像标头包括图像大小以及图像数据在存储器中所处的位置。 | [p0023] “A block of code and/or data... includes a header that indicates the length of the block and where it is to be loaded in the slave memory, i.e., the destination address.” | 目标专利中，特征G限定图像标头包含图像大小和图像数据位置信息。对比文件[p0023]明确公开了头部（header）包含“块的长度（length of the block）”和“在从机内存中的加载位置（destination address）”。这分别对应于“图像大小”和“图像数据在存储器中所处的位置”。该信息在对比文件中用于指导从机将数据块复制到正确位置，其作用与目标专利中图像标头用于确定数据片段存储位置的作用相同。因此，该技术特征被对比文件**直接公开**。 |
| **H《隐含公开》**<br>进一步包括由所述次要处理器向所述主要处理器发送用于所述至少一个数据片段中的每个数据片段的传输请求。 | [p0022] 描述了从机发送中间存储区域信息后阻塞等待，主机填充该区域并通知从机，从机复制后通知主机，若还有数据则循环此过程（Steps 214-224）。 | 目标专利中，特征H指次要处理器为每个数据片段主动向主要处理器发送传输请求。对比文件描述了主机与从机之间通过消息传递进行协调的循环加载过程（[p0022] Steps 214-224）。从机在每次复制完一个中间存储区域的数据并发送“完成”消息给主机后，如果还有更多数据需要加载（Step 224判断为是），则主机会再次填充中间存储区域并通知从机（返回Step 216）。虽然对比文件没有明确记载从机为“每个数据片段”发送一个独立的“传输请求”，但从机通过发送“完成复制”消息（Step 222），实质上告知主机“可以发送下一批数据”，这构成了对后续数据传输的隐式请求。这种基于消息交互的流程，隐含了从机通过反馈来请求后续数据片段传输的机制。其作用与目标专利中协调数据片段传输的作用相似。因此，该技术特征被对比文件**隐含公开**。 |
| **I《未公开》**<br>其中所述指令包括由所述次要处理器向所述主要处理器发送包括图像识别、数据偏移以及数据长度的消息。 | [p0022] “...the slave's idle process... sends to the host (Step 214) information about the address and size or length of the intermediate storage area reserved...” | 目标专利中，特征I具体限定了指令消息的内容包括“图像识别、数据偏移以及数据长度”。对比文件中，从机发送给主机的信息是关于**预留的中间存储区域**的“地址和大小/长度”（address and size or length），而非关于待加载图像本身的数据偏移或图像识别信息。数据偏移和图像识别信息在对比文件中可能包含在由主机生成并置于数据块中的头部里（[p0023]），而不是由从机在指令消息中发送。因此，对比文件未公开指令消息包含“图像识别、数据偏移以及数据长度”这一具体技术特征。 |
### 结论与代码输出
根据上述比对分析：
- **直接公开**的技术特征有：C、D、G。
- **隐含公开**的技术特征有：A、B、H。
- **未公开**的技术特征有：E、F、I。
<<<C>>><<<D>>><<<G>>><<<a>>><<<b>>><<<h>>>