專利名稱：硬件的驅(qū)動架構(gòu)與方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于硬件驅(qū)動，特別是一種硬件裝置的驅(qū)動架構(gòu)與方法。
技術(shù)背景當(dāng)外部的硬件裝置與計算機連接時，計算機須取得該硬件裝置的驅(qū)動韌體(firmware),才能透過計算機的應(yīng)用程序來操控該硬件裝置，使 該硬件裝置能正常運作。而上述所謂的韌體(firmware)就是內(nèi)建于硬件內(nèi)的軟件。 一般來說， 硬件是有形的物品，軟件則是一堆程序代碼組成的應(yīng)用程序。 一般硬件 摸得到、看得到，而軟件只存在于系統(tǒng)與計算機中，沒辦法用手觸摸。 而韌體，則是內(nèi)建于硬件內(nèi)的軟件，例如將特別的計算機程序碼，儲 存于只讀芯片(ROM)中，這種內(nèi)建于硬件(芯片)內(nèi)的軟件，則稱的 為韌體?？梢酝高^特定的裝置與方法，執(zhí)行韌體的更新，或透過指定接 口來遙控、操作韌體中的設(shè)定與功能，查詢目前硬件裝置的運作狀態(tài)， 甚至執(zhí)行硬件裝置的設(shè)定、升級與調(diào)校。請參照圖1A，為習(xí)知技術(shù)中第一種硬件驅(qū)動的架構(gòu)圖。 一般習(xí)知技 術(shù)將驅(qū)動韌體A50儲存于閃存(flashmemory) A42中，再將該顆儲存有 驅(qū)動韌體A50的閃存A42，設(shè)置于該硬件裝置A40中。如此，當(dāng)硬件裝 置A40與計算機相連接后，可由應(yīng)用程序A10下達指令(command), 透過控制模塊A20與驅(qū)動模塊A30，最后到達硬件裝置A40。由于硬件 裝置A40中設(shè)置有儲存驅(qū)動韌體A50的閃存A42，所以當(dāng)硬件裝置A40接收到應(yīng)用程序A10所下達的指令時，便可直接利用驅(qū)動韌體A50而完 成該指令所欲執(zhí)行的功能或動作，并將相關(guān)數(shù)據(jù)或狀態(tài)訊號等回應(yīng)予應(yīng) 用程序AIO。但是，這樣的作法會有如下的缺點1、 必須多增加閃存的成本支出。2、 閃存配置于硬件中，必須多增加硬件的配置空間，將使得硬件的體積較大，不利于硬件裝置的輕薄化。因此，有新的硬件驅(qū)動架構(gòu)提出，請參照圖1B,為習(xí)知技術(shù)中第二種硬件驅(qū)動的架構(gòu)圖。第二種硬件驅(qū)動架構(gòu)與第一種類似，差別在于第二種硬件驅(qū)動架構(gòu)中，硬件裝置A40無需配置具有驅(qū)動韌體的閃存。而 驅(qū)動韌體A50并非設(shè)置于該硬件的驅(qū)動架構(gòu)之內(nèi)，而是位于該架構(gòu)之外， 例如將驅(qū)動韌體A50存放于特定的網(wǎng)站。因此，當(dāng)硬件裝置A40與計 算機相連接后，應(yīng)用程序A10必需先連接至外部的驅(qū)動韌體A50 (連接 至存放驅(qū)動韌體A50的計算機或網(wǎng)站)來讀取或下載驅(qū)動韌體A50,然 后才能下達指令(command),同樣透過控制模塊A20與驅(qū)動模塊A30， 最后驅(qū)動硬件裝置A40。硬件裝置A40藉由驅(qū)動韌體A50而完成該指令 所欲執(zhí)行的功能或動作，并將相關(guān)數(shù)據(jù)或狀態(tài)訊號傳回至應(yīng)用程序AIO。 但是，這樣的作法同樣具有缺點，如下所示1、 驅(qū)動韌體儲存于外部(例如，特定的網(wǎng)站)，容易受到黑客的篡 改，而造成驅(qū)動韌體的損壞或功能失效。2、 由外部讀取或下載的驅(qū)動韌體為數(shù)據(jù)類型的檔案，即使被下載至 計算機后，容易有檔案被誤刪除。或者，因另一位計算機使用者并非管 理者(administrator)，而造成沒有存取權(quán)限來使用該驅(qū)動韌體的問題產(chǎn)生。因此，提出不同于傳統(tǒng)技術(shù)的硬件的驅(qū)動架構(gòu)，能順利驅(qū)動與計算 機連接的硬件裝置，同時又能解決上述傳統(tǒng)驅(qū)動架構(gòu)的問題，為一亟待解決的課題。 發(fā)明內(nèi)容有鑒于此，本發(fā)明提出一種硬件的驅(qū)動架構(gòu)與方法，不需在硬件裝 置上配置儲存有驅(qū)動韌體的閃存，也并非將驅(qū)動韌體置放于架構(gòu)之外。 因此，不需增加閃存的成本，也不需增加硬件裝置的配置空間。同時， 驅(qū)動韌體不會有被黑客篡改的危險產(chǎn)生，也解決了驅(qū)動韌體被誤刪除或 使用者不同的存取權(quán)限的問題。本發(fā)明所提出的硬件的驅(qū)動架構(gòu)，連接于硬件裝置，依據(jù)使用者所 選擇的驅(qū)動規(guī)格驅(qū)動硬件裝置。而該硬件的驅(qū)動架構(gòu)包含應(yīng)用程序接 口 (API)模塊、控制模塊及驅(qū)動模塊。應(yīng)用程序接口模塊儲存復(fù)數(shù)個驅(qū)動韌體，接收驅(qū)動規(guī)格，并依據(jù)驅(qū) 動規(guī)格，由復(fù)數(shù)個驅(qū)動韌體中擷取對應(yīng)于驅(qū)動規(guī)格的驅(qū)動韌體?？刂颇K儲存復(fù)數(shù)個控制函式，連接于應(yīng)用程序接口模塊，接收應(yīng) 用程序接口模塊所擷取的驅(qū)動韌體，并依據(jù)驅(qū)動韌體，由復(fù)數(shù)個控制函 式中擷取對應(yīng)于驅(qū)動韌體的控制函式。驅(qū)動模塊儲存復(fù)數(shù)個驅(qū)動程序，連接于控制模塊與硬件裝置，接收 控制模塊所擷取的控制函式，并依據(jù)控制函式由復(fù)數(shù)個驅(qū)動程序中擷取 對應(yīng)于硬件裝置的驅(qū)動程序，并透過控制模塊執(zhí)行驅(qū)動程序，且將驅(qū)動 韌體傳送至硬件裝置。本發(fā)明所提出的硬件的驅(qū)動方法，包含下列步驟提供應(yīng)用程序接 口模塊，儲存復(fù)數(shù)個驅(qū)動韌體。接收驅(qū)動規(guī)格，并依據(jù)驅(qū)動規(guī)格，由應(yīng) 用程序接口模塊中擷取對應(yīng)于驅(qū)動規(guī)格的驅(qū)動韌體。依據(jù)驅(qū)動韌體，取 得對應(yīng)于驅(qū)動韌體的控制函式。依據(jù)控制函式，取得對應(yīng)于硬件裝置的驅(qū)動程序，并透過控制函式執(zhí)行驅(qū)動程序。將驅(qū)動韌體傳送至硬件裝置， 用以驅(qū)動硬件裝置。有關(guān)本發(fā)明的較佳實施例及其功效，茲配合圖式說明如后。


