信息管理系統(tǒng)及方法
【專利摘要】一種信息管理系統(tǒng)，其包括數(shù)據(jù)比較模塊、本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件、用于請求信息的用戶界面、可選的通信模塊和可選的準則分析器，準則分析器用于分析一個或多個準則，由此使得能夠創(chuàng)建一個或多個合適的模板，其中：數(shù)據(jù)比較模塊使得能夠在無需進行重新構(gòu)建信息、重新分類信息、重新索引信息中的一項或多項的情況下精煉信息查詢；通信模塊促進系統(tǒng)中的參與者之間的通信；一個或多個方法可以被用來根據(jù)上下文訪問信息；并且根據(jù)一個或多個準則主動管理遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。
【專利說明】信息管理系統(tǒng)及方法【背景技術】
[0001]任何企業(yè)最有價值的要素之一是由經(jīng)營企業(yè)的人持有的累積的經(jīng)驗、知識和人際關系。這些要素包括關于怎樣經(jīng)營企業(yè)的重要且有價值的訣竅，而且還通常提供采購信息方面的重要的競爭優(yōu)勢，并且?guī)硇碌臐撛诘目蛻艉凸獭?br> [0002]當企業(yè)的經(jīng)營者離開，積累的經(jīng)驗和人際關系通常也離開了一記錄這些事情是不尋常的，并且即使記錄，通常也是非常難以移交。進一步地，當建立新的企業(yè)時，在不保留具有積累的經(jīng)驗和人際關系的人的情況下，沒有現(xiàn)成的有效方法來獲得這種經(jīng)驗。
[0003]這種問題尤其與和許多不同的供應商(例如經(jīng)常以臨時的方式從事轉(zhuǎn)包商來做離散的工作的建筑供應商)交易的小型企業(yè)相關。在沒有建立好的人際關系的情況下，需要花費大量的試驗和錯誤/彎路來找到穩(wěn)定、可靠以及高品質(zhì)的轉(zhuǎn)包商團隊以覆蓋工作要求的范圍的每個方面。進一步地，有著重要人際關系的企業(yè)經(jīng)常接收更多推薦，而如果沒有經(jīng)驗和建立好的人際關系，則難以獲得重要的推薦。
[0004]包括軟件應用的信息管理系統(tǒng)在這種信息的創(chuàng)建、管理和使用方面是有用的。然而這類應用已經(jīng)變得日趨復雜，從而提供給用戶很多不同的配置選項。然而日趨增加的復雜性和多個選項意味著軟件使用起來會越來越困難并且耗時。即使對于理解不同選項并且熟悉它們被軟件呈現(xiàn)的方式的熟練用戶，多個不同選項意味著簡單任務或配置比通過定制途徑可能實現(xiàn)的會花費更長時間來完成或設置。
[0005]有許多已知方法來解決這個問題。例如，一些軟件銷售商生產(chǎn)同一軟件的不同版本，一個版本針對初學用戶(僅呈現(xiàn)初學者可能有興趣的選項)并且另一些針對熟練用戶(呈現(xiàn)所有可用選項)。然而，這種方法沒有成功地解決有時即使對于熟練用戶使用更合理化的界面進行簡單任務將更高效的問題。
[0006]另一個常用的方法是為不同任務或環(huán)境提供用戶可以選擇的多個預配置模板。以此方式，熟練用戶可以在需要完成復雜任務時選擇復雜配置，而在需要完成簡單任務時選擇簡單模板。然而，這種方法通常不適于初學用戶，其沒有足夠經(jīng)驗來確定選擇哪個預配置模板。進一步地，這種方法依賴于提前構(gòu)造好合適的模板。
[0007]這種軟件應用可以在客戶端本地操作或者托管在網(wǎng)絡上(經(jīng)常被稱為“軟件即服務”或“云計算”)。在世界各地很多地方，隨著網(wǎng)絡性能提高以及帶寬成本減少，托管的應用變得更受歡迎。它們提供如下顯著好處，即處理可以集中完成，從而顯著減少本地客戶端要求以及增加遠程終端用戶的訪問性。
[0008]然而，在一些地理位置和環(huán)境中，由于沒有網(wǎng)絡連接、網(wǎng)絡連接比需要的或期望的慢或者帶寬相對昂貴，托管應用(特別是數(shù)據(jù)密集的應用)是不期望的。
[0009]作為一個示例，這些問題對于參與建設項目的公司特別嚴重。這種項目通常包括許多不同的位于遠程的各方(其中一些可能沒有任何的、一致的、快速的或者商業(yè)成本有效的因特網(wǎng)接入)以及許多大的數(shù)據(jù)密集文檔(例如CAD繪圖)。一些特別大的建設項目在因特網(wǎng)接入相對昂貴的地理位置進行。
[0010]進一步地，托管應用的現(xiàn)代特征，例如消息傳送、集中控制的安全角色和許可以及管理多方編輯上的多個文檔修訂，沒有轉(zhuǎn)化或者適當轉(zhuǎn)化為本地托管應用。
[0011]在本說明書中對任何現(xiàn)有技術的引用并非并且不應該被認為承認或者任何形式地暗示現(xiàn)有技術形成公知常識的一部分。

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

