一种用于处理局域网内的服务请求的方法，从用户设备接收服务请求；所述服务请求包括有关执行所述服务所需的一个或多个要求的信息；借助于公用网络内的定位服务来定位下载位置以基于所述服务请求中的所述信息来获得计算机可执行信息；从所述下载位置中取回计算机可执行信息以用于执行所述服务；布置所述计算机可执行信息在所述局域网内的联网设备上的安装；将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备。

作为一名资深的专利代理师，我将严格依据专利审查指南，紧密结合权利要求1的文本内容与对比文件（D1、D2）的原始公开内容，为您进行权利要求解析、技术特征比对、最接近对比文件分析以及无效请求的漏洞评估，并提供下一步的检索策略。

---

## 一、 权利要求1的技术特征拆解与说明书理解

基于发明的主题，权利要求1保护的是一种**“用于处理局域网内的服务请求的方法”**。其核心架构是由一个位于局域网内的管理节点（如网关/服务器），响应用户设备的请求，通过公网的定位服务去下载所需的计算机可执行信息（组件/内容），布置安装到局域网设备上，并通知用户设备服务可用。

我们将权利要求1拆解为以下6个独立的技术特征：

* **特征A**：从用户设备接收服务请求；

* **特征B**：所述服务请求包括有关执行所述服务所需的一个或多个要求的信息；

* **特征C**：借助于公用网络内的定位服务来定位下载位置以基于所述服务请求中的所述信息来获得计算机可执行信息；

* **特征D**：从所述下载位置中取回计算机可执行信息以用于执行所述服务；

* **特征E**：布置所述计算机可执行信息在所述局域网内的联网设备上的安装；

* **特征F**：将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备。

---

## 二、 对比文件原文分析与出处

### D1: JP2003256311A

**整体技术方案概述**：D1公开了一种信息服务提供方法。家庭终端向家庭网关发送服务请求，家庭网关向提供商发送搜索请求获取服务信息，并基于服务信息中的位置信息自动获取执行服务所需的组件和内容，下载积蓄在网关中，最后供给或配送给家庭终端使用。

### D2: WO2008068601A2

**整体技术方案概述**：D2公开了一种通过自组、对等（P2P）网络（如UPnP网络）进行软件分发的方法。目标设备在试图访问P2P网络中已广告的服务时，如果发现缺少必要的客户端软件，会被引导至软件分发服务，从而下载、配置并安装该软件组件，以实现对目标服务的无缝访问。

---

## 三、 技术特征比对表

根据对比文件的原文表述，现将权利要求1的特征与D1、D2进行逐项客观比对：

---

## 四、 最接近的对比文件（D1）分析

在创造性评判中，**D1（JP2003256311A）最适合作为最接近的对比文件**。

* **技术领域及架构高度相同**：D1与目标专利同样聚焦于“局域网/家庭网络”环境，同样采用了“用户终端 - 家庭网关 - 公网提供商”的三层三端处理架构。

* **解决的技术问题相同**：D1在背景技术[0002]-[0003]中明确指出，普通用户自己去寻找组件、下载并安装到个人电脑上非常麻烦且容易失败。这与目标专利企图解决的“如何简化局域网内服务部署、减少用户感知和负担”的技术问题完全一致。

* **技术效果相同**：D1通过网关自动管理服务信息、自动下载组件和内容，实现了[0005]所述的“用户无需意识到复杂的中间过程，只需请求服务即可安全获取”的技术效果。

因此，以D1作为发明创造性分析的起点（最接近的对比文件），最符合审查指南中“技术领域相同、技术问题和效果最接近”的选取原则。

---

## 五、 创造性三步法评述与最薄弱技术特征

通过上述特征比对可见，本申请权利要求1的核心发明点（区别技术特征）落在**特征E**上。

### 1. 区别技术特征分析

* **与D1相比**：D1的网关在下载计算机可执行信息（组件）后，仅仅是**积蓄（accumulate）**在网关内部，等终端来请求时再“分发（supply/deliver）”给终端，网关本身并没有**“布置所述计算机可执行信息在所述局域网内的联网设备上的安装”**的控制行为。

* **与D2相比**：D2虽然公开了软件的安装和配置（布置安装），但D2侧重于P2P对等网络中目标设备自身或通过代理直接安装，其整体网络架构是动态自组的（ad hoc），缺乏D1和目标专利中那种“利用公网定位服务下载至局域网，并由管理节点在局域网设备上布置安装”的特定网络拓扑配合。

### 2. 无效请求中最薄弱的技术特征

