文檔庫系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種文檔庫系統(tǒng)，包括，以進(jìn)程間通信的方式接收來自文檔應(yīng)用程序的文檔處理指令；根據(jù)所述文檔處理指令處理文檔；將處理結(jié)果通過所述進(jìn)程間通信方式返回給文檔應(yīng)用程序。本發(fā)明實(shí)施例能夠解決全局性數(shù)據(jù)共享訪問問題，進(jìn)而保證文檔處理系統(tǒng)的穩(wěn)定性、安全性和持久性。
【專利說明】文檔庫系統(tǒng)【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及文檔庫技術(shù)，尤指一種文檔庫系統(tǒng)。
【背景技術(shù)】
[0002]文檔庫系統(tǒng)是一種平臺(tái)軟件，提供非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)、讀寫、解析、呈現(xiàn)、組織、管理、安全和檢索等功能，并通過標(biāo)準(zhǔn)接口供應(yīng)用軟件調(diào)用。該標(biāo)準(zhǔn)接口稱為文檔庫標(biāo)準(zhǔn)接口，該接口的標(biāo)準(zhǔn)稱為文檔庫標(biāo)準(zhǔn)(例如UOML標(biāo)準(zhǔn))，文檔庫系統(tǒng)所存儲(chǔ)的數(shù)據(jù)稱為文檔庫。文檔庫系統(tǒng)所處理的非結(jié)構(gòu)化數(shù)據(jù)可能包含一頁或多頁組成的平面媒體信息，也可能包含音頻、視頻等流媒體信息，或者包含其它信息。應(yīng)用軟件調(diào)用文檔庫系統(tǒng)的方式為向文檔庫系統(tǒng)發(fā)送預(yù)定義的指令，發(fā)送指令的方式可以是發(fā)送命令串，也可以是函數(shù)調(diào)用或其它方式。其中，所述預(yù)定義指令與非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)形式(尤其是存儲(chǔ)格式)無關(guān)，而是描述了對(duì)一種抽象模型的實(shí)例的操作，該抽象模型是對(duì)某一類型的非結(jié)構(gòu)化數(shù)據(jù)的某個(gè)通用特征(例如呈現(xiàn)效果)進(jìn)行抽象得到的，模型實(shí)例通常是樹狀結(jié)構(gòu)。優(yōu)選地，所述預(yù)定義指令可以基于動(dòng)作和對(duì)象來定義。文檔庫系統(tǒng)通常還具備完備性，例如當(dāng)所述通用特征是呈現(xiàn)效果的時(shí)候，可以生成任意呈現(xiàn)效果的非結(jié)構(gòu)化數(shù)據(jù)(忽略因?yàn)閴嚎s、數(shù)據(jù)精度等原因而造成的細(xì)微差別)。
[0003]圖1是現(xiàn)有技術(shù)中文檔處理系統(tǒng)的總體架構(gòu)示意圖。如圖1所示，該文檔處理系統(tǒng)包括文檔應(yīng)用程序、編程接口以及文檔庫系統(tǒng)。其中，文檔應(yīng)用程序?yàn)樽裱臋n庫標(biāo)準(zhǔn)訪問文檔的應(yīng)用軟件。文檔庫系統(tǒng)用于實(shí)現(xiàn)文檔庫標(biāo)準(zhǔn)并為文檔應(yīng)用程序提供文檔訪問服務(wù)。文檔應(yīng)用程序通過調(diào)用編程接口的方式訪問文檔庫系統(tǒng)。這里編程接口是可以被文檔應(yīng)用程序直接調(diào)用的、通用程序設(shè)計(jì)語言形式的應(yīng)用編程接口，通常以函數(shù)庫的形式被鏈接到文檔應(yīng)用程序中。
[0004]文檔庫系統(tǒng)的功能包括:完成文檔庫接口標(biāo)準(zhǔn)與通用程序設(shè)計(jì)語言形式的函數(shù)調(diào)用之間的相互轉(zhuǎn)換，并完成與文檔進(jìn)行互操作的底層實(shí)現(xiàn)。
[0005]從圖1所示的現(xiàn)有文檔處理系統(tǒng)的總體架構(gòu)可見，文檔應(yīng)用程序采用的是編程接口直接調(diào)用文檔庫系統(tǒng)的方式，以在文檔應(yīng)用程序與文檔庫系統(tǒng)間交換數(shù)據(jù)，且編程接口和文檔庫系統(tǒng)皆以動(dòng)態(tài)鏈接庫的形式與文檔應(yīng)用程序共享進(jìn)程空間。
[0006]然而由于在實(shí)際過程中很難預(yù)見或估計(jì)到文檔應(yīng)用程序會(huì)以怎樣的方式訪問文檔庫系統(tǒng)，由此就帶來了全局性數(shù)據(jù)共享訪問問題，并且該問題將成為文檔庫系統(tǒng)長(zhǎng)期維護(hù)性開發(fā)的瓶頸。特別是在多線程多實(shí)例并發(fā)的情況下，這方面的問題表現(xiàn)得尤為突出。
[0007]為了從根本上解決上述瓶頸問題，目前，其中一種做法是將文檔庫系統(tǒng)中的全局性數(shù)據(jù)全部局部化，但在現(xiàn)有條件下，這種做法的開發(fā)成本是難以估量的。另一種做法是采用諸如信號(hào)量(Semaphore)、臨界區(qū)(Critical Section)等所謂線程化工具,雖然這樣可以在一定程度上解決部分全局?jǐn)?shù)據(jù)的穩(wěn)定性和安全性問題，但有關(guān)持久性的問題仍然不能從根本上獲得解決。更為重要的是，無論采用上述哪種方法，文檔庫系統(tǒng)都會(huì)變得越來越難以維護(hù)。[0008]為此，急需另一種解決方案來解決全局性數(shù)據(jù)共享訪問問題。

