前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇合同智能管理范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

合同智能管理范文第1篇

關鍵詞：智能交通；ArcGIS；數據庫

DOIDOI：10.11907/rjdk.162075

中圖分類號：TP319

文獻標識碼：A文章編號 ：16727800（2016）010013402

0引言

城市交通是在城市這個特定地理環境中開展的活動，離開了城市這種特定地域，城市交通問題將不那么突出，比如鄉村基本不存在城市所面臨的交通擁堵問題。因此深入研究城市交通所面臨的地理環境，對分析其中的各種交通行為特征十分重要。地理信息系統（GIS）為實際地理環境提供一個最接近現實的交互界面，在GIS基礎上展現城市交通活動將更直觀確切，有利于提高城市交通管理效率和針對性。城市交通管理需要全方位信息數據，而這些數據并沒有建立起內在的邏輯性，可能還存在冗余和不一致性。因此基于GIS構建一個統一的城市交通數據模型，對城市智能交通建設將起著基礎性作用。

GIS綜合管理系統建設目標是建成一個基于網絡環境的、實時的、可視化的交通管理地理信息服務平臺。它綜合集成交警部門現有的子系統，如車輛管理系統、駕駛員管理系統、交通控制信號、交通違章監控系統、122接處警等實時動態信息，以及警力分布、交通標志、城市規劃數據等進行集中管理，實現交通信息的完全共享、各子系統協同運行。通過各種數據分析，提供城市主要道路的交通流量、車速、是否有事故發生等信息，方便交通部門做出調度，同時可通過廣播電臺為司機提供全方位的交通信息。具體表現在：① 將集成各子系統的數據與空間位置信息關聯；②實現各子系統的可控設備在線調度；③建立智能交通模型，對交通信息管理進行輔助決策；④將多個子系統協同運行，實現1+1>2的整體效果；⑤采用多種信息技術，為市民提供全方位的交通服務。

1總體設計

本系統建設目標是建成一個基于網絡環境的、實時的、可視化的交通管理地理信息服務平臺，見圖1。系統采用C/S和B/S相結合的計算機技術，使用ArcGIS系列產品作為地理信息的基本平臺，將系統建成交警內部資源共享、圖文一體化的辦公平臺和交通信息對外服務公共平臺。采用Oracle10i企業版數據庫存儲基礎數據和其它數據。使用ArcIMS9.0 和ArcSDE作為數據服務器，空間數據庫引擎采用 ArcSDE。在數據應用層采用ArcEditor（ArcView）進行數據管理以及數據編輯處理；系統數據管理采用VisualStudio 2015平臺嵌入ArcObject開發工具，建立子系統各個功能模塊；電子地圖的空間信息服務采用ArcIMS地圖服務器向外提供，用戶只需在Internet/Intranet上就可通過瀏覽器訪問所需交通信息。

GIS平臺的所有空間數據、屬性數據、管理數據都存放在小型機上的ORACLE 9i數據庫。對于各個子系統中的數據，如果需要提供給GIS系統進行交通管理模型建模、提供給GIS系統日常管理維護，系統可通過實時數據采集、數據同步/異步復制、數據挖掘等方法，將原系統的數據復制到GIS數據庫中，并對數據結構重新定義，對數據進行整理加工。在今后的系統模型分析、數據查詢時，將不再從原系統獲取，直接從GIS數據庫獲得即可。

各子系統不需提供GIS系統建模數據，將數據存儲在原系統數據庫，在需要訪問使用時通過分布式數據庫訪問接口（采用ADO、ADO .NET、JDBC、數據庫訪問中間件技術等），以XML文本格式讀取。

2功能設計

2.1基礎地理信息錄入維護

基礎地理信息是GIS綜合控制平臺最基礎的部分。交通地理數據庫的空間數據劃分為城市基礎地理要素和城市交通管理要素兩大類，每個要素采用單獨的圖層進行存貯管理，可選擇性進行疊加查看。

2.2電子地圖制圖方法

針對GIS系統中城市基礎地理要素和城市交通管理地理要素兩大類多個圖層的電子地圖制圖，采用以下流程進行：

（1）產生城市基礎地理要素圖層：采用成熟的掃描矢量化軟件，把現有的高精度地圖進行掃描矢量化，對圖像進行增強、校正、拼接，數據檢查，轉變為分層的數字化圖形數據，同時錄入有關屬性數據。

（2）實地校正：采用高精度的GPS定位儀對電子地圖進行實地校正。

（3）轉化為標準的ArcGIS圖層文件。

（4）采用ArcEditor工具，直接增加新的圖層，錄入相關屬性數據。

2.3圖層數據更新維護

隨著城市建設的發展，電子地圖數據和實際地理要素信息會不一致，需要系統維護人員管理和維護電子地圖，針對不同的圖層信息，采用不同方法進行維護。

（1）城市基礎地理要素圖層更新，直接在ArcEdit圖層編輯工具進行維護。

（2）城市交通管理地理要素圖層更新，采用GIS平臺中的基礎地理信息錄入維護模塊進行。通過用戶界面，直接采用鼠標拖拉和鍵盤輸入相結合的方式進行更新。

2.4電子地圖基本圖形操作

系統通過電子地圖提供基礎圖形操作，如圖2所示。

2.4.1圖層管理及數據瀏覽

圖層管理提供顯示圖層、關閉圖層、通過鼠標點擊或拉框放大和縮小圖層、移動圖層、全屏顯示圖層功能，采用鷹眼方式對當前圖層定位操作，并提供對整圖的預覽。

2.4.2信息查詢

利用空間信息數據與屬性信息數據有機結合，實現從電子地圖上的實體與數據庫存儲、關聯字段信息間的雙向查詢。只要用鼠標點擊地圖上的相應元素，該實體所關聯的數據庫信息數據便可顯示出來，同樣也可通過輸入要查詢的實體名稱等信息，在地圖上標識該實體的位置信息。

數據編輯功能包括添加實體、刪除實體和修改實體屬性等操作，實現對圖形和屬性數據的操作與管理，以滿足局部少量數據更新的需要。該功能只限于對交通管理地理要素進行編輯，包括以下操作：

