專利名稱：開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù)的系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)一種提供編譯器服務(wù)的系統(tǒng)及其方法，特別是指一種基于開放式服 務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù)的系統(tǒng)及其方法。
背景技術(shù)：
隨著網(wǎng)際網(wǎng)絡(luò)的蓬勃發(fā)展，網(wǎng)絡(luò)對人們，不再局限于工作場所的輔助工具，人 們開始將它與生活結(jié)合，這也意味著，將網(wǎng)際網(wǎng)絡(luò)的便利性及多元信息性的服務(wù)延 伸至每戶家庭中己是必然的趨勢。
但是，對一般家庭使用者而言，功能強大的電腦還是過于復(fù)雜，因此他們期待 能有一種裝置，能在操作上合乎簡單、方便且功能明確的人性化體貼設(shè)計，并且依 然具有與世界相連通的網(wǎng)絡(luò)連線能力，所以，信息家電便相應(yīng)此需求潮流而產(chǎn)生。
當家中客廳擺上連接內(nèi)外網(wǎng)絡(luò)的家庭網(wǎng)關(guān)(Residential Gateway, RG)，廚房里有 了自動提供食譜的網(wǎng)絡(luò)冰箱，陽臺的洗衣機會連上網(wǎng)絡(luò)通知經(jīng)銷商它的馬達出問 題，需要維修，于是乎數(shù)字家庭生活即此展開。
數(shù)字家庭的概念持續(xù)延燒，因此于1999年3月， 一些營利與非營利公司及機 構(gòu)組織了開放式服務(wù)網(wǎng)關(guān)(Open Service Gateway Initiative, 0SGi)協(xié)會，配置 出0SGi平臺，期望能制定一個整合性的信息服務(wù)平臺，并將其整合至家庭網(wǎng)關(guān)里。 而0SGi相關(guān)配置3，如圖l所示。
OSGi制定標準的主要目的，是為了提供遠端的軟件服務(wù)供應(yīng)商與本地端的設(shè) 備，達成一個點對點的服務(wù)傳送方案，使得遠端軟件服務(wù)供應(yīng)商能視使用者需求， 將應(yīng)用程序或加值性服務(wù)，動態(tài)的通過網(wǎng)際網(wǎng)絡(luò)下載至用戶端的家用網(wǎng)關(guān)上，并且 自動執(zhí)行安裝服務(wù)。
現(xiàn)行的網(wǎng)頁應(yīng)用程序中，由于爪哇伺服網(wǎng)頁文件(JavaServer Pages, JSP)具 有跨平臺、搭配可重復(fù)使用的元件、網(wǎng)頁內(nèi)容的產(chǎn)生和顯示分離、采用標簽化頁面 開發(fā)、支援多層次企業(yè)應(yīng)用配置，及快速發(fā)展動態(tài)網(wǎng)頁的優(yōu)勢，因此，相關(guān)業(yè)者即200
致力于如何使JSP發(fā)展于0SGi配置3上的開發(fā)?，F(xiàn)階段0SGi規(guī)格中所定義的超文 件傳輸協(xié)議服務(wù)規(guī)格(HTTP Service Specif ication)所支援爪哇伺服應(yīng)用程序 (Java Servlet)版本多為2. 1,然而此版本卻無法實現(xiàn)現(xiàn)今多數(shù)JSP須至少于爪哇 伺服應(yīng)用程序版本2.2以上，始能提供的功能，如廣泛被使用的網(wǎng)頁伺服器阿帕 契雄貓伺服器(Apache Tomcat)所需的爪哇伺服應(yīng)用程序版本需為2.2或更新版本， 如圖2所示的相關(guān)說明列表4。
因此，如何讓0SGi框架上的HTTP服務(wù)支援JSP，便成為相關(guān)業(yè)者所欲努力研 究的方向?，F(xiàn)行解決方式是拋棄既有且己被廣泛運用的網(wǎng)頁相關(guān)技術(shù)配置，而重新 發(fā)展許多新的網(wǎng)頁模塊，如新的HTTP服務(wù)模塊、新的HTTP (Java)伺服應(yīng)用模塊， 及新的伺服應(yīng)用注冊模塊等，并且還須將上述的各嶄新的網(wǎng)頁模塊重新整合于此原 0SGi框架中。
然而，上述現(xiàn)行的解決方案具有以下三大缺點
一、 系統(tǒng)開發(fā)的困難度及成本皆提高因為須針對HTTP服務(wù)的規(guī)格重新進行 全新的完整開發(fā)設(shè)計，不但導(dǎo)致困難度的升高，且不論是在時間成本或資金成本的 耗費上皆非?？捎^。
二、 原跨0SGi框架平臺的相容特性降低現(xiàn)階段0SGi規(guī)格中所定義的HTTP 服務(wù)規(guī)格并不包含JSP的規(guī)格或相關(guān)開發(fā)建議(guideline)以讓后續(xù)維護者或開發(fā) 者遵循，因此目前的解決方案僅能費心力替某些個別問題，重新量身打造出一全新 系統(tǒng)，雖因此提升了與OSGi框架的相依性，但卻也相對地大幅降低了跨平臺的相 容特性。
三、 仍維持后編譯(post-compile)的不佳機制現(xiàn)行相關(guān)的解決方案，于JSP 的編譯及注冊是由HTTP伺服應(yīng)用程序模塊來啟動；因此，當使用者第一次存取此 JSP時，HTTP伺服器才會經(jīng)由HTTP伺服應(yīng)用程序模塊，去要求JSP模塊編譯，并 于編譯后進行注冊，以建制此爪哇伺服應(yīng)用程序頁面，所以，若頁面出現(xiàn)錯誤，也 僅能于使用者第一次存取時才能顯現(xiàn)，而無前編譯(pre-compile)機制能于頁面開 發(fā)或使用前等階段，即能及時發(fā)現(xiàn)錯誤并修正的優(yōu)勢。

