本申請要求于2014年5月29日申請的美國臨時申請?zhí)?2/004,476的權益，其通過引用被全部并入本文中。

技術領域

本發(fā)明一般涉及分析法律服務的發(fā)票數據，并且更具體地涉及用于識別特定的法律服務并分析與其相關的費用的系統和方法。

背景技術：

公司法律顧問實現成本節(jié)約主動性的壓力在持續(xù)增大，特別是在由外部法律顧問給公司客戶提供外部法律服務的費用越來越高的情況下。結果，許多公司實施了電子帳單系統，其接收和存儲電子格式的法律發(fā)票數據。這些數據通常以統一的電子格式諸如LEDES 98B或其它格式提供。提交給電子帳單系統的發(fā)票數據包括發(fā)票上每一行項目收費的傳統數據，例如，為傳統的紙質發(fā)票上出現的每一行項目提供發(fā)票號碼、發(fā)票日期、收費金額、事務號、計時員、服務類型、支出類型等。通過將電子帳單系統中電子格式的發(fā)票數據收集在一起，這樣的數據可用于分析，確定在法律事務周期上提供的各個服務的累積成本。理論上，有了電子格式的發(fā)票數據，某些服務類型的收費可以被分離并加以分析。

服務類型有時也稱作任務代碼或活動代碼，其用在電子帳單系統中將個別法律事務的生命周期中提供的各種法律服務的收費進行分離。UTBMS服務類型和支出類型是一個標準化的服務類型和支出類型代碼的傳統集合。遺憾的是，在復雜的諸如國際專利申請事務之類的法律事務中，服務類型通常以非常不一致的方式使用，使得難以或不可能準確地分析電子帳單系統中的發(fā)票數據。行業(yè)專家認為超過三分之一的服務類型和支出類型被不恰當地使用。服務類型被不恰當使用的兩個常見原因如下。首先，帳單管理員通常被賦予將服務類型插入到電子帳單數據中的責任，管理員經常不理解由律師完成的實質性法律服務。結果，帳單管理員在向客戶的電子帳單系統提交發(fā)票數據時會使用不正確的服務類型。其次，外部法律顧問可能有意地使用不正確的服務類型或支出類型。

此外，通常在非常長的時間內會在各個國家進行專利申請。許多專利局花費超過五年的時間處理專利申請并不少見。這也使得分析成本數據很困難，原因是必須在非常長的時間內收集數據以捕獲一個專利事務的生命周期內的成本數據。在數據收集周期內匯率波動、開單率的變化以及律師變動可能使數據變得很歪曲。當這些因素與用不正確的服務類型編碼的發(fā)票數據結合時，對發(fā)票數據的任何分析最多只是令人懷疑。

技術實現要素：

本發(fā)明的實施例克服了上面提到的傳統技術的缺點。根據本發(fā)明的一個方面，提供了一種用于分析與知識產權事務有關的電子發(fā)票數據的系統。所述系統具有用于存儲數據和執(zhí)行各種例程的處理電路。發(fā)票數據存儲在所述處理電路內，所述發(fā)票數據包括服務費、服務日期、支出費用、支出日期和事務標識符。費用數據存儲在所述處理電路中，包括最低費用和最高費用。識別例程被執(zhí)行以識別總數介于所述最低費用和所述最高費用之間的目標支出費用的目標支出日期。日期范圍計算例程被執(zhí)行以基于所述服務時間階段數據和所述目標支出日期計算服務開始日期和服務結束日期。分析例程被執(zhí)行以識別所述服務日期介于所述服務開始日期和所述服務結束日期之間的所述事務標識符中的至少一個的所述服務費。

根據本發(fā)明的另一方面，提供了一種用于分析與知識產權事務有關的電子發(fā)票數據的系統。所述系統具有用于存儲數據并執(zhí)行各種例程的處理電路。包括服務費、服務日期和事務標識符的發(fā)票數據存儲在所述處理電路內。包括事務標識符和所述知識產權事務的至少一個目標日期的摘記數據也存儲在所述處理電路內。服務時間階段數據也存儲在所述處理電路內。日期范圍計算例程被執(zhí)行以基于所述服務時間階段數據和所述目標日期計算服務開始日期和服務結束日期。分析例程被執(zhí)行以識別服務日期介于所述服務開始日期和所述服務結束日期之間的所述事務標識符中的至少一個的所述服務費。還公開了系統的其它實施例。

在另一實施例中，計算機程序產品包括存儲計算機可讀程序的非瞬態(tài)計算機可讀存儲介質。當程序由計算機內的處理器執(zhí)行時，所述計算機可讀程序引起所述計算機執(zhí)行用于分析電子發(fā)票數據的操作。在一個實施例中，所述操作包括訪問存儲器中存儲的發(fā)票數據。所述發(fā)票數據包括具有服務費和服務日期的事務標識符。所述操作還包括識別與所述事務標識符關聯的目標日期和與所述目標日期關聯的服務。所述操作還包括訪問存儲器中存儲的針對識別的服務的服務時間階段數據。所述操作還包括基于所述服務時間階段數據和所述目標日期計算服務開始日期和服務結束日期。所述操作還包括從所述發(fā)票數據中識別介于所述服務開始日期和所述服務結束日期之間的服務費。所述操作還包括在所述存儲器中存儲將所述服務與識別的介于所述服務開始日期和所述服務結束日期之間的每個服務費關聯的記錄。

在另一實施例中，提供了一種用于分析電子發(fā)票數據的方法。在一個實施例中，所述方法包括訪問存儲器中存儲的發(fā)票數據。所述發(fā)票數據包括具有服務費和服務日期的事務標識符。所述方法還包括識別與所述事務標識符關聯的目標日期和與所述目標日期關聯的服務。所述方法還包括訪問所述存儲器中存儲的識別服務的服務時間階段數據。所述方法還包括基于所述服務時間階段數據和所述目標日期計算服務開始日期和服務結束日期。所述方法還包括從所述發(fā)票數據中識別介于所述服務開始日期和所述服務結束日期之間的服務費。所述方法還包括在所述存儲器中存儲將所述服務與識別的介于所述服務開始日期和所述服務結束日期之間的每個服務費相關聯的記錄。還公開了方法的其它實施例。

在另一實施例中，計算機程序產品包括存儲計算機可讀程序的非瞬態(tài)計算機可讀存儲介質。所述程序由計算機內的處理器執(zhí)行時，所述計算機可讀程序引起所述計算機執(zhí)行用于估計服務的生命周期成本的操作。在一個實施例中，所述操作包括識別分立的第一服務的第一成本。所述第一成本由與所述第一服務關聯的實際成本記錄得到。所述操作還包括識別分立的第二服務的第二成本。所述第二成本由與所述第二服務關聯的實際成本記錄得到。所述操作還包括執(zhí)行數學計算，以將所述第一成本和所述第二成本組合成組合成本估計。所述操作還包括將組合成本估計呈現給用戶作為服務事務的估計成本，其中，服務事務的完成預期包括與所述分立的第一和第二服務相當的階段。還公開了計算機程序產品的其它實施例。

