一種數(shù)據(jù)池對外共享服務方法
【專利摘要】本發(fā)明的目的在于提供一種數(shù)據(jù)池對外共享服務方法，該方法包括如下步驟：首先開發(fā)數(shù)據(jù)模型，通過部署數(shù)據(jù)模型，實現(xiàn)發(fā)布接口和服務的功能，然后設計外部接口模型進行接口配置，完善接口服務，最后注冊外部系統(tǒng)，定義外部系統(tǒng)模型實現(xiàn)接口訂購操作，拓展接口服務。本發(fā)明使用數(shù)據(jù)模型、外部接口模型和外部系統(tǒng)模型三種模型以及訂閱型和調用兩種接口服務方式共享數(shù)據(jù)池，轉變了以往多業(yè)務系統(tǒng)間數(shù)據(jù)管理和共享方式，有效提高了數(shù)據(jù)處理效率，同時又能適應業(yè)務發(fā)展的變化需求，為其他業(yè)務系統(tǒng)提供統(tǒng)一、快速的數(shù)據(jù)服務，解決目前系統(tǒng)接口繁多、重復工作量大的問題。
【專利說明】
-種數(shù)據(jù)池對外共享服務方法
技術領域
[0001] 本發(fā)明設及數(shù)據(jù)共享技術領域，具體設及一種海量數(shù)據(jù)數(shù)據(jù)池對外共享服務方 法。
【背景技術】
[0002] 現(xiàn)在的社會是一個高速發(fā)展的社會，科技發(fā)達，信息流通，人們之間的交流越來越 密切，生活也越來越方便，大數(shù)據(jù)就是運個高科技時代的產(chǎn)物。如今，數(shù)據(jù)已經(jīng)滲透到當今 每行每業(yè)，W及業(yè)務職能領域，成為重要的生產(chǎn)因素。
[0003] 順應時代發(fā)展需求，某電網(wǎng)公司，基于省級集中計量自動化系統(tǒng)實現(xiàn)計量裝置在 線監(jiān)測和用戶負荷、電量、電壓等重要信息的實時采集，積累了海量的數(shù)據(jù)，為了最大化發(fā) 揮數(shù)據(jù)用途，需要建設穩(wěn)定高效的數(shù)據(jù)共享服務。實現(xiàn)數(shù)據(jù)共享服務，建立統(tǒng)一數(shù)據(jù)交換標 準和規(guī)范的數(shù)據(jù)格式，可W為其他業(yè)務系統(tǒng)提供統(tǒng)一、快速的數(shù)據(jù)服務，使更多的人更充分 地使用已有數(shù)據(jù)資源，減少資料收集、數(shù)據(jù)采集等重復勞動和相應費用，而把精力重點放在 開發(fā)新的應用程序及系統(tǒng)集成上。

【發(fā)明內容】