發(fā)明內(nèi)容
因此，本發(fā)明的目的即在于提供一種基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器
6服務(wù)的系統(tǒng)和方法。
根據(jù)本發(fā)明一方面提供一種基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的 系統(tǒng)，配置于一幵放式服務(wù)網(wǎng)關(guān)框架上，對一伺服網(wǎng)頁來源文件進行處理并注冊， 該系統(tǒng)包含 一編譯器數(shù)據(jù)庫、 一通用編譯器橋接接口單元，及一伺服應(yīng)用程序注 冊單元。
該編譯器數(shù)據(jù)庫具有多個支援編譯器。
該通用編譯器橋接接口單元用以接收該伺服網(wǎng)頁來源文件傳來的一編譯請求 訊號，并根據(jù)該編譯請求訊號，自該編譯器數(shù)據(jù)庫中選取與該編譯請求訊號相應(yīng)的 其中一支援編譯器來編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服應(yīng)用程序文件。 而該伺服應(yīng)用程序注冊單元用以完成該伺服應(yīng)用程序文件的注冊。 根據(jù)本發(fā)明另一方面提供一種基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù) 的方法，配置于一開放式服務(wù)網(wǎng)關(guān)框架上，對一伺服網(wǎng)頁來源文件進行處理并注冊， 該方法包含以下步驟
該伺服網(wǎng)頁來源文件傳送一編譯請求訊號至一通用編譯器橋接接口單元； 根據(jù)該編譯請求訊號，該通用編譯器橋接接口單元自一編譯器數(shù)據(jù)庫中選取一 與該編譯請求訊號相應(yīng)的支援編譯器來編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服 應(yīng)用程序文件；及
利用該開放式服務(wù)網(wǎng)關(guān)框架的一伺服應(yīng)用程序注冊單元，來完成該伺服應(yīng)用程 序文件的注冊。
根據(jù)本發(fā)明的又一方面提供另一種基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器 服務(wù)的方法配置，包含以下步驟-
接收一伺服網(wǎng)頁來源文件的一編譯請求訊號；
根據(jù)該編譯請求訊號的語言類型，編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服 應(yīng)用程序文件；及
根據(jù)該伺服網(wǎng)頁來源文件的編譯結(jié)果，判別是否進行該伺服應(yīng)用程序文件的注冊。
本發(fā)明的功效在于，通過跳脫現(xiàn)行的重新全面開發(fā)一與開放式服務(wù)網(wǎng)關(guān)框架相 依的系統(tǒng)的處理方式，轉(zhuǎn)而以配置出一通用編譯器服務(wù)來保有其原跨平臺的相容 性，并降低其開發(fā)難度及成本。


