非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于发现设备的用户的方法，其特征在于；该方法应用于第一用户设备；所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系；所述方法包括：；接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息；根据所述第一用户设备存储的所述对应关系；获得与所述第二用户设备的隐式用户标识信息对应的用户标识；从与所述第二用户设备的隐式用户标识信息对应的用户标识中；确定出所述第二用户设备的用户标识；进而发现所述第二用户设备的用户；其中；所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识；所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息；或者；所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。
结合目标专利说明书原文的解释以及对比文件（CN101404576A）的公开内容，针对目标专利技术特征A～Z的公开性分析与特征比对表格如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《直接公开》 | 【说明书第[0035]段】等处通用语言格式。 | 本特征为独立权利要求的常规过渡性连接词，属于专利撰写格式语言，对比文件全文均采用相应的撰写格式，本领域技术人员可毫无疑义确定，属于《直接公开》。 |
| 技术特征B：该方法应用于第一用户设备<br>《隐含公开》 | 【说明书第[0035]段】“本发明实施例中提供一种网络资源查询方法，其流程如图3所示，其中客户端启动后与服务器端通过网络建立连接……”；<br>【说明书第[0065]段】“本发明实施例还同时提供一种网络资源查询系统，其组成结构如图4所示，其中包括：下载软件客户端410和软件运营商服务器端420……” | 目标专利中，“第一用户设备”为发起/执行设备发现或与其它设备进行交互识别的用户侧实体终端。对比文件公开了一种网络资源查询方法，该方法涉及“客户端”（安装于本地计算机中）与“服务器端”之间的交互，在后续的多次查询机制中由服务器端根据母文识别客户端，但整个系统的执行端涉及本地运行的客户端这一用户终端设备。结合对比文件网络查询系统运行于客户端的事实，本领域技术人员可以合理推断该方案至少部分依赖并应用于用户设备（客户端），起到通信/交互节点设备的作用，与目标专利中的执行终端设备角色存在对应可能，按照宽松标准，认定被对比文件《隐含公开》。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 【说明书第[0054]段】“当步骤305中所述服务器端判定身份认证通过之后，该方法进一步包括：服务器端为所述比对标识和接收到的母文建立对应关系，将所述对应关系，连同所述比对标识和母文一起保存到服务器端的内存当中……” | 目标专利中，该特征是指在用户侧的“第一用户设备”本地存储自身与其他至少一个用户设备的用户标识与隐式用户标识的映射关系，用于设备间P2P/直连时在本地离线比对发现朋友。而对比文件建立并保存对应关系的执行主体是服务器端（将比对标识与母文保存在服务器端的内存中），客户端本身并不保存其他用户设备的此类标识映射关系，且对比文件处理的是客户端与服务器端的认证，并非第一用户设备本地维护多个用户设备的对应关系。本领域技术人员无法直接得出也无法合理解析推导出该特征。 |
| 技术特征D：所述方法包括：<br>《直接公开》 | 【说明书第[0035]段】“……所述方法包括：……” | 属于常规方法权利要求的引出用语，对比文件说明书在描述方法步骤时同样采用了“所述方法包括：”的标准表述，为《直接公开》。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《隐含公开》 | 【说明书第[0055]段】“当客户端再次发起资源查询请求时，客户端将母文发送给服务器端，服务器端根据所述母文在内存中搜索与该母文对应的比对标识……”；<br>【说明书第[0036]-[0038]段】“步骤301：客户端将原始地址的信息包含在资源查询请求中发送给服务器端……步骤303：客户端随机生成母文……将得到的客户端数字签名与母文共同发送给服务器端……” | 目标专利中，该特征指第一用户设备接收第二用户设备发出的包含隐式标识的第一消息用于发现对方。对比文件中，消息接收主体为服务器端，发送主体为客户端，发送的内容包含母文或“母文+数字签名/标识”。虽然对比文件中通信两端为C/S架构而非目标专利的两个用户设备（第一/第二用户设备），但对比文件公开了“接收端接收发送端发送的携带处理后的特征信息（母文/数字签名）的消息”用于后续身份比对。按照极宽松的隐含公开判断标准，对比文件部分公开了接收包含特征标识信息之消息的处理流程，有可能与其他设备间发现机制进行技术特征组合，故认定为《隐含公开》。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 【说明书第[0055]段】“服务器端根据所述母文在内存中搜索与该母文对应的比对标识……” | 目标专利限定该对应关系必须是“第一用户设备存储的”。而对比文件明确记载是在“服务器端的内存中搜索与该母文对应的比对标识”，存储与检索主体均严格为服务器端，在客户端（用户设备）中并不存在、也不根据此类对应关系进行搜索，该特征未被直接公开，亦无法合理解析出第一用户设备存储该对应关系。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《隐含公开》 | 【说明书第[0055]段】“服务器端根据所述母文在内存中搜索与该母文对应的比对标识；若存在与该母文对应的比对标识，则身份认证通过……” | 目标专利中是根据接收到的隐式信息检索查找到明文用户标识。对比文件中，服务器接收母文（可对应于隐式标识信息）后，在内存中搜索并获得与该母文建立过对应关系的“比对标识”。对比文件中的比对标识起到了表征合法客户端身份的作用，在功能上与获取对应身份标识相近。尽管其执行主体在服务器端，但对比文件公开了根据接收的变形参数从映射关系中查找对应标识的机制，宽松标准下认定为《隐含公开》。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 【说明书第[0055]段】“若存在与该母文对应的比对标识，则身份认证通过；否则身份认证不通过。”<br>结合目标专利说明书第[0010]、[0067]、[0108]-[0109]段。 | 目标专利说明书明确阐述：当哈希变换产生哈希碰撞或者一对多映射时，会检索出“多个”对应的用户标识，因此需要进一步执行“从与隐式标识对应的【多个】用户标识中”进行筛选和甄别。而对比文件中，母文与比对标识在内存中是一一对应匹配的关系，若存在则认证通过，完全不存在从一组/多个检索到的候选标识集合中进行二次甄别或筛选的技术构思与技术手段，对比文件毫无相关记载或暗示，不构成公开。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《隐含公开》 | 【说明书第[0046]段】“步骤305：服务器端将得到的服务器端数字签名与客户端数字签名比对，所述数字签名相同时，则判定身份认证通过……从而服务器端数字签名与客户端数字签名也一定相同。”<br>【说明书第[0055]段】“若存在与该母文对应的比对标识，则身份认证通过……” | 目标专利中是通过交互或匹配最终锁定第二用户设备真实的用户标识以完成设备与用户的识别。对比文件通过数字签名比对一致或在内存中搜索到匹配的比对标识，从而确认并确定发起请求的客户端的合法身份（比对标识/客户端标识）。二者在确定通信对端身份标识的作用机制上具有相近性，属于部分公开了确定对端身份的技术构思，宽松标准下认定为《隐含公开》。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | 【说明书第[0027]-[0032]段】发明内容及背景技术部分。结合目标专利说明书第[0002]-[0004]、[0056]-[0059]、[0067]段。 | 目标专利方案立足于社交WiFi/P2P朋友发现场景，其技术目的是在邻近区域内感知彼此存在并获知对方是哪位用户（例如好友/电话号码所有者）。对比文件完全是针对下载软件防盗链和网络资源数据库的保护，其认证完成后执行的是步骤306“进行资源查询得到资源查询结果”，目的是为了保护资源库并提供下载链接，自始至终不涉及设备之间互相感知或“发现用户”的社交/互联目的，两者技术领域与解决的技术问题截然不同，无法得出该特征。 |
| 技术特征K：其中<br>《直接公开》 | 【说明书第[0039]段】“其中，随机生成的母文的位宽可以自由设定……” | 属于常规从属/细化限定的过渡引导词，对比文件在说明书多个段落均直接记载有该过渡词，为《直接公开》。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《未公开》 | 【说明书第[0039]段】“例如：随机生成一个128位的母文，对该母文使用预设的AES加密方法进行加密得到密文，再对该密文使用Hash算法……处理后得到客户端标识”；<br>【说明书第[0041]段】“(即SIG＝HASH(母文+ID))”。结合目标专利说明书第[0011]、[0085]段。 | 目标专利说明书指出，明文用户标识是指用户本身的电话号码、QQ号、邮箱或预协商暗语等明文实体信息（ID）。而在对比文件中，无论是随机生成的“母文”，还是经AES加密后又经哈希生成的“客户端标识（ID）”，全部是由算法临时计算生成的密态代码或散列值，对比文件从始至终未公开任何终端用户设备本身的“明文用户标识”，未公开该特征。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《隐含公开》 | 【说明书第[0039]段】“所述客户端安全策略包括加密算法和哈希算法，客户端由所述母文计算得到客户端标识的方法包括：按照所述加密算法对随机生成的母文进行加密得到密文，再使用所述哈希算法对密文进行处理得到客户端标识……然后用客户端标识对母文进行数字签名，在本实施例中，使用hash算法来实现(即SIG＝HASH(母文+ID))。” | 目标专利中，隐式用户标识信息是对原本的标识（ID）进行函数或算法变换（如哈希、加密）后得到的信息。对比文件中，客户端将母文利用AES加密算法加密再经哈希算法处理得到客户端标识（ID），且进一步通过 SIG = HASH(母文 + ID) 计算数字签名发送以供校验。对比文件中的数字签名或客户端标识正是通过预定算法/函数（加密及哈希）对参数信息进行处理后获得的信息，起到了掩盖原始信息、实现隐式认证安全校验的作用。宽松标准下，该数据变换逻辑可视为对该特征的《隐含公开》。 |
| 技术特征N：者<br>《未公开》 | 对比文件全文无对应技术含义。 | 目标专利权利要求中此处的“者”系“或者”之笔误截断，对比文件未对该分支逻辑连接进行直接或等同披露，不构成公开。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 【说明书第[0038]-[0039]段】“步骤303：客户端随机生成母文，根据所述安全策略，由所述母文计算得到客户端标识……”；【说明书第[0054]段】“服务器端为所述比对标识和接收到的母文建立对应关系……” | 目标专利该特征属于并列可选方案，即用户标识和隐式标识不是由设备本地计算生成，而是由“服务器分配给同一设备的两个标识”。对比文件中，母文是客户端自行“随机生成”的，客户端标识也是客户端自行运算得到的，服务器端仅是在收到后进行相同的运算得出比对标识并建立对应关系，完全不存在由服务器主动“为用户设备分配对应于同一设备的两个标识”的机制，未公开。 |
| 技术特征P：其特征在于<br>《直接公开》 | 【说明书第[0035]段】等常规格式。 | 属于专利文本标准格式性连接词，《直接公开》。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《直接公开》 | 【说明书第[0039]段】“所述客户端安全策略包括加密算法和哈希算法……再对该密文使用Hash算法--比如常用的信息-摘要算法(Message-Digest Algorithm5，MD5)，或SHA-1算法--处理后得到客户端标识；……在本实施例中，使用hash算法来实现(即SIG＝HASH(母文+ID))。” | 对比文件明确公开了所使用的算法包括“哈希算法（Hash算法，MD5或SHA-1）”，且用Hash算法对数据进行处理以生成标识及签名。其作用正是作为预定哈希变换函数提高安全性，与目标专利中采用哈希函数变换以生成隐式标识的作用相同，属于本领域技术人员可直接毫无疑义得出的内容，为《直接公开》。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《隐含公开》 | 【说明书第[0039]段】“再对该密文使用Hash算法--比如常用的信息-摘要算法(Message-Digest Algorithm5，MD5)，或SHA-1算法--处理后得到客户端标识；……然后用客户端标识对母文进行数字签名，在本实施例中，使用hash算法来实现(即SIG＝HASH(母文+ID))。” | 目标专利要求对用户标识利用哈希函数进行哈希变换获得隐式信息。对比文件公开了对密文使用Hash算法处理得到客户端标识，并且在对母文进行数字签名时，使用哈希算法对包含客户端ID的信息进行哈希处理得到签名信息（SIG = HASH(母文 + ID)），该签名信息随后被发送至接收方进行验证。该签名信息本质上属于对包含标识的信息进行哈希变换得到的结果，起到了安全隐式认证的作用。按照极宽松的推理与部分公开判定标准，认定为《隐含公开》。 |
| 技术特征S：其特征在于<br>《直接公开》 | 【说明书第[0035]段】等常规格式。 | 属于专利文本标准格式性连接词，《直接公开》。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 【说明书背景技术第[0012]段】“目前广泛使用的是对称加密的方法，包括DES……AES……和IDEA……；接收方利用这个密钥对接收到的密文进行解密……因此对称加密方法和得到了广泛的采用。”；【说明书第[0039]段】“使用预设的AES加密方法……再使用IDEA算法进行加密……” | 目标专利要求预定算法为非对称公私钥算法（如RSA/ECC）。对比文件全文明确限定其使用的是“对称加密的方法”，并具体列举了AES、IDEA、DES等对称加密算法，对查询结果加密时也是使用相同的共享密钥；对比文件未公开非对称的“公私钥算法”，且未给出采用非对称算法的任何教导，未公开。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件全文未涉及公私钥算法映射生成密钥。结合目标专利说明书第[0013]、[0080]-[0081]段。 | 目标专利将用户标识作为私钥，利用公私钥算法映射生成公钥作为隐式用户标识信息。对比文件采用的是对称加密与哈希算法体系，既无公私钥映射机制，也无将映射生成的密钥作为隐式标识的技术方案，未公开。 |
| 技术特征V：者<br>《未公开》 | 对比文件全文无对应技术含义。 | 属于权利要求中“或者”并列关系的断词笔误，未公开。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 【说明书第[0012]、[0039]段】 | 目标专利限定该加密算法基于公私钥算法体系。对比文件明确记载其使用的加密算法为AES、IDEA等对称加密算法，并未公开基于公私钥机制的加密算法，未公开。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件全文未记载公私钥密钥生成及对应加密。结合目标专利说明书第[0014]、[0081]段。 | 目标专利公开了利用公私钥算法映射生成的密钥对明文用户标识进行加密以获得隐式标识（密值）。对比文件是利用AES或IDEA加密随机生成的“母文”，再做Hash得到ID，其加密对象并非用户标识本身，亦未采用公私钥映射密钥加密，未公开。 |
| 技术特征Y：其特征在于<br>《直接公开》 | 【说明书第[0035]段】等常规格式。 | 属于专利文本标准格式性连接词，《直接公开》。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 【说明书第[0059]、[0063]段】关于版本信息的记载。结合目标专利说明书第[0026]、[0083]-[0085]、[0198]段。 | 目标专利中，“第二消息”是由第一用户设备回复给第二用户设备的消息，其中携带专门的“指示信息”，用于显式指示其所附的用户标识的类型属于“隐式用户标识信息”（例如区别于明文或特定账号体系）。对比文件仅在更新机制中记载了客户端向服务端发送“版本查询请求”以及比对“版本信息”，完全未公开在回复消息中携带任何“指示标识类型为隐式用户标识信息”的指示字段，未公开。 |
---
<<<A>>>
<<<b>>>
<<<D>>>
<<<e>>>
<<<g>>>
<<<i>>>
<<<K>>>
<<<m>>>
<<<P>>>
<<<Q>>>
<<<r>>>
<<<S>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>其特征在于<br>【直接公开】 | 【发明内容】<br>“防止无线客户端在上网过程中掉线的方法，该方法包括：……” | 该技术特征为权利要求的过渡连接词，不包含实质性技术内容。对比文件在方法技术方案中同样采用了类似的技术表述方式，属于本领域专利撰写常规过渡形式，该特征被对比文件直接公开。 |
| 技术特征B<br>该方法应用于第一用户设备<br>【隐含公开】 | 【发明内容】<br>“防止无线客户端在上网过程中掉线的方法，该方法包括：无线接入点AP接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。” | 目标专利中第一用户设备是执行发现操作、接收消息的主体设备。对比文件中，防止掉线的方法执行主体为无线接入点AP或涉及无线客户端与AP的交互系统。在无线通信网络中，AP亦属于一种通信节点/网络用户端或无线站点设备，其执行了接收请求、查表与回复的逻辑流程。在极度宽松的隐含公开判断标准下，对比文件公开的在网络通信设备（AP）上执行的方法，与“应用于第一用户设备”在通信实体执行流程方面存在合理推理与技术关联空间，可被视为部分公开或有可能推理得出该执行载体，因此认定为隐含公开。 |
| 技术特征C<br>所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>【隐含公开】 | 【发明内容】<br>“表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有MAC地址和IP地址。”<br>【具体实施方式·步骤208～209】<br>“AP提取DHCP request报文中的IP地址和MAC地址，将提取的IP地址和MAC地址保存在新建的对应该MAC地址的表项中……” | 目标专利中第一用户设备存储自身及其他设备的用户标识与隐式用户标识信息对应关系，用于标识转换与隐私匹配。对比文件中，AP（作为第一设备）保存了对应无线客户端（其他设备）的表项，每一条表项中保存有MAC地址与IP地址的对应关系。虽然对比文件保存的是客户端的MAC地址与分配的IP地址，未明确区分本端设备及“隐式标识信息”，但两者均属于在通信设备中构建不同层次标识符之间映射关系以进行寻址或识别。在极其宽松的标准下，MAC与IP映射构成了广义上的设备标识间对应关系，本领域技术人员有可能推理参考该对应映射结构，因此认定为隐含公开。 |
| 技术特征D<br>所述方法包括：<br>【直接公开】 | 【发明内容】<br>“防止无线客户端在上网过程中掉线的方法，该方法包括：……” | 该特征为引入具体方法步骤的常规权利要求连接用语，对比文件在说明方法方案时同样包含该引导表述，属于直接公开。 |
| 技术特征E<br>接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>【隐含公开】 | 【发明内容】<br>“无线接入点AP接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制MAC地址……”<br>【具体实施方式·步骤202】<br>“AP接收到无线客户端发来的DHCP discovery报文，根据该DHCP discovery报文中携带的无线客户端的MAC地址……” | 目标专利中第一用户设备接收第二用户设备发来的携带隐式标识的第一消息。对比文件中，AP（第一设备）接收无线客户端（第二设备）发来的DHCP request报文或DHCP discovery报文，该报文中携带有无线客户端的MAC地址。虽然对比文件中的MAC地址通常为硬件明文物理地址，并非目标专利中经过预定函数处理或服务器特意分配的“隐式用户标识信息”，但在极度宽松的判断标准下，对比文件公开了第一设备接收第二设备发送的包含设备标识信息的第一类报文，存在被引申或结合为隐式标识交互载体的可能性，因此认定为隐含公开。 |
| 技术特征F<br>根据所述第一用户设备存储的所述对应关系<br>【隐含公开】 | 【发明内容】<br>“……根据该DHCP request报文中携带的无线客户端的媒质接入控制MAC地址，查找自身中是否存在该MAC地址对应的表项……” | 目标专利中依据存储的对应关系进行匹配。对比文件明确记载AP根据报文中的MAC地址在自身存储的表项（MAC-IP对应关系）中进行查找判断。两者在通信设备依据自身本地存储映射表项进行检索、匹配的逻辑和作用机制上具有对应性，本领域技术人员可以合理得出根据存储的映射对应关系进行检索的技术方案，因此认定为隐含公开。 |
| 技术特征G<br>获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>【隐含公开】 | 【发明内容】<br>“……如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。”<br>【具体实施方式·步骤210】<br>“AP将DHCP request报文中的MAC地址对应表项中的IP地址分配给无线客户端。” | 目标专利中通过隐式标识查表获得对应的明文用户标识。对比文件中，AP通过查找MAC地址对应表项，从中获取并提取出与该MAC地址相绑定的IP地址（进而将其重新分配）。虽然对比文件中取得的是IP地址以保持网络连接，与目标专利中为设备身份发现而取得用户标识的应用场景不同，但在由一个标识项检索获取关联的另一标识项的数据处理机制上，本领域技术人员有可能由此推理得出对应项的获取过程，符合宽松标准下的隐含公开。 |
| 技术特征H<br>从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>【隐含公开】 | 【具体实施方式·步骤207、210】<br>“AP根据该DHCP request报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项……AP将DHCP request报文中的MAC地址对应表项中的IP地址分配给无线客户端。” | 目标专利中该特征界定了后续确定具体标识的来源范围。对比文件中，AP在存在匹配项时，直接以查找到的该特定MAC地址对应表项中所包含的IP地址作为目标地址。尽管对比文件中每个MAC通常唯一对应一个IP项，未出现一对多的筛选过程，但从检索出的对应标识集合中定位所需标识的数据流向具有相通逻辑，在极度宽松标准下认定为隐含公开。 |
| 技术特征I<br>确定出所述第二用户设备的用户标识<br>【隐含公开】 | 【具体实施方式·步骤207、210】<br>“AP根据该DHCP request报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项……AP将DHCP request报文中的MAC地址对应表项中的IP地址分配给无线客户端。” | 目标专利中确定出用于辨识第二用户设备的具体用户标识。对比文件中通过匹配MAC地址表项确定出该无线客户端此前使用的唯一IP地址，从而明确了该终端在网络层的对应标识。虽然标识具体属性不同（IP地址 vs 目标专利的用户ID），但其通过查表确认对方在系统中的特定标识的作用相近，在极度宽松的推理标准下认定为隐含公开。 |
| 技术特征J<br>进而发现所述第二用户设备的用户<br>【隐含公开】 | 【发明内容】<br>“在本发明中，当AP接收到无线客户端发来的DHCP request报文时，根据自身中是否存在DHCP request报文中的MAC地址对应的表项，能够准确判断出当前无线客户端中的网卡是否发生了闪断……保证无线客户端基于闪断前的IP地址的所有应用能够继续进行……” | 目标专利的目的在于通过识别标识实现朋友/用户层面的感知发现。对比文件中AP识别无线客户端的表项，目的是识别该客户端是否为闪断重连的已知老用户/老客户端，进而恢复其业务，实质上完成了一种对网络节点用户状态与身份的感知重认。在极度宽松标准下，该设备重认机制有可能被推理拓展至感知/发现对方用户，因此认定为隐含公开。 |
| 技术特征K<br>其中<br>【直接公开】 | 【具体实施方式·步骤1】<br>“其中，无线客户端，用于……AP，用于……” | 属于常规引导限定语，对比文件在说明书撰写中多次直接采用“其中”作为限定过渡词，属于直接公开。 |
| 技术特征L<br>所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>【隐含公开】 | 【具体实施方式·步骤208～209】<br>“AP提取DHCP request报文中的IP地址和MAC地址，将提取的IP地址和MAC地址保存在新建的对应该MAC地址的表项中……” | 目标专利中指出用户标识为明文标识（如电话号码、QQ号、字符串等）。对比文件中交互并存储的MAC地址与IP地址在数据传输和表项存储中均直接以网络标准明文形式（如十六进制MAC、点分十进制IP）存在，并未进行不可逆加密或哈希隐藏。因此，对比文件中的地址标识具备“明文标识”的属性，在宽松推理下认定为隐含公开。 |
| 技术特征M<br>所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>【未公开】 | 无 | 对比文件全文仅公开了标准的DHCP交互流程（DHCP discovery、DHCP offer、DHCP request、DHCP ack），其中涉及的标识仅为原始的物理MAC地址、分配的IP地址以及server identifier选项，未曾提及对标识进行任何算法、散列函数或加密变换以生成隐式标识的技术方案，在对比文件中完全没有相关启示与记载，未公开。 |
| 技术特征N<br>者<br>【未公开】 | 无 | 对应于权利要求中并列选择分支连接词“或者”，因所连接的技术特征M、O未被完全直接公开，且对比文件未记载该种逻辑替换架构，故未公开。 |
| 技术特征O<br>所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>【隐含公开】 | 【背景技术】<br>“无线客户端通过动态主机配置协议(DHCP)请求阶段获取IP地址……各个DHCP服务器接收到DHCP discover报文，将为无线客户端分配的IP地址携带在DHCP offer报文中通过AP发送给无线客户端……” | 目标专利中该分支是指服务器为同一用户设备分配两个相互对应的标识。对比文件中，无线客户端自身具备出厂固化的MAC地址，同时DHCP服务器在入网时为该客户端分配一个IP地址，由此在网络中该无线客户端同时拥有MAC地址和服务器分配的IP地址这两个对应于同一客户端设备的标识。在极度宽松的推理标准下，对比文件中服务器为客户端分配与原生标识对应的网络标识的机制，与“服务器为设备分配对应于同一设备的标识”存在技术机制重合的推理可能，故认定为隐含公开。 |
| 技术特征P<br>其特征在于<br>【直接公开】 | 【发明内容】<br>“……其特征在于……”（权利要求常规过渡）及说明书类似连接描述。 | 属于专利从属权利要求中标准的权利要求引用过渡词，不包含实质技术方案，对比文件直接公开了该过渡表述。 |
| 技术特征Q<br>所述预定函数具体为哈希函数<br>【未公开】 | 无 | 对比文件通篇未涉及任何Hash函数、散列算法或相关应用，未公开该特征。 |
| 技术特征R<br>所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>【未公开】 | 无 | 对比文件中各报文传输的均为标准网络协议字段，不存在利用哈希函数对标识进行变换获取散列值作为隐式标识的技术内容，未公开。 |
| 技术特征S<br>其特征在于<br>【直接公开】 | 【发明内容】<br>“……其特征在于……”及说明书类似连接描述。 | 属于从属权利要求的形式连接词，无独立技术方案内涵，对比文件直接公开了此类语言结构。 |
| 技术特征T<br>所述预定算法具体为公私钥算法<br>【未公开】 | 无 | 对比文件涉及无线局域网中DHCP防掉线机制，完全不涉及非对称密码体系或公私钥算法，未公开。 |
| 技术特征U<br>所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>【未公开】 | 无 | 对比文件未公开任何通过公私钥算法映射生成密钥并以此作为隐式标识的方案，未公开。 |
| 技术特征V<br>者<br>【未公开】 | 无 | 权利要求中并列选择分支连接词，因所连接技术特征未被公开，未公开。 |
| 技术特征W<br>所述预定算法具体为基于公私钥算法的加密算法<br>【未公开】 | 无 | 对比文件全文未记载任何基于公私钥机制的加密算法，未公开。 |
| 技术特征X<br>所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>【未公开】 | 无 | 对比文件不涉及任何公私钥加密及加密值作为隐式标识的技术方案，未公开。 |
| 技术特征Y<br>其特征在于<br>【直接公开】 | 【发明内容】<br>“……其特征在于……”及说明书类似连接描述。 | 属于从属权利要求的形式连接用语，无独立实质技术内涵，对比文件直接公开。 |
| 技术特征Z<br>所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>【未公开】 | 无 | 对比文件中AP返回的DHCP ack报文或约定分配报文仅携带分配的IP地址，并未包含指示标识类型为“隐式用户标识信息”的专用指示信息，未公开。 |
<<<A>>><<<b>>><<<c>>><<<D>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<K>>><<<l>>><<<o>>><<<P>>><<<S>>><<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《未公开》 | 对比文件未记载权利要求的前序/特征转折特征。 | 纯文本转折用语，对比文件未体现。 |
| 技术特征B：该方法应用于第一用户设备<br>《隐含公开》 | 原文：<br>【0023】図４において、無線受信装置２００は、ＲＦ部２１０と、同期部２２０と、復調部２３０と、復号部２４０とを有する。無線受信装置２００は、端末（ＵＥ）である。<br>中文翻译：<br>【0023】在图4中，无线接收装置200具有RF部210、同步部220、解调部230和解码部240。无线接收装置200是终端（UE）。 | 对比文件公开了无线接收装置200为终端（UE），属于用户设备；该终端执行搜索自身控制信道信号的方法。本领域技术人员可以合理推断出其方法应用于该第一终端（第一用户设备）。因此，判定为《隐含公开》。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 原文：<br>【0027】メモリ２４１は、サーチ対象選択部２５１から受け取るサーチ方向情報（Search direction Information）に基づいて出力制御チャネル信号を選択し、選択した制御チャネル信号を後段に出力する……<br>中文翻译：<br>【0027】存储器241基于从搜索对象选择部251接收到的搜索方向信息（Search direction Information）选择输出控制信道信号，并将选择的控制信道信号输出到后级…… | 对比文件中终端的内存（存储器241）存储的是从基站接收到的控制信道信号群（PDCCH），并在盲检过程中提取出其他终端的ID（例如UEID101）以及自身ID，再通过哈希算法计算出两者的哈希值以进行大小比较。对比文件完全未公开第一用户设备中预先或持久存储有“自身和至少一个其他用户设备的用户标识与隐式用户标识信息的对应关系”。因此《未公开》。 |
| 技术特征D：所述方法包括：<br>《未公开》 | 对比文件未记载。 | 过程转折用语，对比文件未体现。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | 原文：<br>【0013】無線送信装置１００は、基地局（ＢＳ）である。<br>【0024】ＲＦ部２１０は、アンテナを介して受信した無線信号に対して受信無線処理……を施し……<br>【0034】無線送信装置１００から送信されたＯＦＤＭ信号は、無線受信装置２００で受信される。<br>中文翻译：<br>【0013】无线发送装置100是基站（BS）。<br>【0024】RF部210对经由天线接收到的无线信号实施接收无线处理……<br>【0034】从无线发送装置100发送的OFDM信号在无线接收装置200中被接收。 | 目标专利的技术特征E要求接收“第二用户设备”发送的包含其“隐式用户标识信息”的第一消息（属于D2D/社交WiFi设备间通信，如说明书【0002】、【0003】、【0061】所述）。而对比文件中，无线接收装置200接收的消息来自“基站（BS）100”，属于蜂窝网络下行PDCCH调度信号，且PDCCH中包含的是基站调度的终端ID（明文ID），并非由第二用户设备发送，也不是第二用户设备发送的隐式用户标识信息。因此《未公开》。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 见技术特征C的引用内容。 | 如特征C所述，对比文件并未存储第一用户设备和其他用户设备的用户标识与隐式用户标识信息的对应关系，更无根据该存储的对应关系进行查询匹配的过程。对比文件是通过实时计算解码出的ID和自身ID的哈希值来缩小盲检搜索范围。因此《未公开》。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 原文：<br>【0029】比較部２４８は、加算器２４７で得られた、今回の復号対象制御チャネル信号に含まれる端末ＩＤと、自機の端末ＩＤとを比較する……<br>中文翻译：<br>【0029】比较部248将由加法器247获得的本次解码对象控制信道信号所包含的终端ID与自机终端ID进行比较…… | 目标专利是根据隐式标识反查获得对应的用户标识（如明文标识）；而对比文件则是直接从解码后的PDCCH中解出被解扰掩码恢复后的终端明文ID（如UEID101），并非根据第二用户设备的隐式用户标识信息获得其用户标识。因此《未公开》。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 见技术特征F、G的公开性分析。 | 对比文件不存在根据隐式用户标识信息查询得到对应候选用户标识集合的过程。因此《未公开》。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《未公开》 | 原文：<br>【0029】比較部２４８は、加算器２４７で得られた、今回の復号対象制御チャネル信号に含まれる端末ＩＤと、自機の端末ＩＤとを比較する……<br>中文翻译：<br>【0029】比较部248将由加法器247获得的本次解码对象控制信道信号所包含的终端ID与自机终端ID进行比较…… | 目标专利的目的是确定发送第一消息的第二用户设备的用户标识，进而确认周边朋友设备的存在；而对比文件中解码出UEID101只是作为盲检二分查找的一个中间参考点，用于比较其与自身ID的大小，以此确定自机PDCCH在高频侧还是低频侧，其目的不是也不包含“确定出第二用户设备的用户标识”。因此《未公开》。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | 原文：<br>【0026】復号部２４０は、自機宛の制御チャネル信号をサーチし、当該制御チャネル信号が見つかるまで復号処理を繰り返す。<br>中文翻译：<br>【0026】解码部240搜索发往自机的控制信道信号，重复解码处理直到找到该控制信道信号。 | 目标专利的目的是实现设备之间的用户发现（如WiFi朋友发现、社交感知，参见说明书【0002】、【0005】）；对比文件完全是基站调度UE时，UE如何通过PDCCH盲检找到发往自机的下行控制信息，根本不涉及发现其他用户设备的用户。因此《未公开》。 |
| 技术特征K：其中<br>《未公开》 | 对比文件未记载。 | 纯连接用语，对比文件未体现。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《隐含公开》 | 原文：<br>【0029】比較部２４８は、加算器２４７で得られた、今回の復号対象制御チャネル信号に含まれる端末ＩＤと、自機の端末ＩＤとを比較する……<br>中文翻译：<br>【0029】比较部248将由加法器247获得的本次解码对象控制信道信号所包含的终端ID与自机终端ID进行比较…… | 对比文件中LTE系统的终端ID（如C-RNTI）由加法器247去除掩码后直接以原始比特串的形式与自机ID比较，并且其后续直接计算其汉明权重。该终端ID属于未经过加密/哈希函数变换前的原始明文标识。本领域技术人员可以合理推断该终端ID即为明文用户标识。因此，判定为《隐含公开》。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《隐含公开》 | 原文：<br>【0009】各送信対象装置の装置ＩＤを示すビット列からハッシュ値を算出する算出手段と……<br>【0030】ハッシュ値算出部２４９は、今回の復号対象制御チャネル信号に含まれる端末ＩＤと自機の端末ＩＤとのそれぞれからハッシュ値を算出する。<br>中文翻译：<br>【0009】从表示各发送对象装置的装置ID的比特串计算哈希值的计算手段……<br>【0030】哈希值计算部249从本次解码对象控制信道信号中包含的终端ID和自机终端ID各自计算哈希值。 | 对比文件中公开了利用哈希函数（如汉明权重算法）对发送对象装置的装置ID（终端ID）计算得到哈希值。虽然对比文件将其称为“ハッシュ値”（哈希值），但该哈希值属于“利用预定函数对终端ID进行处理后得到的信息”，在概念上本领域技术人员可以合理推断其属于隐式用户标识信息的范畴。因此，判定为《隐含公开》。 |
| 技术特征N：者<br>《未公开》 | 对比文件未记载。 | 逻辑转折用语，对比文件未体现。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 对比文件全文未记载服务器同时分配这两个标识。 | 对比文件中哈希值是由基站和终端本地的计算部（131、249）基于终端ID计算得出的，并非由服务器统一分配给同一设备的两个标识。因此《未公开》。 |
| 技术特征P：其特征在于<br>《未公开》 | 对比文件未记载。 | 纯连接用语，对比文件未体现。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《直接公开》 | 原文：<br>【0009】各送信対象装置の装置ＩＤを示すビット列からハッシュ値を算出する算出手段と……<br>【0030】ハッシュ値算出部２４９は、今回の復号対象制御チャネル信号に含まれる端末ＩＤと自機の端末ＩＤとのそれぞれからハッシュ値を算出する。ここでは、ハッシュ値として、ハミング重み（Hamming weight）が用いられる。<br>中文翻译：<br>【0009】从表示各发送对象装置的装置ID的比特串计算哈希值的计算手段……<br>【0030】哈希值计算部249从本次解码对象控制信道信号所包含的终端ID与自机终端ID各自计算出哈希值。这里，使用汉明权重作为哈希值。 | 对比文件明确且直接公开了采用“ハッシュ値算出部”（哈希值计算部）计算哈希值，所使用的预定函数具体就是哈希函数（Hash function），作用在于将ID比特串映射为固定散列值。本领域技术人员能够毫无疑义地直接确定该技术特征被直接公开。因此，判定为《直接公开》。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《隐含公开》 | 原文：<br>【0030】ハッシュ値算出部２４９は、今回の復号対象制御チャネル信号に含まれる端末ＩＤと自機の端末ＩＤとのそれぞれからハッシュ値を算出する。ここでは、ハッシュ値として、ハミング重み（Hamming weight）が用いられる。<br>中文翻译：<br>【0030】哈希值计算部249从本次解码对象控制信道信号所包含的终端ID与自机终端ID各自计算出哈希值。这里，使用汉明权重作为哈希值。 | 对比文件中明确公开了对终端ID利用哈希函数计算出哈希值，该哈希值即为对终端ID进行哈希变换后得到的信息。结合特征M的分析，本领域技术人员可以合理推断该哈希变换后得到的值对应于所述隐式用户标识信息。因此，判定为《隐含公开》。 |
| 技术特征S：其特征在于<br>《未公开》 | 对比文件未记载。 | 纯连接用语，对比文件未体现。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 对比文件全文未记载公私钥算法。 | 对比文件采用的是哈希函数（汉明权重、汉明距离等），完全未涉及非对称公私钥算法。因此《未公开》。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件全文未记载基于公私钥算法映射生成密钥。 | 对比文件未涉及公私钥算法生成密钥的技术方案。因此《未公开》。 |
| 技术特征V：者<br>《未公开》 | 对比文件未记载。 | 纯连接用语，对比文件未体现。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 对比文件全文未记载公私钥加密算法。 | 对比文件未公开基于公私钥的加密算法。因此《未公开》。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件全文未记载该方案。 | 对比文件未公开使用公私钥映射生成的密钥对用户标识进行加密获取加密值的方案。因此《未公开》。 |
| 技术特征Y：其特征在于<br>《未公开》 | 对比文件未记载。 | 纯连接用语，对比文件未体现。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 对比文件未记载该方案。 | 对比文件完全不存在终端向另一终端发送“第二消息”的交互机制，更未公开指示用户标识类型为隐式用户标识信息的指示信息。因此《未公开》。 |
<<<b>>>
<<<l>>>
<<<m>>>
<<<Q>>>
<<<r>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《未公开》 | 无对应内容。 | 该特征为权利要求的过渡连接词，不包含实质性技术内容，且对比文件未公开相关权利要求保护的实质构架，故《未公开》。 |
| 技术特征B：该方法应用于第一用户设备<br>《直接公开》 | [0005] “본 발명의 일 실시예에 따르면 사용자 단말기의 소셜 네트워크 형성 방법은 외부 명령에 기초하여 서버로부터 선택적으로 등록된 사용자 목록을 수신하는 단계…”<br>（中文翻译：根据本发明的一实施例，一种用户终端的社交网络形成方法包括：基于外部命令从服务器选择性地接收已注册的用户列表的步骤…）<br>[0020] “사용자(120, 130, 140)는 자신의 정보를 사용자 단말기(150, 160, 170)에 저장한다…”<br>（中文翻译：用户（120、130、140）将其信息存储在用户终端（150、160、170）中…） | 对比文件公开了社交网络形成方法应用于用户终端（如用户120使用的终端150/220）。该用户终端即相当于目标专利中执行相关发现/交互方法的第一主体“第一用户设备”，其在对比文件中的作用是作为发起或执行社交网络构建流程的本地终端，与目标专利中第一用户设备作为执行发现流程的主体作用相同，本领域技术人员能毫无疑义地直接确定，构成《直接公开》。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | [0025] “서버(210)는 사용자의 ID와 IP 주소 정보를 저장한다. 사용자는 자신의 사용자 단말기(220)를 통해 소셜 네트워크 서비스를 이용하고, 각각의 사용자 정보 및 형성된 소셜 네트워크 정보는 각각의 사용자 단말기에 저장되고 관리된다.”<br>（中文翻译：服务器（210）存储用户的ID和IP地址信息。用户通过其用户终端（220）使用社交网络服务，各用户信息及形成的社交网络信息存储并管理在各用户终端中。）<br>[0028] “한편, 사용자의 소셜 네트워크 형성 정보는 사용자 단말기에 저장 및 관리된다.”<br>（中文翻译：另一方面，用户的社交网络形成信息在用户终端中存储并管理。） | 目标专利中，“隐式用户标识信息”是指为了保护隐私而经过变换（如哈希、密钥加密）或由服务器专门分配的非明文/映射标识，第一用户设备中预先存储明文标识与该隐式标识的映射/对应关系，用于后续接收到隐式标识时能反向查表确定。而对比文件仅公开了用户终端存储已建立的“社交网络形成信息”（即好友列表），或服务器存储“用户ID与IP地址”。对比文件完全没有提出“隐式用户标识信息”的概念，也没有在终端存储“用户标识与隐式用户标识信息的对应关系”以供对暗号或解密匹配的作用，无法直接或推理得出，故《未公开》。 |
| 技术特征D：所述方法包括：<br>《未公开》 | 无对应实质内容。 | 引导性过渡词，不体现独立的技术方案，对比文件不存在相同保护逻辑，故《未公开》。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | [0021] “…해당 IP 주소에 해당하는 사용자 단말기(170)와 피어 투 피어 통신을 통해, 선택된 사용자의 단말기(170)로부터 그 단말기를 사용하는 해당 사용자가 공개해 놓은 사용자 정보를 수신한다.”<br>（中文翻译：…通过与对应于该IP地址的用户终端（170）进行点对点通信，从所选择的用户终端（170）接收使用该终端的该用户所公开的用户信息。）<br>[0039] “선택된 사용자의 단말기로부터 수신된 사용자 정보는 사용자 ID, 이름, 나이, 성별, 취미, 컨텐츠에 대한 선호 정보, 출신 학교 및 출신 지역 정보를 포함한다.”<br>（中文翻译：从所选用户终端接收到的用户信息包括用户ID、姓名、年龄、性别、爱好、对内容的偏好信息、毕业学校及出身地区信息。） | 对比文件中第一终端（120）从目标终端（170，相当于第二用户设备）接收的是公开的明文“用户信息”（包括用户ID、姓名、年龄等），其目的是为了供第一终端用户直接查阅并决定是否交友。这与目标专利中为了防止明文广播泄露隐私而“接收包含隐式用户标识信息的第一消息”完全不同，对比文件既未公开隐式标识，更无接收隐式标识的第一消息，两者作用与机制均不同，故《未公开》。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | [0028] “사용자는 선택된 사용자 정보가 원하는 사용자임을 확인한 후, 확인된 사용자 단말기로 지인 형성 요청을 전송한다(263)…”<br>（中文翻译：用户确认所选择的用户信息是所需用户后，向已确认的用户终端发送熟人形成请求(263)…） | 对比文件中用户是直接通过肉眼浏览核对接收到的明文信息来确认是否为想结交的人，根本不存在“根据第一用户设备内部存储的对应关系进行查询匹配”的技术手段，故《未公开》。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 无对应内容。 | 目标专利是在本地利用隐式标识匹配查表获得其对应的用户标识。对比文件接收到的本来就是明文的用户ID，根本无需也不存在“根据隐式用户标识信息获得对应的用户标识”的步骤，故《未公开》。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 无对应内容。 | 目标专利该步骤是针对可能存在一对多匹配（例如哈希碰撞或多候选）时从候选集筛选的操作基准。对比文件无隐式标识映射集，不存在该特征，故《未公开》。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《隐含公开》 | [0021] “…선택된 사용자의 단말기(170)로부터 그 단말기를 사용하는 해당 사용자가 공개해 놓은 사용자 정보를 수신한다.”<br>（中文翻译：…从所选择的用户终端（170）接收使用该终端的该用户所公开的用户信息。）<br>[0028] “사용자는 선택된 사용자 정보가 원하는 사용자임을 확인한 후…”<br>（中文翻译：用户确认所选择的用户信息是所需用户后…）<br>[0039] “선택된 사용자의 단말기로부터 수신된 사용자 정보는 사용자 ID, 이름, 나이…”<br>（中文翻译：从所选用户终端接收到的用户信息包括用户ID、姓名、年龄…） | 按照宽松的隐含公开判断标准：在对比文件中，第一用户终端从第二用户终端接收到包含“用户ID（사용자 ID）”的用户信息，并通过确认该信息来锁定/识别出对方用户终端的用户标识。虽然对比文件中该用户标识是直接明文接收而非从隐式映射关系中筛选解出，但对比文件客观上公开了“最终获知/确定出第二用户设备的用户标识”的结果性内容，本领域技术人员可以合理推断对比文件部分公开了确定第二用户设备用户标识的方案，有可能与其他对比文件组合，因此认定该技术特征被《隐含公开》。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《直接公开》 | [0022] “사용자(120)는 선택된 사용자 정보를 확인한 후, 선택된 사용자 단말기(170)와 피어 투 피어 통신을 통해, 선택된 사용자 단말기에게 지인 형성 요청을 전송함으로써 소셜 네트워크를 형성한다.”<br>（中文翻译：用户（120）确认所选择的用户信息后，通过与所选择的用户终端（170）的点对点通信，向所选择的用户终端发送熟人形成请求，从而形成社交网络。）<br>[0028] “사용자는 선택된 사용자 정보가 원하는 사용자임을 확인한 후…”<br>（中文翻译：用户确认所选择的用户信息是所需用户后…） | 对比文件通过P2P交互使用户在终端上确认目标用户信息并建立好友关系，其实质目的和效果就是感知并识别出周围或目标网络中第二用户终端的使用者，实现“发现第二用户设备的用户”之目的，两者的作用完全相同，本领域技术人员能毫无疑义地确定，构成《直接公开》。 |
| 技术特征K：其中<br>《未公开》 | 无对应内容。 | 过渡连接词，不具有实质技术方案，《未公开》。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《直接公开》 | [0010] “상기 사용자 정보는 사용자 ID, 이름, 나이, 성별, 취미…”<br>（中文翻译：所述用户信息包括用户ID、姓名、年龄、性别、爱好…）<br>[0019] “사용자(120)는 최초 기기 사용시 자신이 사용한 사용자 ID를 생성하고, 그 ID를 서버에 등록한다…”<br>（中文翻译：用户（120）在最初使用设备时创建自己使用的用户ID，并将该ID注册到服务器…） | 对比文件中用户注册并在P2P通信中公开的“用户ID（사용자 ID）”即为常规可直接读出的明文ID，未进行不可逆变形或加密，与目标专利中明文用户标识（如手机号、用户名等）的作用和形式完全一致，属于直接公开的公知状态，构成《直接公开》。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《未公开》 | 无对应内容。 | 对比文件通篇采用明文用户ID配合IP地址进行识别交互，完全未公开对用户标识施加哈希变换、密钥算法或其他预定函数/算法处理来生成“隐式用户标识信息”的技术手段，故《未公开》。 |
| 技术特征N：者<br>《未公开》 | 无对应内容。 | 逻辑连接词（“或者”），不构成实质方案，《未公开》。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | [0006] “상기 사용자 목록은 사용자 ID 및 IP 주소 정보를 포함한다.”<br>（中文翻译：所述用户列表包括用户ID及IP地址信息。）<br>[0019] “서버(110)는 등록된 소셜 네트워크 서비스 사용자의 ID 및 IP 주소 정보를 저장 및 관리한다…”<br>（中文翻译：服务器（110）存储并管理已注册的社交网络服务用户的ID和IP地址信息…） | 对比文件中服务器存储和分配/提供的是用户的“用户ID”与“IP地址”，其中用户ID是由用户自行创建的（段落[0019]），且IP地址是网络层通信地址，根本不是服务器为设备额外分配的用于匿名/隐私发现的隐式用户标识信息，两者的性质、技术含义及作用完全不同，故《未公开》。 |
| 技术特征P：其特征在于<br>《未公开》 | 无对应内容。 | 过渡连接词，《未公开》。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《未公开》 | 无对应内容。 | 对比文件未涉及任何哈希函数处理用户标识的技术手段，故《未公开》。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《未公开》 | 无对应内容。 | 对比文件未公开利用哈希函数对用户标识进行哈希变换获得隐式标识的内容，故《未公开》。 |
| 技术特征S：其特征在于<br>《未公开》 | 无对应内容。 | 过渡连接词，《未公开》。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 无对应内容。 | 对比文件未涉及公私钥算法及其在生成隐式标识中的应用，故《未公开》。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 无对应内容。 | 对比文件未公开采用公私钥算法映射生成密钥作为隐式标识的内容，故《未公开》。 |
| 技术特征V：者<br>《未公开》 | 无对应内容。 | 逻辑连接词，《未公开》。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 无对应内容。 | 对比文件未公开基于公私钥算法的加密算法来生成隐式标识的内容，故《未公开》。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 无对应内容。 | 对比文件未公开用公私钥生成的密钥对用户标识加密得到加密值作为隐式标识的技术手段，故《未公开》。 |
| 技术特征Y：其特征在于<br>《未公开》 | 无对应内容。 | 过渡连接词，《未公开》。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | [0011] “상기 사용자 정보 중 적어도 하나의 정보를 선택적으로 공개하도록 설정하는 단계를 더 포함한다.”<br>（中文翻译：进一步包括将所述用户信息中的至少一个信息设置为选择性公开的步骤。）<br>[0020] “…사용자 단말기는 사용자 정보 중 적어도 하나의 정보를 다른 사용자들에게 선택적으로 공개하도록 설정할 수 있다.”<br>（中文翻译：…用户终端可设置为将用户信息中的至少一个信息选择性地公开给其他用户。） | 对比文件仅公开了用户可选择性公开用户信息中的某几项（如公开年龄、隐藏学校等），完全没有涉及在第二消息中包含指示标识类型为隐式用户标识信息的指示字段，两者作用和机制毫无关联，故《未公开》。 |
<<<B>>>
<<<i>>>
<<<J>>>
<<<L>>>
结合目标专利说明书原文的释义及技术方案机制，对对比文件（US20110128882A1）与目标专利权利要求各技术特征进行逐项比对分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《直接公开》 | [0001] "The present invention relates to a radio transmitting apparatus and a radio receiving apparatus."（本发明涉及一种无线发送装置和无线接收装置。） | 该特征为权利要求保护主题的常规过渡用语，不具有实质性技术限定作用。对比文件作为通信领域的无线收发方法/系统专利文献，直接公开了权利要求的常规过渡形式。 |
| 技术特征B：该方法应用于第一用户设备<br>《直接公开》 | [0032] "In FIG. 4, radio receiving apparatus 200 includes RF section 210, synchronization section 220, demodulation section 230 and decoding section 240. Radio receiving apparatus 200 is a terminal (UE)."（在图4中，无线接收装置200包括射频部分210、同步部分220、解调部分230和解码部分240。无线接收装置200是终端(UE)。） | 目标专利说明书[0060]指出该方法的执行主体是第一用户设备。对比文件公开了其接收端的接收与盲检决策方法应用于无线接收装置200，且明确指明该装置是终端（UE，即用户设备），对应于目标专利中的“第一用户设备”。两者在物理实体属性与通信交互角色上完全对应，因此技术特征B被对比文件《直接公开》。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | [0012] "...adopts a configuration including a storage section that stores the plurality of received control channel signals, a decoding section that decodes the control channel signals outputted from the storage section, an ID comparing section that compares the apparatus ID included in the decoded control channel signal with the apparatus ID of the receiving apparatus; a calculation section that calculates, when the apparatus ID and the apparatus ID of the receiving apparatus are different, hash values from the apparatus ID and th apparatus ID of the receiving apparatus respectively..."（……采用包括存储接收到的多个控制信道信号的存储部分、对从存储部分输出的控制信道信号进行解码的解码部分、将解码后的控制信道信号中包含的装置ID与接收装置的装置ID进行比较的ID比较部分；当该装置ID与接收装置的装置ID不同时，分别根据该装置ID和接收装置的装置ID计算哈希值的计算部分……） | 目标专利说明书[0007]、[0060]、[0065]明确强调，第一用户设备中需预先“存储有自身和至少一个其他用户设备的用户标识与隐式用户标识信息的对应关系”（例如映射表或绑定对），其用于接收到隐式标识后本地匹配反查出用户标识。而对比文件仅在存储器中临时缓存下发的下行控制信道信号（[0012]、[0037]），当接收到的盲检解码出的ID与本机ID不匹配时，由哈希计算单元实时动态计算哈希值（[0044]、[0059]），对比文件中既不存在第一UE预先存储自身及其他UE的用户标识和隐式标识对应关系的机制，也不存在基于该对应关系的反查表。因此，对比文件未公开特征C，且本领域技术人员无法从其动态计算逻辑中推理出这种静态预存对应关系，甚至不属于宽松标准下的《隐含公开》。 |
| 技术特征D：所述方法包括：<br>《直接公开》 | [0055]-[0056] "FIG. 7 is a flowchart related to search processing on the terminal ID in radio receiving apparatus 200. In step S1001, decoder 245 decodes a control channel signal..."（图7是与无线接收装置200中的终端ID搜索处理相关的流程图。在步骤S1001中，解码器245解码控制信道信号……） | 该特征为方法权利要求的连接引导用语。对比文件在图7及说明书[0055]-[0068]中完整公开了包含一系列接收与处理步骤的完整方法流程。因此属于《直接公开》。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | [0003] "PDCCH is transmitted to a transmission target terminal (transmission target UE) for a downlink data signal determined by a scheduler of a base station."（PDCCH被发送给基站调度器确定的用于下行数据信号的传输目标终端(传输目标UE)。）<br>[0022] "Radio transmitting apparatus 100 is a base station (BS)."（无线发送装置100是基站(BS)。）<br>[0041] "An exclusive OR between the CRC bit masked with a terminal ID included in the decoding result obtained by decoder 245 and the CRC bit obtained by CRC adding section 246 is calculated and an unmasked terminal ID is thereby obtained."（通过解码器245获得的解码结果中包含的用终端ID掩码的CRC比特与CRC添加部分246获得的CRC比特之间进行异或计算，从而获得未掩码的终端ID。） | 目标专利说明书[0002]-[0004]、[0061]、[0071]-[0072]明确限定：通信场景是用户设备与用户设备之间（D2D/WiFi Direct对等发现），第一消息由“第二用户设备”发送，且该消息中至少包含“第二用户设备的隐式用户标识信息”。而对比文件明确说明其通信场景是蜂窝系统的下行控制（基站BS向终端UE发送PDCCH，见[0002]-[0003]、[0022]），发送方为基站而非用户设备；其次，PDCCH中CRC掩码的是明文终端ID，接收端通过异或解码直接还原得到明文Terminal ID（[0041]），控制信道消息中并未包含任何“第二用户设备的隐式用户标识信息”。两者的传输主体、传输报文内容及架构截然不同，对比文件未公开特征E。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 参见特征C的对比文件引用。对比文件中无存储对应关系。 | 目标专利说明书[0009]、[0065]强调通过将接收到的隐式标识与本地预先存储的“对应关系”进行查表匹配检索。对比文件终端本地并未存储任何其他用户设备的对应关系，而是根据解码出的他人明文ID在运行时现场计算哈希值（[0044]），不存在“根据所存储的对应关系”这一判定基础，因此对比文件未公开特征F。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | [0041] "...An exclusive OR between the CRC bit masked with a terminal ID included in the decoding result obtained by decoder 245 and the CRC bit obtained by CRC adding section 246 is calculated and an unmasked terminal ID is thereby obtained."（……通过对CRC比特与解码结果进行异或计算，从而获得未加掩码的终端ID。） | 目标专利说明书[0064]-[0065]记载：根据接收到的隐式用户标识，在本地存储的对应关系中查找/映射匹配，从而“获得”对应的明文用户标识。而在对比文件中，终端解出的是当前盲检C-RNTI（明文Terminal ID），随后通过哈希函数计算出该ID对应的哈希值（即单向从ID计算哈希），并不存在从隐式标识反向获得/查找到对应用户标识的技术过程。对比文件未公开特征G。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | [0042]-[0043] "Comparing section 248 compares the terminal ID included in the decoding target control channel signal this time obtained in adder 247 with the terminal ID of radio receiving apparatus 200... When the comparison result shows that both IDs match, comparing section 248 judges that the control channel signal directed to radio receiving apparatus 200 has been found..."（比较部分248将加法器247获得的本次解码目标控制信道信号中包含的终端ID与无线接收装置200的终端ID进行比较……当比较结果显示两个ID匹配时，比较部分248判定已找到发往无线接收装置200的控制信道信号……） | 目标专利说明书[0067]、[0109]记载，当一个隐式标识存在哈希碰撞时，会对应多个可能的用户标识集合，需要“从与该隐式标识对应的（多个）用户标识中”进行筛选甄别。对比文件中每次盲检仅直接解出一个确定的终端ID并与本机自身ID比较，根本不存在“与隐式标识对应的候选用户标识集合”，更无从谈起从该集合中进行筛选确定。对比文件未公开特征H。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《隐含公开》 | [0041] "...and an unmasked terminal ID is thereby obtained."（……从而获得未加掩码的终端ID。）<br>[0043] "...comparing section 248 outputs the terminal ID included in the decoding target control channel signal this time and the terminal ID of radio receiving apparatus 200."（……比较部分248输出本次解码目标控制信道信号中包含的终端ID和无线接收装置200的终端ID。） | 目标专利中该特征是指第一UE确定出发送探测消息的第二UE的真实身份ID。在对比文件中，UE 200在盲检解调解扰PDCCH时，能通过CRC异或恢复出调度目标设备（即系统中其他某个终端）的Terminal ID（[0041]、[0043]）。虽然对比文件的目的是为了确定该信道是否发给自身，但其解码过程确实能够提取并确定出系统中另外一个设备（可广义理解为系统中第二终端设备）的用户标识。基于极为宽松的隐含公开判断标准，对比文件部分公开了解析提取其他终端设备ID的处理能力，可认为《隐含公开》。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | [0004] "...When a PDCCH decoding result of a certain subframe includes the terminal ID of that terminal, the terminal determines that this PDCCH is directed to that terminal and also determines that a downlink data signal directed to the terminal is transmitted in this subframe."（……当某子帧的PDCCH解码结果包含该终端的终端ID时，该终端确定该PDCCH是针对该终端的，并且还确定在该子帧中传输针对该终端的下行数据信号。） | 目标专利说明书[0003]、[0057]-[0060]指出，“发现用户”是指设备发现/朋友发现（ProSe/WiFi Direct等应用层感知附近对等终端的存在并识别其用户身份）。对比文件的目的完全不同，其终端在盲检解出他人ID后，仅用于对比哈希值以缩小二分法搜索空间来找寻自己的下行调度信息（[0052]-[0054]），即使解出了他人的ID，也直接丢弃或作为搜索跳转参考，并未实现“发现所述第二用户设备的用户”这一技术效果与功能。两者在技术领域、机制和作用效果上完全不相符，对比文件未公开特征J。 |
| 技术特征K：其中<br>《直接公开》 | 全文逻辑连接关系。 | 属于从属限定引导用语，形式上由对比文件整体方案的行文与上下文过渡直接公开。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《直接公开》 | [0027] "Hash value calculation section 131 calculates a hash value from a bit sequence representing a terminal ID of each scheduling target terminal included in the scheduling information."（哈希值计算部分131根据调度信息中包含的表示各调度目标终端的终端ID的比特序列计算哈希值。）<br>[0041] "...and an unmasked terminal ID is thereby obtained."（……从而获得未掩码的终端ID。） | 目标专利说明书[0011]、[0062]指出用户标识是明文标识。对比文件中基站和终端处理的Terminal ID即为标准的明文设备标识（位序列比特串，例如通过去掩码还原的未加扰明文比特序列），作为计算哈希的基础。因此技术特征L被对比文件《直接公开》。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《隐含公开》 | [0011] "...configuration including a calculation section that calculates a hash value from a bit sequence representing an apparatus ID of each transmission target apparatus..."（……采用包括根据表示各发送目标装置的装置ID的比特序列计算哈希值的计算部分的配置……）<br>[0027] "Hash value calculation section 131 calculates a hash value from a bit sequence representing a terminal ID..."（哈希值计算部分131根据表示终端ID的比特序列计算哈希值……） | 目标专利说明书[0062]、[0075]-[0076]指明，隐式标识是对明文标识利用预定函数（如哈希）或算法处理后得到的特征值。对比文件明确公开了利用哈希函数（预定函数）对Terminal ID（用户标识）进行哈希运算计算出Hash value（[0011]、[0027]）。虽然对比文件的Hash value主要用于基站端排序映射资源与终端二分查找，未作为D2D空口探测报文的隐式显明ID，但其生成机理完全相同（利用预定算法处理明文ID得到哈希值）。在极其宽松的隐含公开标准下，对比文件公开了该数学处理逻辑，构成《隐含公开》。 |
| 技术特征N：者<br>《直接公开》 | 语法选择分支用语（或者）。 | 形式用语，对比文件说明书中亦存在大量择一选项公开（如[0011]、[0028]中的"monotonously increase or decreases"等）。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 对比文件全文无服务器统一分配两个对应标识的记载。 | 目标专利说明书[0011]、[0063]指出，该实施方式是由应用服务器直接为用户设备分配对应于同一设备的两个关联标识（第一标识和第二标识）。对比文件的哈希值是由收发机各自在本地计算的（[0027]、[0044]），不存在服务器统一分配对应同一终端的两种标识的技术手段。对比文件未公开特征O。 |
| 技术特征P：其特征在于<br>《直接公开》 | 参见特征A。常规权利要求过渡用语。 | 直接公开。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《直接公开》 | [0027] "Hash value calculation section 131 calculates a hash value from a bit sequence representing a terminal ID of each scheduling target terminal included in the scheduling information."（哈希值计算部分131根据调度信息中包含的表示各调度目标终端的终端ID的比特序列计算哈希值。）<br>[0044] "Hash value calculation section 249 calculates hash values from the terminal ID included in the decoding target control channel signal this time and the terminal ID of radio receiving apparatus 200 respectively."（哈希值计算部分249分别根据本次解码目标控制信道信号中包含的终端ID和无线接收装置200的终端ID计算哈希值。） | 目标专利说明书[0012]、[0075]记载预定函数具体为哈希函数。对比文件在基站和终端均设置了“Hash value calculation section”（哈希值计算部分131、249），明确指出该算法函数就是哈希函数。技术特征Q被对比文件《直接公开》。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《隐含公开》 | [0027] "Hash value calculation section 131 calculates a hash value from a bit sequence representing a terminal ID..."（哈希值计算部分131根据表示终端ID的比特序列计算哈希值……）<br>[0044] "Hash value calculation section 249 calculates hash values from the terminal ID included in the decoding target control channel signal this time and the terminal ID of radio receiving apparatus 200 respectively. Here, Hamming weights are used as hash values."（哈希值计算部分249分别根据本次解码目标控制信道信号中包含的终端ID和无线接收装置200的终端ID计算哈希值。这里，汉明权重被用作哈希值。） | 目标专利说明书[0012]、[0075]-[0076]指明将用户明文ID输入哈希函数变换得到散列值。对比文件明确记载以终端ID的比特序列作为输入，利用哈希函数（如汉明权重计算）进行哈希变换生成哈希值。由于对比文件中该哈希值属于从终端ID变换得出的散列结果，其数据生成机制与特征R完全相同；基于极宽松的隐含公开标准，由于其算式和逻辑等同，认定为《隐含公开》。 |
| 技术特征S：其特征在于<br>《直接公开》 | 参见特征A。常规权利要求过渡用语。 | 直接公开。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 对比文件全文未记载公私钥非对称算法。 | 目标专利说明书[0013]、[0079]-[0080]强调非对称密码学中的公私钥体系。对比文件采用的是哈希散列算法（汉明重量或汉明距离，见[0044]、[0073]），完全未提及公钥/私钥体制，对比文件未公开特征T。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件全文未记载采用公私钥算法映射生成密钥。 | 目标专利说明书[0013]、[0081]记载将用户标识作为私钥，利用公私钥算法生成公钥作为隐式标识。对比文件无此方案，未公开特征U。 |
| 技术特征V：者<br>《直接公开》 | 语法选择分支用语（或者）。 | 直接公开。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 对比文件全文无公私钥加密算法的记载。 | 目标专利说明书[0014]、[0081]明确指出该算法是基于公私钥机制的加密算法。对比文件未记载任何公私钥加密技术，未公开特征W。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件全文无相关公钥加密获得密文作为标识的记载。 | 目标专利说明书[0014]、[0081]限定了“公私钥映射生成密钥再对用户标识自身进行加密”得到密文作为隐式标识的特定双重加密衍生机制。对比文件完全未涉及该技术方案，未公开特征X。 |
| 技术特征Y：其特征在于<br>《直接公开》 | 参见特征A。常规权利要求过渡用语。 | 直接公开。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 对比文件全文无此指示信息。 | 目标专利说明书[0026]、[0045]、[0084]、[0198]指出在反向发送的第二消息中携带显式指示信息，用以指明第一UE标识的类型为隐式用户标识。对比文件根本不存在UE向对端发送第二消息的交互流程，更无包含此类标识类型指示信息的可能，对比文件未公开特征Z。 |
<<<A>>><<<B>>><<<D>>><i><<<K>>><<<L>>><<m>><<<N>>><<<P>>><<<Q>>><<r>>><<<S>>><<<V>>><<<Y>>>
基于目标专利说明书原文的记载以及对比文件的公开内容，严格按照给出的技术特征划分进行对比与论述。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《未公开》 | 无（对比文件全文无对应技术特征） | “其特征在于”仅为权利要求的前序部分与特征部分之间的连接过渡用语，不构成具体的技术内容。对比文件未包含此过渡特征。 |
| 技术特征B：该方法应用于第一用户设备<br>《隐含公开》 | [0013] 本发明的无线接收装置，是接收从上述的无线发送装置发送的多个控制信道信号，并从接收到的多个控制信道信号中搜索发往本装置的控制信道信号的无线接收装置……<br>[0024] ……无线接收装置200为终端(UE)。 | 对比文件公开了其接收方法应用于终端（UE，即无线接收装置200）。目标专利中的“第一用户设备”为执行设备发现/识别流程的终端设备。对比文件的终端（UE）属于一种用户设备，在通信交互中承担接收与处理实体的角色，本领域技术人员可以合理推断对比文件中的终端（UE）对应于上述第一用户设备，因此该特征被隐含公开。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | [0013] ……采用的结构包括：存储单元，存储所述接收到的多个控制信道信号；解码单元，对从所述存储单元输出的控制信道信号进行解码；ID比较单元，比较所述解码了的控制信道信号中包含的所述装置ID和本装置ID；计算单元，在所述装置ID和所述本装置ID不同时，根据所述装置ID和所述本装置ID，分别计算哈希值；……<br>[0039] ……解码单元240包括存储器241、……哈希值计算单元249、以及搜索对象选择单元251。 | 目标专利中第一用户设备预先存储有第一用户设备与其它用户设备各自的“明文用户标识”与“隐式用户标识信息”之间的映射/对应关系表，从而在收到隐式标识时能反向查表获取明文标识。而对比文件的无线接收装置200的存储器仅存储接收到的控制信道信号，其仅存储本装置ID，其他装置ID系从接收到的PDCCH中解码实时提取，且哈希值是在两者不同时才临时动态计算，其存储器中根本没有预先存储“第一用户设备和至少一个其他用户设备的用户标识与隐式用户标识信息的对应关系”，两者存储内容、数据组织机制及作用完全不同，因此未公开。 |
| 技术特征D：所述方法包括：<br>《未公开》 | 无 | 权利要求方法步骤引导语，本身不包含实质性技术方案。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | [0012] 本发明的无线发送装置……计算单元，根据表示各个发送对象装置的装置ID的比特串，计算哈希值……<br>[0013] 本发明的无线接收装置，是接收从上述的无线发送装置发送的多个控制信道信号……<br>[0024] ……无线发送装置100为基站(BS)。 | 目标专利中该步骤为“第一用户设备”直接接收“第二用户设备”发送的发现消息（如WiFi Direct设备直连发现中的Probe Request帧），消息中包含第二用户设备的隐式标识（如哈希值或加密值）。而对比文件是终端（UE）接收“基站（BS，无线发送装置100）”发送的下行控制信道信号（PDCCH），发送端是基站而非第二用户设备，且信号中包含的是调度对象终端的终端ID（明文ID），哈希值仅用于基站端排序映射，PDCCH消息本身并不携带其它UE的隐式用户标识。发送主体与消息性质均不同，因此未公开。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | [0013] ……计算单元，在所述装置ID和所述本装置ID不同时，根据所述装置ID和所述本装置ID，分别计算哈希值；以及控制单元，比较由所述计算单元计算出的哈希值，使所述存储单元输出与比较结果对应的顺序的控制信道信号。 | 目标专利中该特征是指利用预先存储的“用户标识与隐式用户标识信息对应关系”进行查表或匹配操作。对比文件不存在此对应关系，其采用的是实时计算汉明权（哈希值）并进行大小比较来调整控制信道搜索方向的二分搜索机制，未利用任何预先存储的映射对应关系，因此未公开。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | [0043] 加法器247将通过CRC附加单元246获得的比特串和通过解码器245获得的解码结果相加。通过计算解码器245得到的解码结果中包含的以终端ID屏蔽的CRC比特、与CRC附加单元246得到的CRC比特之间的逻辑“异或”，获得去除了屏蔽的终端ID。 | 目标专利中是在接收到隐式标识后，通过本地存储的对应关系反查获得其对应的真实明文标识。对比文件中并不存在“从隐式标识反查获得对应用户标识”的过程，其是对解调出的控制信道信号通过异或去除CRC屏蔽直接获取解码出的明文终端ID，该终端ID本身就是明文，并非通过隐式标识反查获得，技术手段与处理逻辑不同，因此未公开。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | [0044] 比较单元248比较通过加法器247得到的本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID。…… | 目标专利中该特征的前提是存在因哈希碰撞等原因导致一个隐式标识对应多个明文用户标识的候选集合，需要从中进一步筛选确定。对比文件中从PDCCH中解码出来的仅是一个具体的终端ID，完全不存在“从对应的隐式标识所关联的候选用户标识中”进行筛选的处理过程，因此未公开。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《未公开》 | [0044] 比较单元248比较通过加法器247得到的本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID。在该比较的结果为两者一致时，比较单元248判断为发现了发往本装置的控制信道信号…… | 目标专利中是通过交互、解密验证等手段确定发送发现请求的第二用户设备的明文身份（例如确定是哪个朋友）。对比文件中接收装置只关心从信号中解码出的终端ID是否与“本装置ID”一致以确定该PDCCH是否发往自己，如果不是本装置ID，则直接利用其计算哈希值以限定后续搜索方向，根本不需要也不存在“确定出发送方或其他第二用户设备的用户标识”的目的和过程，因此未公开。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | [0004] ……若某个子帧的PDCCH的解码结果中包含本终端的终端ID，则终端判断该PDCCH是发往本终端，并且判断在该子帧中发送了发往本终端的下行数据信号。…… | 目标专利解决的是终端间（D2D/P2P）社交朋友发现、感知彼此存在的场景。对比文件解决的是蜂窝移动通信系统中基站下行调度PDCCH盲检次数过多、资源利用率低的问题，其目标是发现发往本装置的下行调度信息，与“发现第二用户设备的用户”在技术领域、实现手段和技术效果上完全不同，因此未公开。 |
| 技术特征K：其中<br>《未公开》 | 无 | 权利要求条件说明过渡语，无具体技术特征内容。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《隐含公开》 | [0027] ……调度信息中包含由调度器(未图示)选择出的所有调度对象终端的终端ID、以及发送定时等。<br>[0043] ……通过计算解码器245得到的解码结果中包含的以终端ID屏蔽的CRC比特、与CRC附加单元246得到的CRC比特之间的逻辑“异或”，获得去除了屏蔽的终端ID。<br>[0045] ……例如，在为比特串0111011的情况下，汉明权为5。 | 目标专利中说明书指出明文用户标识可以为电话号码、QQ号、数字和字母等信息。对比文件中基站调度信息中包含调度对象终端的终端ID，且终端通过CRC去屏蔽直接获得该终端ID的比特串，且能直接统计其汉明权，表明该终端ID为直接可识别的明文标识（非加密或哈希后不可读形态）。结合对比文件LTE体制常识，终端ID为明文形式，可合理推断其为明文用户标识，因此该特征被隐含公开。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《隐含公开》 | [0012] ……计算单元，根据表示各个发送对象装置的装置ID的比特串，计算哈希值(Hashvalue)……<br>[0013] ……计算单元，在所述装置ID和所述本装置ID不同时，根据所述装置ID和所述本装置ID，分别计算哈希值……<br>[0045] 哈希值计算单元249根据本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID分别计算哈希值。这里，使用汉明权(Hamming weight)作为哈希值。 | 目标专利中隐式用户标识信息是利用预定函数/算法（如哈希）对用户标识处理后得到的信息。对比文件中明确公开了计算单元根据表示终端ID的比特串计算哈希值（如汉明权），该哈希值即属于利用预定函数（哈希函数）对用户标识（终端ID）处理后得到的信息。虽然对比文件中该哈希值的作用是用于在频域排序以及指引搜索方向，但就“信息本身的生成属性与构成方式”而言，对比文件公开了对终端ID执行哈希计算得到哈希值，从极宽松标准考虑，本领域技术人员可以合理推断该哈希值属于对用户标识利用预定函数处理后得到的信息，因此认定为隐含公开。 |
| 技术特征N：者<br>《未公开》 | 无 | 权利要求的选择连接词，无具体技术特征内容。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | [0012] ……计算单元，根据表示各个发送对象装置的装置ID的比特串，计算哈希值(Hashvalue)……<br>[0045] 哈希值计算单元249根据本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID分别计算哈希值。 | 目标专利中该特征提供了并列方案，即由服务器为同一用户设备直接分配两个对应的标识（第一标识和第二标识）。对比文件中发送端和接收端的哈希值均由发送装置和接收装置内部的计算单元根据装置ID通过算法计算得出，而非由服务器直接分配两个预设标识，因此未公开。 |
| 技术特征P：其特征在于<br>《未公开》 | 无 | 权利要求的从属权利要求过渡语，无具体技术内容。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《直接公开》 | [0012] ……计算单元，根据表示各个发送对象装置的装置ID的比特串，计算哈希值(Hashvalue)；……<br>[0045] 哈希值计算单元249根据本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID分别计算哈希值。这里，使用汉明权(Hamming weight)作为哈希值。 | 对比文件明确公开了使用“哈希值计算单元”（131、249）对终端ID计算“哈希值（Hashvalue）”，并且在[0045]中具体指明采用汉明权作为哈希值，在[0073]中指出还可以使用汉明距离或十进制变换值作为哈希函数处理。对比文件直接采用了哈希函数这一术语及其实体处理方式，本领域技术人员能毫无疑义地直接得出其使用的函数为哈希函数，因此该特征被直接公开。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《隐含公开》 | [0012] ……计算单元，根据表示各个发送对象装置的装置ID的比特串，计算哈希值(Hashvalue)；……<br>[0045] 哈希值计算单元249根据本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID分别计算哈希值。这里，使用汉明权(Hamming weight)作为哈希值。 | 目标专利中隐式标识具体为将明文ID经哈希函数变换后输出的哈希值。对比文件中哈希值计算单元根据装置ID（终端ID）计算哈希值（例如汉明权）。在最宽松的隐含公开判断标准下，对比文件中的哈希值即是对装置ID利用哈希函数进行哈希变换后得到的信息，其客观数据形态及变换生成过程与特征R一致，本领域技术人员基于对比文件内容可直接推理出该处理特征，因此认定为隐含公开。 |
| 技术特征S：其特征在于<br>《未公开》 | 无 | 权利要求的过渡语，无具体技术特征内容。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | [0045] 哈希值计算单元249根据本次的解码对象控制信道信号中包含的终端ID和本装置的终端ID分别计算哈希值。这里，使用汉明权(Hamming weight)作为哈希值。……<br>[0073] ……也可以使用终端ID的汉明距离、或者表示终端ID的比特串的十进制变换值。 | 目标专利要求预定算法具体为公钥和私钥构成的非对称公私钥算法。对比文件通篇只涉及哈希计算（如汉明权、汉明距离、十进制变换），未公开或暗示采用公私钥算法，因此未公开。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 全文无相关内容 | 目标专利利用公私钥算法将用户标识映射为公钥或密钥作为隐式标识。对比文件未涉及公私钥算法及密钥映射生成机制，因此未公开。 |
| 技术特征V：者<br>《未公开》 | 无 | 权利要求的选择连接词，无具体技术内容。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 全文无相关内容 | 目标专利要求基于公私钥算法对标识进行非对称加密。对比文件仅涉及CRC异或去屏蔽和哈希值计算，不涉及任何基于公私钥算法的加密算法，因此未公开。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 全文无相关内容 | 目标专利要求用生成的公钥对用户标识进行加密获得密文作为隐式标识。对比文件无相关密钥生成与标识加密操作，因此未公开。 |
| 技术特征Y：其特征在于<br>《未公开》 | 无 | 权利要求的过渡语，无具体技术内容。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 全文无相关内容 | 目标专利中第一用户设备在向第二用户设备回复第二消息时，消息中携带有指示用户标识类型的指示信息（用于指示当前标识为隐式标识）。对比文件是下行控制信道PDCCH的搜索过程，不存在D2D发现中的第一/第二消息交互过程，更未公开在回复消息中携带标识类型指示信息，因此未公开。 |
<<<Q>>><<<b>>><<<l>>><<<m>>><<<r>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br><br>《未公开》 | 无对应内容。 | 技术特征A为权利要求的过渡句，对比文件JP2011196431A涉及一种机械领域的用于无油式压缩机等的“汽缸装置”（Cylinder device），未公开通信协议中关于发现设备的用户的方法的特征过渡。故该特征《未公开》。 |
| 技术特征B：该方法应用于第一用户设备<br><br>《未公开》 | 无对应内容。 | 对比文件公开的是一种往复动压缩机/膨胀机中的汽缸装置，其中的实体为汽缸、活塞、活塞环、活塞杆等机械构件（参见全文及说明书[2]、[0011]），完全不属于电子通信技术领域，更未公开“第一用户设备”或应用于第一用户设备的方法。即便采用非常宽松的隐含公开判断，对比文件机械结构中也毫无任何计算或通信终端实体的可能映射或逻辑推理基础。故该特征《未公开》。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征用于在第一用户设备本地保存用于身份解析与隐私保护的明文/隐式标识映射关系（说明书[0007]、[0060]）。对比文件为纯机械领域的活塞装置，不存在任何数据存储装置，更无“用户标识”及“隐式用户标识信息”的对应关系记载，本领域技术人员无法从机械密封部件中推断出任何标识信息存储技术方案。故该特征《未公开》。 |
| 技术特征D：所述方法包括：<br><br>《未公开》 | 无对应内容。 | 该特征属于方法流程步骤的引导语，对比文件记载的是机械装置的结构及物理运动过程，未公开对应的信息交互方法流程。故该特征《未公开》。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征用于接收外部设备广播或发送的携带隐私保护标识的消息（说明书[0008]、[0061]）。对比文件涉及活塞在汽缸内部往复运动、利用可动活塞片移动以密封间隙的物理过程，完全没有无线信号接收、消息传输以及隐式标识传递的构造或机制。本领域技术人员不可能从对比文件中推理出接收消息的技术方案。故该特征《未公开》。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征作为身份匹配和解密查找的依据（说明书[0009]、[0065]）。对比文件不存在任何数字对应关系存储与查找逻辑，未公开该特征。故该特征《未公开》。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br><br>《未公开》 | 无对应内容。 | 目标专利中通过本地对应关系匹配隐式标识以检索出候选用户标识（说明书[0009]、[0065]）。对比文件无此信息处理流程，未公开该特征。故该特征《未公开》。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征界定了进一步确定用户标识的取值范围（说明书[0010]、[0067]）。对比文件未涉及任何标识集合的筛选处理，未公开该特征。故该特征《未公开》。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br><br>《未公开》 | 无对应内容。 | 目标专利中用于准确确认第二用户设备的真实明文身份（说明书[0010]、[0067]）。对比文件为机械压缩构件，完全无用户标识确认处理，未公开该特征。故该特征《未公开》。 |
| 技术特征J：进而发现所述第二用户设备的用户<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征是设备发现协议所达成的技术目的与效果（说明书[0010]、[0046]）。对比文件用于解决活塞磨损偏心及防气体泄漏问题，作用与通信发现完全不同，未公开该特征。故该特征《未公开》。 |
| 技术特征K：其中<br><br>《未公开》 | 无对应内容。 | 连接词，对比文件无对应上下文公开。故该特征《未公开》。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征界定了设备用户标识采用电话号码、QQ号等明文形式（说明书[0011]、[0085]）。对比文件完全未涉及任何明文标识信息，未公开该特征。故该特征《未公开》。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br><br>《未公开》 | 无对应内容。 | 目标专利中通过对明文标识应用算法函数变换实现安全隐私保护（说明书[0011]、[0062]）。对比文件不存在任何函数处理或算法生成隐式标识的机制，未公开该特征。故该特征《未公开》。 |
| 技术特征N：者<br><br>《未公开》 | 无对应内容。 | 权利要求并列选择连接词，对比文件无对应内容。故该特征《未公开》。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br><br>《未公开》 | 无对应内容。 | 目标专利中由服务器统一分配并维护两套具有映射关系的标识（说明书[0011]、[0063]）。对比文件不涉及网络服务器及标识分配系统，未公开该特征。故该特征《未公开》。 |
| 技术特征P：其特征在于<br><br>《未公开》 | 无对应内容。 | 从属权利要求过渡词，对比文件无对应内容。故该特征《未公开》。 |
| 技术特征Q：所述预定函数具体为哈希函数<br><br>《未公开》 | 无对应内容。 | 目标专利中采用哈希函数实现散列隐藏（说明书[0012]、[0075]）。对比文件是活塞机械技术，毫无哈希算法计算机制，未公开该特征。故该特征《未公开》。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br><br>《未公开》 | 无对应内容。 | 目标专利中通过哈希变换生成隐式标识（说明书[0012]、[0076]-[0078]）。对比文件未公开任何哈希变换技术方案。故该特征《未公开》。 |
| 技术特征S：其特征在于<br><br>《未公开》 | 无对应内容。 | 从属权利要求过渡词，对比文件无对应内容。故该特征《未公开》。 |
| 技术特征T：所述预定算法具体为公私钥算法<br><br>《未公开》 | 无对应内容。 | 目标专利采用公私钥非对称算法（说明书[0013]、[0079]-[0080]）。对比文件完全未涉及任何非对称密码体制，未公开该特征。故该特征《未公开》。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br><br>《未公开》 | 无对应内容。 | 目标专利中将用户标识映射为公私钥中的密钥作为隐式标识（说明书[0013]、[0081]）。对比文件无该密码学生成方案，未公开该特征。故该特征《未公开》。 |
| 技术特征V：者<br><br>《未公开》 | 无对应内容。 | 权利要求并列选择连接词，对比文件无对应内容。故该特征《未公开》。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br><br>《未公开》 | 无对应内容。 | 目标专利采用公私钥体系下的数据加密算法（说明书[0014]、[0079]）。对比文件为机械结构，无任何加密算法，未公开该特征。故该特征《未公开》。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br><br>《未公开》 | 无对应内容。 | 目标专利通过密钥对明文标识进行加密生成密文形式的隐式标识（说明书[0014]、[0081]）。对比文件无此类信息加密处理方案，未公开该特征。故该特征《未公开》。 |
| 技术特征Y：其特征在于<br><br>《未公开》 | 无对应内容。 | 从属权利要求过渡词，对比文件无对应内容。故该特征《未公开》。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br><br>《未公开》 | 无对应内容。 | 目标专利在回复消息中携带特定类型指示信息以利于快速解析（说明书[0026]、[0107]）。对比文件为机械设备，不存在任何消息报文及指示字段设计，未公开该特征。故该特征《未公开》。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《未公开》 | 对比文件通篇无对应内容。 | 该特征属于权利要求的撰写过渡用语，对比文件为纺织染色领域的专利文件，未记载与本通信发明技术特征A相对应的技术内容。 |
| 技术特征B：该方法应用于第一用户设备<br>《未公开》 | 对比文件全文（例如段落[0001]、[0011]、[0016]-[0020]）：<br>“주름이 형성되는 직물의 염색방법... 망사자루에 투입된 직물을 가압하는 단계...”<br>（译文：起皱织物的染色方法……将放入网状袋中的织物进行加压的步骤……） | 目标专利中，“第一用户设备”为通信领域中的执行主体，用于与其他设备进行安全感知和通信交互。对比文件涉及织物染色工艺，其方法执行涉及网袋、织物及染色操作，完全不涉及通信设备或“第一用户设备”，作用完全不同，未公开该特征。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中该特征用于在第一用户设备本地维护映射表，以便后续对接收到的隐式标识进行反查和解析。对比文件记载的是织物物理浸泡与染色，不存在任何通信标识、隐式标识及其对应关系存储的方案，未公开该特征。 |
| 技术特征D：所述方法包括：<br>《未公开》 | 对比文件通篇无对应内容。 | 该特征为方法权利要求的连接引述词，对比文件未公开本发明通信方法所包括的对应技术步骤。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中该特征用于通过接收携带隐式标识的报文实现设备间感知且保护明文隐私。对比文件为织物加工工艺，不存在通信设备、无线报文收发及隐式用户标识信息，未公开该特征。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中用于作为标识检索与匹配的比对依据。对比文件无数据处理及对应关系比对的技术内容，未公开该特征。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中该特征用于通过匹配检索获取可能的明文用户标识。对比文件不涉及任何数据标识查询或隐式标识转换，未公开该特征。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中用于界定标识判别或验证的数据来源范围。对比文件完全不涉及用户标识数据处理，未公开该特征。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中用于准确确认对端具体明文身份。对比文件涉及染料在织物纤维中的渗透，与通信设备用户标识确定无关，未公开该特征。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中用于实现安全的邻近设备用户感知与发现目的。对比文件旨在解决织物起皱和着色美观问题，完全无设备或用户发现的技术手段与目的，未公开该特征。 |
| 技术特征K：其中<br>《未公开》 | 对比文件通篇无对应内容。 | 撰写连接词，对比文件无对应内容。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中明确用户标识采用明文（如手机号、QQ号等真实标识）。对比文件不涉及用户标识的明文形式，未公开该特征。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中该特征用于对标识进行算法转换生成隐私保护标识。对比文件完全不涉及数字算法或标识处理，未公开该特征。 |
| 技术特征N：者<br>《未公开》 | 对比文件通篇无对应内容。 | 语法并列连接词（或者），对比文件无对应内容。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中该特征提供了服务器分配并下发两个映射标识的替代方案。对比文件无服务器通信与双标识分配机制，未公开该特征。 |
| 技术特征P：其特征在于<br>《未公开》 | 对比文件通篇无对应内容。 | 从属权利要求的撰写过渡词，对比文件无对应内容。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中采用哈希散列函数实现单向变换。对比文件未公开哈希函数及其在标识变换中的应用，未公开该特征。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中利用哈希变换获得固定长度散列值作为隐式标识。对比文件属于机械/纺织处理，不涉及哈希计算，未公开该特征。 |
| 技术特征S：其特征在于<br>《未公开》 | 对比文件通篇无对应内容。 | 从属权利要求的撰写过渡词，对比文件无对应内容。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中采用非对称密码体制。对比文件无公私钥算法公开，未公开该特征。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中将用户标识映射为密钥并作为隐式标识。对比文件无密码学密钥生成或标识隐藏机制，未公开该特征。 |
| 技术特征V：者<br>《未公开》 | 对比文件通篇无对应内容。 | 语法并列连接词，对比文件无对应内容。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中使用非对称加密算法对标识进行加密处理。对比文件无加密算法技术内容，未公开该特征。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中通过密钥加密自身标识形成加密值作为隐式标识，以防止伪装攻击与信息泄露。对比文件无此加密机制，未公开该特征。 |
| 技术特征Y：其特征在于<br>《未公开》 | 对比文件通篇无对应内容。 | 从属权利要求的撰写过渡词，对比文件无对应内容。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 对比文件通篇无对应内容。 | 目标专利中用于在对端交互消息中显式携带类型指示信息，以便快速解析标识类别。对比文件完全不涉及消息字段设计或标识类型指示，未公开该特征。 |
结合目标专利说明书原文的记载以及对比文件（CN102333279A）的全部内容，对目标专利权利要求划分的技术特征A至Z进行逐项分析与公开性比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《直接公开》 | 对比文件权利要求书及全文通用过渡语形式。 | “其特征在于”属于专利权利要求的撰写过渡用语，对比文件实质公开了该类权利要求的常规撰写形式，属于形式特征的直接公开。 |
| 技术特征B：该方法应用于第一用户设备<br>《直接公开》 | 【说明书第[0008]、[0013]段】<br>“请求用户利用移动客户端将配置的蓝牙通信设备的名称和所述蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表发送至与所述移动客户端建立通信连接的电子名片传递服务器……请求用户从所述移动客户端显示的所述用户列表中选择一个或多个用户……”；“包括电子名片传递服务器以及与所述电子名片传递服务器建立通信连接的移动客户端……” | 对比文件中的“请求用户对应的移动客户端”即对应目标专利的“第一用户设备”，其方法由移动客户端执行参与。二者在终端设备层面的实体作用和应用场景相同，属于直接公开。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 【说明书第[0014]、[0048]、[0074]-[0077]段】<br>“存储单元，用于存储自身用户的电子名片以及通过所述信息收发单元接收自所述电子名片传递服务器响应对象用户对应的所述移动客户端的确认信息后所发送的对象用户的电子名片”；“方式二：不改变移动客户端配置的蓝牙通信设备所设置的名称。每一次在移动客户端上应用电子名片传递功能时……就自动将蓝牙通信设备的名称改成一个足够大的随机数……” | 目标专利中，“第一用户设备”本地预先存储了自身及其他用户设备的用户标识（如明文ID）与隐式用户标识信息（如通过哈希、公私钥等生成的隐藏标识）的“映射对应关系”，用以本地直接匹配还原。对比文件中，移动客户端仅存储自身和收到的电子名片（第[0048]段），蓝牙设备名称虽然可设置为随机数（方式二）或由服务器分配唯一名称（方式三），但对比文件明确记载是由“电子名片传递服务器”来集中收集名称列表并由服务器查找匹配目标用户，移动客户端并未存储“第一用户设备和其他用户设备的用户标识与隐式用户标识信息的对应关系”。即使按照极其宽松的隐含公开判断，对比文件中移动客户端并未具备该对应关系映射表，该特征未公开。 |
| 技术特征D：所述方法包括：<br>《直接公开》 | 【说明书第[0008]、[0068]段】<br>“一种结合蓝牙无线技术的电子名片传递方法，包括：……” | 属于常规方法引导词，对比文件方案流程中直接公开了方法步骤组合形式。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | 【说明书第[0008]、[0040]、[0070]段】<br>“当使用所述蓝牙通信设备时，可以检测周边是否有可供通信连接的其他蓝牙通信设备，并可将检测到的蓝牙通信设备的名称列出构成名称列表……”；“从所述电子名片传递服务器获取处于蓝牙通信设备的检测范围内的周边移动客户端对应的用户的用户列表……” | 目标专利要求“第一用户设备接收第二用户设备发送的”第一消息，属于设备之间的直接通信（如WiFi P2P/广播发现），且第一消息中包含隐式用户标识信息。对比文件中，请求用户的移动客户端仅通过蓝牙底层扫描检测周围蓝牙通信设备的广播名称并生成列表，随后上传至服务器；或者说请求客户端接收的是服务器下发的用户列表，并不存在从第二用户设备直接接收包含隐式用户标识信息的第一消息并用于后续本地匹配的机制。即便考虑蓝牙扫描广播名，对比文件中移动客户端直接将名称列表打包上报给服务器处理，并未在本地形成对应技术方案，故未公开。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 【说明书第[0010]、[0015]、[0073]段】<br>“电子名片传递服务器根据请求用户对应的移动客户端发送的配置的蓝牙通信设备的名称和所述蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表，查找出处于蓝牙通信设备的检测范围内的目标用户……” | 目标专利中动作执行主体是第一用户设备，依据的是其自身本地存储的对应关系。对比文件中执行设备/用户匹配的主体是网络侧的“电子名片传递服务器”，移动终端本地并不依据所存储的对应关系进行查找，故该特征未公开。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 【说明书第[0010]、[0073]段】<br>“针对请求用户，所述电子名片传递服务器查找出处于蓝牙通信设备的检测范围内的目标用户……并在请求用户对应的移动客户端上显示出所述用户列表中目标用户的简明身份信息。” | 目标专利是由第一用户设备根据隐式标识还原/查找到明文用户标识。对比文件中是由服务器将双向检测满足条件的目标用户的“简明身份信息”下发给请求用户，第一用户设备并非通过本地隐式标识反查获得第二用户设备的用户标识，故未公开。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中由于隐式算法（如哈希碰撞或公钥映射）可能出现多个对应明文标识候选，因此需要从候选集合中执行筛选。对比文件完全不涉及隐式用户标识信息向明文标识的反查或集合筛选过程，未公开。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《隐含公开》 | 【说明书第[0008]、[0070]、[0078]段】<br>“从所述电子名片传递服务器获取处于蓝牙通信设备的检测范围内的周边移动客户端对应的用户的用户列表，并在请求用户对应的移动客户端上显示出所述用户列表中用户的简明身份信息；请求用户从所述移动客户端显示的所述用户列表中选择一个或多个用户……” | 在对比文件中，请求用户在移动客户端上获取周围检测范围内的用户列表并显示简明身份信息（包括姓名、昵称等），请求用户通过移动客户端在列表中选择目标对象用户，这一过程使第一用户设备最终明确了周边第二用户设备的用户标识（简明身份信息）。采用宽松标准，对比文件在终端确定出周边对方用户身份/标识的维度上存在相应公开可能，判定为隐含公开。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《直接公开》 | 【说明书第[0019]、[0025]、[0086]-[0087]段】<br>“利用蓝牙无线技术来获知自己周边的用户，使得请求用户可以根据上述信息选择处于蓝牙通信设备的检测范围内的一个或多个用户进行电子名片的传递……” | 对比文件通过蓝牙技术配合服务器获知周边用户列表，使请求用户获知并发现了周边的其他用户（即第二用户设备的用户），二者所达到的技术效果和功能作用完全一致，属于直接公开。 |
| 技术特征K：其中<br>《直接公开》 | 对比文件权利要求书及说明书常规连接过渡语。 | 形式连接词，直接公开。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《直接公开》 | 【说明书第[0035]段】<br>“所述简明身份信息包括但不限于：用户的姓名，用户的昵称，用户的公司名称，用户的大头像，用户自己设置的一个表示自己身份的图片。” | 对比文件中的简明身份信息即为明文形式的个人姓名、昵称、公司等明文标识，与目标专利中明文用户标识的定义与作用相同，属于直接公开。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件中采用的蓝牙通信设备名称即使修改（方式二采用随机数，方式三由服务器分配），也未记载利用预定函数或算法对“用户标识”（如姓名、电话、昵称等）进行数学/算法变换处理以生成隐式标识，未公开。 |
| 技术特征N：者<br>《直接公开》 | 常见权利要求选择性连接词。 | 形式连接词，直接公开。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《隐含公开》 | 【说明书第[0077]段】<br>“方式三：不改变移动客户端配置的蓝牙通信设备所设置的名称。每一次在移动客户端上应用电子名片传递功能时……就向电子名片传递服务器申请一个唯一的名称，并自动将所述移动客户端上的蓝牙通信设备的名称改成这个唯一的名称，在完成电子名片传递后……先把所述移动客户端上的蓝牙通信设备的名称改回为原来的名称，并将电子名片传递服务器给的那个唯一的名称释放出来供其他移动客户端上的蓝牙通信设备使用”；【第[0035]段】“所述简明身份信息包括但不限于：用户的姓名，用户的昵称……” | 在对比文件方式三中，服务器为用户设备分配了一个“唯一的名称”（充当蓝牙通信设备广播名称，用于隐藏/替代实际固定设备名），同时该用户在服务器端具有明文简明身份信息（用户标识），两者均对应于同一用户设备。本领域技术人员通过对比文件公开的内容进行推理，该服务器分配的唯一名称实质上构成了对应于该用户设备的临时隐式标识，与原本的用户标识并存且均由服务器分配/管理，因此在极其宽松的标准下，认定该特征被隐含公开。 |
| 技术特征P：其特征在于<br>《直接公开》 | 形式连接词，直接公开。 | 引用从属特征常规词，直接公开。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件全文未记载哈希函数（Hash）及其在用户标识变换中的应用，未公开。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未披露任何采用哈希函数对用户标识进行哈希变换处理以获得隐式用户标识信息的技术手段，未公开。 |
| 技术特征S：其特征在于<br>《直接公开》 | 形式连接词，直接公开。 | 引用从属特征常规词，直接公开。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未披露公私钥非对称密码算法用于处理用户标识，未公开。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全不涉及公私钥生成及其与用户标识映射的技术方案，未公开。 |
| 技术特征V：者<br>《直接公开》 | 形式连接词，直接公开。 | 形式连接词，直接公开。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开基于公私钥算法的加密算法来生成隐式用户标识信息，未公开。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全未涉及采用公私钥生成的密钥对用户标识进行加密以生成隐式标识的技术构思，未公开。 |
| 技术特征Y：其特征在于<br>《直接公开》 | 形式连接词，直接公开。 | 形式连接词，直接公开。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件中的第二消息（即名片请求或名片数据）中并未包含指示标识类型为隐式用户标识信息的专用指示信息，未公开。 |
<<<A>>>
<<<B>>>
<<<D>>>
<<<i>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<N>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<V>>>
<<<Y>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《未公开》 | 对比文件全篇（KR101226764B1）未记载与该特征相对应的内容。 | 技术特征A为权利要求撰写中的过渡用语，不具有独立的实质技术限定。对比文件全篇未涉及通信领域的技术方案，未公开该特征。 |
| 技术特征B：该方法应用于第一用户设备<br>《未公开》 | 对比文件全篇未涉及移动通信或网络终端设备，全篇涉及织物染色工艺（例如段落[0001]“본 발명은 주름이 형성되는 직물의 염색방법...”，中文：“本发明涉及一种形成褶皱的织物的染色方法...”）。 | 目标专利中“第一用户设备”是指具有通信功能的终端实体（如说明书[0002]-[0003]所述支持WiFi/WiFi Direct功能的设备），在该设备上运行发现其他设备用户的安全交互方法。对比文件公开的是一种纺织印染工艺方法，执行主体为印染操作设备/人工操作，完全不存在“第一用户设备”，因此未公开技术特征B。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 对比文件全篇未记载任何信息存储、用户标识或对应关系。 | 目标专利中，该特征是指第一用户设备本地存储自身及其他设备明文用户标识与经过处理/分配的隐式用户标识之间的对应关系表（参见说明书[0007]、[0060]、[0065]），用于后续匹配与去隐私化发现。对比文件涉及织物装入网袋、温水浸泡、脱水与染色等物理化学工艺步骤，根本不涉及通信、存储器或标识对应关系，因此未公开技术特征C。 |
| 技术特征D：所述方法包括：<br>《未公开》 | 对比文件段落[0015]-[0020]：“본 발명은 a) 망사(網絲)자루에 투입된 직물을 가압하는 단계; b) 상기 가압된 망사자루를 온수로 40℃로 일정하게 유지하면서 3 내지 5시간 침지하는 단계; c) 상기 온수가 침투된 망사자루를 탈수하여 주름을 형성시키는 단계; 및 d) 상기 주름이 형성된 망사자루를 염색하여 무늬를 형성시키는 단계;를 포함하는...”<br>中文翻译：“本发明提供一种形成褶皱的织物的染色方法，包括：a) 加压投入网纱袋中的织物的步骤；b) 将所述加压的网纱袋在40℃恒温水中浸泡3至5小时的步骤；c) 将浸透温水的网纱袋脱水以形成褶皱的步骤；以及 d) 对形成褶皱的网纱袋进行染色以形成花纹的步骤；” | 技术特征D为方法引述语。虽然对比文件记载了染色方法的步骤引导语，但目标专利中该特征引导的是一套通信设备间安全发现的交互处理流程，两者所处的技术领域和引导的具体方案完全无关，因此未公开技术特征D。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | 对比文件全篇未涉及消息收发或无线通信。 | 目标专利中该特征是指第一用户设备通过无线空口（如Probe Request帧或广播消息）接收第二用户设备广播的包含其隐式标识的信息（参见说明书[0008]、[0061]、[0071]-[0072]），以避免明文广播导致的隐私泄露。对比文件为纺织物加压、浸泡、脱水、染色的机械操作，不存在任何用户设备、消息传递或隐式用户标识信息，因此未公开技术特征E。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 对比文件全篇未记载任何对应关系或据此查询的逻辑。 | 目标专利中该特征限定了以本地存储的映射/对应关系表作为查询依据的技术手段（参见说明书[0009]、[0065]）。对比文件完全未涉及任何数据结构与存储匹配逻辑，因此未公开技术特征F。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 对比文件全篇未记载任何用户标识的获取或检索匹配。 | 目标专利中该特征是指第一用户设备将接收到的第二用户设备的隐式标识在对应关系中进行检索匹配，从而获得对应的候选明文用户标识（参见说明书[0009]、[0065]）。对比文件不涉及任何标识获取或数据映射技术，因此未公开技术特征G。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 对比文件全篇未记载候选标识集合或从中选择确定的内容。 | 目标专利中该特征限定了确定的范围来源（参见说明书[0010]、[0066]-[0067]、[0108]-[0109]），即在哈希碰撞或多重匹配情况下存在一个或多个候选用户标识。对比文件不包含该技术方案，因此未公开技术特征H。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《未公开》 | 对比文件全篇未涉及确定设备或用户身份的逻辑。 | 目标专利中该特征是指从候选标识中最终锁定唯一的第二用户设备真实用户标识（直接锁定或结合交互解密验证锁定，参见说明书[0010]、[0067]）。对比文件完全不涉及任何身份判定或信息处理技术，因此未公开技术特征I。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《未公开》 | 对比文件全篇未记载邻近设备发现或用户感知。 | 目标专利中该特征是该发现方法的目的与技术效果，即第一用户设备确认第二设备用户的真实身份，实现安全的好友发现（参见说明书[0005]、[0010]、[0046]、[0067]）。对比文件涉及的是赋予布料立体褶皱和自然花纹（参见段落[0008]、[0010]），二者技术领域与目的风马牛不相及，因此未公开技术特征J。 |
| 技术特征K：其中<br>《未公开》 | 对比文件全篇未记载该连接/过渡特征。 | 技术特征K为权利要求撰写中的连接限定用语，对比文件未公开。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《未公开》 | 对比文件全篇未涉及用户明文标识。 | 目标专利中该特征是指用户设备采用诸如电话号码、QQ号、邮箱或预商定暗语等真实明文身份作为基础标识（参见说明书[0011]、[0062]、[0085]）。对比文件为织物加工工艺，无任何用户标识存在，因此未公开技术特征L。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《未公开》 | 对比文件全篇未涉及对标识进行数学函数或密码学算法变换处理。 | 目标专利中该特征是指为了隐私保护，利用特定函数（如Hash）或算法（公私钥）对明文标识变换生成密态/散列形式的隐式标识（参见说明书[0011]、[0062]、[0074]）。对比文件完全不涉及算法或标识处理，因此未公开技术特征M。 |
| 技术特征N：者<br>《未公开》 | 对比文件全篇未记载该并列选择过渡语。 | 技术特征N为权利要求中“或者”的拆分连接词，对比文件未公开。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 对比文件全篇未记载网络服务器、标识分配或双标识映射。 | 目标专利中该特征提供了并列方案，即由中心服务器统一向用户设备分配相互映射的第一标识和第二标识（如说明书[0011]、[0063]、[0082]）。对比文件涉及网袋内布料浸水与染色，不包含任何网络架构或服务器分配机制，因此未公开技术特征O。 |
| 技术特征P：其特征在于<br>《未公开》 | 对比文件全篇未记载该过渡特征。 | 技术特征P为从属权利要求撰写中的过渡用语，对比文件未公开。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《未公开》 | 对比文件全篇未记载哈希函数（Hash Function）或散列算法。 | 目标专利中该特征进一步限定了生成隐式标识的具体数学变换方式为哈希散列函数（参见说明书[0012]、[0075]-[0076]）。对比文件属于纺织印染领域，不涉及计算机算法或散列变换，因此未公开技术特征Q。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《未公开》 | 对比文件全篇未记载对用户标识进行哈希运算。 | 目标专利中该特征是指将明文标识（及可选其他参数）输入哈希函数变换得到固定长度的散列值作为隐式标识（参见说明书[0012]、[0075]-[0078]）。对比文件完全未公开该特征。 |
| 技术特征S：其特征在于<br>《未公开》 | 对比文件全篇未记载该过渡特征。 | 技术特征S为从属权利要求撰写中的过渡用语，对比文件未公开。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《未公开》 | 对比文件全篇未记载非对称密码体制或公私钥算法。 | 目标专利中该特征限定了利用非对称密码机制生成隐式标识的基础算法（参见说明书[0013]、[0079]-[0080]）。对比文件无密码学内容，未公开技术特征T。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 对比文件全篇未记载将用户标识映射生成密钥。 | 目标专利中该特征是指将用户标识作为私钥，利用公私钥算法映射生成公钥作为隐式用户标识信息（参见说明书[0013]、[0079]、[0081]）。对比文件不涉及任何密钥生成或标识映射，未公开技术特征U。 |
| 技术特征V：者<br>《未公开》 | 对比文件全篇未记载该并列选择过渡语。 | 技术特征V为从属权利要求内部“或者”的拆分连接词，对比文件未公开。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 对比文件全篇未记载公私钥加密算法。 | 目标专利中该特征限定了采用基于公私钥的体制进行数据加密运算（参见说明书[0014]、[0079]-[0081]）。对比文件未涉及任何数据加密技术，未公开技术特征W。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 对比文件全篇未记载利用生成的密钥对标识进行加密得到加密值。 | 目标专利中该特征是指将生成的公钥进一步对明文标识自身进行加密，以其密文作为广播呈现的隐式标识（参见说明书[0014]、[0079]、[0081]）。对比文件未涉及该技术方案，未公开技术特征X。 |
| 技术特征Y：其特征在于<br>《未公开》 | 对比文件全篇未记载该过渡特征。 | 技术特征Y为从属权利要求撰写中的过渡用语，对比文件未公开。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 对比文件全篇未涉及第二消息、标识类型或指示信息。 | 目标专利中该特征是指第一用户设备向第二用户设备回复的第二消息中携带类型指示字段，告知对方当前标识采用的是隐式类型，以便于对端快速识别与匹配检索（参见说明书[0026]、[0045]、[0107]、[0198]）。对比文件为布料染色方法，不存在任何消息报文及指示字段，未公开技术特征Z。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br><br>《未公开》 | 无 | 该特征为权利要求的过渡连接词，不包含具体技术内容，对比文件中未体现对应技术方案。 |
| 技术特征B：该方法应用于第一用户设备<br><br>《直接公开》 | [p0001] “本发明在一方面提供一种结合蓝牙无线技术的电子名片传递方法，包括：请求用户利用移动客户端将配置的蓝牙通信设备的名称和所述蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表发送至与所述移动客户端建立通信连接的电子名片传递服务器……”；<br>[p0003] “在具体应用中，移动客户端12可以是手机、PDA、平板电脑和笔记本电脑中的任一种。” | 对比文件技术作用：对比文件中的“移动客户端”作为发起请求或参与名片传递的用户终端设备，具备计算、蓝牙通信与网络交互能力。<br>与目标专利作用对比：目标专利中的“第一用户设备”同样为执行发现流程的用户终端设备。对比文件公开的“移动客户端（如手机、PDA等）”直接对应于“第一用户设备”，且方法应用于该移动客户端，两者的作用完全相同，本领域技术人员能毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br><br>《未公开》 | [p0001] “存储单元，用于存储自身用户的电子名片以及通过所述信息收发单元接收自所述电子名片传递服务器响应对象用户对应的所述移动客户端的确认信息后所发送的对象用户的电子名片”；<br>[p0003] “存储单元126，用于存储自身用户的电子名片以及通过信息收发单元120接收自电子名片传递服务器10响应对象用户对应的移动客户端12的确认信息后所发送的对象用户的电子名片。” | 对比文件技术作用：对比文件中的移动客户端存储的是用户自身的电子名片以及接收到的对象用户的电子名片，蓝牙名称仅作为设备标识用于由服务器匹配周边设备；服务器端集中管理蓝牙名称与简明身份信息的关联，移动客户端本地并不保存本设备及其他设备的“用户标识”与“隐式用户标识信息”的对应映射表。<br>与目标专利作用对比：目标专利中第一用户设备本地预存有其自身与至少一个其他用户设备的用户标识（如明文标识）与其隐式用户标识信息（如哈希值、公私钥密钥等）的对应关系，以便收到隐式标识时可在本地进行查表匹配解密。对比文件完全由中心服务器进行名称列表比对，客户端本地既未存储其他用户的此类隐式标识与明文标识的对应关系，也没有此种通过对应关系进行本地解析验证的机制。即便采用非常宽松的隐含公开判断，对比文件中移动终端仅存储名片和自身临时蓝牙名称，无法合理推断出其本地存储有本设备与其他设备的明文标识与隐式标识的映射对应关系，因此该特征未公开。 |
| 技术特征D：所述方法包括：<br><br>《未公开》 | 无 | 该特征为权利要求的过渡引导语，不构成限定实质技术方案的独立技术特征，对比文件中未体现对应技术方案。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br><br>《隐含公开》 | [p0001] “目前市场上的移动终端一般都支持蓝牙（Bluetooth）无线技术……当带有蓝牙通信设备的移动终端打开蓝牙通信设备以后，只能检测到与它距离在30米以内的其它打开了蓝牙通信设备的移动终端”；<br>[p0003] “蓝牙名称提供单元121，用于提供配置的蓝牙通信设备的名称和蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表……当使用所述蓝牙通信设备时，可以检测周边是否有可供通信连接的其他蓝牙通信设备，并可将检测到的蓝牙通信设备的名称列出构成名称列表”；<br>[p0003] “方式二：不改变移动客户端配置的蓝牙通信设备所设置的名称。每一次在移动客户端上应用电子名片传递功能时……就自动将蓝牙通信设备的名称改成一个足够大的随机数……”；“方式三：……每一次在移动客户端上应用电子名片传递功能时……就向电子名片传递服务器申请一个唯一的名称，并自动将所述移动客户端上的蓝牙通信设备的名称改成这个唯一的名称……” | 对比文件技术作用：周边其他移动终端（第二用户设备）通过开启蓝牙广播发送其蓝牙设备名称（可为随机数或服务器分配的唯一名称），第一移动终端利用蓝牙扫描检测机制接收包含周边设备蓝牙名称的信息以形成检测列表。<br>与目标专利作用对比：目标专利中第一用户设备接收第二用户设备发送的包含隐式用户标识信息的消息（如广播探测消息等）。对比文件采用“蓝牙广播与检测”机制，蓝牙名称被修改为随机数或服务器分配名称后，实际上起到了替代真实设备/用户明文信息的隐式标识作用。虽然对比文件在整体系统方案中是将检测到的列表发往服务器处理，但就“第一设备接收第二设备发送的包含其隐式标识（随机数/分配名称）的消息”这一单步数据接收动作而言，对比文件部分公开了底层物理检测交互，在非常宽松的隐含公开标准下，本领域技术人员能够合理推断周边检测必然基于第二设备发出的无线广播帧接收，从而使该技术特征有可能与其他对比文件组合，故构成隐含公开。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br><br>《未公开》 | [p0001] “针对请求用户，所述电子名片传递服务器査找出处于蓝牙通信设备的检测范围内的目标用户，所述目标用户满足：目标用户对应的移动客户端所配置的蓝牙通信设备的名称是包含在请求用户对应的移动客户端发送的检测到的其他所有的蓝牙通信设备的名称的名称列表之中……”；<br>[p0003] “蓝牙名称査找单元102，用于在接收到请求用户对应的移动客户端12发送的配置的蓝牙通信设备的名称和所述蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表后，在所述名称列表中査找出处于蓝牙通信设备的检测范围内的用户。” | 对比文件技术作用：由电子名片传递服务器利用其数据库中各移动客户端上传的蓝牙名称与简明身份信息进行比对交叉检索，判断周边用户。<br>与目标专利作用对比：目标专利执行主体是第一用户设备，根据其本地存储的对应关系进行查询，属于端到端的本地解析；而对比文件是由集中式服务器（电子名片传递服务器）根据服务器存储的数据库进行比对匹配，第一用户设备端完全没有利用自身存储的对应关系执行该步骤。因此该特征未公开。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br><br>《未公开》 | [p0001] “从所述电子名片传递服务器获取处于蓝牙通信设备的检测范围内的周边移动客户端对应的用户的用户列表，并在请求用户对应的移动客户端上显示出所述用户列表中用户的简明身份信息”；<br>[p0003] “电子名片传递服务器10用于：根据接收请求用户对应的移动客户端12发送的配置的蓝牙通信设备的名称和所述蓝牙通信设备检测到的其他所有的蓝牙通信设备的名称的名称列表，向请求用户对应的移动客户端12发送处于蓝牙通信设备的检测范围内的周边移动客户端对应的用户的用户列表……并显示出所述用户列表中用户的简明身份信息”。 | 对比文件技术作用：移动客户端直接从服务器接收处理好的“用户列表及简明身份信息”，客户端自身并不执行由隐式标识查得对应用户标识的逻辑计算或对应关系转换。<br>与目标专利作用对比：目标专利中第一用户设备依据前序存储的对应关系，在本地通过输入/比对隐式标识获取对应的明文用户标识。对比文件中客户端仅是被动展示服务器下发的结果列表，并未依据对应关系获得与该隐式标识对应的用户标识。因此该特征未公开。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br><br>《未公开》 | [p0001] “请求用户从所述移动客户端显示的所述用户列表中选择一个或多个用户，作为电子名片传递的对象用户……”；<br>[p0003] “选择单元123，用于在显示单元122上显示的、来自电子名片传递服务器10的用户列表中选择一个或多个用户，作为电子名片传递的对象用户”。 | 对比文件技术作用：用户在服务器返回的周边可能存在的多位联系人列表中人工勾选想要递名片的对象。<br>与目标专利作用对比：目标专利结合说明书第[0067]、[0108]-[0109]段，该特征是指当隐式标识（如哈希碰撞或粗粒度标识）映射对应出多个潜在候选用户标识时，需要算法或协议进一步确认哪一个是真正的第二用户设备。对比文件中不存在根据隐式标识映射出多个候选标识再行挑选甄别的技术逻辑。因此该特征未公开。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br><br>《未公开》 | [p0001] “请求用户从所述移动客户端显示的所述用户列表中选择一个或多个用户，作为电子名片传递的对象用户……”；<br>[p0003] “选择单元123，用于在显示单元122上显示的、来自电子名片传递服务器10的用户列表中选择一个或多个用户，作为电子名片传递的对象用户”。 | 对比文件技术作用：用户人工查看名片/简明身份信息进行选择。<br>与目标专利作用对比：目标专利中是指在本地匹配出的一组（或单个）对应用户标识中，自动或通过解密交互验证最终锁定第二设备的真实用户标识。对比文件是由服务器识别用户并将列表提供给客户端，客户端并不存在该确定算法逻辑。因此该特征未公开。 |
| 技术特征J：进而发现所述第二用户设备的用户<br><br>《隐含公开》 | [p0001] “从所述电子名片传递服务器获取处于蓝牙通信设备的检测范围内的周边移动客户端对应的用户的用户列表，并在请求用户对应的移动客户端上显示出所述用户列表中用户的简明身份信息……使得请求用户可以根据上述信息选择处于蓝牙通信设备的检测范围内的一个或多个用户进行电子名片的传递”；<br>[p0003] “使得电子名片传递服务器向请求用户提供处于蓝牙通信设备的检测范围内的其他用户……为人们传递电子名片提供了便利”。 | 对比文件技术作用：让发起请求的用户能够获知其蓝牙通信覆盖范围（周边30米内）具体有哪些其他用户，实现邻近用户的发现感知。<br>与目标专利作用对比：目标专利的技术目的是让第一用户设备感知并获知第二用户设备及其用户的存在，即完成邻近/朋友发现。对比文件虽然技术路径依赖服务器解析返回，但最终达到的技术效果同样是使第一设备用户在其界面获知周边的第二设备用户，在功能目标上一致。在极度宽松的隐含公开标准下，对比文件公开了“发现周边其他用户”的总体效果与应用构思，可认定为隐含公开。 |
| 技术特征K：其中<br><br>《未公开》 | 无 | 过渡连接词，对比文件中未体现。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br><br>《直接公开》 | [p0003] “所述简明身份信息包括但不限于：用户的姓名，用户的昵称，用户的公司名称，用户的大头像，用户自己设置的一个表示自己身份的图片。所述电子名片的信息包括但不限于：文字形式的用户的联系信息，包括姓名，电话，e-mail, 公司，部门，职务，地址等……” | 对比文件技术作用：对比文件中的简明身份信息和电子名片信息包含真实姓名、电话、邮箱、公司等，作为用户在交互展示时的明文身份凭据。<br>与目标专利作用对比：目标专利说明书第[0085]段明确阐述：“第一/第二用户设备的用户标识为使用该第一/第二用户设备的用户的标识……可以为使用该第一/第二用户设备的用户的电话号码、QQ号码、邮箱等用户的个人信息”。对比文件公开的用户姓名、电话号码、e-mail等完全属于此类明文用户标识，且作用相同，因此该技术特征被对比文件直接公开。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br><br>《未公开》 | [p0003] “方式二：不改变移动客户端配置的蓝牙通信设备所设置的名称。每一次在移动客户端上应用电子名片传递功能时……就自动将蓝牙通信设备的名称改成一个足够大的随机数，在完成电子名片传递后……先把蓝牙通信设备的名称改回为原来的名称。” | 对比文件技术作用：对比文件方式二生成一个“足够大的随机数”作为临时蓝牙名称，用于避免同名冲突。<br>与目标专利作用对比：目标专利要求隐式标识是利用预定函数/算法对“用户标识”进行运算处理后得到的值（如哈希、加密等，输入包含用户标识）。而对比文件的随机数仅是一个独立随机生成的数值，与用户明文标识（如姓名、电话等）之间不存在算法处理依赖关系，也未披露利用函数对用户标识计算。因此未公开。 |
| 技术特征N：者<br><br>《未公开》 | 无 | 权利要求中的选择连接词（“或者”的拆分），对比文件中未体现。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br><br>《直接公开》 | [p0003] “方式三：不改变移动客户端配置的蓝牙通信设备所设置的名称。每一次在移动客户端上应用电子名片传递功能时（例如启动具备电子名片传递功能的软件），就向电子名片传递服务器申请一个唯一的名称，并自动将所述移动客户端上的蓝牙通信设备的名称改成这个唯一的名称，在完成电子名片传递后……先把所述移动客户端上的蓝牙通信设备的名称改回为原来的名称，并将电子名片传递服务器给的那个唯一的名称释放出来供其他移动客户端上的蓝牙通信设备使用”；<br>[p0003] “所述简明身份信息可以在实际进行电子名片传递时由移动客户端12发送过来后存储起来，也可以实时发送至电子名片传递服务器10的或是预先存储在电子名片传递服务器10上的。” | 对比文件技术作用：电子名片传递服务器为移动客户端动态分配一个全网唯一的蓝牙名称（用于广播通信识别，隐式指代设备），同时服务器端存储有该用户的简明身份信息/名片（明文用户标识），二者在服务器端同归属于该用户客户端。<br>与目标专利作用对比：目标专利说明书第[0063]段明确：“应用服务器为每个第二用户设备分配第一标识和第二标识，且所述第一标识和第二标识均可由应用服务器进行更新”。对比文件中，电子名片传递服务器为移动客户端分配唯一的蓝牙设备名称，并与其名片/身份信息相对应，完全属于“服务器为用户设备分配对应于同一用户设备的两个标识（一个用于底层识别的唯一名称即隐式标识，一个为名片用户身份标识）”，其作用与技术方案完全相同。本领域技术人员可毫无疑义确定该特征被直接公开。 |
| 技术特征P：其特征在于<br><br>《未公开》 | 无 | 过渡连接词，对比文件中未体现。 |
| 技术特征Q：所述预定函数具体为哈希函数<br><br>《未公开》 | 无 | 对比文件中完全未提及哈希函数（Hash）及其在用户标识变换中的应用，故未公开。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br><br>《未公开》 | 无 | 对比文件采用的是明文名称、随机数或服务器分配的唯一名称，不存在对用户标识进行哈希运算生成隐式标识的技术方案，故未公开。 |
| 技术特征S：其特征在于<br><br>《未公开》 | 无 | 过渡连接词，对比文件中未体现。 |
| 技术特征T：所述预定算法具体为公私钥算法<br><br>《未公开》 | 无 | 对比文件通篇未涉及非对称密码体制（公私钥算法），故未公开。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br><br>《未公开》 | 无 | 对比文件未披露公私钥映射密钥的技术方案，故未公开。 |
| 技术特征V：者<br><br>《未公开》 | 无 | 权利要求的选择连接词，对比文件中未体现。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br><br>《未公开》 | 无 | 对比文件未披露基于公私钥体系的加密算法，故未公开。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br><br>《未公开》 | 无 | 对比文件未公开使用公私钥映射生成的密钥对标识进行加密来产生隐式标识的技术方案，故未公开。 |
| 技术特征Y：其特征在于<br><br>《未公开》 | 无 | 过渡连接词，对比文件中未体现。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br><br>《未公开》 | 无 | 对比文件中第一用户设备向第二用户设备通过服务器传递的名片请求仅涉及名片操作类型（传递/获取/互换）及名片本身，未公开在响应/确认消息（第二消息）中携带专门的标识类型指示信息（指示标识类型为隐式标识），故未公开。 |
<<<B>>>
<<<e>>>
<<<j>>>
<<<L>>>
<<<O>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其特征在于<br>《直接公开》 | 【无具体技术方案限制，为权利要求撰写的常规过渡词】 | 该特征仅为权利要求撰写中用于引出特征部分的常规过渡术语，不构成实质性的技术方案限制，对比文件撰写及其实质公开的技术方案自然包含了此类特征引出形式，本领域技术人员能直接、毫无疑义地得出。因此该特征被对比文件直接公开。 |
| 技术特征B：该方法应用于第一用户设备<br>《直接公开》 | 【0007】“...transmitting, from a first mobile device, one or more neighbor messages... receiving, at the first mobile device, one or more second neighbor messages from one or more second mobile devices... storing, at the first mobile device, information received in the one or more second neighbor messages...”<br>（【中文翻译】...从第一移动设备发送一个或多个邻居消息...在第一移动设备处接收来自一个或多个第二移动设备的一个或多个第二邻居消息...在第一移动设备处存储在所述一个或多个第二邻居消息中接收的信息...） | 对比文件段落【0007】明确公开了整个社交自组织网络邻居发现及通信方法是在“第一移动设备（first mobile device）”上执行的。对比文件中的移动设备（mobile device）与目标专利中的用户设备实质相同。两者在方案中均作为发起/执行发现流程的本地终端实体，作用完全相同，本领域技术人员能毫无疑义地直接得出该技术方案。因此该特征被对比文件直接公开。 |
| 技术特征C：所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《隐含公开》 | 【0025】“In addition, information relating to the user's contacts may be stored locally on the user's mobile device.”<br>（【中文翻译】此外，与用户的联系人相关的信息可以本地存储在用户的移动设备上。）<br>【0055】“A mobile device that receives encrypted user identifying information would apply a key generation function to generate keys for all users in a locally stored list, such as a list of user identifiers in a local contacts database. If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared.”<br>（【中文翻译】接收加密的用户识别信息的移动设备将应用密钥生成函数来为本地存储列表中的所有用户（诸如本地联系人数据库中的用户标识符列表）生成密钥。如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。） | 在目标专利中，该对应关系用于将接收到的隐式信息与本地预存的用户标识进行匹配比对。对比文件公开了本地联系人数据库中存储有用户标识列表（list of user identifiers in a local contacts database），且在对称密钥方案中，本地设备基于密钥生成函数为列表中的所有用户生成对应的密钥，并将解密的用户识别信息与本地列表匹配。虽然对比文件未显式使用表格形式固化存储“明文标识”与“隐式标识”的一对一静态映射表，但按照极宽松的隐含公开判断标准，本地存储用户标识并结合算法生成密钥/关联解密信息已涵盖了在本地维护并对应两类标识信息的技术构思，本领域技术人员基于段落【0025】与【0055】的结合，完全有可能推理推断出本地设备存储或动态对应维护至少一个其他用户设备及自身的用户标识与隐式用户标识信息（如生成的对应密钥/派生识别信息）的对应关系，因此认定为隐含公开。 |
| 技术特征D：所述方法包括：<br>《直接公开》 | 【0007】“In particular embodiments, a method includes implementing an ad hoc network protocol comprising...”<br>（【中文翻译】在具体实施例中，一种方法包括实现自组织网络协议，包括...） | 该特征为方法步骤引导词，对比文件段落【0007】明确公开了该方法包括后续展开的系列步骤，作用与目标专利完全相同。因此该特征被对比文件直接公开。 |
| 技术特征E：接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《直接公开》 | 【0007】“...receiving, at the first mobile device, one or more second neighbor messages from one or more second mobile devices that include second user identifiers corresponding to respective second users of the one or more second mobile devices...”<br>（【中文翻译】...在第一移动设备处接收来自一个或多个第二移动设备的一个或多个第二邻居消息，所述邻居消息包括与所述一个或多个第二移动设备的各第二用户相对应的第二用户标识符...）<br>【0055】“In particular embodiments, the userID and other information associated with the social networking system may be encrypted... A mobile device that receives encrypted user identifying information would apply a key generation function...”<br>（【中文翻译】在具体实施例中，与社交网络系统相关联的userID和其他信息可以被加密...接收加密的用户识别信息的移动设备将应用密钥生成函数...） | 对比文件段落【0007】公开了第一移动设备接收第二移动设备发送的第二邻居消息，段落【0055】进一步公开了该消息中所包含的userID等用户信息是经过加密的（encrypted user identifying information）。经过加密后的用户标识信息实质上即为无法直接识别明文身份的“隐式用户标识信息”，其在对比文件中起到保护用户身份隐私的作用，与目标专利中的隐式用户标识信息在第一消息中传输的作用完全相同。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征F：根据所述第一用户设备存储的所述对应关系<br>《隐含公开》 | 【0055】“A mobile device that receives encrypted user identifying information would apply a key generation function to generate keys for all users in a locally stored list, such as a list of user identifiers in a local contacts database. If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared.”<br>（【中文翻译】接收加密的用户识别信息的移动设备将应用密钥生成函数来为本地存储列表中的所有用户（诸如本地联系人数据库中的用户标识符列表）生成密钥。如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。） | 在目标专利中，该步骤的作用是作为检索依据来索引真实用户标识。对比文件段落【0055】中公开了移动设备基于本地联系人数据库中的用户标识列表生成各个密钥，并利用解密后的信息与本地存储的用户标识进行匹配声明。虽然对比文件的具体执行形式是解密后匹配本地列表，但实质上依赖于本地存储的联系人标识及其算法衍生映射关系来匹配识别。依据极宽松的隐含公开判断标准，本领域技术人员可以合理推断出该匹配确认过程必然是“根据本地存储的对应关系/对应数据列表”来实现的，故认定该特征被对比文件隐含公开。 |
| 技术特征G：获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《直接公开》 | 【0055】“A mobile device that receives encrypted user identifying information would apply a key generation function to generate keys for all users in a locally stored list, such as a list of user identifiers in a local contacts database. If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared. In this manner, only social contacts of a given user may resolve the user identifying information with relative ease...”<br>（【中文翻译】接收加密的用户识别信息的移动设备将应用密钥生成函数来为本地存储列表中的所有用户（诸如本地联系人数据库中的用户标识符列表）生成密钥。如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。以这种方式，只有给定用户的社交联系人才能相对容易地解析该用户识别信息...） | 对比文件段落【0055】明确公开了接收到加密标识后，通过本地密钥生成与尝试匹配，最终解析（resolve）并确认匹配到本地联系人列表中的某一个特定用户标识符（match is declared）。该解析/匹配成功的实质即为“获得与第二设备的隐式/加密标识对应的用户标识”，其在对比文件中的作用是还原出发送方的身份，与目标专利的作用完全相同。本领域技术人员可毫无疑义地直接得出。因此该特征被对比文件直接公开。 |
| 技术特征H：从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《隐含公开》 | 【0055】“...apply a key generation function to generate keys for all users in a locally stored list, such as a list of user identifiers in a local contacts database. If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared. In this manner, only social contacts of a given user may resolve the user identifying information with relative ease, as opposed to trying all possible combinations of user identifiers to decrypt the information.”<br>（【中文翻译】...应用密钥生成函数来为本地存储列表中的所有用户（诸如本地联系人数据库中的用户标识符列表）生成密钥。如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。以这种方式，只有给定用户的社交联系人才能相对容易地解析该用户识别信息，而不是尝试所有可能的用户标识符组合来解密该信息。） | 在目标专利中，该技术特征限定了候选集合的范围。对比文件段落【0055】公开了针对本地联系人数据库列表中的候选用户进行密钥生成与解密匹配，从而圈定并检索匹配对象。虽然对比文件未显式描述先映射出一组一对多的候选标识集合再从中二次筛选，但在极度宽松的标准下，对联系人库所有标识的遍历匹配已部分公开了“在一组对应/关联标识集合中寻找目标”的构思，本领域技术人员有可能基于该原理推理得出该特征，因此认定为隐含公开。 |
| 技术特征I：确定出所述第二用户设备的用户标识<br>《直接公开》 | 【0055】“If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared. In this manner, only social contacts of a given user may resolve the user identifying information with relative ease...”<br>（【中文翻译】如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。以这种方式，只有给定用户的社交联系人才能相对容易地解析该用户识别信息...） | 对比文件段落【0055】明确公开了当匹配成功时“声明匹配”（a match is declared），并最终解析出该用户标识信息（resolve the user identifying information），即确定了发送方第二设备的用户标识。其在对比文件中起到锁定通信对象身份的作用，与目标专利的作用完全相同。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征J：进而发现所述第二用户设备的用户<br>《直接公开》 | 【0050】“FIG. 3 illustrates an example method for mobile device discovery and establishing a social ad-hoc network... potentially discover other social network contacts within local RF range.”<br>（【中文翻译】图3说明了用于移动设备发现和建立社交自组织网络的示例方法...潜在地发现本地射频范围内的其他社交网络联系人。）<br>【0056】“Extending MANET messages with social network information allows users to discover and communicate with other users within the MANET...”<br>（【中文翻译】用社交网络信息扩展MANET消息允许用户发现MANET内的其他用户并与之通信...）<br>【0057】“...present to a user a list of other users that are available for communication. FIG. 5 illustrates an example list 500 of other users who may be available for communication within a messaging application hosted on a mobile device.”<br>（【中文翻译】...向用户呈现可用于通信的其他用户的列表。图5说明了在托管在移动设备上的消息收发应用内可用于通信的其他用户的示例列表500。） | 对比文件段落【0050】、【0056】及【0057】明确公开了通过解析出的用户标识，最终实现发现本地范围内的其他社交网络联系人/用户（discover other social network contacts / users），并显示在可通信用户列表中。其在对比文件中的作用即为完成用户级邻居发现，与目标专利完全相同。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征K：其中<br>《直接公开》 | 【无具体技术方案限制，为权利要求从属/解释性过渡词】 | 该特征仅为常规从属过渡词，对比文件已公开其前后的实质方案，本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征L：所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《直接公开》 | 【0018】“...The user profile or account may be associated with a user identifier associated with the user. For example, the user may provide his name, profile picture, contact information... A list of the user's friends or first degree contacts may be included in the user's profile.”<br>（【中文翻译】...用户简档或账户可以与和该用户相关联的用户标识符相关联。例如，用户可以提供其姓名、头像、联系信息...用户的个人资料中可包括该用户的好友或一度联系人列表。）<br>【0055】“A user identifier may comprise a userID or other information (e.g., a uniform resource locator, etc.) associated with a user account for a user of a social networking system... If the decrypted user identifying information matches a user identifier stored in the local contacts database, a match is declared.”<br>（【中文翻译】用户标识符可以包括与社交网络系统的用户的用户账户相关联的userID或其他信息（例如统一资源定位符等）...如果解密的用户识别信息与存储在本地联系人数据库中的用户标识符匹配，则声明匹配。） | 目标专利说明书【0085】阐明用户标识可以为电话号码、QQ号、邮箱等明文个人信息。对比文件段落【0018】与【0055】公开了本地联系人数据库中存储的用户标识符为常规明文形式的userID、URL、联系信息等，待解密匹配的原始标识即为未经加密的明文标识符。其在对比文件和目标专利中均起到唯一定义用户账户的基础明文标识作用，作用相同。本领域技术人员可直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征M：所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《直接公开》 | 【0055】“In particular embodiments, the userID and other information associated with the social networking system may be encrypted... In particular embodiments, the user identifying information may be encrypted using a symmetric key algorithm, where the encryption key is a function of the user identifier of the user.”<br>（【中文翻译】在具体实施例中，与社交网络系统相关联的userID和其他信息可以被加密...在具体实施例中，用户识别信息可以使用对称密钥算法进行加密，其中加密密钥是用户的用户标识符的函数。） | 对比文件段落【0055】明确公开了对用户标识符（userID）采用对称密钥算法进行加密，且加密密钥本身就是该用户标识符的函数（a function of the user identifier），生成加密后的用户识别信息。利用预定函数/算法（加密函数/密钥生成函数）对用户标识进行处理获得隐式信息，在对比文件中用于防窃听、保护用户身份安全，与目标专利作用完全一致。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征N：者<br>《直接公开》 | 【无具体技术方案限制，为择一性连接词】 | 择一性连接词，对比文件段落【0055】中同样使用了并列/替代技术方案的描述（“In particular embodiments... In particular embodiments, the user identifying information may be encrypted using a symmetric key algorithm...”），本领域技术人员能直接得出。因此该特征被对比文件直接公开。 |
| 技术特征O：所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《隐含公开》 | 【0055】“...each mobile device 210A, 210B, 210C, 210D may obtain an encrypted version of the user identifier corresponding to the respective user, where the encrypted version was encrypted by the social networking system using a private key of the social networking system. In this manner, only other users of the social networking system (who obtain the public key) may decrypt the user identifying information...”<br>（【中文翻译】...每个移动设备可以获得对应于相应用户的用户标识符的加密版本，其中该加密版本是由社交网络系统使用社交网络系统的私钥进行加密的。以这种方式，只有社交网络系统的其他用户（获得公钥）才能解密该用户识别信息...） | 在对比文件段落【0055】的非对称加密实施例中，移动设备从社交网络系统（即服务器端）获取由服务器加密生成的用户标识的加密版本，且该加密版本对应于该用户本身的账号标识符（userID）。虽然对比文件强调该信息是由服务器加密生成的密文版本，但从设备侧视角来看，其直接从服务器获取了明文标识和该加密标识两个标识实体并用于设备识别。基于极其宽松的隐含公开判断标准，这已部分公开了由服务器分配/生成对应于同一用户的两个标识的思路，本领域技术人员有可能合理推理出该特征方案，故认定为隐含公开。 |
| 技术特征P：其特征在于<br>《直接公开》 | 【无具体技术方案限制，为权利要求从属过渡词】 | 该特征仅为权利要求撰写中的常规过渡术语，不构成独立实质技术方案限定，对比文件自然包含了此类引出形式，本领域技术人员能直接得出。因此该特征被对比文件直接公开。 |
| 技术特征Q：所述预定函数具体为哈希函数<br>《隐含公开》 | 【0055】“...In particular embodiments, the user identifying information may be encrypted using a symmetric key algorithm, where the encryption key is a function of the user identifier of the user. A mobile device that receives encrypted user identifying information would apply a key generation function to generate keys for all users in a locally stored list...”<br>（【中文翻译】...在具体实施例中，用户识别信息可以使用对称密钥算法进行加密，其中加密密钥是用户的用户标识符的函数。接收加密的用户识别信息的移动设备将应用密钥生成函数来为本地存储列表中的所有用户生成密钥...） | 对比文件段落【0055】公开了密钥生成函数（key generation function / function of the user identifier），但未点明该函数具体为“哈希函数（Hash function）”。然而在网络安全与密码学领域，由标识派生生成密钥的函数（Key Derivation Function, KDF）最基础、最通用的常规实现形式即为基于哈希函数（如SHA、MD5等）的散列构造。基于极度宽松的隐含公开判断原则，对比文件公开的“function”具有包含哈希函数的极大可能性，本领域技术人员容易结合通用常识合理推断出其采用哈希函数实现，因此认定为隐含公开。 |
| 技术特征R：所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《隐含公开》 | 【0055】“...In particular embodiments, the user identifying information may be encrypted using a symmetric key algorithm, where the encryption key is a function of the user identifier of the user...”<br>（【中文翻译】...在具体实施例中，用户识别信息可以使用对称密钥算法进行加密，其中加密密钥是用户的用户标识符的函数...） | 对比文件段落【0055】公开了隐式信息由加密算法及基于用户标识的函数派生生成。结合对特征Q的分析，利用哈希函数对标识进行处理获取隐藏/保护信息是密码通信中派生隐式标识或密钥的标准手段。对比文件已公开了利用函数对用户标识处理以生成加密保护的隐式识别信息，在极度宽松的隐含公开判断标准下，本领域技术人员有可能合理推断出直接或间接利用哈希函数变换得到该信息，故认定为隐含公开。 |
| 技术特征S：其特征在于<br>《直接公开》 | 【无具体技术方案限制，为权利要求从属过渡词】 | 撰写常规过渡词，对比文件方案实质涵盖，本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征T：所述预定算法具体为公私钥算法<br>《直接公开》 | 【0055】“In particular embodiments, the social network information is encrypted using asymmetric encryption (e.g., Public-Private key encryption).”<br>（【中文翻译】在具体实施例中，社交网络信息使用非对称加密（例如，公钥-私钥加密）进行加密。） | 对比文件段落【0055】明确记载了使用“非对称加密（例如公钥-私钥加密，Public-Private key encryption）”来加密用户信息，公私钥算法即为非对称加密算法的公认表述。两者在对比文件与目标专利中均起到利用非对称数学特性保护标识的作用，作用完全相同。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征U：所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《隐含公开》 | 【0055】“...the social network information is encrypted using asymmetric encryption (e.g., Public-Private key encryption). In particular embodiments, for example, each mobile device 210A, 210B, 210C, 210D may obtain an encrypted version of the user identifier corresponding to the respective user, where the encrypted version was encrypted by the social networking system using a private key of the social networking system. In this manner, only other users of the social networking system (who obtain the public key) may decrypt the user identifying information and utilize the user identifier.”<br>（【中文翻译】...社交网络信息使用非对称加密（例如公钥-私钥加密）进行加密。在具体实施例中，例如，每个移动设备可以获得对应于相应用户的用户标识符的加密版本，其中加密版本是由社交网络系统使用社交网络系统的私钥加密的。以这种方式，只有社交网络系统的其他用户（获得公钥）才能解密该用户识别信息并利用该用户标识符。） | 目标专利说明书【0081】解释该特征可以是“将用户标识作为私钥，利用公私钥算法生成的公钥”。对比文件段落【0055】公开了使用公私钥体系来产生用于保护标识的密钥与加密版本，但对比文件具体描述的是服务器私钥加密、接收方用公钥解密，并未明确写出直接由用户标识自身映射生成公钥。但在极宽松的隐含公开判断标准下，对比文件公开了公私钥体系与用户标识加密保护的结合，本领域技术人员在设计非对称身份凭证系统时有可能采用基于身份的加密（IBE）或标识映射公私钥的技术，因此存在合理推断出该技术构思的可能性，认定为隐含公开。 |
| 技术特征V：者<br>《直接公开》 | 【无具体技术方案限制，为择一性连接词】 | 择一性连接词，对比文件段落【0055】中包含并列/可选技术方案，本领域技术人员能直接得出。因此该特征被对比文件直接公开。 |
| 技术特征W：所述预定算法具体为基于公私钥算法的加密算法<br>《直接公开》 | 【0055】“In particular embodiments, the social network information is encrypted using asymmetric encryption (e.g., Public-Private key encryption)... where the encrypted version was encrypted by the social networking system using a private key of the social networking system. In this manner, only other users of the social networking system (who obtain the public key) may decrypt the user identifying information...”<br>（【中文翻译】在具体实施例中，社交网络信息使用非对称加密（例如公钥-私钥加密）进行加密...其中加密版本是由社交网络系统使用社交网络系统的私钥加密的。以这种方式，只有社交网络系统的其他用户（获得公钥）才能解密该用户识别信息...） | 对比文件段落【0055】明确公开了使用非对称加密（公私钥加密算法）对包含用户标识的信息进行加密运算以生成加密版本。该加密算法完全基于公钥-私钥体系，在对比文件和目标专利中均起到对传输中的用户标识提供保密加密保护的作用，作用相同。本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征X：所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《隐含公开》 | 【0055】“In particular embodiments, the social network information is encrypted using asymmetric encryption (e.g., Public-Private key encryption). In particular embodiments, for example, each mobile device 210A, 210B, 210C, 210D may obtain an encrypted version of the user identifier corresponding to the respective user, where the encrypted version was encrypted by the social networking system using a private key of the social networking system... In particular embodiments, the user identifying information may be encrypted using a symmetric key algorithm, where the encryption key is a function of the user identifier of the user.”<br>（【中文翻译】在具体实施例中，社交网络信息使用非对称加密（例如公钥-私钥加密）进行加密。在具体实施例中，例如，每个移动设备可以获得对应于相应用户的用户标识符的加密版本，其中加密版本是由社交网络系统使用社交网络系统的私钥加密的...在具体实施例中，用户识别信息可以使用对称密钥算法进行加密，其中加密密钥是用户的用户标识符的函数。） | 目标专利说明书【0081】披露该特征具体可以为：将用户标识作为私钥，生成公钥，再利用公钥对用户标识进行加密得到加密值。对比文件段落【0055】分别公开了“公私钥加密用户标识符”以及“基于用户标识生成的密钥对用户标识进行加密”。虽然对比文件未将两句话显式拼接为“采用公私钥算法基于标识映射生成的密钥来加密该标识”，但对比文件已经部分公开了其核心要素（公私钥算法、密钥由标识派生/关联、密钥加密标识本身）。按照极其宽松的隐含公开判断标准，本领域技术人员完全有可能通过综合对比文件上下文中的密码学手段进行合理推断与技术组合，从而得出该技术特征，因此认定为隐含公开。 |
| 技术特征Y：其特征在于<br>《直接公开》 | 【无具体技术方案限制，为权利要求从属过渡词】 | 撰写常规过渡词，对比文件方案实质涵盖，本领域技术人员能直接毫无疑义得出。因此该特征被对比文件直接公开。 |
| 技术特征Z：所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《隐含公开》 | 【0032】“Every frame has a control field that depicts the 802.11 protocol version, frame type, and various indicators, such as whether WEP is on, power management is active, and so on.”<br>（【中文翻译】每个帧都具有控制字段，该控制字段描绘了802.11协议版本、帧类型以及各种指示符，诸如WEP是否开启、电源管理是否处于活动状态等等。）<br>【0052】“In particular embodiments, the mobile devices 210A, 210B, 210C, 210D append information elements, such as a user identifier, to the wireless link layer management frames to create, discover or maintain an ad hoc wireless network...”<br>（【中文翻译】在具体实施例中，移动设备将信息元素（诸如用户标识符）附加到无线链路层管理帧以创建、发现或维护自组织无线网络...） | 在目标专利中，该特征用于指示所附带的用户标识类型是否为隐式标识，便于对端快速解析识别。对比文件段落【0032】公开了数据帧中具有各种指示符（various indicators）来表征所携带数据的格式和安全状态（如WEP加密是否开启等），段落【0052】公开了在管理帧中追加包含用户标识的信息元素（IE）。在通信协议制定中，当同一字段可能携带明文标识或加密/隐式标识时，通常会在消息头或IE前缀中设置类型指示标志位（指示符）以通知接收方是否需要调用解密函数。按照极度宽松的隐含公开判断标准，对比文件关于帧控制指示符与加密标识IE传输的教导，使得本领域技术人员完全有可能合理推理出在消息中加入指示该标识类型为隐式/加密标识的指示信息，故认定为隐含公开。 |
<<<A>>><<<B>>><<<c>>><<<D>>><<<E>>><<<f>>><<<G>>><<<h>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<o>>><<<P>>><<<q>>><<<r>>><<<S>>><<<T>>><<<u>>><<<V>>><<<W>>><<<x>>><<<Y>>><<<z>>>
以下是对目标专利权利要求各技术特征与对比文件（WO2010023923A1）的特征比对与公开性分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A<br>其特征在于<br>《未公开》 | 无相关引用。 | 该特征为权利要求保护主题的限定连接过渡用语，无实质技术内容，且对比文件未公开与其保护范畴匹配的技术方案，故未公开。 |
| 技术特征B<br>该方法应用于第一用户设备<br>《隐含公开》 | 【说明书第15段】<br>“本発明の無線受信装置は、上記した無線送信装置から送信された複数の制御チャネル信号を受信し、受信された複数の制御チャネル信号の中から自機宛の制御チャネル信号をサーチする無線受信装置であって……”<br>（本发明的无线接收装置是接收从上述无线发送装置发送的多个控制信道信号、并从所接收的多个控制信道信号中搜索发往本设备的控制信道信号的无线接收装置……）<br>【说明书第23段】<br>“無線受信装置２００は、端末（ＵＥ）である。”<br>（无线接收装置200是终端（UE）。） | 目标专利中第一用户设备是执行朋友/用户发现流程的主体设备。对比文件公开了无线接收装置（UE终端200），其接收基站发来的控制信道信号并在其中搜索自机信号。对比文件的UE属于用户设备，考虑到隐含公开标准的宽松性，对比文件公开了由用户设备（UE）执行相应的数据/信号接收处理方法，因此技术特征B属于隐含公开。 |
| 技术特征C<br>所述第一用户设备中存储有所述第一用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系<br>《未公开》 | 【说明书第24段】<br>“復号部２４０は、自機宛の制御チャネル信号をサーチし……今回の復号結果から得られる端末ＩＤと自機の端末ＩＤとのそれぞれから求められるハッシュ値に基づいて、復号対象の制御チャネル信号を限定して次の復号処理を行う。”<br>（解码部240搜索发往本设备的控制信道信号……基于根据本次解码结果得到的终端ID与本设备终端ID分别求出的哈希值，限定作为解码对象的控制信道信号以进行下一次解码处理。） | 目标专利中，第一用户设备预先存储有第一用户设备以及其他用户设备（例如好友列表中的设备）的用户标识与其“隐式用户标识信息”之间的对应映射表，用于后续接收到隐式标识时快速映射出真实用户。而对比文件中，终端（UE）仅保存自机本身的端末ID，控制信道解出的其他终端ID是在线解码得到的，且两者的哈希值是在运行时由哈希值计算部实时计算的，对比文件中既未预存其他用户设备的用户标识，更未存储标识与隐式标识之间的对应关系表。两者的作用与机制完全不同，对比文件即使宽松推理也无法得出该技术方案，因此未公开。 |
| 技术特征D<br>所述方法包括：<br>《未公开》 | 无相关引用。 | 该特征为方法流程的过渡引述用语，结合整体方法方案，对比文件未公开。 |
| 技术特征E<br>接收第二用户设备发送的至少包含所述第二用户设备的隐式用户标识信息的第一消息<br>《未公开》 | 【说明书第19段】<br>“無線送信装置１００は、基地局（ＢＳ）である。”<br>（无线发送装置100是基站（BS）。）<br>【说明书第23段】<br>“無線受信装置２００は、端末（ＵＥ）である。ＲＦ部２１０は、アンテナを介して受信した無線信号に対して受信無線処理……を施し……”<br>（无线接收装置200是终端（UE）。RF部210对经由天线接收到的无线信号实施接收无线处理……） | 目标专利中，第一用户设备是在D2D/社交发现场景下直接接收“第二用户设备”发送的第一消息，且该第一消息至少包含第二用户设备的隐式用户标识信息（用于在保护隐私的前提下广播发现自身）。而对比文件是蜂窝下行架构，无线接收装置（UE 200）接收的是“基站（BS 100）”在下行链路PDCCH中调度发送的控制信道信号，发送方并非第二用户设备，且PDCCH中携带的是掩码/附带的终端ID明文以供寻址，根本不是由另一用户设备发送包含其隐式用户标识信息的第一消息。两者的传输链路架构、发送源主体及消息内容均完全不同，未公开。 |
| 技术特征F<br>根据所述第一用户设备存储的所述对应关系<br>《未公开》 | 无相关引用。 | 目标专利中第一用户设备依据本地预存的关系表进行查询匹配。对比文件中如特征C所述，根本不存在第一用户设备预先存储的对应关系，因此无法依据该对应关系执行后续操作，未公开。 |
| 技术特征G<br>获得与所述第二用户设备的隐式用户标识信息对应的用户标识<br>《未公开》 | 【说明书第25段】<br>“デコーダ２４５で得られた復号結果に含まれる端末ＩＤでマスキングされたＣＲＣビットと、ＣＲＣ付加部２４６で得られたＣＲＣビットとの排他的論理和が算出されることにより、マスキングが取られた端末ＩＤが得られる。”<br>（通过计算由解码器245获得的解码结果中包含的用终端ID掩码的CRC比特与由CRC添加部246获得的CRC比特的异或，得到解除了掩码的终端ID。） | 目标专利是通过隐式标识匹配预存对应关系，从而反查/解构出第二用户设备的真实明文用户标识。对比文件中UE在解码PDCCH时，是通过异或运算直接还原被用于CRC加扰的调度目标UE ID，该ID并非第二用户设备的用户标识，也不是基于隐式标识反查获得，两者的处理逻辑与功能不同，未公开。 |
| 技术特征H<br>从与所述第二用户设备的隐式用户标识信息对应的用户标识中<br>《未公开》 | 无相关引用。 | 目标专利是当一个隐式标识存在哈希冲突等情况导致对应一个或多个候选用户标识时，从这些候选标识集合中进行处理。对比文件中既无隐式用户标识的反查，更无从对应的用户标识集合中挑选处理的技术方案，未公开。 |
| 技术特征I<br>确定出所述第二用户设备的用户标识<br>《未公开》 | 【说明书第25段】<br>“比較部２４８は、加算器２４７で得られた、今回の復号対象制御チャネル信号に含まれる端末ＩＤと、自機の端末ＩＤとを比較する。この比較の結果、両者が一致する場合には、比較部２４８は、自機宛の制御チャネル信号が見つかったと判断し……”<br>（比较部248将由加法器247获得的包含在本次解码对象控制信道信号中的终端ID与自机终端ID进行比较。作为比较的结果，当两者一致时，比较部248判断为找到了发往自机的控制信道信号……） | 目标专利是通过验证交互或唯一匹配来确定发出广播消息的“第二用户设备”的用户标识。对比文件UE比较解出的终端ID与自机ID，其目的是为了判断该控制信道信号是否是基站发给“自己”的，而不是为了确定另一个用户设备的标识，技术目的和方案实质均不相同，未公开。 |
| 技术特征J<br>进而发现所述第二用户设备的用户<br>《未公开》 | 【说明书第15段】<br>“……受信された複数の制御チャネル信号の中から自機宛の制御チャネル信号をサーチする……”<br>（……从所接收的多个控制信道信号中搜索发往本设备的控制信道信号……） | 目标专利的技术目的是解决社交WiFi/D2D场景下用户设备之间发现彼此用户（如识别是否为好友）的隐私保护问题。对比文件的目的是让蜂窝UE在基站下行调度中减少PDCCH盲检次数，根本不涉及终端之间感知用户或发现第二用户设备用户的场景，未公开。 |
| 技术特征K<br>其中<br>《未公开》 | 无相关引用。 | 权利要求限定的连接过渡词，未公开。 |
| 技术特征L<br>所述第一/第二用户设备的用户标识为所述第一/第二用户设备的用户标识的明文用户标识<br>《未公开》 | 【说明书第25段】<br>“……マスキングが取られた端末ＩＤが得られる。比較部２４８は、加算器２４７で得られた、今回の復号対象制御チャネル信号に含まれる端末ＩＤと、自機の端末ＩＤとを比較する。”<br>（……得到解除了掩码的终端ID。比较部248将本次解码对象控制信道信号中包含的终端ID与自机终端ID进行比较。） | 目标专利中明文用户标识是指代表用户身份的个人标识（如电话号码、QQ号、暗语等明文），用于配合隐式标识形成对应映射以实现安全朋友发现。对比文件中的端末ID（UE ID）仅为3GPP下行调度分配的无线网络临时标识（如C-RNTI），且与目标专利中第一/第二用户设备明文标识用于发现对方用户的作用不同，即使对比文件中端末ID以明文形式参与比较，其并非目标专利所限定的与隐式用户标识相对应的用户设备的用户标识，未公开。 |
| 技术特征M<br>所述第一/第二用户设备的隐式用户标识信息为利用预定函数或预定算法对至少所述第一/第二用户设备的用户标识进行处理后得到的信息<br>《未公开》 | 【说明书第22段、第24段】<br>“ハッシュ値算出部１３１は、スケジューリング情報に含まれる各スケジューリング対象端末の端末ＩＤを示すビット列からハッシュ値を算出する。”<br>（哈希值计算部131从表示包含在调度信息中的各调度对象终端的终端ID的比特串计算哈希值。）<br>“ハッシュ値算出部２４９は、今回の復号対象制御チャネル信号に含まれる端末ＩＤと自機の端末ＩＤとのそれぞれからハッシュ値を算出する。”<br>（哈希值计算部249从本次解码对象控制信道信号中包含的终端ID与自机终端ID分别计算哈希值。） | 目标专利中的“隐式用户标识信息”是作为用户标识的替代隐私表示，在广播第一消息中作为标识信息发送给其他设备，以避免明文泄露。对比文件中基站端和终端计算的哈希值（如汉明权重），仅用于在基站侧确定控制信道频域排列顺序，并在终端侧作为二分搜索的方向指示，以减少盲检范围；该哈希值并不作为“隐式用户标识信息”包含在消息中发送以供对方识别用户身份。两者在概念定义、生成时机、承载方式及技术作用上均完全不同，未公开。 |
| 技术特征N<br>者<br>《未公开》 | 无相关引用。 | 属于权利要求中“或者”的分支连接用语，未公开。 |
| 技术特征O<br>所述第一/第二用户设备的用户标识和隐式用户标识信息分别为服务器为所述第一/第二用户设备分配的对应于同一用户设备的两个标识。<br>《未公开》 | 无相关引用。 | 对比文件中由基站对终端ID计算哈希值，并非由服务器分别为设备分配对应于同一设备的两个标识（明文标识与隐式标识），未公开。 |
| 技术特征P<br>其特征在于<br>《未公开》 | 无相关引用。 | 从属权利要求的过渡用语，未公开。 |
| 技术特征Q<br>所述预定函数具体为哈希函数<br>《未公开》 | 【说明书第25段】<br>“ハッシュ値算出部２４９は……ハッシュ値を算出する。ここでは、ハッシュ値として、ハミング重み（Hamming weight）が用いられる。”<br>（哈希值计算部249……计算哈希值。在此，作为哈希值，使用汉明权重（Hamming weight）。） | 目标专利中“预定函数具体为哈希函数”是用于将第一/第二用户设备的真实用户标识处理为隐式用户标识信息。对比文件虽公开了利用哈希函数（如汉明权重计算）计算终端ID的哈希值，但该哈希函数是用于对盲检候选位置进行排序和指示二分搜索方向，与目标专利中用于生成在设备间通信广播的隐式标识信息的函数所起作用完全不同，脱离技术方案整体 context 无法认定公开；即使考虑极宽松标准，其预定算法在系统中的定位不同，未公开。 |
| 技术特征R<br>所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。<br>《未公开》 | 无相关引用。 | 对比文件中的哈希值仅在发送端排序信道和接收端搜索过程中作为内部计算变量使用，并未作为隐式用户标识信息封装入消息发送，也未在设备中与用户标识建立映射存储，未公开。 |
| 技术特征S<br>其特征在于<br>《未公开》 | 无相关引用。 | 从属权利要求的过渡连接用语，未公开。 |
| 技术特征T<br>所述预定算法具体为公私钥算法<br>《未公开》 | 无相关引用。 | 对比文件采用的是哈希（汉明权重、汉明距离等），完全未涉及公私钥算法，未公开。 |
| 技术特征U<br>所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥<br>《未公开》 | 无相关引用。 | 对比文件未公开公私钥算法及基于其生成的密钥作为隐式用户标识信息，未公开。 |
| 技术特征V<br>者<br>《未公开》 | 无相关引用。 | 分支连接词，未公开。 |
| 技术特征W<br>所述预定算法具体为基于公私钥算法的加密算法<br>《未公开》 | 无相关引用。 | 对比文件未公开基于公私钥算法的加密算法，未公开。 |
| 技术特征X<br>所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。<br>《未公开》 | 无相关引用。 | 对比文件未公开基于公私钥算法映射生成的密钥对用户标识加密得到的加密值作为隐式用户标识信息，未公开。 |
| 技术特征Y<br>其特征在于<br>《未公开》 | 无相关引用。 | 从属权利要求的过渡用语，未公开。 |
| 技术特征Z<br>所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。<br>《未公开》 | 无相关引用。 | 对比文件中UE在盲检PDCCH成功后并不向其他终端反馈包含指示标识类型的第二消息，未公开该特征。 |
<<<b>>>
权利要求2
根据权利要求1所述的方法，其特征在于；所述预定函数具体为哈希函数；所述第一/第二用户设备的隐式用户标识信息具体为对至少所述第一/第二用户设备的用户标识利用哈希函数进行哈希变换后得到的信息。
权利要求3
根据权利要求1所述的方法，其特征在于；所述预定算法具体为公私钥算法；所述第一/第二用户设备的隐式用户标识信息为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥；或者；所述预定算法具体为基于公私钥算法的加密算法；所述第一/第二用户设备的隐式用户标识信息具体为对所述第一/第二用户设备的用户标识采用公私钥算法映射生成的密钥对所述第一/第二用户设备的用户标识加密得到的加密值。
权利要求4
根据权利要求1-3任一项所述的方法，其特征在于；所述方法还包括：；向所述第二用户设备发送至少包含所述第一用户设备的隐式用户标识信息的第二消息；以使得所述第二用户设备根据所述第二用户设备中存储的所述第二用户设备和至少一个其他用户设备的用户标识和隐式用户标识信息的对应关系；获得与所述第一用户设备的隐式用户标识信息对应的用户标识；从与所述第一用户设备的隐式用户标识信息对应的用户标识中；确定出所述第一用户设备的用户标识；进而发现所述第一用户设备的用户。
权利要求5
根据权利要求4所述的方法，其特征在于；所述方法还包括：；利用所述第一用户设备的用户标识和所述与所述第二用户设备的隐式用户标识信息对应的用户标识；对所述与所述第二用户设备的隐式用户标识信息对应的用户标识进行加密；获得第一加密值；向所述第二用户设备发送所述第一加密值；所述以使得所述第二用户设备从与所述第一用户设备的隐式用户标识信息对应的用户标识中，确定出所述第一用户设备的用户标识具体为；以使得所述第二用户设备利用与所述第一用户设备的隐式用户标识信息对应的用户标识和所述第二用户设备的用户标识对所述第一加密值进行解密；进而确定出所述第一用户设备的用户标识；所述方法还包括；以使得所述第二用户设备获得所述第一用户设备的用户标识后；利用所述第二用户设备的用户标识和所述获得的第一用户设备的用户标识；对所述确定的第一用户设备的用户标识进行加密；获得第二加密值；并向所述第一用户设备发送所述第二加密值；接收所述第二用户设备发送的所述第二加密值；所述从与所述第二用户设备的隐式用户标识信息对应的用户标识中，确定出所述第二用户设备的用户标识具体为：；利用所述第一用户设备的用户标识和所述与所述第二用户设备的隐式用户标识信息对应的用户标识；对所述第二加密值进行解密；获得解密结果；若所述解密结果中包括所述第一用户设备的用户标识；则解密结果正确；所述第一用户设备将对应的与所述第二用户设备的隐式用户标识信息对应的用户标识确定为所述第二用户设备的用户标识。
权利要求6
根据权利要求1-3、5任一项所述的方法，其特征在于；所述第一消息中还包括第二用户设备的用户标识类型和/或第一用户设备的隐式用户标识信息；或；还包括第二用户设备的用户标识类型；和/或；第一用户设备的隐式用户标识信息和第一用户设备的用户标识类型。
权利要求7
根据权利要求4所述的方法，其特征在于；所述第二消息中还包括指示所述第一用户设备的用户标识类型为所述隐式用户标识信息的指示信息。