通過標(biāo)簽管理分析與預(yù)測(cè)，企業(yè)提升服務(wù)質(zhì)量、效率、回饋。

1. 功能架構(gòu)
   圖1 功能架構(gòu)
   

   主體配置：支持多個(gè)標(biāo)簽主體的創(chuàng)建與維護(hù)，可滿足對(duì)客戶、設(shè)備、數(shù)據(jù)、員工、商品等不同主體對(duì)象的標(biāo)簽建設(shè)需求。

   標(biāo)簽體系管理：提供多層級(jí)的標(biāo)簽分類管理功能，支撐對(duì)標(biāo)簽的體系化管理，滿足各種標(biāo)簽體系建設(shè)需求。

   標(biāo)簽創(chuàng)建：提供多種標(biāo)簽生成方式，比如規(guī)則標(biāo)簽、手工標(biāo)簽、組合標(biāo)簽等，以滿足不同特性的標(biāo)簽創(chuàng)建需求。

   標(biāo)簽管理：支持標(biāo)簽創(chuàng)建、審核、發(fā)布、評(píng)估、停用、優(yōu)化下線的生命周期管理流程，實(shí)現(xiàn)標(biāo)簽的全生命周期管理，保證標(biāo)簽的運(yùn)行狀態(tài)清晰、有序、可控。

   標(biāo)簽調(diào)度：支持自定義標(biāo)簽調(diào)度更新時(shí)間，實(shí)現(xiàn)靜態(tài)標(biāo)簽與動(dòng)態(tài)標(biāo)簽的創(chuàng)建，滿足不同的時(shí)效性的數(shù)據(jù)標(biāo)簽更新需求。

   畫像展現(xiàn)：支持通過精準(zhǔn)搜索與模糊搜索進(jìn)行目標(biāo)對(duì)象畫像查詢，并支持通過以詞云或列式的方式展現(xiàn)標(biāo)簽，直觀地將業(yè)務(wù)對(duì)象特征信息進(jìn)行展現(xiàn)。

   群體圈選：支持基于標(biāo)簽和寬表字段進(jìn)行業(yè)務(wù)對(duì)象篩選功能，靈活快速定位目標(biāo)群體。

   標(biāo)簽服務(wù)：支持將標(biāo)簽成果以服務(wù)的形式對(duì)外發(fā)布，并支持對(duì)標(biāo)簽服務(wù)調(diào)用情況進(jìn)行監(jiān)測(cè)

2. 數(shù)據(jù)邏輯架構(gòu)

   產(chǎn)品分為配置庫(kù)與運(yùn)算庫(kù)，配置庫(kù)主要存儲(chǔ)系統(tǒng)配置數(shù)據(jù)需要支持事務(wù)性的關(guān)系型數(shù)據(jù)庫(kù)，運(yùn)算庫(kù)按照標(biāo)簽數(shù)據(jù)量進(jìn)行選型，默認(rèn)設(shè)置下配置庫(kù)與運(yùn)算庫(kù)會(huì)存放于一起

   圖2 數(shù)據(jù)邏輯架構(gòu)
   

3. 邏輯部署架構(gòu)

   標(biāo)簽畫像 負(fù)載均衡 采用華為云平臺(tái)負(fù)載均衡服務(wù)，標(biāo)簽畫像分接口服務(wù)與應(yīng)用服務(wù)進(jìn)行部署，數(shù)據(jù)庫(kù)、緩存等服務(wù)直接采用華為云數(shù)據(jù)服務(wù)

   圖3 邏輯部署架構(gòu)
   

4. 物理部署架構(gòu)

   產(chǎn)品支持線性擴(kuò)展部署，通過靈活地?cái)U(kuò)展服務(wù)器數(shù)量提升系統(tǒng)處理能力，滿足不同的標(biāo)簽處理與應(yīng)用需求

   單機(jī)方式部署請(qǐng)情況下，標(biāo)簽接口服務(wù)、標(biāo)簽畫像應(yīng)用服務(wù)共同部署在一臺(tái)服務(wù)器中即可，且不需要Redis緩存服務(wù)。

   集群情況下，通常由2臺(tái)服務(wù)器部署接口服務(wù)組成標(biāo)簽接口服務(wù)集群，由2臺(tái)服務(wù)器部署標(biāo)簽畫像應(yīng)用服務(wù)組成應(yīng)用集群，且必須使用Redis緩存服務(wù)共享會(huì)話及應(yīng)用熱數(shù)據(jù)

   圖4 物理部署架構(gòu)
   