权利要求1中**最薄弱（即最容易被攻破）**的特征是**特征C和特征F**。这两者虽然在文字表述上使用了“公用网络内的定位服务”、“服务在局域网内的可用性消息”，但在技术本质上已经被D1的“向Provider发送Search请求获取位置URL”以及“发送获取完成及积蓄位置通知（S1209）”实质公开。

相反，**最顽固、也是最不容易被无效掉的特征是特征E（布置在局域网内联网设备上的安装）**。因为要证明特征E显而易见，无效请求人必须完成以下结合论证：

> **结合障碍**：D1的网关扮演的是“缓存和内容分发媒介”角色，组件的执行权利在终端；而要引入D2的安装机制，必须改变D1网关的固有运作方式——让网关从被动的“分发者”变为主动的“安装布置控制者”。这种架构和控制逻辑的变更在诉讼中容易被专利权人抗辩为存在“反向教导”或“改变了系统架构”。

---

## 六、 进一步的对比文件检索策略

为了彻底攻克权利要求1的**特征E**，成功提起无效宣告，建议调整检索策略，开展第二轮精准检索：

### 1. 检索方向与逻辑组合

不能再仅局限于通用的P2P分发（如D2），而应聚焦于**“集中管理式局域网/家庭网络”**或**“边缘计算/智能网关”**领域的专利。

* **核心逻辑**：`家庭网关/受控节点/代理/智能路由器` + `自动部署/远程安装/静默安装/布置` + `应用组件/计算机程序/可执行文件`。

### 2. 建议扩展的IPC/CPC分类号

* **H04L67/34**：Alternative (e.g. peer-to-peer) network architectures（专门针对软件/应用的分发与管理）。

* **H04L12/28**：Home networks（家庭网络/局域网内的网关控制）。

* **G06F8/61**：Installation of software（软件安装的自动化控制）。

### 3. 检索关键词微调（以英文库为例）

* **管理节点**：`home gateway`, `smart router`, `local server`, `central node`, `prox*`.

* **动作特征**：`deploy*`, `install*`, `remotely install`, `push and install`, `provision*`.

* **目标物**：`executable information`, `software component`, `application`, `plugin`, `agent`.

### 4. 目标靶向

寻找这样一篇D3：它公开了一辆智能汽车内部的网关（CAN总线/车载局域网）或一个家庭智能网关，在接收到某种服务请求后，不仅从云端下载了对应的可执行固件或App，而且**主导并命令局域网内的某个特定子设备（如车载显示屏、家电受控节点）去自动执行该软件的安装和初始化**。一旦检索到此类对比文件，结合D1即可对权利要求1形成致命的创造性组合打击。

作为一名经验丰富的专利代理师，我将严格依据专利审查指南的要求，紧密结合目标专利说明书的实质，对权利要求1进行深入的特征拆解，并与三份对比文件进行逐项、精确的原文比对与法律分析。

以下为本次无效宣告/创造性分析的完整报告：

---

## 一、 权利要求1的技术特征拆解与解析

目标专利权利要求1保护的是一种“用于处理局域网内的服务请求的方法”，可以拆解为以下6个独立的技术特征：

* **技术特征A（前序部分+主旨）：** 一种用于处理局域网内的服务请求的方法，从用户设备接收服务请求；

* **技术特征B（请求内容）：** 所述服务请求包括有关执行所述服务所需的一个或多个要求的信息；

* **技术特征C（定位下载点）：** 借助于公用网络内的定位服务来定位下载位置以基于所述服务请求中的所述信息来获得计算机可执行信息；

* **技术特征D（取回信息）：** 从所述下载位置中取回计算机可执行信息以用于执行所述服务；

* **技术特征E（安装布置）：** 布置所述计算机可执行信息在所述局域网内的联网设备上的安装；

* **技术特征F（可用性通知）：** 将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备。

---

## 二、 对比文件技术特征比对与出处分析

为清晰指代，三份对比文件分别简称为：

* **D1：** CN101673298A（视频点播中的视频数据分布式缓存方法）

* **D2：** JP2002247668A（控制装置及控制程序接收方法）

* **D3：** JP2003030071A（网关服务器管理系统）

### 1. 各对比文件的具体公开情况分析

#### D1（CN101673298A）公开情况分析：

* **技术特征A/B/D（实质公开/毫无疑问公开）：** D1公开了用户点击播放视频时，客户端向局域网服务器发送指令检索索引表。若未找到，则向外部web地址搜索并在线播放下载（属于视频点播服务请求）。