（1）添加實體：根據當前層的類型，允許有權限的用戶添加相應的點、線、面交通要素實體，錄入相應的屬性數據，或與已存在的數據庫數據進行關聯。

（2）刪除實體：允許有權限的用戶將當前打開圖層中所選定的實體從數據庫中刪除。

（3）屬性編輯：系統允許有權限用戶對實體的屬性值和當前圖層字段屬性進行修改，并寫入到數據庫。對于路口、街道、卡口等重要交通設施，可將一些圖片、視頻等二進制文件信息錄入有關屬性。

2.4.4分級圖層鏈接

用戶在電子地圖點擊某個有下層詳細地圖的實體后，系統將打開新的窗口顯示詳細地圖，如路口專題圖等。

2.5交通數據集成與網上視頻監控

GIS平臺工作站可以通過訪問應用服務器的實時數據訪問接口，獲取各子系統的實現數據，結合GIS平臺電子地圖對應的各類交通要素圖層，在電子地圖進行實時數據顯示，形成有關專題圖，功能有：①與交通信號控制子系統集成；②與視頻監控子系統集成；③與電子警察子系統集成；④與卡口子系統集成；⑤與122接處警子系統集成；⑥與GPS巡邏車定位子系統集成；⑦與交通誘導子系統集成；⑧與車駕管、違章管理子系統集成。

3結語

本系統采用Norden提出的質量控制法模型，對事故點作出分析，統計模塊將統計數據圖形化，更有利于用戶理解、接受；系統界面風格簡潔，清新自然，貼近現實又具專業性，用戶體驗感好；使用第三方控件，界面更加美觀，統計圖表顯示效果更好；利用跟蹤層，動態表現車流量狀況；與多個子系統集成，實現數據共享。

參考文獻參考文獻：

[1]顧朝林，段學軍.論“數字城市”及其三維再現關鍵技術[J].地理研究，2002，21（1）：1424.

[2]SCHANK RC.The virtual university[J].Cyberpsychology & Behavior，2000，3（1）：916.

[3]MA，JH，HUANG，et al.An integrated education system，international perspectives on teleeducation and virtual learning environments[M].Burlington USA： Ashgate Publishing Company，2000：109139.

[4]鄧艷智，陽王東.利用Agent實現城市交通信息集成與協同的方法[J]. 湖南城市學院學報：自然科學版， 2011（1）：1216.

合同智能管理范文第2篇

關鍵詞：綜合布線 智能 實時管理

今天，智能建筑的寫字樓、大廈、大學校園、政府部門甚至住宅小區中的絕大多數語音、數據、圖像的傳輸，在其物理層結構上都是基于結構化布線系統的基礎架構上。我們知道，在ISO/OSI協議中，物理層是網絡系統的基礎，所有網絡通訊依靠物理層的線纜來將語音、數據傳到目的地。

隨著結構化布線工程的普及和布線靈活性的不斷提高，用戶變更網絡連接或跳接的頻率也在提高，而布線系統是影響網絡故障的重要原因，椐調查60~70%的網絡故障是由于跳線的不明確，導致整個網絡的不可靠或癱瘓，網管人員已不可能再根據工程竣工圖或網絡拓撲圖來進行網絡維護工作。那么，如何能通過有效的辦法實現網絡布線的實時管理，使網管人員有一個清晰的網絡維護工作界面呢？這就需要有布線管理。物理層布線管理能實時（一天二十四小時，一年三百六十五天）監視布線的連接狀態和設備的物理位置，同時有任何更改的時候，能準確的更新布線文檔數據。這樣做的好處是連續提供可靠、安全的連接，防止任何無計劃的、無授權的更改，降低整個網絡系統的事故時間、運行和維護費用，最終能有效的管理整個網絡資源，提高布線管理效率。

二、構化布線目前設計的現狀和管理方式

目前，結構化布線設計一般采用國際標準的結構化布線系統，將語音、數據的配線統一在一套布線系統中。系統設計一般按六個子系統進行設計：

1. 工作區子系統：由終端設備連接到信息插座的連接線纜（3m左右）所組成。

2. 水平配線子系統：各樓層弱電井兼作樓層設備間，由設備間至工作區信息插座采用6類4對8芯UTP雙絞線，配線電纜長度不超過90米。

3. 垂直干線子系統：傳輸數據的垂直干線采用6芯多模光纖，并采用6類4對8芯UTP雙絞線作為備份；傳輸語音的垂直干線采用5類非屏蔽大對數銅纜。垂直干線沿弱電豎井橋架敷設。

4. 設備間子系統：各樓層弱電間作設備間，設置接入層網絡交換機、配線架等連接器件。

5. 管理子系統：計算機網絡中心、電話總機房，是整個大樓的網絡、電話交接中心。

6. 建筑群子系統：將建筑物中的線纜延伸到建筑物群的另一些建筑物中的通信設備和網絡設備上。

這樣設計思路簡潔，施工簡單，施工費用降低，充分適應通訊和計算機網絡的發展，為今后辦公自動化打下堅實的線路基礎。

但隨著技術的發展，人們不僅僅滿足布線，施工等的方便，對維護、管理也提出了要求。引言所述，如今公司、辦公人員變化很快，如果還是到設備間去跳線，是非常麻煩的，所以根據用戶的不同需求能進行隨時的改變和調整，這對管理人員的要求會很嚴格。管理人員要清楚地知道工作區的點與配線架點之間的對應關系，并能及時的跳接。根據TIA/EIA－606標準即《商業建筑物電信基礎結構管理標準》的規定：傳輸機房、設備間、介質終端、雙絞線、光纖、接地線等都有明確的編號標準和方法。通常施工人員為保證線纜兩端的正確端接，會在線纜上貼上標簽。用戶可以通過每條線纜的唯一編碼，在配線架和面板插座上識別線纜。

