專利名稱：提供定制網絡的方法和系統的制作方法
技術領域：
本發明涉及一種提供數據通信網絡的方法和系統。更具體地，本發明指向一種方法、系統和計算機可讀介質以提供允許通用的電子數據交換(非限制地包括定制的數據表格，數據的驗證、加密、傳送和解密，時間標記和數據傳送狀態的實時監控)的計算機化的通信網絡。
背景技術：
利用互聯網收集和傳送信息的通信網絡的使用變得普及。這些網絡一般通過使用臺式計算機和膝上計算機(PC)以及通過無線網絡(例如個人數字助理(PDA)裝置和蜂窩電話)被接入。然而，這些可得網絡中的許多不能保證數據的安全傳送(即加密)、不能實現數據如何被分組和共享的靈活性和/或連接異構的和老式的數據庫和系統的方法。另外，許多這些網絡要求批處理(即重復)和/或有線連接以將數據從PDA或其它遠程終端傳送到主計算機網絡，例如熱同步(hotsyncing)。
商用數據交換方法包括傳真和電子數據傳送(諸如通過電子郵件、電子數據交換(EDI)等)；這些方法具有多種局限性。EDI使用被限定為僅交換特定交易數據的私用網絡。另外，EDI對個人或小公司而言價格高得驚人并且是一個很難實現的系統。
被長久期待的基于Web服務XML技術的發展并不完整而且這種技術缺少足夠的安全性。特別是，某些Web服務結構的必需組件還沒有到位。另外，使用XML結構的編程經常是復雜的并比其它編程語言難很多。
另外，傳統數據交換構架一般使用要求私用網絡的復雜結構。這種復雜性使分組和調度數據上的靈活性變小并使用戶難以定制他們的網絡。
另外，有時可能花費驚人且難以采用私用結構而實現數據交換方法。
因此，這里需要一種能提供安全的計算機網絡的容易的方法和系統，其中，能就每個用戶的喜好對數據進行分組、存儲和傳送。
發明內容
本發明包括為數據的實時傳送提供安全的計算機網絡的方法、系統和計算機可讀介質。該數據就每個用戶的喜好將數據分組和存儲。正被發送的數據被系統加密、解密和驗證(假設用戶標識/口令被核實)。本發明能使用數據的定制表格；這些表格由定制腳本驅動。它提供安全和專門的消息。
要理解前面的一般性說明和后面的詳細說明是示例性的，但不局限于本發明。
通過結合附圖對后面的詳細描述進行閱讀時，本發明最易理解。要強調的是，根據一般實踐，附圖中的不同特征不成比例，更準確地說，為了清楚起見，不同特征的尺寸可被任意放大或減小。附圖中包括下列圖圖1-圖5是表示本發明方法和系統以及任何相應的計算機可讀介質的步驟的示意圖。
具體實施例方式
本發明包括用于為任何相關應用(諸如醫療或合法賬單信息和或向消費者提供貨物和服務，諸如食品項目、消費者電子產品等)連接、存儲和發送數據的方法、系統和計算機可讀介質。
首先總體地論述本發明的不同方面，在一個實施例中，定制的應用/軟件增強置于現存老式系統的頂部，以允許商人在內部公司各部門內和外部商業伙伴之間進行數據交換。應用服務提供商(ASP)較為有利地與通過計算機網絡的本發明系統的多個操作方面相關。數據和編程腳本是本發明的存儲于ASP以最小化對每個用戶的硬件要求的一個版本。將系統配置成能連續更新并在ASP層更新，從而使得本地用戶的網絡硬件(服務)、本地硬件(PDA、PC)或軟件的更新變得很少或根本不需要。
ASP同步于數據/信息服務，網開發商、應用或軟件提供商、主機服務、數據接口以及信息技術支撐組。
每個用戶具有自己的網絡入口以收集、分組、執行、存儲、加密、發送、接收、驗證和/或解密數據、例如，賣方具有入口，該入口包括為賣主生意而定制數據和域。特別是，食品賣主擁有入口，該入口對菜單進行定制并定價以使用戶通過網絡訂購食品。用戶通過定制的形式將信息輸入食品賣主入口并將數據加密以發送給食品賣主。定制表格可以是彈出菜單以向用戶提供選項以選擇例如主菜、配菜、甜點等。食品賣主對數據(例如食品選擇或信用卡信息)進行解密和驗證以處理訂單。同時，系統復制正被發送用于驗證的數據和備份并維護具有數據傳送狀態的數據庫。
網絡通過諸如zotbots代理產生用戶用來輸入、存儲和或存儲數據的腳本。這些腳本由ASP存儲并能被用戶訪問。該系統從用戶側接收數據表格并將其存入到系統數據庫并可任選地存入用戶的數據庫。
計算機網絡可通過使用DSL調制解調器、電話或電纜連接的陸基線路，通過傳統PC或使用任何適當的允許安全傳送數據的無線技術(例如WiFi)、通過諸如PDA或蜂窩電話的無線連接，而被接入。發送數據被存儲在ASP數據庫中以使賬單生成以供交易。賬單可以由代理或zobot自動地處理。來自ASP的賬單可以基于所執行交易的售價的百分比或者是每宗交易或每次傳送的固定費用。另外，用戶可按照固定、預置期間(例如年、半年、季度、月、周、日或小時)支付費用，以使用戶在記賬期間擁有無限或預置的交易次數。
系統/網絡跟蹤數據的發送(是否加密或未加密)并維護具有每宗數據發送狀態的數據庫。這樣，可提供關于數據被輸入、分組、加密、驗證、解密、發送等的報告。
現存用戶或新用戶可響應諸如籍由電子郵件(例如由賣方—用戶特別提供)的廣告發送的由系統產生的通信發送并接收數據。通信部分可以是對系統中的所有用戶均相同的或基于返回的用戶屬性而定制。每種用戶屬性均保存在包含每個用戶的記錄的歷史數據庫的系統中。用戶屬性的歷史數據庫同樣能用于驗證發送自/至用戶的數據。
現在總體地論述范例性實施例如何工作，用戶將信息輸入到動態生成的所顯示的網頁或表格中。定制表格為用戶提供動態網頁。這種格式可由由PC、手提計算機/PDA或其它任何具有Web瀏覽功能的裝置使用。在一個實施例中，每個表格(頁面)的信息被存儲在作為代理或所謂zotbot的腳本中。
然后將數據驗證以保證這種表格被正確地填寫完畢以及所輸入的數據類型正確。驗證確保正被發送的數據與保存在系統數據庫中的每個數據字段的系統規則一致(即，系統檢查信用卡或電話號碼的正確數字且僅檢查已被輸入的數字而不是字母)。這有助于保證安全性并過濾垃圾數據和惡意代碼片段。
在驗證數據后則使用算法(例如Blowfish加密算法和其它合適的兼容加密方法)進行加密并發送給接收方。為增強安全性，加密算法可定期地或隨機地改變。隨后數據被做成電子郵件并被解密以使接收方能處理數據并將數據存入數據庫。電子郵件和加密可由使用開放性源代碼或私用代碼的模塊控制。
一旦數據被解密，數據狀態被生成并存儲到允許一個或多個用戶訪問狀態信息的接收方Web服務器。另外，系統ASP通過其自身的郵件服務器監控數據的傳送并存儲正在發送的數據以備份和記賬目的。特別地，ASP可使用所存儲的數據確定數據傳送的歷史(例如系統如何發送數據的任何故障)以校正特定的傳送和/或校正任何系統范圍或傳送中重復出現的問題。
另外，所存儲的數據使ASP基于完成的交易或取決于用戶的網絡活動的兩個組合對用戶數據傳送記賬。如上所述，系統能夠記錄進程的某個步驟中的時間標記軌跡。
作為一個實現本發明的適合應用的例子，本發明可由醫療專業人員使用，允許該專業人員將患者(人口統計、診斷和治療)信息輸入到定制的表格(例如通過定制分組)，并以加密表格的形式將信息發送到醫院和或保險公司的數據庫。然后數據被接收方解密并驗證復合數據類型或分組的要求(由系統定制)或符合例如保險公司和其它醫療支付人聲明支付的要求。同時，系統跟蹤數據傳送并維護具有數據傳送的每個事件狀態的數據庫。另外，系統存儲被發送的數據用于驗證和備份的目的。
本發明的方法和系統被配置成提供傳送敏感的患者數據的安全裝置。可將該系統調整成任何與數據提交的合法要求相適應的形式，例如HIPAA適應、IRS的稅務文件生成等。
更具體地參閱圖1，應用服務提供商或其它Web服務主機21通過任何合適的手段從主數據庫中抽取對于相應應用的足夠的用戶信息。該用戶信息已被裝載到合適的、可搜索的或分階層的數據庫23以由后面將要闡述的系統使用。數據庫23中的信息較為有利地是被復制的表格或其它從客戶或用戶主數據庫獲取的表格，然而獨立生成的數據庫23同樣是適合的。或者在其它合適的實施例中，數據結構可以是XML結構，其中它一直訪問客戶相關信息的主數據庫。
由模塊25表示的合適的編程響應于用戶請求27并通過不同的代理或類似的子例程訪問和安排來自數據庫23某些數據以由系統進一步處理。編程25是任何適用的消息發送系統或協作系統或使多用戶訪問數據庫和其中數據的相應調度的數據庫管理系統。編程25較為有利地使用數據模板29，該模板通過指令集或編程25的“代理”和來自數據庫23的數據一起被使用，以處理系統19所作出的一個或多個請求27。
由代理協調的相互作用或編程25、模板29和相關數據23的指令集對任何數量不同類型的請求27、通過仔細構造的數據結構31被通用化和優化。數據結構31被包含在模板29中。更特別地，數據結構31已由編程25組織并填充以使它能非常有效地用于Web腳本33的生成。通過仔細地選擇、組織和協調數據結構31的填充，可對應于更多數量的請求27產生更多數量的Web腳本33，不管這些請求是系統19中的一個應用的一部分還是跨該系統19的多個應用。
以Perl形式出現的合適的數據結構的一個例子如下所示<pre listing-type="program-listing"> $username＝″5004″； my％usernamecode＝(5004＝>″Smith，John″，5010＝>″Kreiger，Maurice，5012＝> ″Stein，Rebecca″，5111＝>″Willard，Tim″)； my $usernamereference＝＼％usernamecode； my $mattersreference＝{CLIENT101＝>[″108200Davis v.Yoder″， ″207111 Beaver v.Tom″， ″001800 Smith v.Berger″]， CLIENT102＝>[″207301 Son v.Tim″， ″107782 Springton v.McDermick″] }；</pre>另一個用于將操縱數據進入Web腳本的代碼片段如下所述<pre listing-type="program-listing"> print $q->popup_menu(-name＝>″username″， -values＝>$usemamereference， -default＝>$username )； print $q->popup_menu(-name＝>″reference″， -values＝>$mattersreference->{$q- ＞param(″clientname″)}， -default＝>$mattersreference->{$q- ＞param(″clientname″)}->
)；</pre>在響應請求27對數據23進行操作后，編程25通過適當使用模板29和數據結構31產生Web腳本，該Web腳本對應于原始請求27。這可在規定的時間內、根據所需的要求、事件觸發或在定期間隔內以批處理方式完成。Web腳本33較佳地位于或被送至ASPWeb服務器，如圖1的步驟35所示。根據請求27的性質，以及在該請求中ASP的相互作用的特性，所有或一部分Web腳本產生在步驟35。
編程25隨后產生具有適應性的指令集，即不同系統層響應于這種請求而請求不同地和動態地配置數據和相應的指令。這些產生的動態和適應性指令集被稱為“bots”或“zotbots”圖2更詳細地說明了上述Web腳本33的功能塊37(圖1)的執行。因此，在對代理人的計時程序、對于醫生的患者診斷程序、對于餐廳承辦商的食品分配程序的例子中或其它種種這里所考慮的應用場合中，Web腳本37的執行包括在希望適用系統19的用戶和不僅出現于Web腳本還出現于用于響應用戶請求的相應數據庫的相關數據之間的進一步交互作用。更具體地參閱圖2，在一個實施例中，步驟37中的Web腳本執行生成顯示在用戶可訪問設備上的表格，較為有利地在SSL或某些安全通道下，諸如無線手持裝置(步驟41)。在用戶輸入數據到這種表格的這些場合中，這些數據的格式或內容根據所牽涉的協議而經歷多種加密和/或操作步驟。此后，根據應用，在步驟43數據被適當地驗證，加密(步驟45)并在SSL中發郵件，通過MSN發送加密內容，在安全的VPN通道中直接發送未加密內容，或通過安全SMS(步驟47)將未加密內容發送到該輸入數據所希望的接收方，它可以是記賬處理器、患者記錄保存器、食品供應商等，用于整合到數據庫內。
迄今為止已說明的Web腳本的執行很重要的一個方面是其處理敏感數據的效率。更具體地，即選擇能很好地適應系統19的多種不同的應用或子應用的加密算法。在一個較佳實施例中，開放源架構是響應于Web腳本的請求或執行而在系統19上移動的敏感數據的加密和解密的基礎。當然，可以知道如果需要執行根據本發明的Web腳本，可適用任何數量的安全協議，包括私用架構。
由用戶輸入的數據不僅以等待進一步操作的加密形式發送到其打算的接收方(步驟49)，而且被選擇地發送到主機或ASP的郵件服務器，如步驟51所示。在數據處理中的主機或ASP的參與，諸如通過電子郵件接收輸入的數據，加強系統19可用應用的靈活性和功能性。因此，ASP可在到期即付的基礎上主持多用戶的交互應用。或者一開始，可使用系統19基于所從事的交易的數量對該應用的用戶進行記賬，在上述步驟51中，當交易由ASP郵件服務器接收時，可對這類交易進行“跟蹤”。
系統19因此被配置成使大量使用系統19的用戶承受相應較重的經濟負擔而相反地，偶爾使用的用戶承受與使用系統19的便利以及其它利益相關的相應的較輕負擔。從ASP角度看，程序設計員和應用開發商可能花費時間和精力，以向一個用戶或用戶階層開發或定制系統19，而隨著時間的推移，這類開發所耗費的精力的成本作為一個用戶或多個用戶使用這種功能的函數可返回到ASP。由于與這類無孔不入的電子商務關聯的成本結構能被在圖2的步驟51中接收數據的ASP的郵件服務器創建并跟蹤。這種靈活性使無孔不入的電子商務對ASP和客戶而言變得更方便。
圖4示出一種用于對每宗交易記賬的合適的系統和相關的方法。在圖2的步驟51中接收于ASP郵件服務器上的數據被圖4的步驟53中的ASP發消息程序使用合適的安全措施(諸如加密數據)進行操作，這類來自發消息程序的數據適于存儲在ASP盤57中。在步驟59和步驟61，來自盤57的數據被適當地操作、過濾或處理以生成記賬數據庫63。數據庫63服從診斷例程65、備份例程67和賬單生成例程69，這些例程適應于包含在記賬信息數據庫63中的信息的金融性質。適當的編程包括ASP采用哪種規則、算法和方法論以將金融值歸類于其系統的使用中，以在步驟71中生成相應的賬單，并與這類系統19的用戶進行適當的通信。在一個實施例中，ASP發消息和協作系統使用代理以自動地將加密的數據和狀態信息存入盤中并將記賬、狀態和加密數據加載到ASP的記賬信息數據庫中，并對正確的記賬標記進行檢查。ASP隨后在定期(每月)基礎上進行記賬。
現在參閱圖3，要直到本發明的系統19較為有利地以一種“中間件”的形式出現，這表示系統19創建互動構造或包裝(wrapper)以處理從所分配的一個或多個位置訪問或輸入的數據。盡管這類數據處理最終將與中央數據庫相互作用，但使用這類中間件、構造或包裝將減少數據處理期間對中央數據庫或其它主數據庫進行訪問的需要并因此提高效率、速度、系統性能并產生與更簡單的通信相關的所有其它優點。
通過使用系統19中，前述用于生成腳本的代理或“bots“被創建以包含或具有不需要訪問主數據庫而對所有有關信息的訪問。這種架構限制了數據被損壞，避免數據沖突、死鎖、基于無線或電纜的同步要求、提高性能和安全。中間件也被設計成與系統當前處理共存的形式。較為有利地，系統19在現有服務器上實現并以將無線功能添加到系統而無需對系統的現存應用進行定制的方法實現。如圖3所示，此前討論的大多數信息處理發生在與主處理系統分離的層以及與應用信息關聯的數據庫上。因此，參照圖2所討論的Web腳本的執行發生在較為有利地與主數據庫99分離的中間件模塊81上。來自模塊81的輸入數據的通信是通過適當發消息應用而實現的，諸如系統模塊83中的電子郵件通信，該模塊83將包含驗證數據的電子郵件發送到接收方郵件服務器和ASP郵件服務器，如圖2中前述的對步驟49和步驟51的請求那樣。如果需要，中間件模塊被構造成在加載或發送到客戶系統的主數據庫之前，對用戶輸入其中的數據進行完整性、一致性、有效性等的檢查。
一旦加密的數據被所打算的接收方正確地接收時，它被接收方的盤85獨立地處理，即，獨立于響應用戶請求另行處理Web腳本和處理數據的“包裝”。在步驟87接收方對數據解密并產生適當的狀態指示符。當執行被稱為代理解密的編程時，編程解密顯示在Web瀏覽器屏幕上的信息并在Web服務器(較為有利的是駐有代理解密的Web服務器上)上創建狀態信息文件(步驟87)。當合適的代理執行中間件層中相應的任務或當系統另有指示時，這種狀態文件被較為有利地更新以當前狀態信息。這樣，在食品供應商的應用場合中，客戶發出訂單。該訂單消息在中間件層由模塊81和83進行處理。ASP具有合適的編程以解密訂單信息，觸發訂單狀態文件的創建(步驟87)，并將電子郵件確認發送到請求者或客戶(步驟89)。訂單信息被驗證其完整性而任何支付處理同樣由合適的編程完成并加載到數據庫中。在通過代理裝置處理食品訂單過程中的各個時點上周期地更新狀態并通過Web鏈接或其它形式向客戶提供手段以合理地獲得當前狀態信息(步驟97)。
根據具體應用或用戶請求而處理數據，由此在駐有代理的Web服務器上產生狀態信息文件(在步驟89)，這里或者通過電子郵件聯系或者在狀態或其它請求91之下由用戶交互地訪問。解密數據作為文件存儲在接收方的盤85上并同樣被適當地傳送并加載到步驟93、95、97所示的數據庫中。
貫穿于系統19的整個操作，根據具體應用場合的要求，使用安全信息發送和相關的加密解密協議。
要理解，用于生成Web腳本的編程25可以任何適當的語言實現。較佳地，編程25以Perl實現，而此類Perl腳本的執行生成相應的HTML碼。同樣通過合適的手段(包括SSL和VPN)提供數據安全性。盡管Perl或其它Web腳本編程是較佳的，然而其它編程語言和協議同樣使用并被本發明涵蓋，諸如Java、XML等。
下面的例子進一步闡述了本發明的操作例1在本發明的一個范例性實施例中，本發明的網絡/ASP被用于衛生保健領域。特別地，檢查患者的醫師使用PDA或其它便攜的無線裝置以輸入關于被檢查和/或治療的患者的信息。進入網絡的醫師的入口提供具有用于接收患者信息(例如統計信息、醫療歷史、正在服用的藥物、過敏、由醫師作出的診斷概括、根據診斷的治療等)的字段的定制數據表格。
醫師可通過對數據加密并將所加密的數據發送而實時地將數據發送到醫院或實習辦公室的數據庫。接收方(醫院或實習辦公室)數據庫籍由代理或zotbot對數據解密并隨后對其自身數據庫驗證數據。醫院或實習數據庫包含患者、診斷、治療和其它任何與患者或醫學治療有關的信息。可驗證醫師輸入的數據以確認它與保持在醫院或實習數據庫中的數據一致。作為代替或附加，可基于醫師的輸入驗證數據。
網絡監控數據傳送和驗證并在數據輸入不正確(或表現為錯誤)的時候能實時地通知醫師。另外，如果數據庫中的一個產生主治醫師不再具有有效保險的信息，網絡允許將類似的信息從醫院或實習所數據庫傳送到醫師這邊。同時，網絡存儲所有傳送的數據并監控傳送狀態。網絡將關于被發送的數據和傳送進程的狀態報告提供給用戶。另外，網絡基于網絡使用的預定的代價方案對用戶記賬。
網絡同樣能用于支持衛生保健領域的其它部分。例如，精神病醫師能在理療階段用它收集患者信息。生理理療師能用該網絡將患者的康復進程圖表化并與前期狀況作比較。
例2在本發明的另一范例性實施例中，本發明的網絡/ASP被用于食品服務行業。特別地，餐廳(或食品配送和/或外賣)在網絡中維護一個入口，該入口包含其每日菜單和帶價格的訂單表。網絡用戶可訪問餐廳的入口或網站并通過輸入和發送數據(選擇地為加密數據，例如如果提供信用卡信息的話)而發出訂單。餐廳表格具有行項目以在列表中進行選擇，復制傳統餐廳菜單或彈出菜單。表格具有在規定時段內(例如每日或每周特價)餐廳提供的項目。如果餐廳改變其菜單或用完特別項目后，這些行項目或彈出菜單可以例如由代理或zotbots改變。
餐廳表格的數據字段的又一例子是挑選食物的地點。選項可以來自可實現挑選的地點的列表(或彈出菜單)。用戶一般挑選最方便的地點；然而，如果該地點達到飽和，代理或zotbot則能將地點從列表上刪除以使該地點不再被選擇。
接收方餐廳驗證定單數據(例如保證客戶名字僅包含字母)并處理訂單，或者如果訂單中的數據不合適，則通過在網絡上傳送消息而實時通知用戶。或許，餐廳用相同的進程對有關最后價格、食物將準備就緒的時間等信息進行解密并傳回給用戶。
在其它的處理中，網絡為了備份和驗證而接收并存儲所發送的數據。這使得網絡對數據傳送或基于交易完成而對用戶記賬，并用作正在傳送數據的備份復制。
電子郵件代理或zotbots能處理消息，驗證客戶，解密、驗證數據并加載到數據庫中。代理或zotbots還能處理賬單。
例3在本發明又一實施例中，ASP/網絡被用于法律事務公司記賬系統。網絡為每個用戶創建定制的入口，該入口具有包含顯示每個字段所允許選項的彈出菜單的字段。這些字段可以是用戶身份、工作類型、任務花費時間、任務說明、客戶和事件名以及數量、記賬比率等。
代理人可從PDA或其它遠程和/或無線資源處輸入在某事件上花費的時間以及這些事件的說明。這可在執行工作時輸入并將其發送給(可能無線地)為客戶生成賬單的法律事務公司的中央記賬程序。來自用戶的數據表格在法律事務公司中央地點被加密(這對基于用戶隱私要求而表現的法律服務來說尤其重要，例如客戶代理權限)、解密并被驗證。
如圖5所示，在有關EsquireTimeBotTM的場合，合法記賬數據(例如客戶、事件、說明、花費時間等)被用戶通過無線PDA而輸入。該數據通過加密并任選地驗證數據的EsquireTimeBot代理傳送。然后數據可能通過電子郵件被發送到法律事務公司的記賬處理器或用戶的秘書。隨后由AgentDecrypt(代理)對數據進行解密并任選地驗證。隨后將被解密的數據發送給記賬數據庫以供輸入和進一步處理(例如生成賬單)。在又一實施例中，賬單數據可經由代理(bots)從用戶端行進至記賬數據庫(無需傳送到記賬處理器或用戶的秘書)。
除了與計費程序一起使用，本發明的網絡還能被代理人用來預定新客戶。它允許用戶遠程地通過PDA輸入預期的客戶名，該客戶名能被實時地發送到法律事務公司的數據庫上。可將預期的新客戶名與現有客戶、先前客戶或公司所處理的不利方以確定是否該公司能表現出擁有預期新客戶的態勢或是否會有利益沖突。
由于前面的描述，要理解的是本發明的一個方面或優點由一種通過例如互聯網的計算機網絡進行商業活動的高科技和高成本效率的模型組成。作為進一步的優點，該方法和系統實現普遍計算并且在其到達范圍內不會受到地理上或技術上的限制；提供商和用戶可以從地理上擴展開去，使用不同的內部計算系統，并仍然由本發明的系統所鏈接。另外，本發明可為提供貨物或服務或交換數據的網絡用戶提供廣告。
作為又一個優點，本發明提供了高效、省時的網絡以在用戶之間進行實時的商業活動(例如購買貨品和/或服務)或數據交換。本發明用作可連接不同類型系統的通用數據接口，例如將數據輸入到現存的老式系統中的方法。
在有關優點中，該方法和系統允許將現代的開發的無線技術并入到老式系統中；這樣，可用無線PDA填充老式數據庫。
又一個優點合適本發明可以是基于證實的Web技術和開放源構架的。
在某些方面，本發明消除了傳統的、費成本的以及易發生錯誤的以手寫或打字方式的手工輸入的任務、數據的重新輸入、驗證、校對以及這些過程中固有的錯誤。
本發明的方法和系統有利地允許安全、定制和有效的分組并實時地將數據沿計算機網絡以比以前使用的方式更有效的方式進行發送。由網絡提供的定制使它能用于多種行業并適應無數的任務和交易。
作為又一個優點，本發明提供有機會采納無線通信裝置和其它形式的新技術的商業活動，低成本地增強了它們的硬件基礎設施以整合和更新該技術。另外，這使得遠離辦公室的工人安全地連接他們的商業系統并使用廣泛的設備實時地交換信息。
作為另一個優點，本發明提供一種省時和減少麻煩的將數據輸入到數據庫或老式系統的方法。由于它易于使用、容易實現并能低成本地整合，因此能解決記錄數據所帶來問題。由于其便利性、直觀的用戶接口以及廣泛的計算特征，它能通過使用戶實時記錄數據而節約時間。它通過減少需要發送、接收和手工輸入數據交易而保證商業活動的效率。數據僅需被輸入一次，與多次輸入相反(對于某些傳統數據交換系統)，節省了商務時間和金錢。
另外，根據本發明的方法和系統，用戶無需在連線到網絡以輸入數據的辦公室PC前。當他們報告的活動發生時，用戶可遠程地從他們的辦公室/家里或在旅途中(諸如野外或客戶住所)實時地輸入數據，該遠程可訪問性使信息丟失量變得最小，例如從謄寫手抄筆記或試圖想起要輸入的事件和信息。該方法和系統是簡單而且直觀的以使用戶不一定要克服該方法和系統的整合的大量學習曲線。另外，該方法和系統能對目標用戶進行定制以進一步簡化和減少學習和成功操作的阻礙。
本發明的通用可連接性能在公司內的諸應用之間進行連接，允許關鍵的內部系統的整合。這允許用戶保持他們現存的老式系統，保留他們大資金的投資，并同時為他們提供高效率成本的機會以采納新的技術，例如廣泛計算或可能是XML，同時無損老式系統的兼容性。公司能以低的整合成本用定制的應用改善他們現存的系統。
當用于主宿(hosting)軟件的硬件基礎設施通過ASP更新和維護時，使用本發明的ASP為用戶提供硬件基礎設施的連續升級的路徑。由于腳本是基于服務器的，本發明的廣泛計算環境具有健全的功能性；他們無需駐于手持設備上。因此，本系統不受到手持設備限制條件(例如小存儲器容量、低速處理器等)的約束。
本發明的ASP使用戶具有定制的表格和應用，例如頁面或入口。諸如電子郵件代理或zobot的代理能自動地為系統創建定制的表格或應用。例如，每個入口可提供具有用于輸入數據的字段的表格。每個數據字段具有為用戶提供選項以選擇的彈出菜單。彈出菜單可為字段提供缺省選擇以保證該字段中存在數據。能使用zobot定期地(例如以一個星期為基礎)改變彈出菜單的選擇。Zobot提示用戶對每個字段或對初始化信息進行希望的選擇。它隨后生成創建要求的表格的合適的Perl(Mod Perl或任何其它正使用的適合的編程語言)腳本/zotbot。這些腳本很小且便于操作，另外可攜帶于多種計算平臺上。
本發明還能作為商務—商務的交換而應用于商業活動之間。商業活動可交換數據，而不考慮兩個商業實體是否使用不同的計算系統并擁有不同的數據庫程序。例如，本發明可用作供應鏈管理應用。那是能通過系統直接將信息發送給客戶的提供商。所發送的信息可如上所述地被加密和驗證，另外客戶可直接將信息并入其數據庫中。另外，它能扮演數據交換橋梁的角色而連接甚至來自不同公司的異構的私用系統。這允許商業活動在它們的供貨商、分銷商和客戶之間建立更緊密的聯系。
電子郵件代理或bots可全體地處理消息驗證用戶、解密消息、驗證數據并加載到數據庫中。該系統是靈活的，由此可從開放的源架構、私用架構和這些架構的組合中選擇電子郵件客戶和加密算法。
本發明的方法和系統還提供了一種手段，通過它給信息打上時間標記以驗證數據，信息產生并發送于該驗證數據上。系統能記錄每個步驟中的時間標記軌跡。系統服務器產生對于時間標記的時間。另外，能對系統的不同用戶記錄數據發送的時間，從而提供時間標記的進一步確證。
時間標記功能對想要記錄實驗結果的和/或發明的最初日期的實驗室和發明者而言是尤為有用的；這樣不僅能將敏感數據安全地輸入并傳送，而且能成為時間標記。根據本發明的時間標記對電子文檔和/或Web站點網頁非常有用，在這種情況下無法象報紙或雜志論文(或其它首次發表在論文中的文檔)那樣方便地核實公布日期。
本發明的電子數據交換接口表現出優越的性能。本發明使用的腳本(可以是Perl)能通過使用更強大的編程語言而進行改善(例如更快地執行)，例如Mod Perl，Mod Perl是更強大的Perl版本。
盡管結合某些特定實施例進行了例示和說明，本發明不打算被限制在所示的細節內。事實上，本發明指向用于提供安全的計算機網絡的方法和系統，在所述計算機網絡中能根據用戶的偏好而安全地將數據實時分組、存儲和傳送，可不脫離本發明精神地對說明書等效范圍和界限內作出多種修正。
權利要求
1.一種與應用服務提供商(ASP)(21)和現有客戶機數據庫結合使用的計算機執行系統(19)，所述系統包括從客戶機數據庫導出的用戶信息數據庫(23)；在操作上關聯于用戶信息數據庫的消息發送和協作系統；被配置成由消息發送和協作系統填充的至少一個模板(29)；以及至少一個代理，所述代理在操作上關聯于消息發送和協作系統以獨立地生成現有客戶機數據庫的Web腳本并響應用戶請求而訪問模板和用戶信息數據庫。
2.如權利要求1所述系統，其特征在于，還包括與模板關聯的數據結構(31)，填充所述數據結構以優化附加的Web腳本的生成。
3.如權利要求1和2所述系統，其特征在于，還包括執行Web腳本的編程模塊(81)，所述模塊具有對由用戶輸入的數據進行加密的子例程；通信模塊(83)，用于對從編程模塊(81)到客戶機郵件服務器(49)的輸入數據進行通信；獨立于編程模塊(81)處理輸入數據的合適編程，所述合適編程包括解密例程(87)。
4.如權利要求1至3所述系統，其特征在于，還包括狀態模塊(87)，所述狀態模塊(87)被編程以產生具有狀態信息的郵件并使所述郵件指向用戶和ASP中的一個；用于對用戶生成賬單的支付模塊響應于用戶對系統的訪問。
5.如權利要求1至4所述系統，其特征在于，還包括將客戶數據庫更新以用戶輸入的數據的編程(95)。
6.一種根據權利要求1至5的用于處理接收自應用的用戶的信息的方法，所述方法包括下列步驟接收對信息的用戶發起請求，所述信息由應用進行處理；響應于用戶發起請求而顯示由Web腳本生成的表格；以及或響應于用戶發起請求或響應于對表格的數據輸入而訪問客戶機信息數據庫。
7.如權利要求6所述方法，其特征在于，還包括下列步驟對傳送前由用戶輸入的任何數據進行加密；將輸入數據發送到客戶機和ASP兩者；以及生成對用戶可訪問的狀態更新。
8.如權利要求1所述系統的計算機可讀介質，其特征在于，計算機可讀介質包括代理。
9.如權利要求3所述系統的計算機可讀介質，其特征在于，所述介質包括用于生成Web腳本(25)的多個代理；用于執行Web腳本的編程模塊(81)；通信模塊(83)；以及獨立處理于編程模塊(81)處理輸入的數據的合適編程，所述合適編程包括解密例程(87)。
全文摘要
本發明包括為實時數據傳送提供安全的計算機網絡的方法、系統和計算機可讀介質。數據按用戶的優選被分組和存儲。被傳送的數據被系統加密、解碼和驗證(假設用戶身份/口令被驗證)。本發明能使用數據的定制表格；這些表格由可定制的腳本驅動。它提供安全和專門的消息。
文檔編號H04L9/32GK1829975SQ200480016232
公開日2006年9月6日 申請日期2004年4月16日 優先權日2003年4月16日
發明者E·C·欣 申請人:佐伊奧斯股份有限公司