* **技术特征C/E/F（未公开）：** D1中取回的是“视频节目文件备份”或“节目源”，**并非用于执行服务的“计算机可执行信息”**（D1的播放器客户端和服务器程序是预先安装好的，后续只是同步数据文件，而不是动态布置程序的安装）。同时，D1未涉及借助于“公用网络内的定位服务”来定位下载位置，也未涉及在安装完成后向用户设备发送“服务可用性消息”。

#### D2（JP2002247668A）公开情况分析：

* **技术特征A/B（毫无疑问公开）：** D2公开了在家庭内网络（LAN）中，用户通过移动电话等终端（用户设备）远程操作或控制被控制装置（家用电器），此过程中会发送控制指令或要求。

* **技术特征C（实质公开）：** D2公开了当控制装置（家庭服务器）需要控制新接入的家电时，其获取控制程序（驱动）需要“家電ドライバＵＲＬ”（即控制程序下载的URL地址），该URL是由公用网络（Internet）上的网关服务器（ゲートウェイサーバ3）基于家电的ID和厂商ID提供给家庭服务器的。这实质上公开了“借助于公用网络内的定位服务（网关服务器）来定位下载位置”。

* **技术特征D/E（毫无疑问公开）：** D2公开了家庭服务器根据该URL从家电厂商服务器（家電サーバ6）下载家电驱动程序（计算机可执行信息），并将该驱动程序安装/保存在家庭服务器的数据库中（布置在局域网联网设备上的安装），以实现对家电的控制服务。

* **技术特征F（实质公开）：** D2图12及说明书公开了，在网关服务器处理完并利用转换模块将页面转换为适合终端显示的格式后，将“認証完了”（认证完成）或转换后的控制画面发送给终端显示，使用户知晓可以开始进行远隔控制。这实质上公开了“将有关所述服务在所述局域网内的可用性的消息（即可操作的控制画面）发送到所述用户设备”。

#### D3（JP2003030071A）公开情况分析：

* **技术特征A/B/D/E（毫无疑问公开）：** D3公开了一种基于OSGi或Java环境的网关服务器管理系统。服务提供服务器将“服务代理（Service Agent，即Java可执行程序）”注册到管理服务器，管理服务器再将其分发/分发再分发给各家庭的网关服务器（联网设备）进行存储和执行，用于控制家电。

* **技术特征C（实质公开）：** D3中服务代理的分发和下载是由公用网络上的管理服务器统一调度或由父网关指引的，实质上公开了定位下载位置以获取可执行程序。

* **技术特征F（未公开）：** D3侧重于网络拓扑中代理程序的自愈、分发与双向消息管理，未明确公开在联网设备上安装完该服务代理后，主动向“发起请求的用户设备”发送服务可用性的消息。

---

### 2. 技术特征比对表

---

## 三、 最接近的对比文件（D1、D2、D3）筛选分析

在创造性评述中，判断哪份对比文件适合作为**最接近的对比文件**（第一对比文件），应从技术领域、整体解决的技术问题以及达到的技术效果三个维度进行综合考量：

### 1. 维度分析对比

* **D1 (CN101673298A)：**

* *技术领域/技术问题：* 属于多媒体/视频点播（VoD）数据缓存领域。其解决的技术问题是如何减少局域网内重复下载视频引起的带宽浪费，侧重于**数据流（Data）的负载均衡与分布式存储**。

* *技术效果：* 减少网络堵塞、提升视频播放的并发访问响应速度。

* **D2 (JP2002247668A)：**

* *技术领域/技术问题：* 属于局域网/家庭网络中被控制设备（家电）的远程控制与管理领域。其解决的技术问题是如何**免除用户手动安装驱动程序的负担**，使家庭联网设备能动态、自动地从公网获取对应的家电控制程序（可执行代码）并进行布置安装，从而使远程终端能够使用该服务。

* *技术效果：* 实现了控制程序（可执行信息）的无人干预自动安装，使用户在接入新设备后能立即通过终端看到可用控制界面并操作。

* **D3 (JP2003030071A)：**

* *技术领域/技术问题：* 属于家庭网络网关的管理系统，侧重于利用移动代理（Mobile Agent）或Java环境在多服务器拓扑中分发可执行程序。解决的技术问题是如何减小中心服务器的管理负载及实现故障自愈。

### 2. 结论：最接近的对比文件为 D2（JP2002247668A）

**理由如下：**

目标专利的核心发明意图在于：当用户需要某种服务时，系统能够**动态地从公网定位并取回“计算机可执行信息（程序代码）”**，自动将其布置安装在局域网设备上，使得该服务在局域网内变得“可用”，并最终通知用户。

