ＷｉｎｄｏｗｓＮＴ４．０下設備驅動程序的開發與應用

摘要： 介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０內核模式設備驅動程序開發中的一般性過程。通過提供一個最小化驅動程序的核心代碼，解釋各組成部分的結構功能和使用方法。在實踐中，結合自身的開發需要，可編寫出具有實用價值的驅動程序。

關鍵詞：Ｗｉｎ３２子系統 設備驅動 系統注冊表 Ｉ／Ｏ請求包

Ｗｉｎｄｏｗｓ ＮＴ 以其安全、穩定及界面友好等特性逐漸成為工業控制領域的前臺操作系統。面對工業控制中大量采用的串／并行通信及總線控制等技術，要求用戶不斷開發出滿足自身需要的硬件設備，同時又要求用戶應用程序與這些硬件設備進行通信，發送控制命令，讀取狀態信息等等。Ｗｉｎｄｏｗｓ ＮＴ出于安全性、穩定性等考慮，不允許用戶應用程序對物理硬件進行直接訪問，這就需要使用設備驅動程序跨越操作系統邊界對物理硬件進行操作，并向上提供客戶應用程序控制接口以供調用。

１ 分層結構與設備驅動程序

Ｗｉｎｄｏｗｓ ＮＴ分層結構（如圖１所示）包括運行于用戶模式及內核模式的各種部件，設備驅動程序在圖１的左下角，處于內核模式下Ｉ／Ｏ管理器之中。

２ 驅動程序工作方式

內核模式驅動程序與應用程序之間的最大差別之一是驅動程序的控制結構。內核模式驅動程序沒有ｍａｉｎ或ＷｉｎＭａｉｎ，而是由Ｉ／Ｏ管理器根據需要調用一個驅動程序例程：

· 驅動程序被裝入時；

· 驅動程序被卸出或系統關閉時；

· 用戶程序發出Ｉ／Ｏ系統服務調用時；

· 共享硬件資源對驅動程序可用時；

· 設備操作過程中的任何時候。

３ 初始化過程

３．１ 系統注冊表中有關設備驅動程序的項目是系統加載設備驅動程序的入口點

系統注冊表中用于系統加載設備驅動程序的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ]

″Ｔｙｐｅ″ ＝ ｄｗｏｒｄ０００００００１

″Ｓｔａｒｔ″ ＝ ｄｗｏｒｄ０００００００２

″Ｇｒｏｕｐ″ ＝ ″Ｅｘｔｅｎｄｅｄ Ｂａｓｅ″

″ＥｒｒｏｒＣｏｎｔｒｏｌ″ ＝ ｄｗｏｒｄ∶０００００００１

其中Ｓｔａｒｔ含義如下：

ＳＥＲＶＩＣＥ＿ＢＯＯＴ＿ＳＴＡＲＴ （０×０） 操作系統裝入時

ＳＥＲＶＩＣＥ＿ＳＹＳＴＥＭ＿ＳＴＡＲＴ （０×０１） 操作系統初始化時

ＳＥＲＶＩＣＥ＿ＡＵＴＯ＿ＳＴＡＲＴ （０×０２） 服務控制管理器啟動時

ＳＥＲＶＩＣＥ＿ＤＥＭＡＮＤ＿ＳＴＡＲＴ （０×０３） 服務控制管理器手工啟動

ＳＥＲＶＩＣＥ＿ＤＩＳＡＢＬＥＤ （０×０４） 不啟動

Ｔｙｐｅ含義如下：

ＳＥＲＶＩＣＥ＿ＫＥＲＮＥＬ＿ＤＲＩＶＥＲ （０×１）

ＳＥＲＶＩＣＥ＿ＦＩＬＥ＿ＳＹＳＴＥＭ＿ＤＲＩＶＥＲ （０×２）

ＳＥＲＶＩＣＥ＿ＡＤＡＰＴＥＲ （０×４）

系統注冊表中用于設備驅動程序加載后讀取的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ＼Ｐａｒａｍｅｔｅｒｓ]

″Ｐａｒａｍｅｔｅｒ１″ ＝ ｄｗｏｒｄ∶０００００００１

″Ｐａｒａｍｅｔｅｒ２″ ＝ ｄｗｏｒｄ∶０００００００４

３．２ 加載驅動程序的裝入例程

Ｉ／Ｏ管理器調用驅動程序的ＤｒｉｖｅｒＥｎｔｒｙ例程，執行初始化。該例程完成：

· 初始化其它例程的入口；

· 創建命名設備對象；

· 讀取系統注冊表中相關項目并聲明必要的資源；

· 設置內核驅動程序名與Ｗｉｎ３２子系統名的聯接；