目前，由于用戶每天都在使用布線系統，而且用戶通常自己負責布線系統的維護，因此一般標識使用簡單的字母和數字進行識別。現在盡管許多制造商在生產面板插座時預印了“電話”、“電腦”、“傳真”等字樣，但大部分業主建議不要在面板插座上使用這些圖標。因為，首先這些標識信息不完全，達不到管理的目的；其次，布線基礎設施將不再具有通用性，隨時可能發生變更。到一段時間后，設備間跳線亂成一團，標簽脫落現象等很嚴重。

三、設計計算機管理系統的必要性

綜合布線實時智能管理系統是采用計算機技術實現綜合布線的實時自動化和智能化管理。在計算機市場中，已經有多種網絡管理應用軟件來幫助網絡管理員來監視網絡的連接情況，然而，值得注意的是這些應用絕大多數都工作在網絡層，而非物理連接層，它只能告訴網絡管理員哪個邏輯鏈路斷了，哪個設備不能連接上了，但是不能告訴管理員物理錯誤的位置和問題發生的原因，到底是電纜斷了還是插頭脫落了。傳統的交換機端口到配線架端口的連接是通過跳線完成的。竣工時候的跳線一旦發生更改必須由人工改變圖紙加以記錄，以備今后查詢。配線架的端口僅代表著客戶端端口，這樣造成的一個問題是，管理難度高，跳線在今后改動中難以查詢所連接的端口；另一個問題是，交換機的端口由于改變需要經常插拔，容易導致昂貴的交換機設備的損壞。一個統一實時的物理層管理系統能夠準確、可靠、安全、提供端到端的實時監視和相應的文檔，是十分必要的。綜合布線智能實時管理能節約時間，使業務中斷達到最小，能有效利用有源設備，能精確完善的記錄文檔，能在修復故障時降低中斷時間，對有計劃的 MAC (Move 移動、Add 添加、Change 變更) 能迅速作出反應。

隨著網絡技術的普及，越來越多的企業和行政單位使用了網絡系統，改變了傳統的辦公模式，大大提高了工作效率。同時，在單位中也多了一個部門--電腦部。傳統企業中的電腦部的職責也從文字處理、計算機維護轉入了網絡維護為主的新時代。在網絡維護中，除了對服務器系統、網絡設備的狀態監控外，還有一項重要的任務：根據其他部門人員變更，提供網絡（包括電話等）連接支持，以及更改后的文檔管理。

隨著時代脈搏的加快，人員變動，乃至部門的變動都越來越頻繁，如何讓網絡變動跟上這日益加快的節奏，同時又要保持文檔的正確性？這個問題逐步顯現出來。傳統的由人為管理的主要手段的模式已難以承擔這項工作。例如，電腦部人員變動造成新的工作人員對網絡一無所知的情況也比比皆是。若將整個企業比作一個機器，那么，這時的網絡系統將是最薄弱了。即使是最有經驗的網絡技術人員，面對一個混沌的網絡也束手無策。服務器設備、網絡通訊設備的飛速發展的今天，網絡的物理層的管理有沒有新的突破呢？回答是肯定的。四、構化布線計算機管理系統組成

傳統的網絡連接有這樣幾個部分：交換機端口到配線架端口的連接、配線架端口到客戶端端口連接、客戶端端口到終端設備（電腦、電話機等）。一般情況下，配線架端口到客戶端端口的網絡連接已經在最初的安裝中完成，很難在今后改動。所以，交換機端口到配線架端口的跳線是我們機房管理的重點。

結構化布線實時智能管理由兩部分組成：硬件和軟件。

合同智能管理范文第3篇

關鍵詞：智能樓宇；管理系統；設計；應用

中圖分類號： S611 文獻標識碼： A 文章編號：

引言：智能樓宇綜合管理系統（IBMS）是在BAS的基礎上更進一步的與通信網絡系統、信息網絡系統實現更高一層的建筑集成管理系統，從而實現各子系統間信息、資源和任務共享，各子系統的操作和快速響應與聯動控制，以達到自動化監視與控制目的，它將為使用者提供一個高效、便利、可靠的管理手段，給使用者提供全面、高質、安全、舒適的綜合服務。它追求的目標是：信息資源的共享與管理，提高工作效率和提供舒適的工作環境、采用"分散"控制，集中管理的模式，盡可能地減少管理人員和節約能源，能適應環境的變化和工作性質的多樣化及復雜性和應對突發事件的發生。

1智能樓宇管理系統概述

1.1 智能樓宇系統從信息交換和共享的角度來看待智能建筑產業。 它不僅要能夠與建筑物內的照明、電力、暖通、給水、排水、通風、安防等各設備子系統進行數據交換， 還要提供包括查詢、預約、遠程控制、導航、指南等各種行業內的通用服務， 具備在其上進行開發增值信息服務的能力， 并可以與大量相關行業或其他行業的第三方應用系統進行互兼容和操作。

1.2 智能樓宇管理系統結構：由Turing Control組態軟件做為上位機的監控系統支撐軟件，采集和控制下位各類傳感器及各種DDC控制器、執行機構。該管理系統分為子系統，分別是高、低壓配電監控系統、給、排水監控系統、中心調溫監控系統、燈光控制系統、電梯運行控制系統、門禁停車場監控系統。

2 智能樓宇管理系統設計和實現

智能樓宇管理系統是從智能大樓的要求出發，充分考慮樓宇的各種功能需求，利用計算機網絡系統，把復雜的異構系統形成一個相互關聯、完整和協調的綜合管理系統，使系統數據和信息得到高效合理的分配、共享、聯動。那么，根據智能建筑這些特點和使用者對大樓智能化系統工程的實際功能需求，我們對智能樓宇綜合管理系統的設計進行了探討。

現代的智能樓宇管理系統應基于微內核、可伸縮、跨平臺的系統架構。

圖1 給出智能樓宇管理系統采用的層次結構模型。從該層次模型中可以看到，各種為終端用戶開發的應用系統作為服務申請者位于最上層。在應用系統下一層是服務提供者——業務相關服務層。業務相關服務層針對具體的應用領域提供相應的功能服務，包含該行業內的標準( 通用) 服務，也可以包括定制的服務；同時，業務相關服務層還為各軟件開發商提供可重用的接口和組件。軟件總線 ORB 以及系統服務和實用工具屏蔽了網絡環境的差異。最底層的系統軟件層提供了計算和網絡的基礎框架結構。應用系統和服務之間、應用系統之間以及服務之間通過ORB 和系統軟件層進行互操作。