[0012]根據(jù)本發(fā)明的一個方面，提供管理信息的系統(tǒng)，其包括數(shù)據(jù)比較模塊和可選的通信模塊，其中數(shù)據(jù)比較模塊使得能夠在無需進行重新構(gòu)建信息、重新分類信息、重新索引信息的情況下精煉信息查詢，并且其中通信模塊有助于系統(tǒng)中的參與者之間的通信。
[0013]系統(tǒng)可以適于處理投標信息和/或在客戶和供應商之間共享信息，并且其可以適于從一組信息創(chuàng)建投標請求。與投標請求相關的信息可以被交互式地顯示給終端用戶。信息還包括投標請求的潛在接收人。
[0014]可以以任何合適的方式選擇潛在供應商，例如從數(shù)據(jù)庫自動選擇或者由用戶交互式地選擇。
[0015]可以在客戶和供應商之間選擇性地共享信息，并且可以根據(jù)數(shù)據(jù)庫自動驗證信息，數(shù)據(jù)庫可選地是權威性的。
[0016]在本系統(tǒng)中，投標者可以對投標請求進行響應，并且從系統(tǒng)中的各方之間存儲或交換的信息創(chuàng)建一個或多個文檔。
[0017]文檔可以是任何類型，例如合同文檔、建筑文檔、工程管理文檔或其他文檔。
[0018]在一個實施例中，數(shù)據(jù)比較模塊包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用戶界面?？蛇x地，用戶界面可以提供用于創(chuàng)建模板的系統(tǒng)，系統(tǒng)包括準則分析器，其用于分析一個或多個操作準則并且由此使得能夠創(chuàng)建一個或多個合適的模板。
[0019]在本發(fā)明的一個方面中，提供管理信息的方法，其包括:接收信息查詢，精煉信息查詢，而不進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項；以及可選地促進相關信息管理系統(tǒng)中的多個參與者之間的通信。
[0020]系統(tǒng)還可以處理投標信息和/或在客戶和供應商之間共享信息，并且其可以從一組信息創(chuàng)建投標請求?？梢砸匀魏魏线m的形式提供與投標請求相關的信息，例如其可以被交互式地顯示給終端用戶。信息可以包括投標請求的潛在接收人，并且可以以任何合適的方式選擇潛在供應商，例如，從數(shù)據(jù)庫自動選擇或由用戶交互式地選擇。
[0021]這個方面的方法允許在客戶和供應商之間選擇性地共享信息。還可以驗證信息，例如根據(jù)數(shù)據(jù)庫自動驗證，數(shù)據(jù)庫可選地是權威性的。
[0022]可以從系統(tǒng)中的各方之間存儲或交換的信息創(chuàng)建一個或多個文檔。
[0023]在本發(fā)明的另一個方面中，提供信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用于請求信息的用戶界面，其中一個或多個方法可以被用來根據(jù)上下文訪問信息。在另一個方面中，提供信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用于請求信息的用戶界面，其中根據(jù)一個或多個準則主動管理遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。
[0024]在一些實施例中，也可以將存儲在遠程數(shù)據(jù)存儲件上的文檔的至少一個副本存儲在本地數(shù)據(jù)存儲件上?？梢曰谝粋€或多個準則在本地數(shù)據(jù)存儲件中存儲文檔，一個或多個準則可以被動態(tài)調(diào)整。例如可以存儲在遠程數(shù)據(jù)存儲件上的認證和/或安全參數(shù)可以用于確定終端用戶是否可以訪問特定信息，例如文擋。
[0025]可以以任何合適的方式復制文檔，例如可以根據(jù)一個或多個參數(shù)將它們主動復制到本地數(shù)據(jù)存儲件，一個或多個參數(shù)可以被動態(tài)調(diào)整。
[0026]還可以提供通信部件，以便與另一個系統(tǒng)通信，從而根據(jù)一組或多組準則經(jīng)由優(yōu)選路徑將文檔交付至用戶界面，一組或多組準則可以可選地被動態(tài)調(diào)整。系統(tǒng)還可以通過標準化界面使得能夠?qū)π畔⑦M行離線訪問或者提供對信息的離線訪問。
[0027]在另一個方面中，提供信息管理方法，其包括以下步驟:從遠程數(shù)據(jù)存儲件接收對信息的請求，分析請求的上下文，并且基于分析選擇信息傳遞方法。另一個方面提供信息管理方法，其包括以下步驟:從遠程數(shù)據(jù)存儲件接收對信息的請求，分析請求并且基于一個或多個準則主動管理信息的傳遞。
[0028]方法可以包括將存儲在遠程數(shù)據(jù)存儲件上的文檔的至少一個副本存儲在本地數(shù)據(jù)存儲件上的步驟?？梢源嬖诨谝粋€或多個準則在本地數(shù)據(jù)存儲件中選擇性地存儲文檔的附加步驟，一個或多個準則可以被動態(tài)調(diào)整?？赡艽鎯υ谶h程數(shù)據(jù)存儲件中的認證和/或安全參數(shù)可以用于確定終端用戶是否可以訪問特定信息，例如文檔。
[0029]可以以任何合適的方式復制文檔，例如可以根據(jù)一個或多個參數(shù)主動復制文檔至本地數(shù)據(jù)存儲件，一個或多個參數(shù)可以被動態(tài)調(diào)整。方法還可以包括與另一個系統(tǒng)通信，從而根據(jù)一個或多個準則經(jīng)由優(yōu)選路徑將文檔交付至用戶界面，一個或多個準則可以被動態(tài)調(diào)整。方法還可以通過標準化界面提供對信息的離線訪問以及可選的只讀訪問，從而使得能夠在例如遠程系統(tǒng)不可訪問的情況下進行訪問。
[0030]另一個方面是從最少的一組信息創(chuàng)建投標請求的系統(tǒng)。可以從數(shù)據(jù)庫可選地獲得關于投標的附加信息，并且與投標請求相關的信息可以被交互式地顯示給終端用戶?？梢允褂萌魏魏线m類型的信息，包括投標請求的潛在接收者。
[0031]在本方面的一個實施例中，數(shù)據(jù)比較模塊包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用戶界面。可選地，用戶界面可以提供用于模板的系統(tǒng)，系統(tǒng)包括準則分析器，其用來分析一個或多個操作準則，由此使得能夠創(chuàng)建一個或多個合適的模板。
[0032]在本發(fā)明的另一個方面中，提供在客戶和供應商之間共享信息的系統(tǒng)或方法，系統(tǒng)包括數(shù)據(jù)比較模塊，其用于使得能夠在無需進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項的情況下精煉信息查詢。在一些實施例中，可以在客戶和供應商之間選擇性地共享信息。在一些實施例中，可以根據(jù)權威性數(shù)據(jù)庫自動驗證共享的信息。在一些實施例中，投標者可以對投標請求進行響應——例如經(jīng)由通信模塊。
[0033]在一些實施例中，從系統(tǒng)中的合同各方之間存儲或交換的信息創(chuàng)建合同文檔包。
[0034]在一些方面中，本發(fā)明可以提供以下中的一個或多個:
Ca)記錄、組織以及共享企業(yè)知識同時保留機密及隱私的方法；
(b)使用共享知識來幫助客戶創(chuàng)建投標邀請，包括使用積累的經(jīng)驗來創(chuàng)建報價和潛在供應商的決選名單的方便方法；
(C)客戶創(chuàng)建投標邀請并且將其傳送至潛在供應商的方便方法；
Cd)供應商被通知關于投標邀請并且從潛在客戶接收投標邀請的方便方法；
(e)供應商相比于之前的投標邀請以及積累的知識的各方面(包括定價、其他供應商和法規(guī)信息)審閱投標邀請的方便方法； (f)供應商對投標邀請進行響應、是否請求進一步的信息、拒絕邀請或者用投標響應邀請的方便方法；
(g)從包含在系統(tǒng)內(nèi)的信息以及可選地包括來自投標響應的信息創(chuàng)建合同文檔的方便方法。
[0035]本發(fā)明的另一個方面是數(shù)據(jù)比較系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用于請求信息的用戶界面，其中根據(jù)一個或多個準則主動管理遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。本發(fā)明的進一步的方面是信息管理方法，其包括從遠程信息存儲件請求信息、分析信息傳遞上下文以及選擇信息傳遞方法的步驟。
[0036]在一些實施例中，系統(tǒng)使用存儲在遠程數(shù)據(jù)存儲件上的認證和安全參數(shù)來確定終端用戶是否可以訪問特定文檔。還可以根據(jù)某些參數(shù)主動復制文檔至本地數(shù)據(jù)存儲件，在一些實施例中這些參數(shù)可以被動態(tài)調(diào)整。
[0037]在另一個方面中，提供用于通過標準化界面提供對數(shù)據(jù)的離線訪問的系統(tǒng)。
[0038]在一些實施例中，本發(fā)明通過根據(jù)終端用戶的特性及其位置無縫地混合不同類型的訪問方法來解決對遠程存儲的電子數(shù)據(jù)的訪問中的問題，同時管理諸如安全和文檔修訂的問題。
[0039]根據(jù)本發(fā)明的用戶界面提供用于創(chuàng)建模板的系統(tǒng)，系統(tǒng)包括準則分析器，其用來分析一個或多個操作準則，由此使得能夠創(chuàng)建一個或多個合適的模板。
[0040]在本發(fā)明的進一步的方面中，提供用于創(chuàng)建模板的系統(tǒng)，系統(tǒng)包括準則分析器，其用來分析一個或多個準則，由此使得能夠創(chuàng)建一個或多個合適的模板。
[0041]本文所用的術語‘模板’用于廣泛地描述人類使用的界面。
[0042]系統(tǒng)還包括模板要素存儲件、要素選擇器以及渲染引擎，其中要素選擇器基于來自準則分析器的輸出來選擇一個或多個模板要素，以便由渲染引擎進行渲染。在某些情況下，基于與用戶提供的一個或多個信息或者從終端用戶提供的信息導出的信息的相關性來選擇要素。要素可以包括任何合適的東西，例如，其可以包括用于軟件應用的配置信息和/或一個或多個文檔的部件。
[0043]在本發(fā)明的一個方面中，提供用于創(chuàng)建模板的方法，其包括分析一個或多個準則并且創(chuàng)建一個或多個合適的模板。方法可以包括在模板要素存儲件中存儲模板要素、基于來自準則分析器的輸出從模板要素存儲件選擇要素以及從一個或多個選定的模板要素渲染模板的步驟?？梢曰谂c由用戶提供的信息或者從終端用戶提供的信息導出的信息的相關性來選擇要素。要素可以包括任何合適的東西，例如，其可以包括用于軟件應用的配置信息和/或一個或多個文檔的部件。
[0044]本發(fā)明提供一種基于最少的一組輸入?yún)?shù)動態(tài)地識別并且創(chuàng)建終端用戶所需的最佳模板配置的方便系統(tǒng)。進一步地，本發(fā)明提供共享和更新各模板要素的方便方法，系統(tǒng)根據(jù)需要動態(tài)使用這些要素來創(chuàng)建最佳結(jié)果。
[0045]在進一步的方面中，提供信息管理系統(tǒng)，其包括數(shù)據(jù)比較模塊、本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件、用于請求信息的用戶界面、可選的通信模塊和可選的準則分析器，準則分析器用來分析一個或多個準則，由此使得能夠創(chuàng)建一個或多個合適的模板，其中:數(shù)據(jù)比較模塊使得能夠在無需進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項的情況下精煉信息查詢；通信模塊有助于系統(tǒng)中的參與者之間的通信；一個或多個方法可以用來根據(jù)上下文訪問信息；并且根據(jù)一個或多個準則主動管理遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。
[0046]在另一個方面中，提供管理信息的方法，其包括:接收信息查詢；精煉信息查詢，而不進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項；分析請求的上下文，并且基于該分析選擇信息傳遞方法；分析請求并且基于一個或多個準則主動管理信息的傳遞；通過分析一個或多個準則并且創(chuàng)建一個或多個合適的模板，以此可選地創(chuàng)建模板；以及可選地促進相關信息管理系統(tǒng)中的多個參與者之間的通信。
[0047]在整個說明書中(包括接下來的任何權利要求)，除非上下文另有要求，否則詞語‘包括’，以及諸如‘包括了’和‘包括的’的變體，應當理解為暗示包括所述的整數(shù)(integer)或步驟，或者整數(shù)或步驟的集合，但不排除任何其它整數(shù)或步驟，或者整數(shù)或步驟的集合。
【專利附圖】

