專利名稱：文檔提供系統(tǒng)和方法
技術領域：
本發(fā)明涉及用于提供文檔的文檔提供系統(tǒng)和方法。
背景技術：
存在一種技術，用于將電子文檔登記在服務器中并且響應于用戶 請求提供所述文檔，所述電子文檔例如是文本文檔數(shù)據(jù)、音頻數(shù)據(jù)、 多媒體數(shù)據(jù)等等(以下還簡稱為"文檔")。此外，已知一種系統(tǒng)，其 中，唯一標識符被分配給電子文檔，并且提供對應于由用戶輸入的標 識符的電子文檔。在另一種已知系統(tǒng)中，當將電子文檔打印在紙張上 時，電子文檔的標識符被編碼并且被嵌入所述紙質文檔，因此，當復 制紙質文檔時，識別嵌入在其中的標識符，獲取對應于所述標識符的 電子文檔，然后，電子文檔信息被用于打印所述紙質文檔。
JP 3383793 B公開了一種系統(tǒng)，其包括從內容讀取標識符的單 元，將被讀取的標識符和屬性發(fā)送到中心的單元，根據(jù)所述標識符獲 取原始文檔的單元，將新的標識符分配給所獲取的原始內容的單元， 將標識符嵌入內容的單元，發(fā)送所述內容給客戶機的單元，以及輸出 所接收的內容的單元。
JP 2006-053686 A公開了一種系統(tǒng)，其中，為了在紙張上打印電 子文檔，將文檔標識符嵌入電子文檔，然后打印其。當紙質文檔被輸 入時，系統(tǒng)從所述紙質文檔提取文檔標識符，并且下載和打印對應于 文檔標識符的電子文檔。此外，在該系統(tǒng)中，當所下載的電子文檔被 更新時，將更新電子文檔與新的文檔標識符相關聯(lián)地登記，并且被打 印為具有新的嵌入在其中的文檔標識符的紙質文檔。
JP2005-135211 A公開了一種系統(tǒng)，其通過使用文檔日志信息來 管理紙質介質和電子介質的文檔信息，所述文檔日志信息具有樹形結 構，其通過復制文檔表示紙質介質的產(chǎn)生或通過紙質介質的處理引起
的紙質介質以及表示商業(yè)流的商業(yè)流程圖，從而管理紙質介質與電子 介質之間的關系，其不是一對一關系。在該系統(tǒng)中，使用電子筆寫在 紙質介質上的內容被反映在對應于紙質介質的電子介質上。
JP2002-014978A公開了一種系統(tǒng)，其中，終端設備從具有嵌入 在其中的所述內容ID的內容的副本讀取內容ID，或從副本的一部分 中讀取，并且將內容ID和搜索支持信息發(fā)送給內容ID管理中心。接 收內容ID和用于搜索的輔助信息的內容ID管理中心將對應于所接收 的內容ID的內容的正本或相關內容返回給終端設備。
JP2004-110692A公開了一種系統(tǒng)，其中，客戶機從具有嵌入在 其中的文檔標識信息的文檔的副本提取文檔標識信息，并且將所述文 檔標識信息發(fā)送給文檔管理服務器。接收文檔標識信息的文檔管理服 務器檢索對應于所述文檔的版本管理信息，并且向客戶機返回有關該 文檔的版本是否有效的信息。

