專利名稱：以主從式架構進行程序碼文件編輯維護的系統(tǒng)及其方法
技術領域：
本發(fā)明涉及一種編輯維護的系統(tǒng)及其方法，尤其是指一種在主從式架構中進行程序碼文件編輯維護的系統(tǒng)及其方法。
背景技術：
不論是應用程序的開發(fā)或是網站的開發(fā)過程中，對于應用程序或是網站每一個功能模塊而言，不太可能是由一個人開發(fā)完成，應用程序或是網站的開發(fā)是采取功能模塊分別進行開發(fā)的，在每一個功能模塊完成開發(fā)后，再將每一個功能模塊進行整合，以完成應用程序或是網站的所有功能。但是在將每一個功能模塊進行整合時，常常會發(fā)生功能模塊之間變量傳送的問題，或是發(fā)生功能模塊之間無法有效的進行變量傳送，這往往會使應用程序或是網站開發(fā)上耗費過多時間。除此之外，程序語言中都會提供注解的功能，注解并不會被執(zhí)行，但對于每一個開發(fā)人員來說，并非每一個開發(fā)人員都會記得每次都使用注解功能，而當開發(fā)人員沒有在功能模塊的開發(fā)中增加注解時，即會導致功能模塊進行整合時需要耗費更多的時間。由以上兩個問題，在應用程序的開發(fā)或是網站的開發(fā)，往往在將每一個功能模塊進行整合時，都需要花費額外的時間來進行功能模塊的整合，并且這些問題在功能模塊維護上也同樣會產生。綜上所述，現有技術中長期以來一直存在應用程序網站的開發(fā)，需要耗費過多時間進行功能模塊整合以及維護，造成應用程序網站開發(fā)不便的問題，因此有必要提出改進的技術手段，來解決此一問題。

發(fā)明內容
有鑒于現有技術存在的問題，本發(fā)明遂提供一種以主從式架構進行程序碼文件編輯維護的系統(tǒng)及其方法，其中本發(fā)明所提供的以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其包含服務端與客戶端，服務端更包含服務端接收模塊、驗證模塊、查詢模塊、文件狀態(tài)模塊、編輯模塊、 儲存模塊、生成模塊以及服務端傳送模塊；客戶端更包含客戶端接收模塊、連線模塊以及客戶端顯示模塊。服務端的服務端接收模塊是接收驗證信息，或接收編輯信息；服務端的驗證模塊是對驗證信息進行驗證；服務端的查詢模塊是于驗證信息通過驗證后，自信息數據庫中查詢出與驗證信息對應的使用者信息；服務端的文件狀態(tài)模塊是取得服務端中所有程序碼文件的狀態(tài)，并用以改變程序碼文件的狀態(tài)；服務端的編輯模塊是用以對服務端中程序碼文件進行編輯，并于程序碼文件中被編輯處增加使用者信息的注解，其中，可被編輯的程序碼文件的狀態(tài)為非鎖定狀態(tài)，且正在被編輯的程序碼文件的狀態(tài)為鎖定狀態(tài)；服務端的儲存模塊是用以儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為備份文件；服務端的生成模塊是依據使用者信息、編輯信息、以及備份文件的名稱生成編輯列表；服務端的服務端傳送模塊是用以傳送編輯列表?？蛻舳说目蛻舳私邮漳K是用以接收驗證信息；客戶端的連線模塊是用以建立與服務端的連線，且將驗證信息傳送至服務端接收模塊，或自服務端傳送模塊接收編輯列表； 客戶端的客戶端顯示模塊是用以顯示編輯列表。本發(fā)明所提供的以主從式架構進行程序碼文件編輯維護的方法，其包含下列步驟首先，客戶端接收驗證信息，并將驗證信息傳送至服務端；接著，服務端對驗證信息進行驗證；接著，于驗證信息通過驗證后，服務端自信息數據庫中查詢出與驗證信息對應的使用者信息；接著，服務端取得服務端中所有程序碼文件的狀態(tài)；接著，服務端對程序碼文件的狀態(tài)為非鎖定狀態(tài)的程序碼文件進行編輯，并于程序碼文件中被編輯處增加使用者信息的注解，且程序碼文件的狀態(tài)由非鎖定狀態(tài)轉換為鎖定狀態(tài)；接著，服務端儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為備份文件；接著，服務端接收編輯信息； 接著，服務端依據使用者信息、編輯信息、以及備份文件的名稱生成編輯列表；接著，服務端傳送編輯列表至客戶端；最后，客戶端顯示編輯列表。本發(fā)明所提供的系統(tǒng)與方法如上，與現有技術之間的差異在于本發(fā)明應用于主從式架構中，當使用者通過驗證信息的驗證以登入于服務端中，會查詢出與驗證信息對應的使用者信息，并取得服務端中所有程序碼文件的狀態(tài)，藉以對程序碼文件的狀態(tài)為非鎖定狀態(tài)的程序碼文件進行編輯，并于程序碼文件中被編輯處增加使用者信息的注解，且程序碼文件的狀態(tài)由非鎖定狀態(tài)轉換為鎖定狀態(tài)，服務端儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為備份文件，再依據使用者信息、編輯信息、以及備份文件的名稱生成編輯列表，藉以提供多個使用者共同的修改平臺進行程序碼文件的編輯，并且提供使用者即時的修改通知。通過上述的技術手段，本發(fā)明可以達成提供多個使用者共同編輯維護程序碼文件，以便于對程序碼編輯維護的技術功效。