【發(fā)明內(nèi)容】

[0009]有鑒于此，本發(fā)明的主要目的在于提供一種文檔庫系統(tǒng)，以解決全局性數(shù)據(jù)共享訪問問題，進(jìn)而保證文檔處理的穩(wěn)定性、安全性和持久性。
[0010]為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的:
[0011]—種文檔庫系統(tǒng),包括:
[0012]以進(jìn)程間通信的方式接收來自文檔應(yīng)用程序的文檔處理指令；
[0013]根據(jù)所述文檔處理指令處理文檔；
[0014]將處理結(jié)果通過所述進(jìn)程間通信方式返回給文檔應(yīng)用程序。
[0015]其中，所述進(jìn)程間通信的方式是采用命名管道的方式。
[0016]其中，所述文檔庫系統(tǒng)包括:
[0017]文檔服務(wù)模塊，用于創(chuàng)建命名管道；在文檔應(yīng)用程序建立與命名管道連接后，接收來自文檔應(yīng)用程序的所述文檔處理指令；將處理結(jié)果通過所述命名管道返回給文檔應(yīng)用程序；
[0018]文檔處理模塊，用于接收由文檔服務(wù)模塊轉(zhuǎn)發(fā)的文檔處理指令，并將自身處理后的處理結(jié)果返回文檔服務(wù)模塊。
[0019]其中，所述文檔庫系統(tǒng)通過接口適配器與所述文檔應(yīng)用程序交互，其中，
[0020]所述接口適配器，用于接收來自文檔應(yīng)用程序的加載文檔服務(wù)模塊請(qǐng)求，并根據(jù)加載文檔服務(wù)模塊請(qǐng)求中的參數(shù)構(gòu)建啟動(dòng)命令行，創(chuàng)建不少于一個(gè)文檔服務(wù)模塊；在文檔服務(wù)模塊建立命名管道后，通過該命名管道將來自文檔應(yīng)用程序的文檔處理指令發(fā)送至文檔服務(wù)模塊并將來自文檔服務(wù)模塊的處理結(jié)果轉(zhuǎn)發(fā)至文檔應(yīng)用程序。
[0021]其中，進(jìn)一步包括:
[0022]接口適配器，用于接收來自文檔應(yīng)用程序的加載文檔服務(wù)模塊請(qǐng)求，并根據(jù)加載文檔服務(wù)模塊請(qǐng)求中的參數(shù)構(gòu)建啟動(dòng)命令行，創(chuàng)建不少于一個(gè)文檔服務(wù)模塊；在文檔服務(wù)模塊建立命名管道后，通過該命名管道將來自文檔應(yīng)用程序的文檔處理指令發(fā)送至并將文檔服務(wù)模塊來自文檔服務(wù)模塊的處理結(jié)果轉(zhuǎn)發(fā)至文檔應(yīng)用程序。
[0023]其中，所述接口適配器通過編程接口與所述文檔應(yīng)用程序交互；其中，
[0024]所述編程接口，用于被文檔應(yīng)用程序直接調(diào)用，并將調(diào)用的接口函數(shù)轉(zhuǎn)換為文檔處理指令或文檔服務(wù)模塊請(qǐng)求發(fā)送接口適配器，通過接口適配器接收處理結(jié)果，將處理結(jié)果轉(zhuǎn)換為通用程序設(shè)計(jì)語言函數(shù)返回值的形式后，返回給文檔應(yīng)用程序。
[0025]其中，所述文檔服務(wù)模塊，進(jìn)一步用于對(duì)從命名管道中獲得的文檔處理指令初步解析，決定接收到的文檔處理指令是自身處理還是交由文檔處理模塊處理；處理由自身處理的文檔處理指令；將由文檔處理模塊處理的文檔處理指令轉(zhuǎn)發(fā)給文檔處理單元。
[0026]其中，所述文檔服務(wù)模塊進(jìn)一步用于在進(jìn)程結(jié)束前卸載文檔處理模塊，釋放包括命名管道在內(nèi)的所有已分配資源。
[0027]其中，接口適配器與文檔服務(wù)模塊之間、以及文檔服務(wù)模塊與文檔處理模塊之間均采用文檔庫接口標(biāo)準(zhǔn)。
[0028]其中，所述編程接口是通用程序設(shè)計(jì)語言形式的應(yīng)用編程接口，以函數(shù)庫的形式鏈接到文檔應(yīng)用程序中。
[0029]其中，文檔應(yīng)用程序與文檔服務(wù)模塊之間采用傳值、傳指針或者共享內(nèi)存的方式傳遞數(shù)據(jù)。
[0030]其中，所述文檔服務(wù)模塊為文檔服務(wù)進(jìn)程。
[0031]由上述技術(shù)方案可見，由于本發(fā)明的文檔庫系統(tǒng)由進(jìn)程構(gòu)成，這樣，文檔庫系統(tǒng)可以通過進(jìn)程建立的命名管道來與文檔應(yīng)用程序進(jìn)行信息交互，避免了文檔應(yīng)用程序直接調(diào)用文檔驅(qū)動(dòng)，解決由于全局性數(shù)據(jù)共享訪問方面的問題，能夠?qū)ξ臋n庫系統(tǒng)及其底層模塊中的全局對(duì)象提供全面而徹底的保護(hù)，進(jìn)一步保證系統(tǒng)的穩(wěn)定性、安全性和持久性。
【專利附圖】

