專利審查業(yè)務信息管理系統(tǒng)數(shù)據(jù)庫的設計與實現(xiàn)

梁瑋

摘要：本文分析了當前專利實質審查工作中產(chǎn)生的各類業(yè)務數(shù)據(jù)，并發(fā)現(xiàn)這些數(shù)據(jù)保存分散、綜合運用不多的問題，本文結合數(shù)據(jù)庫設計的整體思想，并通過數(shù)據(jù)庫設計的幾個步驟，將上述數(shù)據(jù)如何在數(shù)據(jù)庫中保存或展示進行了詳細講解；最后，介紹了如何在廣泛使用的MySQL數(shù)據(jù)庫中實現(xiàn)，并簡單展望了如何通過B/S模式更好的進行數(shù)據(jù)管理。

關鍵詞：專利實質審查業(yè)務數(shù)據(jù) 實體-聯(lián)系模型 數(shù)據(jù)庫

中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9416（2016）08-0197-02

1 前言

專利實質審查是一項綜合的工作，在專利實質審查過程中會產(chǎn)生大量的業(yè)務數(shù)據(jù)和相關信息。從審查員的角度來看，相關的業(yè)務數(shù)據(jù)包括好幾方面的內容：第一，相關的培訓信息，包括參加集中培訓的信息，參加中心和部門培訓的信息；第二，開始進行實質審查后，每件案卷的信息，包括申請?zhí)枴⑦M案日期、出案日期、出案類型等等；第三，審查業(yè)務部和部門對案卷進行質量檢查后，質量檢查的相關信息；第四，審查業(yè)務部運行過程中的其他信息，包括：課題信息、優(yōu)秀案例信息等等。

在日常業(yè)務的運行中，筆者發(fā)現(xiàn)雖然這些信息對于全面掌握審查工作開展情況及審查員的業(yè)務情況具有重要作用，但是目前在信息的存儲和獲取過程中存在很多不便之處，比如：信息被不同的實審部門或者審業(yè)部的不同處室掌握（例如，培訓信息在審業(yè)部的培訓室，案卷信息在協(xié)調室，中心質檢和部門質檢信息分別在中心質檢組和實審部門），并且存儲方式不一，要綜合利用這些數(shù)據(jù)難度較大。

在計算機應用高度發(fā)達的今天，絕大多數(shù)企業(yè)和事業(yè)單位往往將數(shù)據(jù)存儲在數(shù)據(jù)庫中。數(shù)據(jù)庫是為了將數(shù)據(jù)更有序保存，并且讓眾多用戶共享信息而建立的，已經(jīng)擺脫了空間地域的限制。不同用戶可以按各自的方式使用數(shù)據(jù)庫中的數(shù)據(jù)，多個用戶也可以同時共享數(shù)據(jù)庫中的數(shù)據(jù)資源。同時，數(shù)據(jù)庫還具備發(fā)現(xiàn)故障和修復故障的功能，因此數(shù)據(jù)庫同時也是數(shù)據(jù)的“保險箱”[1-2]。因此，本文著重討論為專利審查的相關業(yè)務信息在數(shù)據(jù)庫中的保存的解決方案。

2 數(shù)據(jù)庫系統(tǒng)的設計與實現(xiàn)

數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，是指能夠有效地存儲數(shù)據(jù)。數(shù)據(jù)庫設計一般遵循的原則包括：數(shù)據(jù)庫結構的合理性、完整性、全局性；數(shù)據(jù)庫對象的獨立性。

數(shù)據(jù)庫設計過程一般包括以下幾個步驟：（1）明確數(shù)據(jù)庫設計目標。通過了解用戶需求，明確數(shù)據(jù)庫設計的目的，并收集相應數(shù)據(jù)；（2）數(shù)據(jù)庫的概念設計；（3）數(shù)據(jù)庫的邏輯設計；（4）數(shù)據(jù)庫的實施與維護。

2.1 明確數(shù)據(jù)庫設計目標

對于一個復雜的系統(tǒng)，由于業(yè)務需求和數(shù)據(jù)之間的關系錯綜復雜，為了使得實體-聯(lián)系模型（即E-R模型）能盡大限度的表示各種數(shù)據(jù)關系，首先要對數(shù)據(jù)進行全面的收集、整理及分析[3]。

經(jīng)過廣泛的調研后，獲得專利審查業(yè)務信息管理系統(tǒng)的主要功能簡述：審查員信息查詢（包括培訓信息、質檢信息、案卷信息）；質檢信息統(tǒng)計（包括按部門、處室、期次的統(tǒng)計）；案卷信息統(tǒng)計（包括任務量信息、周期信息、授權率駁回率視撤率）等。

2.2 數(shù)據(jù)庫的概念設計

由上面的分析得到，本系統(tǒng)涉及到的相關實體如下：審查員是一個消息的實體，多個審查員組成的室和部門也是一個實體；審查員參與的業(yè)務培訓（包括中心常規(guī)培訓、部門常規(guī)培訓）也是一個實體；審查員處理的案卷和質檢的案卷都是實體；將這些實體聯(lián)系起來的是審查員。

進而可以得到各實體之間的實體-聯(lián)系模型（即E-R模型），如圖1所示。

2.3 數(shù)據(jù)庫的邏輯設計

數(shù)據(jù)庫的概念設計之后是邏輯設計，現(xiàn)在的主流數(shù)據(jù)庫管理系統(tǒng)為關系模型，邏輯設計也可以簡單理解為將E-R圖轉換為關系模型[4-5]。

