中醫(yī)健康管理云平臺系統(tǒng)建設(shè)規(guī)范（公開征求意見稿）

1范圍

本規(guī)范規(guī)定了中醫(yī)健康管理云平臺相關(guān)概念、系統(tǒng)安裝部署、系統(tǒng)用戶規(guī)范、多租戶模型、

安全等級等。適用范圍為實施中醫(yī)健康管理的專業(yè)機(jī)構(gòu)。推薦全國信息技術(shù)科技公司、各級

綜合性醫(yī)院、中醫(yī)醫(yī)院、社區(qū)衛(wèi)生服務(wù)中心及健康管理中心在進(jìn)行中醫(yī)、中西醫(yī)臨床健康管

理平臺建設(shè)時可實施本標(biāo)準(zhǔn)。

2規(guī)范性引用文件

GB/T5271.8信息技術(shù)詞匯第8部分：安全

GB17859-1999計算機(jī)信息系統(tǒng)安全保護(hù)等級劃分準(zhǔn)則

GB/TAAAA-AAAA信息安全技術(shù)信息系統(tǒng)安全等級保護(hù)定級指南

3術(shù)語和定義

GB/T5271.8和GB17859-1999確立的以及下列術(shù)語和定義適用于本標(biāo)準(zhǔn)。

3.1等級測評classifiedsecuritytestingandevaluation

確定信息系統(tǒng)安全保護(hù)能力是否達(dá)到相應(yīng)等級基本要求的過程。

4基本結(jié)構(gòu)

4.1VCENTER

VCenter、數(shù)據(jù)中心（datacenter）、群集（cluster）、資源池（resource_pool）、vApp

一組虛機(jī)、物理主機(jī)MANAGED_SERVER、vm虛擬機(jī)、模板、標(biāo)準(zhǔn)交換機(jī)網(wǎng)絡(luò)、分布式交換機(jī)

網(wǎng)絡(luò)、端口組。

4.2Cloudcell云單元

Pdc提供數(shù)據(jù)中心Vdc虛擬數(shù)據(jù)中心：一個獨(dú)立的可分批的云資源管理單元；vdc可分層

級包涵；群集（cluster）、資源池（resource_pool）、vApp一組虛機(jī)、物理主機(jī)

MANAGED_SERVER、vm虛擬機(jī)、模板、標(biāo)準(zhǔn)交換機(jī)網(wǎng)絡(luò)、分布式交換機(jī)網(wǎng)絡(luò)、端口組。

4.3組織（organization）

ORG組織是多租戶分配和自我管理的業(yè)務(wù)單元，是業(yè)務(wù)數(shù)據(jù)（資源數(shù)據(jù)、用戶、角色、

功能權(quán)限、消息事件、流程、計量計費(fèi)、分析、指標(biāo)、報表）隔離的范圍。頂層組織即為

租戶，租戶下可建立多層次組織架構(gòu)。

4.4用戶user、角色role

用戶作為資源（數(shù)據(jù)）管理、界面范圍、權(quán)限劃分的載體。用戶必須歸屬于相應(yīng)的組織。

用戶暫不考慮跨組織。角色作為權(quán)限封裝的載體；角色必須歸屬于相應(yīng)的組織；上層組織

的角色可以授權(quán)賦予下級的組織。

5系統(tǒng)用戶規(guī)范

5.1云平臺中心醫(yī)院：大型醫(yī)院整合內(nèi)部多物理地域多組織的IT資源構(gòu)建統(tǒng)一云環(huán)境，通過

云管理平臺進(jìn)行統(tǒng)一管理、統(tǒng)一分配、統(tǒng)一運(yùn)維、統(tǒng)一成本或計費(fèi)。企業(yè)內(nèi)部成本中心、利

潤中心、二級單位等多組織基于自助服務(wù)獲取資源，基于分配授權(quán)范圍下，進(jìn)行自主管理、

自主分配。可接受其他健康中心托管業(yè)務(wù)。

5.2一級分支分院：提供商構(gòu)建多物理地域的IDC資源構(gòu)建統(tǒng)一云環(huán)境，通過云管理平臺搭