本領域技術人員在研究以下說明書、權利要求書和附圖時，會理解和認識到本發(fā)明的這些和其它方面、目標和特征。

附圖說明

在附圖中：

圖1是用于存儲發(fā)票數據和用于管理法律服務的成本的系統的圖示；

圖2是專利申請的生命周期的時間線的圖，圖解說明執(zhí)行的法律服務和與這些服務關聯的專利局官費；

圖3是專利申請的生命周期的時間線的圖，圖解說明與執(zhí)行的法律服務關聯的示例性時間階段，與專利局官費的關聯支付有關的日期和與這些費用的支付關聯的摘記日期；

圖4是專利申請的生命周期的時間線的圖，圖解說明與執(zhí)行的法律服務關聯的示例性選擇時間階段和與專利局官費的相關支付有關的日期；

圖5是執(zhí)行生成更準確的帳單指示的例程的方法的一個實施例的示例性流程圖；

圖6是用于分析電子發(fā)票數據的系統的一個實施例的示意性框圖；以及

圖7是實現圖6系統的計算機架構的一個實施例的示意性框圖。

具體實施方式

本文中公開的本發(fā)明的系統和方法的各個方面以及本文中引用的附圖旨在是示例性的而不是限制性的。要理解，在不偏離本發(fā)明的精神下，其它實施例也可以使用，并落入所附權利要求的范圍內。

很少依賴或者不依賴帳單系統中的服務類型、支出類型或費用描述就能準確地分離某些服務的收費是很期望的。甚至更期望很少依賴或者不依賴帳單系統中的服務類型、支出類型或收費描述以自動方式準確地分離某些服務的收費?，F有的帳單系統并不提供這些能力，只能依賴人工輸入的服務類型和支出類型來分離對個別事務提供的服務。

參照圖1，示出用于分析發(fā)票數據的系統。電子帳單系統能夠接收和存儲各種傳統格式的發(fā)票數據。具體地，用于法律服務的傳統紙質發(fā)票的常見元件是以標準化的電子格式諸如LEDES 98B提供的。電子發(fā)票數據中包括傳統的紙質發(fā)票中每一行的項目收費以輸入到電子帳單系統中。例如，以LEDES 98B格式提供的答復審查意見通知書的500美元的服務費和與該收費相關的信息可以包括大約25個字段的數據。更多的可識別數據字段包括客戶名稱、發(fā)票號碼、發(fā)票日期、發(fā)票總金額、事務號、服務類型、支出類型、收費金額、貨幣、收費描述、收費日期、計時員、收費率、件數、服務類型和支出類型。LEDES數據格式的全部描述可以在網站www.ledes.org找到，LEDES數據中使用的UTBMS服務類型和支出類型的全部描述可以在美國律師協會網站：www.americanbar.org找到，這兩者通過引用被并入本文中。應該注意，盡管系統使用的信息可以由傳統的電子帳單系統導出，但發(fā)票數據還可以通過其它來源，諸如數據庫、OCR發(fā)票或其它電子發(fā)票數據來源獲得。

如圖1所示，對于專利事務，專利代理人將數據輸入系統中。一旦發(fā)票數據輸入到系統中，客戶可以通過將針對該事務的收費按服務類型或支出類型求和以及分類來分析特定事務的收費。此技術的唯一問題是如果該事務的服務類型不準確，則求和是不準確的，收費不能被準確地分類。由于傳統的電子帳單系統依賴外部法律顧問提供收費的服務類型，所以已經證明這些系統持續(xù)地準確接收和分析發(fā)票數據的效率很低。而且，確定服務類型是否被準確地使用的唯一方式是檢查收費描述，以確保所描述的服務與服務類型匹配。遺憾的是，收費描述是不統一的，常常難以準確地確定完成的是哪種服務，因此難以確定應該使用哪種服務類型。而且，計時員可能有意地使用不正確的服務類型，提供誤導的收費描述，以避免客戶能夠檢測到針對特定事務的高收費。因此，傳統的電子帳單系統比較各種法律服務特別是對知識產權事務的多個法律服務提供者的收費，由其生成準確的基準報告是困難的或不可能的。

為了降低或避免必需使用服務類型來識別與特定服務有關的收費，本發(fā)明使用獨特的方法和系統獲得不準確編碼的發(fā)票數據及完成的服務的不準確描述，并轉換這些數據，使得系統能夠準確地確定完成的是哪種法律服務以及與這些法律服務關聯的收費。例如，專利申請服務的生命周期通常拖延幾年。如圖2所示，在申請過程中非常接近里程碑日期完成的有不同的服務。這些里程碑日期與支付給申請專利局的官費直接關聯。通過識別發(fā)票數據中的官費，支付日期或與其有關的日期能夠以合理的精確度確定。通過確定與官費支付有關的日期，可以限定相對完成特定的法律服務的日期的時間階段。一旦限定適用的時間階段，在該時間階段中的收費可以被識別并加以分析。

在一些實施例中，改進的系統有利于由目標數據導出，而不是由服務提供者編碼、描述、提交的電子帳單指示生成更加準確的信息。盡管來自服務提供者的電子帳單指示可以輸入到系統中，但系統的一些實施例單獨地生成帳單信息，該信息不一定由服務提供者提交的電子帳單信息導出。代替使用服務提供者提交的電子帳單信息，系統訪問支出數據和/或摘記數據(docketing data)以識別具有與每種事件類型關聯的已知或建立的工作時間范圍的特定目標事件。

基于目標事件的類型和與目標事件關聯的工作時間范圍，落入關聯的工作時間范圍內的其它帳單活動可以指定為與識別的事件相關聯，而不管由服務提供者提交的電子帳單代碼的類型或帳單描述如何。換言之，系統可以使用由可識別的支出或摘記事件導出的新生成的帳單信息，建立新的與服務提供者的記錄無關的支出資料。

舉一個示例，已發(fā)生支出的實際日期可以提供目標事件，可以圍繞目標事件建立工作窗，該工作窗內提供的服務可以指定為與已發(fā)生支出直接關聯的活動對應。在另一示例中，申請絕限或申請日期的實際日期可以提供目標事件，可以圍繞該目標事件建立工作窗，該工作窗內提供的服務可以指定為與申請絕限或申請日期直接關聯的活動對應。這樣，帳單指示綁定到特定的目標事件(支出日期或摘記日期)，而不是簡單用可能與目標事件無任何關系的電子帳單代碼或服務描述編碼。