5. 部署架構(gòu)與資源建議

   產(chǎn)品支持線性擴(kuò)展部署，通過靈活地?cái)U(kuò)展服務(wù)器數(shù)量提升系統(tǒng)處理能力，滿足不同的標(biāo)簽處理與應(yīng)用需求

   圖5 部署架構(gòu)與資源建議
   

1. 應(yīng)用架構(gòu)

   數(shù)據(jù)服務(wù)共享平臺(tái)包括資源目錄管理、數(shù)據(jù)使用、數(shù)據(jù)服務(wù)開發(fā)、服務(wù)控制、調(diào)度管理、運(yùn)行監(jiān)控、運(yùn)行維護(hù)和數(shù)據(jù)分析與信息展現(xiàn)，應(yīng)用架構(gòu)如下圖所示：

   圖6 應(yīng)用架構(gòu)
   

   資源目錄管理：是可交換數(shù)據(jù)元數(shù)據(jù)的結(jié)構(gòu)化展現(xiàn)，需支持?jǐn)?shù)據(jù)庫(kù)、大數(shù)據(jù)、文件、Web 服務(wù)等多類型數(shù)據(jù)資源技術(shù)元數(shù)據(jù)的采集和業(yè)務(wù)元數(shù)據(jù)的維護(hù)能力；支持面向消費(fèi)者業(yè)務(wù)視圖（比如按主題的劃分） 的創(chuàng)建；提供資源注冊(cè)、維護(hù)和搜索等基本功能；

   數(shù)據(jù)使用：主要面向消費(fèi)方，是消費(fèi)者如何通過平臺(tái)申請(qǐng)數(shù)據(jù)資源及 數(shù)據(jù)管理 方審批處理的過程；消費(fèi)方可通過注冊(cè)功能自行在平臺(tái)注冊(cè)，支持消費(fèi)方瀏覽數(shù)據(jù)資源后提交資源申請(qǐng)（拉）和訂閱（推）的方式；消費(fèi)方可查看所有申請(qǐng)的狀態(tài)及歷史記錄，可查看申請(qǐng)的匯總情況；支持單個(gè)或批量申請(qǐng)；

   數(shù)據(jù)服務(wù)開發(fā)：主要面向開發(fā)人員，提供在線和離線兩種開發(fā)方式。對(duì)于如全量開發(fā)同步、數(shù)據(jù)庫(kù)到文件同步等的作業(yè)，開發(fā)人員可在 Web 頁(yè)面中進(jìn)行簡(jiǎn)單配置完成在線作業(yè)開發(fā)；對(duì)于復(fù)雜模型，可通過離線方式開發(fā)。數(shù)據(jù)服務(wù)開發(fā)提供作業(yè)目錄管理、作業(yè)流的可視化配置等；

   服務(wù)控制：平臺(tái)提供用戶對(duì)數(shù)據(jù)服務(wù)過程中的權(quán)限控制，包含 IP 白名單、服務(wù)狀態(tài)、調(diào)用關(guān)系管理等；

   調(diào)度管理：作業(yè)運(yùn)行的指揮中心，可通過調(diào)度管理配置任務(wù)的調(diào)度策略，配置任務(wù)運(yùn)行的優(yōu)先級(jí)及觸發(fā)方式等；

   運(yùn)行監(jiān)控：對(duì)整個(gè)平臺(tái)運(yùn)行過程中的狀態(tài)進(jìn)行監(jiān)控，包括物理資源、服務(wù)引擎、傳輸監(jiān)控、故障告警、消費(fèi)方等，同時(shí)提供對(duì)日志和歷史記錄的查看功能。

   運(yùn)維維護(hù)：為方便平臺(tái)使用的功能，支持資源目錄、作業(yè)模板、服務(wù)接口的導(dǎo)入導(dǎo)出；

   數(shù)據(jù)分析與展現(xiàn)：針對(duì)平臺(tái)作業(yè)、數(shù)據(jù)交換總量、文件傳輸、消費(fèi)方等進(jìn)行統(tǒng)計(jì)分析。

