【正文】 IMEOUT(1007,Timeout)； NOTSUPPORTED(1010,Not Supported)； 文件規(guī)則定制 MTP 命 令格式文件 每一條 MTP 命令，都是由命令名和參數(shù)兩部分組成。 針對(duì)每一條 MTP 命令的執(zhí)行，都將生成一條 log 信息。 注：在文件中寫(xiě)入一條 MTP 命令后就需要換行，即始終保證每一行只有一條 MTP 命令。 (1) 控制臺(tái)輸入控制命令方式 在控制臺(tái)輸入 “reload”命令，所有與系統(tǒng)相關(guān)的文件都將被進(jìn)行重載，其中MTP 批處理文件中的若干條 MTP 命令將被執(zhí)行。 在批處理文件中寫(xiě)入若干條 MTP 命令，當(dāng)系統(tǒng)啟動(dòng)時(shí)，用于控制該文件的線程也隨之啟動(dòng)，該線程會(huì)自動(dòng)讀取該文件中的 MTP 命令并傳遞給相應(yīng)的功能模塊做處理。 沈陽(yáng)理工大學(xué)學(xué)士學(xué)位論文 14 (3) 無(wú)效命令 若輸入的命令，系統(tǒng)不能識(shí)別，將返回錯(cuò)誤信息。輸入的 MTP 命令的格式要嚴(yán)格 按照 MTP 定義文件中規(guī)定的格式來(lái)輸入。 dashboard：?jiǎn)?dòng)用戶操作界面，在該界面，用戶能夠自定義配置系統(tǒng)參數(shù)等信息，配置后能夠立即生效。 quit：系統(tǒng)退出命令。一類為系統(tǒng)控制命令，另一類為 MTP 命令。當(dāng)系統(tǒng)退出時(shí)， MTP Server 也將被隨之關(guān)閉。Socket 通信又分為加密 (TLS Socket)和非加密兩種通信方式。 Socket 方式處理 MTP 命令時(shí)不需要用戶進(jìn)行任何操作。 S M S S e r v e rC o n s o l eF i l eM T P S i m u l a t o rM T P S e r v e rS o c k e tR e q u e s t R e c e i v e rC o n s o l eR e q u e s t R e c e i v e rF i l eR e q u e s t R e c e i v e rR e q u e s t P r o c e s s o rR e q u e s t F i l t e rR e q u e s t S e n d e rR e q u e s t R e s o n s eR e q u e s t R e c o r d M T P S i m u l a t o r M t p R e q e u s t e r S y s t e m F i l e M a n a g e r F i l e s A r g s R e a d e r S e t t i n gM T P M e s s a g e. x m lM T P R e s p o n s e. x m lS e t t i n g. i n iO p t i o n F i l eM T P M u t e x. x m lC o n s o l eF i l e M t p R e s p o n s e 圖 系統(tǒng)結(jié)構(gòu)圖 MTP Simulator 按照 MTP 命令的接收、處理、互斥控制、響應(yīng)和發(fā)送結(jié)果劃分功能模塊，并按照 MTP 命令的接收來(lái)源細(xì)化模塊，根據(jù)用戶配置文件、命令格式定義文件、 Response 格式定義文件等的處理功能，劃分相應(yīng)的功能模塊。然而， TLS 標(biāo)準(zhǔn)并沒(méi)有規(guī)定應(yīng)用程序如何在 TLS 上增加安全性；它把如何啟動(dòng) TLS 握手協(xié)議以及如何解釋交換的認(rèn)證證書(shū)的決定權(quán)留給協(xié)議的設(shè)計(jì)者和實(shí)施者來(lái)判斷。 TLS 握手協(xié)議： TLS 的最大優(yōu)勢(shì)就在于 ： TLS 是獨(dú)立于應(yīng)用協(xié)議。密鑰計(jì)算：記錄協(xié)議通過(guò)算法從握手協(xié)議提供的安全參數(shù)中產(chǎn)生密鑰、 IV 和 MAC 密鑰。它規(guī)定了壓縮算法、加密算法和 MAC 算法。對(duì) 接收到的數(shù)據(jù)進(jìn)行解密、校驗(yàn)、解壓縮、重組等，然后將它們傳送到高層客戶機(jī)。每一層中的信息可能包含長(zhǎng)度、描述和內(nèi)容等字段。 TLS 協(xié)議包括兩個(gè)協(xié)議 組，即 TLS 記錄協(xié)議和 TLS 握手協(xié)議 ， 每組具有很多不同格式的信息。該協(xié)議由兩層組成： TLS 記錄協(xié)議 (TLS Record)和 TLS 握手協(xié)議 (TLS Handshake)。由于 Eclipse 中的每樣?xùn)|西都是插件，對(duì)于給 Eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開(kāi)發(fā)環(huán)境而言，所有工具開(kāi)發(fā)人員都具有同等的發(fā)揮場(chǎng)所。 雖然大多數(shù)用戶很樂(lè)于將 Eclipse 當(dāng) 作 Java 集成開(kāi)發(fā)環(huán)境 (IDE)來(lái)使用，但 Eclipse 的目標(biāo)卻不僅限于此。就其本身而言，它只是一個(gè)框架和一組服務(wù)，用于通過(guò)插件組件構(gòu)建開(kāi)發(fā)環(huán)境。由于存在這么多的優(yōu)點(diǎn)，所以 Schema 漸漸成為 XML 應(yīng)用的統(tǒng)一規(guī)范。因?yàn)樗旧砭褪且粋€(gè)有效的 XML 文檔，因而可以更直觀地了解 XML 的結(jié) 構(gòu)。 Schema 技術(shù) Schema 是用于描述和規(guī)范 XML 文檔的邏輯結(jié)構(gòu)的一種語(yǔ)言，它最大的作用就是驗(yàn)證 XML 文件邏輯結(jié)構(gòu)的正確性。 Java 是一個(gè)純的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，它繼承了 C++ 語(yǔ)言面向?qū)ο蠹夹g(shù)的核心， Java 舍棄了 C ++語(yǔ)言中容易引起錯(cuò)誤的指針 (以引用取代 )、運(yùn)算符重載 (operator overloading)、多重繼承 (以接口取代 )等特性，增加了垃圾回收器功能用于回收不再被引用的對(duì)象所 占據(jù)的內(nèi)存空間，使得程序員不用再為內(nèi)存管理 而擔(dān)憂。在全球云計(jì)算和移動(dòng)互聯(lián)網(wǎng)的產(chǎn)業(yè)環(huán)境下， Java 更具備了顯著優(yōu)勢(shì)和廣闊前景。 2．軟件支持 如下表 21 所示 ： 表 21 軟件與版本 軟件 版本 1 Windows XP 2 JDK 3 Eclipse 所用技術(shù)分析 本系統(tǒng)擬采用的技術(shù)如下： 1. Java 開(kāi)發(fā)語(yǔ)言 2. Schema 技術(shù) 3. Eclipse 開(kāi)發(fā)工具 4. 安全傳輸層協(xié)議 (TLS： Transport Layer Security) Java 開(kāi)發(fā)語(yǔ)言 Java 是一種可以撰寫(xiě)跨平臺(tái)應(yīng)用軟件的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，是由 Sun Microsystems 公司于 1995年 5月推出的 Java程序設(shè)計(jì)語(yǔ)言和 Java平臺(tái) (即 JavaSE, JavaEE, JavaME)的總稱。 該系統(tǒng)的輸入輸出如圖 所示 。 MTP Simulator 的功能分析 MTP Simulator 是硬件媒體終端設(shè)備功能的軟件實(shí)現(xiàn)，主要模擬媒體終端設(shè)備對(duì)于 MTP 消息的接收、解析和響應(yīng)。使用線程并行處理多個(gè)命令同時(shí)請(qǐng)求，使用 Schema 和 XML 技術(shù)來(lái)規(guī)定 MTP 命令和命令返回結(jié)果。 操作可行性方面，由于本系統(tǒng)主要是模擬實(shí)現(xiàn)媒體終端設(shè)備的功能，主要與數(shù)字影院管理系統(tǒng)進(jìn)行交互，為了便于本系統(tǒng)的操作，本次也開(kāi)發(fā)了圖形操作界面，操作直觀、方便。只要有懂得開(kāi)發(fā)技術(shù)的開(kāi)發(fā)人員，便可進(jìn)行本系統(tǒng)的開(kāi)發(fā)工作。 技術(shù)可行性方面， MTPSimulator 采用開(kāi)源 Eclipse 作為開(kāi)發(fā)工具以 Java 語(yǔ)言作為開(kāi)發(fā)語(yǔ)言，無(wú)論在其設(shè)計(jì)還是開(kāi)發(fā)與安裝調(diào)試以及部署上都保證作到方 便快捷，且操作靈活簡(jiǎn)單。在進(jìn)行可行性研究時(shí)需要了解和分析現(xiàn)有的系統(tǒng)，并以概括的形式表達(dá)對(duì)現(xiàn)有的系統(tǒng)的認(rèn)識(shí)。媒體終端設(shè)備的不足又會(huì)導(dǎo)致媒體終端設(shè)備的使用非常緊張，整個(gè)數(shù)字影院管理系統(tǒng)的開(kāi)發(fā)緊張受到制約，極大地影響了項(xiàng)目開(kāi)發(fā)的進(jìn)度，為了提高效率，節(jié)約成本，項(xiàng)目組決定開(kāi)發(fā) MTP Simulator 來(lái)代替媒體終端設(shè)備與數(shù)字影院管理系統(tǒng)交互的功能。由于媒體終端設(shè)備的數(shù)量 不能滿足開(kāi)發(fā)需求，因此 決定以軟件的形式模擬實(shí)現(xiàn) 媒體終端設(shè)備與數(shù)字影院管理系統(tǒng)交互的功能。 該系統(tǒng)的整體構(gòu)成 如圖 所示 。 MTP Simulator 開(kāi)發(fā)前提 MTP Simulator 軟件是為了模擬實(shí)現(xiàn)媒體終端與數(shù)字影院管理系統(tǒng)交互功能，因此需要充分了解數(shù)字影院管理系統(tǒng)與媒體終端設(shè)備交互的細(xì)節(jié)，這就需要了解的數(shù)字影院管理系統(tǒng)是如何與媒體終端設(shè)備進(jìn)行交互，交互的內(nèi)容是什么，通過(guò)什么方式通信，最后要得到什么樣的效果。 課題背景 由于數(shù)字影院管理系統(tǒng)開(kāi)發(fā)對(duì)于媒體終端設(shè)備的依賴，目前媒體終端設(shè)備的數(shù)量不能滿足開(kāi)發(fā)需要；為節(jié)約成本，保證效率，決定開(kāi)發(fā)基于媒體終端設(shè)備實(shí)沈陽(yáng)理工大學(xué)學(xué)士學(xué)位論文 6 體功能的軟件模擬器，即 MTP Simulator。 XXXX公司研發(fā)了以硅基液晶技術(shù)為核心的高清晰度 4K(40962048)的數(shù)字放映機(jī)。數(shù)字放映通過(guò)硬盤、網(wǎng)絡(luò)、衛(wèi)星等傳輸方式，可以多地同步 放映相同影片。 在電影放映領(lǐng)域， 20 世紀(jì) 90 年代后期電影《星球前傳 I》首次應(yīng)用數(shù)字投影機(jī)在影院放映。 在電影攝影領(lǐng)域，從攝像機(jī)出現(xiàn)開(kāi)始，傳統(tǒng)膠片攝影就不斷接受挑戰(zhàn) ，本世紀(jì)初，數(shù)字高清攝像機(jī)逐漸進(jìn)入電影前期拍攝，從最初的高清到 2K 直到 4K 數(shù)字?jǐn)z影機(jī)，已有多種數(shù)字?jǐn)z影機(jī)應(yīng)用于電影拍攝。 20 世紀(jì) 90 年代后，計(jì)算機(jī)技術(shù)飛速發(fā)展，信息量相對(duì)較小的音頻率先進(jìn)入數(shù)字化。 Media Terminal Protocol。Console。Graphical interface。 圖形界面 ； Socket； Console；文件 。 最后，是 對(duì)該課題所研究的系統(tǒng)進(jìn)行測(cè)試。其中 Socket MTP模塊處理又細(xì)化為請(qǐng)求接收、命令處理、命令解析、互斥檢查以及 response 處理。 其次，論述了該系統(tǒng)的詳細(xì)設(shè)計(jì)過(guò)程。隨著我國(guó)數(shù)字電影的發(fā)展， XXXX 公司研發(fā)了以硅基液晶技術(shù)為核心的高清晰度 4K(40962048)的數(shù)字放映機(jī)。從總體功能來(lái)看，可以分為四個(gè)模塊，即系統(tǒng)啟動(dòng)、接收命令、解析命令以及響應(yīng)。沈陽(yáng)理工大學(xué)學(xué)士學(xué)位論文 I 摘 要 基于 TLS 安全的 MTP 命令解釋器的設(shè)計(jì)， 它 主要實(shí)現(xiàn)模擬媒體終端設(shè)備對(duì) MTP 消息進(jìn)行解析。 從命令的來(lái)源看，可以分為三 種方式 ，第一 種方式 為Socket 連接 (包括加密、不加密 )，第二 種方式 為 Console 輸入以及第三 種方式 ，即 文件的多條批處理 MTP 命令的解析。 論文首先論述了 課題的背景、開(kāi)發(fā)前提以及開(kāi)發(fā)意義。開(kāi)發(fā)過(guò)程中對(duì) 于 媒體 終端設(shè)備的依賴， 開(kāi)發(fā) 了 MTP Simulator，繼而要從各個(gè)方面分析這個(gè)系統(tǒng)的可行性 以及整體的設(shè)計(jì)邏輯。 主要有三大模塊，分別為 Socket MTP模塊處理、 Console MTP 模塊處理以及 File MTP 模塊處理。其余兩個(gè)模塊的的細(xì)化流程同 Socket MTP 的細(xì)化過(guò)程相同。 關(guān)鍵詞 : MTP Simulator。 MTP(媒體終端協(xié)議 )； TLS(安全傳輸層協(xié)議 ) 沈陽(yáng)理工大學(xué)學(xué)士學(xué)位論文 II Abstract MTP mands based on TLS security to explain the design, it is primarily analog media terminal device to parse the MTP message. From the source of the mand can be divided into three modules, the first module for Socket connections (including encryption, no encryption), the second module for console input and the third module, file batch MTP mand parsing. From the perspective of the overall function, can be divided into four modules, namely, the system starts to receive the mand, parses the mand and response. The paper first discusses the background of the topic, the development of the premise and the development of meaning. With the development of digital cinema in China, XXXX has developed a highresolution liquid crystal on silicon technology for the core 4K (4096 x 2048) digital projectors. The development process for the dependence of the terminal equipment of the media, decided to develop the MTP Simulator, and then from all aspects of the feasibility of this system, as well as the overall design logic. Secondly, it discusses the details