新建立的帳單指示可以以各種方式傳送給用戶，包括通過報告、圖形和其它可視指示或顯示。另外，在一些實施例中，新建立的帳單指示可以用來比照服務提供者提交的電子帳單數據。在新建立的帳單指示和服務提供者提交的電子帳單數據之間有差異的情況下，可以使用警告或標志通知系統的用戶存在這種差異。在一些實施例中，可以自動地通知服務提供者這種差異，期待服務提供者會重新考慮并確認或修改標記的電子帳單數據。

下面更加詳細地討論本發(fā)明的系統和方法，包括很少依賴或者不依賴服務類型代碼或不準確的服務描述，識別官費和其關聯的支付日期以及如何限定與這些支付日期有關的時間階段以及如何分析這些時間階段中的收費的自動化技術。下面的詳細討論展示不需要準確的服務類型或對完成工作的準確描述，具有不準確編碼的服務類型和不準確的服務描述的原始數據如何能夠轉換成與完成的特定服務準確關聯的數據。

如圖2所示和下面的描述，專利申請和維持的生命周期包括由適用專利局收取的各種官費。這些官費通常是固定的，在申請中的特定時間點應支付。在大多數國家，與專利申請關聯的大多數收費是“專業(yè)費用”或“服務費用”，是對由專利專業(yè)人員完成的服務的收費。在大多數國家，由專利專業(yè)人員進行的最大的實際支出或支付通常是官費。

圖2還示出在專利的整個生命周期中應付的官費。例如，當在專利局提交申請時，“申請費”10在申請時或申請不久之后支付。在一些國家，在做出審查請求并支付適當的“審查費”12之前，專利局不會審查專利申請。在一些國家，當提交對審查意見通知書的答復時，必須支付“答復費”14。如果專利申請被最終授權，則應向專利局支付“授權費”、“領證費”或“注冊費”16。在申請被授權之后，一般在申請之后或授權之后的各個周年應付“年費”18，這有利也稱作“續(xù)展費”或“維持費”。注意，一些年費應在授權日期之前支付。

在支付上述的每種官費時，常常需要有特定的服務，這些服務在官費支付之前和/或剛支付之后完成。例如，在支付申請費時，需要實際提交申請的申請服務20。對于優(yōu)先權申請，這些費用例如與發(fā)明人面談、撰寫申請和提交申請關聯。對于第二次的國際申請，這些申請服務20可以包括提交申請所需的紙件文件，在一些情況下需要翻譯申請，準備主動修改和給專利局提交申請。在支付審查費時，需要提交審查請求22的服務和其它相關服務。在支付答復費時，在答復費之前完成實質申請24服務以準備答復。在支付授權費時，需要處理授權26的服務，包括檢查授權申請、支付授權費并完成其它相關服務。在支付年費時，需要支付年費28的服務并完成其它相關服務。本發(fā)明包括方法和系統的這樣的實施例，他們用于分析電子發(fā)票數據以識別與這些官費的支付關聯的日期使得在與官費相關的各個時間階段中的服務費能夠被識別和度量。

本發(fā)明的系統的實施例被嵌入傳統的處理電路中，傳統的處理電路可以實現為具有微處理器和存儲器的計算機。應該認識到，可以使用任何模擬和/或數字處理電路來處理數據、執(zhí)行一個或多個例程并處理通信。存儲器可以包括易失性和/或非易失性存儲器，包括但不限于隨機存取存儲器(RAM)、只讀存儲器(ROM)、電子可擦除可編程只讀存儲器(EEPROM)、閃存和其它已知的存儲器存儲介質。許多例程和數據存儲于存儲器中。例程可以由微處理器執(zhí)行。

同樣，在本說明書中描述的許多功能單元被稱作例程或模塊，以便更加具體地強調其實現的獨立性。例如，例程或模塊可以實現為硬件電路，包括定制VLSI電路或門陣列，現成的半導體，諸如邏輯芯片、晶體管或其它分立組件。例程或模塊還可以在諸如現場可編程門陣列、可編程陣列邏輯、可編程邏輯器件等的可編程硬件器件中實現。

例程或模塊還可以以軟件實現以由各種類型的處理器執(zhí)行。可執(zhí)行代碼的識別例程或模塊例如可以包括計算機指令的一個或多個物理或邏輯塊，其例如可以組織成對象、程序或功能。不過，識別例程或模塊的可執(zhí)行代碼不一定物理上在一起，而是可以包括存儲于不同位置的不同指令，這些指令在邏輯上連接在一起時，包括例程或模塊，實現該例程或模塊的所描述目的。

實際上，可執(zhí)行代碼的例程或模塊可以是單個指令，或者許多指令，甚至可以分布在幾個不同的代碼片斷、不同的程序，以及幾個存儲器裝置中。類似地，運算數據可以被標識并在本文圖示為例程或模塊，可以以任何適當形式具體化，并組織成任何適當類型的數據結構。運算數據可以被收集作為單個數據集，或者可以分布在不同的位置上，包括分布在不同的存儲裝置上。

在本說明書中“一個實施例”或類似語言的表述表示關于該實施例描述的具體特點、結構或特征包括于本發(fā)明的至少一個實施例中。因此，本說明書中詞語“在一個實施例中”和類似語言的出現可以但不一定全部指同一個實施例。

本領域技術人員會認識到，本發(fā)明可以實現為方法、系統或計算機程序產品。相應地，本發(fā)明可以采用整個是硬件實施例、整個是軟件實施例(包括固件、駐存軟件、微代碼等)或組合軟件和硬件方面的實施例的形式，他們在本文中一般全部可以稱作“電路”、“例程”、“模塊”或“系統”。

要認識到，在一些配置中，一些或所有軟件以非瞬態(tài)存儲，使得軟件或其表示在一段時間內存在于相同的物理位置。另外，在一些配置中，軟件中的一些或全部存儲于一個或多個非瞬態(tài)存儲裝置上，非瞬態(tài)存儲裝置包括能夠存儲非瞬態(tài)狀態(tài)和/或表示軟件的信號的硬件元件，即便非瞬態(tài)存儲裝置的其它部分可能能夠改變和/或發(fā)送信號。非瞬態(tài)存儲裝置的示例包括但不限于只讀存儲器(ROM)、隨機存取存儲器(RAM)、閃存、磁盤、光盤、集成電路、觸發(fā)器和其它邏輯狀態(tài)器件等等。這些非瞬態(tài)存儲器件全部能夠在一段時間內存儲信號和/或表示軟件部分的狀態(tài)。然而，存儲信號和/或狀態(tài)的能力并不被傳送與存儲的信號和/或狀態(tài)相同或代表存儲的信號和/或狀態(tài)的信號的附加功能減弱。例如，處理器可以訪問非瞬態(tài)存儲裝置，以獲得代表存儲的信號和/或狀態(tài)的信號，以便執(zhí)行相應的軟件指令。