* **技术实质最为接近：** D2公开了基于终端的访问请求，借助于公网上的网关服务器定位URL，从而下载“家电驱动程序（计算机可执行信息）”并自动执行“安装（インストール）”，最终将可用的控制画面返回给终端。这与目标专利“请求 $\rightarrow$ 定位下载 $\rightarrow$ 安装程序 $\rightarrow$ 通知可用”的完整技术架构完全一致。

* **解决的技术问题和效果最为一致：** 目标专利与D2解决的都是局域网内联网设备如何动态获取**计算机可执行代码**以支持某种特定服务的问题，而不是像D1那样仅仅是点播和缓存已有的**媒体数据文件**。

因此，**D2（JP2002247668A）最适合作为本案创造性分析中最接近的对比文件。**

---

## 四、 权利要求1的无效突破口与最薄弱技术特征

通过上述特征比对表格可以看出，**D2已经几乎将权利要求1的所有技术特征（A、B、C、D、E、F）完全公开**。

### 1. 最薄弱的技术特征（最容易被攻破的特征）

本权利要求中防线最薄弱、也是最容易被认定为已被对比文件公开的特征是：**技术特征C、D、E**。

* **原因：** D2的说明书第【0093】-【0095】段清晰地写明了由网关服务器计算出驱动URL（定位下载位置），家庭服务器去下载该驱动（取回计算机可执行信息），并进行“インストール”（安装）。目标专利在此处完全被D2实质公开，没有任何新颖性/创造性高度。

### 2. 潜在的争辩焦点（无效宣告请求中的关键对抗点）

在实际的无效案件中，专利权人唯一可能挣扎并据理力争的特征是 **技术特征F（发送服务可用性的消息到用户设备）**。

* *专利权人可能的辩称：* D2中发送给移动终端2的是“控制画面（操作画面）”或者是“认证完成”，这属于人机交互界面或普通的网络连接认证响应，并不等同于目标专利所称的“有关所述服务在局域网内的*可用性*的消息”。

* *请求人（我方）的反驳/无效理由：* 在专利技术领域中，“服务的可用性”在控制层面的直接体现就是**终端能够显示出可控的界面或收到允许控制的信号**。D2中终端收到网关转换后的空调控制界面（如图19(C)），用户从而得知可以在线控制空调，该“控制画面”本身即隐含并实质公开了“服务已在局域网内布设完毕并可供使用”的可用性消息。这种转换属于本领域技术人员为了提供良好人机交互的惯用技术手段，不具备创造性。

**结论：** 权利要求1整体由于被D2高度公开，其**创造性（甚至新颖性）极为薄弱**，属于极易被全盘无效掉的权利要求。

---

## 五、 进一步的对比文件检索策略

虽然D2已经构成了非常强力的单篇对比文件（或结合D3进行创造性评述），但为了确保在专利局复审委的无效宣告程序中做到万无一失（防范专利权人对“服务可用性消息”或“局域网/公网定位”进行狭义限缩解释），建议采取以下进一步的检索策略：

### 1. 调整检索关键词与分类号

* **延伸关键词：**

* 将“计算机可执行信息/安装”扩展为：`动态部署 (dynamic deployment)`、`远程安装 (remote installation)`、`插件下载 (plug-in / add-on download)`、`按需配置 (provisioning on demand)`、`OSGi bundle`。

* 将“可用性消息”扩展为：`可用性通知 (availability notification)`、`就绪信号 (ready signal / status telemetry)`、`广播服务发现 (service discovery advertisement / SSDP)`。

* **精准IPC/CPC分类号锁定：**

* `H04L67/34`（与专门适用于网络应用程序的配置或控制有关的网络协议，如软件的分发或下载）。

* `H04L12/28`（局域网、家庭网络控制协议）。

* `G06F8/61`（软件安装）。

### 2. 聚焦特定技术标准与架构检索

* **OSGi联盟（Open Gateway Service Initiative）早期标准文件：** D3的背景技术明确提到了OSGi标准。OSGi的核心机制就是从远程软件仓库（Repository）动态下载Bundle（即JAR包/可执行信息），在网关上执行`install`和`start`，并向整个局域网发布服务注册通知（ServiceEvent/REGISTERED）。建议重点检索2000-2006年期间关于“OSGi远程管理”、“OSGi服务动态部署与通知”的非专利文献和专利。

* **UPnP (Universal Plug and Play) 与 DLNA 协议规范：** 检索设备接入局域网后，如何通过公网自动下载该设备的控制描述文件（XML）或控制软件，并向控制点（Control Point，如手机）发送`Alive`或服务可用公告的流程方案。