建統(tǒng)一公共的云服務(wù)平臺，進(jìn)行統(tǒng)一管理、統(tǒng)一運(yùn)維、統(tǒng)一分配、計量計費(fèi)；多租戶基于自

助服務(wù)獲取資源，基于分配授權(quán)范圍下，進(jìn)行自主管理、自主分配。一級醫(yī)院可繼續(xù)分支二

級下屬醫(yī)院。

5.3社區(qū)服務(wù)中心：多租戶環(huán)境、多物理地域、租戶多組織自主管理、自助服務(wù)

6.租戶與組織模型

6.1多租戶模型

6.1.1單元：組織、vdc體系：資源、操作過程數(shù)據(jù)、用戶、角色、功能權(quán)限、消息事件、流

程、計量計費(fèi)、分析、指標(biāo)、報表

6.1.2職能：多租戶多組織的自我與自助管理；支持租戶內(nèi)部的多組織動態(tài)管理,設(shè)計、啟用、

變更、停用-每個租戶每個組織的生命周期管理,暫不考慮：組織視圖，組織多版本-企業(yè)組織

架構(gòu)演變過程。實現(xiàn)

隨需而動，無限擴(kuò)展。

6.1.3組織結(jié)構(gòu)元模型

模型化設(shè)計、框架式開發(fā)：支持體系、職能、關(guān)系的無代碼擴(kuò)展。

6.2多租戶多組織模型

6.2.1全局組織：GLOBAL，為整個云管理平臺的根組織。全局系統(tǒng)管理員super屬于GLOBAL

組織

租戶經(jīng)過注冊申請確認(rèn)后，在云平臺構(gòu)建租戶結(jié)構(gòu)，為樹形結(jié)構(gòu)。系統(tǒng)分配租戶及租戶級管

理員，租戶級管理員可進(jìn)一步構(gòu)建租戶內(nèi)部的組織結(jié)構(gòu)租戶內(nèi)部的組織結(jié)構(gòu)可分層分級擴(kuò)

展，每級均可設(shè)定其管理員，負(fù)責(zé)資源分配和管理授權(quán)。

6.2.2租戶多組織的資源分配：根Vdc是歸屬于GLOBAL組織，全局系統(tǒng)管理員super和他授

權(quán)的全局系統(tǒng)管理員可基于租戶需求分配相應(yīng)的一個或多個Vdc資源。租戶組織的管理員可

基于自身管理需求，繼續(xù)向下創(chuàng)建下屬的Vdc，并分配給自己的組織。下屬各組織的管理員，

如果授權(quán)了“分配授權(quán)”，可繼續(xù)向下創(chuàng)建下屬的Vdc，并分配給自己的下屬組織。

7.中醫(yī)健康管理云平臺角色與業(yè)務(wù)職責(zé)

7.1中醫(yī)健康管理角色

7.1.1中醫(yī)健康管理受眾：向健康管理中醫(yī)云平臺中心提出云服務(wù)資源申請

中醫(yī)健康云管理服務(wù)自助服務(wù)使用

7.1.2中醫(yī)健康管理管理者：進(jìn)行健康管理中醫(yī)云平臺資源服務(wù)使用

7.2中醫(yī)健康管理職責(zé)

7.2.1中醫(yī)健康管理云平臺專業(yè)組操作者：

受理中醫(yī)健康管理受眾提出的云服務(wù)申請

受理中醫(yī)健康管理受眾提出的給予個人的中醫(yī)健康管理應(yīng)用需求

對中醫(yī)健康管理受眾的處理狀態(tài)進(jìn)行跟蹤監(jiān)控

7.2.2中醫(yī)健康管理云平臺運(yùn)營者：

為中醫(yī)健康管理受眾提供云資源發(fā)布、服務(wù)訂單、計量計費(fèi)、結(jié)算等運(yùn)營服務(wù)

7.2.3中醫(yī)健康管理云平臺維護(hù)者：

為各類云資源進(jìn)行安全管理和監(jiān)控，維護(hù)安全等級A級，安全結(jié)構(gòu)為5級結(jié)構(gòu)

對各類云資源進(jìn)行管理維護(hù)

向中醫(yī)健康管理云平臺管理者提供云服務(wù)資源