根據圖1 的層次模型，我們可以看出整個智能樓宇管理系統設計應該由一組業務相關服務( 核心服務) 、標準監控工作站、綜合數據庫、系統工具等內容組成一種多層結構，結構圖如圖2 所示。

圖 1系統層次結構模型

圖 2智能樓宇管理系統總體結構

其中，智能樓宇管理系統的核心服務是整個系統的核心，被映射為層次模型中的業務相關服務層。而一些應用，如標準工作站、系統工具等，可以作為特殊的應用提供，它們和其他第三方應用系統都處于相同的應用層上。

3 現代智能樓宇管理系統設計特點

3.1 開放兼容，無逢集成

（1）集成系統應支持OPC、SNMP、BACnet、Lonwork、Modbus等各種標準接口；

（2）系統支持數百種Rs232 / Rs485 / Rs422 等串口通訊協議；

（3）無論哪家公司的產品，只要提供通訊接口，均可快速免費接入到平臺中；

（4）系統作為服務端，對外提供OPC、SNMP、BACnet 數據接口，與其它系統對接。

3.2 良好的用戶界面——3D全景交互

隨著用戶對系統交互界面的要求越來越高，智能樓宇系統軟件原生支持動態3D全景高清技術，應配合多點觸摸和多屏互動界面，給予用戶極強的現場交互感，但是這個特點僅適用于高端應用場合。或者利用先進的紅外光學動作捕捉技術，自動識別“點擊”、“切換”、“控制”等肢體動作，達到與軟件進行交互的目的。

3.3 全面支持移動平臺

應支持現有流行的移動終端系統，如Android、Apple、Windows等。方便客戶隨時隨地監控。

4 現代智能樓宇管理系統設計功能

4.1系統工具是系統提供的一組特殊應用，是管理和配置系統的工具。其功能包括：

(1) 事件定義和關聯( 和控制方案)。為系統定義事件和控制方案并定義兩者間的關聯（即定義系統聯動功能）。為了達到系統的開放性和可伸縮性，必須用統一的形式對設備子系統進行封裝。本文設計了分層驅動模式，把核心與子系統的接口設計為兩層：統一設備驅動服務( uniform device driver service，UDDS) 和設備相關驅動服務( device specific driver service，DSDS) 。UDDS 包含在核心中， 向核心的其他服務提供統一的設備存取接口。DSDS 根據具體子系統的不同而不同，它屏蔽了各子系統操作方式的差異，向UDDS 提供相同的設備視圖。DSDS 可以由生產子系統的廠商提供，也可以由用戶自己定制。通過這種設計模式，使得在系統連接設備發生變化時，無需修改BIMS，而只要更換相應的 DSDS 即可，從而達到了良好的開放性和可伸縮性。

(2) 控制圖定制工具。系統提供完全可定制的圖形化界面，內置多種圖形工具和二次開發平臺。控制圖根據具體建筑物的不同而不同，具有千變萬化的特點。用戶通過系統控制圖定制工具繪制所需的圖形。

4.2核心服務都是標準的 CORBA service，它包括如下一組通用的業務相關服務：

(1) 日志服務。提供系統日志( 包括登錄、注銷、操作、事件、錯誤等) 的管理維護，有效地分析整個系統的日常操作與安全事件數據，識別應用系統環境中潛在的惡意威脅活動，幫助用戶降低受到來自外界和內部的惡意破壞和侵襲，提高系統的質量控制和監管控制。

(2) 事件服務。事件是指系統的某個實體狀態改變時產生的消息。該服務提供了一系列接口，供操作員定義和管理系統事件。

(3) 控制方案服務。控制方案是指涉及多個設備的復雜操作過程。控制方案服務使用戶可以用腳本語言方式定義和管理控制方案，并用解釋方式執行。

(4) 郵件和通信服務。提供系統操作員之間的郵件服務和在線交談服務。

5 結束語

總之，隨著高新技術日新月異，智能樓宇管理系統在計算機控制通信和設備自動化管理技術方面的要求也日益提高，這就要求不斷掌握新技術，不斷完善設計功能，提高應用的可行性。此與同時，更要提高系統管理和維護的自動化水平和協調運行能力，特別是在隨著以太網的迅猛發展，智能建筑與以太網之間產生了越來越多的結合點，為智能建筑向開放性的發展提供了更廣闊的空間的時代，真正實現功能集成、網絡集成和軟件界面集成的設計目標，為智能建筑提供了高效、快捷的超值服務和管理。

參考文獻：

合同智能管理范文第4篇

關鍵詞：人工智能；機器翻譯；知識管理；用戶模型；協同翻譯平臺

中圖分類號：TP391

文獻標識碼：A

1、思想與方法

1.1思想

不同于基于理性主義(規則、轉換、中間語言)和基于經驗主義(實例、模板、統計)的翻譯方法，基于知識管理的協同翻譯方法的本質是提出了以用戶模型為核心的知識管理與機器翻譯技術融合的新思想，關鍵是在創建用戶狀態模型和用戶行為模型的基礎上，將翻譯人員作為系統的有機組成部分進行一體化設計，從而動態優化系統的全過程控制策略，實現人機雙向對翻譯知識的動態積累、實時轉化、同步增益，進而實現翻譯過程的人機合一。

從全自動高質量的翻譯到人助機譯的翻譯，再到機助人譯，反映了人們對機器翻譯認識的不斷全面、客觀和深化。無論采用何種翻譯方法，一條公認的原則是：系統對知識的擁有量、應用能力和對知識管理的有效性決定了翻譯的質量和效率。