### 3. 目标公司与发明人追踪

* 针对本案的技术特征，可将**思科（Cisco）、索尼（Sony）、松下（Panasonic）、三星（Samsung）**等在2000年代中早期大量布局智能家居和网关中间件的公司作为重点目标申请人进行追索检索，通常能找到图纸和流程图与本案高度重合的早期基础专利。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的逻辑，对权利要求1进行深度解析，并针对您提供的三份对比文件（D1、D2、D3）进行精准的实质公开/毫无疑问公开的特征比对与创造性分析。

以下为针对本案的完整无效宣告/创造性分析报告：

---

### 一、 目标专利权利要求1的解构与技术本质分析

权利要求1保护的是一种“用于处理局域网内的服务请求的方法”。其核心发明点在于：**打破传统的局域网（LAN）设备仅靠本地或局域网内预装程序响应请求的限制，引入了公用网络（如Internet）的定位服务，动态地在公网定位并取回“计算机可执行信息（如应用/驱动/更新程序）”，并安装到LAN内的联网设备上，最后反馈给设备。**

为了精确比对，我们将权利要求1拆解为以下6个技术特征：

* **特征A**：从用户设备接收服务请求；

* **特征B**：所述服务请求包括有关执行所述服务所需的一个或多个要求的信息；

* **特征C**：借助于公用网络内的定位服务来定位下载位置以基于所述服务请求中的所述信息来获得计算机可执行信息；

* **特征D**：从所述下载位置中取回计算机可执行信息以用于执行所述服务；

* **特征E**：布置所述计算机可执行信息在所述局域网内的联网设备上的安装；

* **特征F**：将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备。

---

### 二、 对比文件公开特征深度分析及出处指引

根据您的要求，对比文件分别用以下简称代指：

* **D1**：JP2004081591A（游戏媒体借出装置）

* **D2**：JP2004192278A（通信系统及车载网关装置）

* **D3**：JP2008015954A（网关装置及系统）

#### 1. D1（JP2004081591A）实质公开分析

D1主要涉及一种游戏机房（帕珍扣）内的游戏媒体贷出系统。

* **特征A/B（实质公开/毫无疑问公开）**：D1公开了“游技媒体貸出装置1”（相当于局域网内联网设备/网关）接收来自游技者的有价价值信息或卡片插入请求，金额信息等属于执行贷出服务的要求信息。【说明书００１１-００１３，图1】

* **特征C/D（未公开）**：D1中虽然提到了网络6（Internet）和会员卡管理中心7，但这仅用于上传销售数据、店内的低额入金/消费信息以供结算【说明书００２１-００２２】。D1的系统并没有为了执行服务而“借助于公网的定位服务来定位下载位置并取回计算机可执行信息”的机制，其贷出控制逻辑完全是本地固化的。

* **特征E（未公开）**：D1未公开将从公网取回的计算机可执行信息安装到局域网设备上。

* **特征F（实质公开）**：D1公开了在贷出装置的显示部33或错误显示部23上显示残高（余额）或入金信息，这属于将服务可用性或状态发送/提示给用户设备（游技者）。【说明书００３６-００３８】

#### 2. D2（JP2004192278A）实质公开分析

D2涉及一种车载通信系统，车载网关（Gateway）连接了车内局域网（CL-LAN和OP-LAN）与车外公网。

* **特征A/B（毫无疑问公开）**：D2公开了用户操作车载操作装置26发出更新要求，车载网关10（局域网设备）接收该请求。该请求包含对处理程序更新（执行服务）的要求。【说明书００５２，图4】

* **特征C/D（毫无疑问公开）**：D2明确公开了“网关10根据下载指示，获取DL服务器30（公网内的定位服务/下载位置）的地址，向外部通信装置发送下载要求”，并从该下载位置下载“处理程序（计算机可执行信息）”。【说明书００５６-００５９，图4、图5】

* **特征E（毫无疑问公开）**：D2明确公开了“网关10的MPU11将从DL服务器30接收到的处理程序更新（安装）到闪存13（局域网内的联网设备）中”。【说明书００６０，图4】

* **特征F（实质公开）**：D2虽然侧重于后台更新，但更新是由操作装置26（用户设备）发起的，更新完成或失败后，网关会执行相应的动作。但在严格意义上，D2对于“将服务在局域网内**可用性**的消息显式发送到用户设备”的描述属于实质公开（即隐含了系统更新完成可用的状态反馈）。

#### 3. D3（JP2008015954A）实质公开分析

D3涉及一种智能家居网络系统，家庭网关（Home Gateway）连接了家庭局域网与公网通信网。

