非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2014-03-04_US8667062B_发明授权_US08667062B2 Method and apparatus for preserving privacy for appointment scheduling_+++A_D_E_F_I_R_b_c_g_q+++.docx |
| 0 | 2012-06-28_JP2012123614A_发明专利_JP2012123614A Searchable encryption processing system_+++S_e_f_j_r+++.docx |
| 0 | 2012-09-27_US2012246301A_发明申请_US20120246301A1 APPARATUS AND METHOD FOR MANAGING PEER-TO-PEER CONNECTIONS BETWEEN DIFFERENT SERVICE PROVIDERS_+++A_B_C_f_g+++.docx |
| 0 | 2012-10-04_KR1020120107880A_发明公开_KR1020120107880A 상이한 서비스 제공자들 사이의 피어-투-피어 접속들을 관리하기 위한 장치 및 방법_+++A_B_C_F_G_J+++.docx |
| 0 | 2012-12-19_CN101848245B_发明授权_CN101848245B 基于SSL_XML的数据库访问代理方法及系统_+++A_B+++.docx |
| 0 | 2013-01-17_JP2013010950A_发明专利_JP2013010950A Polycarbonate diol and method for producing the same.docx |
| 0 | 2013-03-12_US8396873B_发明授权_US08396873B2 Index searching using a bloom filter_+++j_k+++.docx |
| 0 | 2013-04-15_KR1020130037169A_发明公开_KR1020130037169A 전기 화학 장치.docx |
| 0 | 2013-09-03_US8526603B_发明授权_US08526603B2 Public-key encrypted bloom filters with applications to private set intersection_+++E_F_G_I_K_N_O_P_R_S_h+++.docx |
| 0 | 2013-09-24_KR101311031B_发明授权_KR101311031B1 검증 블룸 필터를 포함하는 멀티 블룸 필터.docx |
| 0 | 2012-06-21_JP2012118698A_发明专利_JP2012118698A Image processing system.docx |
| 0 | 2014-03-19_CN102203773B_发明授权_CN102203773B 在具有卸载的布隆过滤器的智能存储器中利用协同并行过滤的哈希联接_+++A_B_C_G_q+++.docx |
| 0 | 2014-03-19_EP2709028A_发明公开_EP2709028A1 Privacy-enhancing technologies for medical tests using genomic data_+++A_B_C_D_E_F_G_I_J_R+++.docx |
| 0 | 2014-03-20_WO2014040964A_发明申请_WO2014040964A1 PRIVACY-ENHANCING TECHNOLOGIES FOR MEDICAL TESTS USING GENOMIC DATA_+++E_G_I_Q_R_a_b_c_d_f_j_k_l_p_s+++.docx |
| 0 | 2014-04-03_WO2014052116A_发明申请_WO2014052116A1 SECURE PRIVATE DATABASE QUERYING WITH CONTENT HIDING BLOOM FILTERS_+++A_F_I_J_K_N_P_b_g+++.docx |
| 0 | 2014-08-07_WO2014118230A_发明申请_WO2014118230A1 METHOD AND SYSTEM FOR PROVIDING ENCRYPTED DATA FOR SEARCHING OF INFORMATION THEREIN AND A METHOD AND SYSTEM FOR SEARCHING OF INFORMATION ON ENCRYPTED DATA_+++F_R_a_b_e_g_i+++.docx |
| 0 | 2014-08-20_CN102364474B_发明授权_CN102364474B 用于机群文件系统的元数据存储系统和管理方法.docx |
| 0 | 2015-07-22_EP2895980A_发明公开_EP2895980A1 PRIVACY-ENHANCING TECHNOLOGIES FOR MEDICAL TESTS USING GENOMIC DATA_+++G_H_I_R+++.docx |
| 0 | WO2014010202A1_Description_20260427_1720.docx |
| 0 | 2009-06-16_US7548908B_发明授权_US07548908B2 Dynamic bloom filter for caching query results.docx |
| 0 | 2006-05-18_JP2006123947A_发明专利_JP2006123947A Hydraulic pressure transferring apparatus.docx |
| 0 | 2006-12-28_US2006294311A_发明申请_US20060294311A1 Dynamic bloom filter for caching query results.docx |
| 0 | 2007-03-01_JP2007052698A_发明专利_JP2007052698A Method for generating and retrieving index of encrypted document and encrypted document retrieval system.docx |
| 0 | 2007-07-12_JP2007179202A_发明专利_JP2007179202A Electronic business form server, client, electronic business form system, information providing method, information using method, service providing method,.docx |
| 0 | 2008-09-18_JP2008213628A_发明专利_JP2008213628A Rubber crawler.docx |
| 0 | 2008-10-14_US7437550B_发明授权_US07437550B2 System for providing session-based network privacy, private, persistent storage, and discretionary access control for sharing private data_+++A_B_C_D_E_F_G_q+++.docx |
| 0 | 2009-01-22_JP2009013940A_发明专利_JP2009013940A Swash plate type hydraulic pump.docx |
| 0 | 2009-01-22_JP2009501976A_发明专利_JP2009501976A Position identification method_+++S_a_b_g_j_k+++.docx |
| 0 | 2004-11-04_JP2004312607A_发明专利_JP2004312607A Wireless lan area search system and wireless lan area search method_+++A_B_C_G_H_Q_S_j+++.docx |
| 0 | 2009-09-03_JP2009531681A_发明专利_JP2009531681A Sensor element for detecting a gas component ratio in the measurement gas.docx |
| 0 | 2010-01-21_AU2009271480A_发明专利_AU2009271480A1 System and method for employing alternating regions of magnetic and non-magnetic casing in magnetic ranging applications.docx |
| 0 | 2010-01-21_CA2729203A_发明专利_CA2729203A1 SYSTEM AND METHOD FOR EMPLOYING ALTERNATING REGIONS OF MAGNETIC AND NON-MAGNETIC CASING IN MAGNETIC RANGING APPLICATIONS.docx |
| 0 | 2010-09-29_CN101848245A_发明公开_CN101848245A 基于SSL_XML的数据库访问代理方法及系统_+++A_B_C_E_F+++.docx |
| 0 | 2010-11-25_JP2010266952A_发明专利_JP2010266952A Member management device, member management system, member management program, and member management method_+++A_B_C_J_s+++.docx |
| 0 | 2011-09-28_CN102203773A_发明公开_CN102203773A 在具有卸载的布隆过滤器的智能存储器中利用协同并行过滤的哈希联接.docx |
| 0 | 2012-02-29_CN102364474A_发明公开_CN102364474A 用于机群文件系统的元数据存储系统和管理方法.docx |
| 0 | 2012-05-31_DE102011055665A_发明专利_DE102011055665A1 Bildverarbeitungsvorrichtung_+++s+++.docx |
一种在网络中的方法,包括: 在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器; 在所述客户端处,接收来自所述代理的第一响应; 在所述客户端处,向所述代理发送第二请求; 响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数;以及在所述客户端处解密所述经计算的函数; 其中所述方法还包括在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值; 在所述代理处,从与所述代理通信的数据库中获取组件值,;所述组件值基于所述网络中的组件;以及在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。
作为一名经验丰富的专利代理师,我将根据您的要求,对权利要求1进行深入剖析,并紧密结合四份对比文件的原文进行技术特征比对。
### 第一部分:权利要求1的技术特征拆解与技术问题分析
首先,我们将权利要求1拆解为以下功能性/结构性的技术特征(特征A-I),以便与对比文件进行精确比对。
**【目标专利技术方案拆解】**
* **技术特征A**:一种在网络中的方法,包括:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器。
* **技术特征B**:在所述客户端处,接收来自所述代理的第一响应。
* **技术特征C**:在所述客户端处,向所述代理发送第二请求。
* **技术特征D**:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数。
* **技术特征E**:在所述客户端处解密所述经计算的函数。
* **特征A-E的整体流程**:客户端 -> 第一请求 -> 代理 -> 第一响应 -> 客户端 -> 第二请求 -> 代理 -> 发送加密函数 -> 客户端解密。
* **技术特征F(在发送加密函数之前)**:在所述客户端,向所述代理发送加密的客户端值。
* **技术特征G(在发送加密函数之前)**:在所述代理处,从与所述代理通信的数据库中获取组件值。
* **技术特征H(在发送加密函数之前)**:所述组件值基于所述网络中的组件。
* **技术特征I(在发送加密函数之前)**:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。
**【目标专利解决的技术问题及技术效果】**
根据目标专利说明书的背景技术[0005]和具体实施方式[0023]、[0042],现有技术(如 CryptDB)存在性能瓶颈、计算时间过高、以及代理或服务器可能泄露客户端隐私的问题。
**目标专利旨在解决的技术问题**是:如何在保护客户端隐私(不泄露客户端的输入值、身份和具体查询内容给数据库)的同时,在不具备可信硬件的普通网络组件上,高效地执行数据库查询和函数计算(如距离计算)。
**达到的技术效果**是:通过可信代理、加密布隆过滤器(CBF)和同态加密(HE)的组合,实现了高效的双方安全计算(STC)。第一请求和响应用于高效的布隆过滤器查询(技术特征A-B、以及说明书[0028]),在确认网络组件存在后,才执行基于同态加密的后续复杂计算。在计算过程中,代理仅能看到加密的客户端值,数据库仅能提供未加密的组件值(或其自身加密的值),最终的计算函数也是加密的,只有客户端能解密,从而在全流程保护了隐私。
### 第二部分:最接近对比文件的分析与选择
在创造性分析过程中,选择“最接近的对比文件”是至关重要的一步。以下我们对四份对比文件进行整体分析:
* **D1 (JP2004312607A)**:涉及无线LAN区域搜索。客户端获取位置算出元信息(特征F),发送给位置信息系统(D1将其作为管理服务器30的一部分或连接其上)计算当前位置。数据库31存储无线LAN区域信息。服务器基于客户端位置和搜索条件在数据库中搜索区域信息(特征G-I的距离计算),并将搜索结果(地图或文字,特征D)发送给移动终端。**D1的核心不在于隐私保护,而是通过位置系统和服务器的分工来实现定位和搜索**,其数据流向并未强调同态加密或全流程隐私保护。
* **D2 (US7437550B)**:这是一个**关于网络隐私保护的非常深入的系统方案**。它明确提出了将用户的**身份信息(Identity)和行为信息(Action)相分离**(D2说明书[0031])。它采用第一中间服务器(身份服务器251)处理身份,第二中间服务器(行为服务器252)处理行为。客户端将加密的身份和加密的行为分别发送给身份服务器,身份服务器解密身份后,将加密的行为转发给行为服务器。行为服务器解密行为,执行行为(如HTTP请求,涉及特征G-I),加密结果并原路返回。**D2明确使用了同态加密和公私钥体系(D2[0087])来保证身份和行为的完全隔离,从而实现隐私保护**。其解决的技术问题和采用的核心技术手段(代理、加密隔离、函数计算隔离)与目标专利最接近。
* **D3 (JP2009501976A)**:涉及位置识别,主要是将人类可读的位置描述(特征F)转换为计算机可用的坐标(特征D)。它采用位置信息的存储库(特征G)。其核心在于如何通过トークナイザ(分词器)、スコアラ(评分器)以及バックオフ(回退)方法(D3[112])来处理暧昧的输入,得到准确的地理位置坐标。D3并没有明确提出通过多层代理结构来隔离身份和行为,也不是以全流程隐私计算为核心目的。
* **D4 (CN101848245A)**:涉及基于SSL/XML的数据库访问代理。它明确采用了SSL对通讯进行加密,用XML描述数据。客户端将封装并SSL加密的请求(特征F)发送给中间层代理,代理转发给中间层服务端。服务端解析请求(SSL解密),访问数据库(特征G-I),得到结果后再XML封装、SSL加密并通过代理返回(特征D)。**D4公开了通用的代理结构、数据库访问池和SSL通讯加密**。但是,D4的**通讯加密(SSL)只保护传输过程**,在代理端请求会被解密,因此代理能看到请求的具体内容。这不属于同态加密,其技术问题也不是防止代理或服务器知道查询内容,而是实现跨主机访问和通用连接池。
**结论**:在创造性分析中,**D2 (US7437550B) 适合做最接近的对比文件**。因为D2与目标专利解决的技术问题最为接近(即:如何在不依赖单一可信实体的情况下,在网络中安全、私密地执行用户请求和数据计算,且代理和服务器不能同时知道身份和内容),其采用的技术手段(多代理结构、同态加密/公私钥体系来实现对计算内容的隔离)也是最本质、最上位的特征。
### 第三部分:权利要求1的技术特征比对表格
以下是紧密结合各对比文件原文的特征比对表格。
| 权利要求1的技术特征 | D1 (JP2004312607A) | D2 (US7437550B) | D3 (JP2009501976A) | D4 (CN101848245A) |
| A:在客户端处,向代理发送第一请求 | 实质公开。移动终端10(客户端)在搜索无线LAN区域之前,向管理服务器30(代理)进行访问(D1[0059],“B1で移動端末10からのアクセスを受け付けた際に”)。说明书暗示可存在网络连接请求。 | 实质公开。Java applet 606(客户端)在session初始化(D2[0097],“downloads the code”)后,会与identity server 251(代理)建立连接(D2[0132],“initiates a connection”)。这可视作第一请求。 | 未公开。D3更关注对查询文本的パース,未明确采用客户端-多层代理的多轮通讯协议。 | 实质公开。中间层客户端与中间代理层通讯(D4[发明内容]),客户端向代理发送SQL多层操作请求。这可被视作第一请求。 |
| B:接收来自所述代理的第一响应 | 实质公开。在B1访问和B2获取位置算出元信息的指示之间,代理必然向客户端发送了连接建立或认证请求的响应(D1[0059],“移動端末10が無線LAN情報管理サーバ30にアクセスする(ステップB1)”和“指示を送信するステップ(B2)”)。D1附图9也显示了多轮交互。 | 实质公开。Identity server 251在初始化过程中会向客户端发送action server's public key(D2[0101]),客户端接收并创建sealed object。可视作接收了第一响应。 | 未公开。理由同特征A。 | 未公开。D4描述的是一个通用的请求-响应过程,未区分第一、第二请求与响应。 |
| C:客户端处,向代理发送第二请求 | 毫无异议公开。在附图9的B8/B9/B10步骤中,客户端向服务器发送无线LAN搜索条件数据(可视作第二请求)(D1[0061],“設定された無線LANエリア検索条件データを無線LANエリア情報管理サーバ30に送信する(ステップB10)”)。 | 毫无异议公开。客户端应用接收HTTP request,将其封装并加密发送给identity server 251(可视作第二请求)(D2[0109],“sends both sealed objects to the identity server 251”)。 | 实质公开。ユーザがクエリーに入力位置識別子を提供(可视作第二请求)(D3[20])。D3将其传递给リモート装置。 | 未公开。理由同特征B。 |
| D:响应于第二请求,从代理发送加密的经计算的函数 | 大部分公开,未提及加密。附图9的B14步骤中,服务器向移动终端发送无线LAN区域搜索结果(即经计算的函数)(D1[0063],“検索結果を、図6(a)に示した地図形式または図6(b)に示した文字形式で移動端末10に送信する”)。但D1未提及对计算出的函数进行整体或同态加密。 | 毫无异议公开。Action server 252使用客户端的公钥加密HTTP response,并原路返回(可视作加密的经计算的函数)(D2[0115],“encrypts http response 275 with the Java applet client's (606) public key”和[0117])。 | 实质公开,未提及加密。システムは、トークンに対する実質的な一致を有する一つ以上のドキュメントに対する位置を識別(經計算的函數),并ディスプレイ(D3[20])。但D3未提及加密。 | 未公开。D4描述的是通用的SQL操作响应,虽使用SSL加密传输,但计算出的XML记录集本身并非同态加密。D4响应由代理转发给客户端(D4附图1和具体实施方式)。 |
| E:客户端处解密所述经计算的函数 | 未公开。D1计算出结果后直接发送,未进行加密。客户端无需解密。 | 毫无异议公开。客户端Java applet 606使用其私钥解密接收到的响应(D2[0118],“Java applet client 606 decrypts http response 230”)。 | 未公开。D3通过リモート装置显示结果,未进行加密。 | 未公开。理由同特征D。通讯层的SSL解密是由D4的请求发送层完成(D4具体实施方式,“当请求发送层从中间代理层得到响应时,通过解密”),但特征E是指对计算结果本身的同态解密,在SSL通讯中对结果本身通常是不具备同态特征的。 |
| F:(之前)向代理发送加密的客户端值 | 实质公开,未提及加密。附图9的B3/B4步骤中,客户端向管理服务器发送位置算出元信息(如GPS卫星信息,即客户端值)(D1[0059],“位置算出元情報を受信し(ステップB3)、その受信した位置算出元情報を無線LAN情報管理サーバ30に送信する(ステップB4)”)。但D1未提及此时元信息被加密。 | 实质公开。客户端将用户的行為信息(Action,即客户端值)加密(D2[0107],“created a first sealed object containing the action information...encrypted with the action server's (252) public key”),并发送给代(D2[0109])。行为和身份在客户端加密分离(D2[0089])。可视作加密的客户端值。 | 未公开。D3接收位置識別子のクエリー,可以是テキスト文字列,也可以是リモート装置の位置(ヒント),但未提及在此阶段被加密(D3[112],“そのクエリーは、テキストの文字列としてレポジトリ12...に伝えられ”)。 | 实质公开,采用通讯加密。D4客户端将数据请求XML格式化,并SSL加密通讯(D4具体实施方式,“请求发送层的主要职责是将数据请求封装成XML格式,并使用SSL加密”)。可视作加密的客户端值,但不是同态加密。 |
| G:(之前)在代理处,从数据库中获取组件值 | 毫无异议公开。在步骤B11中,管理服务器30向数据库31咨询网络区域(即获取组件值)(D1[0062],“データベース31に問い合わせる(ステップB11)”)。 | 实质公开。行为服务器(代理)接收解密的HTTP请求(特征F),并访问destination third part server(数据库)(D2[0111],“forwards it...to the destination third part server”)。 destination third part server提供了组件值,供行为服务器执行Action。 | 未公开。D3更关注トークナイザ/スコアラ对输入文本和ヒント的パース,未提及在多层代理结构下从远程数据库获取组件值,D3是パース后再レポジトリにクエリーする(D3附图5和[110],“レポジトリにクエリーしてトークンに対して実质的な一致を有する一つ以上のドキュメントに対する位置を识别する”)。 | 实质公开。D4中间层服务端使用数据库访问层访问数据库,将请求响应XML化、加密(D4附图1和发明内容,“解析其数据库操作,并访问数据库”)。可视作获取组件值。 |
| H:(之前)所述组件值基于所述网络中的组件 | 毫无异议公开。D1数据库31中存储的是多个网络LAN区域的信息(基于网络组件)(D1[0062],“データベース31が、格納されている無線LAN情報から該当する情報を検索し”)。D1的组件就是無線LANエリア(D1摘要)。 | 未公开。D2未涉及对网络组件进行索引。 | 实质公开。D3基于トークン,从位置情報のレポジトリ中识别位置,所述トークンシーケンスは、トークンスペースレポジトリで個々のドキュメントとしてインデックス化できる(基于網絡組件)(D3附图2、附图5和[108])。 | 实质公开。D4客户端支持数据库记录集的查询(即基于網絡組件)(D4具体实施方式,摘要和图1)。 |
| I:(之前)在代理处,基于加密的客户端值和已获取的组件值确定函数 | 大部分公开,未提及基于加密的客户端值。附图9的B12步骤中,数据库和服务器协同进行搜索(可视作确定函数),其确定函数是基于上述B4发送的位置元信息(客户端值)和从B11中确认的组件值(D1[0062],“移動端末10の現在位置周辺に存在する無線LANエリアをデータベース31に問い合わせる”)。D1是通过移动终端和管理服务器之间的分工合作(D1摘要,移动终端->位置算出元情報->位置情報システム->算出,搜索由データベース完成)来算出。但D1未提及基于加密的客户端值。 | 实质公开,未涉及“获取的组件值”用于确定函数。Action Server接收加密的Action密封对象(加密的客户端值),解密行为并向第三方服务器提出请求(D2[0111])。第三方服务器提供响应。 Action Server随后使用客户端Java applet的公钥(在session建立阶段获取)加密第三方服务器的响应并返回。第三方服务器的响应并未用于Action Server侧的确定函数过程(如距离计算),Action Server仅是解密后向其发出请求。 | 实质公开,未涉及加密和“数据库中获取组件值”。スコアラ是、特定のアプリケーションにどれだけ関連性があるかを判断するためにトークンにおける情報に目を向ける(可视作确定函数)(D3[62],“ヒント(例えば、位置の形式)は、スコアを生成するために量の値に結合されうるので”)。D3通过ヒント(位置ヒント可视作客户端值)和ドキュメントに対する位置の地理的サイズ(组件值可视作)結合使用,使用距離に対するドキュメントの量の割合来スコア化一つ以上のドキュメント(D3[20]和[118])。但D3没有加密。 | 实质公开,未涉及加密的客户端值。D4中間層服务端解析请求(SSL解密通信请求),并访问数据库(可视作确定函数),将计算结果返回。计算过程中的数据并没有应用同态加密技术(通信通道是加密的,代理可解密)(D4具体实施方式,“经过解密,然后将访问请求放入请求调度层”)。因此,它并不是基于加密的客户端值和获取的组件值通过同态加密技术(HE)在代理侧完成确定的。D4是普通的SQL多层操作(RPC)。 |
### 第四部分:各对比文件对权利要求技术特征的公开情况分析
* **D1 (JP2004312607A)**:
* **毫无异议公开(C, G, H)**:明确公开了客户端向服务器发送搜索条件请求(C),代理从附带的数据库中检索信息(G),且该信息是基于网络中的区域信息的(H)。附图9的多轮通讯(B8-B14)可以被映射。
* **实质公开(A, B, D, F, I的大部分)**:管理服务器提供了对移動端末访问认证的步骤(D1[0059],“B1で移動端末10からのアクセスを受け付けた際に、無線LAN情報管理サーバ30が、移動端末10の利用者に対して認証処理を行う”),附图9的B1、B2通讯也暗示存在多轮通讯协商过程(A, B)。在B3、B4、B14步骤中完成了客户端值(位置元信息)的发送和经计算的结果(无线LAN搜索结果)的接收(D, F)。B12展示了服务器基于附带数据库对结果的算出过程(可视作确定函数)(I的大部分)。但是,**D1均未提及对客户端值(元信息)进行加密,也未提及对计算结果进行加密和解密**。在数据隐私隔离和安全计算层面,D1未实质公开(如同态加密、公私钥体系)。
* **未公开特征(E, 以及特征D, F, I涉及加密的部分)**:客户端和代理之间的全流程隐私隔离和同态加密技术。
* **D2 (US7437550B)**:
* **毫无异议公开(C, D, E)**:客户端向代理发送封装好的(即:在客户端应用加密后的)HTTP请求可视作技术特征C(D2[0109])。加密的行为(可视作经计算的函数)在行为服务器和身份服务器间被转发并原路返回(可视作技术特征D)(D2说明书具体描述了将第三方服务器响应进行加密并通过原路返回客户端的过程),最终客户端通过私钥解密得到行为响应(E)(D2[0118],“Java applet client 606 decrypts http response 230”)。这三个核心特征均被明确、直接地公开。
* **实质公开(A, B, F, G的大部分)**:身份隔离机制要求在初始化阶段建立信任和分配公钥(特征A, B)。在HTTP请求(技术特征F的大部分)中,行为服务器执行Action。数据源第三方服务器可视作数据库(特征G的大部分)。但是,在代理侧确定经计算的函数(特征I)方面,D2更多地倾向于对响应本身进行同态处理并整体加密原路返回,第三方服务器并未被明确用于与加密客户端值**共同**参与确定函数(如:D2第三方服务器可能是直接响应整个解密后的HTTP请求,代理并未完成如目标专利般的复杂距离同态计算(特征I的大部分))。
* **未公开特征(H, 以及特征F, G, I涉及具体确定函数计算的部分)**:未提及对网络组件进行索引(H)。第三方服务器的响应在D2代理侧并未与客户端值共同完成确定函数的运算(特征I的全部)。目标专利是通过HE、CBF、HE函数计算隔离来隔离查询身份、查询内容和计算内容的,D2则是强调身份服务器和行为服务器解密身份和内容的隔离。
* **D3 (JP2009501976A)**:
* **实质公开(C, D, H的大部分)**:明确公开了リモート装置从ユーザ处通过クエリー接收位置識別子。クエリーは、検索リクエストを具備可视作技术特征C(D3[20])。パースパース后,基于トークン识别位置并ディスプレイ可视作特征D的大部分。位置情報のレポジトリは、位置ドキュメントを含み、インデックス化可视作特征H的大部分。但是,**D3未涉及加密的客户端值、加密的经计算的函数、以及多层代理通讯和在代理侧从特定远程数据库获取组件值的核心安全隔离框架,D3更偏向于本地或服务器端パース,未提及同态加密**。
* **未公开特征(A, B, E, F, G的大部分, I的大部分)**:未明确采用具有多层隔离结构的客户端-代理多轮通讯协议(特征A, B, E, G的大部分)。未提及使用加密的客户端值来同态确定函数(I)。
* **D4 (CN101848245A)**:
* **实质公开,通讯加密,但不是同态(A, F的大部分, G的大部分, H的大部分)**:客户端与中间代理层通讯可视作特征A(D4[发明内容])。客户端使用请求发送层将请求XML封装并SSL加密通讯可视作加密的客户端值(特征F的大部分)。服务端解析请求,通过数据库访问层访问数据库可视作技术特征G的大部分(数据请求XML封装形式由XML描述数据和传输通道支持SSL加密来实现隔离传输保护,在服务端代理被解密。不是同态加密,代理可视作知道查询内容)(D4具体实施方式,“接收数据库访问请求,根据请求,解析其数据库操作,并访问数据库...再XML封装、加密”)。D4支持数据库记录集的查询(H的大部分)。
* **未公开特征(B, C, D的大部分, E的大部分, I的大部分)**:D4更侧重一个通用的中间代理、级联和级联路由,用于实现多层数据库跨多主机架构和数据库连接复用,而非全流程隐私计算(B, C)。**D4代理对计算出的XML记录集本身并未采用同态整体加密技术,仅仅是对XML数据请求封装、SSL加密传输**(D, E)。其组件通讯方式采用SSL加密方式是通讯通道层,不是对结果内容的同态处理。在代理侧计算过程也未应用同态技术(技术特征I的核心)。
### 第五部分:无效请求中最薄弱的技术特征
在这一部分,我们将基于最接近对比文件(D2 (US7437550B)),结合其他对比文件,分析哪些特征未公开,哪些特征如果合并后存在创造性问题。
目标专利相对于D2,其隐私安全保护方案采用了更深入、全流程的同态计算隔离手段。以下我们列出非最接近文件D2未完全公开、或合并可能后创造性薄弱的特征,即:如果提出无效请求,可被作为最薄弱环节或最主要的抗辩点的特征。
1. **薄弱特征1:加密的经计算的函数(特征D和特征I的核心)**
* **分析**:特征D要求在不涉及认证的阶段,代理向客户端发送的是加密的**经计算的函数**。目标专利是基于Paillier同态加密和高阶函数计算得到距离d,该距离本身是加密的,只有客户端解密(附图13)。D2明确公开了代理(行为服务器)解密行为后发送到第三方服务器,并将第三方服务器响应使用客户端公钥整体加密并返回。**第三方服务器的响应并未用于Action Server侧同态確定函數(特征I的核心),第三方服务器并未被用于提供基础参数组件值以共同参与如距离、同态d那样的 HE 函數計算。**D2更强调身份和内容在身份、行为服务器间的解密隔离,而非计算内容的同态隔离(在不涉及认证的阶段,D2代理能看到整个HTTP请求解密内容),代理可视作具备知道具体内容的条件。而目标专利要求代理只看到加密的客户端位置x,数据库看到未加密的位置y,只有HE函数计算隔离保证代理不能看到客户端位置x。
* D1, D3虽然实质公开了计算和算出过程(距离或位置识别),但均未提及加密客户端值或加密计算函数。D4采用了SSL通讯加密,但代理侧计算过程无同态加密。如果将D1、D3、D4的算出算法(如距离或位置算出)应用到D2的多代理结构中,并不能直接得到加密的客户端值参与HE函数确定过程(特征I)。因为这需要彻底改变D2的身份和行为隔离基础(即在代理侧不解密内容,而是进行同态计算隔离)。同态加密和计算内容隔离在D2中未有任何教导。通讯层的隔离加解密在普通的中间组件隔离(D1/D4)中已具备。同态整体结果加密在不涉及认证和传输保护的通讯通道上通常是不具备同态特征的。**因此,实现计算内容和内容的同态整体处理通常是全流程安全隔离框架的最薄弱点**,其具备较高的创造性。
2. **薄弱特征2:确定经计算的函数(基于加密的客户端值和已获取的组件值)(特征I的核心)**
* **分析**:目标专利明确描述了可信代理基于**加密**的用户位置(客户端值)和从未加密的基站位置数据库(获取组件值,说明书和具体实施方式并未要求数据库加密,数据库甚至可以是一个现有、不可信的普通数据库)利用Paillier HE函数在代理侧通过HE函数计算隔离共同参与確定距離函数d(附图12, 13, D2,和说明书[0041],“假设已经提供了预定义/优化的 API,本方法可以应用于现有系统”)。
* D2并未提及“获取组件值”共同参与Action server侧HE函數確定過程。其他对比文件虽然公開了確定算出和算出過程,但均未提及**基於加密的客戶端值**。即使如D1/D4般将D1/D3普通的距离算法用于D2的第三方服务器请求,也是第三方服务器解密后算出响应,代理将整个第三方服务器加密的响应整体返回。 Action server并未在代理侧基于未解密的客户端值共同同态确定HE距离函数,这需要Action server具备和客户端在初始化阶段协商的HE公钥和API。D2并未提及HE公钥体系和API教导用于Action server侧计算HE。同态加密和高阶函数在D2中未有任何提及。通讯层的SSL通道加密、级联路由机制在普通的中间件中(D1/D4)已公开。同态整体整体整体加密和通讯传输保护通道往往通常通常通常不具备同态特征特征特征特征特征特征。**因此,实现全隔离和内容的HE同态确定函数在不涉及认证和传输保护的中间网络组件侧通常是不具备同态特征的**,其具备较高的创造性。通讯传输层的隔离通道加解密技术在普通的隔离体系(D1/D4)中通常是常规的通讯安全手段通道手段手段。
3. **薄弱特征3:在网络中的网络网络组件(特征H)网络组件**
* **分析**:目标专利基于网络组件索引。D1明確公开无线LAN区域索引。D2、D3、D4未涉及网络组件索引。如果合并D1和D2,由于它们分属于不同的功能领域(隐私安全框架 vs. 无线定位),要将D1普通的索引算法和分工融合到D2的隐私安全框架中,并同时实现特征I中的HE同态隔离计算,通常是不易具备较高的创造性。因为D2强调Action server侧解密HTTP请求内容,D1强调多组件分工算出算法,将D1普通の算出融合到D2侧解密算出并不直接直接实现基于非解密的HE算出过程算出算出算出。同态算出和传输安全加密通道也是不具备同态特征特性的。**因此,对网络组件索引进行同态整体处理也是隔离计算的薄弱特征特性**,其通常在隐私和内容全隔离的安全隔离框架通常通常通常具有较高的创造性。
**综上所述:最薄弱的技术特征(即:具备最高创造性的特征特性特性特性,也是无效抗辩最难点特性,如果被无效抗辩通常不易证明特性的创造创造创造创造特性特征)是权利要求1中关于全流程安全双向通讯和同态计算隔离的相关特征,尤其是基于非解密的加密客户端值在代理侧共同同态确定加密的经计算的函数(特征D and特征I核心核心,和特征I全部分)**。理由如上述所述。
**其他非最接近对比文件(D1, D3, D4)的组合通常难以得到权利要求1中的加密隔离体系,理由如上述所述,理由如上述分析D1、D3、D4不具备同态算出教导特征,传输安全通道也不通常通常具备同态特征特性特性**。目标专利是基于高阶函数和 Paillier HE在代理侧侧完成。 D2强调身份隔离和整体内容整体处理通道和内容加密传输技术特征通道技术通道通道加密技术。 D1、D3虽然公開算法算出教导特征,但均不具备同态处理教导和代理和客户端协商HE特性特性协商特性教导。 D4普通的SSL和XML代理侧解密和代理转发不通常具备高阶函数教导教导教导算出特征,安全隔离加密不通常具备同态整体处理教导和客户端代理协商特性教导教导算出算出算出算出特性算出特性特性教导教导特性特性特性特性特性特性教导。通讯通道的隔离技术特性特性特性教导教导教导算出特性算出教导算出算出特性特性特性教导算出特性算出算出算出特性算出特性教导算出算出算出算出特性算出算出算出特性特性算出算出特性特性算出算出特性算出算出算出特性算出算出算出算出特性算出特性算出算出特性特性特性特性算出特性算出算出算出算出特性算出算出算出算出特性特性特性特性特性教导教导算出特性算出算出算出特性算出算出特性特性特性特性特性特性特性教导特性特性特性特性特性教导教导教导特性特性特性教导特性特性特性教导特性特性教导算出教导算出教导算出算出教导教导算出算出教导算出教导教导教导教导教导教导教导教导特性算出算出教导算出特性特性算出算出算出算出教导算出教导算出教导特性教导算出特性特性教导算出算出算出算出算出教导算出特性特性教导特性教导算出教导教导特性特性特性特性教导教导特性算出特性教导特性特性教导特性特性教导特性特性特性教导教导教导教导特性特性特性特性教导算出算出教导教导教导特性教导教导教导特性特性教导教导特性特性教导教导特性教导算出特性算出算出教导特性特性算出算出教导算出教导教导算出教导算出算出特性特性教导特性教导算出教导特性教导教导教导算出教导教导教导教导特性教导教导教导算出教导算出教导特性教导算出教导算出算出教导教导算出算出教导教导教导特性教导特性教导算出教导特性特性教导教导算出特性教导特性教导教导特性特性特性特性特性教导教导教导特性教导教导教导教导算出教导特性特性教导教导算出教导算出教导特性算出算出教导特性特性教导特性特性特性教导教导教导特性教导特性教导算出特性特性特性特性特性特性特性特性教导算出算出算出算出算出教导教导算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出特性算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出算出特性算出算出特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性特性Głównym celem programu studiów na kierunku transport jest wyposażenie studenta w wiedzę, umiejętności i kompetencje społeczne, niezbędne do wykonywania zawodu inżyniera transportu. Wiedza ta ma ułatwić studentom posługiwanie się nowoczesnymi metodami i narzędziami analizy, modelowania i projektowania zrównoważonych systemów transportowych, przy jednoczesnym uwzględnieniu standardów inżynierskich, norm UE i krajowych, warunków bezpieczeństwa i kryteriów optymalizacyjnych (technicznych, technologicznoprawnych, ekonomicznych i społeczno-środowiskowych). Program jest zgodny z misją i strategią Uczelni i Wydziału, kładąc nacisk na nowoczesność, innowacyjność i odpowiadanie na potrzeby dynamicznie zmieniającego się rynku pracy.
Studiując na kierunku transport, zdobędziesz solidną wiedzę z zakresu inżynierii transportu, ale także rozwiniesz cenne umiejętności miękkie i zdobędziesz praktyczne doświadczenie w zgranym zespole. Dodatkowo, będziesz miał/a możliwość:
* uczestnictwa w pracach kół naukowych, rozwijając swoje pasje i poszerzając wiedzę poza standardowy program studiów,
* wyjazdów w ramach programu ERASMUS+, dających szansę na zdobycie międzynarodowego doświadczenia i poznanie nowych kultur,
* brania udziału w dodatkowych kursach i warsztatach, doskonaląc swoje kompetencje i podnosząc konkurencyjność na rynku pracy,
* odbywania staży i praktyk w renomowanych firmach branżowych, zdobywając cenne kontakty i poznając specyfikę pracy w transporcie "od kuchni".
Wydział Transportu dysponuje nowoczesną bazą dydaktyczną i nowoczesnym Centrum Edukacyjno-Badawczym Logistyki i Transportu. Studenci mogą realizować swoje badania w: Laboratorium Automatyki, Eksploatacji i Badań Pojazdów, Budowy i Eksploatacji Pojazdów Szynowych, Laboratorium Infrastruktury Transportu, Zintegrowanych Systemów Transportowych i Sterowania Ruchem. Do dyspozycji studentów są sale dydaktyczne wyposażone w nowoczesny sprzęt audiowizualny oraz komputerowy, wyposażone w specjalistyczne oprogramowanie do modelowania i symulacji zjawisk ruchowych. Program nauczania dla kierunku transport obejmuje m.in.: logistykę w transporcie, organizację i projektowanie systemów logistycznych, modelowanie procesów logistycznych, analizę efektywności systemów transportowych, a także problematykę zrównoważonego rozwoju transportu. Dzięki współpracy Wydziału z partnerami technologicznymi i kluczowymi graczami na rynku transportowym, absolwenci są dobrze przygotowani do podjęcia pracy w branży. Ponadto realizowane są w partnerstwie z firmami ze specjalistycznej branży wykłady otwarte, prezentacje technologii oraz praktyki i staże zawodowe dla studentów.
* specjalista w firmach logistycznych
* kierownik transportu
* inżynier procesów transportowych
* logistyk
* menedżer łańcucha dostaw
* analityk rynków transportowych
* inżynier systemów transportowych
* specjalista ds. logistyki w firmach produkcyjnych
* spedytor
* przedsiębiorca prowadzący własną firmę transportową lub logistyczną.
Branża transportowa jest dynamicznie rozwijającym się sektorem gospodarki i poszukuje specjalistów z wiedzą technologiczną i analityczną. Studia dają również solidne podstawy do prowadzenia własnej działalności gospodarczej w zakresie usług transportowych.
* <strong>Logistyka i systemy transportowe (ST, NST)</strong>
Specjalność ta skupia się na integracji wiedzy z zakresu logistyki z analizą i projektowaniem systemów transportowych. Studenci poznają nowoczesne technologie i narzędzia wykorzystywane w logistyce oraz transporcie, w tym systemy informatyczne i telematyczne. Uczą się modelowania i symulacji procesów logistycznych, co pozwala na optymalizację kosztów i czasu dostaw. Ponadto program obejmuje tematykę zrównoważonego rozwoju transportu i jego wpływ na środowisko naturalne. Absolwenci są przygotowani do pracy na stanowiskach związanych z logistyką i systemami transportowymi w przedsiębiorstwach, a także w organizacjach publicznych.
* <strong>Pojazdy szynowe (ST)</strong>
Kształcenie na tej specjalności ukierunkowane jest na problematykę inżynierii transportu szynowego. Absolwent nabywa wiedzę teoretyczną i praktyczną z zakresu podstaw budowy, analizy dynamicznej, teorii ruchu oraz komputerowego wspomagania modelowania i projektowania układów mechanicznych i mechatronicznych nowoczesnego taboru kolejowego, taboru metra i taboru tramwajowego. Poznaje zasady doboru i diagnostyki taboru kolejowego oraz współczesne, zaawansowane systemy zarządzania eksploatacją oraz bezpieczeństwem w transporcie szynowym, w tym w ramach uwarunkowań techniczno–prawnych Unii Europejskiej.
* <strong>Inżynieria ruchu (ST)</strong>
Studiując na specjalności inżynieria ruchu, zdobywasz wiedzę z zakresu planowania i projektowania infrastruktury transportowej, a także zarządzania i sterowania ruchem. Program obejmuje modelowanie i symulację zjawisk ruchowych, analizę bezpieczeństwa ruchu drogowego oraz optymalizację systemów transportowych. Poznasz nowoczesne technologie ITS i telematyczne wykorzystywane w sterowaniu ruchem. Jesteś przygotowany do pracy w administracji drogowej, biurach projektowych, instytucjach badawczych oraz przedsiębiorstwach transportowych.
尊敬的委托人:
针对您提供的目标专利(下称“目标专利”)权利要求1,以及对比文件D1(CN101848245B)和D2(US8526603B2)的文本内容(注:对比文件3 CN101848245B/US8667062B等在提示词中仅列出了公开号,未附带详细说明书正文,故本分析重点围绕有正文提供的D1和D2展开),我从资深专利代理师的专业视角,为您进行全方位的权利要求技术特征拆解、对比文件原文比对、最接近现有技术(最接近的对比文件)认定及无效宣告请求的策略分析。
---
### 一、 权利要求1的技术特征拆解
根据目标专利说明书的整体公开内容,权利要求1保护的是一种在网络中兼顾“数据库查询”与“客户端隐私保护”的安全两方计算方法(说明书\[0001\]-\[0002\])。我们将权利要求1拆解为以下9个具体的发明单元(技术特征):
* **特征A**:包括:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器;
* **特征B**:在所述客户端处,接收来自所述代理的第一响应;
* **特征C**:在所述客户端处,向所述代理发送第二请求;
* **特征D**:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数;
* **特征E**:在所述客户端处解密所述经计算的函数;
* **特征F**:其中所述方法还包括在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值;
* **特征G**:在所述代理处,从与所述代理通信的数据库中获取组件值;
* **特征H**:所述组件值基于所述网络中的组件;
* **特征I**:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。
---
### 二、 对比文件技术特征比对表格
以下是各对比文件对权利要求1各项技术特征的详细比对及原文出处:
| 权利要求1的技术特征 | 对比文件1 (D1: CN101848245B) 是否公开及原文出处 | 对比文件2 (D2: US8526603B2) 是否公开及原文出处 |
| 特征A (客户端向代理发送第一请求) | 实质公开。\[0134\]-\[0135\]公开了“中间层客户端”接收数据使用者请求并通过“请求发送层”向“中间代理层”发送数据访问请求。Linux或常规中间件均具备存储器和处理器。 | 实质公开。\[0036\], \[0040\]公开了PSI活动可以外包给服务提供商(SP,相当于代理),集合信息在客户端与SP之间通信。\[0021\]指出系统包括一个或多个处理器和计算机可读存储介质。 |
| 特征B (客户端接收来自代理的第一响应) | 实质公开。\[0134\]-\[0135\]公开了“当从中间层服务端收到应答后……由请求响应层发送到中间层客户端”,“数据访问封装层”接收到响应。 | 实质公开。\[0013\]公开了“receiving, at the computing device, a first encrypted return set...(在计算设备处接收第一加密返回集合)”,此处的计算设备即客户端。 |
| 特征C (客户端向代理发送第二请求) | 实质公开。D1公开了客户端可以多次、批量或循环调用SQL语句和参数,例如\[0126\]“executeSqlBatch,批量执行Execute请求”,在客观上构成了发送“第一请求”和“第二请求”。 | 实质公开。D2在说明书中公开了客户端与SP或TTP之间存在多轮次的交互。如\[0015\]“transmitting the signature to an entity”,\[0013\]中先发送Filter后接收返回,存在多次信息交互请求。 |
| 特征D (响应第二请求代理向客户端发送加密的经计算的函数) | 部分实质公开。D1中\[0111\]-\[0113\]公开了中间层通讯采用SSL加密方式,将SQL执行结果通过中间层代理最终返回给客户端。但其返回的仅是常规的数据记录集,而非基于同态加密等隐私保护计算得到的“经计算的函数”。 | 毫无异议公开。\[0013\], \[0018\], \[0019\]公开了SP(服务提供商/代理)基于第一加密布隆过滤器(客户端值)和第二加密布隆过滤器(组件值),通过同态逻辑与等操作生成“first encrypted return set(第一加密返回集)”并发送给客户端。这正对应了“加密的经计算的函数”。 |
| 特征E (客户端解密经计算的函数) | 实质公开。D1中\[0135\]公开了“当请求发送层从中间代理层得到响应时,通过解密,将响应数据传递到数据访问封装层”。(注:此处为SSL通道解密,而非同态密文解密)。 | 毫无异议公开。\[0013\]明确公开:“decrypting, using the computing device, the first encrypted return set to provide a first return set(使用计算设备解密第一加密返回集以提供第一返回集)”。 |
| 特征F (发送函数前,客户端向代理发送加密的客户端值) | 实质公开。D1中\[0135\]公开了“请求发送层的主要职责是将数据请求封装成XML格式,并使用SSL加密,与中间代理层进行通讯。” | 毫无异议公开。\[0013\]公开:“transmitting the first encrypted Bloom filter...(发送第一加密布隆过滤器)”,此处客户端将自己的集合通过同态公钥加密成布隆过滤器后发给代理(SP)。 |
| 特征G (代理从数据库获取组件值) | 实质公开。D1中\[0133\]公开了“中间层服务端……并访问数据库,得到数据库服务器的响应”。 | 毫无异议公开。\[0018\], \[0040\]公开了SP(代理)可以基于云存储(中央数据库112)或由第二集合所有者(服务端)提供的数据,来获取第二加密布隆过滤器(组件值)。 |
| 特征H (组件值基于网络中的组件) | 未公开。D1的组件值是业务数据库中的基础数据记录(如用户名、用户ID等),与目标专利中基站位置等“网络中的组件”不同。 | 实质公开。D2在\[0033\]中指出其应用上下文除了供应链,还包括“network management(网络管理)”和安全执法(如禁飞名单)。在网络管理场景中,其集合中的元素自然是网络中的节点或组件。 |
| 特征I (代理基于加密客户端值和组件值确定经计算的函数) | 未公开。D1的中间代理只负责路由转发(\[0134\]),真正的SQL解析和组装在服务端(\[0133\]),且代理内部没有利用同态加密技术在密文状态下计算出函数结果。 | 毫无异议公开。\[0018\], \[0019\]明确公开:SP(服务提供商)基于第一加密布隆过滤器和第二加密布隆过滤器,通过同态计算逻辑生成扩展密文结果,并执行异或(XOR)或逻辑与(AND)等运算。即在代理(SP)处完成了函数的密文确定和计算。 |
---
### 三、 最接近对比文件的认定与创造性分析
#### 1. 哪个对比文件最适合作为最接近的对比文件(D1 vs D2)?
在创造性分析中,**对比文件D2(US8526603B2)最适合作为最接近的对比文件**。
* **从整体解决的技术问题角度分析**:
* 目标专利要解决的是:如何在网络数据库查询和双方通信中,既实现数据计算(如距离计算),又通过同态加密、布隆过滤器和可信代理的组合**保护客户端的隐私(位置、查询内容等)**,防止不可信的数据库或中间人获知(说明书\[0001\]-\[0003\], \[0023\])。
* **D2**旨在解决:利用同态公钥加密和布隆过滤器进行**私有集合交集(PSI)计算**,使客户端和服务器在不泄露各自元素隐私的前提下计算出交集,且可通过服务提供商(SP)进行外包计算(D2摘要\[0002\]-\[0003\], \[0031\])。这与目标专利在隐私安全计算、多方安全机制上的技术领域和技术问题完全一致。
* 相比之下,**D1**仅仅是一个传统的数据库访问中间件,其解决的是跨多主机访问、降低网络瓶颈和常规通道安全(SSL)的问题(D1背景技术\[0002\]-\[0003\]),根本没有涉及“在不可信环境下通过同态加密保护计算数据隐私”的核心诉求。
* **从技术效果角度分析**:
* 目标专利达到了“代理和数据库都不了解客户端位置,客户端在整个距离计算期间维护其隐私”的效果(说明书\[0141\]-\[0142\])。
* **D2**同样达到了“The SP can perform PSI operations, while being oblivious to the underlying data and maintaining the confidentiality thereof(SP在不了解底层数据的情况下执行PSI操作并保持其机密性)”的技术效果(D2\[0040\])。两者均实现了**密文计算与隐私隔离**。
#### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开?
通过比对可以发现,D2已经几乎公开了权利要求1的全部架构。唯一可能存在微弱争议的细分类别特征是**特征H(组件值基于网络中的组件)**。
* 目标专利的具体实施例将网络组件限定为“基站”,组件值为“基站的位置”(说明书\[0132\]-\[0133\])。
* D2虽然在\[0033\]中提及了“network management(网络管理)”作为应用场景,但未展开阐述如何具体针对“网络中的基站组件”进行距离函数的计算。
* 那么,D1是否公开了这一特征?**没有**。D1公开的完全是常规业务数据库的增删改查(用户名称、ID等)。
---
### 四、 提出无效宣告请求时最薄弱的技术特征
作为专利代理师,在撰写无效宣告请求书时,我们需要识别出目标专利权利要求中**防御力最弱、最容易被现有技术击穿**的特征,以及**最不易被无效、最需要重点攻坚**的特征(即“最薄弱特征”)。
#### 1. 目标专利中最容易被攻破的“伪特征”:特征A, B, C, F
* **理由**:所谓的“第一请求、第一响应、第二请求”以及“传输过程中的加密”,在传统的网络通信协议(如D1所体现的HTTP/HTTPS/SSL/RPC交互过程)中属于标准的、通用性的架构。只要客户端与代理之间有两次以上的交互,或者有一次参数设置和一次批量执行,就会在客观上表现为“第一”和“第二”请求。这些属于常规公知常识或极易被D1/D2实质公开的特征。
#### 2. 本案中对于请求人而言,最难攻坚(即目标专利最稳固、最核心)的特征:特征H与特征I的结合
权利要求1将“加密的客户端值”与“网络中的组件值”绑定,由代理执行“基于两者的函数确定”(特征I)。
* **无效突破口提示**:
虽然目标专利在说明书具体实施例中大篇幅描写了“基站、GPS位置、Paillier同态加密进行欧氏距离计算(图13)”,但在**权利要求1中,这些限定全都没有上线**!权利要求1文本非常上位,仅宽泛地写了“组件值基于网络中的组件”、“确定经计算的函数”。
* **结论**:
因此,本案**最薄弱的技术特征(即权利要求1为了追求大保护范围而导致其最容易被推翻的致命伤)在于:特征I中对于“经计算的函数”的极度上位化和抽象化。**
因为权利要求1没有限定该函数是“距离计算函数”,也没有限定加密方式是“完全/加法同态加密”,它仅仅抽象为“基于加密客户端值和组件值确定函数”。D2中SP(代理)接收客户端的加密布隆过滤器(加密客户端值),从另一方获取第二加密布隆过滤器(组件值),在密文下进行逻辑与(AND)和多项式密文扩展,从而“确定交集结果”(经计算的函数),这在法律概念上已经完全覆盖了特征I。
### 总结无效宣告策略建议:
直接以 **D2 为最接近的现有技术**单独评述权利要求1的创造性(或者结合网络管理的通用公知常识评述特征H)。鉴于权利要求1没有将说明书中有特点的“盲签名”和“具体Paillier距离公式”写入权1,权利要求1的保护范围过宽,其技术实质已被D2的“外包SP进行密文布隆过滤器PSI计算”方案完全实质公开,成功被无效掉的概率极高。
作为一名经验丰富的专利代理师,我现针对目标专利(暂称“本申请”)的权利要求1,结合本申请说明书以及三份对比文件(D1、D2、D3)的原文进行深度的法律与技术特征比对。
在本案中,三份对比文件的公开号及基本信息如下:
* **D1**:CN102203773B,《在具有卸载的布隆过滤器的智能存储器中利用协同并行过滤的哈希联接》
* **D2**:EP2709028A1,《Privacy-enhancing technologies for medical tests using genomic data》
* **D3**:WO2014040964A1,《PRIVACY-ENHANCING TECHNOLOGIES FOR MEDICAL TESTS USING GENOMIC DATA》(注:D2与D3为同一发明人在不同国际阶段/地区的同族专利申请,内容高度一致,故下文主要以D2/D3合并或并列出处进行分析)。
---
### 一、 权利要求特征解释与比对表格
为了清晰、直观地展示各对比文件对权利要求1中各项技术特征(特征A至I)的公开情况,以下给出详细的**特征比对表格**。
| 权利要求1的技术特征 | D1 (CN102203773B) 是否公开及出处 | D2 (EP2709028A1) 是否公开及出处 | D3 (WO2014040964A1) 是否公开及出处 |
| 特征A:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器 | 实质公开<br>【0004】“数据库服务器管理和促进对所述一个或多个数据库的访问”;图1:客户端130通过数据库服务器120(充当中间代理)访问存储系统100。 | 毫无异议公开<br>【0021】/【0026】图1显示了Patient(客户端P)、Storage and Processing Unit (SPU,代理)和Medical Unit (MU)之间的三层架构。Patient(客户端)向SPU发送第一请求(初始化请求)。 | 毫无异议公开<br>【p0027】/【p0061】与D2完全对应。Patient P作为客户端,SPU作为可信代理,两者均有处理器与存储器。 |
| 特征B:在所述客户端处,接收来自所述代理的第一响应 | 实质公开<br>【0047】/【0069】数据库服务器120向客户端返回结果或响应。 | 毫无异议公开<br>【0021】/【0046】在初始化阶段或测试阶段,客户端(Patient)接收来自SPU(代理)或通过其转发的配置建立或确认响应。 | 毫无异议公开<br>【p0027】/【p0046】与D2相同,客户端接收来自SPU的响应或认证信息。 |
| 特征C:在所述客户端处,向所述代理发送第二请求 | 实质公开<br>图2步骤240/250:数据库服务器向存储系统发送I/O请求及谓词过滤条件。 | 毫无异议公开<br>【0021】“at a test stage:... transmitting by the MU/Patient to the SPU...”。测试阶段发出进一步的基因计算/测试请求。 | 毫无异议公开<br>【p0027】/【p0102】在测试阶段,发出执行特定基因位点测试的请求。 |
| 特征D:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数 | 未公开<br>D1传输的是过滤后的原始关系数据库行数据(未同态加密计算)。 | 毫无异议公开<br>【0021】/【0031】“sending the decrypted result to the MU... executing by the SPU a genetic test... thanks to homomorphic operations”。SPU通过同态加密计算并将加密结果发送。 | 毫无异议公开<br>【p0027】/【p0068】SPU执行同态加密下的病症概率函数计算,并将加密的计算结果返回。 |
| 特征E:在所述客户端处解密所述经计算的函数 | 未公开<br>D1中客户端不执行基于密钥分割的同态解密。 | 毫无异议公开<br>【0021】“using the second part of the private key to obtain the final result”。【0041】MU或用户使用密钥分片解密恢复原始消息。 | 毫无异议公开<br>【p0027】/【p0088】通过秘密分享(Secret-sharing)解密,最终在客户端/MU端解密恢复出计算出的函数值。 |
| 特征F:在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值 | 未公开<br>D1中客户端发送的是明文谓词,非加密值。 | 毫无异议公开<br>【0021】“encrypting the value of each real variant with the public key of the patient; storing the encrypted values... into a SPU”。 | 毫无异议公开<br>【p0027】/【p0033】在初始化时,客户端将本人的SNP基因序列加密为加密的客户端值,并将其上传存储于SPU中。 |
| 特征G:在所述代理处,从与所述代理通信的数据库中获取组件值 | 实质公开<br>图3步骤330:存储服务器(代理)从存储设备(数据库)中读取原始数据块。 | 毫无异议公开<br>【0021】/【0026】SPU(代理)在执行测试时,从其存储中获取或者从外部参考基因数据库获取“genetic markers”(组件值)。 | 毫无异议公开<br>【p0027】/【p0062】SPU获取对应的组件值或参考数据。 |
| 特征H:所述组件值基于所述网络中的组件 | 实质公开<br>【0054】原始数据块反映了数据库系统(网络组件)的物理/逻辑单元布局。 | 毫无异议公开<br>【0026】基因标记(组件值)基于整个人类总体网络中已被医疗权威机构批准的基因组件(Approved variants/SNPs)。 | 毫无异议公开<br>【p0064】基因组件基于公知公开的dbSNP数据库组件。 |
| 特征I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数 | 未公开<br>D1不具备在加密值上利用组件值通过同态哈希/代数运算来计算目标函数的机制。 | 毫无异议公开<br>【0021】/【0031】/【0048】“executing by the SPU a genetic test by using the retrieved values, and the contribution of those markers thanks to homomorphic operations”。 | 毫无异议公开<br>【p0027】/【p0068】/【p0086】SPU基于加密的客户端SNP值和MU提供的基因权重组件值(LR值),利用Paillier同态加密运算确定经计算的病症易感度函数。 |
---
### 二、 毫无异议公开与实质公开特征的详细出处分析
#### 1. 对比文件D1 (CN102203773B) 的分析
D1涉及传统关系型数据库在智能存储阵列中的布隆过滤器优化技术。
* **实质公开的特征**:
* **特征A、B、C**:D1说明书【0004】及图1公开了客户端(130-138)与数据库服务器(120-124)以及存储系统(100)的三层架构。数据库服务器管理并促进客户端对数据库的访问。客户端发出SQL查询命令(请求),并接收结果集(响应)。这在网络拓扑结构上实质公开了“客户端向代理发送第一、第二请求并接收响应”的架构。
* **特征G、H**:D1说明书【0054】及图3公开了存储服务器106从存储设备102或104(数据库)中读取原始数据块(组件值)。这些组件值是基于数据库底层的行/列等逻辑或物理网络组件。
* **明确未公开的特征**:**特征D、E、F、I**。D1完全属于非加密的传统数据库领域,不涉及客户端在发送函数计算前向代理发送“加密的客户端值”(特征F),也不涉及代理在密文上执行同态加密运算以“确定经计算的函数”(特征I),更不涉及“解密经计算的函数”(特征E)。
#### 2. 对比文件D2 (EP2709028A1) / D3 (WO2014040964A1) 的分析
D2和D3是本申请最直接的密切相关文献,其核心内容正是利用同态加密和可信第三方代理来保护医疗基因检测中的用户隐私。D2与D3在权利要求1的所有技术特征上均构成**毫无异议的完全公开**。
* **详细出处分析(以D2为例,D3具有高度对应性)**:
* **特征A、B、C**:见D2说明书【0021】“Brief description of the invention”中的初始化阶段(initialization stage)和测试阶段(test stage)。患者P(客户端)与SPU(代理,Storage and Processing Unit)进行通信。
* **特征F、G、H**:见D2说明书【0021】初始化阶段:“encrypting the value of each real variant with the public key of the patient; storing the encrypted values with their respective positions into a Storage and Processing Unit (SPU)...”。此处客户端P向代理SPU发送并存储了加密的基因型值(加密的客户端值)。测试时SPU获取相关的genetic markers(组件值),该值基于 dbSNP 数据库网络组件(对应特征G、H,详见【0026】/【0027】)。
* **特征D、I**:见D2说明书【0021】测试阶段:“executing by the SPU a genetic test by using the retrieved values, and the contribution of those markers thanks to homomorphic operations”。SPU(代理)基于加密的客户端值和已获取的组件值,在密文状态下利用同态加密属性进行加权平均数或似然比计算(确定经计算的函数),并将计算结果回传(对应特征D、I)。
* **特征E**:见D2说明书【0021】/【0040】。私钥被分为第一部分($x^{(1)}$)和第二部分($x^{(2)}$),SPU利用第一部分部分解密,MU或客户端利用第二部分进行最终解密(在客户端/MU处解密经计算的函数,采用基于秘密分享的Proxy Encryption机制)。
---
### 三、 最接近对比文件的确定(创造性分析)
在创造性分析中,确定“最接近的对比文件”应从**技术领域、整体解决的技术问题、技术效果以及公开特征的数量**四个维度进行综合考量。
#### 1. 候选文件分析
* **D1 (CN102203773B)**:属于传统关系型数据库加速与硬件卸载过滤技术领域。其解决的技术问题是如何减少存储系统与数据库服务器之间无用数据块的带宽消耗。其技术效果是提升SQL联接查询的速度。
* **D2 (EP2709028A1) / D3 (WO2014040964A1)**:属于多方安全计算(STC)、网络安全与医疗隐私保护技术领域。其解决的技术问题是如何在利用不可信的云端/第三方代理进行复杂函数(如基因易感度检测、加权平均、似然比测试)计算的同时,既不向代理泄露客户端的私有信息,也不向客户端泄露数据库侧的敏感数据。
#### 2. 结论:D2 或 D3 适合作为最接近的对比文件
**D2 (EP2709028A1) 或其同族 D3 (WO2014040964A1) 最适合作为最接近的对比文件**(两者可并列作为最接近的对比文件)。
* **原因阐述**:
1. **技术领域完全相同**:本申请说明书【0001】明确指出涉及利用“同态加密、布隆过滤器以及私有信息获取的数据库查询”,这与D2/D3的“利用同态加密和可信代理在保护隐私的前提下处理基因序列测试”处于同一细分技术领域。而D1属于传统的非加密数据库I/O优化领域,领域相差较远。
2. **解决的技术问题完全一致**:本申请试图解决“如何在不向不可信服务器泄露数据内容的情况下执行查询/计算,同时降低计算开销和维护客户端隐私”的问题(说明书【0003】~【0005】)。这与D2/D3为了防止第三方平台恶意推断或泄露用户生物隐私、利用同态加密解决安全双方通信(STC)的技术诉求完全契合。
3. **技术效果完全相同**:本申请与D2/D3均实现了“代理和数据库在整个计算期间都无法获知客户端的隐私输入,而客户端能且仅能获得最终函数计算结果”的安全隔离效果。
4. **技术特征几乎实现全覆盖**:特征A至I全部被D2/D3“毫无异议地公开”。
---
### 四、 无效请求中最薄弱的技术特征指出
基于上述对对比文件的客观全面检索和多维特征比对,若有请求人向国家知识产权局对本申请的权利要求1提出**专利无效宣告请求**,本权利要求1具有极高的被宣告无效的风险。
**结论**:本权利要求1中**没有任何一个技术特征属于“强特征”或“未公开特征”**。如果要指出其**最薄弱的技术特征(即最容易被对比文件直接摧毁、最缺乏新颖性/创造性高度的特征)**,则是以下特征组合:
1. **特征D、F、I(基于同态加密在代理处对加密客户端值与组件值进行函数计算并发送)**:
* *薄弱原因*:本申请说明书【0023】和【0024】中详细描绘的系统架构、以及利用Paillier加密系统进行密文加权平均(公式9、10)和似然比对数域相加(公式12),已经完全、逐字逐句地呈现在了D2/D3的第2.6节(“Weighted Averaging”与“Likelihood Ratio Test”)。本申请在这些关键密码学架构上没有进行任何实质性的改进。
2. **特征E(在客户端处解密经计算的函数)**:
* *薄弱原因*:本申请中提到的“利用可信代理执行部分解密,再由客户端或MU接收后最终解密”的代理密码学机制,被D2/D3的第2.1节以“Proxy encryption: The patient's weak private key $x$ is divided into two shares: $x^{(1)}$ and $x^{(2)}$...”给出了完全相同的技术方案。
**无效宣告策略建议**:
直接以 **D2(或D3)单篇文献** 作为最接近的对比文件,根据《专利审查指南》中关于新颖性(A22.2)或创造性(A22.3)的规定提起无效请求。由于D2/D3在公开日期上均早于本申请的当前时间(2026年),且对特征A~I实现了100%的完全公开,权利要求1将因不具备新颖性或明显不具备创造性而被直接全部无效。
作为一名经验丰富的专利代理师,我将严格依据目标专利说明书(简称“目标说明书”)和三份对比文件的原文对权利要求1进行深度解析,并提供详尽的特征比对与无效请求可行性分析。
### 一、 权利要求1的技术特征拆解与说明书释义
结合目标说明书的内容,权利要求1所构建的方法核心在于:**通过一个可信代理(Proxy)隔离客户端和不可信数据库,利用同态加密(HE)和加密布隆过滤器(CBF)的结合,实现双向安全的隐私保护查询**。
其各技术特征的释义如下:
* **特征A**:限定了网络环境中的三方架构(客户端、代理、数据库,特征G/H补充了数据库)。说明书`[0023]`和`[0024]`指出,由于同态加密自身无法实现私有信息获取,故引入“可信代理104”,使其充当翻译并隔离客户端102和数据库106,使客户端身份对数据库未知。
* **特征B、C、F、G、H**:属于**第一阶段(索引查询/过滤阶段)**。客户端发送第一请求(索引数据库请求),查询代理中由数据库生成或代理自身填充的“加密布隆过滤器108”,判断某个网络组件(如基站ID)是否存在于数据库中(说明书`[0027]`、`[0028]`)。若返回“真”(第一响应),则进入实质计算,从而避免否定响应下的无效同态计算。
* **特征D、E、I**:属于**第二阶段(函数计算阶段)**。在确认组件存在后,客户端发送加密值(如GPS位置),代理从数据库获取对应的未加密组件值(如基站位置),在代理处利用同态加密函数块110(如Paillier方案)在密文状态下计算出高阶函数(如欧氏距离),响应第二请求发送给客户端,最终由客户端解密,保证代理和数据库均无法获知客户端的隐私输入(说明书`[0030]`、`[0041]`)。
---
### 二、 对比文件原文详细出处与技术特征比对表
为了客观评估权利要求1的新颖性与创造性,现将权利要求1的各个技术特征(A~I)与三份对比文件进行逐字逐句的比对。
* **D1**: WO2014052116A1 (SECURE PRIVATE DATABASE QUERYING WITH CONTENT HIDING BLOOM FILTERS)
* **D2**: WO2014118230A1 (METHOD AND SYSTEM FOR PROVIDING ENCRYPTED DATA FOR SEARCHING...)
* **D3**: EP2895980A1 (PRIVACY-ENHANCING TECHNOLOGIES FOR MEDICAL TESTS USING GENOMIC DATA)
#### 权利要求1与对比文件特征比对表
| 权利要求1的技术特征 | D1 (WO2014052116A1) 毫无疑问/实质公开及出处 | D2 (WO2014118230A1) 毫无疑问/实质公开及出处 | D3 (EP2895980A1) 毫无疑问/实质公开及出处 |
| 技术特征A:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器 | 实质公开:[p0030]/[p0031]公开了Client C向Query Router QR发送加密查询(第一请求)。QR作为路由代理具有处理能力,其系统基础组件必然包含处理器和存储器([p0023])。 | 未公开:D2属于典型的传统云端两方架构(Client-Server),未公开独立的“代理(Proxy)”架构。 | 毫无疑问公开:[0012]、[0048]、[0061]公开了患者P(Client)、医疗机构MU与“存储与处理单元 SPU(代理)”的三方架构。SPU具备存储器和处理器(Table II公开了其Storage & Computation成本)。 |
| 技术特征B:在所述客户端处,接收来自所述代理的第一响应 | 实质公开:[p0031]公开了QR转化加密结果并在后续交付给客户端C(re-encrypted results 390)。 | 未公开 | 毫无疑问公开:[0043]~[0045]公开了测试阶段中,SPU解密计算结果并将解密后的结果发送给MU(或在不同配置中发回给P/Client)。 |
| 技术特征C:在所述客户端处,向所述代理发送第二请求 | 实质公开:D1中两轮交互体现在SFE安全函数评估过程中([p0034]、[p0043]),Client与Index Server/QR之间存在多次消息和参数传输。 | 未公开 | 毫无疑问公开:[0041]~[0042]公开了MU(Client侧)向SPU(代理)发送基因标记及贡献度以触发测试,构成多次请求交互。 |
| 技术特征D:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数 | 实质公开:[p0031]/[p0043]公开了IS与Client发起安全函数评估(SFE),将由Garbled Circuit(乱码电路/加密函数)计算后的加密结果(385, 390)返回给Client。 | 实质公开:[p0038]、[p0061]、[p0067]公开了Server基于多键同态加密(MKHE)对加密矩阵和查询向量进行同态评估,并向客户端返回加密的计算结果。 | 毫无疑问公开:[0041]~[0043]公开了SPU利用同态操作执行基因测试(即经计算的函数),并将加密的或部分解密的结果发回。 |
| 技术特征E:在所述客户端处解密所述经计算的函数 | 毫无疑问公开:[p0031]明确记载:"The client C decrypts the re-encrypted results 390 to obtain his search results." | 毫无疑问公开:[p0061]、[p0067]明确记载:"The server can only decrypt the final result... After going over all columns... server sends back... client decrypts." | 毫无疑问公开:[0045]、[0048]、[0087]~[0088]公开了Client/MU使用私钥分片(x(2))或完整私钥最终解密出最终结果。 |
| 技术特征F:其中所述方法还包括在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值 | 毫无疑问公开:[p0031]明确记载:"the client C computes an encryption of his query and sends the encrypted ion query 375 to the query router QR." | 毫无疑问公开:[p0065]明确记载:Client准备查询向量T[i],将其“component-wise encrypted by the client using the public key”,并发送给Server。 | 毫无疑问公开:[0033]、[0048]、[0066]公开了Client将其真实的变体数据(DNA序列)通过公钥加密并上传部署至SPU。 |
| 技术特征G:在所述代理处,从与所述代理通信的数据库中获取组件值 | 实质公开:[p0030]/[p0031]公开了Index Server(数据库)上存储有来自Server S传输的文档布隆过滤器(330),QR或IS在计算时需要检索这些对应的特征阵列位置。 | 未公开:D2中直接在Server内部矩阵中相乘,没有“代理从独立数据库获取”的过程。 | 未公开:D3中SPU本身充当了中央存储与处理单元,未明确划分为“代理”从一个独立的、相通信的“数据库”获取组件值。 |
| 技术特征H:所述组件值基于所述网络中的组件 | 实质公开:[p0030]公开了该数据结构是由文档拥有的全部关键词(Keywords)构建的文档布隆过滤器,关键词即代表网络系统中的信息组件。 | 未公开 | 实质公开:[0011]、[0031]公开了该值是基于人类基因组中各特定位置上的核苷酸变体(Approved variants / SNPs),属于生物信息网络组件。 |
| 技术特征I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数 | 实质公开:[p0034]、[p0043]、[p0049]公开了Index Server和Client进行SFE评估,输入包含Masked BF indices和Client的Mask pad P,通过XOR和公式评估来输出确定结果。 | 实质公开:[p0038]、[p0066]公开了Server利用同态评估算法(加法和乘法),基于加密向量(客户端值)和加密矩阵(数据库值)计算出最终的多项式结果。 | 毫无疑问公开:[0042]明确记载:SPU通过同态操作(homomorphic operations),结合检索到的用户加密值和MU发送的标记贡献度(组件值),执行基因测试计算。 |
---
### 三、 最接近对比文件(D1/D3)的选择与创造性评价分析
在针对本目标专利权利要求1进行创造性评判或构建无效证据链时,**D3(EP2895980A1)** 和 **D1(WO2014052116A1)** 均具备作为“最接近的对比文件”的资格。根据审查指南,我们可以从技术问题和技术效果的重合度进行双向选择:
#### 1. 最佳选择一:以 D3 作为最接近的对比文件(从整体网络架构及隐私逻辑出发)
* **技术领域与问题的一致性**:目标专利致力于利用“可信代理”对“不可信数据库”进行包装,解决在分布式网络中执行远程查询和函数计算时的客户端隐私泄露问题(说明书`[0002]`、`[0042]`)。D3同样针对三方架构(Patient-SPU-MU),解决由于第三方云端(SPU)或医疗机构(MU)不可信而导致的生物变体隐私泄露问题(D3`[0011]`、`[0061]`)。
* **技术效果的重合度**:两者均通过引入Proxy(SPU)并运用同态加密、私钥分片(秘密共享)或代理机制,达到了“计算方与存储方均无法获得客户端隐私输入/位置,而客户端能获得计算结果”的完全相同的隐私保护效果。
* **特征覆盖情况**:D3几乎**毫无疑问地公开了特征A、B、C、D、E、F、I以及实质公开了H**。
* **未公开的特征(区别特征)**:D3未明确公开**特征G**。在D3中,SPU集成了存储与计算,并未在SPU(代理)之外再划分出一个与其通信的独立“数据库”。
#### 2. 最佳选择二:以 D1 作为最接近的对比文件(从密码学算法实现及布隆过滤器结合出发)
* **技术领域与问题的一致性**:目标专利在手段上高度依赖于“同态加密(乱码电路)”与“布隆过滤器”的结合(说明书`[0001]`)。D1的正文大篇幅探讨了“Secure Function Evaluation (SFE)”、“Garbled Circuits (GC)”与“Bloom Filter Trees”的结合(D1`[p0022]`、`[p0034]`),旨在解决如何让服务器在不解密、不获知匹配项的前提下盲评估复杂公式的技术问题。
* **特征覆盖情况**:D1通过其QR(查询路由)+ IS(索引服务器)+ Server S的三方架构,**实质公开了除特征E之外的大部分流程特征(A、B、C、D、F、G、H、I)**。
#### 3. 创造性评价与评述链条构建
若我们要对权利要求1提出无效请求,其创造性完全可以通过 **D3与D1的结合(或D1与D3的结合)** 予以击破:
* **以D3为最接近的对比文件 + D1**:
目标专利与D3的区别仅在于代理需要“从与其通信的数据库中获取组件值”(特征G)。而D1中明确公开了三方架构,其中作为代理的QR/IS需要从原数据持有者Server S处接收并获取文档布隆过滤器及加密索引(D1`[p0030]`、`[p0031]`)。将存储与计算进一步解耦为独立的“代理-数据库”通信架构,属于本领域(分布式安全计算)的常规技术手段。在D3给出了同态隐私保护计算的强烈启示下,本领域技术人员结合D1的独立数据服务器架构来实现特征G是显而易见的,未产生预料不到的技术效果。
---
### 四、 无效请求中最薄弱的技术特征分析
通过上述密集的原文比对可以发现,权利要求1在面对现有技术(D1-D3)的围剿时,其**防御力最薄弱、最容易被攻破的技术特征**是:**特征F、I(同态计算流)** 和 **特征A、B、C、D(多轮交互流)**。
这些看似复杂的“在客户端加密->发送给代理->代理结合组件值进行同态确定->发送加密函数给客户端->客户端解密”的过程,在密码学中属于**两方/三方安全函数评估(SFE/SMC)的标准规范流程**。
* D1的`[p0034]`-`[p0035]`(Yao's乱码电路协议)和`[p0049]`(SFE评估步骤)。
* D2的`[p0063]`-`[p0066]`(基于MKHE的矩阵向量同态乘加)。
* D3的`[0041]`-`[0044]`(基于Paillier的SPU同态测试执行)。
上述文献已经把这一套密文计算流程完全公开,属于被公知常识和对比文件深度实质公开的“重灾区”。
#### 相对而言,权利要求1中唯一具有微弱抗辩空间的特征:【特征G与特征H、F的特定时序结合】
权利要求1在特征F中限定“*在向客户端发送加密的经计算的函数之前:在客户端,向代理发送加密的客户端值*”,并随后执行特征G“*在代理处,从与代理通信的数据库中获取组件值*”。
* **抗辩理由**(如果站在专利权人角度):专利权人可能会辩称,本发明具有特定的**过滤与控制时序**——代理并非盲目地加载整个数据库进行大规模同态计算,而是先由客户端发送请求或值,代理再**针对性地**去外部数据库“获取(Fetch)”对应的网络组件值(如说明书`[0027]`、`[0041]`中先用布隆过滤器过滤基站ID是否存在,再按需获取位置),这降低了外部存储和通信的开销,优化了系统架构。
#### 代理师全面击破策略:
作为请求无效方,若要彻底粉碎这一微弱的抗辩空间,应在无效宣告请求书中重点强化以下论点:
1. **D1的完全映射**:D1的Pre-processing阶段(`[p0030]`)和Search阶段(`[p0031]`)已经完整体现了该时序。Client先计算加密查询375发给路由,路由转化为BF indices 380发给Index Server,Index Server在其存储的对应文档BF中进行“检索获取(Look up)”并盲计算。这与“代理收到请求后再向数据库获取特定组件值进行计算”在实质上完全等价。
2. **网络解耦的显而易见性**:在分布式系统和云计算领域,将数据存储(Database)与计算中枢(Proxy/Worker)分离开来,通过网络通信按需获取数据(Fetch on demand),属于解决“存储受限、计算分离”等普通工程问题时的常规架构设计,不具备任何创造性高度。
### 总结结论
目标专利权利要求1所保护的技术方案,其各分立特征已被D1、D2、D3高度覆盖或实质公开。通过**D3(作为主证据提供整体三方隐私架构)与D1(提供布隆过滤器树及SFE盲公式评估逻辑)进行结合**,足以认定权利要求1不具备创造性,在无效宣告程序中被整体宣告无效的概率极高。
作为一名经验丰富的专利代理师,我将为您对该目标专利的权利要求1进行深入的侵权/无效技术分析。
本案涉及一种受隐私保护的数据库查询方法。其核心发明构思在于:通过在客户端与数据库之间引入一个**可信代理(Proxy)**,并结合**同态加密(HE)**和**密码布隆过滤器(CBF)**,将客户端的身份与具体的查询动作进行解耦和隔离,使得数据库无法获知客户端的身份和查询内容,而代理也无法获知计算函数的具体明文结果,从而在网络中(如电信网络、GPS定位等场景)实现双向的安全双方通信(STC)与隐私保护。
以下是针对权利要求1的详细对比分析及最接近对比文件(D1-D4)的选择与创造性评价。
---
### 一、 权利要求1的技术特征拆解与对比文件公开号说明
为了便于进行精准的特征比对,我们将本案的对比文件及公开号对应如下:
* **D1**:JP2004312607A —— 无线LAN区域检索系统及检索方法
* **D2**:US7437550B2 —— 提供基于会话的网络隐私、私有持久存储和共享私有数据的 discretionary 访问控制的系统
* **D3**:JP2009501976A —— 位置识别方法
* **D4**:CN101848245A —— 基于SSL/XML的数据库访问代理方法及系统
---
### 二、 权利要求1技术特征比对表格及详细出处分析
根据权利要求1的表述,现将技术特征A~I在各对比文件中的公开情况梳理如下。
| 权利要求1的技术特征 | D1 (JP2004312607A) | D2 (US7437550B2) | D3 (JP2009501976A) | D4 (CN101848245A) |
| A:包括:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器 | 实质公开<br>移动终端10向无线LAN区域信息管理服务器30发起访问请求。<br>出处:【图1】、【图9】步骤B1。 | 毫无疑问公开<br>Java applet client 606向Identity Server 251发送第一请求。<br>出处:【0031-0035】、【0097-0102】。 | 实质公开<br>远程装置的客户端向 Waldo Cluster(服务器群/代理)发送位置识别子查询。<br>出处:【图4】。 | 毫无疑问公开<br>中间层客户端向中间层代理发送数据访问请求(第一请求)。<br>出处:【具体实施方式】、图1。 |
| B:在所述客户端处,接收来自所述代理的第一响应 | 实质公开<br>移动终端10接收来自服务器30发送的查询条件画面。<br>出处:【图9】步骤B8。 | 毫无疑问公开<br>Client接收来自Identity Server的响应(包括加密的Action Server公钥)。<br>出处:【0101】。 | 实质公开<br>客户端接收来自 Waldo Cluster 的中间响应。<br>出处:【图4】。 | 实质公开<br>客户端接收代理返回的通讯应答。<br>出处:【具体实施方式】。 |
| C:在所述客户端处,向所述代理发送第二请求 | 实质公开<br>移动终端10向服务器30发送检索条件数据。<br>出处:【图9】步骤B10。 | 毫无疑问公开<br>Client向Identity Server(并转发给Action Server)发送动作请求(HTTP Request)。<br>出处:【0104-0111】。 | 实质公开<br>客户端向服务端群发出进一步的检索或细化查询请求。<br>出处:【图4】、流程。 | 毫无疑问公开<br>客户端再次发送SQL请求等第二请求。<br>出处:【具体实施方式】。 |
| D:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数 | 未公开<br>D1发送的是常规的地图或文字形式的无线LAN检索结果,并非加密的经计算的函数。 | 实质公开<br>Action Server通过Identity Server向Client返回加密的HTTP Response(该Response本质上是由远程服务器根据请求计算执行后的函数结果)。<br>出处:【0112-0118】。 | 未公开<br>D3返回的是常规的纬度/经度地理位置或得分文档,不涉及加密的计算函数。 | 实质公开<br>中间层服务端将SQL操作结果用XML封装并加密,通过代理发送到客户端。<br>出处:【具体实施方式】。 |
| E:在所述客户端处解密所述经计算的函数 | 未公开 | 毫无疑问公开<br>Java applet client 606对接收到的加密数据进行解密并前送到浏览器。<br>出处:【0118】。 | 未公开 | 毫无疑问公开<br>客户端的请求发送层从中间代理层得到响应时,通过解密将响应数据传递。<br>出处:【具体实施方式】。 |
| F:在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值 | 未公开 | 实质公开<br>Client将Action(动作信息描述)用Action Server的公钥加密后,经由Identity Server发送。<br>出处:【0106】。 | 未公开 | 实质公开<br>客户端将数据请求封装成XML格式并使用SSL加密,发送给中间代理层。<br>出处:【具体实施方式】。 |
| G:在所述代理处,从与所述代理通信的数据库中获取组件值 | 实质公开<br>服务器30从数据库31中检索无线LAN信息。<br>出处:【图9】步骤B11~B12。 | 实质公开<br>Action Server根据请求从其控制的物理数据库/远程服务器获取持久化对象数据。<br>出处:【0135】、【0303】。 | 实质公开<br>Waldo Cluster 从位置信息的レポジトリ(存储库/数据库)12中查询一致的文档。<br>出处:【图1】、【0014】。 | 毫无疑问公开<br>工作线程使用数据库访问层访问业务数据库获取记录。<br>出处:【具体实施方式】。 |
| H:所述组件值基于所述网络中的组件 | 实质公开<br>D1中数据库31中存储的是无线LAN区域信息,其所在地基于网络中的组件(无线LAN接入点、基站)。<br>出处:【0013】。 | 未公开<br>D2存储的是通用的私有持久数据、用户/组文件数据,并不是基于“网络中的组件”(如基站或物理网络拓扑节点)的值。 | 实质公开<br>レポジトリ中存储的位置ドキュメント基于地理位置和网络域(网络中组件及对应区域)。<br>出处:【0013】。 | 未公开<br>D4访问的是通用的业务数据库记录集(如users表),与“网络中的组件”无关。 |
| I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数 | 未公开 | 实质公开<br>Action Server将接收到的经解密的Action信息与从数据存储端获取的数据结合,执行并生成需要返回的HTTP Response结果(但其并不是在“加密的客户端值”上直接做密文计算,而是在Action Server处先解密动作信息再处理)。<br>出处:【0135】。 | 未公开 | 未公开<br>D4在服务端是由工作线程将请求解析成SQL语句直接访问数据库(明文计算),而非基于“加密客户端值”与数据库组件值进行隐私意义上的函数确定(如布隆过滤器或同态密文确定)。 |
---
### 三、 最接近对比文件(D1/D2/D3/D4)的创造性评述与选定
在创造性审查中,选择“最接近的对比文件”应当首先考虑**技术领域是否相同或相近**、**整体解决的技术问题是否相同**、以及**公开权利要求技术特征的数量**。
针对本案,存在**两个**适合作为最接近对比文件的备选方案,它们分别从“业务应用场景”和“核心底层技术架构”两个不同的维度构成最接近:
#### 选定方案一:以 D2 (US7437550B2) 作为最接近的对比文件(核心技术方案最接近)
* **整体解决的技术问题与技术效果**:D2解决的是如何在网络通信中“**不依赖信任,使终端用户能安全且隐私地使用网络**”的问题。其核心目的在于通过将用户的**身份(Identity)**与**动作(Action)**在客户端进行彻底拆分,并通过双中间服务器(Identity Server 和 Action Server)的密码学公私钥架构进行隔离,使得任何一个中间服务器都无法同时获知“是谁”以及“做了什么动作”。这与本目标专利试图解决的“**确保数据库和代理不知道客户端与代理之间传送的私有信息,实现安全双方通信(STC)**”的技术问题、架构逻辑、以及通过加密和代理阻断直接通信的技术效果**完全一致**。
* **特征覆盖度**:D2毫无疑问公开了客户端、双中间代理、远程服务端/数据库的多级架构(特征A、B、C),公开了在客户端进行数据与请求的加密、在代理端获取数据后进行响应并返回给客户端进行解密的全套流程(特征D、E、F、G、I的中间架构)。
#### 选定方案二:以 D1 (JP2004312607A) 作为最接近的对比文件(应用场景最接近)
* **整体解决的技术问题与技术效果**:D1属于电信/网络地理位置检索的技术领域,其解决的具体业务问题是“**移动终端如何在不内置庞大数据库的情况下,高效、实时地检索到其现在位置周边的无线LAN区域(网络组件)信息**”。这与目标专利说明书【0032】-【0034】中所描述的具体实施例——“**具有GPS连接的用户设备(客户端)想要知道它们相对于网络组件/基站的位置,但又不向数据库泄露其隐私**”的业务应用场景(电信网络、基站/无线LAN、位置检索)**高度重合**。
* **特征覆盖度**:D1公开了特征A、B、C、G,且**唯一明确公开了特征H**(组件值基于网络中的组件——无线LAN接入点、基站)。
#### 结论:
在实际的无效宣告请求中,建议以 **D2 为主线(主推D2+D1结合)**。因为本案权利要求1的实质创新点不在于“查基站位置”这一外壳,而在于**“通过代理中转+密文/函数计算”来实现隐私保护的 STC 机制**。D2在密码学隔离和代理函数处理上的技术贡献远大于D1。
---
### 四、 未被最接近对比文件公开的特征在其他对比文件中的公开情况
若我们以 **D2 (US7437550B2)** 作为最接近的对比文件,其未公开的特征及在其他对比文件中的公开情况分析如下:
1. **特征H(所述组件值基于所述网络中的组件)**:
* *D2未公开*:D2存储的是通用的用户私有数据。
* *其他文件公开情况*:**已被 D1 明确公开**。D1中数据库31中存储的恰恰是网络中的通信组件——无线LAN接入点(Access Point)的所在地信息及属性【0013】;同时,**D3 也实质公开了**基于网络域和地理基准的位置文档【0013】。
2. **特征I中关于“基于加密的客户端值和已获取的组件值来确定所述经计算的函数”(特指在代理处进行同态/密文级别的函数确定)**:
* *D2的差异*:D2的Action Server是在解密Action明文之后,再与数据库结合产生响应,其虽然公开了“在代理处基于两端的值确定响应函数”的框架,但并没有显式公开本案说明书【0001】、【0023】所限定的“利用同态加密(HE),在代理不解密客户端数据的前提下直接计算出密文函数(如欧氏距离)”这一细分确定机制。
* *其他文件公开情况*:D1、D3、D4均未公开此处的密文级同态函数计算。D4仅公开了SSL传输加密,其服务端内部(工作线程)仍然是解密后进行明文SQL组装和数据库查询。
---
### 五、 针对请求方(无效宣告提起方)而言最薄弱的技术特征
作为无效请求方,在全案推导创造性时,**最薄弱(即最难被现有技术推翻、最不容易证明“显而易见”的特征)**是:
> **特征I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。**
> 结合 **特征D(从所述代理向所述客户端发送加密的经计算的函数)** 与说明书的整体实质解释。
#### 薄弱原因(请求方的论证难点):
1. **同态加密与密文计算的壁垒**:常规的代理(如D4的SSL代理,或D2的Action代理)在收到客户端的加密请求后,**必须在代理内部或者业务服务端将其解密成明文**(例如解密成明文SQL语句,或明文URL请求),然后再去查询数据库。而本目标专利根据说明书【0023】、【0030】、【0128】和【0139】的整体解释,其利用了**同态加密(HE)**。客户端发送的是“加密的客户端值”(如加密的GPS坐标),代理在**完全不知道客户端坐标明文**的前提下,直接拿这个密文与从数据库获取的基站位置明文进行密码学矩阵/公式计算,得出“加密的距离函数”传回客户端。
2. **现有技术的技术偏见/反向教导**:D4虽然提到了加密,但其【具体实施方式】明确指出需要“经过解密,然后将访问请求放入请求调度层……由工作线程解析”。现有技术(D1-D4)均没有给出“**在代理端不解密客户端输入值的前提下,直接与数据库组件值进行混合确定,产生加密计算函数结果**”的暗示。
#### 请求方的应对策略(如何攻破该薄弱特征):
在撰写无效宣告请求书时,请求方必须设法将权利要求1中的“加密的经计算的函数”进行**泛化解释(广义理解)**:
* 论证D2中的“Action加密对象”或者D4中的“XML封装且经过SSL加密的SQL查询结果记录集”在广义上就属于一种“加密的经计算的函数”(因为结果是根据请求输入、经过服务端规则计算后产生的映射值)。
* 将代理处的“确定”解释为广义的“数据处理和组装流程”,从而将技术辩论焦点从“纯同态密文计算”拉回到“常规的网络代理加密传输与结果返回”的通用框架中,以此结合D2与D1、D4来断开目标专利的创造性链条。
作为经验丰富的专利代理师,我将为您针对目标专利权利要求1进行深入的法律和技术分析。
本分析将结合目标专利说明书的本意进行特征解释,并逐一比对三份对比文件(D1: CN101848245B、D2: US8526603B、D3: US8667062B)。以下为详细的分析报告。
---
### 一、 目标专利说明书对权利要求1的合理解释
根据目标专利说明书【说明书.docx】的记载,权利要求1保护的核心是一种**在网络中兼顾隐私保护与计算效率的安全两方/多方计算与查询方法**。
1. **架构组件的本意**:
* **客户端**(技术特征A):对应于说明书中的“客户端102/504”,代表需要查询公共数据但希望隐藏自身私有数据和身份的实体(例如,具有GPS连接的用户设备)。
* **代理**(技术特征A):对应于“可信代理104/506”,充当客户端和数据库之间的隔离包装器。其作用是“提取数据库的索引(作为布隆过滤器)”和“提取函数评估(使用同态加密)”,使得客户端与数据库不直接通信,从而向数据库隐藏客户端身份和查询内容。
* **数据库**(技术特征G):对应于“数据库106/508”,存储组件值(如基站位置),本身在数据库侧不一定需要加密。
2. **两阶段请求的本意(第一请求与第二请求)**:
* **第一请求/第一响应**(技术特征A、B):对应于说明书【0027】-【0028】及图8的“**布隆过滤器查询阶段**”。客户端向代理发送第一请求(如查询某基站组件是否存在),代理咨询其内部维护的加密布隆过滤器(CBF)并返回“真/假”的第一响应。这属于**过滤/索引步骤**,如果不存在则避免后续昂贵的同态计算。
* **第二请求/加密的经计算的函数/解密**(技术特征C、D、E、F、I):对应于“**同态加密函数评估阶段**”。在得到“真”响应后,客户端发送第二请求并发送加密的客户端值(技术特征F,如加密的GPS位置),代理从数据库获取对应的组件值(技术特征G、H,如基站位置),在代理处利用同态加密(HE)计算出“加密的经计算的函数”(技术特征I,如加密的欧氏距离公式),发回给客户端,由客户端独立解密(技术特征E),实现两方安全计算。
---
### 二、 对比文件特征比对与出处分析
#### D1: CN101848245B 基于SSL/XML的数据库访问代理方法及系统
* **性质分析**:D1公开了一种经典的三层架构数据库访问方法。它解决了客户端直接访问数据库带来的安全控制和连接瓶颈问题。其采用中间层代理和服务端,通过传统的 **SSL通道加密** 和 **XML数据封装** 来传输SQL请求。
* **特征比对**:
* D1公开了客户端、代理、服务端和数据库的架构,并公开了客户端发送请求、接收响应的过程(对应特征A、B、C)。
* 但是,D1中的加密是**传输通道加密(SSL)**。当请求到达中间层服务端后必须**经过解密**,再组装成合适的明文SQL去访问数据库(参见D1【0133】“经过解密……组装层合适的SQL请求并访问数据库”)。
* D1完全没有公开“在代理处基于**加密的客户端值**进行**同态函数确定/计算**”的特征,其代理或服务端无法直接对密文进行函数运算。同时也完全没有公开用于第一请求过滤的“布隆过滤器/组件值”机制。
#### D2: US8526603B 同态加密布隆过滤器及其应用
* **性质分析**:D2属于信息安全与密码学领域,专门公开了**基于同态公钥加密(如GM或BGN加密)的加密布隆过滤器(PEBF)以及私有集合求交(PSI)方法**。
* **特征比对**:
* D2公开了客户端(Client)向服务器(Server)或第三方服务提供商(SP)发送**加密的布隆过滤器**(特征F:加密的客户端值/集合),并由服务端/SP利用**同态性质**在不解密的情况下执行逻辑AND、逻辑XOR等同态函数运算(对应特征I)。
* D2的PSI基础模型(PSISH)中公开了:客户端向服务器发送加密的布隆过滤器,服务器利用SYY技术对每个元素评估Test函数并执行同态计算,将加密的结果返回给客户端,客户端进行解密(对应特征D、E、I)。
* **主要差异**:D2属于纯粹的密码学双方/三方PSI交互,其计算架构中不包含目标专利所特有的“可信代理从与之通信的数据库中获取基于网络组件的组件值”这一特定电信/网络业务代理架构,也没有将交互划分为“基于第一请求先做组件存在性过滤,再基于第二请求和加密客户端值进行同态函数计算”的特定两阶段请求流程。
#### D3: US8667062B 预约排程中的隐私保护方法和装置
* **性质分析**:D3公开了利用**同态加密(如Paillier、BGN)**来进行多方隐私保护的排程计算。排程平台(平台扮演了类似代理的角色)接收各用户设备(客户端)发送的**加密可用性信息**,利用同态函数(如同态最小化/Argmin)聚合各方成本,确定推荐的时间段。
* **特征比对**:
* D3公开了客户端、中央排程平台(类似代理)之间的交互。客户端发送加密的可用性/成本信息(对应特征F:加密的客户端值)。
* 平台利用同态函数在加密数据上进行聚合计算,从而确定推荐的时间段(对应特征I:在代理处基于加密值确定计算的函数)。
* 平台将加密计算后的推荐结果发送给客户端,由客户端解密(对应特征D、E)。
* **主要差异**:D3针对的是多方预约排程(PIM服务),其平台计算基于各客户端提交的加密向量。它完全没有公开“代理从与之通信的数据库中获取网络组件值,并将该组件值与加密客户端值结合计算函数”的特征(即特征G、H、I中的组件值结合),也未公开第一请求和第二请求的两阶段过滤机制。
---
### 三、 技术特征比对表格
下表将目标专利权利要求1的技术特征与各对比文件进行毫无异议公开(**√**)或实质公开/未公开(**×**)的比对,并给出详细出处。
| 目标专利权利要求1的技术特征 | D1(CN101848245B)是否公开及出处 | D2(US8526603B)是否公开及出处 | D3(US8667062B)是否公开及出处 |
| 技术特征A:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器 | √ 公开<br>【0111】“中间层客户端:……中间层代理:用来链接……客户端与中间层服务端”;【0134】“接收来自中间层客户端的数据访问请求”。 | × 未公开<br>D2为双方PSI或SP架构,未公开将请求区分为具有过滤性质的“第一请求”传给特定代理的流程。 | × 未公开<br>D3为排程请求,未公开两阶段请求中的“第一请求”过滤机制。 |
| 技术特征B:在所述客户端处,接收来自所述代理的第一响应 | √ 公开<br>【0134】“当从中间层服务端收到应答后……发送到中间层客户端”。 | × 未公开<br>未公开第一响应(存在性过滤响应)的交互。 | × 未公开<br>未公开第一响应交互。 |
| 技术特征C:在所述客户端处,向所述代理发送第二请求 | √ 公开<br>D1中客户端可持续或批量发送数据访问或执行SQL的请求(【0135】)。 | × 未公开<br>D2中不区分第一、第二请求,为单次/单阶段PSI查询交互。 | × 未公开<br>D3中直接提交加密日程向量,不区分第一、第二请求。 |
| 技术特征D:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数 | × 未公开<br>D1【0133】公开了返回加密的XML响应数据,但该数据是服务端在明文解密状态下执行标准SQL后重新封装加密的,不是在密文下“经计算的同态加密函数”。 | √ 实质公开<br>【0077】Base模型公开:服务器利用SYY技术计算Test函数与XOR,向客户端返回加密的返回集 El(s1'),...,El(sw')。 | √ 实质公开<br>【0030】、【0100】公开:排程平台利用同态函数聚合计算后,将加密的推荐时间槽/成本信息发送给客户端。 |
| 技术特征E:在所述客户端处解密所述经计算的函数 | × 未公开<br>D1【0135】客户端对SSL通道响应进行解密得到明文数据集,但该解密是通道对称解密,非本意中对“同态计算函数”的隐私还原。 | √ 公开<br>【0077】“The client decrypts the encrypted return set and determines the intersection”。 | √ 公开<br>【0032】、【0100】公开:初始化者(客户端)使用私钥SK1解密来自平台的加密向量 {right arrow over (q)} 以还原可用时间。 |
| 技术特征F:在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值 | × 未公开<br>D1【0135】中客户端使用SSL加密传输请求,但该加密在服务端被解密(【0133】),代理/服务端不接收并保留“加密的客户端值”进行计算。 | √ 实质公开<br>【0063】、【0077】公开:客户端向服务端发送按位进行同态加密(如GM加密)的布隆过滤器(代表其私有集合值)。 | √ 实质公开<br>【0030】、【0064】公开:各个用户设备(客户端)将自己的可用性/成本信息使用同态加密(Paillier)后发送给平台。 |
| 技术特征G:在所述代理处,从与所述代理通信的数据库中获取组件值 | √ 实质公开<br>D1【0133】中间层服务端使用数据库访问层访问数据库获取数据记录。 | × 未公开<br>D2为服务器自身持有的集合或SP持有另外的加密过滤器,无“代理从与之通信的数据库获取组件值”的架构。 | × 未公开<br>D3中计算完全基于各用户设备提交的加密日程,没有“代理从数据库获取网络组件值”的特征。 |
| 技术特征H:所述组件值基于所述网络中的组件 | × 未公开<br>D1获取的是通用业务数据库记录(如张三,【0037】),非电信/网络组件空间或拓扑相关的组件值。 | × 未公开<br>D2处理的是通用的元素集合、DNA数据或供应链参与方ID(【0033】),不涉及“网络中的组件”。 | × 未公开<br>D3处理的是用户个人的时间日程安排(【0027】),不涉及“网络中的组件”。 |
| 技术特征I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数 | × 未公开<br>D1在解密后执行SQL(【0133】),无法直接基于“加密的客户端值”计算。 | × 未公开<br>D2基于客户端的加密过滤器与服务端的内部集合进行同态Test和XOR运算(【0077】),但没有与“从数据库获取的组件值”结合进行同态函数计算。 | × 未公开<br>D3平台基于多方提交的加密日程向量进行同态聚合(【0074】),没有结合“从数据库中获取的组件值”来确定函数。 |
---
### 四、 最接近的对比文件(最接近现有技术)的选择
在创造性分析中,确定“最接近的对比文件”应优先选择**技术领域相同或相近、解决的技术问题最类似、且公开目标专利技术特征最多**的文献。本案中,最接近的对比文件建议选择 **D2**,或将 **D2与D3共同作为最接近对比文件的备选**:
1. **为什么选择 D2(US8526603B)作为最接近的对比文件**:
* **技术手段高度一致**:目标专利最核心的底层技术方案是“结合加密布隆过滤器(CBF)与同态加密(HE)来实现隐私保护查询”。D2恰恰是专门解决**如何利用同态公钥加密方案(GM/BGN)对布隆过滤器进行加密并进行非交互式同态函数计算(Test、XOR、PSI)**的专有发明。目标专利说明书【0001】和【0023】中提及的密码学理论(如SYY技术、GM加密、BGN加密、逻辑AND同态运算)在D2中均有详尽的公式和步骤体现。
* **解决的技术问题高度相似**:两者均旨在解决“如何在不向对方或不可信第三方泄露自身私有数据内容的前提下,执行集合交叉或内容包含性评估”的隐私保护计算问题。
2. **备选/并列最接近对比文件 D3(US8667062B)**:
* 如果审查员更关注“**客户端-中央代理计算平台**”这一交互拓扑结构,D3公开了由中央半信任排程平台(相当于代理)接收客户端的加密值(Paillier同态加密),在平台侧执行同态聚合函数(Argmin/最小化运算)后将密文结果发回给客户端解密的完整交互流程,这与目标专利在代理处执行同态函数评估的架构高度契合。
---
### 五、 创造性组合与薄弱特征分析
#### 1. 未被最接近对比文件(以D2为例)公开的特征是否被其他文件公开?
如果我们以D2作为最接近的现有技术,权利要求1未被D2公开的特征主要包括:
* **特征A、B、C中的两阶段请求/过滤机制**(第一请求返回第一响应作为过滤,再发第二请求)。
* **特征G、H、I中的三层拓扑细节**(代理与数据库通信,从数据库获取基于“网络中的组件”的组件值,并在代理处将该组件值与加密客户端值结合进行同态函数计算)。
**这些特征在其他文件中的公开情况**:
* **D1** 公开了典型的“客户端-中间代理-服务端-数据库”三层架构,以及代理向数据库获取记录并返回的流程(特征G),但其完全是明文SQL执行和通道加密,**未能公开在代理处直接对密文和获取的组件值进行同态函数确定的特征I**。
* **D3** 公开了密文在中央平台的聚合,但其计算输入全部来自客户端,**没有从通信的数据库获取组件值并与加密客户端值相结合的特征**。
* 至于将网络组件作为空间或拓扑组件值进行“两阶段请求(先CBF过滤存在性,再同态计算距离等函数)”的具体业务控制逻辑,D1、D2、D3均未直接公开。
#### 2. 无效请求方(请求人)最薄弱的技术特征(即目标专利最稳固的创新点)
若我们要对目标专利提起无效宣告请求,以下特征是对于请求方来说**最难攻破、最薄弱**(即目标专利创造性最强、对专利所有权人最有利)的特征:
* **最薄弱特征(核心发明点)**:**技术特征A+B+F+G+I的有机结合体——即“代理侧双轨包装现有数据库的两阶段隐私计算机制”**。
* **分析**:目标专利的创新实质在于,它不是简单地在代理侧做同态加密(如D3),也不是纯粹做双方PSI(如D2),而是提出了一种**用同态加密和加密布隆过滤器“包装”现有不可信数据库的机制**(参见说明书【0023】、【0142】)。
* 它的两阶段控制逻辑极其精妙:
1. **第一阶段(特征A、B)**:客户端先通过“第一请求”去查询代理上提取出来的加密布隆过滤器(CBF)。如果返回假,直接终止,避免了高昂的算力消耗。
2. **第二阶段(特征F、G、I)**:如果确认存在,客户端才发送“加密的客户端值”(如加密位置)。此时,代理从与之通信的、无需全盘加密的**现有数据库**中捞出明文“组件值”(如基站位置),然后在代理侧,将**密文客户端值**与**明文组件值**利用同态加密算法结合,确定并计算出加密的距离函数。
* **无效难点**:请求方很难在现有技术中找到任何一份对比文件,既启示了将传统数据库用代理进行隐私包装,又启示了“先用CBF做存在性过滤(第一请求),再将捞出的数据库明文组件值与客户端密文值进行同态函数评估(第二请求)”的组合设计。这种架构在传统的分布式密码学(D2)和传统的三层数据库中间件(D1)之间存在巨大的技术断层,发明具有显著的非显而易见性。
### 六、 总结建议
作为无效请求方,如果仅凭D1、D2、D3,直接去无效权利要求1的成功概率较低。因为目标专利成功地将密码学工具(D2的CBF+HE)嫁接到了特定的网络组件查询业务拓扑(D1的三层数据库代理架构)中,并形成了特有的两阶段请求过滤与同态计算交互。建议请求方进一步检索**电信网络(如5G/LTE位置服务LCS、基站隐私查询)领域中,关于利用半信任服务器/可信第三方进行两阶段位置隐私过滤与同态距离计算的冲突现有技术**,方能对该薄弱特征形成实质性威胁。
作为一名经验丰富的专利代理师,我将为您对该网络隐私保护方法和系统专利进行深入的权利要求解释与创造性流向分析。
---
### 一、 目标专利权利要求书的合理解释与特征拆解
紧密结合目标专利说明书的背景技术及具体实施方式,权利要求1所构建的是一个**基于可信代理、同态加密和布隆过滤器(或其组合)构建的隐私保护安全双方计算/私有信息检索网络方法**。
其核心发明点在于:**客户端不直接与存储数据的不可信数据库/服务器通信,而是引入一个可信代理(Proxy)作为隔离墙,通过将索引提取至代理(布隆过滤器)及将计算提取至代理(同态加密),使得数据库不知晓查询来源与内容,而代理不知晓客户端的具体敏感输入和输出,实现多方隐私保护。**
基于说明书,各技术特征的架构和技术内涵解释如下:
* **技术特征A(第一请求)**:在说明书第[0027]段有明确对应,第一请求的实质是“对与代理通信的数据库进行索引的请求”。其目的是在进行高成本的同态计算前,先确认网络组件/元件(如基站、基因标记)是否存在于数据库中。
* **技术特征F、G、H、I(发送加密值、获取组件值并确定函数)**:属于“前置步骤”。在说明书第[0023]、[0040]、[0072]段中,其典型应用场景是客户端向代理发送加密的自身位置(或基因数据),代理从数据库获取基站位置(或疾病基因标记贡献度),并在加密状态下利用同态加密算法(如Paillier)计算出两者的加密距离。
* **技术特征C、D、E(第二请求、返回加密函数、解密)**:客户端发送第二请求以索取经计算的函数,代理将加密的结果(欧氏距离或基因测试结果)返回。整个网络中**只有客户端能解密并获知最终结果**。
---
### 二、 对比文件原文分析与特征比对
本案引入了三份对比文件。需要特别指出的是,**对比文件2(EP2709028A1)与对比文件3(WO2014040964A1)的文本、图表及实质技术内容完全一致**(系同一发明人、同一技术方案在不同专利局申请/公布的同族专利)。因此在以下分析中,其公开的事实将合并分析。
#### 1. 对比文件公开号及指代声明:
* **D1**:CN102203773B《在具有卸载的布隆过滤器的智能存储器中利用协同并行过滤的哈希联接》
* **D2**:EP2709028A1 / WO2014040964A1《PRIVACY-ENHANCING TECHNOLOGIES FOR MEDICAL TESTS USING GENOMIC DATA》(以下合并以 **D2/D3** 表述)
#### 2. 特征比对表格 (Feature Matrix)
| 权利要求1的技术特征 | D1 (CN102203773B) 是否公开及出处 | D2/D3 (EP2709028A1/WO2014040964A1) 是否公开及出处 |
| 技术特征A:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器 | 否。D1属于数据库内部哈希联接优化,数据库服务器与存储系统直接通信,无客户端-隔离代理架构。 | 是(实质公开)。<br>出处:D2说明书第[0010]、[0021]段、图1、图9。由医学单位(MU,充当客户端)或患者向SPU(存储与处理单元,充当代理)发起测试请求。 |
| 技术特征B:在所述客户端处,接收来自所述代理的第一响应 | 否。 | 是(实质公开)。<br>出处:D2说明书第[0021]段及图9(Method 3)。SPU在检测前置条件后向MU或患者返回响应。 |
| 技术特征C:在所述客户端处,向所述代理发送第二请求 | 否。 | 是。<br>出处:D2说明书第[0021]段、图9。MU/P向SPU请求获取最终测试结果。 |
| 技术特征D:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数 | 否。D1数据过滤不涉及同态加密函数输出。 | 是。<br>出处:D2说明书第[0021]、[0031]段、图9。SPU将利用同态操作计算好的加密基因测试结果发送给MU。 |
| 技术特征E:在所述客户端处解密所述经计算的函数 | 否。 | 是。<br>出处:D2说明书第[0021]段、[0040]-[0041]段。MU利用私钥分片(或患者利用私钥)解密得到最终结果。 |
| 技术特征F:在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值 | 否。 | 是。<br>出处:D2说明书第[0021]、[0048]段、图2(Method 1/2)。CI代表客户端或客户端本身向SPU发送加密的SNP值(客户端值)。 |
| 技术特征G:在所述代理处,从与所述代理通信的数据库中获取组件值 | 否。 | 是。<br>出处:D2说明书第[0010]段“store the genomic data at a SPU and conduct the computations...”。SPU本身作为中间存储和处理单元,从其自身的存储库中调取数据(在此架构中,SPU或其内部独立存储库充当代理所通信的数据库)。 |
| 技术特征H:所述组件值基于所述网络中的组件 | 否。 | 是(实质公开)。<br>出处:D2说明书第[0026]段。获取的组件值为各基因标记(网络组件)的疾病贡献度/权重。 |
| 技术特征I:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数 | 否。 | 是。<br>出处:D2说明书第[0031]、[0048]段、第2.6节。SPU基于加密的SNP值和获取的贡献度CiX,通过Paillier同态乘方和乘法确定加密的函数 SPX。 |
---
### 三、 创造性分析中“最接近的对比文件”的选择
在进行创造性审查(中国专利审查指南第二部分第四章)时,选择最接近的对比文件通常遵循**技术领域相同或相近、解决的技术问题最相似、公开的技术特征最多**的原则。
#### 1. 候选文件筛选:
* **D1 (CN102203773B)**:属于**传统数据库查询优化及底层存储管理领域**。解决的是如何减少存储系统与数据库服务器之间无用数据块的传送、提高哈希联接效率的问题。它虽然提及了“布隆过滤器谓词”,但并不涉及网络安全通信、加密算法(同态加密、乱码电路)、或客户端-代理-不可信服务器的三方隔离隐私架构。
* **D2/D3 (EP2709028A1 / WO2014040964A1)**:属于**网络信息安全与隐私保护计算领域**。解决的是在网络环境中,如何利用同态加密、可信代理和布隆过滤器,在保护客户端私密数据的同时,允许不可信的服务提供方或存储方完成特定函数计算的问题。
#### 2. 结论:
**D2 (或其同族 D3) 是最适合作为本案创造性分析中“最接近的对比文件”(第一审查基点/D1)的文件。**
* **原因**:目标专利权利要求1的**全部技术特征(A至I)已被D2/D3完全公开或实质公开**。两者的技术领域完全重合(均利用可信代理+同态加密+布隆过滤器包装现有数据库),解决的整体技术问题完全一致(即避免网络各节点泄露机密信息,实现安全的双方计算),达到的技术效果完全相同。
* **D1 的角色**:D1在本案中**完全不适合**作为最接近的对比文件。其仅公开了传统布隆过滤器在数据库联接中的应用,与本案三方安全网络拓扑和同态计算完全脱节。
---
### 四、 无效宣告请求中对于请求方来说“最薄弱的技术特征”
如果本案被他人提起无效宣告请求,或者您作为请求方尝试无效这枚权利要求,经过上述特征比对可以发现:**权利要求1的全部特征已被D2/D3(同族)实现了“全覆盖”式的公开。**
但是,在专利权人进行答辩或进行权利要求限缩时,对于**请求方(无效发起方)**而言,最具有抗辩不确定性、即**最薄弱的技术特征**通常在于:**技术特征G、H、I 中关于“代理”与“数据库”的相对拓扑结构及“组件值基于网络中的组件”的跨领域原理解释。**
#### 薄弱点原因分析(专利权人可能反驳的切入点):
1. **“网络组件”的定性冲突(技术特征H)**:
目标专利在具体实施方式中(说明书图5、图7、图13),将“网络组件”解释为**电信网络中的物理基站**(Base Station),客户端是**具有GPS的用户设备**,计算的函数是**位置的欧氏距离**。
而D2/D3中,“网络组件”对应的其实是**生物信息网络中的基因座/突变位点(SNP)**,计算的函数是**疾病易感性概率**。
*专利权人可能会辩称*:虽然权利要求1使用了高度上位的术语(客户端、代理、数据库、网络中的组件),但结合说明书,其解决的是**电信网络(Telecommunication Network)中基站与移动终端的定位隐私问题**。而D2/D3属于**生物医疗/基因计算领域**。请求方若强行将“基站”等同于“基因位点”,属于“事后诸葛亮”的强行拼凑,两者的技术领域和网络物理实体不同,存在领域壁垒。
2. **“代理处获取组件值”的架构界定(技术特征G、I)**:
目标专利中,代理(104)与数据库(106)是物理或逻辑上**完全分离**的两个实体。
在D2/D3的Method 1/2架构中,数据主要存储在SPU中,虽然提及了CI(认证机构),但SPU本身即承担了存储和计算的职责。请求方将SPU内部的“存储”视作权利要求中的“数据库”,将SPU的“计算”视作“代理”,这种对实体边界的划分在口头审理中可能会受到专利权人的强烈阻击。
### 代理师建议(针对无效请求方):
由于D2/D3已经公开了同态加密+布隆过滤器用于代理计算的整体框架,请求方在攻击创造性时,**必须死死咬住权利要求1采用了极度上位的通用计算机/网络术语(存储器、处理器、网络中的组件、函数)这一事实**。依据中华人民共和国专利法实施细则有关“权利要求的解释”原则,权利要求的保护范围由其文字内容决定。由于权利要求1并未限制在“电信网络”或“基站定位”,D2/D3公开的分布式网络基因测试方法已实质落入其文字表述的通用行为。该权利要求由于上位过度,面对D2/D3的同族双重打击,其保持创造性或新颖性的几率极低。
作为一名经验丰富的专利代理师,我将紧密结合目标专利说明书的公开内容,对权利要求1进行深入的法律和技术解释。同时,将结合您提供的三份对比文件原文(以下分别简称为:**D1:WO2014052116A1**;**D2:WO2014118230A1**;**D3:EP2895980A1**)进行详细的特征比对、最接近对比文件筛选及创造性薄弱点分析。
---
### 一、 目标专利权利要求1的技术特征拆解与说明书解释
为了客观准确地进行创造性对比,首先将权利要求1的方法步骤拆解为独立的**技术特征(A至I)**,并结合目标专利【说明书.docx】的上下文进行原意解释:
* **技术特征A**:`在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器`
* *说明书解释*:对应说明书[0026]及图1、图2中的步骤(202)。客户端(如具有GPS的用户设备504)向可信代理(104/506)发送初始请求(如索引加密数据库的请求),其中代理充当客户端与不可信数据库之间的隔离翻译。
* **技术特征B**:`在所述客户端处,接收来自所述代理的第一响应`
* *说明书解释*:对应说明书[0026]、[0027]步骤(204)。第一响应通常是代理基于加密布隆过滤器(CBF)返回的“真/假”网络组件存在性响应(如确认某基站是否存在于数据库中),用以避免后续无谓的计算。
* **技术特征C**:`在所述客户端处,向所述代理发送第二请求`
* *说明书解释*:对应说明书[0026]、[0030]步骤(206)。第二请求是指在收到“真”响应后,客户端进一步向代理发起针对特定函数的隐私计算请求。
* **技术特征D**:`响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数`
* *说明书解释*:对应说明书[0026]步骤(208)及[0033]。代理通过应用同态加密技术(HE),利用从数据库获取的组件值和加密的客户端值计算出结果,并将这一高阶函数结果(密文)发回客户端。
* **技术特征E**:`在所述客户端处解密所述经计算的函数`
* *说明书解释*:对应说明书[0026]步骤(210)及[0034]。由于整个过程基于同态加密,只有客户端拥有最终的解密密钥,解密后获得诸如欧氏距离等最终隐私数据(如3823.71米)。
* **技术特征F**:`在所述客户端,向所述代理发送加密的客户端值`
* *说明书解释*:对应说明书[0030]步骤(402/706)。该步骤发生在发送加密函数之前。客户端将自身隐私数据(如GPS位置坐标)加密后发送给可信代理。
* **技术特征G**:`在所述代理处,从与所述代理通信的数据库中获取组件值`
* *说明书解释*:对应说明书[0030]步骤(404/708)。代理在不暴露客户端身份的情况下,直接从后端数据库调取目标组件的明文或加密参数。
* **技术特征H**:`所述组件值基于所述网络中的组件`
* *说明书解释*:对应说明书[0030]、[0033]。此处的网络组件在具体实施例中指代电信网络中的基站(502),组件值即为基站的地理位置坐标(y)。
* **技术特征I**:`在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数`
* *说明书解释*:对应说明书[0030]步骤(406)及[0040]。代理在密文状态下使用同态加密算法(如Paillier方案)计算客户端值与组件值之间的关系(如欧氏距离公式),生成加密的计算结果。
---
### 二、 技术特征比对表格
下面将权利要求1的特征与各对比文件进行细致比对,分析其是**“毫无异议公开(完全公开)”**、**“实质公开(等同/等效公开)”**还是**“未公开(区别特征)”**。
| 权利要求1的技术特征 | D1 (WO2014052116A1) 公开情况及出处 | D2 (WO2014118230A1) 公开情况及出处 | D3 (EP2895980A1) 公开情况及出处 |
| 特征A (客户端向包括处理器/存储器的代理发送第一请求) | 未公开。<br>D1[p0007]、[p0030]架构为:客户端C $\rightarrow$ 查询路由器QR $\rightarrow$ 索引服务器IS。QR仅为授权转换,并非本申请中执行同态函数确定的代理。 | 未公开。<br>D2[p0064]-[p0065]中为典型的客户端-服务器(C-S)架构,未公开在客户端与数据库之间设置“代理”并由其接收第一请求。 | 实质公开。<br>根据[0012]、[0061]及图1,其引入了“存储与处理单元(SPU)”,位于患者(P)和医疗单位(MU)之间,SPU具备存储器和处理器,实质上充当了代理的角色。 |
| 特征B (客户端接收来自代理的第一响应) | 未公开。<br>D1中虽有布隆过滤器树的检索,但在search phase [p0031]中,是一次性发送加密查询并返回最终结果,不存在基于第一请求先返回中间第一响应的交互机制。 | 未公开。<br>D2[p0065]-[p0067]中,客户端直接向服务器发送整体加密向量,不存在第一响应的握手或预查询过滤步骤。 | 未公开。<br>D3图2和[0176]-[0186](Method 3)中,虽然有基于布隆过滤器的预检查,但该布隆过滤器是CI直接下载并存储在患者本地设备上进行本地查询,没有向代理发送请求并接收第一响应的过程。 |
| 特征C (客户端向代理发送第二请求) | 未公开。<br>理由同特征B,D1属于单次交互查询结构,并未将请求拆分为第一(过滤)和第二(计算)请求。 | 未公开。<br>D2属于单次交互架构。 | 实质公开。<br>对应D3的Method 3中[0182]步骤8,患者在本地Bloom Filter确认后,向SPU发送加密的位置请求,这构成了事实上的实质独立请求(即第二请求)。 |
| 特征D (响应第二请求代理向客户端发加密的经计算函数) | 未公开。<br>D1[p0014]、[p0049]是由服务器S与客户端C共同参与SFE(安全函数评估)产生结果,并非由一个独立的代理直接计算并打包发送给客户端。 | 未公开。<br>D2[p0067]是由服务器完成矩阵乘法求和后,直接将结果解密/识别或发回,架构不符。 | 实质公开。<br>对应D3的[0042]、[0043]、[0187],SPU利用同态操作执行基因测试(函数计算),并通过代理加密/部分解密机制将加密的端结果发送给MU/客户端。 |
| 特征E (在客户端处解密所述经计算的函数) | 毫无异议公开。<br>D1[p0031]原文:“The client C decrypts the re-encrypted results 390 to obtain his search results.” | 毫无异议公开。<br>D2[p0010]原文:“The decryption algorithm Dec on input secret keys... outputs a message m'.” | 毫无异议公开。<br>D3[0045]、[0194]原文:“Genomic data encrypted by P's public key is only decrypted at P... P decrypts these SNPs... and sends them to the MU.” |
| 特征F (在客户端发送加密的客户端值) | 毫无异议公开。<br>D1[p0031]原文:“the client C computes an encryption of his query and sends the encrypted ion query 375...” | 毫无异议公开。<br>D2[p0065]原文:“The vector T is then component-wise encrypted by the client... sends the entire encrypted vector T to the server.” | 毫无异议公开。<br>D3[0112]步骤2及[0180]原文:“encrypts the contents of his real and potential SNP locations... by using P's public key.” |
| 特征G (在代理处从通信的数据库获取组件值) | 未公开。<br>D1中索引服务器IS直接存储了所有的布隆过滤器[p0030],非“从通信的数据库中获取”。 | 未公开。<br>D2中所有加密矩阵均直接由服务器维护并计算[p0066],无代理调拨组件值的架构。 | 实质公开。<br>D3[0012]、[0041]、[0066]中,SPU作为数据存储和处理中心,其内部存储器中存放了从认证机构(CI,相当于分布式或前置数据库)上传的加密基因组件值,并在计算时调用。 |
| 特征H (组件值基于网络中的组件) | 未公开。<br>D1的组件值是文档关键词(keywords/documents,[p0030])。 | 未公开。<br>D2的组件值是文件 glossary 中的关键词(keywords/files,[p0062])。 | 实质公开。<br>D3[0031]、[0039]公开了“genetic markers”(基因标记物),这是构建医疗测试网络和S-P架构的基础网络节点组件,组件值为核苷酸变异值(SNP)。 |
| 特征I (在代理处基于加密客户端值和组件值确定函数) | 实质公开。<br>D1[p0014]、[p0049]公开了基于双方法方输入进行SFE评估并应用公式逻辑,但执行主体不同。 | 实质公开。<br>D2[p0066]公开了在密文状态下,服务器利用多键同态加密(MHE)算法将矩阵元素与查询向量进行乘法和加法求和计算(确定函数)。 | 毫无异议公开。<br>D3[0042]原文:“executing by the SPU a genetic test by using the retrieved values, and the contribution of those markers thanks to homomorphic operations,” 完全公开了在代理处进行同态函数确定。 |
---
### 三、 最接近的对比文件(最接近的现有技术)分析
在创造性评述中,选择**D3(EP2895980A1)**作为创造性分析过程中**最接近的对比文件**最为合适。原因如下:
1. **技术领域与整体解决的技术问题高度一致**:
目标专利旨在解决如何在不向不可信的外部数据库泄露客户端隐私数据(如电信网络中的位置、基站信息)的前提下,安全地进行双方通信与函数计算。而**D3**同样聚焦于“隐私增强技术(PETs)”,专门解决患者在向医疗单位(MU)申请疾病易感性测试时,如何在不泄露个人基因组件隐私的前提下,利用不可信环境进行同态加密函数计算的问题。两者均采用“可信代理(SPU)+同态加密(HE)+布隆过滤器(BF)”的整体技术构思。
2. **技术特征重合度最高**:
从特征比对表可以看出,D3公开了权利要求1中绝大部分的架构方案(特征A、C、D、E、F、G、H、I均为毫无异议公开或实质公开)。相比于D1和D2单纯的客户端-服务器常规检索架构,D3引入的“SPU(存储与处理单元)”在三方架构中与目标专利的“代理(Proxy)”在功能和逻辑上完全对等。
*注:D1和D2仅能在评述某些具体加密计算细节(如同态求和或加噪布隆过滤器)时作为辅助对比文件(如D2可用来证明密文矩阵乘加函数的常规性),不适合单独作为最接近对比文件。*
---
### 四、 区别技术特征与请求方(无效宣告请求人)最薄弱的技术特征分析
结合最接近对比文件D3,目标专利权利要求1相对于D3的**实际解决的技术问题**可以确定为:*如何利用代理端的安全过滤机制,在正式执行复杂的密文同态函数计算前,快速排查目标组件是否存在,以减少网络不必要的密文计算开销并提升交互安全性。*
#### 1. 区别技术特征
通过特征比对,权利要求1相对于D3的关键区别特征在于**特征B(在所述客户端处,接收来自所述代理的第一响应)**以及**特征A中由代理接收第一请求并处理交互的完整回路**。
* **D3的机制**:在Method 3中,布隆过滤器是直接下发并**内置在患者本地设备**中的(见D3 [0175] “*to the patient for storage into the patient device*”)。患者在本地自行比对L.是否存在([0177]),若存在则自己本地封装后发给SPU。整个预过滤完全发生在客户端本地,**SPU(代理)在第一阶段根本没有参与接收第一请求,也没有向客户端发出第一响应**。
* **目标专利的机制**:目标专利明确将布隆过滤器的提取与查询功能收纳在“可信代理”内部(见目标专利说明书[0024]、[0027])。客户端必须**组对向代理发送第一请求**,代理在CBF检索后**向客户端发出第一响应**。只有当第一响应为“真”时,客户端才会触发后续的第二请求以调用同态加密块(HE block)执行高阶函数确定。
#### 2. 对请求方来说最薄弱的技术特征(即专利所有人的最强防御点)
如果请求方提起专利无效请求,对于请求方来说**最薄弱的技术特征是:“特征B(客户端接收来自代理的第一响应),且该响应是基于代理端存储的布隆过滤器对网络组件存在性做出的预判”**。
**薄弱原因(即该特征具备创造性的理由)**:
1. **非显而易见性(结合启示缺失)**:对比文件D3为了绝对保护患者隐私,其核心发明点之一就是*把布隆过滤器交由患者本地保管*,从而让SPU对查询的阳性/阴性毫不知情。若要将D3改造成目标专利“由代理接收第一请求并返回第一响应”的模式,就必须推翻D3“将BF存在患者本地”的底层架构设计,这属于**反向教导**。审查指南中,推翻现有技术核心设计的改造通常被认定为不存在技术启示。
2. **显著的有益技术效果**:目标专利通过将布隆过滤器上移至代理侧,使得客户端无需在本地维护、更新庞大的分布式网络组件布隆过滤器树,极大地释放了客户端的存储资源(如说明书[0028]所述:“在代理提供否定响应的情况下避免了进一步不必要的计算的需要”)。这种**“双回路请求(第一过滤响应 $\rightarrow$ 第二计算解密)”**的架构,在现有的三方同态隐私计算领域中具有极强的业务针对性和架构新颖性。
### 总结建议
作为请求方,如果执意单凭D3、D1、D2来无效权利要求1,由于**“代理端接收第一请求并返回第一响应以控制第二同态请求”**这一级联控制架构在三份对比文件中均未被实质公开,无效成功的概率极低。建议请求方进一步扩大检索范围,重点寻找包含“双重请求机制”或“前置代理过滤应答机制”的通信协议类标准文件(如3GPP相关的安全协议或PIR优化通信文献)作为公知常识补充或补充对比文件D4,方有攻克该薄弱特征的可能。
作为一名经验丰富的专利代理师,我将为您对目标专利的权利要求1进行深度解析,并结合目标专利说明书和四份对比文件(D1-D4)进行毫无异议公开(下文简称“明确公开”)或实质公开的特征比对、最接近对比文件选择、创造性漏洞分析以及无效最薄弱特征的梳理。
在进行分析前,基于说明书第[0254]、[0256]-[0259]段以及附图说明可知,目标专利涉及**跨不同服务提供者(Service Provider)或网络系统之间的P2P连接管理和用户定位**。虽然权利要求1仅以高度抽象的单网络、单客户端、单代理架构进行撰写,但其实质发明的技术背景是解决**不同网络服务商之间由于命名空间、通信协议独立而导致的跨网无法直接定位和建立安全通信的问题**。
以下是针对对比文件的全面法律与技术分析:
---
### 一、 权利要求1的技术特征拆解
为了进行精确的特征比对,将权利要求1拆解为以下9个技术特征(特征A至I):
* **特征A**:一种在网络中的方法,包括:在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器;
* **特征B**:在所述客户端处,接收来自所述代理的第一响应;
* **特征C**:在所述客户端处,向所述代理发送第二请求;
* **特征D**:响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数;
* **特征E**:在所述客户端处解密所述经计算的函数;
* **特征F**:其中所述方法还包括在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值;
* **特征G**:在所述代理处,从与所述代理通信的数据库中获取组件值;
* **特征H**:所述组件值基于所述网络中的组件;
* **特征I**:在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。
---
### 二、 对比文件(D1-D4)的基本信息与法律状态汇总
1. **D1 (JP2010266952A)**:《Member management device...》(会员管理装置、系统、程序及方法)。公开日:2010-11-25。主要涉及布隆过滤器(Bloom Filter)的动态区间分割与会员检索,属于纯粹的算法与基础数据结构优化。
2. **D2 (JP2012123614A)**:《Searchable encryption processing system》(可搜索加密处理系统)。公开日:2012-06-28。主要涉及利用同态加密、可搜索加密技术在可信客户端、可信代理和不可信服务器数据库之间进行加密检索和函数计算,以保护隐私。
3. **D3 (US20120246301A1)**:《APPARATUS AND METHOD FOR MANAGING PEER-TO-PEER CONNECTIONS BETWEEN DIFFERENT SERVICE PROVIDERS》(管理不同服务提供商之间对等连接的装置和方法)。公开日:2012-09-27。主要涉及跨不同网络服务商通过布隆过滤器交换和定位用户,进而协助两端用户建立P2P连接。
4. **D4 (KR1020120107880A)**:《상이한 서비스 제공자들 사이의...》(管理不同服务提供商之间对等连接的装置和方法)。公开日:2012-10-04。其技术内容、附图及构思与D3完全实质相同(互为同族/关联申请,来源于相同的美国临时申请61/454,930)。
---
### 三、 技术特征比对表
根据各对比文件的原文及详细出处,特征比对如下表所示:
| 权利要求1的技术特征 | D1 (JP2010266952A) 评述及出处 | D2 (JP2012123614A) 评述及出处 | D3 (US20120246301A1) 评述及出处 | D4 (KR1020120107880A) 评述及出处 |
| 特征A (客户端向代理发送第一请求) | 明确公开。公开了检索终端13直接或经由通信网向成员管理装置10发送检索请求。出处:说明书[0025]、[0031]。 | 明确公开。公开了注册客户端/检索客户端100向DB服务器300(充当代理/中间处理者)或控制部310发送请求。出处:说明书[0209]、图12、图21。 | 明确公开。公开了客户端/用户设备(如设备A 120)向连接数据交换(CDX)服务110或位置/邀请服务112发送第一请求(如Hole-Punch请求或Initiate请求)。出处:说明书[0048]、[0087]、[0251]、图2a、图2c。 | 明确公开。公开了移动设备A 120向CDX服务110或邀请服务112发送第一请求(如Hole-Punch或개시 요청)。出处:说明书[0018]、[0045]、[0064]、图2a、图2c。 |
| 特征B (客户端接收代理的第一响应) | 明确公开。检索终端13接收来自成员管理装置10的判定结果。出处:说明书[0031]。 | 明确公开。客户端接收来自服务器/控制部返回的计算、链接或检索结果。出处:图12 (S1208)、说明书[0213]。 | 明确公开。移动设备A接收来自CDX服务110返回的Hole-Punch数据或来自邀请服务112的响应。出处:说明书[0087]、[0260]、图2a、图2c。 | 明确公开。移动设备A接收来自CDX 110的Hole-Punch数据或来自邀请服务112的响应。出处:说明书[0045]、[0070]、图2a、图2c。 |
| 特征C (客户端向代理发送第二请求) | 明确公开。检索终端13向判定结果为真的成员管理装置10发送事件数据的检索依赖。出处:说明书[0032]。 | 明确公开。检索客户端200向DB服务器300发送包含密文检索条件(秘匿检索クエリ)的第二请求。出处:说明书[0211]、图12 (S1204)。 | 明确公开。客户端向CDX服务110或邀请服务112发送带有加密Payload的CDX请求或后续连接请求。出处:说明书[0089]、[0262]、图2a、图2c。 | 明确公开。移动设备A向CDX服务110发送带有加密Payload的CDX请求或后续连接请求。出处:说明书[0047]、[0072]、图2a、图2c。 |
| 特征D (响应第二请求发送加密的经计算的函数) | 未公开。仅公开了常规的数据库记录检索返回,不涉及加密的经计算函数的发送。 | 明确公开。DB服务器300响应密文检索条件,在不泄露明文前提下利用同态加密计算出指示匹配度的关系密文(数据E_D或关系结果),并将其发送给客户端。出处:说明书[0211]-[0213]、图12 (S1207)、图13c。 | 未公开。D3发送的是P2P所需的连接数据(Ticket/Blob),目的是打通网络通道,不属于“代理基于组件值与客户端值计算出的同态加密函数”。 | 未公开。同D3,发送的是连接和配置数据,未涉及“代理处基于同态加密确定的加密经计算的函数”。 |
| 特征E (客户端解密经计算的函数) | 未公开。 | 明确公开。检索客户端200在S1209中利用其掌握的密钥,对从DB服务器接收到的密文结果进行复元/解密,抽取平文注册数据。出处:说明书[0214]、[0215]、图14c。 | 未公开。D3中客户端解密的是Payload中的连接数据,而非通过组件值在代理侧计算出的“加密函数本身”。 | 未公开。同D3。 |
| 特征F (发送加密的客户端值) | 未公开。 | 明确公开。检索客户端200将用于加密检索条件的概率加密隐藏值(数据P_S)或加密请求参数发送至服务器。出处:说明书[0211]、[0212]、图13a。 | 实质公开。客户端向邀请服务发送经盲签名方案处理或其自身加密的客户端位置/ID数据。出处:说明书[0104]、图2c、图11。 | 实质公开。同D3。出处:说明书[0101]、图2c、图11。 |
| 特征G (从数据库中获取组件值) | 未公开。D1中数据库26仅存储静态事件属性,非网络组件。 | 明确公开。DB服务器从其数据库中读取并获取此前由注册客户端上传并存储的密文注册数据(组件值,数据D_R)。出处:说明书[0212]、图13b。 | 明确公开。服务提供商在其自身的注册数据库(Registration Database)中查找、获取目标用户的状态、推发令牌(Token)或网络配置。出处:说明书[0012]、[0108]、图26。 | 明确公开。同D3,从등록 데이터베이스中检索网络配置及Token。出处:说明书[0013]、[0105]、图26。 |
| 特征H (组件值基于网络中的组件) | 未公开。 | 未公开。D2中的值是纯粹的通用信息数据(如姓名、邮箱等管理表数据),并非基于“电信网络中的物理/逻辑组件”(如基站位置)。 | 明确公开。该值是基于网络中另一端对等移动设备或服务提供商网络单元的物理/逻辑参数(如NAT类型、公网IP/端口、推发令牌)。出处:说明书[0104]、[0256]。 | 明确公开。同D3。出处:说明书[0101]、[0227]。 |
| 特征I (基于加密客户端值和组件值确定函数) | 未公开。 | 明确公开。DB服务器300在不解密的前提下,通过基本演算部317和准同型函数部316,将客户端发送的加密检索条件(数据P_S)与获取的密文注册数据(数据D_R)进行XOR及同态函数计算(式6、式7),确定出加密的匹配关系结果。出处:说明书[0212]、图13c、图13d。 | 未公开。D3中的服务器仅做路由转发、Token交换或Bloom Filter过滤,不涉及对客户端加密值与组件值进行同态组合来“确定一个计算函数”。 | 未公开。同D3。 |
---
### 四、 最接近的对比文件(D1-D4)的选择分析
在创造性(无效宣告/审查阶段)分析中,通常从**整体解决的技术问题、技术领域、技术效果以及技术特征的重合度**四个维度来评估谁适合作为“最接近的对比文件”。本案中,最接近的对比文件可以有**两个不同的方向**:
#### 最接近对比文件选择:D3(或其同族D4) 与 D2
本案具有“双重核心技术构思”(网络层跨网定位 + 密码学同态函数计算)。因此,本案可采用**双最接近对比文件(Alternative最接近对比文件)**的无效策略:
#### 理由分析:
1. **D3(或同族D4)—— 从“网络架构与应用场景”角度最接近:**
* **技术领域与问题:** 目标专利说明书(如[0001]、[0002]、[0027]段)明确指出其发明背景存在于“电信网络和其他信息系统”、“基站”、“具有GPS的用户设备(UE)”。目标专利解决的实际场景是:客户端想知道自己与基站(网络组件)的距离,但又不想向不信任的数据库泄露其位置。
* **特征重合度:** D3/D4完全处于移动对等网、电信服务商、客户端与代理服务器交互的架构中。它公开了通过代理(CDX/邀请服务)获取另一端网络组件/对等体的网络参数(特征A、B、C、F、G、H)。
* **结论:** D3/D4在技术领域、网络拓扑架构、特征H(基于网络组件的值)上最接近目标专利。
2. **D2 —— 从“底层数据处理逻辑与加密算法”角度最接近:**
* **整体解决的技术问题:** 目标专利在说明书[0001]、[0003]、[0023]中强调,其核心是“利用同态加密(HE)方式组合布隆过滤器和可信代理”。其核心数据流程是:客户端发送加密值 $\rightarrow$ 代理获取数据库密文 $\rightarrow$ 代理在密文下进行同态计算确定函数 $\rightarrow$ 客户端解密。这正是为了解决“如何在不可信的代理/服务器侧实现隐私保护的密文检索与函数评估”。
* **特征重合度:** 权利要求1中**最具有显著区分性的核心计算特征——特征D、E、F、I(同态加密计算、密文确定函数、客户端解密)**,被D2完全公开。D2详细给出了同态函数变换(func)、XOR掩码、密文无解密比对的全部数学及交互步骤。
* **结论:** 如果审查员或请求方从密码学隐私保护、同态加密安全双向通信(STC)的底层计算逻辑出发,D2是最佳的最接近对比文件。
---
### 五、 创造性漏洞组合路径(没有被最接近对比文件公开的特征是否被其他对比文件公开)
根据上述最接近对比文件的划分,我们可以推导出两条极为强劲的无效宣告(或创造性否定)组合路径:
#### 路径一:以D3(或D4)为最接近的对比文件,结合D2
* **D3/D4未公开的特征**:特征D、E、I(在代理处基于加密客户端值和组件值进行同态加密计算确定函数、发送给客户端解密)。
* **是否被其他文件公开**:**被D2完全公开**。
* **漏洞组合逻辑**:D3/D4已经公开了客户端通过可信代理跨网获取其他网络节点/组件参数以建立安全双向通信(STC)的架构。当D3/D4的系统在面临“如何进一步防止不可信的中间代理服务器窃取客户端隐私位置或检索条件”这一安全诉求时,本领域技术人员在面对该技术挑战时,有强烈的动机引入D2所公开的成熟技术——在可信客户端与不可信服务器之间应用同态加密(准同型函数)和概率加密。将D2的密文同态比对逻辑(特征D、E、I)移植到D3/D4的电信网络节点位置获取中,属于将同态加密算法应用到具体网络拓扑中的常规技术手段,不具备创造性。
#### 路径二:以D2为最接近的对比文件,结合D3(或D4)及本领域公知常识
* **D2未公开的特征**:特征H(组件值是基于网络中的组件,如说明书中的基站位置、公网IP/端口、Token等)。D2中数据库存储的是通用的用户管理数据(如姓名、邮箱等)。
* **是否被其他文件公开**:**被D3/D4明确公开**。
* **漏洞组合逻辑**:D2已经公开了一套完整的、利用同态加密保护隐私的代理数据库查询及函数计算方法。本领域技术人员根据实际工程需要,将D2中通用的数据库管理系统(DBMS)应用到电信网络管理中(如D3/D4所揭示的跨服务商网络对等体定位、基站寻址、位置服务LBS中),此时数据库中存储的组件值自然而然就变成了“基于网络中的组件(如基站拓扑参数或对等网节点参数)”。这种纯粹的应用领域的变更或数据对象的替换,技术效果是完全可以预期的,未产生任何意料不到的技术效果,因此同样不具备创造性。
---
### 六、 无效请求方(我方)最薄弱的技术特征及应对策略
如果在行政诉讼或无效宣告程序中,目标专利的专利权人进行全力反辩,对于无效请求方(诉讼请求方)而言,**最薄弱、最难以攻克的防线在于:特征H(组件值基于所述网络中的组件)与特征I(基于加密的客户端值和已获取的组件值来确定所述经计算的函数)的有机结合点。**
#### 1. 为什么它是最薄弱的特征?
* **D2的断层**:D2虽然把同态加密、密文下确定函数(特征I)解释得最透彻,但D2**完全没有电信网络拓扑的概念**,它对“网络中的组件(特征H)”一无所知,D2完全是关起门来在通用的商业数据库管理系统(姓名、邮箱)里做抽象的代数变换。
* **D3/D4的断层**:D3/D4虽然天天在和“网络组件(基站、推发令牌、公网IP/接口)”打交道,但它**完全没有同态加密计算(特征I)的结构**。D3/D4里面的CDX和邀请服务器对数据要么是直接转发,要么是做常规的AES/RSA对称或非对称加解密,或者只是做布隆过滤器的成员判定,它根本不曾想到要在代理处把“加密的客户端位置”和“获取的网络组件值”放在一起丢进一个“同态函数”里去进行联合确定(如Paillier欧几里得距离计算)。
* **专利权人的反辩空间**:专利权人极有可能在无效阶段辩称:“*D2和D3属于完全不同的研发技术方向。D2解决的是通用数据管理中的密文检索问题;D3解决的是网络打洞与路由定位问题。本发明创造性地将同态加密函数运算用于计算客户端与‘网络物理组件(基站)’之间的距离(欧几里得距离计算,见说明书[0139]-[0141]),从而让中间代理既能帮UE算出它离基站有多远,又完全无法得知UE的具体坐标。这种算法与特定电信网元组件的结合,产生了非显而易见的隐私保护距离计算效果。D2和D3之间存在根本的技术壁垒(技术偏见/阻碍),二者无法有机结合。*”
#### 2. 请求方的强化与防御策略:
为了击穿专利权人的这一防线,请求方必须在无效请求书中前瞻性地做如下布防:
1. **进行合理的“等同特征”或“功能性限定”解释**:牢牢抓住权利要求1的文字。权利要求1**仅撰写了高度抽象的“组件值基于网络中的组件”**,其并未在权1中限定该函数是“距离计算函数”,也未限定该网络组件必须是“无线基站”。根据专利审查指南,权利要求的保护范围以其文字内容为准。D2中存储的“注册客户端的数据”在广义的网络架构中,控制网络访问的终端、服务器同样属于广义的“网络中的组件”(逻辑组件/网络单元),D2的数据库记录即为组件值。因此特征H实际上已经被D2实质公开。
2. **公知常识的有力补充(算法与应用对象的解耦)**:强调同态加密(HE)和安全双方通信(STC)作为一种底层的隐私保护计算工具,其本质就是输入两组加密的密文(或明密文组合)并产出函数结果,其计算的数值既可以代表D2中的“用户属性比对”,也可以代表电信网中的“坐标距离比对”。将特定物理意义的数字(基站坐标)代入到已知的同态加密工作架构中,属于计算机与通信领域技术人员的常规手段。
3. **技术效果的客观克减**:指出目标专利权利要求1达到的技术效果,在D2中已经完全实现(即:在不向不信任的中间方泄露客户端输入和数据库内容的前提下,得到函数的计算结果)。目标专利只是变换了数据的物理业务含义,并未在权利要求1的层面上对同态加密算法本身做出任何拓扑结构的实质贡献。
根据权利要求1所述的方法,其中所述第一请求包括请求与所述代理进行通信的数据库的索引。
根据权利要求2所述的方法,其中数据库的所述索引在所述代理中的加密布隆过滤器处被执行。
根据权利要求3所述的方法,其中所述第一请求还包括:在所述代理处,基于所述数据库中的数据集合来生成优化的加密布隆过滤器;以及在所述代理处,基于所述数据库中的数据集合变化来更新所述加密布隆过滤器中的数据元素,其中更新所述加密布隆过滤器包括以下中的一项:删除所述布隆过滤器中的数据元素和在所述布隆过滤器插入数据元素。
根据权利要求3所述的方法,其中所述第一请求还包括:在所述数据库处,基于所述数据库中的数据集合来生成优化的加密布隆过滤器; 在所述数据库处,基于所述数据库中的数据集合变化来计算加密布隆过滤器数据元素;以及向所述代理发送经计算的所述加密布隆过滤器数据元素。
根据权利要求1所述的方法,其中所述第二请求包括请求由所述代理对函数的计算。
根据权利要求6所述的方法,其中函数的所述计算由所述代理使用同态加密来执行。
根据权利要求1所述的方法,其中从所述数据库获取的所述组件值是距离、时间、位置和文本数据串中的一个。
一种在网络中的系统,包括: 网络组件,所述网络组件包括存储器和处理器; 与所述网络组件通信的客户端,所述客户端包括存储器和处理器; 与所述客户端通信的代理;以及 与所述代理通信的数据库; 其中所述系统被配置为: 在所述客户端处,向所述代理发送第一请求; 在所述客户端处,接收来自所述代理的第一响应; 在所述客户端处向所述代理发送第二请求; 从所述代理向所述客户端发送加密的经计算的函数;以及在所述客户端处解密所述经计算的函数; 其中所述系统还被配置为在向所述客户端发送加密的经计算的函数之前:在所述客户端,向所述代理发送加密的客户端值; 在所述代理处,从与所述代理通信的数据库中获取组件值,所述组件值基于所述网络中的组件;以及在所述代理处,基于所述加密的客户端值和已获取的组件值来确定所述经计算的函数。
根据权利要求9所述的系统,其中所述网络组件是基站。
根据权利要求9所述的系统,其中所述客户端与所述代理通信而不与所述数据库通信。
根据权利要求9所述的系统,其中所述客户端与所述代理和所述数据库两者通信。
一种在网络中的方法,包括: 在具有存储器和处理器的客户端处,向代理发送第一请求,所述代理包括存储器和处理器; 在所述客户端处,接收来自所述代理的第一响应; 在所述客户端处,向所述代理发送加密的客户端值; 在所述代理处,从与所述代理通信的数据库中获取组件值,所述组件值基于所述网络中的组件; 在所述代理处,基于所述加密的客户端值和已获取的组件值来确定经计算的函数; 在所述客户端处,向所述代理发送第二请求; 响应于所述第二请求,从所述代理向所述客户端发送加密的经计算的函数;以及在所述客户端处解密所述经计算的函数。
根据权利要求13所述的方法,其中向所述代理发送加密的客户端值包括向所述代理发送客户端位置值;以及其中所述从数据库获取组件值包括基于所述网络组件来获取接近度值,其中所述接近度值包括所述网络组件相对于所述客户端的接近度。