人作為知識管理系統的核心角色，可以看作是知識的直接“載體”，也是典型的知識管理“系統”。實現知識管理和機器翻譯的融合，其本質就是要實現翻譯用戶與翻譯系統的融合，即需要將用戶作為系統的有機組成部分進行一體化設計，構建以人為本的人機協同翻譯環境，從而確保用戶和系統的優勢得到最大化發揮。

以下是基于知識管理和智能控制的協同翻譯平臺(以下簡稱：協同翻譯平臺)在系統設計模式上與自動翻譯系統和輔助翻譯系統的區別：

自動翻譯系統：該模式中用戶與系統不能交互，用戶只能被動地接收系統自動生成的翻譯結果；系統不能得到用戶的反饋，系統所使用的知識也是靜態的。如圖1所示。

輔助翻譯系統：與自動翻譯系統相比，輔助翻譯系統(包括人助機譯或機助人譯)中增加了人一機交互模塊，用戶能夠通過交互界面有限地參與機器翻譯過程并指導譯文的生成，系統能夠記憶用戶的最終翻譯結果并作為之后翻譯的參考。如圖2所示。

協同翻譯平臺：通過創建用戶模型，實現了人(用戶)機(系統)的一體化設計，使用戶、系統和知識處于一個和諧統一的管理平臺中。用戶模型作為用戶在系統中的一種映射，為系統在翻譯過程中的決策優化提供了支持和保障，也進一步提高了翻譯知識積累和應用的有效性。如圖3所示。

在協同翻譯平臺中，人與系統的翻譯能力隨著使用時間的增長也同步增長，同時相互的適應性也越來越強，協同工作效率也越來越高。如圖4所示。

1.2方法

綜上所述，用戶模型是知識管理與機器翻譯技術融合的核心和關鍵。通過創建用戶模型，使各系統能夠動態獲取和共享翻譯過程中的知識，并通過系統與用戶、用戶與用戶的協同工作，實現了全過程中知識的有效循環和共同增益，從而確保了用戶和系統的優勢得到最大化發揮。

1.2.1用戶模型分析與設計

用戶模型是用戶在系統中的一種映射。映射建立的過程是針對設計目標，對用戶進行抽象的過程。在對協同翻譯全過程中用戶和系統交互狀態和行為分析的基礎上，本平臺提出的用戶模型包括狀態模型和行為模型，狀態模型描述了用戶的特征(靜態屬性)和屬性(動態屬性)，行為模型描述了用戶在翻譯過程中動作(顯)和決策(隱)。如表1所示。

1.2.2過程數據采集和處理

由于用戶數據的來源和性質不同，本平臺采用多種策略的數據采集處理方案。具體過程如下：

1)用戶靜態屬性

用戶靜態屬性來自用戶的自然狀況，可由個人簡歷等文檔中抽取和挖掘，這里不再細述。

2)用戶動態屬性

用戶動態屬性是通過實時采集用戶翻譯過程中的任務接收時間、任務提交時間、質檢分數、翻譯總量等基礎數據，動態統計分析出用戶的翻譯速度、翻譯質量、翻譯總量、翻譯排名、質量變化、速度變化等。

3)用戶顯

用戶顯是通過對用戶操作日志進行分析計算得出。具體包括：鼠標左(右)鍵點擊的術語和譯文、鼠標點擊的功能控制按鈕、鍵盤快捷鍵控制的功能、鍵盤編輯的內容和習慣、查詢的記錄、制定的術語、報告的錯誤、檢索的句對、提交的問題等。

4)用戶隱

用戶隱是通過分析協同翻譯過程的各種中間結果所作出的決策。通過對比翻譯和質檢結果、質檢和校對結果，結合翻譯過程中用戶所提出的疑難問題等，分析和評價各種結果的差異和相關語境，從而得出量化(形式化)的結果。

1.2.3用戶模型建立和應用

用戶狀態模型基于用戶靜態屬性和動態屬性建立，其特征包括翻譯速度、速度波動系數、翻譯質量、質量波動系數、領域、經驗和錯誤等特征。其中的翻譯速度和質量反映了用戶的綜合翻譯能力和水平；速度波動系數和質量波動系數反映了用戶翻譯速度和質量的穩定性；領域特征描述的是用戶擅長的專業領域；經驗特征是從翻譯歷史(數量、質量和速度)中分析提取的；錯誤特征是從譯文質檢結果和校對結果中獲取的。

用戶行為模型基于用戶顯和隱建立。如通過分析翻譯人員修改參考譯文和質檢人員修改初期譯文的過程，建立用戶操作行為模型，可以用來輔助用戶更高效地發現和定位譯文中需要修改的地方。其建模的基本思想是：首先要定義人機交互翻譯或校對過程中可能進行的基本操作集合(如插入、刪除、修改、替換等)，然后將翻譯或校對過程看作是用基本操作對初期譯文進行標注的過程，即將原問題轉化為一個序列標注問題。在自然語言處理中，序列標注問題可以用CRF、HMM、MEMM等方法來求解，如果假定所有操作是相互獨立的也可以直接使用最大熵模型求解。

與其他現有機器翻譯系統相比，本系統提出了建立用戶狀態模型和用戶行為模型，從根本上解決了動態開放知識庫建立過程中的知識評價、知識沖突和知識共享等問題，實現了知識的有效循環。

綜上所述，用戶模型是用戶在平臺中的一種映射，是實現翻譯過程人人協同、人機協同、人機合一的基礎，是知識管理與機器翻譯技術融合的核心和關鍵。

2、設計與實現

2.1系統設計