2. 數(shù)據(jù)架構(gòu)

   數(shù)據(jù)架構(gòu)反映平臺(tái)中，各種類型數(shù)據(jù)的分布及流轉(zhuǎn)情況。在數(shù)據(jù)服務(wù)共享平臺(tái)中，數(shù)據(jù)可分為業(yè)務(wù)數(shù)據(jù)、元數(shù)據(jù)（含資源目錄）、質(zhì)量數(shù)據(jù)、作業(yè)模板及運(yùn)行監(jiān)控?cái)?shù)據(jù)、統(tǒng)計(jì)分析數(shù)據(jù)等。

   業(yè)務(wù)數(shù)據(jù)：指承載業(yè)務(wù)含義（大多來源于企業(yè)內(nèi)部各業(yè)務(wù)系統(tǒng)及少量外部數(shù)據(jù)），由各總部及各分子公司業(yè)務(wù)部門（數(shù)據(jù)提供方）提供，轉(zhuǎn)移至前置區(qū)（數(shù)據(jù)準(zhǔn)備）后，經(jīng)過相應(yīng)的處理和擴(kuò)展，提供給消費(fèi)方。具備數(shù)據(jù)提供、數(shù)據(jù)獲取、數(shù)據(jù)準(zhǔn)備、數(shù)據(jù)處理及服務(wù)化開發(fā)、數(shù)據(jù)共享發(fā)布和數(shù)據(jù)消費(fèi)的完善數(shù)據(jù)交換過程。業(yè)務(wù)數(shù)據(jù)一般存儲(chǔ)于 ODS 區(qū)，也可直接提供點(diǎn)對(duì)點(diǎn)的方式，業(yè)務(wù)數(shù)據(jù)在平臺(tái)中不存儲(chǔ)；

   元數(shù)據(jù)（資源目錄）：業(yè)務(wù)數(shù)據(jù)交換的整個(gè)過程，都是以元數(shù)據(jù)（資源目錄）為驅(qū)動(dòng)。元數(shù)據(jù)可分為技術(shù)元數(shù)據(jù)和業(yè)務(wù)元數(shù)據(jù)兩種，在數(shù)據(jù)交換過程中，通過手動(dòng)和自動(dòng)的方式進(jìn)行管理；元數(shù)據(jù)存儲(chǔ)于平臺(tái)數(shù)據(jù)庫(kù)中；

   質(zhì)量數(shù)據(jù)：針對(duì)業(yè)務(wù)數(shù)據(jù)所開展質(zhì)量評(píng)估后產(chǎn)生的數(shù)據(jù)，一般包括質(zhì)量檢核規(guī)則和檢查結(jié)果數(shù)據(jù)；質(zhì)量數(shù)據(jù)存儲(chǔ)于平臺(tái)數(shù)據(jù)庫(kù)中，也可將結(jié)果數(shù)據(jù)生成文檔后發(fā)送給業(yè)務(wù)系統(tǒng)主責(zé)部門；

   模型及運(yùn)行監(jiān)控?cái)?shù)據(jù)：平臺(tái)運(yùn)行過程中，各類作業(yè)的模型（模板）及配置信息，作業(yè)運(yùn)行過程中的告警、監(jiān)控信息和日志信息等，作業(yè)運(yùn)行過程中的調(diào)度策略及調(diào)度信息；模型及運(yùn)行監(jiān)控?cái)?shù)據(jù)存儲(chǔ)于平臺(tái)數(shù)據(jù)庫(kù)中；

   統(tǒng)計(jì)分析數(shù)據(jù)：針對(duì)作業(yè)、數(shù)據(jù)交換量、消費(fèi)方等進(jìn)行的統(tǒng)計(jì)分析；部分?jǐn)?shù)據(jù)直接取自模型及運(yùn)行監(jiān)控?cái)?shù)據(jù)，部分?jǐn)?shù)據(jù)直接存儲(chǔ)于平臺(tái)數(shù)據(jù)庫(kù)。

