对比文件名称：2017-11-07_CN107332877A_发明公开_CN107332877A 基于消息路由且缓存上下文的去状态行情网关系统
目标专利名称：1108处理应用的业务的方法和网络功能实体CN111373715B
本次调用的模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从应用功能AF(135)接收用于所述应用(201)的多个候选位置(200a，200b)以及针对所述多个候选位置(200a，200b)中的每一个候选位置的用于所述应用(201)的业务路由信息<br>公开性判断：未公开 | 对比文件[0011]：“服务发现模块，用于查找存在的行情侧服务，并维护行情服务器的统计数据”。 | 对比文件涉及行情网关系统，接收用户侧设备请求并路由到行情侧服务器，但未涉及从应用功能AF接收多个候选位置和业务路由信息。服务发现模块维护的服务列表是通过查找获得的，而非从AF接收。因此特征A未被直接公开或隐含公开。 |
| 技术特征B：其中，所述应用(201)的业务最初被引导到初始选择的候选位置<br>公开性判断：隐含公开 | 对比文件[0012]：“路由模块，用于对来自用户侧设备的数据包的消息类型进行分析，并确定分配的行情侧服务器”。<br>对比文件[0054]：“用户侧网关模块，用于接收用户侧设备发送的会话请求，维护与用户侧设备的会话队列”。 | 对比文件的路由模块根据消息类型确定分配的行情侧服务器，这相当于将业务最初引导到初始选择的候选位置（服务器）。用户侧网关模块接收会话请求，即业务初始引导。因此，特征B被隐含公开。 |
| 技术特征C：在没有接收到相反的指示时，确定所述SMF(108)被允许将所述应用(201)的业务引导到所述多个候选位置中的重新选择的候选位置<br>公开性判断：隐含公开 | 对比文件[0010]：“上下文模块，用于存储和维护所有用户侧设备在行情侧服务器上的实时上下文信息，在行情侧服务器出现问题后，通过缓存的上下文信息恢复现场”。<br>对比文件[0045]：“去状态化，即屏蔽了Client与Server之间的状态关系”。 | 对比文件未明确提及“指示”，但上下文模块在服务器出问题时自动恢复现场到其他服务器，表明系统默认允许重新选择，无需外部指示。因此，在没有相反指示时允许重新选择被隐含公开。 |
| 技术特征D：在从所述AF(135)接收的所述多个候选位置(200a，200b)中重新选择所述多个候选位置(200a，200b)中的一个候选位置<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有AF，候选位置并非从AF接收，而是通过服务发现模块维护。重新选择基于服务发现列表，但来源不同。因此特征D未被公开。 |
| 技术特征E：通过将所述应用(201)的业务从所述初始选择的候选位置重定位到重新选择的候选位置，将所述业务引导到所述重新选择的候选位置(200a，200b)<br>公开性判断：隐含公开 | 对比文件[0010]：“上下文模块，在行情侧服务器出现问题后，通过缓存的上下文信息恢复现场”。<br>对比文件[0076]：“当某行情侧服务器出现问题时，可以基于上下文信息，对客户透明的将其转移到新的可用行情侧服务器上”。 | 对比文件明确描述当服务器出问题时，将客户端转移到新的可用服务器，这相当于重定位业务到重新选择的候选位置。因此特征E被隐含公开。 |
| 技术特征F：其中，当已经从所述AF(135)接收到所述SMF(108)被允许引导业务的指示时，确定所述SMF(108)被允许将所述应用(201)的业务引导到所述多个候选位置中的重新选择的候选位置<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有AF，也没有任何从外部接收指示的机制。因此特征F未被公开。 |
| 技术特征G：其中，所述指示指明所述应用(201)是无状态的；并且，无状态的应用(201)允许所述SMF(108)将所述应用(201)的业务引导到所述重新选择的候选位置(200a，200b)<br>公开性判断：未公开 | 对比文件[0045]：“本发明实现了网关接入服务器去状态化：在ACS内部，其实是一个无状态的数据处理过程”。 | 对比文件虽然公开了系统处理无状态数据，但没有公开“指示”指明应用无状态。特征G要求指示的存在，对比文件没有该指示，因此未被公开。无状态允许引导可能隐含，但整体特征G不满足。 |
| 技术特征H：其中，所述多个候选位置(200a，200b)、业务路由信息和所述指示在一个消息中被一起接收<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有同时接收这些信息的概念。因此未公开。 |
| 技术特征I：还包括：<br>公开性判断：不适用 | 无直接引用。 | 该特征为过渡用语，无实质技术内容，对比文件无对应。 |
| 技术特征J：在业务引导已经被执行之后，移除处理与旧位置(200a)相关联的业务路径的网络功能<br>公开性判断：隐含公开 | 对比文件[0072]：“ServerDisconnect由行情侧网关模块响应时生成，用于通知到行情侧业务子模块，并更新路由表、反向查询表、发现表、策略表等，关闭对应的客户端连接”。 | 对比文件在服务器断开时关闭对应的客户端连接，这相当于移除与旧服务器相关联的业务路径（网络功能）。因此特征J被隐含公开。 |
| 技术特征K：还包括：<br>公开性判断：不适用 | 无直接引用。 | 同特征I。 |
| 技术特征L：当已经执行了所述确定时，存储所述多个候选位置(200a，200b)和所述业务路由信息<br>公开性判断：隐含公开 | 对比文件[0042]：“上下文状态表子模块，用于以用户侧设备和请求ID为关键字，以请求内容为数值的一组映射表”。<br>对比文件[0036]：“路由表子模块，用于记录用户侧设备和消息ID与行情侧服务之间的映射关系”。 | 对比文件的路由表和上下文表存储了用户侧设备与行情侧服务器的映射关系，即存储了候选位置（服务器）和业务路由信息（映射）。虽然未明确“确定时”存储，但系统运行时持续存储这些信息。因此特征L被隐含公开。 |
| 技术特征M：其中，所述多个候选位置(200a，200b)采用数据网络接入标识符DNAI的列表的形式<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有DNAI概念。因此未公开。 |
| 技术特征N：对应的业务路由信息是N6业务路由信息<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有N6接口概念。因此未公开。 |
| 技术特征O：其中，所述业务路由信息指明如何从在所述候选位置处的用户平面功能UPF(125)到达所述应用(201)<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有UPF概念，路由信息指向内部服务器，但不是从UPF。因此未公开。 |
| 技术特征P：其中，经由以下中的至少一个从所述AF(125)接收所述多个候选位置(200a、200b)和所述业务路由信息：策略控制功能PCF(133)，以及网络开放功能NEF(205)<br>公开性判断：未公开 | 无直接引用。 | 对比文件没有PCF/NEF。因此未公开。 |
<<<b>>><<<c>>><<<e>>><<<j>>><<<l>>>