發(fā)明內容
與對公司內的內部控制的需求有關，存在對被具體寫出的文檔的 需求，所述文檔規(guī)定商業(yè)過程，例如手冊、規(guī)則、商業(yè)流、附圖、風 險控制矩陣等等。根據(jù)新產(chǎn)品、修訂的法律、問題的對策等等的介紹， 根據(jù)需要，通過管理書面規(guī)則的商業(yè)部門(以下簡稱為"管理部門") 來更新并修訂這種文檔(以下稱為書面規(guī)則)。然后，以電子文檔或打 印的紙質文檔的形式向工作現(xiàn)場提供書面規(guī)則，在所述工作現(xiàn)場，執(zhí) 行實際的商業(yè)處理(以下稱為"實現(xiàn)部分")，查看或參考書面規(guī)則。 對于內部控制，根據(jù)書面規(guī)則的最新版本執(zhí)行商業(yè)處理是強制性要 求。因此，當修訂書面規(guī)則時，包括版本管理、通知以及向實現(xiàn)部分 發(fā)送修訂本等等在內的操作對于管理部分是需要的，而對于實現(xiàn)部分 需要包括接收、打印、修訂本的替換等等在內的操作。雖然可以使用 工作流系統(tǒng)來管理與書面規(guī)則的修訂本相關聯(lián)的這種操作，但是使用 工作流系統(tǒng)的管理引入了一些問題，例如介紹成本較高、流程改變復 雜等等。另一方面，當通過人工操作管理與書面規(guī)則的修訂本有關的 操作，而不是依賴于工作流系統(tǒng)時，將發(fā)生例如無法通知并混合錯誤
的版本這樣的操作錯誤。
雖然在上述例子中已經(jīng)描述了規(guī)定商業(yè)處理的書面規(guī)則，但是存 在許多其它的情況，其中，需要一種結構，其允許電子文檔的用戶可 靠地查閱最新版本的文檔。
本發(fā)明有利地允許電子文檔的用戶以容易的方式獲取更新版本 的文檔。
根據(jù)本發(fā)明的一個方面，提供一種文檔提供系統(tǒng)，包括派生關 系登記單元，用于當接收到命令登記作為第一電子文檔的更新版本的 第二電子文檔的指令時，將指示所述第二電子文檔派生自所述第一電 子文檔的派生關系登記在派生關系存儲單元中；輸入-輸出關系登記 單元，用于根據(jù)登記在所述派生關系存儲單元中的所述派生關系生成 輸入-輸出關系信息，并且將所述輸入-輸出關系信息登記在輸入-輸出 關系存儲單元中，其中，所述輸入-輸出關系信息指示將響應于指定
所請求的電子文檔的文檔請求而提供的更新電子文檔；以及提供單 元，用于當接收到文檔請求時，根據(jù)所述輸入-輸出關系信息獲取對 應于在所述文檔請求中指定的所請求的電子文檔的更新電子文檔，并 且提供所獲取的所述更新電子文檔。
根據(jù)本發(fā)明的另一個方面，當指示所述第二電子文檔派生自所述 第一電子文檔的派生關系被登記在所述派生關系存儲單元中時，所述 輸入-輸出關系登記單元登記一輸入-輸出關系信息，其關于在派生關 系樹形結構中作為所述第二電子文檔的祖先的電子文檔指示，將對應 于指定所述祖先電子文檔為所請求的電子文檔的文檔請求而提供的 更新電子文檔是所述第二電子文檔，其中，通過存儲在所述派生關系 存儲單元中的派生關系來表示所述派生關系樹形結構。
根據(jù)本發(fā)明的另一個方面，關于所述派生關系樹形結構中的所述 第二電子文檔的多個祖先電子文檔中的、滿足預定限制條件的祖先電 子文檔，所述輸入-輸出關系登記單元登記一輸入-輸出關系信息，其 指示將對應于指定所述祖先電子文檔為所請求的電子文檔的文檔請 求而提供的更新電子文檔是所述第二電子文檔。
根據(jù)本發(fā)明的另一個方面，所述輸入-輸出關系登記單元使用一
條件作為所述限制條件，所述條件將所述祖先電子文檔限制為在從所 述第二電子文檔被登記時起的預定時間段內的時間和日期被登記在 所述派生關系存儲單元中的祖先電子文檔。
根據(jù)本發(fā)明的另一個方面，所述系統(tǒng)還包括刪除單元，用于當?shù)?一輸入-輸出關系信息被登記在所述輸入-輸出關系存儲單元中時，刪 除第二輸入-輸出關系信息，其中，所述第一輸入-輸出關系信息中的 所請求的電子文檔是將根據(jù)所述文檔請求而提供的更新電子文檔。
根據(jù)本發(fā)明的另一個方面，當指示所述第二電子文檔派生自所述 第一電子文檔的派生關系登記在所述派生關系存儲單元中時，所述輸 入-輸出關系登記單元顯示由存儲在所述派生關系存儲單元中的派生 關系表示的派生關系樹形結構，并且接收對作為顯示器上的所述第二 電子文檔的祖先的電子文檔的指定，并且登記一輸入-輸出關系信息， 其指示將響應于關于所指定的電子文檔的文檔請求而提供所述第二 電子文檔。
根據(jù)本發(fā)明的另一個方面，提供了一種用于提供電子文檔的方 法。所述方法包括，當接收到命令登記作為第一電子文檔的更新版本 的第二電子文檔的指令時，將指示所述第二電子文檔派生自所述第一
電子文檔的派生關系登記在派生關系存儲單元中；根據(jù)登記在所述派 生關系存儲單元中的所述派生關系生成輸入-輸出關系信息，并且將 所述輸入-輸出關系信息登記在輸入-輸出關系存儲單元中，其中，所 述輸入-輸出關系信息指示將響應于指定所請求的電子文檔的文檔請 求而提供的更新電子文檔；以及當接收到文檔請求時，根據(jù)所述輸入 -輸出關系信息獲取對應于在所述文檔請求中指定的所請求的電子文 檔的更新電子文檔，并且提供所獲取的所述更新電子文檔。
根據(jù)本發(fā)明的另一個方面，當指示所述第二電子文檔派生自所述 第一電子文檔的派生關系被登記在所述派生關系存儲單元中時，所述 輸入-輸出關系信息的登記包括登記一輸入-輸出關系信息，其關于在 派生關系樹形結構中作為所述第二電子文檔的祖先的電子文檔指示， 將對應于指定所述祖先電子文檔為所請求的電子文檔的文檔請求而 提供的更新電子文檔是所述第二電子文檔，其中，通過存儲在所述派生關系存儲單元中的派生關系來表示所述派生關系樹形結構。
根據(jù)本發(fā)明的另一個方面，所述輸入-輸出關系信息的登記包括， 關于所述派生關系樹形結構中的所述第二電子文檔的多個袓先電子 文檔中的、滿足預定限制條件的祖先電子文檔，登記一輸入-輸出關 系信息，其指示將對應于指定所述祖先電子文檔為所請求的電子文檔 的文檔請求而提供的更新電子文檔是所述第二電子文檔。
根據(jù)本發(fā)明的另一個方面，所述輸入-輸出關系信息的登記包括， 使用一條件作為所述限制條件，所述條件將所述祖先電子文檔限制為 在從所述第二電子文檔被登記時起的預定時間段內的時間和日期被 登記在所述派生關系存儲單元中的祖先電子文檔。
根據(jù)本發(fā)明的另一個方面，所述方法還包括當?shù)谝惠斎?輸出 關系信息被登記在所述輸入-輸出關系存儲單元中時，刪除第二輸入-輸出關系信息，其中，所述第--輸入-輸出關系信息中的所請求的電 子文檔是將根據(jù)所述文檔請求而提供的更新電子文檔。
根據(jù)本發(fā)明的另一個方面，所述輸入-輸出關系信息的登記包括， 當指示所述第二電子文檔派生自所述第一電子文檔的派生關系登記 在所述派生關系存儲單元中時，顯示由存儲在所述派生關系存儲單元 中的派生關系表示的派生關系樹形結構，并且接收對應于顯示器上的 所述第二電子文檔的所請求的電子文檔的指定，并且登記一輸入-輸 出關系信息，其指示將響應于關于所指定的請求電子文檔的文檔請求 而提供所述第二電子文檔。
根據(jù)本發(fā)明的一個方面，可以根據(jù)輸入-輸出關系信息提供用戶 所需的電子文檔的更新版本。
根據(jù)本發(fā)明的另一個方面，響應于對被登記的更新電子文檔的祖 先(前身)的請求，可以根據(jù)派生關系信息登記指示將提供更新電子文 檔的輸入-輸出關系信息。
根據(jù)本發(fā)明的另一方面，在被登記的更新電子文檔的祖先中，可 以限制將提供更新版本的對象。
根據(jù)本發(fā)明的另一個方面，能夠防止關于所述更新版本的所登記 的祖先中的，己經(jīng)流逝超過預定登記時間段的舊的祖先而提供更新版
本的電子文檔。
根據(jù)本發(fā)明的另一個方面，能夠防止簡單地通過重復用于響應于 對電子文檔的請求獲取更新版本的操作，來獲取電子文檔的最新的版 本。
根據(jù)本發(fā)明的另 一個方面，可以通過呈現(xiàn)派生關系來支持用于指 定輸入-輸出關系信息的用戶操作。