3. 部署架構(gòu)

   數(shù)據(jù)服務(wù)共享平臺(tái)部署機(jī)構(gòu)如下所示：

   圖7 部署架構(gòu)
   

   數(shù)據(jù)服務(wù)共享平臺(tái)適應(yīng)于單級(jí)或多級(jí)的部署方式：

   單級(jí)部署：當(dāng)企業(yè)沒有上級(jí)單位、平級(jí)單位、下級(jí)單位數(shù)據(jù)共享需求時(shí)可以采用單級(jí)部署方式，單級(jí)部署時(shí)依據(jù)生產(chǎn)環(huán)境實(shí)際情況，部署 DSP產(chǎn)品所有組件于物理服務(wù)器（建議服務(wù)器數(shù)量最少為二臺(tái)及以上）中，其中 SSM 與 DataRelease 組件必須關(guān)聯(lián)部署在同一臺(tái)服務(wù)器中，當(dāng)數(shù)據(jù)交換的作業(yè)量較大時(shí)，可以對(duì) Server 組件進(jìn)行集群部署，當(dāng)數(shù)據(jù)服務(wù)（RESTful）的訪問量大時(shí)，可以對(duì) SSM 與 DataRelease 組件進(jìn)行集群部署。

   多級(jí)部署：當(dāng)企業(yè)對(duì)上級(jí)單位、平級(jí)單位、下級(jí)單位有數(shù)據(jù)共享需求時(shí)可以采用多級(jí)部署方式，多級(jí)部署時(shí)將 Agent 和 GatherClient 部署于有數(shù)據(jù)共享需求的上級(jí)單位、平級(jí)單位、下級(jí)單位的物理服務(wù)器中，其他產(chǎn)品組件部署于企業(yè)內(nèi)部服務(wù)器中，其中 SSM 與 DataRelease 組件必須關(guān)聯(lián)部署在同一臺(tái)服務(wù)器中，當(dāng)數(shù)據(jù)交換的作業(yè)量較大時(shí)，可以對(duì) Server組件進(jìn)行集群部署，當(dāng)數(shù)據(jù)服務(wù)（RESTful）的訪問量大時(shí)，可以對(duì) SSM與 DataRelease 組件進(jìn)行集群部署。

4. 技術(shù)架構(gòu)

   技術(shù)視圖

   數(shù)據(jù)服務(wù)共享平臺(tái)整體技術(shù)框架及各過程所采用技術(shù)如下圖所示：

   圖8 技術(shù)架構(gòu)
   

   數(shù)據(jù)服務(wù)共享平臺(tái)通過多種數(shù)據(jù)（結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù)、文件數(shù)據(jù)）、協(xié)議（Http、JDBC、Socket）接入方式將已有的業(yè)務(wù)數(shù)據(jù)接入 DSP 平臺(tái)，在平臺(tái)中通過數(shù)據(jù)轉(zhuǎn)換、加工計(jì)算等邏輯操作，發(fā)布為數(shù)據(jù)服務(wù)，通過數(shù)據(jù)共享區(qū)對(duì)外提供多種類型的數(shù)據(jù)服務(wù)。

   圖9 技術(shù)實(shí)現(xiàn)
   

   資源層：支持對(duì)主流關(guān)系型數(shù)據(jù)庫(kù)（Oracle、MySQL、SQLServer、 PostgreSQL 、MongoDB、Gauss100、DM），大數(shù)據(jù)（HBase、Hive）、文件等多種類型數(shù)據(jù)資源技術(shù)元數(shù)據(jù)的采集和業(yè)務(wù)元數(shù)據(jù)的維護(hù)。

   平臺(tái)訪問層：基于 JDBC、HTTP、RPC 等通信協(xié)議實(shí)現(xiàn)與底層數(shù)據(jù)和文件間的訪問交互，基于 Socket 通信實(shí)現(xiàn)平臺(tái)各組件間的數(shù)據(jù)通信，確保平臺(tái)中數(shù)據(jù)間交互與通訊高效、安全、可靠。

   平臺(tái)邏輯層：平臺(tái)邏輯層依托于各類適配器、組件、引擎保證平臺(tái)的安全穩(wěn)定運(yùn)行，適配器有數(shù)據(jù)庫(kù)（DBAdapter）、HBase（HBaseAdapter）、Hive（HiveAdapter）、文件（FileAdapter）等類型；組件包含安全、監(jiān)控、Redis 緩存、日志等組件；引擎包含實(shí)時(shí)服務(wù)引擎、批量服務(wù)引擎、監(jiān)控引擎、日志引擎等。

   服務(wù)提供層：服務(wù)提供層采用輕量級(jí)的 Web Service 架構(gòu)（RESTful），其實(shí)現(xiàn)和操作比 SOAP 和 XML-RPC 更為簡(jiǎn)潔，可以完全通過 HTTP 協(xié)議實(shí)現(xiàn)對(duì)外部應(yīng)用提供統(tǒng)一的 RESTful Web 服務(wù)。

   平臺(tái)展示層：平臺(tái)展示層使用 VUE+ElementUI 框架，結(jié)合 CSS 、AJAX 等業(yè)界前沿技術(shù)實(shí)現(xiàn)豐富的界面展示效果，提升使用者的交互體驗(yàn)。

