專利名稱：一種信息處理的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本申請涉及計算機技術(shù)領(lǐng)域，尤其涉及一種對信息進行處理的方法及設(shè)備。
背景技術(shù)：
隨著圖書館信息業(yè)務或電子商務信息業(yè)務的不斷發(fā)展，越來越多的業(yè)務信息需要進行處理，以便于根據(jù)處理后的業(yè)務信息對業(yè)務狀態(tài)進行監(jiān)控和檢測。信息處理是指對接收到的業(yè)務信息進行整合，獲得整合后的信息中內(nèi)容的變化趨勢等，以體現(xiàn)相應業(yè)務的運行狀態(tài)。以對購物網(wǎng)站上賣家用戶出售的商品的各項信息進行處理為例，所述各項信息包括商品的基本屬性信息、價格信息、配送信息以及描述該商品的圖片信息等，賣家出售的商品的各項信息匯總后，針對同一類商品的價格信息的處理，可以得到該類商品的銷售均價以及該類商品的合理價格區(qū)間，將處理后的價格信息展示給用戶，使用戶能夠根據(jù)展示的信息對該業(yè)務的價格進行管控。同理，針對配送信息等其他信息的處理與價格信息的處理類似。在圖書館信息業(yè)務或電子商務信息業(yè)務的發(fā)展初期，由于需要處理的信息量較小，因此，可以通過頁面提供的對話框中手動填寫信息的方式上報信息，相應的信息處理設(shè)備接收到上報的信息后，依照上述方式對信息進行統(tǒng)一處理。以購物網(wǎng)站為例，在購物網(wǎng)站上注冊的賣家用戶通過頁面提供的對話框上報每一商品銷售時的各項商品信息，信息處理設(shè)備將一段時間內(nèi)接收到的該賣家用戶上報的商品信息進行統(tǒng)一處理。但是隨著業(yè)務的發(fā)展，需要對上報的大批量信息進行統(tǒng)一處理時，如果賣家用戶仍以通過頁面提供的對話框填寫信息的方式上報信息，則會導致信息上報的效率低、用戶體驗差的問題。對此，目前提出了采用軟件方式上報信息的方案，即賣家用戶在使用的終端內(nèi)安裝特定的客戶端軟件，賣家用戶每次銷售商品時產(chǎn)生的日志信息保存在終端內(nèi)，該客戶端軟件抓取終端內(nèi)保存的商品銷售的日志信息，得到一段時間內(nèi)該賣家用戶銷售商品的各項商品信息，并將得到的商品信息上報后，由相應的處理設(shè)備對信息依照上述方式進行統(tǒng)一處理。在通過上述客戶端軟件主動抓取的方式上報的大批量信息中，針對每一業(yè)務執(zhí)行時(即每一商品銷售)產(chǎn)生的全部信息都做了上報，但是在實際的業(yè)務運行中，許多信息特別是商品信息間是有關(guān)聯(lián)的。例如針對售出的兩件襯衣，如果這兩件襯衣僅顏色不同，則針對每件襯衣上報的商品信息中，只有商品顏色這一信息項不同，而其他信息項相同，如果按照上述客戶端軟件主動抓取的方式上報信息則會將每件襯衣的全部信息都上報，導致許多相同的信息重復上報，進而在對上報的信息進行信息處理時，會對許多重復信息進行處理，浪費信息處理設(shè)備的資源。綜上所述，由于目前只能針對每一商品的全部信息進行上報以及分別對每一商品的上報的信息進行處理，會導致信息處理效率低
發(fā)明內(nèi)容
本申請實施例提供一種信息處理的方法和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的對重復信息進行處理浪費資源，以及由于只能指針每一商品的全部信息進行上報以及分別對每一商品上報的信息進行處理，導致信息處理效率低的問題。一種信息處理的方法，所述方法包括接收包含批量信息的源文件，所述源文件是根據(jù)預先設(shè)定的描述信息項生成的；并執(zhí)行以下處理步驟在接收到的所述源文件不是可擴展標記語言XML格式時，根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目；對轉(zhuǎn)換后的XML格式的條目進行處理。一種信息處理的設(shè)備，所述設(shè)備包括接收模塊，用于接收包含批量信息的源文件，所述源文件是根據(jù)預先設(shè)定的描述信息項生成的；格式轉(zhuǎn)換模塊，用于在接收到的所述源文件不是可擴展標記語言XML格式時，根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目；信息處理模塊，用于對轉(zhuǎn)換后的XML格式的條目進行處理。本申請有益效果如下本申請實施例根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將不同格式的源文件統(tǒng)一轉(zhuǎn)換為XML格式的文件，使得上報的源文件中的內(nèi)容得以簡化，通過對內(nèi)容簡化后的源文件進行信息處理，相較于常規(guī)的信息處理方式可以有效減少資源浪費，提高信息處理效率。


