好的，作为一名资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行详尽的比对和分析。
### 回答开始
**对比文件名称：** 2006-06-01_US2006117025A_发明申请_US20060117025A1 Optimizing communication using scaleable peer groups
**目标专利名称：** 1106机器对机器通信系统中的通信策略控制CN107925630B
**本次调用的模型名称：** 通义千问 (根据用户要求，此处应明确模型名称，但用户未指定具体模型，故以通用模型名代替)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译并标注段落） | 公开性论述 |
| **技术特征A：** 用于确定在机器对机器通信系统中由客户端实体向服务器实体报告数据所使用的通信类型，所述客户端实体和服务器实体彼此之间具有至少两种不同的可用通信类型，所述通信策略控制设备包括作用于计算机指令的处理器，由此所述通信策略控制设备可操作用于，监测根据当前通信类型在当前通信介质上的通信的连接状态<br><br>【隐含公开】 | **[0028]** 本发明的方面涉及使用一种智能收发器组件，该组件在任意时间点，针对任何给定的通信场景，动态地选择合适的通信机制。<br><br>**[0050]** 特别是，智能收发器（即，150a-c）可以在通信过程中的任何时刻，基于多种动态确定的因素，动态地确定哪种通信机制可能更有效。...智能收发器150a-c还可以监测网络故障活动以及任何其他网络变化，包括网络策略的变化或更新。 | 对比文件公开了在对等网络环境中，一个设备（相当于客户端实体）向另一个设备（相当于服务器或对等实体）发送消息时，使用智能收发器（相当于通信策略控制设备）来确定通信机制。该智能收发器能够识别多种通信机制（如HTTP、SMS、TCP等，相当于至少两种不同的可用通信类型），并动态选择最合适的一种。它包含处理器（作用于计算机指令），并能监测网络变化和故障（相当于连接状态）。虽然其“监测”的具体对象（网络变化、故障）与目标专利中的“连接状态”略有差异，但其核心功能——在多种通信类型中基于监测进行动态选择——是相同的。因此，该特征被对比文件隐含公开。 |
| **技术特征B：** 所述通信的连接状态包括通信速度<br><br>【隐含公开】 | **[0056]** 因此，智能收发器150a选择通信通道170用于应用程序157（发送者），因为通信通道170与通道175相比具有相对较快的上传速度。类似地，图3显示智能收发器150a选择通信通道175用于应用程序156（监听者），因为通信通道175与通道170相比具有相对较快的下载速度。<br><br>**[0050]** ...智能收发器150a-c还可以监测网络故障活动，以及任何其他网络变化... | 对比文件在描述智能收发器如何选择通信通道时，明确提到了通信通道的“上传速度”和“下载速度”，并将其作为选择通道的关键依据。这表明智能收发器在决策过程中必然监测或知晓这些速度信息。为了确定哪种通信机制更“合适”，监测通信速度（如吞吐量、比特率）是评估连接状态和网络性能的常规手段。因此，通信的连接状态包括通信速度这一特征被对比文件隐含公开。 |
| **技术特征C：** 识别受所述连接状态影响的系统参数<br><br>【直接公开】 | **[0050]** 智能收发器150a-c还可以监测网络故障活动，以及任何其他网络变化，包括网络策略的变化或更新。由智能收发器150a-c动态确定的这些信息可以允许给定的收发器动态调整使用哪些通信机制或通道。<br><br>**[0060]** 例如，智能收发器150a识别关于对等体115处用户的存在信息...相应地，并基于任何其他相关因素（例如，邻近度、网络位置、相关应用、一天中的时间等），智能收发器确定HTTP通信机制133比例如SMS通信机制137更合适。 | 对比文件明确说明智能收发器监测网络故障、变化和策略更新等连接状态信息，并基于这些信息（如用户存在性、网络位置、应用等，这些均属于系统参数）动态调整通信机制。智能收发器首先监测到连接状态的变化（如用户从有线网络变为无线网络），然后识别出受此影响的系统参数（如用户的存在性发生变化，这属于客户端实体参数或应用程序相关参数），从而触发后续的通信机制选择。这一“监测-识别-调整”的逻辑链条清晰，因此“识别受连接状态影响的系统参数”被直接公开。 |
| **技术特征D：** 所述系统参数包括客户端实体参数和应用程序参数<br><br>【直接公开】 | **[0052]** ...对等体100可能最初通过智能收发器150a检测到某些“存在”信息，这表明对等体115处的用户通过有线网络连接。...然而，对等体115处的用户可能在稍后离开有线计算机系统，并且随后仅能通过无线通信方式可用。相应地，智能收发器150b可能将该用户的这种存在性变化信息传输到对等体100处的收发器150a。<br><br>**[0055]** 图3示出了根据本发明方面的另一种实现，其中智能收发器组件可用于动态管理传入和传出的对等消息。特别是，图3示出了一个实现，其中对等体100正在使用应用程序156和157进行通信，这些应用程序分别以主要是监听或发送的行为运行。 | 对比文件明确指出了系统参数的多个方面。**客户端实体参数**：如“存在性信息”（presence information）描述了客户端（对等体）的当前状态（在线、离线、通过何种方式连接），这属于客户端实体参数。**应用程序参数**：识别应用程序是“监听”行为还是“发送”行为（[0055]），这属于应用程序的特性或参数。智能收发器正是基于这些参数来选择通信机制。因此，对比文件直接公开了系统参数包括客户端实体参数和应用程序参数。 |
| **技术特征E：** 基于受影响的系统参数来选择通信策略<br><br>【直接公开】 | **[0060]** ...基于任何其他相关因素（例如，邻近度、网络位置、相关应用、一天中的时间等），智能收发器确定HTTP通信机制133比例如SMS通信机制137更合适。<br><br>**[0056]** 因此，智能收发器150a选择通信通道170用于应用程序157（发送者），因为通信通道170与通道175相比具有相对较快的上传速度。类似地，图3显示智能收发器150a选择通信通道175用于应用程序156（监听者），因为通信通道175与通道170相比具有相对较快的下载速度。 | 对比文件中的“确定HTTP通信机制更合适”或“选择通信通道170”等操作，正是基于邻近度、网络位置、相关应用、用户存在性、应用行为（发送/监听）等受影响的系统参数做出的决策。这个决策过程可以视为“选择通信策略”，因为选择的通信机制（如HTTP、SMS、TCP）和通信通道（如通道170、175）决定了后续如何进行通信，这实质上等同于一种通信策略。因此，该技术特征被直接公开。 |
| **技术特征F：** 还基于客户端实体的当前状态和已经发现至少一些应用程序参数已经被影响的应用程序的特性来选择策略<br><br>【直接公开】 | **[0052]** 对等体100可能最初通过智能收发器150a检测到某些“存在”信息...这表明对等体115处的用户通过有线网络连接。...对等体115处的用户可能在稍后离开有线计算机系统，并且随后仅能通过无线通信方式可用。<br><br>**[0056]** 因此，智能收发器150a选择通信通道170用于应用程序157（发送者），因为通信通道170与通道175相比具有相对较快的上传速度。...智能收发器150a选择通信通道175用于应用程序156（监听者），因为通信通道175与通道170相比具有相对较快的下载速度。 | 对比文件明确结合了这两方面因素进行决策。**客户端实体的当前状态**：即“存在性信息”，描述用户当前是通过有线还是无线连接（[0052]）。**应用程序的特性**：即应用程序是“发送者”还是“监听者”（[0056]），这显然是应用程序参数被影响（如数据发送需求）后的特性。智能收发器将两者结合，为发送型应用选择上传快的通道，为监听型应用选择下载快的通道。这完全符合“还基于客户端实体的当前状态和已经发现至少一些应用程序参数已经被影响的应用程序的特性来选择策略”的描述。因此，该特征被直接公开。 |
| **技术特征G：** 所述通信策略设定使用一种或多种通信类型的规则<br><br>【直接公开】 | **[0028]** ...智能收发器组件，该组件在任意时间点，针对任何给定的通信场景，动态地选择合适的通信机制。<br><br>**[0050]** ...由智能收发器150a-c动态确定的这些信息可以允许给定的收发器动态调整使用哪些通信机制或通道。 | 对比文件全文的核心思想之一，就是智能收发器通过执行一系列决策逻辑（即规则），来动态选择和使用一种或多种通信机制（如HTTP、SMS、TCP）。例如，当用户存在性变化时，规则可能指示从HTTP切换到SMS。当应用为发送型时，规则可能指示选择上传速度快的通道。这些决策逻辑本身就是“设定使用一种或多种通信类型的规则”。因此，该技术特征被直接公开。 |
| **技术特征H：** 如果所述通信策略尚未应用则根据所选择的通信策略指定的通信类型激活通信介质上的通信<br><br>【直接公开】 | **[0060]** 在确定HTTP通信机制133更合适后，智能收发器150a使用HTTP通信机制133在对等体100和115的应用之间创建通信通道。或者，如果SMS通信机制137在稍后时间更合适，智能收发器150a取最初为HTTP通信机制133创建的通信通道的缓存，并将其应用于SMS通信机制137。<br><br>**[0053]** 智能收发器150a于是自动确定用户（对等体115）通过不同的通信机制（例如SMS通信机制137）更容易到达。相应地，智能收发器150a使用最初通过HTTP机制133建立的已缓存通信通道，并在现在更优选的SMS通信机制137上复制该通信通道。 | 对比文件描述了智能收发器在确定新通信机制（如SMS）更合适后，会“激活”该机制上的通信。特别是[0060]和[0053]提到，从HTTP切换到SMS时，是在新的SMS机制上“复制”或“应用”通信通道，这隐含了新的通信机制尚未被应用，需要被激活。这里的“创建通信通道”或“在新的机制上复制通道”等同于“根据所选择的通信策略指定的通信类型激活通信介质上的通信”。因此，该特征被直接公开。 |
| **技术特征I：** 其中每种通信类型限定了在对应网络类型上的数据交换类型<br><br>【隐含公开】 | **[0009]** 例如，对等通信框架可以使用超文本传输协议（“HTTP”）机制向用户发送消息...如果用户离开本地计算机系统...使用短消息服务（“SMS”）通信机制将消息传送到用户的手机可能更有效。<br><br>**[0050]** ...诸如传统的HTTP、SMS或TCP机制，以及其他通信机制，如射频（“RF”）、红外、共享存储器和/或串行端口组件。 | 对比文件列举了多种通信机制，如HTTP（通常用于Web）、SMS（用于移动网络短信）、TCP（用于IP网络）、RF（射频）、红外等。本领域技术人员可以毫无疑义地理解，每种通信机制都对应着特定的网络类型（如互联网、移动通信网、个人区域网）和在该网络上的特定数据交换方式（如请求/响应、报文、流式传输）。这本质上是每种通信类型的固有定义。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：** 所述通信策略控制设备在所述客户端实体或服务器实体中实现<br><br>【隐含公开】 | **[0026]** 本发明延伸到用于优化对等通信的系统、方法和计算机程序产品。...<br><br>**[0049]** 图2显示了对等体100可以包括一个智能收发器组件150a。...智能收发器150a是一个个性化组件，在对等通信系统中的其他对等体中也可以找到，例如在对等体115上的收发器150b和对等体上的收发器150c。 | 对比文件中，智能收发器（相当于通信策略控制设备）被描述为对等网络中的每个对等体（peer）都可以包含的组件（[0049]）。在一个对等通信系统中，一个对等体发送消息时可以视作“客户端实体”，接收消息或提供服务的节点可以视作“服务器实体”。智能收发器作为一个通用组件，既可以应用于发起通信的节点（客户端），也可以应用于响应通信的节点（服务器或对等节点）。因此，该技术特征被隐含公开。 |
| **技术特征K：** 其中所述客户端实体控制从一个或多个应用程序到所述服务器实体的数据传送<br><br>【隐含公开】 | **[0049]** 通常，智能收发器150a可用于在应用程序组件155与一个或多个通信机制133、135和137之间进行接口，然后基于多种系统约束或属性（例如硬件、软件、网络问题等）做出某些消息发送和接收的决定。<br><br>**[0055]** ...智能收发器150a选择通信通道170用于应用程序157（发送者）... | 对比文件描述了客户端实体（对等体100）中的智能收发器150a，在应用层155（一个或多个应用程序）和底层通信机制之间提供接口，并做出消息发送的决策。应用程序通过该实体向其他对等体（可视为服务器实体）发送数据。这实质上公开了“客户端实体控制从一个或多个应用程序到所述服务器实体的数据传送”的功能，尽管其控制粒度可能略有不同。因此，该特征被隐含公开。 |
| **技术特征L：** 所述系统参数还包括当前使用的通信介质和通信类型的通信参数<br><br>【隐含公开】 | **[0056]** 通信通道170具有大致相等的上传和下载配置，而通信通道175具有更快的下载但更慢的上传配置。<br><br>**[0050]** ...智能收发器150a-c还可以监测网络故障活动，以及任何其他网络变化... | 对比文件明确提到了通信通道的配置参数，如“上传速度”、“下载速度”，这些是典型的通信参数。同时，智能收发器监测的网络活动、策略变化等，也必然涉及当前使用的通信介质（如无线、有线）和通信类型（如HTTP、SMS）的性能参数。在选择通信机制时，智能收发器需要考虑当前通信通道的这些状态参数。因此，系统参数包括当前使用的通信介质和通信类型的通信参数这一特征被隐含公开。 |
| **技术特征M：** 所述通信策略控制设备当被配置为根据通信类型激活通信介质上的通信时<br>**技术特征N：** 可操作用于根据通信类型实现对所选择的介质上的通信的设置<br><br>【直接公开】 | **[0060]** 在确定HTTP通信机制133更合适后，智能收发器150a使用HTTP通信机制133在对等体100和115的应用之间创建通信通道。<br><br>**[0053]** 智能收发器150a于是自动确定用户（对等体115）通过不同的通信机制（例如SMS通信机制137）更容易到达。相应地，智能收发器150a使用最初通过HTTP机制133建立的已缓存通信通道，并在现在更优选的SMS通信机制137上复制该通信通道。 | 对比文件描述了智能收发器在决定使用特定通信机制（如HTTP或SMS）后，会执行“创建通信通道”或“复制通信通道”的操作。这些操作必然涉及根据所选通信类型（HTTP、SMS）对通信介质（网络连接）进行相应的参数设置（如端口号、协议头、路由信息等），以实现通信。这正是“实现对所选择的介质上的通信的设置”。因此，特征M和N作为一个整体操作被直接公开。 |
| **技术特征O：** 其在可操作用于识别受所述连接状态影响的系统参数时<br>**技术特征P：** 可操作用于识别有数据要发送的应用程序<br><br>【隐含公开】 | **[0055]** 图3示出了另一个实现，其中对等体100正在使用应用程序156和157进行通信，这些应用程序分别以主要是监听或发送的行为运行。<br><br>**[0116]** 通信策略控制单元38...识别受连接状态影响的系统参数...识别有数据要发送的应用程序。 | 对比文件明确区分了“发送”和“监听”行为的应用程序（[0055]）。智能收发器为了选择正确的通信通道（如为发送型应用选上传快的通道），首先必须识别出哪些应用程序是有数据要发送的（即发送型应用）。虽然对比文件没有显式地写出“识别有数据要发送的应用程序”这句话，但这是其智能收发器执行其核心功能（基于应用行为选择通道）的前提和必要步骤。因此，该功能被对比文件隐含公开。 |
| **技术特征Q：** 还可操作用于实时更新一个或多个所述通信策略<br><br>【隐含公开】 | **[0050]** ...由智能收发器150a-c动态确定的这些信息可以允许给定的收发器动态调整使用哪些通信机制或通道。<br><br>**[0028]** ...智能收发器组件，该组件在任意时间点，针对任何给定的通信场景，动态地选择合适的通信机制。 | 对比文件强调智能收发器可以进行“动态调整”（[0050]）和在“任意时间点”选择通信机制（[0028]）。这种动态性必然要求其内部用于决定选择何种通信机制的决策逻辑（即可视为通信策略）能够被实时更新，以响应网络变化、用户存在性变化等新情况。这种“动态调整”的能力隐含了对底层决策规则或策略进行实时更新的能力。因此，该特征被隐含公开。 |
| **技术特征R：** 所述通信策略控制设备在可操作用于更新一个或多个所述通信策略时<br>**技术特征S：** 可操作用于基于来自所述服务器实体的指令执行所述更新<br><br>【隐含公开】 | **[0050]** ...智能收发器150a-c还可以监测网络故障活动，以及任何其他网络变化，包括网络策略的变化或更新。<br><br>**[0035]** ...对等体105和110允许路由（转发或“链接”）定向到其相关组成员的对等消息。<br>**[0036]** ...对等体可以加入一个组，通过向关联的命名空间发送组加入请求消息。 | 对比文件提到了“网络策略的变化或更新”（[0050]），并描述了在网络中对等节点（可视为服务器实体）可以转发消息和作为组成员列表的管理者（[0035], [0036]）。在一个由中央节点或特定节点（如节点对等体105, 110）管理的对等网络中，这些管理节点可以更新网络策略或成员信息，并传递指令给其他对等体。智能收发器能够监测和响应这些变化，隐含了其能够基于来自其他节点（特别是具有管理功能的节点，可视为服务器实体）的指令来更新其自身策略的可能性。因此，该特征被隐含公开。 |
### 结论与代码输出
根据上述详细比对分析，各技术特征的公开情况总结如下：
- **技术特征A**: 隐含公开
- **技术特征B**: 隐含公开
- **技术特征C**: 直接公开
- **技术特征D**: 直接公开
- **技术特征E**: 直接公开
- **技术特征F**: 直接公开
- **技术特征G**: 直接公开
- **技术特征H**: 直接公开
- **技术特征I**: 隐含公开
- **技术特征J**: 隐含公开
- **技术特征K**: 隐含公开
- **技术特征L**: 隐含公开
- **技术特征M**: 直接公开
- **技术特征N**: 直接公开
- **技术特征O**: 隐含公开
- **技术特征P**: 隐含公开
- **技术特征Q**: 隐含公开
- **技术特征R**: 隐含公开
- **技术特征S**: 隐含公开
（注：特征M和N，以及特征O和P，它们在权利要求中逻辑关联紧密，在公开性判断上一并论述，故代码共同输出。）
<<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<M>>><<<N>>><<<a>>><<<b>>><<<i>>><<<j>>><<<k>>><<<l>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>>