· 創建或初始化任意驅動程序使用的對象、類型和資源；

· 返回狀態值。

Ｉ／Ｏ管理器建立與設備關聯的Ｄｒｉｖｅｒ對象，并將其傳遞給ＤｒｉｖｅｒＥｎｔｒｙ例程。實際上Ｄｒｉｖｅｒ對象基本上是一個目錄，含有指向各個驅動程序服務例程函數的指針，其結構如表１所示。

表1 Driver對象

Ｉ／Ｏ管理器能夠找到ＤｒｉｖｅｒＥｎｔｒｙ例程，是因為它有一個公認的名字，而其他的例程則通過下列兩種方法查找：

·在Ｄｒｉｖｅｒ對象中有明確槽的函數如ＤｉｒｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ；

·在Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ數組中——Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ支持兩種類型的功能代碼。一種為標準的功能代碼，如ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ。另一種是用戶自定義的功能代碼，如ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ。

所有驅動程序必須支持ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼，這是因為Ｗｉｎ３２子系統下的用戶程序調用ＣｒｅａｔｅＦｉｌｅ函數創建設備時，產生該功能代碼。如果不處理這個功能代碼，Ｗｉｎ３２程序就不能得到設備句柄。

用戶自定義的功能代碼ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ只有在用戶模式下的客戶程序執行自定義的功能時可用。

ＮＴＳＴＡＴＵＳ ＤｒｉｖｅｒＥｎｔｒｙ（ＩＮ ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ，ＩＮ ＰＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ ＲｅｇｉｓｔｒｙＰａｔｈ）

｛

／／聲明設備對象

ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ＤｅｖｉｃｅＯｂｊｅｃｔ，

／／生成函數接口指針

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ］＝
ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＲＥＡＤ］＝
ＸｘＲｅａｄＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ］＝
ＸｘＷｒｉｔｅＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ＝ＸｘＵｎｌｏａｄ

／／生成Ｗｉｎｄｏｗｓ ＮＴ Ｅｘｅｃｕｔｉｖｅ知道的設備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆ＮｔＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＤｅｖｉｃｅＮａｍｅ）；

／／生成自己的設備

Ｓｔａｔｕｓ＝ＩｏＣｒｅａｔｅＤｅｖｉｃｅ（

ＤｒｉｖｅｒＯｂｊｅｃｔ， ／／ Ｄｒｉｖｅｒ對象

ｓｉｚｅｏｆ（ＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）， ／／ Ｄｅｖｉｃｅ對象

Ｅｘｔｅｎｓｉｏｎ結構大小

＆ＮｔＤｅｖｉｃｅＮａｍｅ，

ＤｅｖｉｃｅＴｙｐｅ，

０，

ＦＡＬＳＥ， ／／ 不執行

＆ＤｅｖｉｃｅＯｂｊｅｃｔ ／／Ｄｅｖｉｃｅ對象指針

）；
 ／／生成Ｗｉｎ３２子系統下的用戶程序可識別的設備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３２Ｎａｍｅ）；

／／聯接內部設備名與Ｗｉｎ３２子系統下的設備名

Ｓｔａｔｕｓ ＝ ＩｏＣｒｅａｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（ ＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＆ＮｔＤｅｖｉｃｅＮａｍｅ）；

／／利用ＲｔｌＱｕｅｒｙＲｅｇｉｓｔｒｙＶａｌｕｅｓ函數讀出注冊表中Ｐａｒａｍｅｔｅｒｓ下的參數值，初始化自己的硬件

．．．

｝

４ 驅動程序服務例程

驅動程序初始化之后，始終等待發自用戶的命令或由其它事件源引起的事件。一旦命令或事件發生，Ｉ／Ｏ管理器就調用相應的服務例程提供服務。而幾乎所有的Ｉ／Ｏ都是通過Ｉ／Ｏ請求包ＩＲＰ驅動的。所謂ＩＲＰ驅動，就是Ｉ／Ｏ管理器負責在非分頁的系統內存中分配一定空間，當接受用戶發出的命令或由事件引發后，將工作指令按一定的數據結構置于其中，傳遞到驅動程序服務例程。換言之，ＩＲＰ包含了驅動程序服務例程所需要的信息指令。表２、表３為ＩＲＰ的一些數據結構。

同時，Ｉ／Ｏ管理器和驅動程序都需要在所有時候知道一個Ｉ／Ｏ設備所進行的情況。系統提供Ｄｅｖｉｃｅ對象以滿足此要求。該對象在ＤｒｉｖｅｒＥｎｔｒｙ例程中生成設備時由系統創建后，分配給驅動程序，并在整個驅動程序生存期內有效。當Ｉ／Ｏ管理器調用驅動程序服務例程時，傳遞該對象。表４為Ｄｅｖｉｃｅ對象的外部可見域。