基于人機一體化設計思想，面向翻譯全過程構建基于知識管理和智能控制的協同翻譯平臺。平臺以翻譯知識及用戶模型的管理和應用為核心，綜合利用機器翻譯技術(統計翻譯技術、模板翻譯技術、 實例翻譯技術、規則翻譯技術、翻譯記憶技術、知識管理技術、人機交互技術、網絡技術和組件技術，針對用戶對翻譯任務的接收、理解、翻譯、校對和提交的每一環節提供相應的支撐工具，詳見圖5。

平臺主要由用戶(包括翻譯人員、質檢人員、校對人員和管理人員)、協同翻譯子系統和翻譯知識管理系統三部分構成。用戶作為平臺的有機組成部分，在與系統交互的過程中充分發揮自身的推理、判斷、聯想、學習和決策等能力；協同翻譯子系統提供了用戶在翻譯全過程中所需的各類工具包；翻譯知識管理平成對翻譯知識、過程知識，以及用戶模型進行管理，實現知識的采集積累、加工處理、更新維護和共享應用等。如圖5虛線所示，在人機協同工作的過程中，知識的循環是通過各子系統在用戶與知識庫之間進行。用戶通過各種交互操作實現了隱性知識的顯性化，系統基于用戶模型實現了過程控制的智能化。隨著系統與用戶間顯性知識與隱性知識的相互轉換，兩者的翻譯能力和協同能力也逐步提高。

2.2系統實現

該平臺主要包括：協同翻譯系統、協同質檢系統、協同校對系統、知識管理系統、任務管理系統和系列工具包，基于領域本體建立的大規模知識庫包括用戶模型、雙語術語2 600萬、雙語句對900萬等多種關聯的動態開放資源。下面分別介紹一下平臺各子系統的具體實現方案。

2.2.1協同翻譯系統

協同翻譯系統是本平臺最核心的子系統，為用戶提供了一個基于網絡的、面向全過程的交互式協同翻譯環境。其主要由翻譯交互、輸入助理、拼寫校改、輔助排版、術語積累、翻譯記憶、用戶行為記錄和多策略引擎等模塊組成。主界面如圖6所示。

圖6中的原文顯示窗口展示用戶當前翻譯內容及進度信息；知識檢索窗口為用戶提供術語、語塊、句子和篇章等相關翻譯知識；譯文編輯窗口是翻譯中間結果編輯的區域；協同翻譯窗口實現了對當前內容、過程和結果的可視化展示和交互控制功能，是翻譯人員最重要的協同區域；譯文顯示窗口展示譯后的雙語對照信息，以便翻譯人員進一步確認和參考；各窗口的不同操作鍵、文字的不同顏色和不同字體風格等是不同的控制策略、用戶模型的不同作用和知識的不同來源的體現。

2.2.2協同質檢系統

協同質檢系統為質檢人員提供了集成化的操作環境。系統由譯文抽檢、自動標錯、規范檢查、質量評估、自動評語、錯誤分析等模塊構成。該系統作為翻譯質量控制的核心，借助統一的用戶模型控制，與任務管理系統的任務分配模塊、知識管理系統的知識沖突處理模塊、協同翻譯系統的知識展示和培訓系統的考核等進行協同工作。

與協同質檢系統不同，協同校對系統是幫助校對人員對初譯結果進行校對和修改。系統由自動校改、自動對齊、知識檢索、行為記錄和錯誤統計等模塊組成。系統能夠對翻譯過程中所產生的各類形式化錯誤(如拼寫、單復數、主謂一致等錯誤)進行自動糾正；對語法語義錯誤和不符規范等錯誤進行主動提示。系統通過對校對過程和校對結果的自動記錄和分析，借助用戶模型逐步完善校對知識，調整校對策略，改善校對效果。

2.2.4翻譯知識管理系統

翻譯知識管理平臺通過對翻譯知識(如術語、句對、篇章、實例和規則等)、翻譯過程知識(如新術語、翻譯歷史、行為特征等)以及用戶模型(包括翻譯質量、速度、專業、性別等狀態知識和訓練產生的行為知識)的管理，實現知識的采集積累、加工處理、更新維護和共享應用等。知識管理系統作為整個協同翻譯平臺的管理與控制中心，為協同翻譯系統、協同質檢系統、協同校對系統及翻譯任務管理系統等提供了全過程的支持。

2.2.5翻譯任務管理系統

翻譯任務管理系統通過翻譯任務管理、校對任務管理、質檢任務管理、實施進度管理、培訓考核管理和系統后臺管理等模塊，實現了對翻譯任務、校對任務和質檢任務的導入、導出、分配、實施和監控。系統基于用戶模型研制的任務自適應分配技術實現了翻譯任務與翻譯人員、質檢任務與質檢人員、校對任務與校對人員的最優分配策略，在提高綜合翻譯效率和質量方面發揮了重要作用。

針對翻譯前、翻譯后相關處理需求，協同翻譯平臺還研發了任務聚類分析、術語識別、模板抽取、模型訓練、格式轉換等系列軟件工具，為平臺提供了全方位的實施支撐和應用保障。

3、分析與應用

3.1分析

該平臺在大規模科技資料(如：2億漢字的百萬專利)翻譯工程實踐中取得顯著的應用效果，即500名用戶協同工作，在錯誤率不超過1.5‰(國家翻譯質量標準)的前提下，平均翻譯效率提高2至4倍。

以下是由漢譯英翻譯的三種測試方案的結果分析。

3.1.1方案1：用戶能力測試

在協同翻譯平臺中，用戶與系統的能力隨著使用時間的增長也同步增長，同時相互的適應性也越來越強，協同工作效率也越來越高。

1)日翻譯量測試：自2008年2月1日入職之日到2008年4月18日的專利翻譯人員的數據，見圖7。

由圖7可以看出，經過3個月的人機協同工作，用戶翻譯能力提高了2～4倍。

2)翻譯質量測試：翻譯人員自人職之日起到兩個月后的質量數據，見圖8。

質量評定采用5分制，分數越高質量越好。由圖8可以看出，用戶經過接近1個月的協同工作，翻譯質量穩定在4.5分以上，即錯誤率可控制在1.5‰以下。

3.1.2方案2：系統能力測試

本方案選擇18篇不同專業的專利摘要文獻，成立甲乙兩個翻譯測試小組，每組9人，每人兩篇，由非英語專業、英語專業四級、英語專業八級的翻譯人員組成。甲組不使用本平臺翻譯，乙組使用本平臺翻譯，進行封閉式測試。分別記錄各組成員的實施時間，并對翻譯結果進行打分評價。

甲組測試結果匯總如表2所示。

乙組測試結果匯總如表3所示。