向中醫(yī)健康管理管理者提供資源供給中醫(yī)健康管理受眾

將云資源接入云計算平臺、實現(xiàn)數(shù)據(jù)導(dǎo)出、擴(kuò)展、數(shù)據(jù)模型訓(xùn)練。

8.中醫(yī)健康管理技術(shù)推薦方案

8.1.中醫(yī)健康信息采集項目

8.1.1體檢常規(guī)項目。

8.1.2基礎(chǔ)健康情況：既往史，家族史，遺傳病史。

8.1.3生活方式信息。

8.1.4中醫(yī)基礎(chǔ)評估項目：中醫(yī)體質(zhì)、中醫(yī)經(jīng)絡(luò)、中醫(yī)臟腑狀態(tài)評估、中醫(yī)癥候等。

8.1.5中醫(yī)綜合評估項目：中醫(yī)健康狀態(tài)、中醫(yī)亞健康狀態(tài)。

8.1.6其他評估項目：心理狀態(tài)相關(guān)評估、社會應(yīng)對能力相關(guān)評估、生活質(zhì)量相關(guān)評估。

8.2.中醫(yī)健康信息評估分類

8.2.1依據(jù)檢測定性分類

健康人群。

亞健康人群

.1基于功能狀態(tài)分類：疲勞狀態(tài)、睡眠障礙狀態(tài)、疼痛狀態(tài)、焦慮狀態(tài)、抑郁狀態(tài)、

健忘狀態(tài)、胃腸道不適狀態(tài)、虛弱狀態(tài)、不定陳述綜合征。

.2基于生化指標(biāo)分類：代謝綜合征、高血糖、高血壓、血脂異常、高黏血癥、高尿

酸血癥等人群（指標(biāo)超出正常，未達(dá)到疾病標(biāo)準(zhǔn)）。

.3基于體質(zhì)類型分類：平和質(zhì)、陽虛質(zhì)、氣虛質(zhì)、陰虛質(zhì)、特稟質(zhì)、氣郁質(zhì)、痰濕

質(zhì)、濕熱質(zhì)、血瘀質(zhì)。

.4基于生理、心理、社會功能分類：生理亞健康、心理亞健康、社會功能亞健康。

.5基于程度分類：輕度亞健康，中度亞健康，重度亞健康。

疾病人群:主要指慢病管理人群，已符合疾病診斷標(biāo)準(zhǔn)，轉(zhuǎn)入慢病管理模塊。

8.2.2依據(jù)生活方式及基礎(chǔ)健康情況分類：建議分為生活方式健康人群、生活方式高危（一

級、二級、三級、四級）人群。

8.2.3依據(jù)中醫(yī)體質(zhì)偏頗程度分類：建議分為體質(zhì)正常人群、體質(zhì)預(yù)警人群、體質(zhì)干預(yù)人群。

8.2.4依據(jù)中醫(yī)健康狀態(tài)分類：建議分為未病人群、欲病人群、疾病人群。

8.2.5依據(jù)經(jīng)絡(luò)分類：建議分為經(jīng)絡(luò)平衡人群、經(jīng)絡(luò)（上下、陰陽、左右、表里）四種失衡

人群。

8.2.6依據(jù)臟腑分類：建議分為五臟系統(tǒng)健康人群、五臟（心、肝、脾、肺、腎）系統(tǒng)偏頗

人群。

8.3.中醫(yī)健康管理監(jiān)測中心及其功能模塊

8.3.1中醫(yī)體檢中心：建設(shè)普適人群的中醫(yī)健康狀態(tài)辨識管理中心及其附屬中醫(yī)健康管理功

能模塊。

8.3.2治未病中心：建設(shè)普適人群中醫(yī)健康狀態(tài)辨識、評估、分類、監(jiān)測、隨訪、調(diào)養(yǎng)中心

及其附屬中醫(yī)健康管理功能模塊。

8.3.3傳統(tǒng)療法中心：建設(shè)欲病、已病人群健康干預(yù)中心及其附屬中醫(yī)健康管理功能模塊。

8.4.中醫(yī)健康管理云平臺系統(tǒng)檔案管理

8.4.1歷年體檢報告及趨勢分析圖。