而且，本發(fā)明可以采用計算機可用存儲介質上的計算機程序產品的形式，計算機可用存儲介質上具有嵌入其中的計算機可用程序代碼?？梢允褂萌魏芜m當的計算機可用或計算機可讀介質。計算機可用或計算機可讀介質例如可以是但不限于電子、磁、光、電磁或半導體系統、設備、裝置等。計算機可讀介質的更具體的示例(非詳盡列表)包括以下：具有一個或多個布線的電子連接，便攜式計算機磁盤，硬盤，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編程只讀存儲器(EPROM或閃存)，光纖，便攜式光盤只讀存儲器(CD-ROM)，光存儲裝置，諸如支持互聯網或內部網絡的傳輸介質，或磁存儲裝置。注意，計算機可用或計算機可讀介質甚至可以是紙或另一適當介質，程序可以打印于其上，程序可以通過例如光掃描紙或其它介質被電子捕獲，然后被編輯、解釋或根據需要以適當方式被處理，然后存儲于計算機存儲器中。在此文檔的背景下，計算機可用或計算機可讀介質可以是能夠包含、存儲、通信或傳輸程序以由指令執(zhí)行系統、設備或裝置使用或與其關聯地使用的任何介質。

執(zhí)行本發(fā)明操作的計算機程序代碼可以用面向對象的編程語言，諸如Java、Smalltalk、C++等來編寫。不過，執(zhí)行本發(fā)明操作的計算機程序代碼還可以用傳統的程序編寫語言諸如“C”編程語言或類似的編程語言來編寫。程序代碼可以在專用數據處理器、通用計算機、計算機系統或被配置成執(zhí)行本發(fā)明方法的步驟或模式的聯網計算機或計算機系統的分組上執(zhí)行。用來執(zhí)行程序代碼的處理器或計算機例如可以使用互聯網服務提供商通過互聯網連接到一個或多個用戶計算機、(若干)電話或(若干)其它移動裝置。

傳統的發(fā)票數據可以存儲在處理電路內。此發(fā)票數據可以來自一個或多個代理人以及一個或多個國家，可以包括但不限于服務費、服務日期、支出費用、支出日期、事務標識符、國家標識符、代理人姓名、支出類型、服務類型、服務描述、支出描述等等。

與知識產權事務有關的摘記數據也可以存儲于處理電路內。例如，如由IP從業(yè)人員使用的傳統的摘記數據可以包括于處理電路中。替代性地，系統可以從諸如傳統IP管理系統(例如由Anaqua,Lecorpio,Computer Patent Annuities,Computer Packages Inc.,Thomson Reuters等提供的事務管理或摘記系統)的其它系統的處理電路或從諸如由各個專利局或其它信息提供商提供的公共可用數據訪問與知識產權事務相關的數據。詞語“傳統摘記數據”用來描述數據來源以及本領域已知的其它來源的所有這些示例。與知識產權事務有關的數據可以包括但不限于事務標識符、國家標識符、申請日期30、申請絕限日期、審查日期32、審查絕限日期、答復日期34、答復絕限日期、授權日期36、授權絕限日期、年費日期38和年費絕限日期。也可以包括諸如PPH絕限日期、PPH日期等等的其它摘記數據。

系統還可以存儲各種時間階段數據。時間階段數據可以包括與諸如官費支付和與這些官費有關的法律服務通常被執(zhí)行和完成的典型時間階段之類的各種數據關聯的時間參數。例如，對于申請服務，時間階段數據通常是完成與知識產權申請的提交有關的申請服務20的時間窗或“時間階段”。此外，申請服務時間階段數據還可以包括將此時間階段與適當日期相關聯的數據，所述適當日期諸如申請日期30或申請官費支出日期，申請官費到期日期或實際支付申請官費的日期。

如圖3的示例所示，申請服務時間階段開始于申請服務開始日期40和申請服務結束日期42。申請服務開始日期40選擇為在申請官費日期44或實際申請日期30之前的預定時間量。同樣，申請服務結束日期42選擇為在申請官費日期44或實際申請日期30之后的預定時間量。在申請官費日期44或實際申請日期30之前或之后的這些預定時間量基于各種因素建立，這些因素諸如知識產權申請?zhí)峤坏膰?，在該國申請所需的法律服務和代理人完成所需的申請服務花費的典型時間長度。通過檢查許多代理人在各種情況下的相關發(fā)票數據可最佳確定這些因素，以便建立適用國家的可靠典型的時間階段數據，或特定代理人的特定時間階段數據，不過還可以使用其它方法。如圖3的示例還顯示的，時間階段數據還可以包括預先審查服務時間階段數據(例如與EPC規(guī)則161有關的服務)，審查服務時間階段數據和授權服務時間階段數據，他們以與上文的申請服務時間階段數據示例相同的方式確定。此外，選擇的時間階段數據可以輸入到系統中。選擇的時間階段數據可以根據要被分析的服務和收費的期望時間階段與官費日期或其它日期相關。因此，時間階段數據根據需要可自定義。

如圖5的流程圖所示，圖5是關于專利申請服務的示例，本發(fā)明的一個方面是識別例程45，識別例程45被執(zhí)行以識別“目標”申請日期。這可以通過識別與摘記數據中針對某國家某事務的申請相關的適當日期例如申請日期30來進行。如圖5所示，識別例程45檢查新國家中針對新事務的發(fā)票數據46。如果識別例程45確定在該國該事務的申請日期在摘記數據中出現48，則此申請日期用作目標日期50。在本發(fā)明的又一方面，應該注意，識別例程45可以使用其它能夠識別目標日期的信息來源，諸如通過公共數據資源或摘記系統可用的相關日期。例如，在許多國家，專利申請在申請后18個月公布。因此，識別例程45可以使用來自公共專利數據庫的公開日期識別或驗證申請日期。