3.1.3方案3：子系統能力測試

本測試方案通過對173名翻譯人員開展調研，分析了主要功能模塊輔助作用，如圖9所示。

由圖9可以看出，術語檢索、交互窗口功能對翻譯人員的輔助作用超過了70％，自動校錯、翻譯記憶、輔助工具功能對翻譯人員的輔助作用超過了30％。

3.2應用

“格微協同翻譯平臺”的成功應用，改變了傳統的作坊式翻譯方式，實現了翻譯服務的智能化、網絡化、工程化和產業化。在我國國防領域、國際合作以及國家知識產權(專利)的國際化中發揮了極其重要的作用。

3.2.1科技資料翻譯服務

2007年6月，該平臺成功應用于國家知識產權局百萬專利翻譯項目，項目有關信息參見表5所示：

經過必要的培訓和指導，以英語專業本科應屆畢業生為主體的數百位翻譯人員同時基于該平臺進行計算機協同翻譯，最終提前1個月保質保量地完 成了翻譯任務。該項目的成功實施，創造了我國翻譯服務規模最大、專業最廣、速度最快等新紀錄。有力推動了我國知識產權工作的國際化進程，為我國創新工程的順利實施奠定了必要基礎。

3.2.2網絡在線服務

基于該平臺推出的在線多文種翻譯服務平臺酷客網，為互聯網用戶提供了包括英、日、俄、韓、法、德等語言在內的多文種術語檢索、例句檢索和學習交流等服務。目前注冊用戶已達3萬人，訪問量超過500萬人次。酷客網目前已經成為國內外小語種翻譯用戶的首選平臺。

3.2.3翻譯產品服務

歷經多年的產品化研發，目前已經形成了以翻譯Robot(協同翻譯平臺)為代表，涵蓋多文種輸入助理、多文種電子詞典、多文種輔助閱讀、多文種輔助翻譯等在內的“環球使者”系列產品，并在各行各業得到了廣泛應用。累計用戶規模超過12萬。

3.2.4翻譯人員的必備工具

平臺的實用性在多年的產品化、工程化和服務化過程中已經得到了實踐和證明。正如Windows操作系統對個人計算機的普及和發展起到的巨大推動作用一樣，隨著平臺的進一步完善、推廣和普及，也必將成為翻譯人員的得力助手和必備工具，為傳統翻譯產業帶來新的生機和未來。

3.2.5翻譯人才的培養平臺

人機協同翻譯模式逐步代替傳統人工翻譯模式已經成為不爭的事實。順應市場需求，機器翻譯人才的培養工作已經變得日益緊迫。該平臺為建立國內最大的機器翻譯服務基地和人才培養基地提供了重要的技術保障。

4、歷程與展望

4.1歷程

本文第一作者于1986年攻讀研究生期間就選擇了機器翻譯這個充滿挑戰的研究領域；1988年有幸參加了由日本(ODA)投巨資的“中、日、印、馬、泰萬國語言機器翻譯”項目；1995年回國創建了沈航人機智能中心，率先推出了“環球使者”系列多文種處理軟件。由上百名研究人員和開發人員以及幾百名用戶組成的研發隊伍，經過二十年的執著探索，走過了自動翻譯(漢英自動翻譯系統)――詞典翻譯(俄語、日語、韓語和法語等一典通產品)――輔助閱讀(俄漢、日漢和英漢等輔助閱讀系統)――輔助翻譯(英漢、漢英輔助翻譯系統)――翻譯工作室(翻譯知識ROBOT)的研發歷程；在對機器翻譯發展艱難歷程總結和反思的基礎上，提出了以用戶模型為核心的知識管理與機器翻譯技術融合的新思想，實現了技術攻關到需求服務，語言分析到信息轉換，數據驅動到知識管理，難點切入到全過程服務的人機協同翻譯，展示了機器翻譯走向實用的廣闊前景，開創了人機合一翻譯的新方向。

“格微協同翻譯平臺”的成功研制，是產(格微公司的產品開發和承接的大規模翻譯服務項目)、學(北方軟件學院的人才培養)、研(沈航人機智能中心的研究人員二十年如一日的執著追求)一體化機制的典型范例(缺一不可)；是以項目組主要成員尹寶生、陳建軍等為代表的全體成員長期以來不畏艱辛，勇于拼搏的工作碩果；是多年來國家863、國家自然科學基金、國防預研、國防基礎科研計劃，以及(教育、信息產業)部、(遼寧)省、(沈陽)市等重點支持的成果；是中國中文信息學會從幼苗時精心培育、成長中高度關注的結果；是在汲取國內外機器翻譯領域專家(同行)的經驗和成果精華過程中邁出的可喜一步；是到項目中去、到實際中去、到用戶中去的成功實踐。

4.2展望

合同智能管理范文第5篇

關鍵詞：分布式系統，綜合化，動態化，前期仿真

 

0.引言

智能建筑的基本問題實質上是信息、資源和任務的綜合共享與全局一體化的綜合管理。它實現的核心是系統集成，也就是說通過系統集成實現綜合共享，提高服務質量和工作效率，達到多快、好省和高效的目的。然而，隨著社會信息化進程的日益發展和受人們對經濟日益國際化趨勢的認同，智能建筑必將呈現出新的態勢，這種態勢體現在進行系統集成的同時，考慮建筑物的異構性、分布性、動態性和碎片性等因素的影響下，應充分體現系統的分布化、綜合化、動態化和智能化，這是建筑智能化進程中一個必須重視的戰略性問題。另外，任何工程對方案的考核是至關重要的，就智能大廈而言，對方案的考核是一個不容忽視的問題，所以對設計方案的前期仿真很有必要。

1.一體集成的分布化

智能大廈的系統一體化集成實質上是建立在系統集成、功能集成、網絡集成和軟件界面集成的多種集成的基礎上的一門高新技術。智能一體化集成化的本質是計算機網絡的管理。傳統的集成式網絡管理系統難以適應網絡規模日益擴大、網絡元素日益復雜的樓宇智能化要求，需要引入分布式管理方法。