8.4.2歷次中醫(yī)健康狀態(tài)評估報告。

整體健康狀態(tài)測評與趨勢分析圖。

歷次中醫(yī)體質(zhì)檢測、評估、調(diào)養(yǎng)、監(jiān)測記錄。

歷次經(jīng)絡(luò)狀態(tài)檢測、評估、調(diào)養(yǎng)、監(jiān)測記錄。

歷次臟腑狀態(tài)檢測、評估、調(diào)養(yǎng)、監(jiān)測記錄。

8.4.3生活方式評估與干預(yù)效果評價報告。

8.5.中醫(yī)健康管理輔助平臺

8.5.1中醫(yī)健康（糖尿病、高血壓）自我監(jiān)測記錄平臺。

8.5.2中醫(yī)健康科普文章宣教平臺。

8.5.3中醫(yī)健康教育視頻宣教平臺。

8.5.4中醫(yī)健康心得交流論壇。

8.5.5中醫(yī)健康狀態(tài)辨識、評估、分類、調(diào)養(yǎng)知識庫。

附錄文件1：醫(yī)院云平臺架構(gòu)

附錄文件2：中醫(yī)健康管理云平臺系統(tǒng)建設(shè)技術(shù)推薦方案

1.中醫(yī)健康管理云平臺服務(wù)系統(tǒng)架構(gòu)圖

2.系統(tǒng)開發(fā)平臺軟件選擇

技術(shù)類型產(chǎn)品名稱用途備注

ExtJs3.x前端UI使用

Struts2.x展示層使用

Spring3.x控制層使用

開發(fā)架構(gòu)Hibernate3.x持久層使用

ExtJs3.x安全認(rèn)證使用

ExtJs3.x圖型和數(shù)據(jù)報表使用

JDK:1.6以上

Java（J2EE)開發(fā)語言

Eclipse3.6開發(fā)工具

開發(fā)技術(shù)

PowerDesigner15數(shù)據(jù)庫設(shè)計工具

Visio,RationalRose模型設(shè)計工具

Svn項目管理工具

Office2003項目文檔開發(fā)工具

Jira，Project2007項目管理工具

BugZilla缺陷管理工具

EclipseAndroid系統(tǒng)開發(fā)工具

Android系

ADTPluginfor

統(tǒng)移動應(yīng)Android系統(tǒng)開發(fā)插件工具

Eclipse

用開發(fā)

SDKAndroid系統(tǒng)開發(fā)工具集合

蘋果iOS移XcodeforMac蘋果軟件開發(fā)工具

動應(yīng)用開

InterfaceBuilder

發(fā)設(shè)計測試用戶界面工具

（IB）

Windows2003server網(wǎng)絡(luò)操作系統(tǒng)

IIS6.0服務(wù)管理器操作系統(tǒng)自帶（信息服務(wù)管理器）

后臺管理

WindowsXP/Windows7桌面操作系統(tǒng)

運(yùn)行環(huán)境

Oracle9i關(guān)系數(shù)據(jù)庫系統(tǒng)

Tomcat6.0或以上版本應(yīng)用服務(wù)器

移動平臺Android系統(tǒng)運(yùn)行于Android系統(tǒng)

運(yùn)行環(huán)境iOS系統(tǒng)運(yùn)行于蘋果iOS系統(tǒng)

3.后臺管理技術(shù)架構(gòu)

3.1系統(tǒng)開發(fā)采用SOA架構(gòu)

SOA－面向服務(wù)架構(gòu)(Service-orientedArchitectures)，SOA樣式在三個主要參與者

之間定義了交互模型：服務(wù)提供者，公布服務(wù)描述并且實現(xiàn)服務(wù)，服務(wù)消費(fèi)者，使用統(tǒng)一資

源標(biāo)記符（URI）來直接使用服務(wù)描述，同時可以在服務(wù)注冊中心來查找服務(wù)描述并且綁定

和調(diào)用服務(wù)。下圖是表達(dá)SOA三個參與者之間關(guān)系的元模型。

圖SOA三個參與者之間的關(guān)系元模型

