專利名稱：一種實現(xiàn)信息對象屬性自定義的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及信息發(fā)布領域，特別涉及一種實現(xiàn)信息對象屬性自定義的方法和系統(tǒng)。
背景技術：
隨著信息化進程的發(fā)展，信息技術在各個行業(yè)得到了廣泛的應用。不同的行業(yè)有著不同的業(yè)務模式和業(yè)務需求，對信息對象的屬性要求也不盡相同，而且經(jīng)常會隨著時間的推移而進行變化。
現(xiàn)有的信息發(fā)布系統(tǒng)針對不同行業(yè)的信息對象通常只提供了一些通用的屬性。而對軟件購買商要求的屬性則必須通過對軟件進行二次開發(fā)來完成。
例如，軟件開發(fā)時對客戶這個信息對象只提供了客戶姓名、地址、電話等通用屬性，軟件購買商購買此軟件后，還需要軟件提供客戶的學歷，月收入、職業(yè)、年齡、性別等屬性，并且要求這些屬性類型不同，有些需要用枚舉類型表示，有些需要用文本類型來表示，有些需要用貨幣類型來表示，還有些需要用時間、數(shù)字類型來表示；同時還可能涉及對這些屬性權限的配置等等。如果軟件本身不提供屬性自定義功能，那么開發(fā)人員就要進行二次開發(fā)來滿足軟件購買商的需求。
綜上所述，軟件使用者不能根據(jù)需要隨時進行屬性的自定義操作，所有屬性的自定義操作都需要通過軟件的二次開發(fā)來實現(xiàn)，這樣就給軟件的使用造成很大的不便，同時進行軟件的二次開發(fā)還會導致軟件成本的升高，軟件使用者不能及時使用軟件的問題。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種實現(xiàn)信息對象屬性自定義的方法和系統(tǒng)，用以解決現(xiàn)有技術中存在的軟件使用者要想對屬性進行自定義操作都要通過軟件的二次開發(fā)來實現(xiàn)，從而造成軟件使用不便，軟件成本增加的問題。
本發(fā)明方法包括一種實現(xiàn)信息對象屬性自定義系統(tǒng)，包括屬性自定義單元，用于根據(jù)收到用戶終端發(fā)出的指令，對存儲單元中保存的屬性結構信息進行屬性自定義操作；存儲單元，用于保存屬性結構信息。
屬性結構信息至少包括屬性標識ID、屬性名、屬性類型、屬性添加的時間、屬性是否有效、屬性是否在列表中顯示、查看屬性權限、修改屬性權限、刪除屬性權限、修改屬性權限和刪除屬性權限。
屬性類型至少包括文本類型、字符串類型、整數(shù)類型、浮點類型、貨幣類型、枚舉類型或時間類型。
屬性自定義操作包括屬性結構信息的添加、屬性結構信息的修改和屬性結構信息的刪除。
屬性自定義單元包括添加模塊，用于當用戶終端發(fā)出的指令為添加指令時，從存儲單元中獲取屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的添加屬性的屬性結構信息后，將收到的添加屬性的屬性結構信息發(fā)送給存儲單元。
屬性自定義單元還包括修改模塊，用于當用戶終端發(fā)出的指令為修改指令時，從存儲模塊中獲取修改指令中屬性ID所對應的屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的修改的屬性結構信息后，把修改的屬性結構信息發(fā)送給存儲單元。
屬性自定義單元還包括刪除模塊，用于當用戶終端發(fā)出的指令為刪除指令時，將存儲單元保存的刪除指令中屬性ID所對應的屬性結構信息刪除。
存儲單元包括
屬性集模塊，用于保存添加模塊發(fā)送的屬性結構信息，根據(jù)修改模塊發(fā)送的屬性結構信息中的屬性ID將保存的屬性ID所對應的屬性結構信息替換成修改模塊發(fā)送的屬性結構信息并進行保存；屬性結構信息存儲模塊，用于保存屬性結構信息。
一種實現(xiàn)信息對象屬性自定義的方法，該方法包括屬性自定義系統(tǒng)中保存有屬性結構信息，當屬性自定義系統(tǒng)收到用戶終端的屬性自定義指令后，對保存的屬性結構信息進行屬性自定義操作。
屬性結構信息至少包括屬性ID、屬性名、屬性類型、屬性添加的時間、屬性是否有效、屬性是否在列表中顯示、查看屬性權限、修改屬性權限、刪除屬性權限、修改屬性權限和刪除屬性權限。
屬性類型至少包括文本類型、字符串類型、整數(shù)類型、浮點類型、貨幣類型、枚舉類型或時間類型。
屬性自定義操作包括屬性結構信息的添加、屬性結構信息的修改和屬性結構信息的刪除。
用戶終端的屬性自定義指令為添加指令時，對保存的屬性結構信息進行屬性自定義操作的步驟包括A1、屬性自定義系統(tǒng)將屬性結構信息發(fā)送給用戶終端；A2、屬性自定義系統(tǒng)保存用戶終端發(fā)送的添加屬性的屬性結構信息。
用戶終端的屬性自定義指令為帶有屬性ID的修改指令后，對保存的屬性結構信息進行屬性自定義操作的步驟包括B1、屬性自定義系統(tǒng)將修改指令中屬性ID所對應的屬性結構信息發(fā)送給用戶終端；B2、屬性自定義系統(tǒng)根據(jù)用戶終端發(fā)送的修改的屬性結構信息中的屬性ID將保存的屬性ID所對應的屬性結構信息替換成用戶終端發(fā)送的修改的屬性結構信息，并進行保存。
用戶終端的屬性自定義指令為帶有屬性ID的刪除指令后，對保存的屬性結構信息進行屬性自定義操作步驟為將保存的屬性ID所對應的屬性結構信息刪除。
本發(fā)明通過屬性自定義系統(tǒng)收到用戶終端的指令，對屬性結構信息進行自定義操作，從而實現(xiàn)了不通過軟件的二次開發(fā)也能進行屬性的自定義操作，使軟件使用者能夠方便、靈活地使用軟件，降低了軟件的成本。