分布式管理就是將管理的功能合理地分布于多個管理實體，以便有效、及時地對網絡資源進行監視、約束和控制，提高響應效率和擴展功能，更好地實現網絡管理目標。一個實際的網絡系統，可以根據管理的需要，按照地域、功能子系統、網絡等定義相對獨立的管理域并選定其管理者；各管理域通過管理者的交互實現全局管理目標。管理者之間的交互有兩種結構：層次的和全分布的。層次結構是通過上層管理者與下層管理者的交互來完成各管理域的管理者之間的協調。全分布式結構是一種對等結構，采用該方式的管理者之間能直接對等通信。一個實際的應用系統，管理的分布化的過程就是將管理應用功能由集中式客戶機/服務器（Client/Server）模式轉移到分布式計算平臺的過程。分布式計算平臺的目標是實現跨平臺資源的透明互操作和協同計算。

當前支持分布式計算主要有兩類環境：基于過程的分布式計算和面向對象的分布式計算。目前的主流是后一類。如基于CORBA（CommonObject Request Broker Architecture，公共對象請求體系結構）和Java的計算，它們采用面向對象的技術，提供對象式的應用編程接口，主要是針對重用和異構環境下的操作問題，這對相對龐大和復雜的智能大廈系統是非常適用的，目前CORBA技術已引起業界的關注和重視[5]。CORBA是一個開放式跨平臺的、語言獨立的分布式標準，它引入的概念屏蔽了下層的網絡傳輸，利用面向對象概念，實現分布式應用軟件的可重用性和可擴展性，既大大簡化了分布式應用系統的開發和維護，又便于異構環境下的集成，具有更高的可用性和可靠性的優點。目前遵從CORBA規范的產品主要有Inprise公司的VisiBroker,IONA公司的Orbix,Digital公司的ObjectBroker,IBM公司的Component Broker等，將基于面向對象的分布式計算技術引入智能建筑是順應技術潮流的，同時它應是甲乙類智能建筑的技術要求。

另外，分布式管理系統更容易實現大廈的智能化，不僅能實現管理的并行性和分布性，而且具有對管理活動的全過程進行多目標、多因素、多階段、多層次的協調，實現管理系統的整體協調和全局優化。

2.一體集成的綜合化

網絡是建筑物智能化的基礎，系統一體化是以網絡為支撐的，網絡信息來源于不同實體，隨著智能建筑的不斷深化，被管理的對象趨于復雜化，復雜化的因素主要有：被管理的對象趨于復雜化，復雜化的因素主要有：被管理的數量、對象的種類、組織的異構性、物理分布、參與組織的單元的數量、服務綜合的程度等，這時，由傳統的相對單一的網絡管理擴展為基于分布化的網絡綜合管理是環境的必然要求。

環境是系統存在、變化、發展的外部條件；系統與環境相互作用、相互影響，進行信息、能量或物質的交換。

綜合管理是指確保系統的所有資源根據其目的而有效運營的所有手段，它是系統與環境相統一的產物。有關綜合管理的平臺也在不斷涌現和改進，如基于事件（event）的驅動輪詢方案，基于CORBA平臺的方案。論文大全。

3.一體集成的動態性

事物的發展是m相對穩定的，在相對穩定的情況下，隨著環境的需要仍在不斷的發展和完善。智能建筑系統一體化集成的動態性是基于分布式的管理系統，也只有分布式的管理系統才能更好地實現其動態化。

動態化有兩個含義：其一是故障的檢測與動態重組恢復；其二是系統具有可擴展性。分布式系統具有故障診斷軟件包，采用互查技術來檢測系統發生故障的部位，并進行處理，動態地分配或重組系統，使系統工作于可靠狀態。分布式系統采用并行處理技術，可滿足智能大廈分階段建筑使用的要求，邊組織，邊開通，從而減少了一次性開通的難度和避免了一次性投資的方式。另外分布式系統的硬件和軟件都是模塊化的，模塊的連接嵌入比較方便，能夠很好地配合日益擴大的系統需求，便于提高和完善系統的性能，保障了系統的動態先進性。系統的動態化要求使用動態的管理策略，由于Java和CORBA的迅速發展，動態管理技術也在日趨成熟。

4.前期仿真

智能大廈的建設除了要達到預期的目標，即提供安全、舒適、快捷的優質服務，建立先進、科學的綜合管理機制，節省能源和降低成本，還要達到系統的優化配置以減少投資。這就需要在工程實施前對系統設計的基本要求和功能進行考核，以便查漏補缺和修正。論文大全。另外，因為智能大廈的網絡集成不同于研究試驗網，網絡系統可靠性、開放性等要素對大廈的智能化管理和提高運行效率具有十分重要的意義，所以，對智能大廈的前期仿真就顯得不僅十分必要而且十分重要。

由美國的Cleve和Moler博士在1980年前后創立的、正在蓬勃發展的Matlab為系統的動態仿真提供了良好的環境。Matlab的家族成員之一的Simulink為系統的仿真更是提供了極大的方便，綜合其它軟件的使用可以使該軟件在智能建筑的CAD中發揮更大的作用；此軟件也能為其它軟件提供良好的接口，便于SynchroHome等智能化集成系統軟件的調用。論文大全。該軟件有兩個明顯的功能；連接與仿真。首先利用鼠標在模型窗口上畫出所需的系統模型。然后利用軟件提供的功能對系統直接進行仿真，在系統的任何節點上可以輸出波形，從而更好地監控系統的工作過程，并實時地對系統模型進行修改以達到預期目的。這種思想和方法適合于智能大廈一體化集成的仿真與分析，相信基于Simulink的仿真技術必將在智能建筑的CAD中打開一個嶄新的局面。

5.結論

通過以上分析可見，隨著智能大廈進程的不斷加快和深化，隨著“數字城市”和“數字地球”研究的不斷深入，智能大廈系統集成的主要趨勢將是分布化、綜合化、動態化，它們之間的關系是相輔和承和互相促進的；同時由于智能大廈的建設是一種投資行為，對其進行前期仿真是十分必要性。