專利名稱：串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明關(guān)于一種串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法，特別為一種應(yīng)用于智慧型手機中通過計算各事件觸發(fā)的數(shù)據(jù)量以控制其處理的優(yōu)先次序的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法。
背景技術(shù)：
智慧型手機(Smart Phone)為具備雙向語音溝通、無線網(wǎng)際網(wǎng)絡(luò)接取及個人數(shù)字助理功能的話機。由于手機不再只是語音傳輸?shù)耐ㄓ嵲O(shè)備，功能上逐漸朝向兼具數(shù)據(jù)與影像傳輸，目前幾乎全球生產(chǎn)手機的國際大廠皆相繼推出智慧型手機，以提供消費者更多不同的選擇。
由于智慧型手機有其專屬的操作系統(tǒng)、瀏覽器支持，及夠大的LCD屏幕，因此，對于使用者操作上而言，非常類似于一個小型的筆記型電腦，使用上較一般行動電話更方便，同時功能也更加齊全。
Win CE是目前主要應(yīng)用于智慧型手機的操作系統(tǒng)，我們可以說Win CE最大的特色就是桌上型Windows操作系統(tǒng)的縮小版本，在數(shù)據(jù)的傳輸上可擁有與現(xiàn)有個人計算機絕對的兼容性，在Win CE操作系統(tǒng)中加入簡易版的Office Word與Office Excel讓使用者將在個人計算機上的使用習慣順利的延續(xù)到Win CE上，增加使用者操作上的方便性。
而在智慧型手機的操作系統(tǒng)中，其串行端口(serial port)驅(qū)動程序主要是負責中央處理器(CPU)與通話模塊(phone module)之間的數(shù)據(jù)傳輸，例如使用者撥出一組電話號碼欲進行通話、要接聽電話、要使用智慧型手機上網(wǎng)...等，都是由通話模塊將上述事件(event)傳輸至中央處理器，進行數(shù)據(jù)的處理，以完成使用者欲執(zhí)行的各種不同的功能。
有些時候，當上述這些事件同時進行時，其中某些事件(例如使用智慧型手機上網(wǎng))所需的數(shù)據(jù)處理量可能會比較大，而中央處理器需分配較多的資源以處理此事件。
而目前中央處理器處理這些事件的方式，可能是依據(jù)接收到這些事件的先后順序(先接收到的事件先處理)，或是多任務(wù)處理的方式(將中央處理器的資源平分)進行各事件的數(shù)據(jù)處理。
然而，這兩種數(shù)據(jù)處理的方式并無法立即針對數(shù)據(jù)處理量較大的事件進行優(yōu)先處理，因此，會造成智慧型手機中待處理事件的遲延，而使得手機的功能異常。

發(fā)明內(nèi)容本發(fā)明目的在于提供一種串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法，是應(yīng)用于一電子裝置內(nèi)的一串行端口驅(qū)動程序，以調(diào)整中央處理器中所有待執(zhí)行事件及定時偵測事件的優(yōu)先處理順序，而將需花費中央處理器較多資源的事件的優(yōu)先權(quán)調(diào)高，以進行優(yōu)先處理；而將花費較少資源的事件的優(yōu)先權(quán)調(diào)低，以較慢處理。如此一來，即可避免現(xiàn)有技術(shù)中依據(jù)事件的先后順序處理或是多任務(wù)處理時，易造成電子裝置中數(shù)據(jù)量較大的待處理事件的遲延，而使得其功能異常的現(xiàn)象產(chǎn)生，以解決現(xiàn)有技術(shù)中所存在的諸多待解決的問題。
本發(fā)明串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)，其包含有一接收模塊，用以接收該電子裝置中的一個以上待執(zhí)行事件及一定時偵測事件；一設(shè)定模塊，系用以預(yù)設(shè)一個以上的以高優(yōu)先權(quán)模式處理之事件、一個以上的以低優(yōu)先權(quán)模式處理的事件及一標準設(shè)定值；一計算單元，用以計算該定時偵測事件的一數(shù)據(jù)傳輸率；一判別模塊，用以判別該待執(zhí)行事件屬于該以高優(yōu)先權(quán)模式處理的事件或是該以低優(yōu)先權(quán)模式處理的事件，并依據(jù)該定時偵測事件的該數(shù)據(jù)傳輸率相對于該標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式；及一優(yōu)先權(quán)調(diào)整模塊，根據(jù)該待執(zhí)行事件及該定時偵測事件的處理模式，調(diào)整執(zhí)行該待執(zhí)行事件及該定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件。
本發(fā)明串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法，其包含有下列步驟預(yù)設(shè)一個以上以高優(yōu)先權(quán)模式處理的事件、一個以上以低優(yōu)先權(quán)模式處理的事件及一標準設(shè)定值；接收該電子裝置內(nèi)一個以上的待執(zhí)行事件及一定時偵測事件；判斷該待執(zhí)行事件及該定時偵測事件的處理模式；當判斷該待執(zhí)行事件的處理模式時，更包含下列步驟判別該待執(zhí)行事件屬于該以高優(yōu)先權(quán)模式處理的事件或是該以低優(yōu)先權(quán)模式處理的事件；當判斷該定時偵測事件的處理模式時，更包含下列步驟計算該定時偵測事件的一數(shù)據(jù)傳輸率；及依據(jù)該數(shù)據(jù)傳輸率相對于該標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式；依據(jù)該待執(zhí)行事件及該定時偵測事件的處理模式，調(diào)整執(zhí)行該待執(zhí)行事件及該定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件。
此串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法可應(yīng)用于各種具有串行端口驅(qū)動程序的電子裝置中，以將各待執(zhí)行事件依其數(shù)據(jù)量的多寡而調(diào)整其執(zhí)行時的優(yōu)先次序，以保持數(shù)據(jù)傳輸速度的穩(wěn)定，而避免數(shù)據(jù)延遲而造成電子裝置的功能異常。