【附圖說明】
[0032]圖1是現(xiàn)有技術(shù)中文檔處理系統(tǒng)的總體架構(gòu)示意圖；
[0033]圖2是本發(fā)明中文檔處理系統(tǒng)的總體架構(gòu)示意圖；
【具體實(shí)施方式】
[0034]為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
[0035]本發(fā)明實(shí)施例提供的文檔庫系統(tǒng)，以進(jìn)程間通信的方式接收來自文檔應(yīng)用程序的文檔處理指令；根據(jù)所述文檔處 理指令處理文檔；將處理結(jié)果通過所述進(jìn)程間通信方式返回給文檔應(yīng)用程序。
[0036]下面將通過說明文檔處理系統(tǒng)中文檔庫系統(tǒng)和文檔應(yīng)用程序的交互過程來更好地說明本發(fā)明實(shí)施例提供的文檔庫系統(tǒng)的功能。
[0037]圖2是本發(fā)明實(shí)施例提供的文檔處理系統(tǒng)的結(jié)構(gòu)示意圖。如圖2所述，該文檔處理系統(tǒng)包括:文檔應(yīng)用程序、編程接口以及文檔庫系統(tǒng)，文檔應(yīng)用程序通過調(diào)用編程接口訪問文檔庫系統(tǒng)。其中，文檔庫系統(tǒng)包括:接口適配器、文檔服務(wù)模塊、文檔處理模塊。其中，該文檔處理模塊的功能為現(xiàn)有技術(shù)中文檔庫系統(tǒng)的功能。
[0038]文檔應(yīng)用程序?yàn)樵L問文檔的應(yīng)用程序，其遵循文檔庫標(biāo)準(zhǔn)，用于直接調(diào)用編程接口，將不同編程接口函數(shù)的調(diào)用轉(zhuǎn)換為相應(yīng)的請(qǐng)求，并發(fā)送請(qǐng)求至編程接口，接收來自編程接口的通用程序設(shè)計(jì)語言函數(shù)返回值。
[0039]編程接口，用于將來自文檔應(yīng)用程序的請(qǐng)求發(fā)送給接口適配器；通過接口適配器接收處理結(jié)果，將其轉(zhuǎn)換為通用程序設(shè)計(jì)語言函數(shù)返回值的形式后，返回給文檔應(yīng)用程序。
[0040]其中，編程接口為文檔應(yīng)用程序提供的函數(shù)分為兩大類，一類為文檔服務(wù)接口函數(shù)，當(dāng)文檔應(yīng)用程序調(diào)用此類接口函數(shù)時(shí)，將該類接口函數(shù)轉(zhuǎn)換為相應(yīng)的文檔處理指令?’另一類為加載/卸載驅(qū)動(dòng)接口函數(shù)，當(dāng)文檔應(yīng)用程序調(diào)用此類接口函數(shù)時(shí)，將該類接口函數(shù)轉(zhuǎn)換為相應(yīng)的加載/卸載文檔服務(wù)模塊請(qǐng)求。
[0041]接口適配器，用于接收編程接口轉(zhuǎn)發(fā)的加載文檔服務(wù)模塊請(qǐng)求，并根據(jù)加載文檔服務(wù)模塊請(qǐng)求中的參數(shù)構(gòu)建啟動(dòng)命令行，創(chuàng)建一個(gè)或多個(gè)文檔服務(wù)模塊；在文檔服務(wù)模塊建立命名管道后，通過該命名管道將來自編程接口的文檔處理指令發(fā)送至文檔服務(wù)模塊并將來自文檔服務(wù)模塊的處理結(jié)果轉(zhuǎn)發(fā)至編程接口。
[0042]文檔服務(wù)模塊，用于根據(jù)啟動(dòng)命令行參數(shù)傳入的信息加載相應(yīng)的文檔驅(qū)動(dòng)單元，并完成初始化；以創(chuàng)建命名管道，并對(duì)該命名管道實(shí)施偵聽；對(duì)從命名管道中獲得的文檔處理指令信息進(jìn)行初步解析，決定該接收到的文檔處理指令是自身處理還是交由文檔處理模塊處理；處理由自身處理的文檔處理指令；將由文檔處理模塊處理的文檔處理指令轉(zhuǎn)發(fā)給文檔處理單元；將得到的處理結(jié)果通過建立的命名管道返回給接口適配器。在創(chuàng)建命令管道時(shí)，可以以文本化進(jìn)程標(biāo)識(shí)為管道名創(chuàng)建命名管道。在本發(fā)明的一個(gè)實(shí)施例中，文檔服務(wù)模塊可以是一個(gè)進(jìn)程程序，稱為文檔服務(wù)進(jìn)程。
[0043]在本發(fā)明一實(shí)施例中，文檔處理模塊可以由文檔驅(qū)動(dòng)單元和底層模塊組成。
[0044]文檔驅(qū)動(dòng)單元，連接文檔服務(wù)模塊和若干底層模塊的媒介，用于接收由文檔服務(wù)模塊轉(zhuǎn)發(fā)的文檔處理指令，并將從底層模塊得到的處理結(jié)果返回文檔服務(wù)模塊。這里，由于文檔服務(wù)模塊與文檔驅(qū)動(dòng)單元之間的接口為文檔庫標(biāo)準(zhǔn)接口，而文檔驅(qū)動(dòng)單元與底層模塊之間的接口為通用程序設(shè)計(jì)語言形式的函數(shù)調(diào)用，為此，文檔驅(qū)動(dòng)單元同時(shí)還需要完成文檔庫接口標(biāo)準(zhǔn)與通用程序設(shè)計(jì)語言形式的函數(shù)調(diào)用之間的相互轉(zhuǎn)換。
[0045]底層模塊，用于接收由文檔驅(qū)動(dòng)單元轉(zhuǎn)發(fā)的文檔處理指令，完成與文檔互操作的底層實(shí)現(xiàn)，并將處理結(jié)果返回給文檔驅(qū)動(dòng)單元。底層模塊通常由若干軟件組件組成，其對(duì)外接口通常表現(xiàn)為通用程序設(shè)計(jì)語言形式的函數(shù)調(diào)用。
[0046]在本發(fā)明文檔庫系統(tǒng)中，編程接口與接口適配器之間、接口適配器與文檔服務(wù)模塊之間，以及文檔服務(wù)模塊與文檔驅(qū)動(dòng)單元之間均采用文檔庫接口標(biāo)準(zhǔn)。這里，由于文檔服務(wù)模塊是一個(gè)獨(dú)立運(yùn)行的后臺(tái)進(jìn)程，與動(dòng)態(tài)連接庫形式的編程接口不同，文檔服務(wù)模塊只接受和處理嚴(yán)格按照文檔庫標(biāo)準(zhǔn)定義的專用腳本語言，因此，在本發(fā)明一實(shí)施例中，文檔服務(wù)模塊與接口適配器之間的文檔庫接口為非結(jié)構(gòu)化標(biāo)準(zhǔn)語言UOML接口。而編程接口與接口適配器之間、文檔服務(wù)模塊與文檔驅(qū)動(dòng)單元之間的文檔庫接口可以是將UOML標(biāo)準(zhǔn)指令封裝在通用程序設(shè)計(jì)語言中，如C/C++中。另外，為了保持對(duì)現(xiàn)有應(yīng)用系統(tǒng)的向下兼容，本發(fā)明中的編程接口可以保留現(xiàn)有通用程序設(shè)計(jì)語言形式的應(yīng)用編程接口(API)。
[0047]本領(lǐng)域技術(shù)人員明白，雖然在上述兩個(gè)實(shí)施例中，文檔應(yīng)用程序均通過編程接口與接口適配器交互，但在實(shí)際應(yīng)用中，文檔應(yīng)用程序也可能直接與接口適配器交互，而無需使用編程接口。
[0048]本發(fā)明將文檔庫接口標(biāo)準(zhǔn)的實(shí)現(xiàn)重點(diǎn)由現(xiàn)有技術(shù)中的編程接口層轉(zhuǎn)移到進(jìn)程(文檔服務(wù)進(jìn)程)內(nèi)部，從而解決了在全局性數(shù)據(jù)共享訪問的問題同時(shí)，又不必引入大量的線程化操作而增加現(xiàn)有文檔處理系統(tǒng)的復(fù)雜性。在維持文檔庫系統(tǒng)及其底層模塊單進(jìn)程單實(shí)例的原始設(shè)計(jì)不變的前提下，保證文檔庫系統(tǒng)既有代碼最大程度地被復(fù)用，既有編程接口最小程度地被修改，進(jìn)而以較低的開發(fā)成本換取令人滿意的可維護(hù)性。
[0049]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換以及改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種文檔庫系統(tǒng)，其特征在于，包括: 以進(jìn)程間通信的方式接收來自文檔應(yīng)用程序的文檔處理指令； 根據(jù)所述文檔處理指令處理文檔； 將處理結(jié)果通過所述進(jìn)程間通信方式返回給文檔應(yīng)用程序。
2.根據(jù)權(quán)利要求1所述的文檔庫系統(tǒng)，其特征在于，所述進(jìn)程間通信的方式是采用命名管道的方式。
3.根據(jù)權(quán)利要求2所述的文檔庫系統(tǒng)，其特征在于，所述文檔庫系統(tǒng)包括: 文檔服務(wù)模塊，用于創(chuàng)建命名管道；在文檔應(yīng)用程序建立與命名管道連接后，接收來自文檔應(yīng)用程序的所述文檔處理指令；將處理結(jié)果通過所述命名管道返回給文檔應(yīng)用程序； 文檔處理模塊，用于接收由文檔服務(wù)模塊轉(zhuǎn)發(fā)的文檔處理指令，并將自身處理后的處理結(jié)果返回文檔服務(wù)模塊。
4.根據(jù)權(quán)利要求3所述的文檔庫系統(tǒng)，其特征在于，所述文檔庫系統(tǒng)通過接口適配器與所述文檔應(yīng)用程序交互，其中， 所述接口適配器，用于接收來自文檔應(yīng)用程序的加載文檔服務(wù)模塊請(qǐng)求，并根據(jù)加載文檔服務(wù)模塊請(qǐng)求中的參數(shù)構(gòu)建啟動(dòng)命令行，創(chuàng)建不少于一個(gè)文檔服務(wù)模塊；在文檔服務(wù)模塊建立命名管道后，通過該命名管道將來自文檔應(yīng)用程序的文檔處理指令發(fā)送至文檔服務(wù)模塊并將來自文檔服務(wù)模塊的處理結(jié)果轉(zhuǎn)發(fā)至文檔應(yīng)用程序。
5.根據(jù)權(quán)利要求3所述的文檔庫系統(tǒng)，其特征在于，進(jìn)一步包括: 接口適配器，用于接收來自文檔應(yīng)用程序的加載文檔服務(wù)模塊請(qǐng)求，并根據(jù)加載文檔服務(wù)模塊請(qǐng)求中的參數(shù)構(gòu)建啟動(dòng)命令行，創(chuàng)建不少于一個(gè)文檔服務(wù)模塊；在文檔服務(wù)模塊建立命名管道后，通過該命名管道將來自文檔應(yīng)用程序的文檔處理指令發(fā)送至并將文檔服務(wù)模塊來自文檔服務(wù)模塊的處理結(jié)果轉(zhuǎn)發(fā)至文檔應(yīng)用程序。
6.根據(jù)權(quán)利要求4或5所述的文檔庫系統(tǒng)，其特征在于，所述接口適配器通過編程接口與所述文檔應(yīng)用程序交互；其中， 所述編程接口，用于被文檔應(yīng)用程序直接調(diào)用，并將調(diào)用的接口函數(shù)轉(zhuǎn)換為文檔處理指令或文檔服務(wù)模塊請(qǐng)求發(fā)送接口適配器，通過接口適配器接收處理結(jié)果，將處理結(jié)果轉(zhuǎn)換為通用程序設(shè)計(jì)語言函數(shù)返回值的形式后，返回給文檔應(yīng)用程序。
7.根據(jù)權(quán)利要求3至5任一所述的文檔庫系統(tǒng)，其特征在于，所述文檔服務(wù)模塊，進(jìn)一步用于對(duì)從命名管道中獲得的文檔處理指令初步解析，決定接收到的文檔處理指令是自身處理還是交由文檔處理模塊處理；處理由自身處理的文檔處理指令；將由文檔處理模塊處理的文檔處理指令轉(zhuǎn)發(fā)給文檔處理單元。
8.根據(jù)權(quán)利要求3至5任一所述的文檔庫系統(tǒng)，其特征在于，所述文檔服務(wù)模塊進(jìn)一步用于在進(jìn)程結(jié)束前卸載文檔處理模塊，釋放包括命名管道在內(nèi)的所有已分配資源。
9.根據(jù)權(quán)利要求3至5任一所述的文檔庫系統(tǒng)，其特征在于，接口適配器與文檔服務(wù)模塊之間、以及文檔服務(wù)模塊與文檔處理模塊之間均采用文檔庫接口標(biāo)準(zhǔn)。
10.根據(jù)權(quán)利要求6所述的文檔庫系統(tǒng)，其特征在于，所述編程接口是通用程序設(shè)計(jì)語言形式的應(yīng)用編程接口，以函數(shù)庫的形式鏈接到文檔應(yīng)用程序中。
【文檔編號(hào)】G06F17/30GK103577272SQ201210294672
【公開日】2014年2月12日 申請(qǐng)日期:2012年8月1日 優(yōu)先權(quán)日:2012年8月1日
【發(fā)明者】王東臨 申請(qǐng)人:天津書生投資有限公司