【附圖說明】
[0048]圖1示出在客戶服務器結(jié)構(gòu)中本發(fā)明的一個方面的典型實施例。
[0049]圖2示出在本發(fā)明的一個方面中基于關鍵屬性對供應商搜索的示例。
[0050]圖3示出在本發(fā)明的一個方面中基于關鍵屬性實時搜索供應商以及顯示從數(shù)據(jù)聚合模塊導出的進一步關鍵屬性的示例。
[0051]圖4示出在本發(fā)明的一個方面中至外部方的投標邀請的創(chuàng)建的示例。
[0052]圖5示出在本發(fā)明的一個方面中對投標邀請的搜索。
[0053]圖6示出在本發(fā)明的一個方面中可以用于當前發(fā)明的示例性軟件應用。
[0054]圖7示出在本發(fā)明的一個方面中創(chuàng)建用戶界面的模板的示例。
[0055]圖8示出在本發(fā)明的一個方面中根據(jù)本發(fā)明的用戶界面的示例。
[0056]圖9示出根據(jù)本發(fā)明的用戶界面的另一實施例。
【具體實施方式】
[0057]本文針對與建筑及建造行業(yè)中的企業(yè)相關的具體優(yōu)選實施例是方便的。然而，本發(fā)明可適用于廣泛的行業(yè)，并且應該理解，其他構(gòu)造和布置也認為落入本發(fā)明的范圍。對本文所描述的構(gòu)造和布置進行的各種修改、改變、變化和/或附加也認為落入本發(fā)明的范圍。
[0058]信息管理系統(tǒng)
在本示例實施例中，所述系統(tǒng)包括下列模塊:
(a)數(shù)據(jù)聚合模塊；
(b)數(shù)據(jù)比較模塊；
(c)通信模塊；以及
(d)用戶界面模塊。
[0059]數(shù)據(jù)聚合模塊可以是常規(guī)的電子數(shù)據(jù)存儲件(例如計算機數(shù)據(jù)庫或文件系統(tǒng))并且由系統(tǒng)用來存儲和獲取信息。
[0060]數(shù)據(jù)比較模塊對數(shù)據(jù)操作比較功能，使得其聚合來自數(shù)據(jù)聚合模塊的相關數(shù)據(jù)。例如，數(shù)據(jù)比較模塊可以從數(shù)據(jù)聚合模塊請求地理區(qū)域中的供應商，但是結(jié)合來自外部源的數(shù)據(jù)應用過濾器，從而使返回的數(shù)據(jù)集變窄，以便與請求的數(shù)據(jù)更相關。以此方式，在無需重建、重新分類、重新索引整個系統(tǒng)并且可選擇地無需重建、重新分類、重新索引該系統(tǒng)的部件的情況下，可以幾乎實時地修改優(yōu)化和查詢并且不斷精煉以及添加，從而使用新的
數(shù)據(jù)源。
[0061]通信模塊有助于系統(tǒng)中的參與者之間進行通信。通信模塊可以使用常規(guī)通信協(xié)議實現(xiàn)，并且經(jīng)由系統(tǒng)中可用的通信日志可選地記錄與通信相關的信息。
[0062]用戶界面模塊用于顯示信息并且從終端用戶接收輸入(包括請求)。將用戶界面模塊描述為網(wǎng)站是方便的，但是可以使用任何方便的顯示和輸入方法。
[0063]在典型實施例中，數(shù)據(jù)聚合模塊、數(shù)據(jù)比較模塊和通信模塊可訪問的信息可以被存儲在遠程數(shù)據(jù)庫(例如計算機在網(wǎng)絡上或者通過任何托管界面可訪問的服務器)中的電子表格中。通過用戶界面層提供對信息(在這里是文檔)的遠程訪問，用戶界面層與遠程數(shù)據(jù)存儲件分離，用戶界面層使用任何合適的方法經(jīng)由網(wǎng)絡訪問存儲在遠程數(shù)據(jù)存儲件中的信息。
[0064]同樣，設想模塊以常規(guī)布置被配置為用于網(wǎng)站是方便的，但是模塊的其他布置也可以按需要操作(例如所有模塊位于客戶端計算機并且經(jīng)由數(shù)據(jù)比較模塊在對等環(huán)境中操作)。
_5] 對電子信肩、的訪問
與企業(yè)有關的信息可以被存儲在電子表格中，其可以被本地訪問，或者由計算機在網(wǎng)絡上或者通過托管應用訪問。在一個優(yōu)選實施例中，信息(例如一組文檔)以合適的電子文件格式被存儲在遠程數(shù)據(jù)庫(例如遠程數(shù)據(jù)存儲件)中的電子表格中。通過用戶界面層提供對信息(在這里是文檔)的遠程訪問，用戶界面層與遠程數(shù)據(jù)存儲件分離，用戶界面層使用任何合適的方法經(jīng)由網(wǎng)絡訪問存儲在遠程數(shù)據(jù)存儲件中的信息。
[0066]用戶界面層通過請求來自中間軟件應用而不是遠程數(shù)據(jù)存儲件的信息來可選地間接訪問在遠程數(shù)據(jù)存儲件中的信息。
[0067]在一些實施例中，提供了信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及請求信息的用戶界面，其中一個或多個方法可以用于根據(jù)上下文訪問信息。在一些實施例中，提供了信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及請求信息的用戶界面，其中根據(jù)一個或多個準則主動管理遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。
[0068]在一些實施例中，遠程系統(tǒng)能夠經(jīng)由本地系統(tǒng)仍然保持訪問的審查追蹤，并且在一些實施例中，本地系統(tǒng)能夠支持多個用戶而不危害安全性。
[0069]本領域技術人員應該理解，在一些配置中，自遠程數(shù)據(jù)存儲件的數(shù)據(jù)傳遞速率比本地數(shù)據(jù)存儲件顯著較低，由此鑒于此特別理解本發(fā)明的各種益處。
[0070]為便于引用，本文描述的示例性軟件應用被稱為‘Blinky’(見圖6)。用戶界面層可以配置為使得使用一系列探測網(wǎng)絡請求，其可以試圖發(fā)現(xiàn)軟件應用(例如Blinky)的存在，并且自動配置自身來使用方便定位的安裝。
[0071]在該優(yōu)選實施例中，軟件應用Blinky位于相關終端用戶的本地網(wǎng)絡內(nèi)，使得在訪問和交付數(shù)據(jù)時，對Blinky的訪問足夠快并且成本有效。在一些實施例中，軟件應用具有本地數(shù)據(jù)存儲件，在本地數(shù)據(jù)存儲件中軟件應用可以保留信息(例如一個或多個文檔)的副本。
[0072]作為非限制示例，終端用戶可以以下列方式訪問存儲的電子文檔(圖6)。[0073]1.終端用戶在用戶界面中導航到該文檔并且使用任何方便的方法來請求文件；
2.假設用戶界面被配置為使用Blinky(手動配置或者通過自動配置進程)，其從Blinky請求文檔；
3.Blinky檢查文檔是否在本地數(shù)據(jù)存儲件中；
4.如果文檔在本地數(shù)據(jù)存儲件中，則:
a.Blinky從遠程數(shù)據(jù)存儲件中請求版本信息；
b.如果文件存在于遠程數(shù)據(jù)存儲件中并且與本地數(shù)據(jù)存儲件版本是相同版本，則: 1.Blinky從遠程數(shù)據(jù)存儲件請求關于該文檔的安全信息；
1.如果請求信息的用戶允許訪問該文檔，則Blinky發(fā)送文檔至從本地數(shù)據(jù)存儲件中請求該文檔的用戶界面，而不從遠程數(shù)據(jù)存儲件中請求完整的文件；
2.否則，Blinky返回適當?shù)摹拔词跈唷卞e誤。
[0074]c.否則
1.Blinky使用用戶的安全憑證從遠程數(shù)據(jù)存儲件請求文檔；
?.如果遠程數(shù)據(jù)存儲件返回文檔，則Blinky將該文檔存儲在本地數(shù)據(jù)存儲件中，并且將其供應給請求文 檔的用戶界面；
ii1.如果遠程數(shù)據(jù)存儲件在以上步驟的任何一步中返回錯誤(沒有文檔存在或者終端用戶未授權)，則Blinky將錯誤傳遞給終端用戶。
[0075]5.否則
a.Blinky使用用戶的安全憑證從遠程數(shù)據(jù)存儲件請求文檔；
b.如果遠程數(shù)據(jù)存儲件返回文件，則Blinky將該文檔存儲在本地數(shù)據(jù)存儲件中，并且將其供應給請求文檔的界面；
c.如果遠程數(shù)據(jù)存儲件在以上步驟的任何一步中返回錯誤(沒有文檔存在或者終端用戶未授權)，則Blinky將錯誤傳遞給終端用戶。
[0076]以此方式，Blinky能夠快速并且成本有效地傳送文檔至終端用戶。
[0077]作為進一步的非限制示例，終端用戶可以以下列方式訪問存儲的電子文檔。
[0078]1.終端用戶在用戶界面中導航到文檔并且使用任何方便的方法來以一組特定的屬性請求文檔；
2.假設用戶界面被配置為使用本地數(shù)據(jù)存儲件(手動配置或者通過自動配置進程)，其從本地數(shù)據(jù)存儲件請求文檔；
3.如果潛在匹配請求的文檔位于本地數(shù)據(jù)存儲件中，則:
a.本地數(shù)據(jù)存儲從遠程數(shù)據(jù)存儲件請求附加信息，其可以包括版本信息和其他屬性；
b.如果文檔存在于本地數(shù)據(jù)存儲件中并且具有與遠程數(shù)據(jù)存儲件相同的匹配屬性，
則:
1.本地數(shù)據(jù)存儲件發(fā)送用戶的安全信息以及訪問文檔的請求； ?.如果遠程數(shù)據(jù)存儲件確認用戶允許訪問文檔，則:
1.遠程數(shù)據(jù)存儲件假設用戶已經(jīng)訪問文檔并且更新審計日志以反映該操作；
2.本地數(shù)據(jù)存儲件發(fā)送文檔至從本地數(shù)據(jù)存儲件請求文檔的用戶界面，而不從遠程數(shù)據(jù)存儲件請求完整的文件；
ii1.否則1.遠程數(shù)據(jù)存儲件在審計日志中記錄被拒絕的用戶未授權的訪問；
2.本地數(shù)據(jù)存儲件返回適當?shù)摹拔词跈唷卞e誤至用戶界面。
[0079]4.如果沒有匹配文檔，或者文檔被發(fā)現(xiàn)具有不同屬性，則
a.本地數(shù)據(jù)存儲件使用用戶的安全憑證從遠程數(shù)據(jù)存儲請求文檔；
b.如果遠程數(shù)據(jù)存儲件授權用戶訪問該文檔，則:
1.遠程數(shù)據(jù)存儲件將更新審計日志來記錄用戶已經(jīng)下載文檔；?.然后，本地數(shù)據(jù)存儲件能夠從遠程數(shù)據(jù)存儲件獲取該文檔，存儲文檔并且將文檔供應給用戶界面。(例如，系統(tǒng)可以隨著文檔被下載而將其流傳送(stream)給用戶，在這種情況下，不必等到整個文檔被本地存儲之后才將其發(fā)送至用戶。)
c.否則
1.如果文檔存在但是用戶未授權訪問文件，則遠程數(shù)據(jù)存儲件更新審計日志來反映有未授權的嘗試；
?.遠程數(shù)據(jù)存儲件用適當?shù)腻e誤進行回復，本地數(shù)據(jù)存儲件將該錯誤傳遞到終端用戶上。
[0080]以此方式，本地數(shù)據(jù)存儲件能夠快速、安全并且成本有效地交付文檔至終端用戶。[0081 ] 在一些實施例中，本發(fā)明可以確定文檔請求是針對靜態(tài)文檔還是與應用的動態(tài)交互。如果請求是針對動態(tài)交互，則將請求傳遞至遠程應用而非由軟件應用(例如Blinky)來`處理。
[0082]在一些實施例中，軟件應用可以主動下載很可能被終端用戶請求的文檔。對于較慢的網(wǎng)絡連接，這可以避免文檔首次被請求時的延遲。請求文檔的概率可以以任何合適的方式確定，例如包括:
1.文件的啟發(fā)式分類
2.測量歷史文檔頻率
3.按類型測量歷史文檔頻率
4.終端用戶特性和文檔類型(例如，在建設項目上，工程師可能訪問與建設承包商訪問的文檔不同的特定文檔)
5.終端用戶交互(例如，軟件應用可以主動下載當前被顯示為選項以便終端用戶訪問的文檔，在網(wǎng)絡連接慢但帶寬廉價的情況下，這對于降低延遲特別有幫助)
6.時間和日期(例如，軟件應用可以更新超出工作時間的大文檔)
為了維持終端用戶性能，可以根據(jù)如下多個準則減速或關閉文檔的主動下載，包括例
如:
1.當前文檔請求負載
2.交互任務利用的當前帶寬(以便提升交互響應次數(shù)而非下載文檔)
3.當前文檔損壞率(即，軟件應用需要從遠程數(shù)據(jù)存儲件請求文檔的次數(shù))
4.在帶寬成本過高的情況下(例如，其可能被完全關閉或者僅在“非高峰”期間操作以減少成本)
5.時間和日期安排
為了預測是否訪問并且主動下載特定文檔；可以在本地文件存儲件和遠程文件存儲件之間協(xié)商文檔成本。這種協(xié)商對于每項安裝是唯一的，并且如果環(huán)境改變，則可以每天更新多次。本地文件存儲件和遠程文件存儲件各自提供如下關于文檔的特性以便進行協(xié)商，包括例如:
1.文檔的尺寸(遠程文檔存儲件)
2.網(wǎng)絡連接速度(本地文檔存儲件)
3.帶寬成本(本地文檔存儲件)
4.本地網(wǎng)絡之外的其他網(wǎng)絡訪問該文檔的頻率(并且由此測量在文檔修訂中存在沖突的可能性)(遠程文件存儲件)
5.在本地網(wǎng)絡內(nèi)訪問該文檔的頻率(本地文件存儲件)
如果協(xié)商后的文檔成本滿足某個準則(其可以被表示為多維閾值)，則該文檔被標記為主動下載的候選者。
[0083]此外，這種度量用于確定文檔應該何時推回遠程數(shù)據(jù)存儲件，包括在不同的遠程位置進行另一修訂之前本地進行另一修訂的概率。
[0084]作為進一步的可選特征，本發(fā)明可以本地存儲文檔之間的(當以二進制方式觀察或者在更高層次觀察時的)公共內(nèi)容的哈希表，并且在遠程文檔存儲件和本地文檔存儲件之間僅傳送文檔的編碼后的副本。這在本地文件存儲件使用多個相似的文檔時是特別有用的。
[0085]在一些實施例中，如果本地數(shù)據(jù)存儲件具有更舊版本的文檔，則遠程數(shù)據(jù)存儲件可以僅發(fā)送兩個版本之間的不同。
[0086]在一些實施例中，本發(fā)明還可以協(xié)調(diào)(reconcile)已經(jīng)同時下載至多個本地數(shù)據(jù)存儲件的文檔，從而使得多個安裝能夠一起工作。在本發(fā)明被實施在便攜的且在其本地文檔存儲件中可能已經(jīng)具有多個文檔的網(wǎng)絡設備中時，這是重要的。一起工作，這種實施方式可以遠程使用，然后無縫連接到同一網(wǎng)絡，從而利用在每個相應的本地文檔存儲件中的聚合文檔。多個安裝可以例如以下列方式一起工作(使用Blinky作為示例):
1.當Blinky安裝被激活時，其首先嘗試使用發(fā)送網(wǎng)絡廣播消息的已知技術來發(fā)現(xiàn)其他Blinky安裝。
[0087]2.如果沒有發(fā)現(xiàn)其他Blinky安裝,則Blinky繼續(xù)以單機模式操作。
[0088]3.如果發(fā)現(xiàn)另一 Blinky安裝,則Blinky安裝記錄本地網(wǎng)絡上彼此的存在。
[0089]4.一旦發(fā)現(xiàn)，每個Blinky安裝就與另一個交換本地文檔存儲件中的文檔列表。
[0090]5.當從一個Blinky安裝請求文檔時，其執(zhí)行關于安全以及文檔是否存在于本地文件存儲件中的正常操作。如果在任何階段Blinky安裝需要對遠程文檔存儲件的文檔進行訪問，則Blinky安裝咨詢存儲在本地Blinky安裝中的文檔列表，并且如果文檔存在，則從本地Blinky安裝而非遠程文檔存儲件下載它。
[0091]在一些實施例中，多個安裝可以例如以下列方式一起工作(也使用Blinky作為示例):
1.當Blinky安裝被激活時，其首先嘗試使用發(fā)送網(wǎng)絡廣播消息的已知技術來發(fā)現(xiàn)其他Blinky安裝。
[0092]2.如果沒有發(fā)現(xiàn)其他Blinky安裝,則Blinky繼續(xù)以單機模式操作。
[0093]3.如果發(fā)現(xiàn)另一 Blinky安裝，則Blinky安裝記錄本地網(wǎng)絡上彼此的存在。
[0094]4.當從一個不具有正確文檔的Blinky安裝請求文檔時，該請求可以向其他Blinky安裝廣播，以便確定文檔是否已經(jīng)本地保存在另一數(shù)據(jù)存儲件中。如果另一本地數(shù)據(jù)存儲件保存了該文檔，則終端用戶請求可以被重定向到該另一本地數(shù)據(jù)存儲件，這會仍然執(zhí)行相同的認證檢查，但是將避免從遠程數(shù)據(jù)存儲件復制文件。
[0095]根據(jù)本發(fā)明的系統(tǒng)還可以預期在網(wǎng)絡連接短期或長期不可用的情況下的操作模式。
[0096]在短期的斷開操作的情況中，系統(tǒng)例如可以正常工作；然而從遠程數(shù)據(jù)存儲件對文檔的請求可以在此情況下返回指示那些文檔當前不可用的錯誤。
[0097]—些這種方法的缺點是，在沒有網(wǎng)絡連接的情況下，可能不可遠程訪問用戶界面的托管要素。在這種情況下，系統(tǒng)可以操作“本地副本”系統(tǒng)。本地副本是與在此被示例為Blinky的在邏輯上分開的操作模式，因為本地副本是與修改后的用戶界面模塊一起的本地計算機上的遠程文檔的完整副本，修改后的用戶界面模塊看起來類似于完整的用戶界面模塊，但是更簡單并且僅提供閱讀訪問。
[0098]用戶界面
在一些優(yōu)選實施例中，系統(tǒng)包括至少五個部件(圖7)。
[0099](a)操作準則
(b)解析引擎
(c)模板存儲件(包含以描述語言描述的模板部件)
Cd)統(tǒng)計分析解析器(包括零個或更多個加權模型)
(e)渲染引擎
在這些實施例中，例如以并行方式或者以特定順序，并且例如以串行方式來使用五個部件中的每一個，以便求解模板部件的最佳配置，用于基于多個輸入?yún)?shù)實現(xiàn)操作準則。
[0100]操作準則
本系統(tǒng)的目的是基于提供的輸入?yún)?shù)創(chuàng)建最佳模板。操作準則定義用于確定特定模板是否是最佳實現(xiàn)方式的準則。
[0101]例如，一個最佳實現(xiàn)方式可以是確保使用由終端用戶提供的所有輸入?yún)?shù)，并且這種要求將被記錄在操作準則中。示例替換的最佳實現(xiàn)方式可以是使用所有參數(shù)，不論它們是由終端用戶提供的還是使用另一方法解析的(例如通過解析引擎)。操作準則的其他示例是以最少數(shù)量的步驟完成來制造模板?？梢允褂萌魏螖?shù)量的不同準則作為操作準則。
[0102]在一些實施例中，如果沒有提供操作準則，則系統(tǒng)將基于模板存儲和輸入?yún)?shù)產(chǎn)生所有可能的模板。
[0103]解析引擎
在一些實施例中，解析引擎用來擴大輸入?yún)?shù)，以便包括終端用戶最初沒有輸入的信息。這種進一步的信息可以從公共和/或私人信息存儲件中獲得，例如公司登記簿、內(nèi)部文檔等。
[0104]例如，如果終端用戶的名稱被傳遞到解析引擎中，則該引擎可以例如查詢公共和/或私人數(shù)據(jù)庫，以便確定終端用戶工作的行業(yè)、終端用戶涉及的典型項目以及其涉及的地理區(qū)域。然后所有這些信息將被添加到終端用戶最初提供的輸入?yún)?shù)，以便系統(tǒng)進一步使用(但是標記為從解析引擎中解析)。
[0105]模板存儲件一些實施例包括模板存儲件，其為包含模板部件的存儲系統(tǒng)(例如數(shù)據(jù)庫或者計算機文件系統(tǒng))。每個模板部件以描述語言來描述。
[0106]模板部件(或模板要素)
在一些實施例中，模板部件可以包含文檔或者項目配置的離散要素。
[0107]模板部件(或模板要素)可以由多個所需的輸入?yún)?shù)條件以及輸入?yún)?shù)信息表征，基于對模板部件的重要性，這些輸入?yún)?shù)條件以及輸入?yún)?shù)信息具有不同的加權。進一步地，每個模板部件可以將零個或者更多個從屬模板部件指定為對于當前模板部件是可選的或者所需的。
[0108]作為一個示例，在文檔管理系統(tǒng)的背景下，存在用于系統(tǒng)的下列要素的模板部件。
[0109]1.改變請求的電子郵件格式
a.所需的輸入?yún)?shù)條件:有項目定義，項目定義可以修改，可以通過電子郵件通信
b.輸入?yún)?shù)信息:無
c.從屬模板部件`無
d.模板部件:改變請求電子郵件的格式
2.在中東的建設項目的法規(guī)要求
a.所需的輸入?yún)?shù)條件:項目是建設項目，位置是中東
b.輸入?yún)?shù)信息:無
c.從屬模板部件:無
d.模板部件:建設項目的法規(guī)商業(yè)規(guī)則
3.從美元到澳元的貨幣兌換
a.所需的輸入?yún)?shù)條件:項目具有成本；位置是美國；位置是澳大利亞
b.輸入?yún)?shù)信息:無
c.從屬模板部件:無
d.模板部件:建設項目的法規(guī)商業(yè)規(guī)則 描述語百
在一些實施例中，每個模板部件用描述語言來描述。描述語言可以是任何計算語言，但是優(yōu)選是支持條件結(jié)構(gòu)和分支結(jié)構(gòu)的語言。
[0110]描述語言可選地支持描述必須要串行完成的任務以及可以并性完成的任務的結(jié)構(gòu)。
[0111]描述語言必須包含指導渲染引擎從用戶獲得進一步輸入的結(jié)構(gòu)。這種結(jié)構(gòu)理想地以高層次語言實現(xiàn)，其可以包括超文本標記語言(HTML)、可擴展標記語言(XML)或者相似的標記。
[0112]統(tǒng)計分析解析器
在一些實施例中，統(tǒng)計分析解析器用于創(chuàng)建提供的參數(shù)的線性方程，并且使用回歸分析以及應用加權模型，以便選擇模板部件的最佳組合來實現(xiàn)操作準則。
[0113]加權模型
在一些實施例中，加權模型描述在選擇模板部件時的不同因素的重要性。
[0114]渲染引擎
在一些實施例中，渲染引擎提供了執(zhí)行描述語言、顯示對進一步信息的請求和結(jié)果以及與使用得到的模板或者配置信息的外部系統(tǒng)交互的手段。
[0115]示例實施例
在簡單的實施例中，系統(tǒng)可以包括例如:
(a)輸入?yún)?shù)，
(b)—個模板部件，
(C)使用描述語言描述的，
Cd)以及存儲在模板存儲件中的。
[0116]在這種情況中，系統(tǒng)可能例如簡單地調(diào)用一個模板部件，因為沒有其他選擇(圖8)。
[0117]系統(tǒng)的其他簡單的實施例包括多個模板部件，但是它們各自在不交疊的離散區(qū)域內(nèi)。在這些情況中，根據(jù)來自終端用戶的輸入，將選擇并且執(zhí)行單個模板部件。
[0118]在又一簡單的實施例中，多個預配置模板可以被存儲為模板部件，并且終端用戶從模板部件之一選擇。在建設項目的背景下，這些模板可以代表不同的項目，包括:
ο建設-住宅 ο建設-商業(yè) O建設-通用 O基礎設施-公路 O基礎設施-鐵路 O基礎設施-機場 O基礎設施-通用 O工程_礦業(yè) O工程-氣體 O工程-通用
一旦選擇了模板，渲染引擎就可以單步調(diào)試模板的每個要素，根據(jù)需要從終端用戶請求進一步信息。這 些步驟可以包括:
?項目細節(jié) O名稱,位置 O邀請用戶至項目 ?郵件類型
O分配至正確的組織角色 ?輸入的屬性值 O強制性的與非強制性的 ?哪些表格將用于哪些郵件類型 O確認形成進程對于項目是正確的 ?文檔類型
O將類型分配至正確的組織角色 ?文檔字段 O確認字段名稱 O確認使能字段O確認強制字段 O輸入字段值 ?確認訪問控制組 O分配用戶至組 ?確認訪問控制規(guī)則 O分配權限至規(guī)則 ?確認文檔編號方案設置 O分配文檔類型至方案 ?確認工作流程模板 O分配步驟給用戶 更復雜的實施例
更復雜的實施例(圖9)可以包括例如:
(a)輸入?yún)?shù)
(b)操作準則 (C)解析引擎
Cd)模板存儲件(包含以描述語言描述的模板部件)
Ce)統(tǒng)計分析解析器(包含零個或更多個加權模型)
(f)渲染引擎
在終端用戶使用系統(tǒng)之前，最佳地建立操作準則，在這種情況下對于示例目的，我們將基于系統(tǒng)提供的所有信息使用操作準則作為最佳模板。
[0119]同樣在使用系統(tǒng)之前，模板存儲件最佳地裝載有多個模板部件，它們以描述語言描述并且包含各種所需的輸入?yún)?shù)條件、輸入?yún)?shù)信息、從屬模板部件。
[0120]通過將終端用戶提供的最小配置參數(shù)傳遞給解析引擎而啟動系統(tǒng)。在本示例中，終端用戶將輸入公司名稱(XYZ)、項目位置以及它想要構(gòu)建項目。
[0121]解析引擎獲取輸入?yún)?shù)，并且基于第一組參數(shù)嘗試收集進一步的信息。解析引擎咨詢多個數(shù)據(jù)源，包括私人和公共信息存儲件，以便基于輸入的參數(shù)(“附加參數(shù)”)獲得進一步的信息。在本示例中，以下列方式擴展參數(shù):
1.公司名稱一行業(yè)(來自私人數(shù)據(jù)庫)
—起始位置(來自公共數(shù)據(jù)庫)
—雇員的數(shù)量(來自私人數(shù)據(jù)庫)
—完成的項目的類型(來自私人數(shù)據(jù)庫)
2.項目位置一行業(yè)(來自私人數(shù)據(jù)庫)
—預期的項目的類型(來自私人數(shù)據(jù)庫)
原始參數(shù)與附加參數(shù)一起被傳遞到統(tǒng)計分析解析器(SAR)中。SAR將解析引擎所識別的原始輸入?yún)?shù)和附加參數(shù)中的每一個與模板存儲件中的每個模板部件的所需的輸入?yún)?shù)條件中的每一個進行比較。然后系統(tǒng)使用回歸分析來識別考慮到所需的輸入?yún)?shù)條件而滿足操作準則的最佳的 一組模板部件。
[0122]在本示例中，參數(shù)可能匹配各種模板部件，包括文檔庫、郵件改變控制進程、貨幣兌換以及與位置相關的法規(guī)報告部件。這些部件中的每一個被編譯到方程中，并且將每一個的解析與操作準則進行比較，在這種情況下操作準則是基于系統(tǒng)提供的所有信息的模板。
[0123]一旦最佳的一組線性方程被確定并且模板部件被收集且基于相互依賴性被排序，接著該方程的各種部件被交付至渲染引擎。渲染引擎將使用每個部件內(nèi)定義的描述語言來執(zhí)行每個模板部件。在需要并非是參數(shù)組(來自原始參數(shù)或解析引擎參數(shù))的一部分的參數(shù)的情況下，在參數(shù)中存在不能被解析的沖突或者需要來自用戶的動作，渲染引擎將以描述語言定義的順序或者以最有效的方式顯示這些問題中的每一個給用戶來解析。在可能的情況下，渲染引擎可以提供延遲對請求的信息進行進一步解析直到稍后日期的能力。
[0124]系統(tǒng)的終端用戶
通常，系統(tǒng)的終端用戶可以分為兩組——客戶(期望通過投標尋求其他人的服務)和供應商(期望提供服務給其他人)。
[0125]1-客戶
期望獲得第三方服務的客戶通常會通過首先訪問用戶界面模塊在系統(tǒng)上創(chuàng)建一個賬戶，在系統(tǒng)實施在網(wǎng)站中的情況下，訪問用戶界面模塊將是經(jīng)由計算機網(wǎng)頁瀏覽器。創(chuàng)建賬戶可以要求客戶輸入最小量的信息，以便唯一地識別系統(tǒng)內(nèi)的客戶，并提供期望水平的安全。在一個實施例中，這種最小量的信息是用戶名(其必須是唯一的)和密碼(其不必唯一的)。在另一個優(yōu)選實施例中，創(chuàng)建賬戶所需的信息可以包括以下方面。
[0126].組織名稱
?公司或企業(yè)登記號碼 ?交易名稱
?賬戶持有人的全名(名和姓可以輸入到分開的字段中)
?聯(lián)絡電話號碼
?電子郵件地址(其被用作唯一的用戶名)
?密碼
?人類挑戰(zhàn)問題的校正項，例如收回
客戶賬戶信息被存儲在數(shù)據(jù)聚合模塊中，并且通過經(jīng)由用戶界面模塊登錄進入以及退出系統(tǒng)來提供對客戶賬戶信息的常規(guī)訪問。
[0127]在創(chuàng)建客戶賬戶之后，接著用戶界面模塊顯示多個選項給客戶，包括通過改變、刪除或添加數(shù)據(jù)來進一步定制賬戶信息的能力，通過查詢數(shù)據(jù)聚合模塊和數(shù)據(jù)比較模塊來從事研究的能力，或者創(chuàng)建投標邀請的能力。
[0128](a)使用數(shù)據(jù)聚合模塊和數(shù)據(jù)比較模塊從事研究
數(shù)據(jù)聚合模塊包含由系統(tǒng)維護的信息。這種信息包括關于每個客戶和供應商以及他們之間的任何交互的信息。該信息還包含哪一個與終端用戶相關的信息，例如工作和材料的定價向?qū)АＷ詈?，?shù)據(jù)聚合模塊還包含關于客戶和供應商的歷史信息，這將在下面更詳細描述。
[0129]數(shù)據(jù)比較模塊是數(shù)據(jù)聚合模塊、外部數(shù)據(jù)源和終端用戶查詢之間的中間階段。在當前沒有以正確的格式存儲信息以便高效地處理終端用戶提交的查詢的情況下，或者在查詢結(jié)果匯編來自數(shù)據(jù)聚合模塊和外部數(shù)據(jù)源的數(shù)據(jù)的情況下，數(shù)據(jù)比較模塊管理這些數(shù)據(jù)源的互連和查詢的執(zhí)行。[0130] 數(shù)據(jù)比較模塊還可以可選地被配置為不顯示(但是可以在其計算中使用)任何機
密信息。
[0131 ] 可以通過傳遞查詢到數(shù)據(jù)比較模塊(其可以是預格式化的，或者可以通過終端用戶構(gòu)造)并且獲取結(jié)果來進行研究。這種查詢的示例可以是考慮對于符合特定描述的工作的平均投標定價。
[0132]進一步地，客戶和供應商可以選擇提供有關自身的信息至數(shù)據(jù)聚合模塊，以便包括在查詢結(jié)果中。這種信息的示例包括合規(guī)聲明、保險憑證、參考文獻、職業(yè)健康安全認證、標準稅率以及完成的項目列表。
[0133](b)創(chuàng)建投標邀請
系統(tǒng)的一個示例用途是邀請供應商針對要為客戶執(zhí)行的工作進行投標。該系統(tǒng)使得能夠使用來自數(shù)據(jù)聚合模塊和數(shù)據(jù)比較模塊的信息的益處創(chuàng)建投標邀請(包括定價和時間表信息)。以此方式，客戶可以具有保留的知識和人際關系的益處而不必開發(fā)它們本身。
[0134]在一個實現(xiàn)方式中，為了創(chuàng)建投標邀請，客戶導航到系統(tǒng)網(wǎng)站，使用終端用戶界面創(chuàng)建賬戶或登錄到現(xiàn)有賬戶中，并選擇“管理投標輸出”并且接著選擇“創(chuàng)建投標”。然后，系統(tǒng)從客戶請求多個細節(jié)，通常包括投標標題、投標過程的開放和截止日期、投標的估計值、工作位置和討論投標的人的聯(lián)系方式。典型示例可以包括下列信息——“住宅房屋的建造”、“澳大利亞維多利亞州東南區(qū)”、“六月”。在這個階段輸入的信息被稱為邀請的“關鍵屬性”。
[0135]這些關鍵屬性在它們被客戶輸入時交互地傳遞給數(shù)據(jù)比較模塊。數(shù)據(jù)比較模塊查詢其可用數(shù)據(jù)源中的每一個(無論是數(shù)據(jù)聚合模塊還是外部數(shù)據(jù)庫)，并(基于簡單的匹配、啟發(fā)式或回歸分析算法)比較具有足夠相似的關鍵屬性的每一個數(shù)據(jù)要素。然后數(shù)據(jù)比較模塊返回根據(jù)相似的關鍵屬性組織的相似的結(jié)果。
[0136]然后用戶界面模塊顯示結(jié)果作為關鍵屬性向?qū)?例如，“澳大利亞維多利亞州東南區(qū)”和“住宅房屋的建造”的匹配可能與“十一月”而非“六月”具有緊密聯(lián)系)，并且當計劃投標時，建議對客戶可能不是明顯的其他信息(例如相似項目的平均投標邀請價格，或每個投標被劃分成的工作包的典型類型)。
[0137]通過檢查數(shù)據(jù)比較模塊呈現(xiàn)的每個數(shù)據(jù)包，可以比較當前投標與其他投標之間的關鍵屬性，例如比較相似項目之間的投標定價，并且通知當前項目的可能的成本。
[0138]然后客戶可以使用其可用的全套信息來準備投標邀請?？梢允褂萌魏魏线m的數(shù)據(jù)采集技術(包括自由形式的文本框、電子文件上傳或結(jié)構(gòu)化表格)來合并進一步的細節(jié)。
[0139]然后每個投標可選地劃分為包，每個包代表離散工作要素的整個項目范圍。在住宅房屋建造的當前示例中，工作包可以包括電氣、灌注混凝土和鋪設管道等?；陉P鍵屬性的與每個工作包相關的典型包和典型成本的列表被顯示給客戶作為準備每個工作包時的向?qū)Аτ诿總€工作包，客戶也可以關聯(lián)電子文檔并且可選地上傳至系統(tǒng)。
[0140]當準備每個工作包時，將潛在供應商的決選名單顯示給終端用戶，其可以按各種屬性排序和/或過濾，包括供應商是否是客戶網(wǎng)絡的一部分、客戶之前是否已經(jīng)與供應商交易過、客戶認為的滿意率、與供應商交易過的其他人認為的滿意率、基于供應商接受的和/或記錄的承諾的可用性、位置、針對實體的法律或法規(guī)要求、財務狀況、交貨預算、交貨時間和任何其他屬性。以此方式，客戶可以訪問潛在供應商和關于每個供應商對于特定工作的適合性的重要細節(jié)。
[0141]一旦完成了工作包，通過使用用戶界面模塊選擇每個相關的供應商并且將它們與要發(fā)送的信息一起傳遞至通信模塊，從而將工作包發(fā)送至每個相關的供應商?？梢曰趥€體名稱、一般準則或客戶創(chuàng)建的自定義分配準則(例如一組供應商)來選擇供應商。
[0142]除了在系統(tǒng)中已經(jīng)列出的供應商之外，可以將邀請發(fā)送至在系統(tǒng)中未列出的供應商。該系統(tǒng)經(jīng)由常規(guī)通信系統(tǒng)(例如電子郵件和短信服務(SMS))提供這種通知，并且提供如下公告:有投標邀請等待在系統(tǒng)中，供應商應該創(chuàng)建賬戶以便查看并響應它。這種一般鏈接也可以以非特定的方式(例如在報紙中)廣告，使得客戶可以將鏈接宣傳到特定的投標，并且希望查看和/或響應邀請的任何人可以使用該鏈接來創(chuàng)建賬戶并獲得所需的訪問。
[0143]進一步地，可選地可以標記投標邀請或工作包為“公共的”，這意味著它將以各種公共目錄顯示，并主動建議給供應商查閱和響應。
[0144]2-供應商
尋找工作的供應商通常通過首先訪問用戶界面模塊來在系統(tǒng)上創(chuàng)建賬戶，在系統(tǒng)被實施在網(wǎng)站中的情況下，訪問用戶界面模塊將是經(jīng)由計算機網(wǎng)頁瀏覽器。與客戶相似，創(chuàng)建賬戶涉及輸入至少足夠的細節(jié)來識別供應商，例如唯一的用戶名和密碼(其不必唯一)。也可以輸入關于供應商的可選的更多具體信息。這種信息的示例包括合規(guī)聲明、保險憑證、參考文獻、職業(yè)健康安全認證、標準稅率以及完成的項目的列表，并且這種信息可以可選地標記為私人并且不與系統(tǒng)中的其他人共享，除非明確可用。
[0145]每個供應商賬戶具有“家用儀表板”，其顯示與特定的供應商相關的存儲在系統(tǒng)中或?qū)ο到y(tǒng)可用的信息。這些信息可以是保密的或公共可用的。
[0146](a)搜索投標邀請
供應商可用的一個選項是搜索系統(tǒng)，尋找匹配某個準則的公共投標邀請。搜索可以是基于自然語言的(例如“在阿德萊德的管道工作”)或基于特定字段的關鍵字。這種搜索將返回結(jié)果，這些結(jié)果可以基于任何數(shù)量的屬性(例如位置、成本、工作范疇等)排序和/或分類。
[0147](b)通知投標邀請
有兩種類型的投標邀請通知——主動和被動。
[0148]豐動
除了相對靜態(tài)的屬性之外，其他屬性例如可用性日記和各種類型工作的默認成本估算也可以被包括在供應商的資料中。
[0149]對于指定為公共的邀請，系統(tǒng)將比較來自每個供應商的準則(包括可選準則)并且主動顯示最嚴密匹配供應商關鍵屬性的那些邀請。然后供應商能夠基于所包括的準則中的任何一個排序和/或過濾列表。
[0150]在由供應商選擇的情況下，供應商也可以自動接受投標邀請并且基于某個準則出價默認金額。
[0151]進一步地，在由供應商選擇的情況下，供應商可以與客戶共享之前的私人信息。
[0152]_
當客戶邀請?zhí)囟ü虨楣ぷ靼稑藭r，使用任何常規(guī)的通信方法(例如電子郵件或SMS)經(jīng)由通信模塊通知供應商邀請并且在用戶界面模塊上顯示消息。[0153](C)響應投標邀請
對投標邀請有三種響應-接受、拒絕或請求進一步的信息。
[0154]請求進一步的信息
首先，供應商可以請求進一步的信息，例如更多具體細節(jié)以便更好地定義請求的工作。在這種情況下，將請求使用系統(tǒng)從供應商發(fā)送至客戶(消息在系統(tǒng)中被追蹤，但是可以使用任何合適的通信手段通知客戶，包括電子郵件、SMS或者經(jīng)由系統(tǒng)用戶界面)。附加文檔可以被包括在請求中用于進一步信息。客戶可以經(jīng)由私人響應直接對供應商的請求進行響應，或者對所有供應商的請求進行響應作為對投標邀請的更新。
[0155]梠絕
供應商可以選擇不牽涉在投標中。拒絕邀請可選地請求來自供應商的原因。邀請將被標記為拒絕并且可以由供應商在拒絕組中查看。
[0156]梓等
供應商可以通過提交投標提議接受投標邀請。投標提議包括附加在支持提議中的多個文檔。每個提交可選地是時間標記的和數(shù)字簽署的。
[0157]從投標過程移至合同
一旦接受投標，那么各方需要轉(zhuǎn)移至合同。通常這涉及多個文檔的交換和正式編譯，其中一些文檔在所有投標中是標準的。在這種情況下，系統(tǒng)可以將與特定投標相關的每個文檔(例如，通信、文檔被標記為相關的并且標準文檔由客戶或供應商共享)編譯為合同模板或完成的合同的標準。
【權利要求】
1.一種管理信息的系統(tǒng)，所述系統(tǒng)包括數(shù)據(jù)比較模塊和可選地包括通信模塊，其中所述數(shù)據(jù)比較模塊使得能夠?qū)π畔⒉樵冞M行精煉而無需進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項，并且其中通信模塊有助于系統(tǒng)中的參與者之間的通信。
2.根據(jù)權利要求1所述的系統(tǒng)，其適于處理投標信息和/或在客戶和供應商之間共享信息。
3.根據(jù)權利要求2所述的系統(tǒng)，其適于從一組信息創(chuàng)建投標請求。
4.根據(jù)權利要求2所述的系統(tǒng)，其中與投標請求相關的信息被交互式地顯示給終端用戶。
5.根據(jù)權利要求2所述的系統(tǒng)，其中所述信息包括投標請求的潛在接收人。
6.根據(jù)權利要求2所述的系統(tǒng)，其中可以從數(shù)據(jù)庫自動選擇潛在供應商。
7.根據(jù)權利要求2所述的系統(tǒng)，其中可以由用戶交互式地選擇潛在供應商。
8.根據(jù)權利要求2所述的系統(tǒng)，其中可以在客戶和供應商之間選擇性地共享信息。
9.根據(jù)權利要求2所述的系統(tǒng)，其中可以根據(jù)數(shù)據(jù)庫自動驗證共享信息，所述數(shù)據(jù)庫可選地是權威性的。
10.根據(jù)權利要求2所述的系統(tǒng)，其中投標人可以對投標請求進行響應。
11.根據(jù)權利要求2所述的系統(tǒng)，其中從系統(tǒng)中的各方之間存儲或交換的信息創(chuàng)建一個或多個文檔。
12.根據(jù)權利要求11所述的系統(tǒng)，其中所述文檔是合同文檔。
13.—種管理信息的方法，其包括: 接收信息查詢； 精煉信息查詢而不進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項；以及 可選地促進相關信息管理系統(tǒng)中的多個參與者之間的通信。
14.根據(jù)權利要求13所述的方法，其包括處理投標信息和/或在客戶和供應商之間共享信息的步驟。
15.根據(jù)權利要求14所述的方法，其包括從一組信息創(chuàng)建投標請求的步驟。
16.根據(jù)權利要求14所述的方法，其中與投標請求相關的信息被交互式地顯示給終端用戶。
17.根據(jù)權利要求14所述的方法，其中所述信息包括投標請求的潛在接收人。
18.根據(jù)權利要求14所述的方法，其中可以從數(shù)據(jù)庫自動選擇潛在供應商。
19.根據(jù)權利要求14所述的方法，其中可以由用戶交互式地選擇潛在供應商。
20.根據(jù)權利要求14所述的方法，其中可以在客戶和供應商之間選擇性地共享信息。
21.根據(jù)權利要求14所述的方法，其中可以根據(jù)數(shù)據(jù)庫自動驗證共享信息，所述數(shù)據(jù)庫可選地是權威性的。
22.根據(jù)權利要求14所述的方法，其中投標人可以對投標請求進行響應。
23.根據(jù)權利要 求14所述的方法，其中從系統(tǒng)中的各方之間存儲或交換的信息創(chuàng)建一個或多個文檔。
24.根據(jù)權利要求23所述的方法，其中所述文檔是合同文檔。
25.一種信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用于請求信息的用戶界面，其中根據(jù)上下文可以使用一個或多個方法訪問信息。
26.一種信息管理系統(tǒng)，其包括本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件以及用于請求信息的用戶界面，其中根據(jù)一個或多個準則主動管理所述遠程數(shù)據(jù)存儲件和所述本地數(shù)據(jù)存儲件之間的信息傳遞。
27.根據(jù)權利要求25或權利要求26所述的系統(tǒng)，其中存儲在遠程數(shù)據(jù)存儲件上的文檔的至少一個副本被存儲在本地數(shù)據(jù)存儲件上。
28.根據(jù)權利要求25或權利要求26所述的系統(tǒng)，其中基于一個或多個準則將文檔存儲在本地數(shù)據(jù)存儲件中，所述一個或多個準則可以被動態(tài)調(diào)整。
29.根據(jù)權利要求25或權利要求26中任一項所述的系統(tǒng)，其包括使用存儲在所述遠程數(shù)據(jù)存儲件上的認證和/或安全參數(shù)來確定終端用戶是否可以訪問特定信息，例如文檔。
30.根據(jù)權利要求25或權利要求26所述的系統(tǒng)，其中根據(jù)一個或多個參數(shù)將所述文檔主動復制到所述本地數(shù)據(jù)存儲件，所述一個或多個參數(shù)可以被動態(tài)調(diào)整。
31.根據(jù)權利要求25或權利要求26所述的系統(tǒng)，其包括通信部件，所述通信部件用于與另一個系統(tǒng)通信，以便根據(jù)一組或多組準則經(jīng)由優(yōu)選路徑將文檔交付至用戶界面，所述一組或多組準則可選 地可以被動態(tài)調(diào)整。
32.—種通過標準化界面提供對信息的離線訪問的系統(tǒng)，其中經(jīng)由根據(jù)權利要求25或權利要求26所述的系統(tǒng)使得能夠進行離線訪問。
33.一種信息管理方法，其包括以下步驟:從遠程數(shù)據(jù)存儲件接收對信息的請求，分析所述請求的上下文，并且基于該分析選擇信息傳遞方法。
34.一種信息管理方法，其包括以下步驟:從遠程數(shù)據(jù)存儲件接收對信息的請求，分析所述請求，并且基于一個或多個準則主動管理信息的傳遞。
35.根據(jù)權利要求33或權利要求34所述的方法，其包括將存儲在所述遠程數(shù)據(jù)存儲件上的文檔的至少一個副本存儲在本地數(shù)據(jù)存儲件上的步驟。
36.根據(jù)權利要求33或權利要求34所述的方法，其包括基于一個或多個準則在本地數(shù)據(jù)存儲件中選擇性地存儲文檔的步驟，所述一個或多個準則可以被動態(tài)調(diào)整。
37.根據(jù)權利要求33或權利要求34所述的方法，其包括使用存儲在遠程數(shù)據(jù)存儲件上的認證和/或安全參數(shù)來確定終端用戶是否可以訪問特定信息例如文檔的步驟。
38.根據(jù)權利要求33或權利要求34所述的方法，其包括根據(jù)一個或多個參數(shù)主動復制文檔至本地數(shù)據(jù)存儲件的步驟，所述一個或多個參數(shù)可以被動態(tài)調(diào)整。
39.根據(jù)權利要求33或權利要求34所述的方法，其包括與另一個系統(tǒng)通信以便根據(jù)一個或多個準則經(jīng)由優(yōu)選路徑將文檔交付至用戶界面的步驟，所述一個或多個準則可以被動態(tài)調(diào)整。
40.一種通過標準化界面提供對信息的離線訪問的方法，其包括經(jīng)由根據(jù)權利要求33或權利要求34所述的方法使得能夠進行訪問。
41.一種創(chuàng)建模板的方法，其包括準則分析器，所述準則分析器用于分析一個或多個準貝U，由此使得能夠創(chuàng)建一個或多個合適的模板。
42.根據(jù)權利要求41所述的系統(tǒng)，其包括模板要素存儲件、要素選擇器以及渲染引擎，其中所述要素選擇器基于來自所述準則分析器的輸出來選擇一個或多個模板要素，以便由所述渲染引擎進行渲染。
43.根據(jù)權利要求41所述的系統(tǒng)，其中基于與由用戶提供的信息或者從終端用戶提供的信息導出的信息的相關性來選擇要素。
44.根據(jù)權利要求42所述的系統(tǒng)，其中要素包括用于軟件應用的配置信息。
45.根據(jù)權利要求42所述的系統(tǒng)，其中要素包括一個或多個文檔的部件。
46.一種創(chuàng)建模板的方法，其包括分析一個或多個準則并且創(chuàng)建一個或多個合適的模板。
47.根據(jù)權利要求46所述的方法，其包括將模板要素存儲在模板要素存儲件中、基于來自準則分析器的輸出從所述模板要素存儲件選擇要素以及根據(jù)一個或多個選定的模板要素渲染模板的步驟。
48.根據(jù)權利要求46所述的方法，其包括基于與由用戶提供的信息或者從終端用戶提供的信息導出的信息的相關性來選擇要素的步驟。
49.根據(jù)權利要求47所述的方法，其中要素包括用于軟件應用的配置信息。
50.根據(jù)權利要求47所述的方法，其中要素包括一個或多個文檔的部件。
51.一種信息管理系 統(tǒng)，其包括數(shù)據(jù)比較模塊、本地數(shù)據(jù)存儲件、遠程數(shù)據(jù)存儲件、用于請求信息的用戶界面、可選的通信模塊和可選的準則分析器，所述準則分析器用于分析一個或多個準則，由此使得能夠創(chuàng)建一個或多個合適的模板，其中:所述數(shù)據(jù)比較模塊使得能夠在無需進行重新構(gòu)建信息、重新分類信息、重新索引信息中的一項或多項的情況下精煉信息查詢；所述通信模塊有助于所述系統(tǒng)中的參與者之間的通信；一個或多個方法可以被用來根據(jù)上下文訪問信息；并且根據(jù)一個或多個準則主動管理所述遠程數(shù)據(jù)存儲件和本地數(shù)據(jù)存儲件之間的信息傳遞。
52.一種管理信息的方法，其包括: 接收信息查詢； 精煉信息查詢，而不進行重新構(gòu)建信息、重新分類信息或重新索引信息中的一項或多項； 分析所述請求的上下文，并且基于該分析選擇信息傳遞方法； 分析所述請求并且基于一個或多個準則主動管理信息的傳遞； 通過分析一個或多個準則并且創(chuàng)建一個或多個合適的模板，以此可選地創(chuàng)建模板；以及 可選地促進相關信息管理系統(tǒng)中的多個參與者之間的通信。
【文檔編號】G06F17/30GK103814374SQ201280032295
【公開日】2014年5月21日 申請日期:2012年6月29日 優(yōu)先權日:2011年6月30日
【發(fā)明者】O.富尼斯, B.勒曼, B.布拉科, N.斯特博希, R.尤皮亞諾, R.普希爾波特, L.賈斯佩, J.麥金拉 申請人:阿科尼克斯有限公司