好的，作为一名资深专利代理师，我将根据您提供的详尽指令，对对比文件US20120254960A1进行创造性评估，并与目标专利权利要求进行特征比对。
**本次评估调用的模型名称**：专利创造性评估与特征比对模型
**目标专利名称**：在D2D网络上交换网络服务器注册凭证的方法、设备及计算机可读存储介质
**对比文件名称**：US20120254960A1 Connecting mobile devices, internet-connected vehicles, and cloud services
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》** | [0017] A local communication or a connection 116 can be established between the vehicle 102 and mobile device 104. The connection 116 can include near field communication or NFC for very short range communication, and Bluetooth and/or WiFi for longer range communication. ... [0018] A local pairing may be performed between the vehicle 102 and mobile device 104. For example, such a pairing may be implemented using a WiFi Protected Setup (WPS) or NFC connection handover. <br>【译文】可以在车辆102和移动设备104之间建立本地通信或连接116。连接116可以包括用于非常短距离通信的近场通信(NFC)，以及用于较长距离通信的蓝牙和/或WiFi。...可以在车辆102和移动设备104之间执行本地配对。例如，可以使用WiFi保护设置(WPS)或NFC连接切换来实现这样的配对。 | 对比文件明确公开了车辆（作为一个客户端设备）与移动设备（作为另一客户端设备）之间通过本地无线技术（如NFC、蓝牙、WiFi）建立连接并进行配对。这些技术（蓝牙、WiFi直连等）是D2D（设备到设备）连接的典型实现方式。本领域技术人员能够毫无疑义地确定，对比文件中的“本地配对”即是通过相应的D2D连接进行的，其作用在于建立设备间的直接通信链路，这与目标专利中通过D2D连接进行配对以建立通信基础的作用是相同的。因此，技术特征A被对比文件直接公开。 |
| **技术特征B《直接公开》** | [0022] ... the mobile device 104 may receive an authenticated and encrypted payload from the vehicle 104 that contains configuration data including the URL of the cloud-based service 106, a vehicle 102 identifier, and **a client credential (e.g., client identifier and shared secret or client certificate) for future use with the cloud-based service 106.** The client credential may be used to establish access rights of the mobile device 104 to the cloud-based service 106. <br>【译文】...移动设备104可以从车辆104接收包含配置数据的经认证和加密的有效载荷，该配置数据包括基于云的服务106的URL、车辆102标识符、以及用于未来与基于云的服务106一起使用的**客户端凭证（例如，客户端标识符和共享秘密或客户端证书）**。该客户端凭证可用于建立移动设备104对基于云的服务106的访问权限。 | 对比文件公开了移动设备（客户端设备）从车辆处接收“客户端凭证”（client credential），该凭证由云服务（即网络服务器）提供或授权，用于访问云服务。云服务（106）位于移动设备的服务接入网（如蜂窝网）外部。该凭证被配置用于授权访问由云服务提供的服务（如控制车辆、获取车辆信息等）。对比文件第[0030]段也提到“application...securely log on to the cloud-based service 106”，进一步证实该凭证用于访问网络服务。因此，技术特征B被对比文件直接公开。 |
| **技术特征C《未公开》** | 无对应内容。 | 技术特征C的核心在于客户端设备主动将其从网络服务器获得的注册凭证**共享**给其他经配对的客户端设备，以**准许**这些配对设备使用该共享凭证访问网络服务。对比文件描述了车辆向移动设备提供凭证（特征B），但这是一种“分发”或“提供”行为，目的是让该移动设备自身能够访问云服务并控制车辆。对比文件没有描述或暗示该移动设备在获得凭证后，会将其**主动共享**给另一个与之配对的设备（例如，另一部手机），以允许那部手机使用此凭证去访问云服务。在对比文件的体系中，凭证用于建立移动设备与云服务之间的直接信任关系，而非用于在D2D对等设备间进行凭证交换以授权第三方访问。因此，技术特征C未被公开。 |
| **技术特征D《未公开》** | 无对应内容。 | 技术特征D涉及从已配对的客户端设备接收该设备自身从网络服务器获得的凭证集合。在对比文件中，车辆可以向多个移动设备提供凭证（可能来自云服务），但车辆本身作为凭证的初始分发者（或与云服务有直接信任关系的实体），并未被描述为会从一个移动设备那里接收该移动设备从**另一个网络服务器**获得的其他凭证集合。车辆从云服务接收的是关于移动设备角色和权限的信息（例如，哈希值和角色，见[0051]），但这并非是从移动设备“接收”的“网络注册凭证集合”。因此，技术特征D未被公开。 |
| **技术特征E《未公开》** | 无对应内容。 | 技术特征E涉及维护一个网络注册凭证表，并更新该表以包含从不同来源（自身服务器和配对设备）获得的凭证集合。对比文件中，云服务（106）维护一个认证和授权数据库（110），其中存储了与特定车辆和移动设备相关的凭证和角色信息（[0014]）。然而，这个数据库是集中式的，位于云端，并非在客户端设备（如移动设备或车辆）本地。更重要的是，对比文件没有公开任何客户端设备会收集并聚合来自多个配对设备的凭证到一个本地表中。车辆分发凭证，但不从移动设备收集其他凭证来更新自己的表。因此，技术特征E未被公开。 |
| **技术特征F《未公开》** | 无对应内容。 | 技术特征F是基于期望的网络服务，从本地维护的凭证表中标识出合适的凭证集合。对比文件中，云服务数据库根据设备角色授权访问，但这是一种服务器端的、基于身份/角色的访问控制，而非客户端设备侧基于“期望的服务”从多个可用凭证中主动选择的行为。没有证据表明移动设备或车辆本地维护一个包含多种凭证的表，并能根据用户想访问的具体服务（如“Netflix流媒体” vs “IMS呼叫”）来智能选择凭证。因此，技术特征F未被公开。 |
| **技术特征G《未公开》** | 无对应内容。 | 技术特征G是使用上述标识出的凭证集合来访问期望的网络服务。虽然对比文件中移动设备使用其获得的凭证访问云服务（与特征B相关），但这是使用它自己的、唯一的凭证，而非从聚合的凭证表中为特定服务“挑选”出的凭证。特征G依赖于特征E和F所描述的凭证聚合与选择机制，而这些机制在对比文件中不存在。因此，技术特征G未被公开。 |
| **技术特征H《直接公开》** | [0027] Once trust is established with the mobile device 104, a connection 118 between the mobile device 104 and the cloud-based service 106 may now occur. The connection 118 may be one of various wireless connections including **cellular connections that include 3G/4G (or future variants), and WiFi/WiMax connections.** <br>【译文】一旦与移动设备104建立了信任，移动设备104和基于云的服务106之间的连接118现在就可以发生。连接118可以是各种无线连接之一，包括**包含3G/4G（或未来变体）的蜂窝连接，以及WiFi/WiMax连接。** | 技术特征H描述了客户端设备与RAN（无线电接入网）之间交换数据以访问网络服务器。对比文件明确公开了移动设备104通过蜂窝连接（3G/4G）或WiFi/WiMax连接与云服务106进行通信。当移动设备使用蜂窝连接时，必然涉及在移动设备与蜂窝网络的RAN之间传送和接收数据，这正是“传送-接收功能”的体现。该功能在对比文件中的作用是实现移动设备与外部云服务的数据交换，与目标专利中为解决网络服务访问问题所起的作用相同。因此，技术特征H被直接公开。 |
| **技术特征I《未公开》** | 无对应内容。 | 技术特征I涉及将正在进行的网络服务会话的“传送-接收功能”（即与RAN的数据交换负载）从一个客户端设备切换到另一个配对的客户端设备。对比文件描述了移动设备通过云服务远程控制车辆，车辆本身也具备网络连接（114）。但这里车辆是受控端或服务提供端，并非接管移动设备原有蜂窝连接的角色。没有描述这样的场景：一个移动设备正在通过其蜂窝连接进行某项服务（如流媒体），然后将这个蜂窝连接的数据交换任务“切换”给车内另一个配对的移动设备来继续执行。因此，技术特征I未被公开。 |
| **技术特征J《未公开》** | 无对应内容。 | 技术特征J限定了凭证共享与传送-接收功能切换之间的时序关系。由于技术特征I（切换）和技术特征C（共享以准许配对设备访问）均未被对比文件公开，因此这个关于二者时序关系的限定特征J也自然未被公开。 |
| **技术特征K《未公开》** | 无对应内容。 | 技术特征K将网络服务器具体限定为IMS网络组件，网络服务限定为IMS服务。对比文件中的网络服务器是“cloud-based service 106”，其提供的服务示例包括车辆控制（开关警报、门锁）、状态信息查询（燃油、温度）、视频上传查看等（[0030]）。这些都是物联网(IoT)或远程控制服务，并未提及IMS网络或典型的IMS服务（如VoIP、视频通话、紧急呼叫等）。因此，技术特征K未被公开。 |
| **技术特征L《隐含公开》** | [0015] ... It is to be understood that credential types besides certificates can be used. For example, a shared secret can be used between the vehicle 102 and the cloud-based service 106. In certain implementations, **the vehicle 102 can use a smart card such as a SIM for authentication.** <br>【译文】...应当理解，除了证书之外，还可以使用其他类型的凭证。例如，车辆102和基于云的服务106之间可以使用共享秘密。在某些实现中，**车辆102可以使用诸如SIM的智能卡进行认证。** | 技术特征L限定了网络注册凭证集合的具体形式，包括SIM凭证、用户名和口令或其组合。对比文件明确提到了多种凭证类型：数字证书、共享秘密，并特别指出车辆可以使用SIM卡进行认证。虽然此句描述的是车辆向云服务认证，但本领域技术人员公知，SIM凭证是移动网络中一种非常重要且常见的用户标识和认证凭证，用于访问蜂窝网络及相关的网络服务。在对比文件公开了使用多种凭证（包括提及SIM）进行设备到云服务认证的整体技术方案下，本领域技术人员能够合理推断，移动设备（作为客户端设备）从网络服务器接收的用于访问网络服务的“客户端凭证”集合，完全有可能包含或采用SIM凭证、用户名/口令这类常见认证形式。这是一种在宽松隐含公开标准下的合理推理。因此，技术特征L被对比文件隐含公开。 |
<<<A>>><<<B>>><<<H>>><<<l>>>