本系統(tǒng)整個技術(shù)體系都建構(gòu)于完全開放的技術(shù)標(biāo)準(zhǔn)體系之上，所有層級互聯(lián)、服務(wù)部署和

管理等環(huán)節(jié)都嚴(yán)格遵循有關(guān)的開放標(biāo)準(zhǔn)，最大限度保護(hù)，最大限度利用現(xiàn)有資源，同時確保

平臺的中立性和權(quán)威性，使得不同服務(wù)和應(yīng)用能夠共享平臺資源，組合出符合用戶業(yè)務(wù)需要

的功能。

圖SOA架構(gòu)下分層體系結(jié)構(gòu)圖

上圖是SOA架構(gòu)下的分層體系結(jié)構(gòu)圖。系統(tǒng)按照渠道層、應(yīng)用層、服務(wù)層、資源層分為四

層，其中層與層之間保持清晰的服務(wù)接口，通過服務(wù)調(diào)用來完成層與層之間的協(xié)作關(guān)系，適

應(yīng)于功能擴(kuò)展的需求。

本項目采用構(gòu)件化、可插拔的平臺架構(gòu)，支持積木式的快速構(gòu)建方式，保證系統(tǒng)的擴(kuò)展。

應(yīng)用系統(tǒng)能夠需分階段實施，需充分考慮整個系統(tǒng)的發(fā)展，及兼顧日后系統(tǒng)擴(kuò)展。

系統(tǒng)架構(gòu)統(tǒng)一規(guī)劃、分層設(shè)計、分層構(gòu)建和靈活配置，按“組件化”開發(fā)模式，程序模塊

化，業(yè)務(wù)規(guī)則和業(yè)務(wù)邏輯與程序盡量分離，程序要內(nèi)聚性高，耦合性低。采用多層體系架構(gòu)

和先進(jìn)技術(shù)與工具，便于系統(tǒng)功能擴(kuò)展和整合。

3.2數(shù)據(jù)服務(wù)層

數(shù)據(jù)服務(wù)層通過使用SDO模型，采用數(shù)據(jù)服務(wù)的方式，利用醫(yī)學(xué)設(shè)備儀器的網(wǎng)絡(luò)接口讀

取醫(yī)學(xué)數(shù)據(jù)完成中醫(yī)健康管理中檢查檢驗的數(shù)據(jù)指標(biāo)。為了完成松散耦合的環(huán)境中對對象的

訪問，需要有一系列的協(xié)議。醫(yī)學(xué)數(shù)據(jù)服務(wù)在傳輸層采用了HTTP協(xié)議。采用可擴(kuò)展標(biāo)注語

言（XML）提供數(shù)據(jù)的描述。數(shù)據(jù)服務(wù)依靠基于XML的SOAP協(xié)議進(jìn)行相互間的信息交換。開

發(fā)醫(yī)學(xué)數(shù)據(jù)服務(wù)描述語言（M-WSDL），用來描述數(shù)據(jù)服務(wù)的功能特性。利用M-WSDL定義XML

語法，使用統(tǒng)一描述、發(fā)現(xiàn)和集成（UDDI）向數(shù)據(jù)服務(wù)注冊中心注冊并發(fā)布數(shù)據(jù)服務(wù)。

3.3服務(wù)層

采用Hadoop平臺構(gòu)建分布式存儲和計算平臺。集群的基礎(chǔ)設(shè)施主要建立在虛擬的資源池

上，這個資源池主要包括計算資源池、存儲資源池、網(wǎng)絡(luò)資源池等。采用Hadoop分布式文

件系統(tǒng)對云計算的資源進(jìn)行管理，包括負(fù)載的均衡、故障的監(jiān)測、故障的恢復(fù)、監(jiān)視統(tǒng)計

等，并對眾多的應(yīng)用任務(wù)進(jìn)行調(diào)度，使資源能夠高安全地為應(yīng)用提供服務(wù)。云計算能力被封

裝成標(biāo)準(zhǔn)的服務(wù)提供給應(yīng)用程序，需要對這些服務(wù)進(jìn)行管理和調(diào)度。

圖云計算環(huán)境提供的資源池的抽象化示意

采用MapReduce作為并行計算的框架模型。MapReduce引擎由作業(yè)服務(wù)器和任務(wù)服務(wù)器組