表2 IRP標頭中外部可見的域

表3 IRP堆棧單元的一些內容

表4 Device 對象的外部可見域

其中，ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ域是一個重要的數據結構。它是由Ｉ／Ｏ管理器創建并自動掛接到Ｄｅｖｉｃｅ對象的非分頁池，是保存驅動程序任意全局變量的最好辦法。因為ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ是驅動程序特定的，要自定義它的數據結構。

下面是一個驅動程序服務例程利用Ｄｅｖｉｃｅ對象和ＩＲＰ的片段：

ＮＴＳＴＡＴＵＳ ＸｘＳｅｌｆＤｉｓｐａｔｃｈ（ＩＮ ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ｐＤＯ ＩＮ ＰＩＲＰ ｐＩｒｐ）；

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＰＩＯ＿ＳＴＡＣＫ＿ＬＯＣＡＴＩＯＮ ｐＩｒｐＳｔａｃｋ；

ＰＵＬＯＮＧ ｐＩＯＢｕｆｆｅｒ；

／／得到全局信息

ｐＬＤＩ ＝ （ＰＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）ｐＤＯ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ；

ｐＩｒｐＳｔａｃｋ ＝ ＩｏＧｅｔＣｕｒｒｅｎｔＩｒｐＳｔａｃｋＬｏｃａｔｉｏｎ（ｐＩｒｐ）；

／／得到由用戶應用程序發來的用戶數據，并在需要時，將結果通過此變量返回給用戶

ｐＩＯＢｕｆｆｅｒ＝ＰＵＬＯＮＧｐＩｒｐ－＞ＡｓｓｏｃｉａｔｅｄＩｒｐ．Ｓｙｓｔｅｍ

Ｂｕｆｆｅｒ；

／／ 由ＩＲＰ攜帶的信息決定驅動程序的執行

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ）

｛

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ：

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ：

Ｓｔａｔｕｓ ＝ ＳＴＡＴＵＳ＿ＳＵＣＣＥＳＳ；

ｂｒｅａｋ；

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ：

／／由Ｐａｒａｍｅｔｅｒｓ進一步解釋控制代碼含義

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞Ｐａｒａｍｅｔｅｒｓ．ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ）

｛

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１：

／／執行功能代碼

Ｆｉｅｌｄ１ ＝ ｐＬＤＩ－＞ＳｅｌｆＦｉｅｌｄ１；

．．．

ｂｒｅａｋ；

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ２：

／／執行功能代碼

．．．

ｂｒｅａｋ；

｝

ｂｒｅａｋ

｝

／／ 返回Ｉ／Ｏ操作的狀態

ｐＩｒｐ－＞ＩｏＳｔａｔｕｓ．Ｓｔａｔｕｓ ＝ Ｓｔａｔｕｓ；

ＩｏＣｏｍｐｌｅｔｅＲｅｑｕｅｓｔ（ｐＩｒｐ ＩＯ＿ＮＯ＿ＩＮＣＲＥＭＥＮＴ）； 

ｒｅｔｕｒｎ Ｓｔａｔｕｓ；

｝

５ 驅動程序終止例程

Ｕｎｌｏａｄ例程負責取消由ＤｒｉｖｅｒＥｎｔｒｙ例程所做的任何事情，包括解除屬于該驅動程序的任何硬件資源的分配，以及刪除屬于驅動程序的任何內核對象。通常這僅在系統關閉時需要。

ＶＯＩＤ ＸｘＵｎｌｏａｄ（ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ）

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ；

／／ 得到全局數據，根據全局數據進行清理工作

ｐＬＤＩ＝ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯＤｒｉｖｅｒＯｂｊｅｃｔ－＞Ｄｅｖｉｃｅ

Ｏｂｊｅｃｔ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ

ｉｆ （ｐＬＤＩ－＞Ｆｉｅｌｄ２ ＝＝ ＴＲＵＥ）

｛
．．．

／／ 刪除分配的設備名及設備

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３2 Ｎａｍｅ）；

ＩｏＤｅｌｅｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ）；

ＩｏＤｅｌｅｔｅＤｅｖｉｃｅ（ｐＬＤＩ－＞ＤｅｖｉｃｅＯｂｊｅｃｔ）；

｝

６ 用戶層應用程序與驅動程序間的接口

驅動程序完成后，將在系統重新引導時裝入并初始化（由ＤｒｉｖｅｒＥｎｔｒｙ例程完成）。此時，驅動程序處于可用狀態，等待用戶層應用程序使用。用戶層應用程序可以：