* **特征A/B（毫无疑问公开）**：D3公开了“用户通过所持有的PC或电视机上的浏览器（用户设备）向家庭网关60（局域网设备）发送指示来启动服务应用程序（服务请求）”，该请求包含选择特定的服务AP ID（要求信息）。【说明书００３６，００４６，图11】

* **特征C/D（毫无疑问公开）**：D3公开了家庭网关60会与公网通信网40上的“应用程序下载服务器10（定位下载位置）”通信，并从该服务器下载能够控制被制御机器70的“服务应用程序（计算机可执行信息）”。【说明书００１７-００１８，图1】

* **特征E（毫无疑问公开）**：D3公开了家庭网关60的CPU601将下载的应用程序动态安装/动态扩展，并加载到主内存602或保存至不挥发性存储装置604中以运行。【说明书０００４，００２２】

* **特征F（毫无疑问公开）**：D3公开了通过Web服务器61作为用户接口，向用户的PC或电视浏览器（用户设备）交互并显示服务AP的运行或控制机器的一览信息，即通知了服务的可用性。【说明书００３６，００５８-００６０】

---

### 三、 技术特征比对表格

以下是本案目标专利权利要求1与对比文件D1、D2、D3的详细特征比对表：

---

### 四、 最接近对比文件（最接近现有技术）的选择与创造性分析

从**整体解决的技术问题**以及**技术效果**的角度分析，本案在创造性分析过程中**适合做最接近对比文件（D1）的应当是 D3 和 D2**。本案具有多个最接近对比文件。

#### 1. 为什么 D3 适合作为最接近的对比文件？

* **技术领域与架构高度一致**：D3 解决的是局域网（家庭网络80）内部设备由于预装应用限制而无法动态扩展功能的问题，这与目标专利“处理局域网内的服务请求”的场景完全一致。

* **解决的技术问题相同**：二者均致力于解决如何利用公网资源（云端服务器）动态地为局域网内的联网设备获取并安装新的计算机可执行信息（应用/服务），从而响应用户的个性化请求。

* **技术效果相同**：实现了局域网内服务能力的动态扩展与按需加载。D3 已经完全毫无意义地公开了权利要求1的全部特征（A-F），构成**新颖性突破（或丧失创造性）**的绝佳武器。

#### 2. 为什么 D2 也适合作为最接近的对比文件？

* **技术架构契合**：D2 解决的是车载局域网（车载ＬＡＮ）内网关装置因生命周期长、无法适配公网（Internet）上瞬息万变的新业务/新协议的问题。

* **技术手段一致**：其同样通过局域网设备向公网DL服务器请求，动态取回可执行程序并布置在本地安装更新。

* **技术特征覆盖**：D2 同样几乎公开了权利要求1的所有技术特征，在创造性判断中具有极高的杀伤力。

#### 3. 排除 D1 作为最接近对比文件的理由

D1 的核心在于“通信断开时的低额有价价值贷出控制”，属于具体的业务控制逻辑，完全不涉及“从公网定位、取回计算机可执行信息并动态安装”这一网络拓扑和功能扩展层面的技术问题，因此不适合作为最接近的对比文件。

#### 4. 特征交叉公开性判定

由于 **D3 和 D2 已经各自独立地公开了权利要求1的全部技术特征（A-F）**，因此不需要再行讨论“没有被最接近对比文件公开的特征是否被其他对比文件公开”的组合问题。D3 或 D2 均可单子构成对权利要求1新颖性或创造性的致命打击。

---

### 五、 针对无效请求的最薄弱技术特征分析

虽然从表面上看，D3 和 D2 已经实现了对权利要求1的全文覆盖，但若专利权人在无效宣告程序中进行**限缩性解释**或**修改权利要求**，以下特征将是防守/进攻的焦点，也是目前权利要求1中**相对最薄弱（对专利权人而言最难守住，对请求人而言最容易攻破）**的特征：

> **特征F：将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备。**

* **薄弱原因**：该特征的表述极其宽泛。只要局域网设备在安装完程序后，向用户的手机、PC浏览器或车载屏幕上发送一个“安装成功”、“服务已就绪”或更新交互界面，就落入了该特征的保护范围。在现有技术（如D3的Web服务器反馈、D2的终端交互）中，这种“服务可用性”的通知是任何网络交互系统的标准配置，不具备任何独特的发明高度。专利权人极难通过此特征来论证创造性。

---

### 六、 进一步的对比文件检索策略建议