如圖5中還顯示的，在本發(fā)明的另一方面，如果識別例程45在摘記數據中沒有找到該事務的申請日期，則識別例程45檢查在該國該事務的發(fā)票數據52，并且如果識別申請官費支出大于最低申請官費且小于最高申請官費54，則該申請官費的支出日期會被例程識別為“目標”申請支出日期，這可以被其它標準證實或驗證申請官費是有效的56。如果識別申請官費，則其收費日期可以用作目標日期58。如果申請官費沒有落入最低和最高申請官費，或沒有被正確地識別為有效的，則系統搜索與此事務有關的其它官費支出60，并以相同方式處理。如果沒有與該事務有關的其它官費支出，則識別例程45檢查發(fā)票數據中的下一新事務46，重復此過程直到檢查完發(fā)票數據中所有國家的所有事務，并且已經為所有事務建立所有可能的目標日期。

識別例程45可以被執(zhí)行以驗證目標官費日期被正確地識別，如在下面的示例性技術中陳述的。識別例程45可以將事務標識符中一個的目標申請支出日期與同一事務標識符的目標審查支出日期比較，驗證如圖2所示的目標申請支出日期早于目標審查支出日期。以相同方式，識別例程45還可以被執(zhí)行以驗證一個事務標識符的目標審查支出日期已經被正確地識別。再次，識別例程45可以將事務標識符的目標審查支出日期與目標授權支出日期比較，驗證如圖2還顯示的目標審查支出日期早于目標授權支出日期。

識別例程45還可以包括用于識別特定目標官費支出費用和特定目標官費支出日期的另外的驗證技術。例如，發(fā)票數據可以包括翻譯支出類型，翻譯支出通常與申請服務關聯。相應地，識別例程45還可以被執(zhí)行以通過確定翻譯支出類型的翻譯支出費用具有介于所述申請服務開始日期和所述申請服務結束日期之間的翻譯支出日期，驗證一個事務標識符的目標申請支出日期已經被正確識別。如果確如此，則很有可能官費實際上是目標申請支出費用。類似地，系統可以使用其它驗證技術，諸如在服務描述中搜索某些關鍵字或比較UTBMS代碼以提高結果的可信度。

注意，識別例程45還可以被執(zhí)行以用與除申請服務20之外的服務相同的方式識別其它目標日期。例如，如果發(fā)票數據有事務，其中，摘記數據包括請求審查日期32，則此日期可以用作與審查請求22有關的服務的目標日期。如果在摘記數據中目標日期不可用，則識別例程45會以上文描述的相同方式搜索官方審查費支出。如圖5的步驟54所示，系統使用最低和最高官費來定義范圍，識別例程45確定官費支出費用是否落入該適當范圍內。如果官費支出費用落入適當范圍內，則系統將其識別為適當法律服務的目標官費支出費用。如果系統確定支出落入最低和最高范圍，并且如果需要，系統能夠通過例如其支出類型驗證支出為官費，這會明確識別支出實際上是官費，支出日期會被用作目標日期。識別例程45可以使用相似的邏輯來識別官費支出費用，諸如(如上文描述的)申請支出費用、審查支出費用、答復支出費用、授權支出費用、年費支出費用和其它支出費用。

注意，與申請服務20有關的“目標”日期可以是申請費到期日期、申請日期、實際申請支出日期或一些相似日期。同樣，與目標授權支出費用有關的目標日期可以是授權費到期日期、授權日期、目標授權支出日期或一些相似日期。而且，與審查支出費用有關的目標日期可以是審查費到期日期、審查日期、目標審查支出日期或一些相似日期。對于專利事務，上文的答復日期還可以是答復到期日期、答復提交日期、答復費收費日期、審查請求到期日期、審查請求提交日期、審查費支出日期、上訴到期日期、上訴申請日期、上訴費支出日期或一些相似日期中的任一個。同樣應該認識到，支出或服務的發(fā)票日期而非實際的服務日期可以用在上面的確定、分析、計算以及其它過程中，原因是發(fā)票通常在服務后的一個月左右產生。替代性地，相關自定義日期可以由系統或由系統的用戶選擇。上面日期中的任何一個可以被系統在這些數據的任何已知來源中識別和找到，這些數據比方說例如摘記數據、電子帳單數據、公共數據庫等等。而且，上面日期中的一個或多個可以用來驗證或證實上面所列的任何一個其它日期。例如，摘記數據中識別的目標日期可以比照發(fā)票數據中識別的相關目標日期驗證，反之亦然。

識別例程45要識別官費支出，來自各個國家的官費數據就應該是可用的。在本發(fā)明的另一方面，多個國家的官費數據可以存儲在處理電路內或者可以從其它數據來源訪問。此官費數據同樣可以是針對多個時間范圍，以確保官費數據可用于目標支出日期。而且，多個時間范圍的匯率信息可以存儲或訪問以確保在目標支出日期貨幣的任何必需兌換可以被考慮到。此數據例如可以包括每個國家的最低申請費、最高申請費、最低審查費、最高審查費、最低授權費和最高授權費。

在本發(fā)明的一個方面，處理電路可以執(zhí)行官費檢索例程100，以從諸如專利局網站之類的網站和其以前的版本或這些數據的任何其它來源識別和檢索官費數據。這能夠使系統具有目標支出日期的時間范圍的準確的歷史官費信息。此外，處理電路還可以執(zhí)行匯率例程98，以從網站，諸如從金融機構或金融公告的網站或這些信息的任何其它來源識別并檢索匯率數據，包括貨幣匯率和匯率日期。匯率和匯率日期被所述系統使用以將服務費、支出費用和官費轉換成另一種貨幣，該貨幣以往對目標支出日期的時間范圍是準確的。

現在繼續(xù)上面的申請服務示例，如果在日本申請知識產權申請的最低申請官費是1000美元，最高申請官費是1200美元，在日本一項事務的官費支出費用總共是1100美元，則識別例程45會將此支出費用識別為申請官費，會識別適當的申請費支出日期為目標申請支出日期。如果需要，系統會執(zhí)行如上文描述的驗證技術，例如通過確定目標申請支出是否編碼為官費，申請官費之后是否是審查費和/或是否還有該事務的翻譯收費。

在本發(fā)明的另一方面，識別例程45可以相互結合地執(zhí)行步驟54和56，其中，不管官費金額為何，官費的存在是用作步驟56中的其它驗證標準之一。例如，除官費落入步驟54中的范圍內，步驟56中使用的所有其它標準被用作個別標準。步驟54和56中的所有標準被賦予一個值，對于滿足的每個標準，此滿足標準的值用在計算權重值中。如果權重值表明已經滿足足夠的標準，則即使官費支出并未落入最低和最高官費范圍內，識別例程也可以將官費支出日期識別為目標日期。再次繼續(xù)上面的申請示例，如果在日本官費支出費用是900美元，從而在1000美元到1200美元范圍外，但足夠滿足其它標準，識別例程可將官費支出識別為目標支出，因此官費支出日期會被識別為目標支出日期。