將根據(jù)下列附圖詳細地描述本發(fā)明的典型實施例，其中 圖1是示意性地顯示文檔使用管理系統(tǒng)的示例結構的框圖； 圖2是顯示文檔管理服務器的示例內部結構的視圖； 圖3是顯示登記在文檔DB中的示例數(shù)據(jù)的視圖； 圖4是顯示登記在派生關系DB中的示例數(shù)據(jù)的視圖； 圖5是顯示由文檔的更新引起的派生關系的示例改變的視圖； 圖6是用于說明生成輸入-輸出關系信息的示例方法的視圖； 圖7是顯示文檔的初始登記的示例過程的流程圖； 圖8是顯示更新文檔的登記的示例過程的流程圖； 圖9是顯示派生關系DB的示例更新過程的流程圖； 圖10是顯示輸入-輸出關系DB的示例更新過程的流程圖 圖11是顯示文檔提供的示例過程的流程圖； 圖12是顯示當對應于輸入文檔ID存在多個輸出文檔ID時，提 供給用戶的示例輸出文檔選擇屏幕的視圖13是顯示輸入-輸出關系DB的示例更新過程的流程圖14是顯示輸入-輸出關系DB的另一個示例更新過程的流程
圖15是用于說明由圖14的過程對輸入-輸出關系DB的進行的 示例更新的視圖16是顯示輸入-輸出關系DB的另一個示例更新過程的流程
圖17是顯示輸入-輸出關系DB的另一個示例更新過程的流程
圖18是顯示輸入-輸出關系DB的另一個示例更新過程的流程
圖19是顯示在圖18的過程期間提供給用戶的示例輸入文檔選擇 屏幕的視圖20是示意性地顯示記錄在記錄操作ID的系統(tǒng)中的示例派生關 系信息的視圖21是示意性地顯示由圖20中的記錄指示的操作ID之間的派 生關系的視圖；以及
圖22是顯示計算機的示例硬件結構的視圖。
具體實施例方式
將參考附圖詳細描述本發(fā)明的典型實施例。
圖1是示意性地顯示文檔使用管理系統(tǒng)的示例結構的框圖。該系 統(tǒng)包括文檔管理服務器10以及客戶終端20-1、 20-2...(以下總稱為客 戶終端20)等等，它們經(jīng)由網(wǎng)絡30(例如因特網(wǎng)/局域網(wǎng)(LAN))互相連 接。
在該系統(tǒng)中，文檔管理服務器IO管理電子文檔的初始文件，并 且向客戶終端20提供包括用于訪問電子文檔的參考信息的參考信息 文件，而不是電子文檔本身的文件。包含在參考信息文件中的參考信 息可以是使得能夠對電子文檔進行訪問的任何信息。參考信息的一個 例子可以包括指示文檔管理服務器10的網(wǎng)絡上的位置的信息(例如， IP地址)與用于指定電子文檔的唯一標識信息(以下簡稱文檔ID)的組 合，所述文檔管理服務器10用于管理電子文檔。參考信息的另一個 例子可以是對應于所述電子文檔的URL(統(tǒng)一資源定位符)。如果根據(jù) 文檔ID識別電子文檔的存儲位置的系統(tǒng)存在于網(wǎng)絡30上，那么參考 信息文件僅包括文檔ID就足夠了。此外，參考信息文件可以另外包 括除了如上所述的參考信息以外的信息，例如當創(chuàng)建參考信息文件時 的時間與時期或電子文檔的代表頁的圖像?？蛻艚K端20存儲這種參 考信息文件，而不是電子文檔本身。參考信息文件可以充當存儲在文 檔管理服務器10中的電子文檔的快捷方式。
在該系統(tǒng)中，當具有特定文檔ID的電子文檔被更新時，文檔管
理服務器10為更新后的電子文檔分配新的文檔ID。
客戶終端20包括文檔處理程序，用于根據(jù)所述參考信息文件處 理電子文檔。文檔處理程序從參考信息文件提取參考信息的值，并且 相對于與所提取的值對應的電子文檔執(zhí)行預定的操作，所述電子文檔 由文檔管理服務器IO管理。由文檔處理程序提供的電子文檔操作功 能包括例如，電子文檔的顯示(即，由用戶查看)、編輯(g卩，文檔內容 的更新)、初始登記、刪除等等。例如，當用戶操作文檔處理程序以 指明參考信息文件并命令査看電子文檔時，所述程序使用參考信息文 件中的參考信息識別對應的電子文檔的存儲位置，并且顯示從所述存 儲位置獲取的電子文檔。這里，文檔處理程序將電子文檔僅加載到存 儲器上(可以使用虛擬存儲器)，不將所述電子文檔存儲在客戶終端20 的文件系統(tǒng)中。
例如，文檔處理程序可以預先在客戶終端20的屏幕上顯示參考 信息文件的圖標，并且響應于用戶相對于所述圖標的預定操作，例如 點擊，從而將由對應于所述圖標的參考信息文件指定的文檔ID發(fā)送 到文檔管理服務器IO。通過這種操作，電子文檔的文檔ID，即用戶 操作的主題被傳送到文檔管理服務器10。
客戶終端20可以是任何具有信息處理功能的設備，并且可以是 個人電腦、工作站、數(shù)字多功能設備等等。
在該系統(tǒng)中，文檔管理服務器10主要僅接受經(jīng)由參考信息文件 的操作，作為相對于由文檔管理服務器IO管理的電子文檔的操作的 接口。例如，文檔管理服務器10僅接受處理參考信息文件的文檔處 理程序所發(fā)出的特定方法，作為相對于電子文檔的操作的指令。當用 戶企圖相對于電子文檔執(zhí)行操作時，必須獲取對應于該電子文檔的參 考信息文件，并且通過使用參考信息在文檔處理程序上相對于所述電 子文檔指示操作。雖然因為電子文檔本身不存儲在客戶終端20中， 用戶不能將電子文檔本身分發(fā)到其它地方，但是，用戶可以復制并分 發(fā)參考信息文件。參考信息文件所分發(fā)到的另一個用戶使用參考信息
文件從而訪問文檔管理服務器10上的電子文檔。
如圖2所示，文檔管理服務器10包括文檔登記單元100、文檔 數(shù)據(jù)庫(DB)llO、派生關系DB120、輸入-輸出關系DB130、參考信息 提供單元140以及文檔提供單元150。
文檔登記單元100響應于來自客戶終端20的請求在文檔DB110 中登記電子文檔。電子文檔的登記包括登記新的電子文檔(還稱為"初 始登記")，以及登記已經(jīng)登記過的電子文檔的更新版本。在任何情 況中，ID分配單元102將至少在文檔管理服務器10中唯一的文檔ID 分配給待登記的電子文檔。這里，例如，電子文檔的散列值可以用作 文檔ID。通過使用例如SHA-256和SHA-512這樣的安全散列算法， 基本上可以根據(jù)電子文檔生成唯一的文檔ID。然而，該使用散列算 法獲取文檔ID的方法僅被描述為一個例子。文檔登記單元100將作 為登記對象的電子文檔與對應的、通過ID分配單元102分配給其的 文檔ID相關聯(lián)地登記在文檔DB110中。如圖3所示電子文檔文件與 對應的文檔ID相關聯(lián)的分別登記在文檔DBllO中。
此外，當在文檔DB110中登記電子文檔時，文檔登記單元100 的派生關系登記單元104將與所述電子文檔有關的派生關系信息登 記在派生關系DB120中。這里使用的"派生關系"是指電子文檔和 該電子文檔的更新版本之間的關系。具體地，當由于對電子文檔A 的編輯而生成作為電子文檔A的更新版本的電子文檔B時，認為"電 子文檔B派生自電子文檔A"。從派生關系的角度，電子文檔A對應 于電子文檔B的父親。
在該文檔使用管理系統(tǒng)中，為了更新電子文檔，用戶需要首先通 過客戶終端20上的文檔處理程序，使用參考信息文件來獲取電子文 檔。接收該指令的文檔處理程序將參考信息文件中的信息中的指定文 檔ID的信息發(fā)送給文檔管理服務器10，以獲取對應于所述文檔ID 的電子文檔。然后，文檔處理程序顯示如此獲取的電子文檔以接收用 戶的編輯操作。然后，當接收到登記更新版本的指令時，文檔處理程 序將指定電子文檔的文檔ID的信息和已被編輯的電子文檔連同更新 請求一起發(fā)送至文檔管理服務器10。文檔管理服務器10的派生關系
登記單元104將一派生關系信息登記在派生關系DB120中，在所述 派生關系信息中，由ID分配單元102分配給與更新請求一起接收的 電子文檔的新的文檔ID是孩子，根據(jù)與更新信息一起接收的信息指 定的文檔ID是父親。
圖4顯示了登記在派生關系DB120中的示例派生關系信總。圖4 中說明的表中的一行顯示對應于一個電子文檔的派生關系信息記錄。 在所說明的例子中，電子文檔的派生關系信息記錄包括電子文檔的文 檔ID以及該電子文檔的父電子文檔的文檔ID(在圖4中指示為"父 ID")。關于派生關系信息，雖然簡單包括表示電子文檔之間的父子 關系的信息就足夠了，然而在所說明的例子中，所謂的日志信息項被 額外地記錄在派生關系DB120中，例如有關使電子文檔登記在文檔 DBUO中的操作的類型的信息(即，例如它是所登記文檔的"初始登 記"還是"更新")，或者有關登記的時間與時期的信息。因為可以 指定電子文檔的父親，并且在登記電子文檔的時候己知其它的日志信 息項，包括父電子文檔的登記操作的時間與時期等，因此這些信息項 也被登記。雖然操作類型以及操作時間和日期被描述為日志信息項， 但是日志信息項不局限于這些例子，各種信息項可以連同對象被記 錄，例如，指示操作的用戶的標識信息以及通過其執(zhí)行操作的客戶終 端20的標識信息。在圖4中說明的派生關系信息指示文檔"Doc2" 以及"Doc3"派生自文檔"Docl"，并且文檔"Doc4"派生自文檔"Doc2"， 其在圖5的下半部分中說明。
輸入-輸出關系登記單元106生成輸入-輸出關系信息，用于相對 于由用戶請求的電子文檔來指定將實際提供的電子文檔，并且將輸入 -輸出關系信息登記在輸入-輸出關系DB130中。
在該系統(tǒng)中，如上所述，主要通過使用對應于電子文檔的參考信 息文件來實現(xiàn)對電子文檔的訪問。然而，在電子文檔被根據(jù)需要連續(xù) 更新的環(huán)境中，比起將對應于由用戶擁有的參考信息文件的電子文檔 提供給用戶，將電子文檔的更新版本提供給用戶是更合適的。為了處 理這種情況，在該典型實施例中提供了輸入-輸出關系DB130。
具體地，登記在輸入-輸出關系DB130中的輸入-輸出關系信息記
錄包括一對輸出文檔ID和輸入文檔ID，如圖6所示。該輸入-輸出 關系信息記錄指示一種關系，其中，當用戶需要對應于輸入文檔ID 的電子文檔時，將提供對應于輸出文檔ID的電子文檔。
輸入-輸出關系登記單元106通過使用登記在派生關系DB120中 的派生關系信息來生成輸入-輸出關系信息記錄。以下將詳細地描述 用于生成輸入-輸出關系信息記錄的各種方法。
再次參考圖2，參考信息提供單元140響應于來自用戶的請求提 供參考信息文件。例如，當用戶在文檔管理服務器10中登記電子文 檔時，參考信息提供單元140可以將指示所述電子文檔的文檔ID的 參考信息文件提供給用戶。
此外，文檔管理服務器10可以為用戶提供登記在文檔DB10中 的電子文檔的列表顯示功能或者檢索功能(未顯示)。當用戶通過使用 這些功能指定想要的電子文檔時，不將電子文檔本身的文件提供給用 戶，而是通過參考信息提供單元140提供對應于所述電子文檔的參考 信息文件。
文檔提供單元150執(zhí)行提供電子文檔給用戶的處理。具體地，當 從客戶終端20的文檔處理程序接收到使用參考信息文件的文檔請求 時，文檔提供單元150參考輸入-輸出關系DB130以指定將響應于所 述請求而提供的電子文檔，并且將所指定的電子文檔返回給客戶終端 20。這里，可以用以下方式來確定將提供的電子文檔，假定通過文檔 請求所請求的電子文檔的文檔ID是輸入文檔ID，那么從輸入-輸出 關系DB130獲取對應于該輸入文檔ID的輸出文檔ID。
在上述例子中，為了方便，描述了包括三個數(shù)據(jù)庫的文檔管理服 務器IO，所述三個數(shù)據(jù)庫即，文檔DBllO、派生關系DB120以及輸 入-輸出關系DB130。然而，可以采用任何數(shù)據(jù)庫結構，只要由這三 個數(shù)據(jù)庫管理的數(shù)據(jù)內容可以被作為一個整體來管理。例如，文檔 DB110和派生關系DB120可以結合成單個數(shù)據(jù)庫。
接下來將描述由文檔管理服務器10執(zhí)行的處理。
首先，參考圖7，將描述當從客戶終端20接收到新文檔的登記 請求(初始登記請求)時由文檔登記單元IOO執(zhí)行的示例處理?？蛻艚K端20的文檔處理程序在從用戶接收到電子文檔的登記指令時，將所
述電子文檔連同初始文檔登記的請求一起發(fā)送給文檔管理服務器10。 文檔管理服務器10的文檔登記單元100在接收到該請求時，通過ID 分配單元102為所接收的電子文檔分配唯一的文檔ID(S1)，并且將所 述電子文檔與所述文檔ID相關聯(lián)地登記在文檔DB10中(S2)。文檔 登記單元100還生成與所登記的電子文檔有關的派生關系信息記錄， 并且將該派生關系信息登記在派生關系DB120中(S3)。這里，在初始 文檔登記的情況中，與已經(jīng)登記的電子文檔的更新相反，對于所述登 記的電子文檔，沒有父電子文檔存在。因此，在這種情況下生成的派 生關系信息記錄對于派生關系中的父ID包括空值，即"無"，例如， 與圖4顯示的表中的與"Docl"有關的記錄一樣。 一旦登記完成，參 考信息提供單元140就生成指示所分配的文檔ID的參考信息文件， 并且將所述參考信息文件提供給客戶終端20(S4)。用戶現(xiàn)在可以通過 使用參考信息文件來獲取被登記的電子文檔。此外，可以復制并分發(fā) 參考信息文件。
參考圖8，將描述當接收到電子文檔的更新版本的登記請求時， 由文檔登記單元100執(zhí)行的示例處理。
當更新電子文檔時，用戶操作客戶終端20的文檔處理程序以通 過使用參考信息文件來獲取待更新的電子文檔，并且打開所述電子文 檔以便執(zhí)行編輯操作。當編輯操作完成，用戶輸入登記如此編輯的電 子文檔(即，電子文檔的更新版本)的指令時，文檔處理程序將更新文 檔登記請求發(fā)送至文檔管理服務器10。該更新文檔登記請求包括用 于指定作為更新對象的電子文檔的文檔ID的信息以及被編輯的電子 文檔。這里，因為文檔處理程序具有作為更新對象的電子文檔的參考 信息文件，所以文檔處理程序可以獲取用于指定作為更新對象的電子 文檔的文檔ID的信息。
文檔管理服務器10的文檔登記單元100在從客戶終端20接收到 更新文檔登記請求時，為所接收的更新電子文檔分配新的文檔 ID(S1)，并且將所述更新電子文檔登記在文檔DB10中(S2)。此外， 派生關系登記單元104根據(jù)所述登記更新派生關系DB120(S5)。在圖9中詳細顯示了該步驟S5中的處理。具體地，在該處理中，文檔登
記單元100首先獲取作為由來自客戶終端20的更新文檔登記請求指 示的更新的對象的電子文檔的文檔ID(Sll)。然后文檔登記單元100 生成派生關系信息記錄，其中，在步驟S1中分配給更新電子文檔的 文檔ID是子文檔ID,在步驟Sll中獲取的文檔ID是父文檔ID，并 且將所述派生關系信息記錄登記在派生關系DB120中(S12)。這里， 派生關系信息記錄包括日志項，其包括對應于該請求的操作類型和時 間與時期。
再次參考圖8，輸入-輸出關系登記單元106根據(jù)更新電子文檔的 登記來更新輸入-輸出關系DB130。將首先描述用于更新輸入-輸出關 系DB130的多種可能的方法中的圖IO所顯示的方法的一個例子。
在圖IO所示的過程中，輸入-輸出關系登記單元106參考派生關 系DB120以指定根據(jù)更新文檔登記請求而登記的更新電子文檔的祖 先電子文檔的文檔ID(S21)。這里所使用的名詞"祖先"是指作為派 生關系的樹形結構中的祖先而出現(xiàn)的較早的文檔(例如，見圖5)，所 述派生關系的樹形結構是根據(jù)登記在派生關系DB120中的派生關系 信息記錄而形成的?？梢酝ㄟ^在派生關系DB120中順序地向更新電 子文檔的父親、父親的父親等等回溯派生關系來指定更新電子文檔的 祖先電子文檔。然后輸入-輸出關系登記單元106選擇一個袓先電子 文檔(S22)，還生成輸入-輸出關系信息記錄，其中，所選擇的電子文 檔的文檔ID被指定為輸入文檔ID，在步驟S1中分配給更新電子文 檔的文檔ID被指定為輸出ID，并且將所述輸入-輸出關系信息記錄 登記在輸入-輸出關系DB130中(S23)。輸入-輸出關系登記單元106 相對于在步驟S21中指定的所有袓先電子文檔重復如上所述的步驟 S22和S23。
例如，當在一種情況中時，其中，構成圖5的上半部分中顯示的 派生關系的電子文檔"Docl"、"Doc2"和"Doc3"被登記在文檔DB110 中，其中輸入文檔ID "Docl"與輸出文檔ID "Doc2"相關聯(lián)的輸入 -輸出關系信息記錄以及其中輸入文檔ID "Docl"與輸出文檔ID "Doc3"相關聯(lián)的輸入-輸出關系信息記錄被登記在輸入-輸出關系DB130中，如圖6的上部中的表所示。在這種情況中時，當從用戶請 求文檔"Docl"時，文檔管理服務器10提供電子文檔"Doc2"或"Doc3" 給用戶。這里，在這種情況下，如果作為電子文檔"Doc2"的更新 結果的電子文檔"Doc4"被登記在文檔管理服務器10中，那么派生 關系的樹形結構改變?yōu)閳D5的下半部分所示的情況。在這種情況下， 根據(jù)圖10中顯示的過程，將其中"Doc4"是輸出文檔ID并且對應 于"Doc4"的祖先的"Doc2"和"Docl"是輸入文檔ID的輸入-輸 出關系信息記錄添加到輸入-輸出關系DB130。因此，輸入-輸出關系 DB130的數(shù)據(jù)內容被改變?yōu)閳D6的下半部分的表中顯示的數(shù)據(jù)內容。 在這種狀態(tài)下，當由用戶請求文檔"Docl"時，文檔管理服務器10 提供電子文檔"Doc2"、 "Doc3"或"Doc4"給用戶。
參考圖11，將描述由文檔提供單元150執(zhí)行的處理的過程。文 檔提供單元150在從客戶終端20上的文檔處理程序接收到電子文檔 的査看請求時，從所述請求獲取作為請求對象的電子文檔的文檔 ID(S31)。然后文檔提供單元150從輸入-輸出關系DB130中檢索包括 所獲取的文檔ID作為輸入文檔ID的輸入-輸出關系信息記錄(S32)， 并且從文檔DB110中提取由所檢索的記錄中的輸出文檔ID所指示的 電子文檔的文件，并且將所述文件提供給客戶終端20(S33)。在輸入-輸出關系DB130包括圖6下部的表中所示的記錄的情況中，當從客 戶終端20接收到查看電子文檔"Doc2"的請求時，文檔提供單元150 參考輸入-輸出關系DB130以發(fā)現(xiàn)輸入文檔ID "Doc2"對應于輸出 文檔ID "Doc4"，并且從文檔DB110中檢索文檔ID是"Doc4"的電 子文檔，并且將所述文檔提供給客戶終端20。
在圖11中顯示的過程中，當用戶通過使用舊版本的電子文檔的 參考信息文件來請求文檔時，提供對應于所述舊版本的更新版本的電 子文檔文件。然而，還能夠提供指示更新版本電子文檔的參考信息文 件，而不是提供更新版本的電子文檔。
這里，當電子文檔"Docl"是查看請求的主題時，在圖6的下 部的表中所示的例子中，對應的輸出文檔ID是"Doc2"、 "Doc3"或 "Doc4"。當多個輸出文檔ID對應于所請求的電子文檔時，文檔提
供單元150可以向客戶終端20提供用戶界面，從而用戶可以從多個 輸出文檔ID中選擇想要的輸出文檔ID。該界面包括用于顯示一種樹 形結構的屏幕，所述樹形結構表示由用戶請求的電子文檔的文檔ID 和多個對應的輸出文檔ID之間的派生關系，圖]2顯示了它的一個例 子。具體地，圖12中說明的選擇屏幕200顯示了派生關系的樹形結 構，其包括所請求的電子文檔"Docl"的圖標202，以及對應的輸出 文檔ID "Doc2"、 "Doc3"和"Doc4"的圖標204、 206和208?？梢?通過參考派生關系DB120來創(chuàng)建派生關系的樹形結構。在圖12所顯 示的例子中，對應電子文檔的每個圖標202、 204、 206或208包括文 檔ID、登記的時間與時期、登記所述文檔的用戶的用戶ID作為用于 標識每個電子文檔的信息?？梢愿鶕?jù)登記在派生關系DB120中的曰 志信息項來創(chuàng)建這種顯示。這里，在每個圖標中顯示的項目不局限于 如上所述的那些。復選框204a、 206a和208a被分別附加到圖標202、 204、 206和208。客戶終端20的文檔處理程序顯示該輸出文檔選擇 屏幕200，以接收想要的電子文檔的用戶選擇。當用戶選擇想要的電 子文檔的復選框并且按下或點擊發(fā)送按鈕20時，文檔處理程序向文 檔管理服務器10的文檔提供單元150發(fā)送所選擇的電子文檔的文檔 ID。文檔提供單元150在接收到選中的文檔ID時，將對應于所述文 檔ID的電子文檔的文件返回給文檔處理程序?？梢砸跃W(wǎng)頁的形式提 供選擇屏幕200，可以通過使用現(xiàn)有的輸入技術(例如鼠標和觸板)來 接收選擇屏幕上的電子文檔的選擇。
此外，當在輸入-輸出關系DB130中不存在包括所請求的電子文 檔的文檔ID作為輸入文檔ID的輸入-輸出關系記錄時，文檔提供單 元150提取對應于所請求的文檔ID的電子文檔，并且將所述電子文 檔提供給客戶終端20。例如，當沒有登記所請求的電子文檔的更新 版本時，將執(zhí)行這種處理。這里，代替這種處理，還可以執(zhí)行下列處 理。具體地，當電子文檔被登記在文檔管理服務器10中時，派生關 系登記單元106可以創(chuàng)建一派生關系記錄并且將該派生關系記錄登 記在派生關系DB120中，其中，輸入文檔ID和輸出文檔ro都是分 配給電子文檔的相同的文檔ID。
在根據(jù)上述典型實施例的系統(tǒng)中，具有對應于原版電子文檔的參 考信息文件的用戶自動地被授權可以獲取電子文檔的更新版本。
現(xiàn)在參考圖13，將描述由輸入-輸出關系登記單元106執(zhí)行的處 理的示例變形。在圖13所示的處理過程中，在步驟S22之后，從輸 入-輸出關系DB130中刪除每個具有更新版本的電子文檔的指定祖先 的文檔ID作為輸入文檔ID值的輸入-輸出關系信息記錄(S25)。然后， 輸入-輸出關系登記單元106生成一輸入-輸出關系信息記錄，其中， 袓先的文檔ID是輸入文檔ID并且分配給更新電子文檔的文檔ID是 輸出ID，并且將所述信息登記在輸入-輸出關系DB130中(S23)。在 該示例變形中，當電子文檔的更新版本被登記在文檔管理服務器10 中時，文檔管理服務器10總是響應于對每個對應于更新版本的祖先 的舊版本的請求而提供更新版本。同樣地，在該示例變形中，具有對 應于電子文檔的舊版本的參考信息文件的用戶可以獲取對應于該舊 版本的電子文檔的最新的版本。
現(xiàn)在參考圖14和15，將描述由輸入-輸出關系登記單元106執(zhí)行 的處理的另一個示例變形。在圖14所示的處理過程中，輸入-輸出關 系登記單元106確定當對應于在步驟S22中提取的祖先文檔ID的電 子文檔被登記在文檔管理服務器10中時的時間和時期(該信息可以從 派生關系DB120中獲取)與當前時間之間的時間差是否在登記在文檔 管理服務器10中的預定閾值時間段的范圍之內(S26)。然后，如果該 時間差被確定在閾值時間段的范圍內，那么，輸入-輸出關系登記單 元106創(chuàng)建一輸入-輸出關系信息記錄，其中，祖先的文檔ID是輸入 文檔ID并且分配給更新版本的電子文檔的文檔ID是輸出ID，并且 將所述信息登記在輸入-輸出關系DB130中(S23)。另一方面，如果時 間差被確定超出了所述閾值時間段，那么處理在不執(zhí)行處理步驟S23 的情況下進行步驟S24。
例如，假設當電子文檔"Doc4"被登記時的派生關系DB120的 數(shù)據(jù)內容如圖4所示并且假設登記在文檔管理服務器10中的閾值時 間段的值是"60天"。在這種情況下，當根據(jù)圖14所示的過程執(zhí)行 處理時，在登記電子文檔"Doc4"之后，在登記之前處于圖15的上
部的表中所示的狀態(tài)(與圖6的上部的表中顯示的狀態(tài)相同)的輸入-
輸出關系DB130的數(shù)據(jù)內容被改變?yōu)閳D15的下部的表中所顯示的狀 態(tài)。因為作為電子文檔"Doc4"的祖先之一的電子文檔"Docl"的 登記時間和時期相對于電子文檔"Doc4"的登記時間和時期的時間 差超過了60天，所以，在圖14的過程中，不在輸入-輸出關系DB130 中登記如下的輸入-輸出關系信息記錄，其中，文檔ID"Docl"是輸 入文檔ID并且文檔ID "Doc4"是輸出文檔ID。
如上所述，在圖14所示的修改的例子中，當參考信息文件對應 于所登記的更新版本的電子文檔的，其登記日期與當前日期的吋間差 超過閾值時間段的祖先時，具有這種參考信息文件的用戶不被授權獲 取更新版本。
進一步參考圖16，將描述由輸入-輸出關系登記單元106執(zhí)行的 處理的另一個示例變形。在圖16所示的處理過程中，在圖14的過程 中的步驟S23和S24之間又添加了步驟S27。在該過程中，輸入-輸 出關系登記單元106在完成步驟S23中的處理之后，刪除包括一更新 版本的祖先的文檔ID作為輸出文檔ID的值的記錄(S27)，其中，步 驟S23中的處理用于將一輸入-輸出關系信息記錄登記在輸入-輸出關 系DB130中，其中，所述更新版本的文檔ID是輸出文檔ID，所述 更新版本的祖先的文檔ID是輸入文檔ID。
將使用圖4和15中顯示的示例情況來描述圖16中所顯示的過程 的例子。具體地，在圖16所示的過程中，當電子文檔"Doc4"被登 記在文檔管理服務器10中時，輸入-輸出關系登記單元106將-一輸入 -輸出關系信息記錄登記在輸入-輸出關系08130中，其中，所述輸入 -輸出關系信息記錄包括"Doc2"作為輸入文檔ID并且包括"Doc4" 作為輸出文檔ID，并且還從輸入-輸出關系DB130中刪除包括"Doc2" 作為輸出文檔ID的記錄(對應于圖15的下部所顯示的表中的首行處 的記錄)。這防止文檔管理服務器10響應于使用對應于文檔ID"Docl" 的參考信息文件的請求提供電子文檔"Doc2"或對應的參考信息文 件。因此，能夠阻止具有對應于舊版本的"Docl"的參考信息文件 的用戶獲取它的更新版本"Doc2"，并阻止通過"Doc2"的授權獲取
最新版本"Doc4"。
進一步參考圖17，將描述由輸入-輸出關系登記單元106執(zhí)行的 處理的另一個示例變形。該示例變形與圖15所示的示例變形類似， 防止生成一種漏洞，該漏洞會允許用戶通過使用對應于很舊版本的參 考信息文件，經(jīng)由中間版本來獲取最新的版本。在該示例變形的過程 中，直到步驟S24都可以與圖10或圖14中所示的那些步驟類似。當 步驟S24中的判斷結果為肯定(是)時，執(zhí)行圖17所示的過程。具體 地，輸入-輸出關系登記單元106從登記在文檔DB110中的電子文檔 的更新版本起追蹤派生關系，以指定在最高層的祖先的文檔ID(S41)， 然后指定所述最高祖先的所有后代的文檔ID(S42)。參照派生關系 DB120執(zhí)行步驟S41和S42中的處理。然后輸入-輸出關系登記單元 106提取未接受步驟S44中的處理的，所指定的后代的文檔ID之一 (S43)，并且確定所提取的所述后代的文檔ID的登記時間與時期是否 比電子文檔的更新版本的時間與時期更早(S44)。如果所提取的后代 的登記時間與時期被確定比更新版本的早，那么輸入-輸出關系登記 單元106從輸入-輸出關系DB130中刪除包括所述后代的文檔ID作 為輸出文檔ID的輸入-輸出關系記錄(S45)，并且處理進行步驟S46。 如果登記時間與時期被確定不早，那么處理跳過步驟45并且進行步 驟S46。將關于在步驟S42中指定的后代的文檔ID中的每--個重復 如上所述的步驟S43至S45中的處理(S46)。
在圖4和15所示的例子的情況中，根據(jù)圖17中的過程，當更新 電子文檔"Doc4"被登記時，輸入-輸出關系登記單元106指定最高 祖先"Docl"，然后指定"Doc2"、 "Doc3"和"Doc4"作為"Docl" 的后代。因為在這些后代中，"Doc2"和"Doc3"的登記時間與時期 比更新版本"Doc4"的登記時間與時期更早，輸入-輸出關系登記單 元106從輸入-輸出關系DB130中刪除輸出文檔ID為"Doc2"和 "Doc3"的兩個輸入-輸出關系記錄，即，在圖15的下部的表中的頂 層和第二層處的記錄。
進一步參考圖18和19，將描述由輸入-輸出關系登記單元106 ^^行的處理的另一個示例變形。雖然在上述例子中，輸入-輸出關系
登記單元106自動地添加輸入-輸出關系信息記錄，但是，在該示例 變形中，允許用戶指定待添加的輸入-輸出關系。
在圖18所示的過程中，當響應于來自客戶終端20的請求將電子 文檔的更新版本登記在文檔DB110中時，輸入-輸出關系登記單元106 生成一輸入文檔選擇屏幕并將該選擇屏幕提供給客戶終端20(S51)， 其中，所述輸入文檔選擇屏幕顯示包括更新版本的派生關系的樹形結 構。顯示在輸入文檔選擇屏幕上的派生關系的樹形結構包括電子文檔 的更新版本以及該更新版本的每個祖先。此外，該樹形結構不僅可以 包括更新版本的袓先，還可以包括從該祖先派生的后代。
在圖19中顯示了輸入文檔選擇屏幕300的一個例子。輸入文檔 選擇屏幕300顯示了新登記的更新版本的電子文檔"Doc4"的圖標 302，對應于文檔ID "Docl"和"Doc2"的圖標304和306，它們是
"Doc4"的祖先，以及對應于文檔ID "Doc3"的圖標308，它是祖 先"Docl"的后代。與在圖12所示的例子中一樣，每個圖標302至 308可以指示用于標識每個對應的電子文檔的屬性信息項。在該屏幕 300中，文檔ID之間的派生關系的樹形結構由連接圖標302至308 的線來表示。圖19中說明的派生關系對應于圖4中說明的派生關系 信息記錄。在該例子中，允許用戶在文檔ID "Docl"、 "Doc2"以及
"Doc3"中選擇一個給予其電子文檔"Doc4"的授權的文檔，艮口， 其文檔ID可以是輸入-輸出關系信息記錄中的輸入文檔ID的文檔， 其中，"Docl"、 "Doc2"以及"Doc3"對應于作為電子文檔"Doc4" 的祖先以及祖先的后代的文檔。這里，電子文檔的更新版本的圖標 302可以以不同于其它圖標304至308的方式來顯示(例如，以不同的 顏色或不同的形狀)。為了允許用戶選擇輸入文檔ID，復選框304a、 306a以及308a被分別附加于圖標304、 306以及308?？蛻艚K端20 的文檔處理程序顯示該輸出文檔選擇屏幕300，并且接收想要的文檔 ID的用戶選擇。當用戶選擇想要的文檔ID的復選框并且按下或點擊 發(fā)送按鈕310時，文檔處理程序將所選擇的文檔ID發(fā)送至文檔管理 服務器10的輸入-輸出關系登記單元106。輸入-輸出關系登記單元 106接收所選擇的文檔ID(S52)，并且生成一輸入-輸出關系信息記錄，
并且將其登記在輸入-輸出關系DB130中，其中，所述輸入-輸出關系 信息記錄包括所選擇的文檔ID作為輸入文檔ID，以及電子文檔302 的更新版本的文檔ID作為輸出文檔ID。
雖然在圖19所示的例子中，根據(jù)其得出輸入文檔ID的派生關系 不僅包括更新版本電子文檔的祖先，還包括源自該祖先的后代，但是 該派生關系可以僅包括袓先。
在圖18和19所示的例子變形中，因為將與電子文檔的更新版本 有關的電子文檔的派生關系的相關信息提供給了用戶，所以用戶可以 參照派生關系選擇對應于電子文檔的更新版本的輸入文檔ID。
在如上所述的典型實施例和示例變形中，指示電子文檔的文檔 ID的參考信息文件被提供給客戶終端20，并且代替存儲電子文檔本 身，由客戶終端20存儲其。然而，這種信息文件僅是一個例子。作 為替代，每次執(zhí)行操作時，還能夠發(fā)出操作ID，其唯一標識根據(jù)來 自客戶終端20的指令，相對于文檔管理服務器10中的電子文檔而執(zhí) 行的操作，并且將指示操作ID的參考信息文件提供給客戶終端20。 相對于電子文檔執(zhí)行的操作包括各種類型的操作，例如電子文檔的初 始登記、已登記的電子文檔的更新版本的登記、電子文檔的査看、請 求査看電子文檔所需的參考信息文件等等。在電子文檔的初始登記的 情況下，文檔管理服務器10分配一文檔ID給電子文檔并且將該文檔 ID登記在文檔DB110中，同時分配一操作ID給初始登記的操作并 且生成并存儲一日志信息記錄，其包括文檔ID和操作ID之間的對應 關系。日志信息記錄可以包括日志項，例如操作類型(即，在該例子 中為"初始登記")，指示該操作的操作者的ID，執(zhí)行操作時的時間 與時期等等。
這里，通過使用參考信息文件來執(zhí)行除了電子文檔的初始登記以 外的操作，因此這些操作可以被認為是派生自對應的參考信息文件中 所包含的操作ID的操作。也就是說，存儲在用于執(zhí)行這種操作的參 考信息文件中的操作ID可以被認為是這種操作的父操作的ID。因此 能夠將父操作的ID記錄在日志信息記錄中。因為記錄在日志信息記 錄中的目標操作ID和父操作ID之間的關系對應于所述操作之間的派
生關系，所以這種日志信息記錄可以被存儲在派生關系DB120中作 為派生關系的記錄。
在圖20中顯示了在該方法中記錄在文檔管理服務器10中的示例 日志信息記錄。圖20所示的記錄對于每個操作包括該操作的操作ID、 父操作ID、作為操作的對象的文檔的文檔ID、操作類型以及其它曰 志項。由圖20所示的日志信息記錄指示的操作之間的派生關系在圖 21中示意性地說明。
當用戶執(zhí)行電子文檔的初始登記時，將包括分配給該登記操作的 操作ID的參考信息文件提供給用戶。然后，當該用戶或己從該用戶 獲取所述參考信息文件的用戶通過使用所述參考信息文件相對于所 述電子文檔命令操作時，由該參考信息文件指示的操作ID被從客戶 終端20傳送至文檔管理服務器10。文檔管理服務器10執(zhí)行由客戶 終端20命令的操作，分配一新的操作ID給該操作，并且將包括該新 的操作ID的參考信息文件返回給客戶終端20?？蛻艚K端20利用新 接收的參考信息文件替換被用于命令操作的參考信息文件。此外，文 檔管理服務器10記錄對應于所執(zhí)行的操作的日志信息記錄(派生關系 信息記錄)。
例如，圖20和21中所示的例子指出，操作者"userl"通過操 作"Opel"在文檔管理服務器10中初始登記一文檔"Docl"。然后， 另一個操作者"user2"從操作者"userl"獲取包括在初始登記時由 文檔服務器10發(fā)出的操作ID "Opel"的參考信息文件，并且使用該 參考信息文件査看文檔"Docl"。由于該查看，由操作者"user2"擁 有的參考信息文件被替換為包括對應于該査看的操作ID "Ope2"的 參考信息文件。操作者"user2"使用包括操作ID "Ope2"的參考信 息文件來更新文檔"Docl"，并且將更新版本"Doc2"登記在文檔管 理服務器10中。
在將操作ID之間的派生關系記錄在文檔管理服務器10中的系統(tǒng) 中，因為作為每個操作的對象的電子文檔可以按照與如上所述的典型 實施例和示例變形類似的方式被唯一地指定，所以可以從操作ID之 間的派生關系獲取文檔ID之間的派生關系。例如，通過僅聚焦于操
作ID之間的派生關系中的電子文檔的初始登記以及其更新版本的登 記，同時忽略其它操作，可以獲取文檔ID之間的派生關系。然后， 文檔管理服務器IO通過參考文檔ID之間的派生關系，可以更新輸入 -輸出關系DB130，這類似于如上所述的典型實施例和示例變形。
文檔管理服務器10在接收到包括參考信息文件中的操作ID的操 作指令時，從派生關系DB120中獲取對應于該操作ID的文檔ID。 然后，文檔管理服務器10獲取包括該文檔ID作為輸入文檔ID的輸 入-輸出關系信息記錄，并且針對對應于在輸入-輸出關系信息記錄中 指定的輸出文檔ID的電子文檔執(zhí)行所命令的操作。
如上所述的文檔管理服務器10 —般通過由通用計算機執(zhí)行描述 如上所述的每個單元的功能或處理內容的程序來實現(xiàn)。如圖22所示， 計算機包括一種電路結構作為硬件，其中，例如微處理器這樣的 CPU(中央處理器)40、例如隨機存取存儲器這樣的存儲器(主存儲 器)42、各種I/0(輸入/輸出)接口44等等經(jīng)由總線46互聯(lián)。此外，硬 盤驅動器48和用于讀取各種標準的記錄介質(例如CD、 DVD)的盤驅 動器50經(jīng)由I/O接口連接到總線46。(這里，用于閃速存儲器的接口 等等也可以被連接，從而，除如上所述的各種盤以外，也可以使用例 如閃速存儲器這樣的非易失性記錄介質。)這種驅動器48或50用作 存儲器的外存儲設備。描述典型實施例的處理內容的程序被經(jīng)由例如 CD或DVD這樣的記錄介質，或經(jīng)由網(wǎng)絡存儲在固定存儲設備中， 例如硬盤驅動器48，然后安裝在計算機中。當存儲在固定存儲設備 中的程序被讀入存儲器并由CPU執(zhí)行時，實現(xiàn)典型實施例的處理。 類似地，客戶終端20可以通過使通用計算機執(zhí)行描述如上所述的文 檔處理程序的程序來實現(xiàn)。
上述對本發(fā)明的典型實施例的描述用于說明和描述。其目的不在 于窮盡或限制本發(fā)明為所公開的精確形式。顯然，許多變形和改變對 于本領域技術人員來講是顯而易見的。選擇并描述實施例以便最好地 說明本發(fā)明的原理以及它的實際應用，從而使得本領域的其他技術人 員能夠理解適于特定用途的各種實施例以及具有各種變形的本發(fā)明。 本發(fā)明的范圍應由下列權利要求和它們的等價物所定義。
權利要求
1.一種文檔提供系統(tǒng)，包括派生關系登記單元，用于當接收到登記作為第一電子文檔的更新版本的第二電子文檔的指令時，將指示所述第二電子文檔派生自所述第一電子文檔的派生關系登記在派生關系存儲單元中；輸入-輸出關系登記單元，用于根據(jù)登記在所述派生關系存儲單元中的所述派生關系生成輸入-輸出關系信息，并且將所述輸入-輸出關系信息登記在輸入-輸出關系存儲單元中，其中，所述輸入-輸出關系信息指示將響應于指定所請求的電子文檔的文檔請求而提供的更新電子文檔；以及提供單元，用于當接收到文檔請求時，根據(jù)所述輸入-輸出關系信息獲取對應于在所述文檔請求中指定的所請求的電子文檔的更新電子文檔，并且提供所獲取的所述更新電子文檔。
2. 根據(jù)權利要求1所述的文檔提供系統(tǒng)，其中 當指示所述第二電子文檔派生自所述第一電子文檔的派生關系被登記在所述派生關系存儲單元中時，所述輸入-輸出關系登記單元 登記一輸入-輸出關系信息，其指示關于在派生關系樹形結構中作 為所述第二電子文檔的祖先的電子文檔，將對應于指定所述祖先電子 文檔為所請求的電子文檔的文檔請求而提供的更新電子文檔是所述 第二電子文檔，其中，通過存儲在所述派生關系存儲單元中的派生關 系來表示所述派生關系樹形結構。
3. 根據(jù)權利要求2所述的文檔提供系統(tǒng)，其中 關于所述派生關系樹形結構中的所述第二電子文檔的多個祖先電子文檔中的、滿足預定限制條件的祖先電子文檔，所述輸入-輸出 關系登記單元登記一輸入-輸出關系信息，其指示將對應于指定所述 祖先電子文檔為所請求的電子文檔的文檔請求而提供的更新電子文 檔是所述第二電子文檔。
4. 根據(jù)權利要求3所述的文檔提供系統(tǒng)，其中 所述輸入-輸出關系登記單元使用一條件作為所述限制條件，所述條件將所述祖先電子文檔限制為在從所述第二電子文檔被登記時 起的預定時間段內的時間和日期被登記在所述派生關系存儲單元中 的祖先電子文檔。
5. 根據(jù)權利要求2所述的文檔提供系統(tǒng)，還包括 刪除單元，用于當?shù)谝惠斎?輸出關系信息被登記在所述輸入-輸出關系存儲單元中時，刪除第二輸入-輸出關系信息，其中，所述第 --輸入-輸出關系信息中的所請求的電子文檔是將根據(jù)所述文檔請求 而提供的更新電子文檔。
6. 根據(jù)權利要求1所述的文檔提供系統(tǒng)，其中 當指示所述第二電子文檔派生自所述第一電子文檔的派生關系登記在所述派生關系存儲單元中時，所述輸入-輸出關系登記單元顯 示由存儲在所述派生關系存儲單元中的派生關系表示的派生關系樹 形結構，并且接收對作為顯示器上的所述第二電子文檔的祖先的電子 文檔的指定，并且登記一輸入-輸出關系信息，其指示將響應于關于 所指定的電子文檔的文檔請求而提供所述第二電子文檔。
7. —種用于提供電子文檔的方法，包括當接收到登記作為第一電子文檔的更新版本的第二電子文檔的 指令時，將指示所述第二電子文檔派生自所述第一電子文檔的派生關系登記在派生關系存儲單元中；根據(jù)登記在所述派生關系存儲單元中的所述派生關系生成輸入-輸出關系信息，并且將所述輸入-輸出關系信息登記在輸入-輸出關系 存儲單元中，其中，所述輸入-輸出關系信息指示將響應于指定所請 求的電子文檔的文檔請求而提供的更新電子文檔；以及當接收到文檔請求時，根據(jù)所述輸入-輸出關系信息獲取對應于 在所述文檔請求中指定的所請求的電子文檔的更新電子文檔，并且提 供所獲取的所述更新電子文檔。
8. 根據(jù)權利要求7所述的方法，其中當指示所述第二電子文檔派生自所述第一電子文檔的派生關系 被登記在所述派生關系存儲單元中時，所述輸入-輸出關系信息的登記包括登記一輸入-輸出關系信息，其指示關于在派生關系樹形結 構中作為所述第二電子文檔的祖先的電子文檔，將對應于指定所述袓 先電子文檔為所請求的電子文檔的文檔請求而提供的更新電子文檔 是所述第二電子文檔，其中，通過存儲在所述派生關系存儲單元中的 派生關系來表示所述派生關系樹形結構。
9. 根據(jù)權利要求8所述的方法，其中所述輸入-輸出關系信息的登記包括，關于所述派生關系樹形結 構中的所述第二電子文檔的多個祖先電子文檔中的、滿足預定限制條 件的祖先電子文檔，登記一輸入-輸出關系信息，其指示將對應于指 定所述祖先電子文檔為所請求的電子文檔的文檔請求而提供的更新 電子文檔是所述第二電子文檔。
10. 根據(jù)權利要求9所述的方法，其中所述輸入-輸出關系信息的登記包括，使用一條件作為所述限制 條件，所述條件將所述祖先電子文檔限制為在從所述第二電子文檔被 登記時起的預定時間段內的時間和日期被登記在所述派生關系存儲 單元中的祖先電子文檔。
11. 根據(jù)權利要求8所述的方法，還包括當?shù)谝惠斎?輸出關系信息被登記在所述輸入-輸出關系存儲單 元中時，刪除第二輸入-輸出關系信息，其中，所述第一輸入-輸出關 系信息中的所請求的電子文檔是將根據(jù)所述文檔請求而提供的更新 電子文檔。
12.根據(jù)權利要求7所述的方法，其中所述輸入-輸出關系信息的登記包括，當指示所述第二電子文檔 派生自所述第一電子文檔的派生關系登記在所述派生關系存儲單元 中時，顯示由存儲在所述派生關系存儲單元中的派生關系表示的派生 關系樹形結構，并且接收對作為顯示器上的所述第二電子文檔的祖先 的電子文檔的指定，并且登記一輸入-輸出關系信息，其指示將響應 于關于所指定的電子文檔的文檔請求而提供所述第二電子文檔。
全文摘要
提供一種文檔提供系統(tǒng)，包括派生關系登記單元，用于當接收到命令登記作為第一電子文檔的更新版本的第二電子文檔的指令時，將指示所述第二電子文檔派生自所述第一電子文檔的派生關系登記在派生關系存儲單元中；輸入-輸出關系登記單元，用于根據(jù)登記在所述派生關系存儲單元中的所述派生關系生成輸入-輸出關系信息，并且將所述輸入-輸出關系信息登記在輸入-輸出關系存儲單元中，其中，所述輸入-輸出關系信息指示將響應于指定所請求的電子文檔的文檔請求而提供的更新電子文檔；以及提供單元，用于當接收到文檔請求時，根據(jù)所述輸入-輸出關系信息獲取對應于在所述文檔請求中指定的所請求的電子文檔的更新電子文檔，并且提供所獲取的所述更新電子文檔。
文檔編號G06F12/00GK101196896SQ20071011012
公開日2008年6月11日 申請日期2007年6月18日 優(yōu)先權日2006年12月4日
發(fā)明者國武節(jié), 川邊惠久, 鈴木明, 額賀雅夫 申請人:富士施樂株式會社