按照上面的E-R模型，將各個實體逐一轉換為關系模型。對于“審查員”實體來說，實體標識符（主鍵，Primary Key）應當是其獨一無二的審查代碼，其他相關的信息包括：入中心時間、期次、個人信息等，由此得到“審查員”的關系模型：

審查員（審查代碼（PK），姓名，入中心時間，期次，性別，部門，科室，職稱）

對于“業(yè)務培訓”實體，其主鍵應當是序列號，其他的信息包括：培訓級別（包括中心級、部門級、室級）、開展日期、主講人、主題、參與人員等等，由此得到“業(yè)務培訓”的關系模型：

業(yè)務培訓（序號（PK），培訓級別，組織機構，開展日期，主講人，主題，參與人員）

按照上述分析方式，可以得到其他實體的關系模型：

發(fā)明案卷（申請?zhí)枺≒K），發(fā)明名稱，分類號，審查員代碼，申請日，進案時間，各次通知書發(fā)出時間，通知書所引用的法條，是否進行過檢索，是否引用X/Y/E/R文件，通知書次數(shù)，結案時間，結案類型，）

其中，通過審查員代碼可以關聯(lián)到審查員實體，進而獲得審查員的其他相關信息。

質檢案卷（申請?zhí)枺≒K），質檢級別（中心級或部門級），發(fā)明名稱，審查階段（一通或中通或駁回或授權或前置或二次結案），質檢案件類型（常規(guī)或會審或PPH或外部反饋），審查員代碼，領域（機械或電學或化學），質檢員姓名，是否引用X/Y文件，引用的X/Y文件是否有效，質檢結論（結果問題或過程問題），問題種類，具體問題類型，涉及權利要求，涉及法條，三性原因分析，漏檢原因分析）

處室（序號（PK），處室名稱，所屬部門，室主任，組成人員（包括各個審查員的審查代碼））

部門（序號（PK），部門名稱，部主任，所有室主任，組成人員（包括各個審查員的審查代碼））

2.4 數(shù)據(jù)庫的實施與維護

下一步需要將轉換后的模型在數(shù)據(jù)庫上進行實現(xiàn)。作為當今最流行的開源數(shù)據(jù)庫，MySQL數(shù)據(jù)庫為用戶提供了一個相對簡單的解決方案，能夠方便的進行部署和管理，能夠跨平臺使用（包括主要的Linux、Mac OS X，Unix和Windows）。筆者選用的是MySQL數(shù)據(jù)庫（版本為：5.6.24）。

將上面轉換的模型直接映射成MySQL上的表，可以通過兩種方式實現(xiàn)：命令行方式，或直接用MySQL的管理工具。進一步，將所有的數(shù)據(jù)全部導入后，可以通過SQL語句方便的進行數(shù)據(jù)查詢和統(tǒng)計了。例如，每個審查員的各維度數(shù)據(jù)都有記錄，可以從各個維度反饋綜合反映審查員的個人檔案；定時可以方便的了解各科室或部門的任務量完成情況、周期情況、宏觀比率（案卷的授權率、視撤率、駁回率、XY率）、質量情況；在審查員進行續(xù)聘前或者評選職稱前，可以了解其在最近的幾年內審查的任務量完成情況和質量情況以及參與培訓的情況。

當查詢的需求比較復雜時，僅僅是MySQL自帶的管理工具或許會難以勝任。這種情況下，開發(fā)B/S平臺進行管理，如圖2所示，選用Jsp+Servlet+JavaBean開發(fā)模式JSP作為視圖，用來表現(xiàn)頁面；Servlet作為控制器，控制程序的流程調用業(yè)務進行處理，JavaBean封裝了業(yè)務邏輯，該模式遵循了MVC設計模式，充分體現(xiàn)了JSP與Servlet自身的優(yōu)點。

3 結語

在越來越多運用大數(shù)據(jù)進行數(shù)據(jù)分析和問題挖掘的今天，數(shù)據(jù)如何安全有序的進行存儲是首先需要考慮的問題。而關系數(shù)據(jù)庫因為其安全易用，可以作為專利審查過程中業(yè)務數(shù)據(jù)的存儲和管理工具。本文在分析了常用的專利審查業(yè)務的需求基礎上，按照數(shù)據(jù)庫概念設計、邏輯設計、實施和維護的步驟，將錯綜復雜的審查業(yè)務數(shù)據(jù)進行了梳理，并在MySQL數(shù)據(jù)庫中進行了實現(xiàn)。

參考文獻

[1]薩師煊，王珊.數(shù)據(jù)庫系統(tǒng)概論（第3版）[M].北京：高等教育出版社，2000：1-80.

[2]Rob P，Coronel C.數(shù)據(jù)庫系統(tǒng)設計、實現(xiàn)與管理（第6版）[M].張瑜，楊繼萍，等譯.北京：清華大學出版社，2005：64-100.

[3]羅軍，呂德文，陳松，李茜.基于E-R模型層次化的錄入技術[J].重慶大學學報：自然科學版，2003，26（7）.

[4]姜翠霞.E-R模型向關系模型轉換的研究[J].齊齊哈爾大學學報，2004，20（4）：58.

[5]年軼，林琳.E-R圖向關系模型轉換規(guī)則的研究[J].微型電腦應用，2004，20（1）：12-14.