为了在无效宣告程序中构建“双保险”甚至“多路联合打击”的证据链，防止专利权人通过修改权利要求（例如将说明书中的具体局域网架构、定位服务的特定协议或可执行信息的特定校验机制补入权利要求1）来逃避无效，建议采取以下检索策略：

1. **聚焦标准与特定框架检索**：

* **OSGi (Open Services Gateway initiative) 联盟标准**：D3中提到了OSGi框架。OSGi标准的核心就是面向Java的动态模块系统，允许远程下载、安装、更新、卸载“Bundle（组件/计算机可执行信息）”而无需重启局域网网关。检索2004-2008年左右关于“OSGi网关 + 远程下载Bundle + 用户终端请求”的专利和标准文献，能彻底封死专利权人向OSGi方向修改的退路。

* **UPnP (Universal Plug and Play) / TR-069 协议**：TR-069是电信骨干网管理局域网网关（CPE）的全球标准协议，其中明确定义了远程触发CPE下载固件/应用（RPC方法: Download）并向控制端返回状态的流程。

2. **检索关键词扩展组合**：

* `局域网/家庭网络/车载网络` AND `网关/联网设备` AND `远程下载/动态安装/应用商店` AND `可用性通知/状态反馈`。

* 英文关键词：`Home Gateway` AND `Dynamic Installation` AND `Executable` AND `Location Service/URL` AND `Notification/Availability`.

3. **分类号锁定**：

* **H04L67/34**（专门针对：软件的安排或启动，例如，下载、安装或运行软件）——这是本案最核心的IPC分类号，应在此分类号下进行穷尽式检索。

* **H04L12/28**（局域网、家庭网络相关）。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深度解析，并结合两份对比文件（D1: JP2010166571A、D2: KR20060013114A）的原文进行严谨的特征比对、最接近对比文件选择、技术漏洞分析及后续检索策略的制定。

---

### 一、 权利要求1的技术特征拆解与合理解释

**权利要求1**保护一种用于处理局域网内的服务请求的方法。其技术实质是利用局域网内的控制/中央设备，代替或协助用户设备（终端）向公网（外网）定位、取回计算机可执行信息（如软件、数据、媒体流等），并布置安装到局域网内的联网设备上。

* **特征A**中的“用户设备”指发出服务需求的终端（如手机、遥控器、PC等）；

* **特征B**中的“要求的信息”指服务请求中携带的具体参数（如软件版本、服务类型、格式要求等）；

* **特征C**中的“公用网络内的定位服务”对应广域网（如Internet）中的服务器、下载地址（URL）或检索引擎，“计算机可执行信息”包括软件更新包、驱动、多媒体数据流或可执行程序；

* **特征E**中的“联网设备”指局域网内最终执行该服务或安装该软件的实体设备，它可以是发送请求的“用户设备”本身，也可以是局域网内的其他受控设备。

---

### 二、 对比文件技术特征比对表

为了客观展现对比文件公开的详细程度，以下将权利要求1的特征与D1、D2的原文进行精准映射：

#### **特征比对表格**

---

### 三、 最接近对比文件（D1 vs D2）的选择与创造性分析

在创造性评判中，选择**最接近的对比文件**通常考量技术领域是否相同、解决的技术问题是否最相似、公开的技术特征是否最多。

#### **1. 候选文件分析**

* **D1 (JP2010166571A):** 解决的是在家庭网络中，由于各个设备自行访问外网搜索、下载及转换多媒体数据/软件带来的软硬件成本高昂的问题。它通过设置一个集中式的“中央模组（Module 6）”来代替终端处理外网搜索（定位）、下载和格式转换。

* **D2 (KR20060013114A):** 专门解决局域网内缺乏显示单元的受控设备如何自动化、简化软件升级的问题。它通过中央“控制装置”获取各设备的版本和URL信息，替受控设备去公网服务器查询、下载升级包，并控制联网设备完成安装。

#### **2. 最接近对比文件的确定**

**本案中，D2 (KR20060013114A) 最适合作为最接近的对比文件。**

* **技术领域与问题的一致性：** 本案要求1解决的是局域网内处理服务请求、自动定位并下载“计算机可执行信息”并“布置安装”的过程。D2的场景完全契合——其核心即为通过局域网的Control Device处理受控设备的请求，去公网的Update Server定位并下载软件更新文件，最后布置在联网设备（Device A/B）上安装。

* **特征覆盖度：** 如比对表所示，D2几乎毫无异议地公开了特征A、B、C、D、E、F的绝大部分实质内容。特别是特征F（向用户设备发送可用性消息），D2在`[0010]`和`[0012]`中明确提到了通过CGI或事件机制将“Update Available”消息推送到控制装置的显示单元上或通知受控设备。