注意，識別例程45可以在步驟54中使用個別官費費用來確定官費費用是否在最低和最高官費范圍內。此外，識別例程45還可以使用具有相同支出日期的多個官費費用。在相同日期有多個官費費用的情況下，識別例程45可以將官費費用相加，使用官費費用的和，以便確定費用和是否在最低和最高官費范圍內。

一旦為所有適當官費建立目標支出日期，日期范圍計算例程62可以被執(zhí)行以計算與每個適當目標日期關聯的一個或多個服務的一對或多對開始日期和結束日期64。再次繼續(xù)上面的申請服務示例，現在目標申請支出日期已經被識別，日期范圍計算例程62可以被執(zhí)行以計算該事務的申請服務開始日期和申請服務結束日期。日期范圍計算例程62可以通過獲取目標申請支出日期并應用申請服務時間階段數據執(zhí)行其計算以確定該事務的申請服務開始日期和申請服務結束日期。例如，如果日本的事務標識符為13/111,222的目標申請支出日期是2014年7月1日，用于日本的此類型的知識產權的申請服務時間階段數據是在目標申請支出日期之前的四個月開始在目標申請支出日期之后三個月結束的時間階段，則日期范圍計算例程62可將申請服務開始日期設置為2014年3月1日，申請服務結束日期設置為2014年10月1日。

注意，如圖3所示，日期范圍計算例程62還可以被執(zhí)行，以基于目標審查支出日期32和審查服務時間階段數據，計算各種服務的其它開始和結束日期，包括預先審查服務開始日期70和預先審查結束日期72，審查服務開始日期74和審查服務結束日期76。日期范圍計算例程62還可以被執(zhí)行，以基于目標授權支出日期36和授權服務時間階段數據，計算授權服務開始日期82和授權服務結束日期84。

同樣應該注意，可以為其它服務基于相同的目標申請支出日期建立相似的范圍。例如，如果希望分析特定服務且所述特定服務完成的時間可以與支出相關聯，則可以計算該服務的服務開始日期和服務結束日期，分析該時間階段內的支出。例如，如果想審查根據EPC規(guī)則161與通信相關的服務費，并且知道EPC規(guī)則161通信的答復是在目標申請支出日期之后的大約6個月到期，則可以使用根據如下的時間階段數據計算161服務開始日期。161服務開始日期可以計算為目標申請支出日期之后六個月的某日期之前的5個月；161服務結束日期可以計算為目標申請支出日期之后六個月的某日期之后的2個月。還應該注意，日期范圍可以基于經驗和個別帳單慣例調整。例如，日期范圍可以圍繞特定目標官費日期和/或特定國家和/或特定代理人被延長或縮短特定時間階段。最后，在本發(fā)明的另一方面，可以計算開放式日期范圍，其中，包括在某日期之前發(fā)生的所有服務和在某日期之后發(fā)生的所有服務。例如，時間階段可以用來識別在申請開始日期之前發(fā)生的所有收費。

在一些情況下，日期范圍實際上可以重疊。例如，報告專利公開的服務可以落入另一服務諸如預先審查或請求審查的日期范圍內。在此情況下，重要的是弄清楚在重疊日期范圍與兩個不同服務關聯的收費不會被兩次計算。在這些情況下，日期范圍計算例程62基于服務描述、服務類型、支出類型、UTBMS代碼或明確地從計算日期范圍的服務的一部分區(qū)分被排除的收費的其它諸如此類，自動地將與一個服務有關的收費從另一服務的日期范圍中排除。

日期范圍計算例程62還可以允許自動操作非有意重疊的日期范圍。例如，如果因為審查服務較早執(zhí)行，申請服務結束日期和審查服務開始日期重疊，日期范圍計算例程62可以自動地將兩個日期重設為另一日期，例如重設為在兩個重疊日期中間的日期。替代性地，如果日期重疊，則系統可以強制介于重疊日期之間的所有收費只包括于兩個重疊日期范圍中的一個中。

此外，系統還可以允許人工操作特定服務費。例如，如果系統的用戶查看某服務費的服務描述，系統此前包括它作為錯誤服務的一部分，則人工覆蓋設置可以用來強制服務費變成適當服務。

一旦日期范圍計算例程確立被執(zhí)行的適當服務的開始日期和結束日期，則分析例程66可以被執(zhí)行以識別在服務和支出日期介于適當開始日期和結束日期的國家中某事務的服務和支出費用68。如示例性圖3中最佳示出的，這些開始日期和結束日期可以是例如申請服務的申請服務開始日期40和申請服務結束日期42，預先審查服務的預先審查服務開始日期70和預先審查結束日期72，審查服務的審查服務開始日期74和審查服務結束日期76，答復服務的答復服務開始日期78和答復服務結束日期80，授權服務的授權服務開始日期82和授權服務結束日期84，年費服務的年費服務開始日期86和年費服務結束日期88。替代性地，如圖4中最佳示出的，開始和結束日期可以包括選擇的開始日期90和選擇的結束日期92，其中，系統的用戶基于其自己選擇的日期標準選擇開始和結束日期。在本發(fā)明的一個方面，系統是靈活的，開始日期和結束日期可以是上面日期的任何組合。

再次參照圖5，可以對識別的事務的費用執(zhí)行統計計算，這種統計可以由類別生成94。例如，可以根據代理人，根據國家，根據服務及其它計算服務和支出費用的和、平均值、確定高和低值或其它。例如，對介于申請服務開始日期之前的選擇的服務日期和申請服務開始日期40之間的服務的收費求和會提供總服務費，如果有的話，服務提供者在應該開始申請服務時的時間階段之前進行收費。這些收費應該是很少的，原因是申請活動應該還沒有開始。類似地，對介于申請服務開始日期40和申請服務結束日期42之間的服務的收費求和會提供服務提供者針對申請收取的總服務費。

繼續(xù)上面的申請服務示例，如果在日本事務標識符為13/111,222的申請的服務開始日期40是2014年3月1日，此事務的申請服務結束日期42是2014年10月1日，系統識別代理人針對該事務有10次服務費，所有收費都是服務日期介于2014年3月1日和2014年10月1日之間，總共6000美元，則分析例程66會自動地計算針對該代理人在日本針對事務標識符13/111,222的6000美元的總和。分析例程準確地將數據變換，不管實際的帳單數據是否包含不準確描述服務或不準確的服務類型和支出類型編碼，該數據都被返回。系統例如可以通過搜索與服務關聯的服務描述中的某些關鍵字或檢查UTBMS代碼以確定是否與服務關聯，提高該范圍內的服務費是正確的置信度，不過這不是必要的。注意，系統還可以搜索服務描述中的某些關鍵字，以便同樣從日期范圍中排除這種服務費。