圖1為本發(fā)明屬性自定義系統(tǒng)組成的結構框圖；圖2為本發(fā)明屬性自定義單元組成的結構框圖；圖3為本發(fā)明存儲單元組成的結構框圖；圖4為本發(fā)明屬性自定義系統(tǒng)的具體結構框圖；圖5為實現(xiàn)本發(fā)明方法的總體流程示意圖。
具體實施例方式
針對目前信息發(fā)布領域中軟件使用者想要對屬性進行自定義操作必須通過軟件的二次開發(fā)才能實現(xiàn)的問題，本發(fā)明通過屬性自定義系統(tǒng)收到用戶終端的指令后，對屬性進行自定義操作，實現(xiàn)了不需要對軟件的二次開發(fā)也能進行屬性的自定義操作。
圖1為本發(fā)明屬性自定義系統(tǒng)組成的結構框圖，如圖1所示，屬性自定義系統(tǒng)包括屬性自定義單元10和存儲單元20。
屬性自定義單元10，與用戶終端和存儲單元20連接，用于根據(jù)用戶終端發(fā)送的指令對存儲單元20保存的屬性結構信息進行自定義操作。
存儲單元20，與屬性自定義單元10連接，用于儲存屬性結構信息。
圖2為本發(fā)明屬性自定義單元10在上述圖1組成結構基礎上的結構框圖。如圖2所示，屬性自定義單元10還包括添加模塊110、修改模塊120和刪除模塊130。
添加模塊110，與用戶終端和存儲單元20連接，用于在收到用戶終端發(fā)出的添加指令后，從存儲單元20中獲取屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的添加屬性的屬性結構信息后，將收到的添加屬性的屬性結構信息發(fā)送給存儲單元20。
修改模塊120，與用戶終端和存儲單元20連接，用于在收到用戶終端發(fā)出的帶有屬性ID的修改指令后，從存儲模塊20中獲取屬性ID所對應的屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的修改的屬性結構信息后，把修改的屬性結構信息發(fā)送給存儲單元20。
刪除模塊230，與用戶終端和存儲單元20連接，用于在收到用戶終端發(fā)出的帶有屬性ID的刪除指令后，將存儲單元20保存的屬性ID所對應的屬性結構信息刪除。
圖3為本發(fā)明存儲單元20在上述圖1組成結構基礎上的結構框圖。如圖3所示，存儲單元20還包括屬性集模塊210和屬性結構信息存儲模塊220。
屬性集模塊210，與屬性自定義單元10連接，用于保存添加模塊110發(fā)送的屬性結構信息，根據(jù)修改模塊120發(fā)送的屬性結構信息中的屬性ID將保存的屬性ID所對應的屬性結構信息替換成修改模塊120發(fā)送的屬性結構信息并進行保存。
屬性結構信息存儲模塊220，與屬性自定義單元10連接，用于保存屬性結構信息。
圖4為本發(fā)明屬性自定義系統(tǒng)的具體結構框圖。如圖4所示，屬性自定義系統(tǒng)包括屬性自定義單元10和存儲單元20，其中屬性自定義單元10包括添加模塊110、修改模塊120和刪除模塊130；存儲單元20包括屬性集模塊210和屬性結構信息存儲模塊220。
添加模塊110收到用戶終端發(fā)出的添加指令后，從屬性結構信息存儲模塊220中獲取屬性結構信息，并發(fā)送給用戶終端，在收到用戶終端發(fā)送的添加屬性的屬性結構信息后，將收到的添加屬性的屬性結構信息發(fā)送給屬性集模塊210，屬性結構信息包括多種屬性選項，比如屬性ID、屬性名、屬性類型、屬性添加的時間、屬性是否有效、屬性是否在列表中顯示、查看屬性權限等等，屬性類型可包括文本型、整數(shù)型、浮點型、貨幣型、枚舉型等。添加屬性的屬性結構信息是對屬性結構信息中的每個屬性選項進行設置后的屬性結構信息；屬性集模塊210收到添加模塊110發(fā)送的添加屬性的屬性結構信息后，保存該屬性結構信息。
修改模塊120收到用戶終端發(fā)出的帶有屬性ID的修改指令后，從屬性集模塊210中獲取屬性ID所對應的屬性結構信息，并發(fā)送給用戶終端，在收到用戶終端發(fā)送的修改的屬性結構信息后，將修改的屬性結構信息發(fā)送給屬性集模塊210；屬性集模塊210收到修改模塊120發(fā)送的屬性結構信息后，根據(jù)屬性結構信息中的屬性ID，將保存的屬性ID所對應的屬性結構信息替換成收到的修改模塊120發(fā)送的修改的屬性結構信息，并進行保存。
刪除模塊130收到用戶終端發(fā)出的帶有屬性ID的刪除指令后，將屬性集模塊210保存的屬性ID所對應的屬性結構信息刪除。
圖5為實現(xiàn)本發(fā)明方法的總體流程示意圖，該方法包括如下步驟步驟500、用戶終端收到用戶發(fā)出的屬性自定義指令后，判斷屬性自定義指令的內(nèi)容。
如果是添加指令，則執(zhí)行步驟501，將添加指令發(fā)送給添加模塊；如果是修改指令，則執(zhí)行步驟505，將修改指令發(fā)送給修改模塊；如果是刪除指令，則執(zhí)行步驟509，將刪除指令發(fā)送給刪除模塊。
步驟501、添加模塊接收到用戶終端發(fā)送的添加指令。
步驟502、添加模塊從屬性結構信息存儲模塊中獲取屬性結構信息發(fā)送給用戶終端。
步驟503、添加模塊收到用戶終端發(fā)送的添加屬性的屬性結構信息后，將收到的添加屬性的屬性結構信息發(fā)送給屬性集模塊。
步驟504、屬性集模塊收到添加模塊發(fā)送的添加屬性的屬性結構信息后，保存該屬性結構信息。
步驟505、修改模塊接收到用戶終端發(fā)送的帶有屬性ID的修改指令。
步驟506、修改模塊從屬性集模塊中獲取屬性ID所對應的屬性結構信息，發(fā)送給用戶終端。
步驟507、修改模塊收到用戶終端發(fā)送的修改的屬性結構信息，將修改的屬性結構信息發(fā)送給屬性集模塊。
步驟508、屬性集模塊收到修改模塊發(fā)送的屬性結構信息后，根據(jù)屬性結構信息中的屬性ID，將保存的屬性ID所對應的屬性結構信息替換成收到的修改模塊發(fā)送的修改的屬性結構信息，并進行保存。
步驟509、刪除模塊接收到用戶終端發(fā)送的帶有屬性ID的刪除指令。
步驟510、刪除模塊根據(jù)收到的刪除指令中的屬性ID，將屬性集模塊保存的屬性ID所對應的屬性結構信息刪除。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種實現(xiàn)信息對象屬性自定義系統(tǒng)，其特征在于，該系統(tǒng)包括屬性自定義單元，用于根據(jù)收到用戶終端發(fā)出的指令，對存儲單元中保存的屬性結構信息進行屬性自定義操作；存儲單元，用于保存屬性結構信息。
2.如權利要求1所述的系統(tǒng)，其特征在于，所述的屬性結構信息至少包括屬性標識ID、屬性名、屬性類型、屬性添加的時間、屬性是否有效、屬性是否在列表中顯示、查看屬性權限、修改屬性權限和刪除屬性權限。
3.如權利要求2所述的系統(tǒng)，其特征在于，所述屬性類型至少包括文本類型、字符串類型、整數(shù)類型、浮點類型、貨幣類型、枚舉類型或時間類型。
4.如權利要求1所述的系統(tǒng)，其特征在于，所述屬性自定義操作包括屬性結構信息的添加、屬性結構信息的修改和屬性結構信息的刪除。
5.如權利要求2所述的系統(tǒng)，其特征在于，所述的屬性自定義單元包括添加模塊，用于當用戶終端發(fā)出的指令為添加指令時，從存儲單元中獲取屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的添加屬性的屬性結構信息后，將收到的添加屬性的屬性結構信息發(fā)送給存儲單元。
6.如權利要求2所述的系統(tǒng)，其特征在于，所述的屬性自定義單元包括修改模塊，用于當用戶終端發(fā)出的指令為修改指令時，從存儲模塊中獲取修改指令中屬性ID所對應的屬性結構信息發(fā)送給用戶終端，在收到用戶終端發(fā)出的修改的屬性結構信息后，把修改的屬性結構信息發(fā)送給存儲單元。
7.如權利要求2所述的系統(tǒng)，其特征在于，所述的屬性自定義單元包括刪除模塊，用于當用戶終端發(fā)出的指令為刪除指令時，將存儲單元保存的刪除指令中屬性ID所對應的屬性結構信息刪除。
8.如權利要求1所述的系統(tǒng)，其特征在于，所述的存儲單元包括屬性集模塊，用于保存添加模塊發(fā)送的屬性結構信息，根據(jù)修改模塊發(fā)送的屬性結構信息中的屬性ID將保存的屬性ID所對應的屬性結構信息替換成修改模塊發(fā)送的屬性結構信息并進行保存；屬性結構信息存儲模塊，用于保存屬性結構信息。
9.一種實現(xiàn)信息對象屬性自定義的方法，特征在于，該方法包括屬性自定義系統(tǒng)中保存有屬性結構信息，當屬性自定義系統(tǒng)收到用戶終端的屬性自定義指令后，對保存的屬性結構信息進行屬性自定義操作。
10.如權利要求9所述的方法，其特征在于，所述的屬性結構信息至少包括屬性ID、屬性名、屬性類型、屬性添加的時間、屬性是否有效、屬性是否在列表中顯示、查看屬性權限、修改屬性權限和刪除屬性權限。
11.如權利要求10所述的方法，其特征在于，所述屬性類型至少包括文本類型、字符串類型、整數(shù)類型、浮點類型、貨幣類型、枚舉類型或時間類型。
12.如權利要求9所述的方法，其特征在于，所述屬性自定義操作包括屬性結構信息的添加、屬性結構信息的修改和屬性結構信息的刪除。
13.如權利要求10所述的方法，其特征在于，所述用戶終端的屬性自定義指令為添加指令時，對保存的屬性結構信息進行屬性自定義操作的步驟包括A1、屬性自定義系統(tǒng)將屬性結構信息發(fā)送給用戶終端；A2、屬性自定義系統(tǒng)保存用戶終端發(fā)送的添加屬性的屬性結構信息。
14.如權利要求10所述的方法，其特征在于，所述用戶終端的屬性自定義指令為帶有屬性ID的修改指令后，對保存的屬性結構信息進行屬性自定義操作的步驟包括B1、屬性自定義系統(tǒng)將修改指令中屬性ID所對應的屬性結構信息發(fā)送給用戶終端；B2、屬性自定義系統(tǒng)根據(jù)用戶終端發(fā)送的修改的屬性結構信息中的屬性ID將保存的屬性ID所對應的屬性結構信息替換成用戶終端發(fā)送的修改的屬性結構信息，并進行保存。
15.如權利要求10所述的方法，其特征在于，所述用戶終端的屬性自定義指令為帶有屬性ID的刪除指令后，對保存的屬性結構信息進行屬性自定義操作步驟為將保存的屬性ID所對應的屬性結構信息刪除。
全文摘要
本發(fā)明公開了一種實現(xiàn)信息對象屬性自定義的方法，該方法為屬性自定義系統(tǒng)中保存有屬性結構信息，當屬性自定義系統(tǒng)收到用戶終端的屬性自定義指令后，對保存的屬性結構信息進行屬性自定義操作。通過本發(fā)明的屬性自定義方法，軟件購買商不通過軟件開發(fā)商對軟件的二次開發(fā)就能夠對屬性進行添加、修改或刪除的操作，從而使軟件購買商能夠方便、靈活地的使用軟件，降低了軟件的成本。本發(fā)明同時公開了一種實現(xiàn)信息對象屬性自定義的系統(tǒng)。
文檔編號H04L12/58GK1925409SQ20061011297
公開日2007年3月7日 申請日期2006年9月13日 優(yōu)先權日2006年9月13日
發(fā)明者張百林, 易文飛, 張嵩, 馮少輝 申請人:北京北大方正電子有限公司, 北京大學