成。作業(yè)服務(wù)器負(fù)責(zé)管理調(diào)度所有作業(yè)，是整個系統(tǒng)分配任務(wù)的核心；任務(wù)服務(wù)器具體負(fù)責(zé)

執(zhí)行用戶定義的操作，每個作業(yè)被分割為多個任務(wù)，包括Map任務(wù)和Reduce任務(wù)。任務(wù)是具

體執(zhí)行的基本單元，任務(wù)服務(wù)器執(zhí)行過程中需要向作業(yè)服務(wù)器發(fā)送心跳信息，匯報每個任務(wù)

的執(zhí)行狀態(tài)，收集作業(yè)執(zhí)行的整體情況，為下次任務(wù)分配提供依據(jù)。

3.4應(yīng)用層

應(yīng)用層的主要功能是為用戶提供服務(wù)，將根據(jù)用戶的需求開發(fā)具體的應(yīng)用，并為用戶提供

一個相對統(tǒng)一的人機(jī)界面接口。用戶可以通過已注冊和發(fā)布的服務(wù)，查詢其需要的醫(yī)學(xué)信息，

使用CCMedII進(jìn)行高性能的分布式處理和分析。

用戶請求的處理流程當(dāng)用戶通過用戶界面查詢已經(jīng)發(fā)布的應(yīng)用服務(wù)并發(fā)出服務(wù)請求時，發(fā)出

的請求是查看所有的大腦圖像信息，這個請求將通過數(shù)據(jù)服務(wù)層，從數(shù)據(jù)服務(wù)層已經(jīng)發(fā)布的

所有醫(yī)學(xué)數(shù)據(jù)服務(wù)中查詢大腦圖像的服務(wù)描述，并返回結(jié)果。用戶可以在列出的表中選擇查

看部分服務(wù)或全部服務(wù)。圖描述了系統(tǒng)中讀操作請求控制流和數(shù)據(jù)流的處理流程。

（1）為用戶發(fā)送讀操作服務(wù)的應(yīng)用請求，讀取存儲在系統(tǒng)中的醫(yī)學(xué)數(shù)據(jù)；

（2）為應(yīng)用服務(wù)訪問主節(jié)點，發(fā)出需要存儲數(shù)據(jù)的請求，獲得需要存儲塊的位置和存儲副

本的位置；

（3）名稱節(jié)點返回第一數(shù)據(jù)塊和其他副本的存儲位置給應(yīng)用服務(wù)；

（4）應(yīng)用服務(wù)傳送應(yīng)用服務(wù)信息給數(shù)據(jù)層，并請求讀取數(shù)據(jù)；

（5）數(shù)據(jù)層通過已經(jīng)注冊和發(fā)布的數(shù)據(jù)服務(wù)，查詢應(yīng)用服務(wù)，獲得從系統(tǒng)中讀取的相關(guān)信

息；

（6）和（7）數(shù)據(jù)節(jié)點通過由名稱節(jié)點傳送過來的控制信息，讀取數(shù)據(jù)并存儲在指定的位置；

（8）和（9）將結(jié)果返回給應(yīng)用程序并顯示到用戶的界面上。

根據(jù)用戶需要進(jìn)一步處理和分析獲得的結(jié)果，發(fā)出應(yīng)用服務(wù)請求，應(yīng)用服務(wù)將通過主節(jié)點向

數(shù)據(jù)節(jié)點傳遞命令，處理程序直接在數(shù)據(jù)節(jié)點運(yùn)行并向用戶返回運(yùn)行結(jié)果。

4.移動平臺技術(shù)架構(gòu)

4.1Android系統(tǒng)

第一層：Linux操作系統(tǒng)和驅(qū)動(Linuxkernel):由C語言實現(xiàn)。

Android核心系統(tǒng)服務(wù)依賴于Linux2.6內(nèi)核，包括：安全性、內(nèi)存管理、進(jìn)程管理、網(wǎng)絡(luò)

協(xié)議、驅(qū)動模型。Linux內(nèi)核也作為硬件和軟件棧之間的抽象層。