圖l是一配置圖，說明開放式服務(wù)網(wǎng)關(guān)的配置；
圖2是一比較圖，說明阿帕契雄貓伺服器所需的爪哇伺服應(yīng)用程序版本的說明 列表；
圖3是一方塊圖，說明本發(fā)明基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù)的 系統(tǒng)的一較佳實施例；及
圖4是一流程圖，說明一與該系統(tǒng)的較佳實施例對應(yīng)的方法。
具體實施例方式
有關(guān)本發(fā)明的前述及其他技術(shù)內(nèi)容、特點與功效，在以下配合參考附圖的一較 佳實施例的詳細說明中，將可清楚的呈現(xiàn)。
在進行本發(fā)明的說明之前，首先對開放式服務(wù)網(wǎng)關(guān)配置3進行介紹，其主要由 三種元件所組成框架(Framework)、服務(wù)模塊(Bundle)和服務(wù)(Service)。且框架 是配置在爪哇語言的虛擬機器(JavaVirtualMachine)上，如圖1所示，服務(wù)模塊 則是執(zhí)行于框架上的應(yīng)用程序，而服務(wù)是服務(wù)模塊所提供輸出(Export)或所需輸入 (Import)的接口服務(wù)；因此，從遠端下載的服務(wù)模塊會在開放式服務(wù)網(wǎng)關(guān)框架上自 動安裝、執(zhí)行，并向開放式服務(wù)網(wǎng)關(guān)平臺注冊服務(wù)模塊所提供分享或所需的服務(wù)。
因此，參閱圖3，本發(fā)明基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù)的系統(tǒng) 的較佳實施例，配置于一開放式服務(wù)網(wǎng)關(guān)框架1上，對一伺服網(wǎng)頁來源文件ll進 行處理并注冊，該系統(tǒng)包含 一編譯器數(shù)據(jù)庫12、 一包括一請求處理元件131的 通用編譯器橋接接口單元13，及一伺服應(yīng)用程序注冊單元14。
值得注意的是，在本較佳實施例中，以下針對前述所提的相關(guān)單元或元件的說 明，將以由升陽(Sun)公司所提出的爪哇2標準版(Java 2 Standard Edition, J2SE) 中的各相關(guān)技術(shù)背景的實現(xiàn)為例。因此，前述的通用編譯器橋接接口單元13與伺 服應(yīng)用程序注冊單元14皆分別為一爪哇檔案文件(Java Archive, JAR)，此爪哇檔
案文件內(nèi)含有因應(yīng)需求所開發(fā)的具特殊功能的爪哇類別、執(zhí)行爪哇程序必備的啟動 類別(activator class)、記載有與爪哇語言運作流程相關(guān)的清單表頭(manifest header)和一些資源文件(如內(nèi)嵌的html或圖文件等)，因為其含有爪哇類別，所以
8可以于經(jīng)過爪哇載入器(Java Loader)將其動態(tài)地載入一使用者電腦的存儲器內(nèi)， 再經(jīng)由爪哇字節(jié)代碼確認器(bytecode verifier)，以及直譯器(Interpreter)的作 用后被執(zhí)行；而伺服網(wǎng)頁來源文件ll就是一爪哇伺服網(wǎng)頁文件；另外，請求處理 元件131是一爪哇類別。
此編譯器數(shù)據(jù)庫12提供多個可分別對各種程序語言，如JSP或主動式伺服網(wǎng) 頁(Active Server Pages, ASP)等進行編譯的支援編譯器121 ，以針對除JSP外的 其他語言進行編譯。
而通用編譯器橋接接口單元13，用以接收伺服網(wǎng)頁來源文件ll傳來的一編譯 請求訊號lll，并運用請求處理元件131來根據(jù)編譯請求訊號111，自編譯器數(shù)據(jù) 庫12中選取與編譯請求訊號111相應(yīng)的其中一支援編譯器121來編譯伺服網(wǎng)頁來 源文件ll，借以獲得一伺服應(yīng)用程序文件(圖未示)。
值得一提的是，在本較佳實施例中，該基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯 器服務(wù)的系統(tǒng)，可再包含一信息儲存元件(圖未示)，于請求處理元件131接收編譯 請求訊號111前，先行接收編譯請求訊號111并對其內(nèi)容重新編排(rearrange)成 適合請求處理元件131處理格式后，再儲存于此信息儲存元件中，以供請求處理元 件131讀取以進行分析；因此，簡單來說，此信息儲存元件就是一種數(shù)據(jù)結(jié)構(gòu)(data structure),用來儲存編譯請求訊號111的內(nèi)含信息。
伺服應(yīng)用程序注冊單元14，用以完成該伺服應(yīng)用程序文件的注冊。
參閱圖3及圖4，與該系統(tǒng)的較佳實施例對應(yīng)的方法2，配置于一開放式服務(wù) 網(wǎng)關(guān)框架1上，對一伺服網(wǎng)頁來源文件ll進行處理并注冊，包含以下步驟
步驟21:伺服網(wǎng)頁來源文件11傳送一編譯請求訊號111至通用編譯器橋接接 口單元13。
步驟22:通過一信息儲存元件(圖未示)來儲存所接收的編譯請求訊號111，并 供請求處理元件131讀取以進行分析。
步驟23:根據(jù)編譯請求訊號lll，通用編譯器橋接接口單元13自編譯器數(shù)據(jù) 庫12中選取一與編譯請求訊號111相應(yīng)的支援編譯器121來編譯伺服網(wǎng)頁來源文 件ll，借以獲得一伺服應(yīng)用程序文件(圖未示)。
所以在本實施例中，結(jié)合所提及的步驟21、步驟22及步驟23的敘述，即可 視為當JSP文件送出編譯請求訊號111后，即通過信息儲存元件(圖未示)將此編譯請求訊號111的內(nèi)容重新編排并儲存起來，而請求處理元件131便通過此信息儲 存元件(圖未示)，將所接收的編譯請求訊號111的內(nèi)容讀入，并于判讀此請求訊號 lll的語言類型后，如在本例為JSP語言，隨即將此伺服網(wǎng)頁來源文件lll交由從
前述的編譯器數(shù)據(jù)庫12內(nèi)所挑選出的JSP編譯器，以進行編譯，且于編譯后產(chǎn)生
出一爪哇相關(guān)的伺服應(yīng)用程序文件。
步驟24:于進行步驟23后，即傳送一包括一狀態(tài)欄位(圖未示)的結(jié)果訊息112 至伺服應(yīng)用程序注冊單元14,若結(jié)果訊息112的狀態(tài)欄位顯示成功時，則繼續(xù)進 行接下來的步驟。
承上所述，在本引用的J2SE的技術(shù)環(huán)境中，當請求處理元件131呼叫JSP編 譯器對JSP文件進行編譯時，若編譯發(fā)生錯誤，即在該狀態(tài)欄位內(nèi)填入一代表失敗 的參數(shù)(parameter),如"0"或其他用來表示失敗的字元；若編譯成功，就在此狀 態(tài)欄位內(nèi)填入一代表成功的參數(shù)，如"1"或其他用來代表成功的字元，并于填入 成功或失敗的參數(shù)后，將結(jié)果訊息112傳送至伺服應(yīng)用程序注冊單元14,若結(jié)果 訊息112的狀態(tài)欄位顯示成功時，就繼續(xù)進行接下來的步驟25，若結(jié)果訊息112 的狀態(tài)欄位顯示失敗時，即中止該伺服應(yīng)用程序文件的注冊，并重新等待伺服網(wǎng)頁 來源文件11傳送一編譯請求訊號111至通用編譯器橋接接口單元13。
步驟25:利用該開放式服務(wù)網(wǎng)關(guān)框架1的伺服應(yīng)用程序注冊單元M來完成該 伺服應(yīng)用程序文件的注冊。
承接上述的步驟25，進一步再依J2SE技術(shù)環(huán)境而論，就是對經(jīng)JSP編譯器編 譯后的爪哇伺服應(yīng)用程序文件進行后續(xù)處理并完成注冊，如運用一爪哇類別的載入 器來產(chǎn)生出一相對此爪哇伺服應(yīng)用程序文件的類別物件，再通過一 HTTP包裹 (Wmpper)類別來提供注冊的接口及方法，來完成此爪哇伺服應(yīng)用程序文件后續(xù)的 類別物件的注冊，而建制出一合法而可供使用的網(wǎng)頁；由于該爪哇類別的載入器及 其包裹類別皆屬現(xiàn)行具有爪哇語言相關(guān)背景者所易于思及而實作運用，故于此不再 贅述。
歸納上述，本發(fā)明基于幵放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器服務(wù)的系統(tǒng)及其方 法，具有以下四大優(yōu)勢
一、系統(tǒng)開發(fā)較簡易且有效地降低開發(fā)成本本發(fā)明無須替整個現(xiàn)行配置進行 全盤改造，而只須將所欲運用的編譯器(如在本例中的JSP編譯器)抽離出來，另行包裝成編譯器應(yīng)用程序接口 ( compiler API )，來提供編譯服務(wù)即可；因此，相 較于現(xiàn)行的解決方案，于系統(tǒng)的開發(fā)上確實大大降低其困難度，且亦具有避免耗時 又耗成本的優(yōu)點。
二、 保有跨開放式服務(wù)網(wǎng)關(guān)框架平臺的高相容優(yōu)勢運用本發(fā)明無須變更現(xiàn)有 開放式服務(wù)網(wǎng)關(guān)框架所提供的預(yù)設(shè)非JSP支援的HTTP服務(wù)，及伺服應(yīng)用程序注冊 條件下，提供JSP編譯服務(wù)；此外，開發(fā)所需的相關(guān)編譯器應(yīng)用程序接口(此即本 實施例中，通用編譯器橋接接口單元13)，遠較現(xiàn)行所解決方案單純，且較容易使 用原開放式服務(wù)網(wǎng)關(guān)規(guī)格所定義的各項服務(wù)，因此可避免因系統(tǒng)開發(fā)過于復(fù)雜而降 低跨開放式服務(wù)網(wǎng)關(guān)框架平臺的相容特性。
三、 具有前編譯(pre-compile)的絕佳機制通過本發(fā)明無須改變現(xiàn)有與開放 式服務(wù)網(wǎng)關(guān)相容的爪哇伺服應(yīng)用程序的撰寫及其流程，在注冊JSP之前，可通過本 實施例中的通用編譯器橋接接口單元13的請求處理元件131，來呼叫編譯器數(shù)據(jù) 庫12內(nèi)的JSP編譯器進行編譯，此即程序語言領(lǐng)域中所稱的"前編譯"的模式， 因此，任何編譯的錯誤很容易在系統(tǒng)開發(fā)過程中及時被發(fā)現(xiàn)而進行修正，而改進現(xiàn) 行解決方案的須于使用者第一次存取此JSP時才發(fā)現(xiàn)錯誤。
四、 具有擴充性將內(nèi)含有多種支援編譯器121的編譯器數(shù)據(jù)庫12，放置在 開放式服務(wù)網(wǎng)關(guān)框架中，即可支援各種程序語言的編譯，且可在此編譯器數(shù)據(jù)庫 12內(nèi)，任意地移除及加掛其他支援編譯器121，以對不同程序語言提供不同的編譯 器服務(wù)。
因此，綜上所述確實能夠達到本發(fā)明的目的。
但以上所述的僅為本發(fā)明的較佳實施例，當不能以此限定本發(fā)明實施的范圍， 即凡是根據(jù)本發(fā)明申請權(quán)利要求范圍及發(fā)明說明內(nèi)容所作的簡單的等效變化與修 飾，皆仍屬本發(fā)明專利涵蓋的范圍內(nèi)。
權(quán)利要求
1. 一種基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的系統(tǒng)，該系統(tǒng)包含一編譯器數(shù)據(jù)庫，具有多個支援編譯器；一通用編譯器橋接接口單元，用以接收一伺服網(wǎng)頁來源文件傳來的一編譯請求訊號，并根據(jù)該編譯請求訊號，自該編譯器數(shù)據(jù)庫中選取與該編譯請求訊號相應(yīng)的其中一支援編譯器來編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服應(yīng)用程序文件；及一伺服應(yīng)用程序注冊單元，用以完成該伺服應(yīng)用程序文件的注冊。
2. 根據(jù)權(quán)利要求1所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的系 統(tǒng)，其特征在于該通用編譯器橋接接口單元包括一用來判讀該編譯請求訊號的請求 處理元件，以選取與該編譯請求訊號相應(yīng)的支援編譯器來編譯該伺服網(wǎng)頁來源文 件。
3. 根據(jù)權(quán)利要求2所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的系 統(tǒng)，其特征在于該伺服網(wǎng)頁來源文件為一爪哇伺服網(wǎng)頁文件，且該編譯器數(shù)據(jù)庫包 括一爪哇伺服網(wǎng)頁編譯器，而該通用編譯器橋接接口單元與該伺服應(yīng)用程序注冊單 元皆分別為一爪哇檔案文件。
4. 根據(jù)權(quán)利要求2所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的系 統(tǒng)，其特征在于該伺服應(yīng)用程序注冊單元接收該通用編譯器橋接接口單元所傳送的 一結(jié)果訊息以進行該伺服應(yīng)用程序文件的注冊。
5. —種基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方法，配置于一開放 式服務(wù)網(wǎng)關(guān)框架上，對一伺服網(wǎng)頁來源文件進行處理并注冊，該方法包含以下步驟該伺服網(wǎng)頁來源文件傳送一編譯請求訊號至一通用編譯器橋接接口單元； 根據(jù)該編譯請求訊號，該通用編譯器橋接接口單元自一編譯器數(shù)據(jù)庫中選取一與該編譯請求訊號相應(yīng)的支援編譯器來編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服應(yīng)用程序文件；及利用該開放式服務(wù)網(wǎng)關(guān)框架的一伺服應(yīng)用程序注冊單元來完成該伺服應(yīng)用程 序文件的注冊。
6. 根據(jù)權(quán)利要求5所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方 法，其特征在于還包含傳送一結(jié)果訊息至該伺服應(yīng)用程序注冊單元，由該伺服應(yīng)用程序注冊單元判別是否進行該伺服應(yīng)用程序文件的注冊。
7. 根據(jù)權(quán)利要求6所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方 法，其特征在于該結(jié)果訊息包括一狀態(tài)欄位，若該結(jié)果訊息內(nèi)的狀態(tài)欄位標示為成 功時，則繼續(xù)進行該伺服應(yīng)用程序文件的注冊。
8. 根據(jù)權(quán)利要求5所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方法，其特征在于該通用編譯器橋接接口單元包括一用來判讀該編譯請求訊號的請求 處理元件，以選取與該編譯請求訊號相應(yīng)的支援編譯器來編譯該伺服網(wǎng)頁來源文 件。
9. 根據(jù)權(quán)利要求8所述的機于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方 法，其特征在于還包含通過一信息儲存元件來儲存所接收的編譯請求訊號，并供該 請求處理元件讀取以進行分析。
10. 根據(jù)權(quán)利要求5所述的機于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方 法，其特征在于該伺服網(wǎng)頁來源文件為一爪哇伺服網(wǎng)頁文件，該編譯器數(shù)據(jù)庫包括 一爪哇伺服網(wǎng)頁編譯器，該通用編譯器橋接接口單元與該伺服應(yīng)用程序注冊單元皆 分別為一爪哇檔案文件。
11. 一種基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方法，該方法包含以下步驟接收一伺服網(wǎng)頁來源文件的一編譯請求訊號；根據(jù)該編譯請求訊號的語言類型，編譯該伺服網(wǎng)頁來源文件，借以獲得一伺服 應(yīng)用程序文件；及根據(jù)該伺服網(wǎng)頁來源文件的編譯結(jié)果，判別是否進行該伺服應(yīng)用程序文件的注冊。
12. 根據(jù)權(quán)利要求11所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方法，其特征在于編譯該伺服網(wǎng)頁來源文件，包含選取一與該編譯請求訊號的語言 類型相應(yīng)的支援編譯器來編譯該伺服網(wǎng)頁來源文件。
13. 根據(jù)權(quán)利要求11所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的 方法，其特征在于當編譯該伺服網(wǎng)頁來源文件成功時，發(fā)送一代表編譯成功的結(jié)果 訊息至一伺服應(yīng)用程序注冊單元以進行該伺服應(yīng)用程序文件的注冊。
14. 根據(jù)權(quán)利要求13所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的方法，其特征在于該結(jié)果訊息包括一狀態(tài)欄位，該狀態(tài)欄位具有一代表編譯成功的 參數(shù)。
15. 根據(jù)權(quán)利要求13所述的基于開放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的 方法，其特征在于當編譯該伺服網(wǎng)頁來源文件失敗時，發(fā)送一代表編譯失敗的結(jié)果 訊息至該伺服應(yīng)用程序注冊單元以中止該伺服應(yīng)用程序文件的注冊。
16. 根據(jù)權(quán)利要求15所述的基于幵放式服務(wù)網(wǎng)關(guān)配置下的通用編譯器服務(wù)的 方法，其特征在于該結(jié)果訊息包括一狀態(tài)欄位，該狀態(tài)欄位具有一代表編譯失敗的 參數(shù)。
全文摘要
一種基于開放式服務(wù)網(wǎng)關(guān)框架下的通用編譯器(compiler)服務(wù)的系統(tǒng)及其方法，配置于一開放式服務(wù)網(wǎng)關(guān)框架上，對一伺服網(wǎng)頁來源文件進行處理并注冊，該方法包含以下步驟伺服網(wǎng)頁來源文件傳送一編譯請求訊號至一通用編譯器橋接接口單元。根據(jù)此編譯請求訊號，通用編譯器橋接接口單元選取一與此編譯請求訊號相應(yīng)的支持編譯器來編譯，借以獲得一伺服應(yīng)用程序文件。利用一伺服應(yīng)用程序注冊單元來完成該伺服應(yīng)用程序文件的注冊。借此，與現(xiàn)行方式相較下，本發(fā)明具有系統(tǒng)開發(fā)簡易、降低開發(fā)時程及成本、跨平臺、極易擴充，且屬前編譯(pre-compiling)機制而易除錯等優(yōu)勢。
文檔編號H04L12/66GK101453432SQ20071019980
公開日2009年6月10日 申請日期2007年12月5日 優(yōu)先權(quán)日2007年12月5日
發(fā)明者張家瑞 申請人:緯創(chuàng)資通股份有限公司