看看这个刚评的特等奖专利，感觉没有新颖性啊

我说了4处“多余限定”，
第一、第二处、第四处都给出了理由，
第三处没说理由，理由是“服务器端的特征没必要写在用户机端，
第四处包括在第三处里面。
你对哪处不满意？

这个原理我明白，但不知道你为什么质疑我说的多余限定论

这么冷的话题，能有人看我还是挺安慰的，毕竟我费了那么多劲打字。
我对马甲、新号比较关注，是因为：
1、他可能是论坛老成员，不方便大号示人，于是临时用小号发言
2、他可能是本专利相关人员，搜专利号搜到这个论坛的，或类似情况，所以只能注册个新号发言。
这两种情况，都有帖子之外的信息量，比方说其言论是否可信、公允，是不是有相关利益在里面……
好比你碰见一个人过来跟你说话，但他戴着头套，你也得格外留意一下吧
而恰好是“新号注册进来，就看到我这个帖子”的概率约等于零。
所以我有个习惯，会看一下这个地方，谈不上翻你资料，扫一眼就可以了。
也谈不上等级之分，只是来这个论坛长短之分，不来这个论坛的大牛多得是。我还不至于那么井底之蛙。

本帖最后由 T152xxxx1679Tr 于 2017-3-14 10:13 编辑


1. 一种签名方法，其特征在于，在客户端主机与服务器预先约定了复核信息标识符和分隔符后，----设定pc跟u盘之间交互的通信格式：用xxx标志账户名、yyy标志金额，之间用zzz分隔，即“xxx张三zzzyyy100元”，其实这是多余限定，非必要特征，没有xxx、yyy、zzz这样的符号，也能从字符串里面提取“张三”、“100元”，只要这些字段编码有一定冗余就可以了
包括 ：
所述客户端主机与智能密钥设备建立连接 ；---u盾插到pc上
所述客户端主机通过输入装置接收用户输入的交易信息，
所述输入装置包括所述客户端主机的输入装置和 / 或所述智能密钥设备的输入装置 ；---用户在键盘鼠标上操作，
所述客户端主机根据所述交易信息生成交易报文 ；---在网银页面形成支付订单
所述客户端主机根据所述交易报文确定关键信息 ；---pc软件或网页从订单确定交易金额、转入账户（多余限定，其实金额、账户在形成订单之前就已经有了）交易报文包含关键信息，客户端需要将关键信息从交易报文中提取出来。
所述客户端主机将包含所述关键信息和所述分隔符的待签名数据包发送到所述智能密钥设备 ；---上述信息打包发给u盾
所述客户端主机等待接收所述智能密钥设备的反馈信息 ；---pc等u盾反馈
所述智能密钥设备接收所述客户端主机发送的待签名数据包 ；---u盾等用户“ok”或“取消”
所述智能密钥设备根据所述分隔符从所述待签名数据包中获取关键信息 ；---u盾对订单信息解包，就是把一个字符串分成几个字段，比方说，订单是“给张三付款100元”，解读出其中的“张三”、“100元”。
所述智能密钥设备输出对应所述关键信息的复核信息标识符和所述关键信息，并等待用户输入信息 ；---u盾显示金额、账户，等用户按键
如果所述智能密钥设备在预设时间内接收到用户输入的确认信息，则所述智能密钥设备对所述待签名数据包进行签名，
所述预设时间为所述等待用户输入信息的时间 ；---如果用户及时按ok键，u盾就对“给张三付款100元”签名
将得到的签名作为反馈信息发送到所述客户端主机 ；---签名传给pc

-------（从这开始都是多余限定）------这块是服务器的验签过程
所述服务器接收所述客户端主机发送的交易报文和签名 ；---服务器接受pc发来的订单、签名
所述服务器根据所述复核信息标识符从所述交易报文中获取关键信息 ；---服务器把订单里面的数据提取出来，同前面的“张三”、“100元”
所述服务器根据所述关键信息和所述分隔符生成待签名数据包 ；---服务器把“张三”、“100元”再合成“给张三付款100元”（多余之上的多余限定，因为订单已经发过来了，还合成干嘛）这块说明你不明白签名验签原理，不合成待签名数据怎么验签；待签名数据包会被用于验签的过程。
所述服务器利用所述待签名数据包对所述客户端主机发送的签名进行验证 ；----服务器看看签名是不是对“给张三付款100元”这句话签的
---------（多余限定完了）-------------
如果所述智能密钥设备在预设时间内接收到用户输入的取消信息，
则将所述取消信息作为反馈信息发送到所述客户端主机。---如果给定时间内用户按了“取消”，u盾就把“取消”传给pc

本帖最后由 T152xxxx1679Tr 于 2017-3-14 09:55 编辑


首先说一下  我不是新号，关注已多年，注册也半年有余，只是不发帖；并且也没有带着头套的跟你说话，目前就一个号；刚好关注这篇专利；刚好你发了那些高论，有些不同意见而已。

这个评选的考量，我觉得专利撰写水平不是最重要的标准。