除了標(biāo)準(zhǔn)的Linux內(nèi)核外，Android還增加了內(nèi)核的驅(qū)動程序：Binder(IPC)驅(qū)動、顯示驅(qū)

動、輸入設(shè)備驅(qū)動、音頻系統(tǒng)驅(qū)動、攝像頭驅(qū)動、WiFi驅(qū)動、藍(lán)牙驅(qū)動、電源管理。

第二層：本地框架和Java運(yùn)行環(huán)境(LIBRARIES和ANDROIDRUNTIME)

本地框架是有C/C++實現(xiàn)。包含C/C++庫，被Android系統(tǒng)中不同組件使用，它們通過Android

應(yīng)用程序框架為開發(fā)者進(jìn)行服務(wù)。

系統(tǒng)C庫：(libc)從BSD繼承過來的標(biāo)準(zhǔn)的C系統(tǒng)函數(shù)庫，專門是為基于嵌入式Linux的設(shè)

備定制的庫。

多媒體庫：基于PackerVideo的OpenCore；該庫支持多種常用的音頻、視頻格式回放和錄

制，支持多種媒體格式的編和解碼格式。

SufaceManager：顯示子系統(tǒng)管理器，并且為多個應(yīng)用程序提供2D和3D圖層的無縫融合。

LibWebCore：一個最新的Web瀏覽器引擎，支持Android瀏覽器，以及一個可嵌入式的Web

視圖。

SGL：Skia圖形庫，底層的2D圖形引擎。

3Dlibraries：基于OpenGLES1.0API的實現(xiàn)；該庫可以使用硬件3D加速（如果可用），

或者使用高度優(yōu)化的3D軟加速。

FreeType：位圖(bitmap)和矢量(vector)字體顯示。

Android運(yùn)行環(huán)境(ANDROIDRUNTIME):提供了Java編程語言核心庫的大多數(shù)功能,由Dalvik

Java虛擬機(jī)和基礎(chǔ)的Java類庫組成。

Dalvik是Android中使用的Java虛擬機(jī)，每個Android應(yīng)用程序都在自己的進(jìn)程中運(yùn)行，

都擁有一個獨(dú)立的Dalvik虛擬機(jī)實例。

Dalvik被設(shè)計成一個可以同時高效運(yùn)行多個虛擬機(jī)實例的虛擬系統(tǒng)。執(zhí)行后綴名為.dex的

Dalvik可執(zhí)行文件，該格式的文件

針對小內(nèi)存使用做出了優(yōu)化。同時虛擬機(jī)是基于寄存器的，所有的類都是有Java編譯器編

譯，然后通過SDK中的“dx”工具

轉(zhuǎn)化為.dex格式由虛擬機(jī)執(zhí)行。

Dalvik虛擬機(jī)依賴于Linux內(nèi)核的一些功能，比如線程機(jī)制和底層內(nèi)存管理機(jī)制。

第三層：Android應(yīng)用框架(ANDROIDFRAMEWORK)

在Android系統(tǒng)中，開發(fā)人員也可以完全訪問核心應(yīng)用程序所使用的API框架。

包含的框架入上圖（不在陳述）

第四層：Android應(yīng)用程序(APPLICATIONS)

注意:Android應(yīng)用程序都是有Java語言編寫的。用戶開發(fā)的Android應(yīng)用程序和Android

的核心應(yīng)用程序是同一層次的，它們都是基于Android的系統(tǒng)API構(gòu)建的。

4.2蘋果iOS的系統(tǒng)

iOS的系統(tǒng)架構(gòu)分為四個層次：核心操作系統(tǒng)層（CoreOSlayer）、核心服務(wù)層（Core

Serviceslayer）、媒體層（Medialayer）和可觸摸層（CocoaTouchlayer）。

1.CoreOS層-----包含核心部分、文件系統(tǒng)、網(wǎng)絡(luò)基礎(chǔ)、安全特性、能量管理和一些設(shè)備

驅(qū)動，還有一些系統(tǒng)級別的API。

2.CoreServices層----提供核心服務(wù)，例如字符串處理函數(shù)、集合管理、網(wǎng)絡(luò)管理、URL

處理工具、聯(lián)系人維護(hù)、偏好設(shè)置等。

3.Media層---