圖1為本申請實施例的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本申請實施例一中信息處理的方法示意圖；圖3為本申請實施例三中信息處理設(shè)備結(jié)構(gòu)示意圖。
具體實施例方式為了實現(xiàn)本申請目的，本申請要求按照預先設(shè)定的描述信息項來生成包含批量信息的源文件，使得對信息的描述能夠盡可能滿足描述信息項的需要。例如預先設(shè)定的描述信息項中包含尺寸信息項、重量信息項和價格信息項，則針對每一商品生成的信息中應該包含描述信息項中的內(nèi)容。在信息描述后，若生成的源文件為可擴展標記語言(Extensible MarkupLanguage, XML)格式的文件，則生成的源文件中具有繼承關(guān)系的父條目和子條目之間已設(shè)置綁定關(guān)系；若客戶端側(cè)生成的源文件為非XML格式的文件，則上報源文件后，本申請的信息處理設(shè)備根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將源文件轉(zhuǎn)換為XML 格式的文件并進行信息處理。由于進行處理的源文件中的信息具有XML格式下的父子綁定關(guān)系，源文件中的父條目和子條目中的信息得以簡化，因此，相較于常規(guī)的信息處理方式可以有效減少資源浪費，提高信息處理效率。
實現(xiàn)本申請各實施例的信息處理設(shè)備可以使用Linux操作系統(tǒng)，生成的源文件通過網(wǎng)站服務器發(fā)送至信息處理設(shè)備，通過本申請中的信息處理設(shè)備對接收到的批量信息進行處理后，可將處理后的信息存儲在對象數(shù)據(jù)庫中，如圖1所示，也可以存儲在其他數(shù)據(jù)庫中，或是直接存儲在信息處理設(shè)備本地，信息處理設(shè)備后續(xù)可以根據(jù)用戶的請求向用戶展示存儲的處理后信息。下面結(jié)合說明書附圖對本申請實施例進行詳細描述。實施例一如圖2所示，為本申請實施例一中信息處理的方法示意圖，所述方法包括以下步驟步驟101 信息處理設(shè)備接收包含批量信息的源文件。本步驟中涉及的源文件是指根據(jù)業(yè)務執(zhí)行時產(chǎn)生的日志信息生成的包含業(yè)務信息的文件。以購物網(wǎng)站為例，賣家用戶在終端內(nèi)安裝客戶端軟件后，該客戶端軟件通過主動抓取的方式將商品銷售時產(chǎn)生的日志信息填寫在文檔中，形成包含大量信息的源文件。本步驟中的源文件也可以是賣家用戶事先整理后形成的包含大量信息的源文件，本申請對源文件的形成方式并不作限定。由于生成的源文件后續(xù)將會用于信息處理的操作，因此，信息處理設(shè)備預先設(shè)定源文件中每一條目中至少應該包含的描述信息項，并將該描述信息項發(fā)送給用于生成源文件在客戶端軟件，指示該客戶端軟件在生成源文件時，源文件中的每一條目中至少包含描述信息項中指定的內(nèi)容。例如信息處理設(shè)備確定描述信息項包含商品名稱、商品尺寸、商品重量和商品價格，所述描述信息項中的內(nèi)容表示對信息的描述?？蛻舳塑浖ト∪罩拘畔⒉⑸稍次募r，將按照信息處理設(shè)備確定的描述信息項來生成源文件，使得源文件中針對每一商品的條目中具有描述信息項中的內(nèi)容，完成信息描述操作。客戶端軟件生成并發(fā)送給信息處理設(shè)備的源文件可以是Excel格式，也可以是 XML格式。若客戶端軟件生成的源文件是XML格式，則客戶端軟件生成的源文件中具有繼承關(guān)系的父條目和子條目之間建立了綁定關(guān)系；若客戶端生成的源文件是Excel格式，則客戶端軟件也可根據(jù)Excel的二維表格特性，記錄具有繼承關(guān)系的父條目和子條目的綁定關(guān)系。所述父條目和子條目是指具有繼承關(guān)系的多條條目中，父條目中包含了所有子條目的共性的信息，各子條目中包含各自的個性信息。父條目和子條目中互相記錄對方的標識(如條目標識或條目讀取路徑等)，實現(xiàn)父條目和子條目之間的綁定。通過上述步驟101的描述可知，本申請中通過客戶端軟件生成源文件的方式與現(xiàn)有技術(shù)中生成源文件的方式不同，本申請在生成源文件時綜合考慮了信息處理設(shè)備確定的描述信息項以及條目之間的繼承關(guān)系，使得生成的源文件相較于現(xiàn)有技術(shù)中上報的源文件而言，源文件中包含的信息數(shù)量減少了，且源文件中包含的信息的內(nèi)容更加符合信息處理的需要。步驟102 信息處理設(shè)備判斷接收到的源文件是否是XML格式，若是，則執(zhí)行步驟 104 ；否則，執(zhí)行步驟103。步驟103 信息處理設(shè)備根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將源文件中的每一條目轉(zhuǎn)換為XML格式的條目。針對一件商品產(chǎn)生的商品信息是源文件中一個條目中的內(nèi)容，源文件中包含的多條條目表示了多件商品的商品信息。信息處理設(shè)備接收到源文件后，若源文件不是XML格式，則將該源文件轉(zhuǎn)換為XML 格式，其轉(zhuǎn)換過程的實質(zhì)是將源文件格式以及每一條目的格式和內(nèi)容都轉(zhuǎn)換為XML下的形式。由于源文件中父條目和子條目是通過繼承關(guān)系綁定在一起，父子條目中都不需要記錄商品的所有信息，因此，省略轉(zhuǎn)換的部分信息可以在一定程度上提高源文件格式轉(zhuǎn)換的效率。若轉(zhuǎn)換前的源文件中的條目中已記錄了具有繼承關(guān)系的父條目和子條目的標識， 則在進行XML格式轉(zhuǎn)換時，根據(jù)記錄的父條目和子條目的標識，將父條目和子條目形成樹狀結(jié)構(gòu)下的條目層次，并同時以XML格式支持的語言建立父條目和子條目的綁定關(guān)系，以
便于在讀取父條目中的內(nèi)容時，可以根據(jù)父條目中記錄的子條目的標識查詢出綁定的子條目。例如，若信息處理設(shè)備接收到的源文件是Excel格式，Excel的二維表格中記錄具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，以服裝類商品為例，針對多件商品的條目中只有商品顏色不同，其他信息項內(nèi)容相同的情況，在進行格式轉(zhuǎn)換時，在父條目中包含除顏色信息項之外的其他信息項中的內(nèi)容，且在父條目中記錄所有子條目的標識；在每一子條目中包含各自的顏色信息項，且在子條目中記錄父條目的標識，以實現(xiàn)在XML格式下的父子綁定關(guān)系。在進行XML格式轉(zhuǎn)換時，除了根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系進行格式轉(zhuǎn)換時，還可以同時根據(jù)在XML格式下預先定義的必選信息項和可選信息項，將源文件中的每一條目轉(zhuǎn)換為XML格式的條目。例如預先定義的必選信息項為商品顏色，可選信息項為商品是否可拆卸。則在對源文件中的每一條目進行轉(zhuǎn)換時，轉(zhuǎn)換后的該條目中必須有商品顏色信息，可有商品是否可拆卸信息。根據(jù)以上步驟101 步驟103的記載，得到的XML格式下的源文件，該源文件中每一條目中的信息項是根據(jù)預先設(shè)定的描述信息項、父子條目的綁定關(guān)系以及在XML格式下預先定義的必選信息項和可選信息項確定的，因此，若對生成的源文件中每一條目中的信息項有不同要求，可以通過調(diào)整預先設(shè)定的描述信息項、父子條目的綁定關(guān)系以及在XML 格式下預先定義的必選信息項和/或可選信息項，來達到改變條目中信息項目的。例如，原來商品描述信息項設(shè)定的信息項為尺寸信息。后來，根據(jù)實際需要發(fā)現(xiàn)商品重量也是用戶關(guān)注的內(nèi)容，則可以重新確定描述信息項，在重新確定的描述信息項中定義商品重量項；或者，也可以將商品重量項作為預先定義的必選信息項。對于具有繼承關(guān)系的父條目和子條目而言，當父條目中已包含了商品重量項中的商品重量信息，則該父條目下的所有子條目也同時繼承了該商品重量信息。具體的轉(zhuǎn)換為XML格式的源文件的內(nèi)容將在實施例二中通過實例進行具體說明。步驟104 對轉(zhuǎn)換后的XML格式的條目進行處理。由于XML格式的文件中，可以方便地插入、刪除條目，因此，為了進一步提高信息處理的效率，提高信息處理設(shè)備對處理信息的可擴展性，本步驟中可以將條目中攜帶的信息按照信息類型進行分組，并分別針對每一組中的信息進行處理。
8
例如對于一件商品售出后的條目而言，包含的信息項可以包括商品基本信息項(如尺寸信息項、重量信息項、商品所屬類目信息項等)、商品價格信息項(如商品賣出價格項、商品折扣項等)、商品配送信息項(如配送供應商項、配送周期項等)、表示該商品圖片信息項等，而每一信息項中攜帶相應的信息，因此，可以將該條目下的所有信息按照信息類型進行分組，如商品基本信息類型對應的組內(nèi)包含的是商品基本信息項的信息；商品價格信息類型對應的組內(nèi)包含的是商品價格信息項的信息；商品配送信息類型對應的組內(nèi)包含的是商品配送信息項的信息；商品圖片信息類型對應的組內(nèi)包含的是商品圖片信息項的 fn息ο在分組后，信息處理設(shè)備可以同時并行對每一組內(nèi)的信息進行處理，如當商品價格項中要求填寫商品的出售價格、進貨價格、運輸價格等與該商品的價格相關(guān)的信息，則通過步驟101至步驟103的方案后，可以對該商品價格項中的價格信息進行處理，處理的內(nèi)容包括根據(jù)商品的進貨價格、售出價格、運輸價格計算出商品的利潤值以及該商品的均價等， 并將處理后信息向用戶展示，使用戶能夠根據(jù)處理后的價格信息對商品的銷售業(yè)務進行管控。通過對信息按照信息類型分組的方式不僅提高了信息處理的效率，且按照信息類型分組后得到各組的信息能夠更加有針對性地反應業(yè)務的狀態(tài)。進一步地，如果在信息處理設(shè)備內(nèi)部對劃分的各組進行模塊化處理，可以根據(jù)實際的需求增加或刪除劃分的組，可以增強信息處理的擴展性。通過上述步驟101 步驟104的方案，由于是根據(jù)預先設(shè)定的描述信息項生成XML 格式的源文件，或是將非XML格式的源文件的源文件轉(zhuǎn)換為XML格式，因此，利用XML格式中具有繼承關(guān)系的父條目和子條目的綁定關(guān)系可以減少源文件中信息的內(nèi)容，且能夠提高信息處理的效率。進一步地，通過對預先設(shè)定的描述信息項、具有繼承關(guān)系的父條目和子條目的綁定關(guān)系以及在XML格式下預先定義的必選信息項和可選信息項，可以方便地根據(jù)需要調(diào)整客戶端上報的商品信息的內(nèi)容，以利于對信息的統(tǒng)一處理，獲得業(yè)務管控的有用信肩、ο較優(yōu)地，考慮到信息處理設(shè)備接收到的源文件是未進行正確性驗證的源文件，因此，為了得到能夠正確反應業(yè)務狀態(tài)的信息，避免后續(xù)的信息處理有誤，在將源文件轉(zhuǎn)換為 XML格式后，且進行信息處理之前，還可以包括以下步驟步驟103’ 信息處理設(shè)備對源文件中的條目進Rkhema驗證。由于khema是用于描述和規(guī)范XML文檔的邏輯結(jié)構(gòu)的一種語言，能夠驗證XML文件邏輯結(jié)構(gòu)的正確性，因此，通過本步驟中的驗證可以確定XML格式文件中的非法條目和可用條目。信息處理設(shè)備針對所述XML格式文件中的每一條目，將條目中的信息項與預先設(shè)定的描述信息項進行匹配操作來進行khema驗證。所述預先設(shè)定的描述信息項是步驟101中信息處理設(shè)備設(shè)定的描述信息項，客戶端根據(jù)描述信息項生成的源文件雖然包含描述信息項中的內(nèi)容，但是每一項中的信息的合法性得不到保證，因此，需要對其進行khema驗證。例如，預先設(shè)定的描述信息項如表1所示，則進行驗證的條目必需有尺寸信息項、 重量信息項和價格信息項，且條目中的尺寸信息項、重量信息項和價格信息項中要填寫相應的信息，以及各信息項中的信息滿足相同名稱的描述信息項中的設(shè)定要求。
權(quán)利要求
1.一種信息處理的方法，其特征在于，所述方法包括接收包含批量信息的源文件，所述源文件是根據(jù)預先設(shè)定的描述信息項生成的； 并執(zhí)行以下處理步驟在接收到的所述源文件不是可擴展標記語言XML格式時，根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目； 對轉(zhuǎn)換后的XML格式的條目進行處理。
2.如權(quán)利要求1所述的方法，其特征在于，接收包含批量信息的源文件，并執(zhí)行處理步驟，具體包括將接收到的包含批量信息的源文件分割為多個源文件，并針對分割出的所述源文件執(zhí)行處理步驟。
3.如權(quán)利要求2所述的方法，其特征在于，具有繼承關(guān)系的父子條目屬于同一分割后的源文件。
4.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括根據(jù)在XML格式下預先定義的必選信息項和/或可選信息項，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目。
5.如權(quán)利要求1所述的方法，其特征在于，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目之后，且對轉(zhuǎn)換后的條目進行處理之前，所述方法還包括針對所述XML格式文件中的條目，將條目中的信息項與預先設(shè)定的描述信息項進行匹配操作，確定包含的信息項與所述描述信息項匹配的條目； 對轉(zhuǎn)換后的條目進行處理，具體包括 對包含的信息項與所述描述信息項匹配的條目進行處理。
6.如權(quán)利要求5所述的方法，其特征在于，將條目中的信息項與預先設(shè)定的描述信息項進行匹配操作，確定匹配的條目，具體包括根據(jù)條目中攜帶信息的信息項名稱以及各描述信息項的名稱，判斷條目中攜帶信息的信息項中是否包含所有的描述信息項；在包含所有的描述信息項時，分別判斷信息項中的信息是否滿足與該信息項名稱相同的描述信息項中的設(shè)定要求，在滿足所述設(shè)定要求時，確定該條目包含的信息項與所述描述信息項匹配。
7.如權(quán)利要求1或2所述的方法，其特征在于，對轉(zhuǎn)換后的XML格式的條目進行處理， 具體包括將所述條目中攜帶的信息按照信息類型進行分組，并分別針對分組中的信息進行處理。
8.如權(quán)利要求7所述的方法，其特征在于，所述信息類型包括基本信息和擴展信息； 將所述條目中攜帶的信息按照信息類型進行分組，并分別針對分組中的信息進行處理，具體包括將所述條目中的信息分割為基本信息組和擴展信息組，其中，對擴展信息組內(nèi)的信息進行處理時要依據(jù)基本信息組內(nèi)的信息；對基本信息組內(nèi)的信息處理完畢后，再對擴展信息組內(nèi)的信息進行處理。
9.如權(quán)利要求7所述的方法，其特征在于，所述針對分組中的信息進行處理，具體包括對同一組內(nèi)的父條目中的信息處理完畢后，在對與該父條目具有繼承關(guān)系的子條目中的信息進行處理。
10.一種信息處理的設(shè)備，其特征在于，所述設(shè)備包括接收模塊，用于接收包含批量信息的源文件，所述源文件是根據(jù)預先設(shè)定的描述信息項生成的；格式轉(zhuǎn)換模塊，用于在接收到的所述源文件不是可擴展標記語言XML格式時，根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目；信息處理模塊，用于對轉(zhuǎn)換后的XML格式的條目進行處理。
11.如權(quán)利要求10所述的設(shè)備，其特征在于，所述設(shè)備還包括 文件分割模塊，用于將包含批量信息的源文件分割為多個源文件；所述格式轉(zhuǎn)換模塊和信息處理模塊針對分割出的所述源文件并行操作。
12.如權(quán)利要求11所述的設(shè)備，其特征在于，所述文件分割模塊，具體用于將具有繼承關(guān)系的父子條目劃分至同一分割后的源文件。
13.如權(quán)利要求10所述的設(shè)備，其特征在于，所述格式轉(zhuǎn)換模塊，還用于根據(jù)在XML格式下預先定義的必選信息項和/或可選信息項，將所述源文件中的條目轉(zhuǎn)換為XML格式的條目。
14.如權(quán)利要求10所述的設(shè)備，其特征在于，所述設(shè)備還包括驗證模塊，用于針對所述XML格式文件中的條目，將條目中的信息項與預先設(shè)定的描述信息項進行匹配操作，確定包含的信息項與所述描述信息項匹配的條目；所述信息處理模塊，具體用于對包含的信息項與所述描述信息項匹配的條目進行處理。
15.如權(quán)利要求14所述的設(shè)備，其特征在于，所述驗證模塊，具體用于根據(jù)條目中攜帶信息的信息項名稱以及各描述信息項的名稱，判斷條目中攜帶信息的信息項中是否包含所有的描述信息項，在包含所有的描述信息項時，分別判斷信息項中的信息是否滿足與該信息項名稱相同的描述信息項中的設(shè)定要求，在滿足所述設(shè)定要求時，確定該條目包含的信息項與所述描述信息項匹配。
16.如權(quán)利要求10或11所述的設(shè)備，其特征在于，所述信息處理模塊，具體用于將條目中攜帶的信息按照信息類型進行分組，并分別針對分組中的信息進行處理。
17.如權(quán)利要求16所述的設(shè)備，其特征在于，所述信息處理模塊，具體用于在所述信息類型包括基本信息和擴展信息時，將條目中的信息分割為基本信息組和擴展信息組，其中，對擴展信息組內(nèi)的信息進行處理時要依據(jù)基本信息組內(nèi)的信息，以及，對基本信息組內(nèi)的信息處理完畢后，再對擴展信息組內(nèi)的信息進行處理。
18.如權(quán)利要求16所述的設(shè)備，其特征在于，所述信息處理模塊，具體用于對同一組內(nèi)的父條目中的信息處理完畢后，在對與該父條目具有繼承關(guān)系的子條目中的信息進行處理。
全文摘要
本發(fā)明公開了一種信息處理的方法及設(shè)備，主要內(nèi)容包括引入具有繼承關(guān)系的父條目和子條目的概念對商品進行描述，再根據(jù)具有繼承關(guān)系的父條目和子條目的綁定關(guān)系，將不同格式的源文件統(tǒng)一轉(zhuǎn)換為XML格式的文件，對輸入信息進行最小粒度的信息分解，然后進行分布式的并行處理。，由于進行處理的源文件中的信息具有XML格式下的父子綁定關(guān)系，簡化了源文件中信息的內(nèi)容，在對具有父子綁定關(guān)系的條目進行處理時，可以有效減少資源浪費，提高信息處理效率。
文檔編號G06F17/30GK102375859SQ20101026456
公開日2012年3月14日 申請日期2010年8月25日 優(yōu)先權(quán)日2010年8月25日
發(fā)明者張旭, 蘇寧軍, 顧海杰 申請人:阿里巴巴集團控股有限公司