·打開該設備文件（由ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼完成）

·讀出數據（由ＩＲＰ＿ＭＪ＿ＲＥＡＤ功能代碼完成）

·寫入數據（由ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ功能代碼完成）

·執行用戶自定義的功能代碼（由ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ功能代碼完成）

·關閉該設備文件（由ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ功能代碼完成）

以下是部分實現代碼：

ｖｏｉｄ ｍａｉｎ（）

｛

ＨＡＮＤＬＥ ｈｎｄＦｉｌｅ； ／／ 由ＣｒｅａｔｅＦｉｌｅ得到

ｕｎｉｏｎ ｛

ＵＬＯＮＧ ＬｏｎｇＤａｔａ；

ＵＳＨＯＲＴ ＳｈｏｒｔＤａｔａ；

ＵＣＨＡＲ ＣｈａｒＤａｔａ；

 ｝ＤａｔａＢｕｆｆｅｒ； ／／從設備驅動程序中得到的數據

ＬＯＮＧ ＩｏｃｔｌＣｏｄｅ； ／／功能代碼

ＵＬＯＮＧ ＤａｔａＬｅｎｇｔｈ；

ＬＯＮＧ Ｐａｒａｍｅｔｅｒ１；

／／調用ＩＲＰ中的ＩＲＰ ＿ＭＪ＿ＣＲＥＡＴＥ功能

ｈｎｄＦｉｌｅ ＝ ＣｒｅａｔｅＦｉｌｅ（

″＼＼＼＼．＼＼ＳｅｌｆＷｉｎ３２Ｎａｍｅ″， ／／ 打開設備文件″ ＳｅｌｆＷｉｎ３２Ｎａｍｅ″

ＧＥＮＥＲＩＣ＿ＲＥＡＤ ｜ ＧＥＮＥＲＩＣ＿ＷＲＩＴＥ，

ＦＩＬＥ＿ＳＨＡＲＥ＿ＲＥＡＤ ｜ ＦＩＬＥ＿ＳＨＡＲＥ＿ＷＲＩＴＥ，

ＮＵＬＬ，

ＯＰＥＮ＿ＥＸＩＳＴＩＮＧ，

０，

ＮＵＬＬ

ｉｆ （ｈｎｄＦｉｌｅ ＝＝ ＩＮＶＡＬＩＤ＿ＨＡＮＤＬＥ＿ＶＡＬＵＥ）

｛

ｐｒｉｎｔｆ（″Ｕｎａｂｌｅ ｔｏ ｏｐｅｎ ｔｈｅ ｄｅｖｉｃｅ．＼ｎ″）；

ｅｘｉｔ（１）；

｝

ＩｏｃｔｌＣｏｄｅ ＝ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１； ／／自定義功能代碼

Ｐａｒａｍｅｔｅｒ１ ＝ １；

ＤａｔａＬｅｎｇｔｈ ＝ ｓｉｚｅｏｆ（ＤａｔａＢｕｆｆｅｒ．ＣｈａｒＤａｔａ）；

ＩｏｃｔｌＲｅｓｕｌｔ ＝ ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ（

ｈｎｄＦｉｌｅ ／／設備文件句柄

ＩｏｃｔｌＣｏｄｅ／／功能代碼，對應ＩＲＰ中的Ｐａｒａｍｅｔｅｒ．

／／ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ域

＆Ｐａｒａｍｅｔｅｒ１，／／傳遞到驅動程序的參數緩沖區，對應

／／ＩＲＰ中的ＡｓｓｏｃｉａｔｅｄＩｒｐ．ＳｙｓｔｅｍＢｕｆｆｅｒ

ｓｉｚｅｏｆ（Ｐａｒａｍｅｔｅｒ１） ／／參數緩沖區長度

＆ＤａｔａＢｕｆｆｅｒ， ／／從驅動程序傳出的數據緩沖區

ＤａｔａＬｅｎｇｔｈ， ／／緩沖區長度

＆ＲｅｔｕｒｎｅｄＬｅｎｇｔｈ， ／／返回的實際緩沖區長度

ＮＵＬＬ ／／等待，直到操作完成

）；

ｉｆ（！ＣｌｏｓｅＨａｎｄｌｅｈｎｄＦｉｌｅ）） ／／關閉設備

｛

ｐｒｉｎｔｆ（″Ｆａｉｌｅｄ ｔｏ ｃｌｏｓｅ ｄｅｖｉｃｅ．＼ｎ″）；
｝

｝
以上介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０設備驅動程序開發中的一般性過程。用戶可利用ＮＴ ＳＤＫ 及ＤＤＫ開發工具包，并根據自身需要，對以上核心代碼進行擴充完成所需任務。