[0004] 本發(fā)明的目的在于提供一種數(shù)據(jù)池對外共享處理方法，本發(fā)明通過開發(fā)模型W及 模型定義生成并配置接口，W接口服務的方式實現(xiàn)數(shù)據(jù)池的對外共享。
[0005] 本發(fā)明的目的可通過W下的技術措施來實現(xiàn)：
[0006] -種數(shù)據(jù)池對外共享服務方法，包括W下步驟：
[0007] (1)開發(fā)數(shù)據(jù)模型：從計量自動化主站系統(tǒng)采集到各類數(shù)據(jù)后，開發(fā)數(shù)據(jù)模型功 能，定義數(shù)據(jù)結構，配置數(shù)據(jù)模型。
[0008] (2)接口配置:數(shù)據(jù)發(fā)布系統(tǒng)根據(jù)外部系統(tǒng)需求，選擇數(shù)據(jù)發(fā)布系統(tǒng)中的數(shù)據(jù)模 型，生成外部調用接口，通過定義外部接口模型配置接口，拓展接口服務。
[0009] (3)接口訂購:外部系統(tǒng)要訪問本數(shù)據(jù)發(fā)布系統(tǒng)的資源，需注冊用戶信息，訪問時， 需要W注冊賬號密碼信息獲取相關資源，在此基礎上設計外部系統(tǒng)模型。
[0010] 所述的接口服務有兩種類型，一種是通過WebService實時調用獲取服務數(shù)據(jù)的接 口服務。外部系統(tǒng)可W根據(jù)用戶權限實時訪問對應接口服務，數(shù)據(jù)發(fā)布系統(tǒng)實時從數(shù)據(jù)存 儲中提取數(shù)據(jù)返回或回調外部系統(tǒng)來實現(xiàn)服務提供功能。另一種是通過訂閱：數(shù)據(jù)發(fā)布系 統(tǒng)中實時或定期輸出的大數(shù)據(jù)量文件型的接口服務，即設定了對端的回調和服務方式后， 數(shù)據(jù)發(fā)布系統(tǒng)按照時間策略或隨機策略發(fā)布數(shù)據(jù)給外部系統(tǒng)。
[0011] 其中，所述數(shù)據(jù)模型包括開發(fā)數(shù)據(jù)模型功能，部署數(shù)據(jù)模型，該數(shù)據(jù)模型是生成外 部接口的依據(jù)。所述外部接口模型是一種配置數(shù)據(jù)模型，由系統(tǒng)管理員根據(jù)外部系統(tǒng)需求， 通過前臺系統(tǒng)功能配置而成。所述外部系統(tǒng)模型，用于當外部系統(tǒng)要訪問本數(shù)據(jù)發(fā)布系統(tǒng) 的資源時，需先注冊用戶信息，之后在訪問時，W注冊賬號密碼信息獲取相關資源。外部系 統(tǒng)模型就是用戶信息的集合。
[0012] 本發(fā)明使用訂閱型和調用兩種接口服務方式共享數(shù)據(jù)池，解決目前系統(tǒng)接口繁 多、重復工作量大的問題，為其他業(yè)務系統(tǒng)提供統(tǒng)一、快速的數(shù)據(jù)服務。數(shù)據(jù)模型、外部接口 模型和外部系統(tǒng)模型Ξ種模型的開發(fā)及部署轉變了W往多業(yè)務系統(tǒng)間數(shù)據(jù)管理，有效提高 了數(shù)據(jù)處理效率，同時又能適應業(yè)務發(fā)展的變化需求。
【附圖說明】
[0013] 圖1是本發(fā)明數(shù)據(jù)池共享方法的流程圖；
[0014] 圖視兩種接口服務的工作形式；
[0015] 圖3Ξ類八大模型的關系圖。
【具體實施方式】
[0016] 下面結合附圖對本發(fā)明的技術方案進行詳細的說明。
[0017] -種數(shù)據(jù)池對外共享服務方法，包括W下步驟：
[0018] 首先開發(fā)數(shù)據(jù)模型，通過部署數(shù)據(jù)模型，實現(xiàn)發(fā)布接口和服務的功能，然后設計外 部接口模型進行接口配置，完善接口服務，最后注冊外部系統(tǒng)，定義外部系統(tǒng)模型實現(xiàn)接口 訂購操作，拓展接口服務。
[0019] 圖1是本發(fā)明數(shù)據(jù)池共享方法的流程圖，具體步驟如下：
[0020] 步驟1:開發(fā)數(shù)據(jù)模型。
[0021 ]從計量自動化主站系統(tǒng)采集到各類數(shù)據(jù)后，開發(fā)數(shù)據(jù)模型功能，定義數(shù)據(jù)結構，配 置數(shù)據(jù)模型。
[0022] 步驟2:接口配置。
[0023] 數(shù)據(jù)發(fā)布系統(tǒng)根據(jù)外部系統(tǒng)需求，選擇系統(tǒng)中的數(shù)據(jù)模型生成外部調用接口，通 過定義外部接口模型配置接口。
[0024] 步驟3:接口訂購。
[0025] 外部系統(tǒng)要訪問本系統(tǒng)的資源，需注冊用戶信息，訪問時，需要W注冊賬號密碼信 息獲取相關資源，在此基礎上設計外部系統(tǒng)模型。
[0026] 所述的步驟1具體包括如下內容：
[0027] 從計量自動化主站系統(tǒng)采集到各類數(shù)據(jù)后，保存到數(shù)據(jù)發(fā)布系統(tǒng)中形成數(shù)據(jù)資源 池，供外部系統(tǒng)隨時調用。數(shù)據(jù)發(fā)布系統(tǒng)中的數(shù)據(jù)模型分為檔案類、數(shù)據(jù)類和WebService查 詢類幾種。
[0028] S1.1:開發(fā)數(shù)據(jù)模型功能。
[0029] 檔案類和數(shù)據(jù)類模型，主要是實現(xiàn)數(shù)據(jù)模型的模型定義后，后臺開發(fā)數(shù)據(jù)解析的 相關邏輯或調度邏輯來實現(xiàn)接口發(fā)布功能。
[0030] 為WebService類模型開發(fā)獨立的實現(xiàn)類，在外部系統(tǒng)調用時，系統(tǒng)通過接口編碼 查找WebService類實現(xiàn)代碼，使用工廠模式實現(xiàn)服務發(fā)布功能。
[0031 ] S1.2:設計模型定義數(shù)據(jù)結構。
[0032]對于能夠向外提供的數(shù)據(jù)模型，為了實現(xiàn)接口的配置化，需要對模型進行定義。數(shù) 據(jù)模型定義包括數(shù)據(jù)模型表和數(shù)據(jù)模型明細兩個表，具體結構如下表1數(shù)據(jù)模型表1F_DP_ DATAM0呢L和表2數(shù)據(jù)模型明細表1F_DP_DATAMODEL_抑所示：
[0033]
[0034]
[0035] 表 1
[0036]
[0037] 表 2
[0038] SI. 3:部署數(shù)據(jù)模型
[0039] 1.3.1.檔案類模型
[0040] 根據(jù)外部系統(tǒng)的業(yè)務需求，最大限度將系統(tǒng)中各類原始檔案模型進行關聯(lián)擴展， 生成一系列滿足各類用戶要求的檔案模型，形成檔案全屬性集合。系統(tǒng)管理員根據(jù)需要選 擇需要的檔案屬性，部署檔案模型，得到的檔案模型可生成外部系統(tǒng)需要的接口。
[0041] -個檔案類模型可W單獨配置成接口，也可W與一個數(shù)據(jù)類模型關聯(lián)配置成復合 接口。
[0042] 1.3.2.數(shù)據(jù)類模型
[0043] 存儲在本系統(tǒng)中的數(shù)據(jù)模型，通過數(shù)據(jù)模型定義，部署成數(shù)據(jù)模型。一個數(shù)據(jù)模型 可W單獨配置成接口，也可W關聯(lián)一個檔案模型后關聯(lián)更多的檔案屬性一起配置成接口。
[0044] 對于數(shù)據(jù)類模型中，數(shù)據(jù)來源為"采集計算數(shù)據(jù)文件"時，鑒于實時文件的數(shù)據(jù)過 濾復雜性，將不提供可配置參數(shù)。
[0045] 1.3.3.WebService 查詢類模型
[0046] 對于規(guī)則復雜的接口需求，規(guī)則可能是根據(jù)查詢規(guī)則優(yōu)先級或者是根據(jù)外部系統(tǒng) 的提供的用戶清單。運類接口實現(xiàn)時需要開發(fā)成WebService查詢類模型，系統(tǒng)管理員可W 配置該類接口的約束條件后，在用戶調用時進行參數(shù)賦值實現(xiàn)。
[0047] WebService查詢類模型，只能獨立配置接口，鑒于該類接口實現(xiàn)復雜，不能與其他 模型進行關聯(lián)配置。
[0048] 所述的步驟2具體包括如下內容：
[0049] 2.1.按規(guī)則選擇數(shù)據(jù)模型生成外部接口
[0050] 檔案類、數(shù)據(jù)類和WebService查詢類數(shù)據(jù)模型均可W單獨配置成單個外部接口， 數(shù)據(jù)類模型可W與檔案類模型關聯(lián)生成外部接口，但是一個數(shù)據(jù)類模型只能與一個檔案類 模型關聯(lián)。
[0化1] 接口編碼規(guī)則：
[0052] 系統(tǒng)接口用戶自定義生成，生成接口時由系統(tǒng)根據(jù)規(guī)則自動生成，接口編碼為7位 編碼，生成規(guī)則如下：
[0053] ${接口編碼}=${:模型編碼}${接口自編號}
[0054] ${模型編碼}=${數(shù)據(jù)模型大類編碼}${數(shù)據(jù)模型子類編碼}
[0055] ${數(shù)據(jù)模型大類編碼}:設計過程中編制，由兩位數(shù)字組成，從10~99中選取，系統(tǒng) 模型最多可W編制90個大類模型，大類模型編碼規(guī)則采用順序編碼。
[0056] ${數(shù)據(jù)模型子類編碼}:設計過程中編制，由兩位數(shù)字組成，從01~99中選取，每個 大類中最多可W編制99個子類模型，子類編碼規(guī)則采用順序編碼。
[0057] $ {接口自編號}:接口配置時系統(tǒng)自動生成，由Ξ位數(shù)字組成，從001~999中選取， 接口由數(shù)據(jù)模型生成，當接口由單個數(shù)據(jù)模型生成時，則使用對應數(shù)據(jù)模型的模型編碼開 始進行接口自編號，若有一個數(shù)據(jù)類數(shù)據(jù)模型關聯(lián)一個檔案類數(shù)據(jù)模型生成接口時，使用 數(shù)據(jù)類數(shù)據(jù)模型的模型編碼開始進行接口自編號，接口自編號的規(guī)則是確保每一個模型編 碼后的接口自編號不重復，系統(tǒng)生成時，可W從該數(shù)據(jù)模型編碼后的001開始順序編碼。
[005引綜上規(guī)則可知，每一個數(shù)據(jù)模型最多可配置999個接口。
[0059]下表3是接口編碼規(guī)則定義范例，其中數(shù)據(jù)模型編碼開發(fā)期設定，接口編碼在接口 定義配置時由系統(tǒng)生成，生成接口編碼時，從001~999順序生成。
[0060]
[0061] 表 3
[0062] 基于此，設計外部接口定義的數(shù)據(jù)結構如下表4外部接口定義表1F_DP_INTERFACE 所示：
[0063]
[0064] 表 4
[0065] 2.2.外部接口模型字段和參數(shù)的配置
[0066] 接口生成后，可W根據(jù)外部系統(tǒng)需求，選擇模型中的字段是否輸出，還可W根據(jù)外 部系統(tǒng)的處理特性，修改各字段的輸出順序。為了最大限度重用接口定義，系統(tǒng)管理員可W 定義接口參數(shù)，選擇模型中的可配置成參數(shù)的字段配置成參數(shù)，配置的參數(shù)可W指定何時 必須賦值，或用戶可選。
[0067] 設計外部接口配置的數(shù)據(jù)結構如下表5接口定義明細表1F_DP_INTERFACE_FD和表 6接口參數(shù)配置表1F_DP_INTERFACE_PARAM所示：
[006引
[0071] 表6
[0072] 2.3.回調接口設計
[0073] 系統(tǒng)提供的部分WebService接口，需要調用者給出參數(shù)后，系統(tǒng)生成后臺任務開 始取數(shù)，取數(shù)完成后，調用對應服務的回調接口返回數(shù)據(jù)給調用者，回調接口調用時，系統(tǒng) 將采用統(tǒng)一的參數(shù)形式回調，具體參數(shù)如下表7所示：
[ΠΠ741
[0075] 表 7
[0076] 回調時，上述四個參數(shù)通過HTTP的GET方法調用。
[0077] 2.4.接口服務共享數(shù)據(jù)
[0078] 系統(tǒng)提供兩種類型的接口服務，如圖2所示是兩種接口服務的工作形式，一種是通 過WebService實時調用獲取服務數(shù)據(jù)的接口服務，另一種是通過訂閱本系統(tǒng)中實時或定期 輸出的大數(shù)據(jù)量文件型接口服務。
[0079] WebService調用型接口服務，存在兩種形式，一種形式是對于小數(shù)據(jù)量的調用返 回型服務，接口被調用后，從數(shù)據(jù)倉庫或數(shù)據(jù)集市中獲取外部系統(tǒng)需要的數(shù)據(jù)直接返回。
[0080] 第二種形式是根據(jù)外部系統(tǒng)的請求參數(shù)，數(shù)據(jù)池系統(tǒng)需要在后臺組織數(shù)據(jù)并且W 文件FTP文件的形式提供給外部系統(tǒng)，對于該中形式的接口服務，系統(tǒng)接收到用戶的調用請 求后，直接響應外部系統(tǒng)已經(jīng)成功接收服務任務，后臺完成數(shù)據(jù)組織后，回調外部系統(tǒng)的回 調接口，將準備好的數(shù)據(jù)訪問地市發(fā)送給外部系統(tǒng)，外部系統(tǒng)即可獲取響應的服務數(shù)據(jù)。 [0081 ]訂閱文件型接口服務，主要有兩種數(shù)據(jù)文件來源，一種是對數(shù)據(jù)實時性要求非常 高的采集實時數(shù)據(jù)，另一種是根據(jù)時間調度策略計算出來的統(tǒng)計匯總數(shù)據(jù)。
[0082] 對于實時性要求非常高的數(shù)據(jù)，數(shù)據(jù)池從計量自動化主站系統(tǒng)采集處理平臺獲取 數(shù)據(jù)文件后，根據(jù)接口規(guī)范要求，對數(shù)據(jù)文件進行重新組織后，直接提供給外部系統(tǒng)。
[0083] 對于調度定期輸出的計算數(shù)據(jù)，數(shù)據(jù)實時性要求相對較低，主要有兩種提供方式， 一種是通過計量自動化主站系統(tǒng)的計算模塊定期生成的計算數(shù)據(jù)，在計算模塊裝載到計量 自動化系統(tǒng)數(shù)據(jù)庫的同時，W文件的形式提供給本系統(tǒng)，本系統(tǒng)根據(jù)接口規(guī)范要求重新組 織數(shù)據(jù)文件后，提供給外部系統(tǒng)；另一種是根據(jù)數(shù)據(jù)池中各類統(tǒng)計匯總數(shù)據(jù)，根據(jù)調度策略 定期形成數(shù)據(jù)接口文件提供給外部系統(tǒng)。
[0084] 所述的步驟3具體包括如下內容：
[0085] 外部系統(tǒng)需要訪問數(shù)據(jù)池中的數(shù)據(jù)時，需要進行外部系統(tǒng)定義和接口訂購工作， 數(shù)據(jù)池中有兩種類型的接口服務:訂閱型FTP數(shù)據(jù)共享接口和WebService調用服務接口，外 部系統(tǒng)只能選擇已經(jīng)定義好的接口進行訂閱工作。接口訂購操作，是由系統(tǒng)管理員在本系 統(tǒng)中通過功能配置實現(xiàn)。
[00化]3.1.定義外部系統(tǒng)
[0087] 外部系統(tǒng)定義，根據(jù)外部系統(tǒng)的相關屬性和要求，配置外部系統(tǒng)的訪問接口時的 用戶名、密碼等信息。如果外部系統(tǒng)有可能需要訂購WebService調用后回調返回數(shù)據(jù)服務 類型的接口時，還需要定義外部系統(tǒng)的回調接口，回調接口也可W在訂購具體接口時指定
[0088] 外部系統(tǒng)注冊系統(tǒng)標識生成規(guī)范。分別說明如下。
[0089] 外部系統(tǒng)標識規(guī)則
[0090] 標識規(guī)則：${system sign}${dqbm}_${sequence};
[0091] ${system 3；[即}:固定值為"EXT";
[0092] ${dqbm}:取自屬性中的"地區(qū)編碼"字段，界面編輯時采用下拉框選擇實現(xiàn)。
[0093] ${sequence} =${nn}；
[0094] ${nn}:順序編碼，從01到99中選取，可不連續(xù)，由系統(tǒng)定義時自動生成，系統(tǒng)生成 時，獲取最大系統(tǒng)順序號，取下一個順序號即可。
[00M]根據(jù)規(guī)范外部系統(tǒng)定義和接口訂購的數(shù)據(jù)結構如下表8外部系統(tǒng)定義表1F_DP_ EXTERNALS和表9接口訂購表1F_DP_EXTERNALS_0畑邸S所示：
[0096]
[009引 表8
[0099]
[0100] 表 9
[0101] 3.2.參數(shù)配置
[0102] 選擇相關接口，并且根據(jù)接口的參數(shù)配置要求進行參數(shù)配置如下表10接口訂購參 數(shù)配置表1F_DP_EXTERNALS_0 畑邸 S_PARAM 所示：
[0103]
[0104] 表10
[0105] 如圖3所示是數(shù)據(jù)模型表、數(shù)據(jù)模型明細表、接口參數(shù)配置表、外部接口定義表、接 口定義明細表、接口訂購參數(shù)配置表、接口訂購表、外部系統(tǒng)定義表之間的數(shù)據(jù)關聯(lián)關系結 構示意。
[0106] 綜合W上分析，本發(fā)明使用訂閱型和調用兩種接口服務方式共享數(shù)據(jù)池，解決目 前系統(tǒng)接口繁多、重復工作量大的問題，為其他業(yè)務系統(tǒng)提供統(tǒng)一、快速的數(shù)據(jù)服務。數(shù)據(jù) 模型、外部接口模型和外部系統(tǒng)模型Ξ種模型的開發(fā)及部署轉變了W往多業(yè)務系統(tǒng)間數(shù)據(jù) 管理，有效提高了數(shù)據(jù)處理效率，同時又能適應業(yè)務發(fā)展的變化需求。
[0107] 本發(fā)明的實施方式不限于此，在本發(fā)明上述基本技術思想前提下，按照本領域的 普通技術知識和慣用手段對本
【發(fā)明內容】
所做出其它多種形式的修改、替換或變更，均落在 本發(fā)明權利保護范圍之內。
【主權項】
1. 一種數(shù)據(jù)池對外共享服務方法，其特征在于包括以下步驟： (1) 開發(fā)數(shù)據(jù)模型：從計量自動化主站系統(tǒng)采集到各類數(shù)據(jù)后，開發(fā)數(shù)據(jù)模型功能，定 義數(shù)據(jù)結構，配置數(shù)據(jù)模型； (2) 接口配置:數(shù)據(jù)發(fā)布系統(tǒng)根據(jù)外部系統(tǒng)需求，選擇數(shù)據(jù)發(fā)布系統(tǒng)中的數(shù)據(jù)模型，生 成外部調用接口，通過定義外部接口模型配置接口，拓展接口服務； (3) 接口訂購:外部系統(tǒng)要訪問本數(shù)據(jù)發(fā)布系統(tǒng)的資源，需注冊用戶信息，訪問時，需要 以注冊賬號密碼信息獲取相關資源，在此基礎上設計外部系統(tǒng)模型。2. 根據(jù)權利要求1所述的選擇方法，其特征在于:所述的接□服務有兩種類型，一種是 通過WebService實時調用獲取服務數(shù)據(jù)的接口服務，外部系統(tǒng)可以根據(jù)用戶權限實時訪問 對應接口服務，數(shù)據(jù)發(fā)布系統(tǒng)實時從數(shù)據(jù)存儲中提取數(shù)據(jù)返回或回調外部系統(tǒng)來實現(xiàn)服務 提供功能；另一種是通過訂閱的接口服務:數(shù)據(jù)發(fā)布系統(tǒng)中實時或定期輸出的大數(shù)據(jù)量文 件型的接口服務，即設定了對端的回調和服務方式后，數(shù)據(jù)發(fā)布系統(tǒng)按照時間策略或隨機 策略發(fā)布數(shù)據(jù)給外部系統(tǒng)。3. 根據(jù)權利要求1所述的選擇方法，其特征在于：所述數(shù)據(jù)模型包括開發(fā)數(shù)據(jù)模型功 能，部署數(shù)據(jù)模型，該數(shù)據(jù)模型是生成外部接口的依據(jù)。4. 根據(jù)權利要求1所述的選擇方法，其特征在于:所述外部接口模型是一種配置數(shù)據(jù)模 型，由系統(tǒng)管理員根據(jù)外部系統(tǒng)需求，通過前臺系統(tǒng)功能配置而成。5. 根據(jù)權利要求1所述的選擇方法，其特征在于:所述外部系統(tǒng)模型，用于當外部系統(tǒng) 要訪問本數(shù)據(jù)發(fā)布系統(tǒng)的資源時，需先注冊用戶信息，之后在訪問時，以注冊賬號密碼信息 獲取相關資源;外部系統(tǒng)模型就是用戶信息的集合。
【文檔編號】G06F9/44GK105824626SQ201610144781
【公開日】2016年8月3日
【申請日】2016年3月14日
【發(fā)明人】闕華坤, 盧世祥, 林國營, 雷曉江, 柳志明
【申請人】廣東電網(wǎng)有限責任公司電力科學研究院