【正文】 方面的發(fā)展相對滯后, 但是在 2003 年,其手機(jī)游戲市場的收入也己經(jīng)達(dá)到 1600 萬美元. 歐洲很早就推出了手機(jī)游戲業(yè)務(wù),但與日韓相比,歐洲的手機(jī)游戲市場相對滯 :第一,移動(dòng)終端 ,這就導(dǎo)致在新業(yè)務(wù)推 出的時(shí)候,相應(yīng)的終端生產(chǎn)往往會滯后一段時(shí)間,從而成為制約瓶頸。第二,運(yùn)營 務(wù)模式中, 出現(xiàn)的實(shí)力還很薄弱的手機(jī)游戲提供商來說難以承受。第三,歐洲國家眾多,文化 多元,手機(jī)游戲在傳播上存在語言等方面的障礙. 到 2003 年底,歐洲手機(jī)游戲市場的環(huán)境已基本成熟,JAVA 手機(jī)在歐洲已經(jīng)十分 普及,還出現(xiàn)了像 NGage ,2010 年歐洲手機(jī)游戲 市場達(dá)到 60 億歐元,占移動(dòng)娛樂內(nèi)容收入的 21%.但是這些基本上都是單機(jī)版或者 使用傳統(tǒng)聯(lián)網(wǎng)方式的游戲,如果再將其加入藍(lán)牙對戰(zhàn)功能,相信會贏得更多的玩家. 本文主要工作和研究內(nèi)容 游戲不同于其他應(yīng)用程序,手機(jī)這種嵌入式設(shè)備也不同于其他的開發(fā)環(huán)境,二 ,人工智能等多種技術(shù)的應(yīng)用, ,內(nèi)存容量有限,屏幕尺寸 PC 環(huán)境下都相當(dāng)困難的游戲開發(fā)在手機(jī)設(shè)備環(huán)境下如何實(shí)現(xiàn) 豐富的效果,適應(yīng)各種不同的性能參數(shù),更是困難. 本課題的主要目標(biāo)是設(shè)計(jì)并實(shí)現(xiàn)一個(gè) J2ME 環(huán)境下的藍(lán)牙手機(jī)游戲,并對實(shí)現(xiàn)手 . (1)探索手機(jī)游戲開發(fā)的基本流程。 (2)基于 游戲 API,研究在手機(jī)游戲的基本架構(gòu)設(shè)計(jì)。 6 (3)基于 JSR82 的 J2ME 應(yīng)用開發(fā)架構(gòu),研究藍(lán)牙網(wǎng)絡(luò)的搭建。 (4)對人機(jī)博弈中的人工智能進(jìn)行研究。 (5)使用 J2ME 技術(shù)實(shí)現(xiàn)一款藍(lán)牙手機(jī)游戲. 本文的組織結(jié)構(gòu) 本論文共分為 5 章,各章主要內(nèi)容如下: (1)前言:介紹本課題研究背景,國內(nèi)外發(fā)展現(xiàn)狀, 進(jìn)行介紹. (2)J2ME 技術(shù)概述:介紹 J2ME 的體系結(jié)構(gòu)及可選包. (3)象棋引擎算法:介紹象棋引擎算法的原理. (4)J2ME 藍(lán)牙中國象棋的設(shè)計(jì)與實(shí)現(xiàn):包括總體設(shè)計(jì),詳細(xì)設(shè)計(jì),運(yùn)行效果及關(guān) 鍵代碼. (5)結(jié)論. 技術(shù)概述 目前,J2ME 平臺被認(rèn)為是主流的手機(jī)游戲平臺之一,它被開發(fā)者,設(shè)備制造商, 網(wǎng)絡(luò)通信公司和消費(fèi)者廣泛接受,被廣泛地用于手機(jī),PDA 個(gè)人數(shù)字助理,汽車導(dǎo)航 系統(tǒng)以及電視機(jī)頂盒等眾多小型資源受限設(shè)備. 本章將介紹 J2ME 的體系結(jié)構(gòu)及可選包. J2ME 的分層體系結(jié)構(gòu) J2ME 體系結(jié)構(gòu)通過一個(gè)分層軟件模型來實(shí)現(xiàn), 該模型構(gòu)建于本地操作系統(tǒng)之上. J2ME 的 分 層 體 系 結(jié) 構(gòu) 依 照 各 種 設(shè) 備 的 資源 特 性 , 將 J2ME 技 術(shù) 架 構(gòu) 分 為 簡 表 (Profile),配置(Configuration)和 Java Virtual Machine(JVM)三層,然后進(jìn)一步 細(xì)分,這使 J2ME 能夠在每一類設(shè)備的限制下工作,而同時(shí)提供最低限度的 Java 語 言功能性,如圖 21 所示. 圖 21 J2ME 的分層體系結(jié)構(gòu) (1)操作系統(tǒng)層:特定硬件設(shè)備的操作系統(tǒng)層. (2)Java 虛擬機(jī)層(JVM):針對設(shè)備本地操作系統(tǒng)定制的 Java 虛擬機(jī)的實(shí)現(xiàn),支 持特定的 J2ME 配置. (3)配置層(Configuration):J2ME將設(shè)備進(jìn)行分類,提取設(shè)備的一些共性出來 形成適合于某個(gè)范疇中設(shè)備可用的規(guī)范,稱為配置 . (4)簡表層(Profile):定義了特定系列設(shè)備上可用的應(yīng)用程序編程接口(API)的 最小集. (5)可選包(Option Package):通常是一些本身具有獨(dú)立價(jià)值的 API,廠商依照 自己的需求,選擇性的實(shí)現(xiàn)其中某些 Optional Packages 規(guī)范. J2ME 配置(Configuration) 配置在 3 層體系結(jié)構(gòu)中起到承上啟下的作用,定義了針對在總存儲空間,電源, 網(wǎng)絡(luò)連接等硬件功能有類似需求的某個(gè)水平范疇或者一組設(shè)備的 Java 定了所支持的 Java 編程語言特征,Java 虛擬機(jī)特征和基本 Java 類庫及其 API. 到目前為止,通過 Java 規(guī)范定義的只有兩種配置,它們是: (1) 有限連接設(shè)備配置 (CLDC, Connected Limited Device Configuration): ,沒有穩(wěn)定的電源 供應(yīng)(通常使用電池) ,設(shè)備資源少. (2)連接設(shè)備配置 (CDC, Connected Device Configuration):這個(gè)配置致力于 ,電源穩(wěn)定,設(shè)備資源比 較受限. CDC 和 CLDC 的大部分功能都來源于 22 是加上一些額外類的 J2SE 的子集, CDC 是 CLDC 的完整超集,包含了所有的 CLDC 規(guī) 范,所以基于 CLDC 的程序在 CDC 內(nèi)是完全兼容的. 圖 22 J2SE,CDC,CLDC 類庫之間的關(guān)系 J2ME 簡表(Profile) 配置提供了滿足所有設(shè)備的最低要求,而簡表則定義了具體的用戶界面,輸入 機(jī)制和數(shù)據(jù)持久性等與獨(dú)特設(shè)備有關(guān)的屬性. 目前使用最廣泛的簡表是移動(dòng)信息設(shè)備簡表 (MIDP,Micro Information Device Profile),MIDP 定義了能在 Java 手機(jī)上運(yùn)行的 Java 程序的規(guī)范,包括應(yīng)用程序生 命周期, 各種 UI 界面組件, 支持 Record 存儲和 Http 連接等, 符合 MIDP 規(guī)范的 Java 程序被稱為 MIDlet,可以直接通過無線網(wǎng)絡(luò)下載到手機(jī)并運(yùn)行. MIDP 提供以下功能: 9 (1)圖形用戶界面 開發(fā) MIDlet 是所使用的用戶界面組件被稱為 LCDUI,它不同于 AWT 或 Swing,而 是一個(gè)全新設(shè)計(jì), 所提供的用戶界面 組件分成低級 API 和高級 API 允許用戶完全訪問一個(gè)設(shè)備的顯示屏,也 允許訪問原始鍵和指針事件. LCDUI 包全部都定義在 里面, 其結(jié)構(gòu)如圖 23 所示: 圖 23 LCDUI 結(jié)構(gòu)圖 (2)定義了 MIDlet 的框架,以及 MIDlet 與環(huán)境的交互 MIDP 引入了全新的應(yīng)用程序模型—— MIDlet 可以組成 MIDlet 套件,以 jar MIDlet 套件中的不同 MIDlet 能共享 jar 文件的資源. 當(dāng) MIDlet 被應(yīng)用程序管理器成功的初始化之后, 就展開了它的生命周期. 24 圖 說明了 MIDlet 一個(gè)完整的生命周期. 10 圖 24 MIDlet 的生命周期 (3)持久性數(shù)據(jù)存儲 RMS MIDP 應(yīng)用程序的標(biāo)準(zhǔn)持久化方案就是使用 類似于一個(gè)小型數(shù)據(jù)庫, Recordstore 相當(dāng)于數(shù)據(jù)庫的表,每個(gè)表由若干記錄(Record)構(gòu)成,一條記錄就 是一個(gè)用 int 表示的記錄號 RecordID 和用 byte[]表示的內(nèi)容. 記錄號可以看作是 主 鍵 ,byte[] 提供的記錄操作可以實(shí)現(xiàn)根據(jù) ID 直接獲得記錄或者 結(jié)構(gòu)如圖 25 所示. 圖 25 RMS 結(jié)構(gòu) (4)基于 的網(wǎng)絡(luò)(使用 CLDC 通用連接框架) 通用連接框架是在 CLDC 中定義的,MIDP 規(guī)范以標(biāo)準(zhǔn) GCF 集成體系為基礎(chǔ)擴(kuò)充, 定義了 HttpConnection, 有如下 幾個(gè)特性:基于接口設(shè)計(jì),便于擴(kuò)展,提供創(chuàng)建連接的上層方法,使用標(biāo)準(zhǔn) URL 簡化 了 程 序 員 的 工 作 . GCF 在 中 進(jìn) 行 了 擴(kuò) 展 , 提 供 了 HttpConnection , HttpsConnection 接口,使 MIDlet 具備了通過 Http 或者 Https 協(xié)議與 server 通信 的 能 力 。 可 選 的 提 供 了 SocketConnection , ServerSocketConnection , UDPDatagramConnection 接口,使 MIDlet 能夠在 TCP/IP 層通過 socket 進(jìn)行通信或 者使用數(shù)據(jù)報(bào)進(jìn)行通信. 可選包(Optional Profile) 可選包是一系列 API 的集合,是對標(biāo)準(zhǔn)運(yùn)行環(huán)境的擴(kuò)展,用于支持特定設(shè)備的 特定屬性,它們必須和 configuration 和 Profile 可選包,將概述 MMAPI 和 JABWT. 移動(dòng)多媒體 API(MMAPI) 移動(dòng)多媒體 API(MMAPI)是為了使移動(dòng)裝置能夠訪問不同格式的媒體數(shù)據(jù)而設(shè)計(jì) 的一個(gè)可選包,它由 JCP 組織在 JSR135 中定義,并且被設(shè)計(jì)成靈活的和平臺無關(guān)的. 它提供了一個(gè)標(biāo)準(zhǔn)的 API,在資源受限設(shè)備上提供了對音頻,視頻的支持. 一般情況下,可以將媒體處理過程分解為兩個(gè)過程: (1)處理媒體數(shù)據(jù)的傳輸協(xié)議的過程. 處理傳輸協(xié)議的過程是指從數(shù)據(jù)源(如一個(gè)文件,一個(gè)捕獲裝置或一個(gè)流媒體服 務(wù)器)上讀取媒體數(shù)據(jù)內(nèi)容后,將其傳送到媒體處理系統(tǒng)中的過程. MMAPI 使用 Data Source Data Source 知道如何從它的原始位置讀取媒體數(shù)據(jù)并傳送給媒體數(shù)據(jù)處理(Player).媒體數(shù)據(jù)可 以被保存在不同的位置,從遠(yuǎn)程服務(wù)器到資源文件或者 RMS 從原始位置通過 HTTP 或者其他機(jī)制傳輸?shù)矫襟w數(shù)據(jù)處理. (2)處理媒體數(shù)據(jù)內(nèi)容的過程. 處理媒體數(shù)據(jù)內(nèi)容的過程通常需要對媒體數(shù)據(jù)進(jìn)行解釋和解碼,并且還需要識 別該媒體的輸出設(shè)置的類型(如音頻設(shè)置或者視頻設(shè)置) .舉個(gè)例子,Data Source 從 某媒體數(shù)據(jù)源上獲取 MP3 媒體數(shù)據(jù),并將其傳送給 Player 程首先對這個(gè) MP3 媒體數(shù)據(jù)進(jìn)行解析和解碼,同時(shí)檢測該 MP3 媒體為音頻數(shù)據(jù),打 開裝置的音頻設(shè)備,將解析和解碼后的媒體數(shù)據(jù)直接傳送到裝置的音頻設(shè)備緩沖中, 由該音頻設(shè)備根據(jù)緩沖區(qū)中的數(shù)據(jù)內(nèi)容產(chǎn)生音頻信號. MMAPI 使用 Player 來處理媒體數(shù)據(jù)內(nèi)容, Player 從 Data Source 中讀取媒體數(shù)據(jù), 解析和解碼數(shù)據(jù)以及識別媒體輸出設(shè)備和傳送媒體數(shù)據(jù)到輸出設(shè)備等. MMAPI 還提供了一個(gè)或多個(gè) Controls 來調(diào)整 Player 的行為,可以從媒體轉(zhuǎn)換數(shù) 據(jù)的時(shí)候從一個(gè) Player 實(shí)例取得并且使用 Controls. 可以通過 Player 中提供的一些特 殊的 Controls 訪問一些特殊的媒體類型. 藍(lán)牙無線技術(shù) APIs(JABWT) Java 藍(lán)牙無線技術(shù) APIs (JABWT, Java APIs for Bluetooth Wireless Technology) 由 JSR82 規(guī)范定義,支持快速開發(fā)便捷, 管理,設(shè)備發(fā)現(xiàn),服務(wù)發(fā)現(xiàn)等. (1)設(shè)備管理 JABWT 介 紹 了 用 于 設(shè) 備 管 理 的 兩 個(gè) 類 : LocalDevice 和 RemoteDevice . LocalDevice 可用來獲得藍(lán)牙鄰 近區(qū)的設(shè)備信息(例如, 某個(gè)遠(yuǎn)程藍(lán)牙設(shè)備的地址), 它可以代表一臺遠(yuǎn)程設(shè)備(例如, 一臺在可到達(dá)范圍內(nèi)的設(shè)備),并提供相應(yīng)的方法來獲得關(guān)于這臺設(shè)備的有關(guān)信息包 括它的藍(lán)牙地址和名稱. 每個(gè)藍(lán)牙設(shè)備有一個(gè)唯一的硬件地址,像計(jì)算機(jī)的 MAC 設(shè)定設(shè)備發(fā)現(xiàn)的級別, 通過調(diào)用 LocalDevice 對象中的 setDiscoverable()方法可以 使得其它藍(lán)牙設(shè)備發(fā)現(xiàn)當(dāng)前設(shè)備. (2)設(shè)備發(fā)現(xiàn) 無 線 設(shè) 備 需 要 一 種 機(jī) 制 來 允 許 發(fā) 現(xiàn) 其 它 的 設(shè) 備 并 訪 問 它 們 . JABWT