1. 潛在投訴風(fēng)險(xiǎn)預(yù)警，提升客戶服務(wù)質(zhì)量

   通過分析 95598 呼叫行為數(shù)據(jù)、客戶檔案數(shù)據(jù)、實(shí)時(shí)數(shù)據(jù)等信息，建立潛在投訴傾向模型，輸出“潛在投訴高風(fēng)險(xiǎn)”、“同一事件頻繁投訴”、“傾向復(fù)電不準(zhǔn)時(shí)投訴”等標(biāo)簽，依據(jù)客戶標(biāo)簽推薦差異化服務(wù)策略，提升客戶服務(wù)品質(zhì)。

   圖10 潛在投訴風(fēng)險(xiǎn)預(yù)警
   

2. 精準(zhǔn)預(yù)測(cè)電費(fèi)回收風(fēng)險(xiǎn)，縮短電費(fèi)回收周期

   通過分析客戶信用、用電趨勢(shì)、行業(yè)前景信息和突發(fā)事件，構(gòu)建電費(fèi)回收風(fēng)險(xiǎn)模型，并將分析成果通過標(biāo)簽的形式固化至普元標(biāo)簽產(chǎn)品，并依據(jù)用戶風(fēng)險(xiǎn)級(jí)別標(biāo)簽等特征采取精準(zhǔn)化風(fēng)險(xiǎn)防控策略，從而達(dá)到縮短電費(fèi)回收周期的目的。

   圖11 精準(zhǔn)預(yù)測(cè)電費(fèi)回收風(fēng)險(xiǎn)
   

3. 準(zhǔn)確定位電能替代潛力客戶，提高市場(chǎng)開拓效率

   從已實(shí)現(xiàn)電能替代的客戶的畫像特征出發(fā)，通過分析企業(yè)行業(yè)類別、用電趨勢(shì)、行業(yè)景氣度和用電負(fù)荷等數(shù)據(jù)，構(gòu)建電能替代模型，準(zhǔn)確預(yù)估企業(yè)電能替代潛力，根據(jù)不同潛力等級(jí)客戶及其特征設(shè)計(jì)相應(yīng)推廣策略，提高市場(chǎng)開拓效率。

   圖12 準(zhǔn)確定位電能替代潛力客戶
   

4. 精細(xì)化設(shè)備管控策略，提升運(yùn)維效率

   根據(jù)設(shè)備名稱、歸屬地、年齡、資產(chǎn)價(jià)值、運(yùn)行狀態(tài)等特征屬性以及缺陷敏感度、負(fù)載強(qiáng)度、事故風(fēng)險(xiǎn)等業(yè)務(wù)表現(xiàn)特征，構(gòu)建多層次、多維度、多視角的設(shè)備標(biāo)簽體系，形成全景設(shè)備畫像。并在標(biāo)簽設(shè)計(jì)的應(yīng)用環(huán)節(jié)，充分考慮了采集異常生成、遠(yuǎn)程處理、派工、現(xiàn)場(chǎng)處理和運(yùn)維反饋全流程環(huán)節(jié)，并結(jié)合每個(gè)流程業(yè)務(wù)的特點(diǎn)，將特定的標(biāo)簽應(yīng)用于相應(yīng)流程進(jìn)行計(jì)算分析。同時(shí)基于產(chǎn)品策略配置能力，通過作業(yè)項(xiàng)目、作業(yè)周期、作業(yè)優(yōu)先級(jí)、標(biāo)簽反饋等類型策略內(nèi)容配置，支撐一線運(yùn)維人員通過高效識(shí)別和管理設(shè)備特征信息，針對(duì)性的開展設(shè)備運(yùn)維工作。

   圖13 精細(xì)化設(shè)備管控策略
   

1. 支持的運(yùn)行環(huán)境操作系統(tǒng)

   Windows server 2008/Windows server 2008 R2/Windows server 2012/Windows server 2012R2/Windows server 2016；

   Red Hat Enterprise Linux 6 或以上；

   CentOS 6 或以上；

   Ubuntu 14 或以上。

2. 支持的數(shù)據(jù)庫(kù)

   Oracle 10g/11g/12c；

   GBase 8a 或以上；

   Mysql 5.6 或以上；

   Hadoop 大數(shù)據(jù)平臺(tái)-CDH 5.7 或以上；

   華為 Gauss DB 100/200；

   星環(huán)大數(shù)據(jù)平臺(tái)-TDH 5.1 或以上；

   Pivotal Greenplum 5 或以上；

   SAP HANA 2.0 或以上；

   PostgreSQL 9 或以上。

3. 支持的瀏覽器

   IE 10 或以上；

   Chrome 54 或以上；

   Firefox 61 或以上；

   Safari 11 或以上。