圖1A:習(xí)知技術(shù)中第一種硬件驅(qū)動的架構(gòu)圖。 圖1B:習(xí)知技術(shù)中第二種硬件驅(qū)動的架構(gòu)圖。 圖2:硬件的驅(qū)動架構(gòu)的示意圖。 圖3:數(shù)字廣播的硬件驅(qū)動架構(gòu)的示意圖。 圖4:硬件驅(qū)動的方法流程圖。主要組件符號說明A10:應(yīng)用程序 A20:控制模塊 A30:驅(qū)動模塊 A40:硬件裝置 A42:閃存A50:驅(qū)動韌體1:應(yīng)用程序2:應(yīng)用程序接口模塊20:驅(qū)動韌體22:數(shù)字視頻廣播驅(qū)動韌體 24:數(shù)字音訊廣播驅(qū)動韌體 3:控制模塊 30:控制函式32:數(shù)字視頻廣播控制函式34:數(shù)字音訊廣播控制函式 4:驅(qū)動模塊 40:驅(qū)動程序42:數(shù)位視頻廣播驅(qū)動程序 44:數(shù)字音訊廣播驅(qū)動程序 5:連接模塊 6:硬件裝置具體實施方式
請參照圖2，為硬件的驅(qū)動架構(gòu)的示意圖。硬件的驅(qū)動架構(gòu)包含應(yīng)用程序接口 (Application Programming Interface, API)模塊2、控制模塊 3及驅(qū)動模塊4。而該驅(qū)動架構(gòu)連接于硬件裝置6，依據(jù)使用者所選擇的 驅(qū)動規(guī)格驅(qū)動硬件裝置6。硬件的驅(qū)動架構(gòu)更包含應(yīng)用程序1，使用者可以透過應(yīng)用程序1來選 擇驅(qū)動規(guī)格，而硬件的驅(qū)動架構(gòu)便會依照使用者所選擇的驅(qū)動規(guī)格進行 處理，最后以所選擇的驅(qū)動規(guī)格來驅(qū)動硬件裝置6。應(yīng)用程序接口模塊2儲存有復(fù)數(shù)個驅(qū)動韌體20，且與應(yīng)用程序1相 連接。因此，應(yīng)用程序接口模塊2接收使用者透過應(yīng)用程序1所選擇的 驅(qū)動規(guī)格，并依據(jù)所接收的驅(qū)動規(guī)格，由所儲存的復(fù)數(shù)個驅(qū)動韌體20中 擷取對應(yīng)于該驅(qū)動規(guī)格的驅(qū)動韌體20。其中，將驅(qū)動韌體20儲存于應(yīng)用程序接口 (API)模塊2中，為本 發(fā)明的重要技術(shù)特征之一。由于API是一組作為應(yīng)用程序呼叫某種功能 與服務(wù)的接口。程序設(shè)計者可以依據(jù)API撰寫程序，讓操作系統(tǒng)或應(yīng)用 程序啟動特定程序以執(zhí)行特定的功能。舉例來說，WIN32 API就是 Microsoft Windows 32位平臺的應(yīng)用程序接口。 Windows API就像是Windows與某程序之間的接口，也像積木一般可以架構(gòu)出各種接口豐富、功能靈活的應(yīng)用程序。應(yīng)用程序接口模塊2所儲存的驅(qū)動韌體20，包含于可被外部程序呼 叫的檔案，例如動態(tài)連結(jié)數(shù)據(jù)庫(Dynamic Link Library, DLL)類型， 擴展名為.DLL的檔案；Component Object Model (COM)類型的檔案； 或者是一般的執(zhí)行文件(以Windows操作系統(tǒng)而言，擴展名為.EXE的檔 案)，且可經(jīng)由IPC (Inter-process communication)機制與應(yīng)用程序溝通 的檔案。由于DLL或COM的檔案類型可以在檔案中寫有宣告給外部應(yīng) 用程序使用的API。而一般的執(zhí)行檔也可在檔案中，利用IPC機制與外 部應(yīng)用程序溝通。因此，應(yīng)用程序接口模塊2可稱為DLL層(Layer)、 COM層，或是執(zhí)行檔層。透過應(yīng)用程序接口 (API)模塊2這個接口， 提供不同的應(yīng)用程序使用其所儲存的驅(qū)動韌體20，而將與驅(qū)動規(guī)格相對 應(yīng)的驅(qū)動韌體20，提供予后續(xù)驅(qū)動硬件裝置的使用。一般來說，驅(qū)動韌體20為DLL檔、COM檔或是執(zhí)行檔，會比單純 是數(shù)據(jù)類型的檔案(data)具有諸多的優(yōu)點。以下僅針對DLL檔的優(yōu)點 作簡單的介紹1、 節(jié)省內(nèi)存。多個應(yīng)用程序使用同一個DLL檔時，該DLL檔可以 只被加載一次，甚至可于使用時才加載DLL檔，且使用完后立即釋放。2、 程序代碼重復(fù)使用，可讓不同的程序語言使用。3、 應(yīng)用程序模塊化，可降低應(yīng)用程序的復(fù)雜度，程序更新維護時較方便。4、 可支持設(shè)計多國語言的應(yīng)用程序?？梢园衙恳环N語言的字符串資 源分別存放在一個DLL文件里面，程序執(zhí)行時便可以動態(tài)切換程序所使 用的語言。因此，驅(qū)動韌體20為DLL的檔案類型，同樣具有上述的優(yōu)點。以往傳統(tǒng)技術(shù)將驅(qū)動韌體儲存于外部，且為數(shù)據(jù)類型的檔案，所以容易遭到黑客的篡改。而本發(fā)明的驅(qū)動韌體20屬于DLL的檔案類型還有一個 優(yōu)點，那就是DLL文件可經(jīng)由操作系統(tǒng)(windows)信任的憑證(certificate) 簽署(signature),以確保簽署過的DLL檔沒有被篡改過，而維持檔案的 完整性。所以，經(jīng)過簽署后的DLL檔，即所謂的程序代碼(code),與傳 統(tǒng)技術(shù)的數(shù)據(jù)類型的檔案并不一樣，安全性提高，因此不會產(chǎn)生黑客篡 改的問題。且簽署后的DLL文件與計算機中的執(zhí)行文件放置于同一目錄 下，或是存放于操作系統(tǒng)(wmdows)的目錄下，因此，較不會有人為誤 刪除的問題產(chǎn)生?？刂颇K3儲存復(fù)數(shù)個控制函式30，連接于應(yīng)用程序接口模塊2， 接收應(yīng)用程序接口模塊2所擷取的驅(qū)動韌體20，并依據(jù)驅(qū)動韌體20，由 復(fù)數(shù)個控制函式30中擷取對應(yīng)于驅(qū)動韌體20的控制函式30。驅(qū)動模塊4儲存復(fù)數(shù)個驅(qū)動程序40，連接于控制模塊3與硬件裝置 6，接收控制模塊3所擷取的控制函式30，并依據(jù)控制函式30，由復(fù)數(shù) 個驅(qū)動程序40中擷取對應(yīng)于硬件裝置的驅(qū)動程序40，并透過控制模塊3 執(zhí)行該驅(qū)動程序，且將驅(qū)動韌體20傳送至硬件裝置6，用以驅(qū)動硬件裝 置。由圖2可知，硬件的驅(qū)動架構(gòu)更包含連接模塊5。其中，連接模塊5 可選自USB、 PCMCIA、 Express Card及SPI等連接規(guī)格所組成的群組其 中之一。連接模塊5連接驅(qū)動模塊4與硬件裝置6。也就是說，硬件裝置 6可以透過連接模塊5與本發(fā)明的硬件的驅(qū)動架構(gòu)互相連接。當(dāng)驅(qū)動模塊 4透過連接模塊5，將特定的驅(qū)動韌體20傳送予硬件裝置6后，便可驅(qū) 動硬件裝置6執(zhí)行特定的功能。相對的，硬件裝置6也會將相關(guān)的數(shù)據(jù)或狀態(tài)訊號等回傳給應(yīng)用程序1，讓使用者可以獲取硬件裝置6的響應(yīng)數(shù) 據(jù)或掌握其執(zhí)行狀態(tài)。請參照圖3，為數(shù)字廣播的硬件驅(qū)動架構(gòu)的示意圖，該圖利用數(shù)字廣 播為例子對硬件的驅(qū)動架構(gòu)進一步說明。數(shù)字廣播主要可分為數(shù)字視頻 廣播及數(shù)字音訊廣播，而兩者各含有多種不同的規(guī)格。數(shù)字視頻廣播的規(guī)格包含DVB-T (Digital Video Broadcasting, T代表Terrestrial,地面 衛(wèi)星)、DVB-H(H代表Handheld,手持式裝置)、DVB-S (S代表Satellite, 衛(wèi)星)、DVB-C(C代表Cable,電纜)DMB(Digital Multimedia Broadcasting, 包含T-DMB及S-DMB)、 ISDB (Integrated Services Digital Broadcasting, 包含ISDB-T、 ISDB-C、 ISDB陽S、 ISDB隱Tsb)、 DAB-IP 、 MediaFLO以 及中國的DMB-T/H等。而數(shù)字音訊廣播的規(guī)格包含DAB (Digital Audio Broadcasting)、 D函(Digital Radio Mondiale)、 ISDB及IBOC (In-band on-channel)等。以數(shù)字廣播為例，此處所指的硬件裝置6為與接收數(shù)字廣播相關(guān)的 硬件裝置，具有掃瞄(scan)數(shù)字頻道及調(diào)頻(time)數(shù)字頻道等的基本 功能。硬件裝置6透過連接模塊5與本發(fā)明的硬件的驅(qū)動架構(gòu)連接后， 使用者可透過應(yīng)用程序1下達所欲驅(qū)動硬件裝置6的驅(qū)動規(guī)格。以圖3 來說，驅(qū)動規(guī)格即為所有數(shù)字廣播的規(guī)格。其中，數(shù)字廣播方面的應(yīng)用 程序1有多家軟件廠商所推出的應(yīng)用程序可供使用者選擇。所以，使用 者可以透過應(yīng)用程序1選擇多種數(shù)字廣播規(guī)格中的其中一種，作為此次 驅(qū)動硬件裝置6的驅(qū)動規(guī)格，例如選擇DAB為驅(qū)動規(guī)格。應(yīng)用程序接口模塊2本身儲存有多種數(shù)字廣播規(guī)格的驅(qū)動韌體20， 即使當(dāng)市面上有新的數(shù)字廣播規(guī)格推出時，也只需將與新推出的數(shù)字廣 播規(guī)格相關(guān)的驅(qū)動韌體，新增至應(yīng)用程序接口模塊2中，即可驅(qū)動新規(guī)格的硬件裝置6。因此，應(yīng)用程序接口模塊2可以藉由擴充，來增加所儲 存驅(qū)動韌體的種類。如此，不論是何種硬件裝置6與本發(fā)明的硬件的驅(qū)動架構(gòu)連接，皆可由應(yīng)用程序接口模塊2中擷取相對應(yīng)的驅(qū)動韌體20。 不必?fù)?dān)心連接不同硬件裝置6時缺少驅(qū)動韌體，而無法使用的情況發(fā)生。 因為，應(yīng)用程序接口模塊2已經(jīng)將所有數(shù)字廣播相關(guān)的驅(qū)動韌體20模塊 化了，如此，當(dāng)使用者欲使用某種硬件裝置6時，不需再去尋找或下載 其對應(yīng)的驅(qū)動韌體，大幅提高使用者使用硬件裝置6的便利性。由圖3可見，應(yīng)用程序接口模塊2所儲存的驅(qū)動韌體20包含數(shù)字視 頻廣播驅(qū)動韌體22,以及數(shù)字音訊廣播驅(qū)動韌體24。當(dāng)應(yīng)用程序接口模 塊2接收到使用者所選擇的DAB驅(qū)動規(guī)格后，便會由所儲存的驅(qū)動韌體 20的數(shù)字音訊廣播驅(qū)動韌體24中，擷取出對應(yīng)于DAB驅(qū)動規(guī)格的DAB 驅(qū)動韌體?？刂颇K3所儲存的控制函式30也包含數(shù)字視頻廣播控制函式32， 以及數(shù)字音訊廣播控制函式34。當(dāng)控制模塊3接收應(yīng)用程序接口模塊2 所擷取的DAB驅(qū)動韌體后，會依據(jù)DAB驅(qū)動韌體，由控制函式30的數(shù) 字音訊廣播控制函式34中，擷取對應(yīng)于DAB驅(qū)動韌體的DAB控制函式。同樣的驅(qū)動模塊4所儲存的驅(qū)動程序40也包含數(shù)字視頻廣播驅(qū)動程 序42，以及數(shù)字音訊廣播驅(qū)動程序44。當(dāng)驅(qū)動模塊4接收控制模塊3所 擷取的DAB控制函式后，便會依據(jù)DAB控制函式擷取對應(yīng)于硬件裝置 6的驅(qū)動程序40，并透過控制模塊3執(zhí)行該驅(qū)動程序40，且將DAB驅(qū)動 韌體傳送至硬件裝置6。當(dāng)硬件裝置6接收到DAB驅(qū)動韌體后便會采用 DAB的規(guī)格，并啟動驅(qū)動程序40中對應(yīng)于DAB的驅(qū)動程序。如此，當(dāng) 硬件裝置6采用DAB的規(guī)格后，應(yīng)用程序便可經(jīng)由DAB控制函式及DAB 驅(qū)動程序執(zhí)行數(shù)字音訊廣播中DAB規(guī)格的相關(guān)功能，例如掃瞄(scan)DAB的數(shù)字音訊頻道，或調(diào)頻(tune) DAB的數(shù)字音訊頻道等。此外當(dāng)使用者欲變換驅(qū)動規(guī)格，或硬件裝置6變換不同模式，例如數(shù)字視頻廣播中多種規(guī)格之間的轉(zhuǎn)換、數(shù)字音訊廣播中多種規(guī)格之間的轉(zhuǎn)換，或DAB轉(zhuǎn)換為DVB等。假設(shè)，如上述例子為DAB規(guī)格，現(xiàn)轉(zhuǎn)化 為DVB規(guī)格。DVB驅(qū)動韌體傳送至硬件裝置6，用以驅(qū)動硬件裝置6后， 驅(qū)動模塊4會由復(fù)數(shù)個驅(qū)動程序40中，擷取出對應(yīng)于DVB驅(qū)動韌體的 DVB驅(qū)動程序，并透過控制模塊3執(zhí)行DVB驅(qū)動程序。如此，當(dāng)硬件 裝置6轉(zhuǎn)換為DVB規(guī)格后，應(yīng)用程序便可經(jīng)由DVB控制函式及DVB驅(qū) 動程序執(zhí)行數(shù)字視頻廣播中DVB規(guī)格的相關(guān)功能。請參照圖4，為硬件驅(qū)動的方法流程圖。而硬件的驅(qū)動方法包含下列 步驟。步驟S10:提供應(yīng)用程序接口模塊，儲存復(fù)數(shù)個驅(qū)動韌體。其中，應(yīng) 用程序接口模塊所儲存的驅(qū)動韌體，包含于可被外部程序呼叫類型的檔 案，例如DLL檔、COM檔及執(zhí)行檔等。如此，可以防止黑客篡改驅(qū)動 韌體，也可以降低人為誤刪除驅(qū)動韌體的問題產(chǎn)生。步驟S20:接收使用者自行選擇的驅(qū)動規(guī)格。其中，驅(qū)動規(guī)格可以為 數(shù)字視頻廣播的規(guī)格，包含DVB-T、 DVB-H、 DVB-S、 DVB-C、 T-DMB、 S-DMB ISDB-T、 ISDB-C、 ISDB-S、 ISDB-Tsb、 DAB-IP、 MediaFLO及 DMB-T/H等規(guī)格。此外驅(qū)動規(guī)格也可以為數(shù)字音訊廣播的規(guī)格，包含 DAB、 DRM、 ISDB、及IBOC等規(guī)格。使用者可以依需求選擇其中一種 驅(qū)動規(guī)格。步驟S30:依據(jù)步驟S20所接收的驅(qū)動規(guī)格，由步驟S10的應(yīng)用程 序接口模塊中擷取對應(yīng)于驅(qū)動規(guī)格的驅(qū)動韌體。步驟S40:依據(jù)步驟S30所擷取的驅(qū)動韌體，取得對應(yīng)于驅(qū)動韌體的控制函式。步驟S50:依據(jù)步驟S40所取得的控制函式，取得對應(yīng)于硬件裝置的驅(qū)動程序，并透過控制函式執(zhí)行驅(qū)動程序。步驟S60:傳送驅(qū)動韌體至硬件裝置，利用該驅(qū)動韌體驅(qū)動硬件裝置。 如此，硬件裝置便能依照使用者自行選擇的驅(qū)動規(guī)格，讓硬件裝置執(zhí)行 該驅(qū)動規(guī)格所應(yīng)有的功能。其中，驅(qū)動韌體透過連接模塊傳送至硬件裝 置。其中，連接模塊可選自USB、 PCMCIA、 Express Card及SPI等連接 規(guī)格所組成的群組其中之一。雖然本發(fā)明的技術(shù)內(nèi)容已經(jīng)以較佳實施例揭露如上，然其并非用以 限定本發(fā)明，任何熟習(xí)此技藝者，在不脫離本發(fā)明的精神所作些許的更 動與潤飾，皆應(yīng)涵蓋于本發(fā)明的范疇內(nèi)，因此本發(fā)明的保護范圍當(dāng)視申 請專利范圍所界定者為準(zhǔn)。
權(quán)利要求
1. 一種硬件的驅(qū)動架構(gòu)，連接于一硬件裝置，依據(jù)一使用者所選擇的一驅(qū)動規(guī)格驅(qū)動該硬件裝置，該硬件的驅(qū)動架構(gòu)包含一應(yīng)用程序接口(API)模塊，儲存復(fù)數(shù)個驅(qū)動韌體，接收該驅(qū)動規(guī)格，并依據(jù)該驅(qū)動規(guī)格，由該些復(fù)數(shù)個驅(qū)動韌體中擷取對應(yīng)于該驅(qū)動規(guī)格的該驅(qū)動韌體；一控制模塊，儲存復(fù)數(shù)個控制函式，連接于該應(yīng)用程序接口模塊，接收該應(yīng)用程序接口模塊所擷取的該驅(qū)動韌體，并依據(jù)該驅(qū)動韌體，由該些復(fù)數(shù)個控制函式中擷取對應(yīng)于該驅(qū)動韌體的該控制函式；及一驅(qū)動模塊，儲存復(fù)數(shù)個驅(qū)動程序，連接于該控制模塊與該硬件裝置，接收該控制模塊所擷取的該控制函式，并依據(jù)該控制函式由該些復(fù)數(shù)個驅(qū)動程序中擷取對應(yīng)于該硬件裝置的該驅(qū)動程序，并透過該控制模塊執(zhí)行該驅(qū)動程序，且將該驅(qū)動韌體傳送至該硬件裝置。
2、 如權(quán)利要求1所述的硬件的驅(qū)動架構(gòu)，其特征在于該應(yīng)用程序 接口模塊所儲存的該些驅(qū)動韌體包含于一可被外部程序呼叫的檔案。
3、 如權(quán)利要求2所述的硬件的驅(qū)動架構(gòu)，其特征在于該可被外部程序呼叫的檔案選自DLL檔、COM檔及執(zhí)行檔等所組成的群組。
4、 如權(quán)利要求1所述的硬件的驅(qū)動架構(gòu)，其特征在于該驅(qū)動規(guī)格為數(shù)字視頻廣播(Digital Television Broadcasting)的規(guī)格。
5、 如權(quán)利要求4所述的硬件的驅(qū)動架構(gòu)，其特征在于該驅(qū)動規(guī)格 可選自DVB-T、 DVB-H、 DVB-S、 DVB扁C、 T-DMB、 S-DMB、 ISDB-T、 ISDB-C、 ISDB-S、 ISDB-Tsb、 DAB-IP、 MediaFLO及DMB-T/H等規(guī)格所組成的群組。
6、 如權(quán)利要求l所述的硬件的驅(qū)動架構(gòu)，其特征在于該驅(qū)動規(guī)格為數(shù)字音訊廣播(Digital Audio Broadcasting)的規(guī)格。
7、 如權(quán)利要求6所述的硬件的驅(qū)動架構(gòu)，其特征在于該驅(qū)動規(guī)格可選自DAB、 DRM、 ISDB及IBOC等規(guī)格所組成的群組。
8、 如權(quán)利要求1所述的硬件的驅(qū)動架構(gòu)，其特征在于更包含一應(yīng) 用程序，連接于該應(yīng)用程序接口模塊，用以提供該使用者選擇該驅(qū)動規(guī) 格。
9、 如權(quán)利要求1所述的硬件的驅(qū)動架構(gòu)，其特征在于更包含一連 接模塊，連接該驅(qū)動模塊與該硬件裝置。
10、 如權(quán)利要求9所述的硬件的驅(qū)動架構(gòu)，其特征在于該連接模塊可選自USB、 PCMCIA、 Express Card及SPI等連接規(guī)格所組成的群組。
11、 一種硬件的驅(qū)動方法，其特征在于包含下列步驟 提供一應(yīng)用程序接口 (API)模塊，儲存復(fù)數(shù)個驅(qū)動韌體； 接收一驅(qū)動規(guī)格；依據(jù)該驅(qū)動規(guī)格，由該應(yīng)用程序接口模塊中擷取對應(yīng)于該驅(qū)動規(guī)格 的該驅(qū)動韌體；依據(jù)該驅(qū)動韌體，取得對應(yīng)于該驅(qū)動韌體的一控制函式；依據(jù)該控制函式，取得對應(yīng)于一硬件裝置的一驅(qū)動程序，并透過該 控制函式執(zhí)行該驅(qū)動程序；及傳送該驅(qū)動韌體至該硬件裝置，用以驅(qū)動該硬件裝置。
12、 如權(quán)利要求ll所述的硬件的驅(qū)動方法，其特征在于該應(yīng)用程 序接口模塊所儲存的該些驅(qū)動韌體包含于一可被外部程序呼叫的檔案。
13、 如權(quán)利要求12所述的硬件的驅(qū)動方法，其特征在于該可被外 部程序呼叫的檔案選自DLL檔、COM檔及執(zhí)行檔等所組成的群組。
14、 如權(quán)利要求ll所述的硬件的驅(qū)動方法，其特征在于該驅(qū)動規(guī)格為數(shù)字視頻廣播(Digital Television Broadcasting)的規(guī)格。
15、 如權(quán)利要求14所述的硬件的驅(qū)動方法，其特征在于該驅(qū)動規(guī) 格可選自DVB-T、 DVB-H、 DVB-S、 DVB-C、 T-DMB、 S-DMB、 ISDB隱T、 ISDB-C、 ISDB-S、 ISDB-Tsb、 DAB-IP、 MediaFLO及DMB-T/H等規(guī)格所組成的群組。
16、 如權(quán)利要求ll所述的硬件的驅(qū)動方法，其特征在于該驅(qū)動規(guī) 格為數(shù)字音訊廣播(Digital Audio Broadcasting)的規(guī)格。
17、 如權(quán)利要求16所述的硬件的驅(qū)動方法，其特征在于該驅(qū)動規(guī) 格可選自DAB、 DRM、 ISDB及IBOC等規(guī)格所組成的群組。
18、 如權(quán)利要求ll所述的硬件的驅(qū)動方法，其特征在于該驅(qū)動韌 體透過一連接模塊傳送至該硬件裝置。
19、 如權(quán)利要求18所述的硬件的驅(qū)動方法，其特征在于該連接模 塊可選自USB、 PCMCIA、 Express Card及SPI等連接規(guī)格所組成的群組。
全文摘要
一種硬件的驅(qū)動架構(gòu)與方法，連接于硬件裝置，依據(jù)使用者所選擇的驅(qū)動規(guī)格驅(qū)動硬件裝置；該硬件的驅(qū)動架構(gòu)包含應(yīng)用程序接口(API)模塊，儲存復(fù)數(shù)個驅(qū)動韌體，接收驅(qū)動規(guī)格，并依據(jù)驅(qū)動規(guī)格，由復(fù)數(shù)個驅(qū)動韌體中擷取對應(yīng)于驅(qū)動規(guī)格的驅(qū)動韌體；控制模塊，儲存復(fù)數(shù)個控制函式，連接于應(yīng)用程序接口模塊，接收應(yīng)用程序接口模塊所擷取的驅(qū)動韌體，并依據(jù)驅(qū)動韌體，由復(fù)數(shù)個控制函式中擷取對應(yīng)于驅(qū)動韌體的控制函式；驅(qū)動模塊，儲存復(fù)數(shù)個驅(qū)動程序，連接于控制模塊與硬件裝置，接收控制模塊所擷取的控制函式，并依據(jù)控制函式由復(fù)數(shù)個驅(qū)動程序中擷取對應(yīng)于硬件裝置的驅(qū)動程序，并透過控制模塊執(zhí)行驅(qū)動程序，且將驅(qū)動韌體傳送至硬件裝置。
文檔編號G06F9/44GK101236538SQ20071000752
公開日2008年8月6日 申請日期2007年2月1日 優(yōu)先權(quán)日2007年2月1日
發(fā)明者湯進和 申請人:捷安訊科技股份有限公司