---

### 四、 无效请求中最薄弱的技术特征分析

若要对本权利要求1提起无效宣告请求，**特征F（将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备）**是本案形式上最容易被专利权人作为“发明点”进行答辩的特征，但也是**实际最薄弱、最容易被攻破的特征**。

**原因如下：**

1. **D2已实质公开：** 在D2的实施例三（图11、12）中，当Device B需要更新时，中央控制装置（1108）通过Device A去外网定位查询，确认有更新可用（Update Checked）后，控制装置会向Device B发送“Update Available”消息（参见D2原文`[0012]`：“제어장치(1108)는 업데이트 어베일러블 메시지(1214)를 통하여 Device B(1104)에게 업데이트 가능을 알려 주고”）。这与特征F“将有关所述服务在所述局域网内的可用性的消息发送到所述用户设备”完全相同。

2. **属于本领域的常规技术手段：** 即使专利权人辩称“服务可用性”不完全等同于“软件更新可用”，在局域网/公网双层架构中，代理服务端在异步下载/准备好可执行文件后，向发起请求的终端发送一条“通知/服务已就绪”的消息，是计算机网络通信（如UPnP事件通知机制、CGI回调机制）中极其常规的反馈握手步骤。本领域技术人员在D2或D1的基础上，为了提高用户体验或实现前后台同步，极易想到增加此通知特征，不具备创造性。

---

### 五、 进一步的对比文件检索策略

虽然当前D2对特征的覆盖度极高，但为了确保无效宣告的成功率（形成“双保险”或多组结合），建议采取以下进一步的检索策略：

1. **技术主题词微调与扩充：**

* 目前检索主要集中在“软件更新（Software Update）”，建议将检索主题词向更通用的**局域网代理服务（LAN Proxy Service）**、**边缘计算网关（Edge Gateway）**、**局域网内CDN/缓存布置（LAN Cache/Content Delivery）**扩展。

* **检索式组合：** `(局域网 OR 家庭网络 OR UPnP OR ゲートウェイ) AND (下载 OR 检索 OR 取回 OR 定位 OR エージェント) AND (可执行 OR 软件 OR 镜像 OR 固件 OR アプリケーション) AND (安装 OR 布置 OR デプロイ)`。

2. **密切关注标准演进（3GPP / 宽带论坛 Broadband Forum）：**

* 鉴于该技术涉及局域网网关与外部定位服务的交互，建议检索 **Broadband Forum (BBF) 的 TR-069 / TR-369 (USP, User Services Platform)** 规范。这些标准中包含了大量关于中央网关（Gateway）代替局域网内联网设备向公网 ACS 服务器请求服务、下载固件/应用并通知终端的标准化流程描述，其公开的流程通常具有极强的系统性和破坏力。

3. **针对特征F的专项检索：**

* 专门寻找“异步下发通知”的对比文件。重点检索具有**消息推送（Push Notification）**或**发布-订阅（Publish-Subscribe，如MQTT、UPnP Eventing GENA协议）**架构的家庭网络专利。证明当网关在后台从外部URL（下载位置）取回可执行文件并准备好服务后，向用户终端发送“Service Available”是本领域的公知常识。

根据权利要求1所述的方法，在收到所述服务请求之后检查所述服务在所述局域网内是否是可用的；如果所述服务是不可用的，则所述定位、下载以及安装被执行；如果所述服务是可用的，则这些动作被省略。

根据权利要求2所述的方法，其中检查包括将所述服务请求转发到所述局域网内的设备；在预定时间段内等待来自所述设备中的一个的、确认所述服务可用的响应消息；如果在所述预定时间段内未收到确认响应消息，则所述服务被认为是不可用的。

根据权利要求2所述的方法，其中所述局域网包括服务注册表；所述服务注册表包含在所述网络内可用的服务的列表；检查包括查阅所述服务注册表。

根据前述权利要求中任何一项所述的方法，其中定位下载位置包括从所述定位服务接收适于下载所请求的服务的多个位置；选择所述下载位置。

根据权利要求5所述的方法，其中选择所述下载位置基于预定标准。

根据权利要求6所述的方法，其中选择所述下载位置包括将适于下载所请求的服务的所述多个位置转发到所述用户设备；从所述用户设备接收所选择的下载位置作为响应。

根据权利要求1-4中任何一项所述的方法，在收到所述服务请求之后，所述方法还包括将与网关系统的能力相关的附加信息添加到所述服务请求；所述定位进一步基于所述附加信息。