圖1繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的系統(tǒng)方塊圖。圖2繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的方法流程圖。圖3繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的系統(tǒng)架構示意圖。圖4繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的客戶端登入接口示意圖。圖5繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的信息數據庫示意圖。圖6繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件狀態(tài)顯示示意圖。圖7繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件編輯內容顯示示意圖。圖8繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件儲存示意圖。圖9繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的輸入接口示意圖。
圖10繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的編輯列表示意圖。圖11繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的客戶端編輯列表顯示示意圖。圖12繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的附屬步驟方法流程圖。圖13繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的備份文件比對示意圖。主要組件符號說明10服務端102驗證模塊104文件狀態(tài)模塊106儲存模塊108服務端傳送模塊20客戶端22連線模塊31驗證信息41登入接口51信息數據庫62第二程序碼文件64備份文件642第二備份文件81編輯列表
具體實施例方式以下將配合圖式及實施例來詳細說明本發(fā)明的實施方式，藉此對本發(fā)明如何應用技術手段來解決技術問題并達成技術功效的實現過程能充分理解并據以實施。以下首先要說明本發(fā)明所提供的以主從式架構進行程序碼文件編輯維護的系統(tǒng)， 并請參考「圖1」所示，「圖1」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的系統(tǒng)方塊圖。本發(fā)明所提供的以主從式架構進行程序碼文件編輯維護的系統(tǒng)包含服務端10 與客戶端20，其中服務端10更包含服務端接收模塊101、驗證模塊102、查詢模塊103、文件狀態(tài)模塊104、編輯模塊105、儲存模塊106、生成模塊107以及服務端傳送模塊108 ；客戶端20更包含客戶端接收模塊21、連線模塊22以及客戶端顯示模塊23。在客戶端20，接收模塊21首先接收使用者所輸入的驗證信息，其中，驗證信息包含有使用者名稱與使用者密碼，由連線模塊22建立客戶端20與服務端10之間的連線。在服務端10，服務端接收模塊101在接收到連線模塊22所傳送的驗證信息之后， 即會再藉由驗證模塊102對驗證信息進行驗證，驗證模塊102對驗證信息的驗證方式可以參考現有技術，在此不再進行贅述，現有驗證模塊102對驗證信息的驗證方式應包含于本發(fā)明之內。
101服務端接收模塊 103查詢模塊 105編輯模塊 107生成模塊 109讀取模塊 21客戶端接收模塊 23客戶端顯示模塊 32編輯信息 42輸入接口 61第一程序碼文件 63第三程序碼文件 641第一備份文件 71新增內容
當驗證信息通過驗證模塊102的驗證之后，即表示客戶端10已登入于服務端20 中，此時查詢模塊103會自信息數據庫中查詢出與驗證信息對應的使用者信息，使用者信息可以包含使用者名稱、使用者代號、職位...等，以提供后續(xù)模塊進行使用。在此同時，文件狀態(tài)模塊104會取得服務端10中所有程序碼文件的狀態(tài)，以C語言來說，當擴展名為“.C”、“. cpp”、“. h”...等，即為本發(fā)明所述的程序碼文件，其它程序語言可以參考C語言的舉例說明，在此不再進行贅述。值得注意的是，程序碼文件的狀態(tài)包含鎖定狀態(tài)以及非鎖定狀態(tài)，當程序碼文件的狀態(tài)為鎖定狀態(tài)時，即表示有其它登入的使用者正在使用該程序碼文件，即無法對該程序碼文件進行任何的操作；當程序碼文件的狀態(tài)為非鎖定狀態(tài)時，即表示該程序碼文件并無任何的使用者正在使用，此時即可以對該程序碼文件進行任何的操作。接著，使用者可以通過編輯模塊105對程序碼文件的狀態(tài)為非鎖定狀態(tài)的程序碼文件進行編輯，如新增內容、修改內容、刪除內容...等編輯操作，值得注意的是，當該程序碼文件被進行編輯時，文件狀態(tài)模塊104即會將該程序碼文件的狀態(tài)由非鎖定狀態(tài)變更為鎖定狀態(tài)。編輯模塊105會同時在程序碼文件中被編輯處增加使用者信息的注解，所謂的注解即為程序語言中輔助使用者了解程序邏輯、程序內容的輔助說明，并不會被執(zhí)行，以C語言來說，注解分為單行注解以及多行注解兩種，單行注解的符號為“//”，即為在符號“//” 之后的內容會被認定為注解，多行注解的符號為“/*”以及“*/”兩個，且符號“/*”以及“*/” 必須成對出現，即表示在符號“/*”以及“*/”之間的所有內容都會被認定為注解，在此僅為舉例說明之，其它的程序語言可以參考C語言的說明進行類推，在此不再進行贅述，藉由注解的形式編輯模塊105即可將使用者所編輯過的內容進行標示，以提供其它使用者參考。接著，當使用者對該程序碼文件的編輯完成后，即可通過儲存模塊106對被編輯過的程序碼文件進行儲存，在此同時，儲存模塊106會以另存新檔的方式將被編輯過的程序碼文件另存為備份文件，藉以保留每一個使用者每一次的修改記錄，其中，備份文件的名稱是該程序碼文件的名稱與儲存時間的組合，即假設程序碼文件的名稱為“abc. cpp”，儲存模塊106所另存?zhèn)浞菸募臅r間為“2010-05-25-10-30”(分別對應“年-月-日-時-分”)， 即另存?zhèn)浞菸募拿Q為“abc-2010-05-25-10-30. cpp”。當使用者完成對該程序碼文件的編輯之后，會再藉由服務端10的輸入接口輸入編輯信息，而后，由服務端接收模塊101接收該編輯信息，所述的編輯信息即為使用者對本次修改內容的說明。而當服務端接收模塊101接收到使用者所輸入的編輯信息之后，即可再藉由生成模塊107依據使用者信息、編輯信息、以及備份文件的名稱生成編輯列表，其中，編輯列表是記錄每一個使用者的每一次修改記錄的歷史紀錄，即生成模塊107會在編輯列表中新增本次使用者的修改記錄。在生成模塊107生成編輯列表之后，即可通過服務端傳送模塊108將該編輯列表傳送至每一個使用者的客戶端10，服務端傳送模塊108傳送編輯列表可通過電子郵件、文字簡訊、多媒體簡訊、無線傳輸、有線傳輸或是即時通訊其中之一的方式進行傳送，藉以提供即時的修改通知?？蛻舳?0接收到服務端傳送模塊108所傳送的編輯列表后，會通過客戶端顯示模塊23顯示編輯列表，使用者即可以即時的知道服務端10中的程序碼文件是否被修改，是哪一位使用者進行程序碼文件的修改，以及程序碼文件修改的說明等信息，由此便可提供多個使用者共同的修改平臺進行程序碼文件的編輯。除此之外，本系統(tǒng)更提供了使用者對于備份文件的比對功能，使用者可在編輯列表中選擇所需要比對的備份文件，并通過客戶端接收模塊21接收使用者所選擇的選定信息(即被選擇的備份文件)，并由連線模塊22將選定信息傳送至服務端接收模塊101，服務端10中更包含有讀取模塊109是用以讀取與選定信息對應的備份文件，再藉由服務端傳送模塊108將被讀取的備份文件傳送至連線模塊22，而再通過客戶端顯示模塊23同時顯示該備份文件，藉此，提供使用者對修改的程序碼文件進行比對。接著，以下將以一個實施例來解說本發(fā)明的運作方式及流程，并請同時參考「圖 1」、「圖2」、「圖3」以及「圖4」所示，「圖2」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的方法流程圖；「圖3」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的系統(tǒng)架構示意圖；「圖4」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的客戶端登入接口示意圖。使用者首先會由客戶端20所提供的登入接口 41中輸入使用者名稱“Eric”以及使用者密碼“AB⑶”，使用者名稱“Eric”以及使用者密碼“AB⑶”即為驗證信息31，并且客戶端接收模塊21會接收使用者所輸入的驗證信息31 (步驟110)，在此同時，連線模塊22會建立客戶端20與服務端10之間的連線。在連線模塊22建立客戶端20與服務端10之間的連線之后，連線模塊22即會將客戶端接收模塊21所接收到的驗證信息31傳送至服務端接收模塊101 (步驟110)，服務端接收模塊101在接收到連線模塊22所傳送的驗證信息31之后，即會再藉由驗證模塊102對驗證信息31進行驗證(步驟120)，驗證模塊102對驗證信息31的驗證方式可以參考現有技術，在此不再進行贅述，現有驗證模塊102對驗證信息的驗證方式應包含于本發(fā)明之內。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖5」所示，「圖5」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的信息數據庫示意圖。當驗證信息31通過驗證模塊102的驗證之后，查詢模塊103會自信息數據庫51 中查詢出與驗證信息31中的使用者名稱“Eric”對應的使用者信息，即會查詢出使用者信息分別為使用者名稱為“Eric”、使用者代號“ABC-00157”以及職位“工程師”(步驟130)， 使用者信息即可以提供給后續(xù)步驟使用。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖6」所示，「圖6」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件狀態(tài)顯示示意圖。由于第一程序碼文件61為“abc. C”正在被使用中，即文件狀態(tài)模塊104所取得第一程序碼文件61為“abc. c”的狀態(tài)為鎖定狀態(tài)(步驟140)；而第二程序碼文件62為“def. c”并未被使用中，即文件狀態(tài)模塊104所取得第二程序碼文件62為“def. c”的狀態(tài)為非鎖定狀態(tài)(步驟140)；并且第三程序碼文件63為“xyz. c”并未被使用中，即文件狀態(tài)模塊 104所取得第三程序碼文件63為“xyz. c”的狀態(tài)為非鎖定狀態(tài)(步驟140)，其中，當程序碼文件的狀態(tài)為鎖定狀態(tài)時，即無法對該程序碼文件進行任何的操作；當程序碼文件的狀態(tài)為非鎖定狀態(tài)時，即可以對該程序碼文件進行任何的操作。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖7」所示，「圖7」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件編輯內容顯示示意圖。接著，使用者通過編輯模塊105對第二程序碼文件62為“def. C”進行新增內容71 的編輯，新增內容71請參考「圖7」所示，此時文件狀態(tài)模塊104即會將第二程序碼文件62 為“def. c”的狀態(tài)由非鎖定狀態(tài)變更為鎖定狀態(tài)，并且編輯模塊105會同時在第二程序碼文件62為“def. C”的新增內容71處增加使用者信息(即使用者名稱為“Eric”、使用者代號“ABC-00157”以及職位“工程師”)的注解(步驟150)。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖8」所示，「圖8」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的程序碼文件儲存示意圖。當使用者對第二程序碼文件62為“def. C”的編輯完成后，即可通過儲存模塊106 對第二程序碼文件62為“def. C”進行儲存，在此同時，儲存模塊106會以另存新檔的方式將第二程序碼文件62為“def. c”另存為備份文件64為“def-2010-05-25-10-30. c” (步驟 160)，備份文件64為“def-2010-05-25-10-30. c”的名稱是以第二程序碼文件62為“def. c”以及儲存時間為“2010-05-25-10-30” (分別對應“年_月-日-時-分”)的組合，備份文件64是用以保留每一個使用者的每一次修改記錄。接著，請同時參考「圖1」、「圖2圖」、「圖3圖」以及「圖9」所示，「圖9」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的輸入接口示意圖。接著，當使用者完成對第二程序碼文件62為“def. C”的編輯之后，會再藉由服務端10所提供的輸入接口 42中輸入編輯信息32為“新增功能A”，并通過服務端接收模塊 101接收使用者所輸入的編輯信息32為“新增功能A”(步驟170)，編輯信息32為“新增功能A”即為使用者對本次修改內容的說明。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖10」所示，「圖10」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的編輯列表示意圖。當服務端接收模塊101接收到使用者所輸入的編輯信息32為“新增功能A” 之后，即可再藉由生成模塊107依據使用者信息(使用者名稱為“Eric”、使用者代號 “ABC-00157”以及職位“工程師”)、編輯信息32為“新增功能A”、以及備份文件的名稱 "def-2010-05-25-10-30. c”生成編輯列表81 (步驟180)，編輯列表81的示意請參考「圖 10」所示。接著，請同時參考「圖1」、「圖2」、「圖3」以及「圖11」所示，「圖11」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的客戶端編輯列表顯示示意圖。在生成模塊107生成編輯列表81 (請參考「圖10」所示)之后，即可再通過服務端傳送模塊108將生成模塊107所生成的編輯列表81傳送至每一個使用者的客戶端10 (步驟190)，服務端傳送模塊108傳送編輯列表可通過電子郵件、文字簡訊、多媒體簡訊、無線傳輸、有線傳輸或是即時通訊其中之一的方式進行傳送，藉以提供即時的修改通知。接著，客戶端20會藉由連線模塊22接收到服務端傳送模塊108所傳送的編輯列表81，并通過客戶端顯示模塊23顯示編輯列表81 (步驟210)，藉此，使用者即可以即時的知道服務端10中的程序碼文件是否有被修改，是哪一位使用者進行程序碼文件的修改，以及程序碼文件修改的說明，以提供多個使用者共同的修改平臺進行程序碼文件的編輯。接著，請同時參考「圖1」、「圖12」以及「圖13」所示，「圖12」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的附屬步驟方法流程圖；「圖13」繪示為本發(fā)明以主從式架構進行程序碼文件編輯維護的備份文件比對示意圖。假設使用者在編輯列表中選擇第一備份文件641以及第二備份文件642，并通過客戶端接收模塊21接收使用者所選擇的選定信息“第一備份文件641以及第二備份文件 642”(步驟310)，并由連線模塊22將選定信息“第一備份文件641以及第二備份文件642” 傳送至服務端接收模塊101 (步驟320)，再通過服務端10中更包含有讀取模塊109讀取與選定信息“第一備份文件641以及第二備份文件642”對應的第一備份文件641以及第二備份文件642 (步驟330)，服務端傳送模塊108將被讀取的第一備份文件641以及第二備份文件642傳送至連線模塊22 (步驟340)，即可由客戶端顯示模塊23同時顯示第一備份文件 641以及第二備份文件642(步驟350)，藉以提供使用者對第一備份文件641以及第二備份文件642進行比對，第一備份文件641以及第二備份文件642的比對顯示示意請參考「圖 13」所示。綜上所述，可知本發(fā)明與現有技術之間的差異在于本發(fā)明應用于主從式架構中， 當使用者通過驗證信息的驗證以登入于服務端中，會查詢出與驗證信息對應的使用者信息，并取得服務端中所有程序碼文件的狀態(tài)，藉以對程序碼文件的狀態(tài)為非鎖定狀態(tài)的程序碼文件進行編輯，并于程序碼文件中被編輯處增加使用者信息的注解，且程序碼文件的狀態(tài)由非鎖定狀態(tài)轉換為鎖定狀態(tài)，服務端儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為備份文件，再依據使用者信息、編輯信息、以及備份文件的名稱生成編輯列表，藉以提供多個使用者共同的修改平臺進行程序碼文件的編輯，并且提供使用者即時的修改通知。藉由此一技術手段可以來解決現有技術所存在應用程序網站的開發(fā)，需要耗費過多的時間進行功能模塊的整合以及維護，造成應用程序網站的開發(fā)不便的問題，進而達成提供多個使用者共同編輯維護程序碼文件，以便于對程序碼編輯維護的技術功效。雖然本發(fā)明所提供的實施方式如上，惟所述的內容并非用以直接限定本發(fā)明的專利保護范圍。任何本發(fā)明所屬技術領域中的技術人員，在不脫離本發(fā)明所公開的精神和范圍的前提下，可以在實施的形式上及細節(jié)上作些許的更動。本發(fā)明的專利保護范圍，仍須以所附的權利要求書所界定者為準。
權利要求
1.一種以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其特征在于包含 一服務端，該服務端更包含下列模塊一服務端接收模塊，接收一驗證信息，或接收一編輯信息； 一驗證模塊，對該驗證信息進行驗證；一查詢模塊，于驗證信息通過驗證后，自一信息數據庫中查詢出與該驗證信息對應的一使用者信息；一文件狀態(tài)模塊，取得該服務端中所有程序碼文件的狀態(tài)，并用以改變程序碼文件的狀態(tài)；一編輯模塊，用以對該服務端中程序碼文件進行編輯，并于程序碼文件中被編輯處增加該使用者信息的注解，其中，可被編輯的程序碼文件的狀態(tài)為非鎖定狀態(tài)，且正在被編輯的程序碼文件的狀態(tài)為鎖定狀態(tài)；一儲存模塊，用以儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為一備份文件；一生成模塊，依據該使用者信息、該編輯信息、以及該備份文件的名稱生成一編輯列表；及一服務端傳送模塊，用以傳送該編輯列表；及一客戶端，該客戶端更包含一客戶端接收模塊，用以接收該驗證信息；一連線模塊，用以建立與該服務端的連線，且將該驗證信息傳送至該服務端接收模塊， 或自該服務端傳送模塊接收該編輯列表；及一客戶端顯示模塊，用以顯示該編輯列表。
2.如權利要求1所述的以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其特征在于， 該服務端更包含一讀取模塊，用以讀取與一選定信息對應的該備份文件，其中該客戶端接收模塊更包含接收一選定信息，該連線模塊更包含將該選定信息傳送至該服務端接收模塊，該服務端傳送模塊更包含將被讀取的該備份文件傳送至該連線模塊，該客戶端顯示模塊更包含同時顯示該備份文件。
3.如權利要求1所述的以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其特征在于， 該服務端傳送模塊是通過電子郵件、文字簡訊、多媒體簡訊、無線傳輸、有線傳輸或是即時通訊其中之一的方式傳送該編輯列表。
4.如權利要求1所述的以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其特征在于， 該備份文件的名稱是程序碼文件的名稱與儲存時間的組合。
5.如權利要求1所述的以主從式架構進行程序碼文件編輯維護的系統(tǒng)，其特征在于， 該驗證資包含使用者名稱與使用者密碼。
6.一種以主從式架構進行程序碼文件編輯維護的方法，其特征在于，包含下列步驟 一客戶端接收一驗證信息，并將該驗證信息傳送至一服務端；該服務端對該驗證信息進行驗證；于驗證信息通過驗證后，該服務端自一信息數據庫中查詢出與該驗證信息對應的一使用者信息；該服務端取得該服務端中所有程序碼文件的狀態(tài)；該服務端對程序碼文件的狀態(tài)為非鎖定狀態(tài)的程序碼文件進行編輯，并于程序碼文件中被編輯處增加該使用者信息的注解，且程序碼文件的狀態(tài)由非鎖定狀態(tài)轉換為鎖定狀態(tài)；該服務端儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為一備份文件； 該服務端接收一編輯信息；該服務端依據該使用者信息、該編輯信息、以及該備份文件的名稱生成一編輯列表； 該服務端傳送該編輯列表至該客戶端；及該客戶端顯示該編輯列表。
7.如權利要求6所述的以主從式架構進行程序碼文件編輯維護的方法，其特征在于， 該以主從式架構進行程序碼文件編輯維護的方法更包含下列步驟該客戶端接收一選定信息； 該客戶端將該選定信息傳送至該服務端； 該服務端讀取與該選定信息對應的該備份文件； 該服務端將被讀取的該備份文件傳送至該客戶端；及該客戶端同時顯示該備份文件。
8.如權利要求6所述的以主從式架構進行程序碼文件編輯維護的方法，其特征在于， 該服務端傳送該編輯列表至該客戶端的步驟是通過電子郵件、文字簡訊、多媒體簡訊、無線傳輸、有線傳輸或是即時通訊其中之一的方式傳送該編輯列表。
9.如權利要求6所述的以主從式架構進行程序碼文件編輯維護的方法，其特征在于， 該服務端儲存被編輯過的程序碼文件，并另存被編輯過的程序碼文件為該備份文件的步驟中，該備份文件的名稱是程序碼文件的名稱與儲存時間的組合。
10.如權利要求6所述的以主從式架構進行程序碼文件編輯維護的方法，其特征在于， 該客戶端接收該驗證信息，并將該驗證信息傳送至該服務端的步驟中該驗證資包含使用者名稱與使用者密碼。
全文摘要
本發(fā)明公開了一種以主從式架構進行程序碼文件編輯維護的系統(tǒng)及其方法，使用者登入于服務端中，并查詢出與驗證信息對應的使用者信息，且取得服務端中所有程序碼文件的狀態(tài)，以對非鎖定狀態(tài)的程序碼文件進行編輯，并于程序碼文件中被編輯處增加使用者信息的注解，藉此可以達成提供多個使用者共同編輯維護程序碼文件，以便于對程序碼編輯維護的技術功效。
文檔編號G06F9/45GK102402450SQ20101028697
公開日2012年4月4日 申請日期2010年9月16日 優(yōu)先權日2010年9月16日
發(fā)明者王志仁, 邱全成 申請人:英業(yè)達股份有限公司