圖1為本發(fā)明的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)的系統(tǒng)架構(gòu)圖；圖2為不同待執(zhí)行事件的處理模式對應(yīng)表；圖3為本發(fā)明的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法的方法流程圖；及圖4為圖3中判斷此待執(zhí)行事件及此定時偵測事件的處理模式步驟的細部流程圖。
具體實施方式請參考圖1所示，為本發(fā)明的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)的系統(tǒng)架構(gòu)圖，其包含有下列幾個主要的部份接收模塊10、設(shè)定模塊20、計算單元30、判別模塊40及優(yōu)先權(quán)調(diào)整模塊50。
而在本實施例中，僅以智慧型手機為例以作說明，而智慧型手機內(nèi)的串行端口驅(qū)動程序用以負責手機的中央處理器與電話模塊(phone module)之間的數(shù)據(jù)傳輸。例如使用者要執(zhí)行撥打電話、接聽電話、掛斷電話、接插撥...等功能時，每一個動作皆可被視為一單一事件，而由電話模塊傳輸每個事件的數(shù)據(jù)至中央處理器中，以進行數(shù)據(jù)的處理。
首先，接收模塊10用以接收此智慧型手機目前所有的待執(zhí)行事件及一定時偵測事件。此待執(zhí)行事件可為撥打電話、上網(wǎng)、接聽電話、掛斷電話、接插撥...等，而定時偵測事件則是中央處理器每隔一段時間即會自動計算目前的數(shù)據(jù)流量。
當使用者執(zhí)行上述功能選項時，即會由手機的電話模塊將此待執(zhí)行事件傳送至本發(fā)明的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)的接收模塊10中。
而設(shè)定模塊20會先設(shè)定某些待執(zhí)行事件為「以高優(yōu)先權(quán)模式」處理的事件、而另外某些待執(zhí)行事件為「以低優(yōu)先權(quán)模式」處理的事件及一標準設(shè)定值。
請參考圖2所示，設(shè)定模塊20會先設(shè)定此以高優(yōu)先權(quán)模式處理的事件是代表此待執(zhí)行事件的數(shù)據(jù)量較多，例如電話來電(Ring in)、主動撥電話(Call out)、數(shù)據(jù)傳輸(Data connection)...等，因此，需調(diào)高其數(shù)據(jù)處理時的優(yōu)先權(quán)。而以低優(yōu)先權(quán)模式處理的事件是代表此待執(zhí)行事件的數(shù)據(jù)量較少，例如掛斷電話(Phone hang up)，因此，可降低其數(shù)據(jù)處理時的優(yōu)先權(quán)。而此表格中僅列出部份常見的功能選項以作說明，當然，亦可針對智慧型手機中其它功能選項(即待執(zhí)行事件)的處理模式進行預(yù)先設(shè)定。
而標準設(shè)定值則是用以判斷定時偵測事件的優(yōu)先權(quán)要調(diào)高或是調(diào)低的依據(jù)，當定時偵測事件的數(shù)據(jù)傳輸率大于此標準設(shè)定值時，則將其優(yōu)先權(quán)調(diào)高，以進行優(yōu)先處理；相反地，當定時偵測事件的數(shù)據(jù)傳輸率低于此標準設(shè)定值時，則將其優(yōu)先權(quán)調(diào)低，可較慢處理。
而計算單元30用以計算此定時偵測事件的數(shù)據(jù)傳輸率，通過記錄開始傳輸數(shù)據(jù)的起始時間(T1)及停止傳輸數(shù)據(jù)的終止時間(T2)，將二者相減以獲得其傳輸時間(T2-T1)，之后，再將這段時間內(nèi)的數(shù)據(jù)傳輸總量(M)除以傳輸時間(T2-T1)即可得到此定時偵測事件的數(shù)據(jù)傳輸率 在待執(zhí)行事件的部份，判別模塊40用以判別待執(zhí)行事件是屬于設(shè)定模塊20中所預(yù)設(shè)的以高優(yōu)先權(quán)模式處理的事件或是以低優(yōu)先權(quán)模式處理的事件；而在定時偵測事件的部份，則是依據(jù)定時偵測事件的數(shù)據(jù)傳輸率相對于設(shè)定模塊20中的標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式，以決定是要調(diào)高或是調(diào)低其優(yōu)先權(quán)。
例如接收模塊10所接收到的待執(zhí)行事件為數(shù)據(jù)傳輸時，則可參考圖2所示，此待執(zhí)行事件是屬于以高優(yōu)先權(quán)模式處理的事件，因此，需調(diào)高其優(yōu)先權(quán)，以進行優(yōu)先處理。
而在定時偵測事件的部份，則是將計算單元30所計算出的數(shù)據(jù)傳輸率與標準設(shè)定值進行比較，以得到一權(quán)重調(diào)整模式。
權(quán)重調(diào)整模式是當此定時偵測事件的數(shù)據(jù)傳輸率大于標準設(shè)定值時，將此定時偵測事件設(shè)定為高優(yōu)先權(quán)事件，以進行優(yōu)先處理；而當定時偵測事件的數(shù)據(jù)傳輸率小于標準設(shè)定值時，則代表其數(shù)據(jù)量較少，可較慢處理，因此，可將其設(shè)定為低優(yōu)先權(quán)事件。
最后，優(yōu)先權(quán)調(diào)整模塊50是根據(jù)判別模塊40所判斷的待執(zhí)行事件及定時偵測事件的處理模式，例如某些待執(zhí)行事件的優(yōu)先權(quán)要調(diào)高，或是定時偵測事件的優(yōu)先權(quán)要調(diào)低...等狀況，調(diào)整執(zhí)行此待執(zhí)行事件及定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件，而將數(shù)據(jù)量較低的事件較慢處理。
如此一來，即可保持串行端口驅(qū)動程序的傳輸速率的穩(wěn)定，而避免掉現(xiàn)有技術(shù)中因數(shù)據(jù)的延遲所造成的手機功能的異常狀況。
請參考圖3所示，為本發(fā)明的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法的方法流程圖，而在此方法的運作過程中提及系統(tǒng)運作架構(gòu)的部分請參閱圖1所示，說明如下首先，預(yù)設(shè)一個以上以高優(yōu)先權(quán)模式處理的事件、一個以上以低優(yōu)先權(quán)模式處理的事件及一標準設(shè)定值(步驟61)，在設(shè)定模塊20中先設(shè)定某些待執(zhí)行事件為「以高優(yōu)先權(quán)模式」處理的事件、而另外某些待執(zhí)行事件為「以低優(yōu)先權(quán)模式」處理的事件及一標準設(shè)定值。而此標準設(shè)定值是用以判斷定時偵測事件的優(yōu)先權(quán)要調(diào)高或是調(diào)低的依據(jù)。
接著，接收此電子裝置內(nèi)一個以上的待執(zhí)行事件及一定時偵測事件(步驟62)，由接收模塊10接收智慧型手機中目前的待執(zhí)行事件及一定時偵測事件。
之后，判斷此待執(zhí)行事件及此定時偵測事件的處理模式(步驟63)，判別步驟62中所接收的待執(zhí)行事件是屬于設(shè)定模塊20中所預(yù)設(shè)的以高優(yōu)先權(quán)模式處理的事件或是以低優(yōu)先權(quán)模式處理的事件。
而在定時偵測事件的部份，請參考圖4所示的細部流程圖，首先，計算此定時偵測事件的數(shù)據(jù)傳輸率(步驟631)，之后，依據(jù)此數(shù)據(jù)傳輸率相對于標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式(步驟632)，以決定是要調(diào)高或是調(diào)低其優(yōu)先權(quán)。
最后，依據(jù)此待執(zhí)行事件及定時偵測事件的處理模式，調(diào)整執(zhí)行待執(zhí)行事件及定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件(步驟64)，根據(jù)步驟63中所判斷的待執(zhí)行事件及定時偵測事件的處理模式，調(diào)整各事件的優(yōu)先權(quán)，以優(yōu)先處理數(shù)據(jù)量較高的事件，而將數(shù)據(jù)量較低的事件較慢處理，使數(shù)據(jù)的傳輸速度保持穩(wěn)定。
權(quán)利要求
1.一種串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)，其特征在于其包含有一接收模塊，用以接收該電子裝置中的一個以上待執(zhí)行事件及一定時偵測事件；一設(shè)定模塊，用以預(yù)設(shè)一個以上的以高優(yōu)先權(quán)模式處理的事件、一個以上的以低優(yōu)先權(quán)模式處理的事件及一標準設(shè)定值；一計算單元，用以計算該定時偵測事件的一數(shù)據(jù)傳輸率；一判別模塊，用以判別該待執(zhí)行事件屬于該以高優(yōu)先權(quán)模式處理的事件或是該以低優(yōu)先權(quán)模式處理的事件，并依據(jù)該定時偵測事件的該數(shù)據(jù)傳輸率相對于該標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式；及一優(yōu)先權(quán)調(diào)整模塊，根據(jù)該待執(zhí)行事件及該定時偵測事件的處理模式，調(diào)整執(zhí)行該待執(zhí)行事件及該定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件。
2.如權(quán)利要求1所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)，其特征在于該電子裝置為智慧型手機。
3.如權(quán)利要求1所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)，其特征在于該權(quán)重調(diào)整模式當該數(shù)據(jù)傳輸率大于該標準設(shè)定值時，將該定時偵測事件設(shè)定為高優(yōu)先權(quán)事件，而當該數(shù)據(jù)傳輸率小于該標準設(shè)定值時，將該定時偵測事件設(shè)定為低優(yōu)先權(quán)事件。
4.如權(quán)利要求1所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)，其特征在于該數(shù)據(jù)傳輸率將該定時偵測事件的數(shù)據(jù)傳輸量除以傳輸數(shù)據(jù)時間而得。
5.一種串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法，其特征在于其包含有下列步驟預(yù)設(shè)一個以上以高優(yōu)先權(quán)模式處理的事件、一個以上以低優(yōu)先權(quán)模式處理的事件及一標準設(shè)定值；接收該電子裝置內(nèi)一個以上的待執(zhí)行事件及一定時偵測事件；判斷該待執(zhí)行事件及該定時偵測事件的處理模式；當判斷該待執(zhí)行事件的處理模式時，更包含下列步驟判別該待執(zhí)行事件屬于該以高優(yōu)先權(quán)模式處理的事件或是該以低優(yōu)先權(quán)模式處理的事件；當判斷該定時偵測事件的處理模式時，更包含下列步驟計算該定時偵測事件的一數(shù)據(jù)傳輸率；及依據(jù)該數(shù)據(jù)傳輸率相對于該標準設(shè)定值的關(guān)系產(chǎn)生一權(quán)重調(diào)整模式；依據(jù)該待執(zhí)行事件及該定時偵測事件的處理模式，調(diào)整執(zhí)行該待執(zhí)行事件及該定時偵測事件的優(yōu)先次序，以優(yōu)先處理數(shù)據(jù)量較高的事件。
6.如權(quán)利要求5所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法，其特征在于該電子裝置為智慧型手機。
7.如權(quán)利要求5所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法，其特征在于該權(quán)重調(diào)整模式當該數(shù)據(jù)傳輸率大于該標準設(shè)定值時，將該定時偵測事件設(shè)定為另一以高優(yōu)先權(quán)模式處理的事件，而當該數(shù)據(jù)傳輸率小于該標準設(shè)定值時，將該定時偵測事件設(shè)定為另一以低優(yōu)先權(quán)模式處理的事件。
8.如權(quán)利要求5所述的串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制方法，其特征在于該數(shù)據(jù)傳輸率將該定時偵測事件的數(shù)據(jù)傳輸量除以傳輸數(shù)據(jù)時間而得。
全文摘要
本發(fā)明揭示一種串行端口驅(qū)動程序的數(shù)據(jù)傳輸控制系統(tǒng)及其方法，是應(yīng)用于一電子裝置內(nèi)的一串行端口驅(qū)動程序，為依據(jù)各待執(zhí)行事件及定時偵測事件的數(shù)據(jù)量多寡，以調(diào)整中央處理器中所有待執(zhí)行事件及定時偵測事件的優(yōu)先處理順序，以避免現(xiàn)有技術(shù)中因數(shù)據(jù)量較大的待處理事件的遲延而產(chǎn)生功能異常的狀況。
文檔編號G06F9/46GK1760846SQ200410051779
公開日2006年4月19日 申請日期2004年10月11日 優(yōu)先權(quán)日2004年10月11日
發(fā)明者葉承溱 申請人:佛山市順德區(qū)順達電腦廠有限公司, 神達電腦股份有限公司