與上面的示例類似，對介于申請服務結束日期42和審查服務開始日期74之間的服務的收費求和會提供代理人對預先審查活動的總服務費。再次，這些收費應該是很少的，原因是申請完成，實質性審查還沒有開始。對介于審查服務開始日期74和審查服務結束日期76之間的服務的收費求和會提供代理人針對啟動審查活動的總服務費。對介于答復服務開始日期78和答復服務結束日期80之間的服務的收費求和會提供代理人針對答復服務的總服務費。對介于授權服務開始日期82和授權服務結束日期84之間的服務的收費求和會提供代理人針對處理授權的總服務費。對介于授權服務結束日期84和授權服務結束日期之后選擇的服務日期之間的服務的收費求和會提供代理人針對授權后活動的總服務費。通常，這些收費應該是很少的，原因是已經授權了。

如上文提到的，系統的用戶可以將選擇的日期或日期90和92輸入到系統中，這可以用作開始或結束日期。分析例程66可以被執(zhí)行以對服務日期介于選擇的日期90和92之間或介于一個選擇的日期和前面段落中提到的任何一個其它日期之間的事務標識符中一個的服務費求和。使用選擇日期的實際示例可以是系統的用戶想計算哪些服務提供者對答復EPC規(guī)則161、162通知收費。對此通知的答復通常在申請服務結束日期的六個月之內提交。因此，用戶可以選擇申請服務結束日期作為開始日期，結束日期是申請服務結束日期之后的六個月。系統會對所有適用的歐洲事務的收費求和，計算申請服務結束日期后的此六個月時間中的平均收費。通常，答復EPC規(guī)則161/162通知是在此時間階段中要求的唯一服務。系統可以計算答復EPC規(guī)則161/162通知的平均收費，以及每個服務提供者針對此服務的平均收費。

上面的識別如果需要還有計算的結果可以由系統以各種各樣的方式輸出96。例如，如果系統計算許多服務提供者對許多事務標識符的相同服務的和，則系統可以計算在給定國家該服務的平均收費。類似地，系統可以計算針對一項服務每個服務提供者的平均收費。系統然后可以生成對這些平均收費進行比較的基準報告。例如，系統可以將一個國家的收費與另一國家的收費進行比較。同樣，系統可以將一個服務提供者在一個國家的服務費與其它服務提供者進行比較，或比較一項服務在一個國家的平均服務費。另外，如果需要，系統可以允許操作數據以便這些計算包括或不包括這些數據，從而確保不使用不正確或不完整的數據。這樣，用戶可以確定最具成本效益的服務提供者。

被識別和計算后數據的系統輸出96可以以各種格式提供。例如，輸出可以是紙或電子列表或報告、紙或電子圖形、儀表盤等的形式。這些輸出可以是靜態(tài)的或用戶/觀看者可以與結果交互以產生最相關或有用的輸出。

應該注意，系統輸出可以與其它系統的輸出或文件組合和/或集成。例如，給定時間階段的收費列表的輸出可以與例如來自摘記系統、公共可用數據資源(諸如PAIR,ESPACENET、服務器上的文件夾等)的選擇的或相關的申請歷史文件組合。以此方式，系統可以更清楚地將收費、收費組與提供的服務關聯。

圖6是用于分析電子發(fā)票數據的系統的一個實施例的示意性框圖。系統包括具有多個例程的計算機可讀存儲介質102。各個例程的各方面在上文討論過。

盡管圖6中示出用單個塊代表計算機可讀存儲介質，不過其它實施例可以在多個介質上存儲例程。這樣，例程可以至少部分地分布在不同介質上。此外，在一些實施例中，一些或所有例程可以分布于兩個或更多個計算機裝置或處理器上。

圖7是實現圖6系統的計算機架構104的一個實施例的示意性框圖。盡管圖示的架構104包括具有本文中描述的功能的某些組件，但適合實現本文中描述的本發(fā)明的各方面的計算機架構的其它實施例可以包括實現較少或更多功能的更少或更多的組件。

所描述的架構104包括圖6的計算機可讀存儲介質102。架構104還包括執(zhí)行存儲介質102上存儲的一個或多個例程的處理器106。替代性地，多個處理可以分布或共享一個或多個例程的處理負載。所述架構還包括一個或多個輸入/輸出(I/O)裝置108。I/O裝置可以是被配置成從用戶或從另一裝置接收輸入的任何形式的輸入裝置。I/O裝置還可以是被配置成從架構接收通信信號或其它形式的數據的任何形式的輸出裝置。輸出裝置的具體類型是顯示裝置110。顯示裝置可以用來響應于由處理器執(zhí)行的處理步驟將圖形或其它可視信息傳送給用戶。

圖示的架構還包括存儲器裝置112。存儲器裝置可以是暫時或永久地存儲數據的任何類型的裝置，包括但不限于緩存裝置，諸如片上緩存或單獨的緩存裝置。所述架構還包括連接到處理器以非易失方式存儲數據的存儲裝置114或磁盤或其它裝置。其它實施例可以包括能夠存儲數據和/或程序指令以由處理器或其它處理資源使用的其它形式的存儲器和/或存儲裝置。

應該注意，系統和上文的示例性技術可以用在靜態(tài)編輯發(fā)票和摘記數據或用在間歇性被更新或連續(xù)被更新的一組發(fā)票和摘記數據上。例如，系統可以在每次更新發(fā)票數據之后運行上面的例程，以確定目標日期范圍內是否包括附加收費。類似地，系統可以實時地運行上面的例程，使得數據集被更新時，系統識別新目標日期是否被識別，是否啟動一個或多個例程。例如，官費支出會觸發(fā)日期范圍計算例程62，基于時間階段數據和官費日期計算服務開始日期和服務結束日期。當數據集被更新，達到結束日期時，分析例程66會自動地執(zhí)行以識別、求和以及向系統的用戶報告事務標識符的所有服務費。

而且，本發(fā)明的系統會是“實時地”運行的，使得當包含目標日期的電子通信被發(fā)送到申請人(例如來自USPTO的電子審查意見通知書，輸入到USPTO PAIR系統的輸入或來自法律事務所的通信)時，系統中的一個動作會被啟動。例如，包含目標日期的電子通信會執(zhí)行日期范圍計算例程62，以基于服務時間階段數據和目標日期計算服務開始日期和服務結束日期。一旦到達服務結束日期，分析例程66會自動地執(zhí)行以識別事務的服務費。

在一個附加實施例中，本發(fā)明的系統會“實時地”運行，使得當檢測到諸如官費的費用時，它啟動本發(fā)明的系統之外的動作。例如，檢測官費會提示諸如的企業(yè)軟件應用準備給適當的代理人支付費用和/或同意服務費。

