**对比文件名称**: 2007-06-06_EP1793359A_发明公开_EP1793359A4 CONTENT PURCHASE PROCESSING TERMINAL ,METHOD THEREOF, AND PROGRAM
**目标专利名称**: 402在多处理器系统中将可执行软件图像从主要处理器直接分散加载到一个或一个以上次要处理器CN102812453B
**模型名称**: 专利创造性评估专家
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**: 次要处理器，其包括：系统存储器，用于接收可执行软件图像的图像标头和至少一个数据片段的硬件缓冲器，所述图像标头和每个数据片段是分别接收的。**未被公开** | 对比文件说明书描述了内容购买处理终端，该终端包括微处理器（相当于处理器）和存储介质（如ROM、RAM等，相当于系统存储器）。然而，对比文件全文均未提及用于分别接收图像标头和至少一个数据片段的专用“硬件缓冲器”。数据接收功能可能由微处理器或其通信接口完成，但未具体描述为“硬件缓冲器”，更未明确该缓冲器分别接收图像标头和数据片段。 | 本领域技术人员无法从对比文件中毫无疑义地得出或必然推理出次要处理器具备一个专门的硬件缓冲器，且该缓冲器用于分别接收图像标头和至少一个数据片段。该特征限定了特定的硬件结构和数据接收方式，对比文件并未涉及。 |
| **特征B**: 分散加载程序控制器，其配置以：加载所述图像标头。**未被公开** | 对比文件未提及“分散加载程序控制器”这一硬件组件。其描述的数据加载过程由微处理器执行的程序控制，并未涉及一个专门配置用于加载图像标头的控制器硬件。 | 对比文件中不存在“分散加载程序控制器”这一实体，更未描述其具有加载图像标头的功能。本领域技术人员无法从对比文件直接得出或通过合理推断得出该特征。 |
| **特征C**: 至少部分地基于所加载的图像标头来将所接收的每个数据片段直接地从所述硬件缓冲器分散加载到所述系统存储器。**未被公开** | 对比文件描述了从服务器下载内容数据（如音乐文件）并存储到存储介质（如RAM）的过程。然而，该过程并未提及“图像标头”的概念，也未描述基于标头信息将数据“分散”加载到非连续或特定系统存储器位置的操作。加载过程更倾向于整体存储或顺序存储，而非基于标头信息的直接分散加载。 | 本特征的核心在于基于图像标头进行“直接分散加载”。对比文件既未公开“图像标头”作为加载位置信息的来源，也未公开“分散加载”这一特定的数据放置方式。因此，该技术方案未被对比文件公开。 |
| **特征D**: 主要处理器，其与存储器耦合，所述存储器存储用于所述次要处理器的所述可执行软件图像。**未被公开** | 对比文件中的服务器存储可供购买下载的内容（如音乐文件）。服务器可被视为一个外部处理设备，其存储器存储内容数据。然而，这些内容数据在对比文件中是供用户消费的媒体文件（如音频），并非用于引导或控制终端处理器（微处理器）运行的“可执行软件图像”。目标专利中的“可执行软件图像”特指可由处理器执行的程序代码（如引导代码），两者作用与性质不同。 | 对比文件中的服务器存储器存储的是“内容数据”，其作用是供终端设备再现（如播放），而非作为另一处理器的可执行程序。本领域技术人员无法将“内容数据”等同于“可执行软件图像”。因此，该特征未被公开。 |
| **特征E**: 接口，其以通信方式耦合所述主要处理器和所述次要处理器，所述可执行软件图像由所述次要处理器经由所述接口接收。《直接公开》 | 对比文件说明书提到内容购买处理终端包含“通信单元”，用于通过网络（如互联网）与内容服务器进行通信，以下载内容。这建立了一个通信链路。终端（包含微处理器）经由该通信接口从服务器接收数据。 | 对比文件中的“通信单元”（接口）以通信方式耦合了服务器（可视为主要处理设备）和终端内的微处理器（可视为次要处理器）。数据（虽然性质不同）由终端经由该接口从服务器接收。该接口的作用是建立通信链路以传输数据，与目标专利中接口的作用相同。因此，该特征被直接公开。 |
| **特征F**: 其中所述分散加载程序控制器经配置以将所述可执行软件图像从所述硬件缓冲器直接加载到所述次要处理器的所述系统存储器，而不在所述次要处理器上的系统存储器位置之间拷贝数据。**未被公开** | 对比文件未提及“分散加载程序控制器”这一硬件组件，也未描述“从硬件缓冲器直接加载”以及“不在系统存储器位置之间拷贝数据”这种特定的数据移动路径和避免拷贝的操作方式。其数据加载过程可能涉及微处理器的控制，但具体细节未披露。 | 该特征限定了通过特定硬件控制器实现的、避免中间拷贝的直接加载机制。对比文件完全没有涉及这一具体机制，因此无法直接得出或隐含推断出该技术方案。 |
| **特征G**: 其中所述可执行软件图像的原始图像数据由所述次要处理器经由所述接口接收。**未被公开** | 对比文件中下载的内容数据可能经过加密、封装或包含用于内容管理的元数据，并非目标专利所强调的、未经包标头等额外封装处理的“原始图像数据”。目标专利强调传输“原始图像数据”以提升效率，而对比文件关注内容的安全传输与版权管理，技术目的不同。 | 本领域技术人员基于对比文件公开的“内容下载”，无法毫无疑义地得出其传输的是“原始图像数据”（即无额外协议标头的可执行代码数据）。两者传输的数据格式和目的存在本质区别。 |
| **特征H**: 其中所述次要处理器经配置以处理所述图像标头以确定所述系统存储器内的至少一个位置以存储所述至少一个数据片段。**未被公开** | 对比文件未提及“图像标头”的概念。终端微处理器在处理下载的内容时，可能解析文件格式或元数据，但其目的是为了内容再现、解密或版权验证，而非为了确定将可执行代码的各个片段分散存储在系统存储器的哪些具体位置。 | 该特征的核心是“处理图像标头以确定数据片段在系统存储器中的存储位置”。对比文件既未公开“图像标头”，也未公开基于标头进行存储器地址分配的操作。因此未被公开。 |
| **特征I**: 其中所述次要处理器经配置以在接收所述至少一个数据片段之前基于所述所接收到的图像标头来确定所述系统存储器内的所述至少一个位置以存储所述至少一个数据片段。**未被公开** | 如特征H所述，对比文件未公开“图像标头”及基于其确定存储位置的操作。因此，更不可能公开“在接收数据片段之前”基于标头预先确定位置这一特定的时序操作。 | 该特征是特征H的进一步限定，强调了标头处理和数据接收的先后顺序。由于对比文件未公开基础的特征H，因此该特征也未被公开。 |
| **特征J**: 其中所述次要处理器进一步包括存储引导加载程序的非易失性存储器，所述引导加载程序起始用于所述次要处理器的所述可执行软件图像的传送。《直接公开》 | 对比文件说明书在描述终端结构时，提到其包括“存储介质”，例如ROM（只读存储器），并指出微处理器执行存储在该ROM中的程序（如引导程序）来处理内容购买。这隐含了ROM中存储有引导加载程序，该程序启动后可以起始与服务器的通信及内容下载过程。 | 对比文件公开了次要处理器（终端微处理器）包含非易失性存储器（ROM），其中存储有引导加载程序（用于启动终端并处理内容购买的初始程序）。该引导加载程序的作用是启动设备并起始数据（内容）的传送，与目标专利中引导加载程序“起始可执行软件图像的传送”作用相同。因此，该特征被直接公开。 |
| **特征K**: 其中所述主要和次要处理器位于不同芯片上。《直接公开》 | 对比文件中的内容服务器和内容购买处理终端是物理上分离的两个独立设备。服务器的处理器和终端内的微处理器必然位于不同的芯片（乃至不同的硬件设备）上。 | 本领域技术人员能够毫无疑义地从对比文件得出，提供内容的服务器（主要处理设备）和接收内容的终端（包含次要处理器）是分离的实体，其处理器必然位于不同的芯片上。因此，该特征被直接公开。 |
| **特征L**: 其中所述可执行软件图像的所述部分被加载到所述次要处理器的所述系统存储器中，而不将整个可执行软件图像存储在所述硬件缓冲器中。**未被公开** | 对比文件未提及“硬件缓冲器”，也未描述“不将整个图像存储在硬件缓冲器中”这一特定的缓冲策略。其下载过程可能使用存储介质（如RAM）进行缓冲，但未排除使用缓冲器存储整个文件的可能性，也未强调部分加载。 | 该特征依赖于“硬件缓冲器”的存在以及对其使用方式的特定限制。对比文件未公开硬件缓冲器，因此无法讨论其是否存储整个图像。该技术方案未被公开。 |
| **特征M**: 其被集成到移动电话、机顶盒、音乐播放器、视频播放器、娱乐单元、导航装置、计算机、手持式个人通信系统PCS单元、便携式数据单元和固定位置数据单元中的至少一者中。《直接公开》 | 对比文件说明书在背景技术和具体实施方式中多次提及，该内容购买处理终端可应用于例如“移动电话”、“PDA”（个人数字助理，属于便携式数据单元）、“个人计算机”等设备中。 | 对比文件明确公开了其技术方案可以集成到移动电话、计算机、便携式数据单元等设备中，这与目标专利特征M所列举的设备类型存在重叠。因此，该特征被直接公开。 |
<<<E>>><<<J>>><<<K>>><<<M>>>