【正文】 仔細(xì)分析，可以發(fā)現(xiàn) ， 交互圖中的消息，與用戶界面中的菜單 （在 Android 中有上下文菜單和選項(xiàng)菜單兩種） 或可點(diǎn)擊視圖（如列表項(xiàng)、按鈕）等 UI 控件 有良。類 ”車輛信息編輯頁 ”同樣地向類“數(shù)據(jù)庫適配器”請(qǐng)求指定的車輛數(shù)據(jù)，獲得后將其顯示在用戶界面上并接受用戶的編輯。用戶通過觸摸某一列表項(xiàng)，向類“車輛信息庫”發(fā)送“查看車輛”的消息；類“車輛信息庫”將該消息連同該列表項(xiàng)所對(duì)應(yīng)的車輛 ID 發(fā)送至類“車輛查看頁”；類“車輛查看頁”向類“數(shù)據(jù)庫適配 器”請(qǐng)求指定車輛的數(shù)據(jù)，獲得后將其顯示在用戶界面并等待用戶的操作。首先，用戶啟動(dòng)系統(tǒng)，類“車輛信息庫”啟動(dòng)，并向類“數(shù)據(jù)庫適配器”請(qǐng)求獲得車輛信息列表數(shù)據(jù)。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 26 車 輛 信 息 庫頂 層 包 : : 保 安 / 巡 警車 輛 查 看 頁 車 輛 信 息 編 輯 頁 數(shù) 據(jù) 庫 適 配 器啟 動(dòng) 程 序 獲 取 車 輛 信 息 列 表 數(shù) 據(jù)車 輛 信 息 列 表 數(shù) 據(jù)查 看 車 輛 查 看 獲 取 車 輛 信 息 及 其 登 記 記 錄 列 表 數(shù) 據(jù)車 輛 信 息 及 其 登 記 記 錄 列 表 數(shù) 據(jù)編 輯 車 輛 信 息 編 輯 獲 取 車 輛 信 息車 輛 信 息保 存 車 輛 信 息 車 輛 信 息保 存 結(jié) 果顯 示 車 輛 信 息 列 表顯 示 車 輛 信 息 及 其 登 記 記 錄 列 表顯 示 車 輛 信 息查 看 車 輛獲 取 車 輛 信 息 及 其 登 記 記 錄 列 表 數(shù) 據(jù)車 輛 信 息 及 其 登 記 記 錄 列 表 數(shù) 據(jù)顯 示 車 輛 信 息 及 其 登 記 記 錄 列 表 圖 19 用例“編輯車輛信息” 的 順序圖 用戶或執(zhí)行者已經(jīng)確定，是保安或巡警。 該用例是用例“瀏覽車輛信息庫”和“查看車輛信息”共 有 的擴(kuò)展用例 ；用戶可直接對(duì)車輛信息庫的某一列表項(xiàng)選擇進(jìn)行編輯，也可以先查看該列表項(xiàng)，再選擇進(jìn)行編輯。 交互 圖 本系統(tǒng)存在大量與用戶的交互，用交互圖 （順序圖 或 協(xié)作圖） 來描述 每個(gè)用例中 系統(tǒng)與用戶之間的交互，從而進(jìn)一步明確 用例的上下文和系統(tǒng)的 職責(zé) ，特別合適。 （ 4）查看車輛 查看車輛信息以及與該車 特有 的登記記錄 單。 （ 3） 查詢 /登記車輛 以指定方式（手工或圖像識(shí)別，可在設(shè)置中指定）輸入 車牌號(hào) 。 可通過輸入關(guān)鍵詞快速找到所需 車輛登記記錄 。 每一個(gè)列表項(xiàng) （對(duì)應(yīng)一個(gè)車輛信息） ，有如下操作： 編輯 車輛信息，刪除車輛信息，復(fù)制車輛信息（可單獨(dú)復(fù)制 信息中的 某 一 項(xiàng)或全部 ，以供進(jìn)一步處理） ，短信發(fā)送車輛信息，電話聯(lián)系車主，登記該車 （新建一個(gè)車輛登記記錄） 。 分別描述如下： （ 1） 瀏覽車輛信息庫 以列表形式顯示所有 的 車輛信息；列表項(xiàng)包括車輛的注冊(cè)圖片 ， 車牌號(hào) 、車型、車架號(hào) ，車主的 姓名 、 聯(lián)系方式 、性別、年齡、駕照號(hào)，以及備注 等內(nèi)容 。 保 安 、 巡 警車 輛 識(shí) 別 、 登 記 與 信 息 查 詢 u s e s 圖 17 系統(tǒng)抽象用例模型 細(xì)化并擴(kuò)展以上用例，得到一個(gè)能指導(dǎo)程序開發(fā)中類的設(shè)計(jì)與實(shí)現(xiàn)的詳細(xì)用例模型，用例圖如圖 18。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 23 小 區(qū) 保 安問 題 車 輛 識(shí) 別 與 登 記 u s e s 小 區(qū) 、 校 園 、 停 車 場 門 衛(wèi)身 份 認(rèn) 證 ， 出 入 登 記 u s e s 巡 邏 警 察黑 的 鑒 別 與 登 記 u s e s 服 務(wù) 機(jī) 構(gòu) 保 安來 客 車 輛 識(shí) 別 ， 個(gè) 性 化 服 務(wù) u s e s 圖 16 本系統(tǒng)直接用例模型 所有上述用例本質(zhì)上，可以抽象為單一用例 —— 保安（巡警）進(jìn)行車輛識(shí)別、登記與信息查詢。直接用例模型表征最原始的角色與場景，沒有作抽象與細(xì)化。 功能需求 我們將通過建立用例模型 來逐步描述、抽象、 細(xì) 化功能需求。 在面向?qū)ο蟮男枨蠓治龇椒ㄖ校?UML 模型圖起到了十分關(guān)鍵的作用。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 22 4 需求 分析與 設(shè)計(jì) 從本章開始，我們將回到緒論中所描述的問題，應(yīng)用前面兩章所 提供的技術(shù)手段，分析、設(shè)計(jì)并實(shí)現(xiàn)一個(gè)基于 Android 平臺(tái)的車輛信息查詢系統(tǒng)。解決辦法是兩個(gè)項(xiàng)目均使用方式 2 引用。但在實(shí)踐過程中發(fā)現(xiàn)，在包含 JavaCV項(xiàng)目（使用方式 2）的同時(shí)引用 tesseractandroidtools 項(xiàng)目（使用方式 1），本項(xiàng)目將在運(yùn)行時(shí)報(bào)錯(cuò)，找不到 JavaCV中的 so 文件。 庫項(xiàng)目 tesseractandroidtools 為本項(xiàng)目使用，有 兩種方式： 1）本項(xiàng)目直接引用打開的庫項(xiàng)目（具體見 Android 官方文檔 [27]）； 2）將庫項(xiàng)目生成的 jar 文件和 so 文件包含至本項(xiàng)目中。 ? String () 返回 UTF8 格式的識(shí)別出的文本。 ? void (int mode) 設(shè)置頁面分割模式，決定 OCR 引擎在識(shí)別文字之前要作多少處理。它們主要包括： ? () 構(gòu)造 TessBaseAPI 實(shí)例。 包 下的類 TessBaseAPI 即為 Tesseract OCR 引擎的Java 接口。 圖 15 項(xiàng)目 tesseractandroidtools 的目錄結(jié)構(gòu) 共享庫 和 可以直接通過 NDK 編譯生成；目錄 jin下存放的是這兩北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 21 個(gè)庫的 C/C++源文件和編譯指令。開源項(xiàng)目 tesseractandroidtools[26]是一個(gè) Android 庫項(xiàng)目 [27]，提供了用于使用 Tesseract OCR 和 Leptonica 圖像處理庫的一系列 Android API 和構(gòu)建文件。關(guān)于上述過程的討論，詳見 Tessearct 項(xiàng)目第 557 號(hào)問題討論 [25]。 重要提醒 ：訓(xùn)練語言包的過程中，可能會(huì)有這樣或那樣的問題。按 訓(xùn)練 Tesseract3 中的步驟： //訓(xùn)練 Tesseract： tesseract nobatch //計(jì)算字符集： 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 20 unicharset_extractor //讀取字體屬性：（新建字體屬性文件 font_properties，內(nèi)容為“ lpft 0 0 1 0 0”） mftraining F font_properties U unicharset //分類歸并： mftraining F font_properties U unicharset O training //其他文件（數(shù)據(jù)字典、 unicharambigs）均不必提供。圖 14 便能完好地生成 72 行字符數(shù)據(jù)。因此，我們可以為不連通的字符添上筆畫，使之完全連通。 其實(shí)，針對(duì)上述問題， 有一個(gè)簡單的辦法。如果自動(dòng)生成的盒子文件中的字符能與正確字符良好對(duì)應(yīng)（如本訓(xùn)練圖片中的數(shù)字 1 在盒子文件中被識(shí)別成了“ |”），修改例子文件將非常快捷，改正字符即可；如果一個(gè)字符被 tesseract 解釋成了多個(gè)字符（如“蘇”被解析成了“艸”和“辦”），在盒子文件中得到了多行記錄，則需要采取一定的手段找到所識(shí)別行與目標(biāo)字符的對(duì)應(yīng)關(guān)系，并合并錯(cuò)誤的行。識(shí)別結(jié)果將生成盒子文件文件 ，文件中每一行均為所識(shí)別出的字符、其在訓(xùn)練圖片中的坐標(biāo)（四列分別是左、下、右、下，坐標(biāo)原點(diǎn)為圖片左下角）以及頁號(hào)（單頁訓(xùn)練圖片頁號(hào)恒為 0）。首先在計(jì)算 機(jī)上安裝 Tesseract 引擎（目前是 ）。如圖 13（由于警車車牌不在本課題討論范圍之內(nèi)，為簡化操作，未將其包含進(jìn)來）。圖像寬高建議為 1056*2020（單位像素） ，圖像分辨率 96dpi，命名為“ ”。 GA 362020 中華人民共和國機(jī)動(dòng)車號(hào)牌 外廓尺寸為 440mm 140mm的號(hào)牌 [1]，是最佳的材料。 Tesseract 為訓(xùn)練過程提供了一定的支持。因此須為 Tesseract OCR 引擎訓(xùn)練出專供車牌識(shí)別的語言 包。原因在于，國家車牌字符使用的是一種特殊的字符，以便于區(qū)分。 目前該引擎已經(jīng)對(duì)中文識(shí)別有了一定的支持。 1995 年到2020 年間，它沒有大的改進(jìn)；之后，它被谷歌大幅改進(jìn)，很可能是識(shí)別率最高的可用開源 OCR 引擎之一了。為了提高識(shí)別率，還可以增加字符與背景的對(duì)比度，并應(yīng)準(zhǔn)偱 OCR 引擎對(duì)前景背景色的要求。所得的單個(gè)的字符如圖 11。判斷方法為：輪廓的外框，高度大于車牌高度的二分之一，且寬度小于車牌寬度的四分之一者，即為車牌字符。 圖 10 車牌圖像的輪廓 //對(duì)車牌圖像進(jìn)行邊緣檢測(cè) cvCanny(licenceImage, plateImageCanny, 128, 255, 3)。（車牌的偏斜矯正一般情況下沒有必要，本文不討論。 //接下來：進(jìn)行車牌字符的分割 //TODO: character segmentation on the licence image } } 檢測(cè)出的車牌圖像如圖 9。amp。 //檢查輪廓寬高比 double plate_HWratio = ((double) ()) / ((double) ())。amp。示例代碼如下： //獲得多邊形輪廓 CvSeq polyContours = cvApproxPoly(contours, (), cvCreateMemStorage(0), CV_POLY_APPROX_DP, cvContourPerimeter(contours) * , 0)。 圖 8 輪廓圖像（黑色背景上的白色輪廓線，不易觀察） 基于邊緣檢測(cè)的車牌探測(cè) 經(jīng)檢測(cè)，提取的圖像輪廓中有約 1800 個(gè)獨(dú)立輪廓區(qū)域。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 16 圖 7 二值圖像 從二值圖像中提取輪廓 CvSeq contours = new CvSeq()。 cvEqualizeHist(vehicleImageGray, vehicleImageGray)。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 15 圖 4 原始車輛圖像 將原始圖像轉(zhuǎn)化為 灰階 圖像 cvCvtColor(mVehicleImage, vehicleImageGray, CV_BGR2GRAY)。本課題采用基于邊緣檢測(cè)的車牌探測(cè)技術(shù)。 該技術(shù)涉及神經(jīng)網(wǎng)絡(luò)等算法，限于知識(shí)水平，暫不研究。具體請(qǐng)參照項(xiàng)目主頁的介紹。編譯或生成 和 ，作為本項(xiàng)目的引用包；將 和 中所有的庫文件解壓至項(xiàng)目根目錄下的 libs/armeabi 文件夾中，即完成了對(duì) JavaCV 庫引用。 CXCORE 基本結(jié)構(gòu)和算法， XML支持，繪圖函數(shù) CV 圖像處理和視覺算法 HighGUI GUI，圖 像和視頻 I/O 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 14 JavaCV開源項(xiàng)目的負(fù)責(zé)人 samuel，即前述 JavaCPP 項(xiàng)目的負(fù)責(zé)人。 API。它為計(jì)算機(jī)視覺領(lǐng)域調(diào)查者們常用的庫提供了封裝。OpenCV的構(gòu)成如圖 2。使用范圍從交互藝術(shù)到礦物探測(cè)，再到 Web 圖形檢索等領(lǐng)域 [20]。該庫擁有超過 2500 個(gè)算法的優(yōu)化。它在 BSD許可下發(fā)布，學(xué)術(shù)和商業(yè)上均可免費(fèi)使用。 功能需求 我們將通過建立用例圖來逐步描述、抽象、細(xì)化功能需求。在面向?qū)ο蟮男枨蠓治龇椒ㄖ校?UML 模型圖起到了十分關(guān)鍵的作用。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 13 3 需求分析 從本章開始，我們將回到緒論中所描述的問題，應(yīng)用前面兩章所提供的技術(shù)手段，分析、設(shè)計(jì)并實(shí)現(xiàn)一個(gè)基于 Android 平臺(tái)的車輛信息查詢系統(tǒng)。 兩種同步方式都希望所有設(shè)備在當(dāng)時(shí)當(dāng)?shù)乜捎茫駝t每一部設(shè)備上的數(shù)據(jù)都不是嚴(yán)格意義上“最新”的數(shù)據(jù)。 （ 2）對(duì)等雙向同步 在該同步方式中，設(shè)備間對(duì)等通信，向其他配對(duì)設(shè)備播送自身數(shù)據(jù)的變化，同時(shí)接收與處理其他配對(duì)設(shè)備數(shù)據(jù)變化的通知。響應(yīng)操作包括：備份同步前的數(shù)據(jù)；新增設(shè)備新增的記錄，緩存設(shè)備的修改和刪除請(qǐng) 求并在最后提示用戶確認(rèn)（修改或刪除），最后標(biāo)記版本。服務(wù)設(shè)備在用戶的協(xié)助的對(duì)請(qǐng)求設(shè)備進(jìn)行身份認(rèn)證，并允許保存身份信息（即配對(duì)）以供下次免認(rèn)證連接。 （ 1） C/S 單向同步 在該同步方式中，指定一臺(tái)設(shè)備作為服務(wù)器，或才最先啟動(dòng)同步 服務(wù)的設(shè)備自動(dòng)作為服務(wù)器；其他設(shè)備作為客戶機(jī)；首先輪流上傳各自的數(shù)據(jù)，服務(wù)器負(fù)責(zé)數(shù)據(jù)的新增、更新與合并；然后輪流從服務(wù)器下載最新的數(shù)據(jù)。鑒于實(shí)驗(yàn)條件不允許，我們僅對(duì)邏輯的實(shí)現(xiàn)作理論的分析。 基于該技術(shù)，我們構(gòu)想出了兩種多終端通信方式： 1） C/S 單向同步。 端對(duì)端 WiFi 直連通訊技術(shù) 從 Android （ API 14）開始， WiFi 直連通訊技術(shù)允許 設(shè)備通過 WiFi 直接（ WiFi Direct）連接，不再需要中間互連點(diǎn)（如無線路由器或 WiFi 熱點(diǎn)）。這里不再贅述。這或許也是做開發(fā)的樂趣之所在。 北京工業(yè)大學(xué)耿丹學(xué)院 大學(xué)畢業(yè) 論文 12 以上問題是困擾作者本人在內(nèi)的許多開發(fā)者許久的問題。 (TAG, _id at position +