在另一實施例中，上面的例程可以在不完整的數據集上運行以監(jiān)視帳單趨勢。例如，如果某事務的總收費超出可接受范圍，則即便尚未建立該事務的目標日期，分析例程也會觸發(fā)報告或警報的生成。在另一示例中，系統可以識別目標日期，計算目標日期范圍，在目標日期范圍中開始包括應計的支出。如果在應計過程中，收費的和超出預定金額，則異常報告可以由分析例程自動觸發(fā)。此報告例如可以用來更密切地監(jiān)管或警告服務提供者。

本發(fā)明的系統可檢測和/或總結被專利申請人認為是不期望的或不想要的服務費。例如，在美國，延期和請求繼續(xù)審查(RCE)的收費可能是效率低作業(yè)的指示。與申請延期或RCE有關的官費信息可以由系統如上文陳述的使用以識別是否申請了RCE或延期。分析例程66可被執(zhí)行以針對例如特定的服務提供者對這些費用的數目和/或總成本求和。類似地，系統可使用服務費描述中的關鍵字搜索來證實收費實際上與上文陳述的延期或RCE的申請有關。本發(fā)明系統的這些結果可用在評估服務提供者的成本效率。

本發(fā)明的系統能夠計算除了官費之外的圍繞收費的成本。例如，如果想知道代理人完成現有技術檢索的收費，人們可以執(zhí)行識別例程以識別目標費檢索支出，以便識別目標檢索日期并選擇目標檢索日期附近的日期范圍，計算代理人解釋檢索結果的收費。再次，系統還可以使用關鍵字檢索來代替或作為這些技術的補充。

本發(fā)明的至少一個實施例的系統的好處之一是不需要幾年的帳單數據來確定哪些代理人對哪些特定服務費。例如，通過將專利申請生命周期分解成多個離散的時間階段，多個專利申請可以在短時間階段內被分析，產生每個時間階段的結果。每個時間階段的結果例如可以被求和以確定每個代理人在典型的專利申請的申請生命周期平均收費是多少。因此，借助相對較小的數據量，不管有多長的專利申請生命周期，對于所有服務范圍及其關聯收費，能夠準確地確定專利代理人收費的基準。

另一方面，如果有較長時間范圍的數據，則系統能夠容易地弄清楚關于帳單慣例的信息。例如，可以觀察在如上文描述的一個或多個目標服務日期范圍內個別事務的帳單模式。類似地，可以觀察針對特定客戶、服務提供者等等的多個事務的帳單模式。

本發(fā)明的一些實施例相比電子帳單系統具有的附加好處是本發(fā)明的這些實施例不僅僅求收費相對時間的平均值。當僅僅求收費相對時間的平均值時，被放棄或在適當的時間階段內部分完成的申請可能會嚴重地歪曲成本分析的結果。本發(fā)明的一些實施例只分析已支付官費的收費。按照定義，這表示與官費關聯的服務完成。然而，其它實施例可以基于其它分立事件建立分析參數，這些事件諸如相應的專利管理局記錄的官方郵寄或收到日期。

盡管上文提供的大多數示例涉及專利申請，但本發(fā)明的系統能夠通過利用相同的系統和例程容易地用在商標事務或其它事務?？梢源_定與在申請商標、商標申請服務、處理授權或“注冊”商標、支付續(xù)展費等等之前進行的檢索服務相關的成本。系統的功能適用。

在一個實施例中，本發(fā)明的系統和其各部分可以集成到管理法律事務的系統中，諸如在2007年3月15日申請的PCT申請?zhí)枮镻CT/US2007/064062、名稱為“METHOD AND SYSTEM FOR MANAGING LEGAL MATTERS”的申請中描述的，其整個內容通過引用被并入本文。在替代性地實施例中，本發(fā)明的系統和其各部分還可以集成到管理法律服務提供者的系統中以及與該系統結合使用，諸如2008年10月14日申請的PCT申請?zhí)枮镻CT/US2008/79805、名稱為“SYSTEM AND METHOD FOR MANAGING LEGAL SERVICE PROVIDERS”的申請中描述的，其整個內容通過引用被并入本文。在替代性地實施例中，本發(fā)明的系統和其各部分還可以集成到專利生命周期管理系統中以及與該系統結合使用，諸如2013年2月22日申請的PCT申請?zhí)枮镻CT/US2013/027343、名稱為“PATENT LIFE CYCLE MANAGEMENT SYSTEM”的申請中描述的，其整個內容通過引用被并入本文。當集成到此后一系統時，本發(fā)明的系統可以給用戶的指尖賦予基于最新的總實際成本容易地選擇某些代理人和/或申請國家的能力，之后啟動申請。

此外，本發(fā)明的系統和其各部分可以集成到諸如上文指出的傳統的摘記系統中。例如，出于摘記目的例行輸入日期會實時地觸發(fā)系統的識別、日期范圍計算和/或分析例程。替代性地，例如，摘記軟件可被系統訪問以提供目標日期。在又一示例中，本發(fā)明的系統可向摘記軟件提供諸如服務費的數據。這樣，服務費可以與摘記系統中的事務自動、立即地關聯。

同樣，本發(fā)明的系統和其各部分可以集成到其它已知的管理事務的系統中，諸如來自TyMetrix,Serengeti,DataCert,CounselLink等的電子帳單軟件中。系統可以用在這些軟件中，分析歷史數據或如果需要實時地分析數據。例如，本發(fā)明的系統可計算并自動地集成選擇的服務或服務時間范圍的“不超過(Not To Exceed，簡寫NTE)”比率，因此標記或阻止超過這些NTE比率的支付。替代性地，本發(fā)明的系統的輸出可以用在外部法律顧問管理討論和決策中。

類似地，本發(fā)明的系統或其各部分可以集成到預算軟件、系統或計算或企業(yè)軟件應用中，使得管理人員可以更準確地預測未來預算周期的成本。替代性地，本發(fā)明的系統的結果可以用在評估和決定專利申請(由系統計算的)的平均成本回報證明在特定國家申請專利是否合理的系統或軟件中。

在又一實施例中，本發(fā)明的系統或其各部分可以集成到執(zhí)行超過上述的摘記、電子帳單、事務管理或預算功能之一的軟件(諸如通常從Anaqua購買的系統)中以獲得協同效率。而且，也可集成其它系統，諸如傳統的協議管理系統和由知識產權專業(yè)人員通常使用的其它軟件。

要理解，在不偏離本發(fā)明的構思下，可以對前述結構進行變形和改進，還要理解，除了這些權利要求由其語言明確表示為相反的意思之外，這些構思旨在由所附權利要求覆蓋。