CN106463025A - 用于分析电子法律发票数据的系统 - Google Patents

Abstract

多个系统和多种方法分析电子发票数据。所述系统访问存储器中存储的发票数据。发票数据包括具有服务费和服务日期的事务标识符。所述系统还识别与事务标识符关联的目标日期和与目标日期关联的服务。所述系统还访问存储器中存储的所识别服务的服务时间阶段数据。所述系统还基于服务时间阶段数据和目标日期计算服务开始日期和服务结束日期。所述系统还从发票数据中识别介于服务开始日期和服务结束日期之间的服务费。所述系统还在存储器中存储将服务与识别的介于服务开始日期和服务结束日期之间的服务费的每一项相关联的记录。所产生的数据可以相加在一起，对多次服务求平均值，以及确定不同的服务提供者的基准。

Description

用于分析电子法律发票数据的系统

相关申请交叉引用

本申请要求于2014年5月29日申请的美国临时申请号62/004,476的权益，其通过引用被全部并入本文中。

技术领域

本发明一般涉及分析法律服务的发票数据，并且更具体地涉及用于识别特定的法律服务并分析与其相关的费用的系统和方法。

背景技术

公司法律顾问实现成本节约主动性的压力在持续增大，特别是在由外部法律顾问给公司客户提供外部法律服务的费用越来越高的情况下。结果，许多公司实施了电子帐单系统，其接收和存储电子格式的法律发票数据。这些数据通常以统一的电子格式诸如LEDES98B或其它格式提供。提交给电子帐单系统的发票数据包括发票上每一行项目收费的传统数据，例如，为传统的纸质发票上出现的每一行项目提供发票号码、发票日期、收费金额、事务号、计时员、服务类型、支出类型等。通过将电子帐单系统中电子格式的发票数据收集在一起，这样的数据可用于分析，确定在法律事务周期上提供的各个服务的累积成本。理论上，有了电子格式的发票数据，某些服务类型的收费可以被分离并加以分析。

服务类型有时也称作任务代码或活动代码，其用在电子帐单系统中将个别法律事务的生命周期中提供的各种法律服务的收费进行分离。UTBMS服务类型和支出类型是一个标准化的服务类型和支出类型代码的传统集合。遗憾的是，在复杂的诸如国际专利申请事务之类的法律事务中，服务类型通常以非常不一致的方式使用，使得难以或不可能准确地分析电子帐单系统中的发票数据。行业专家认为超过三分之一的服务类型和支出类型被不恰当地使用。服务类型被不恰当使用的两个常见原因如下。首先，帐单管理员通常被赋予将服务类型插入到电子帐单数据中的责任，管理员经常不理解由律师完成的实质性法律服务。结果，帐单管理员在向客户的电子帐单系统提交发票数据时会使用不正确的服务类型。其次，外部法律顾问可能有意地使用不正确的服务类型或支出类型。

此外，通常在非常长的时间内会在各个国家进行专利申请。许多专利局花费超过五年的时间处理专利申请并不少见。这也使得分析成本数据很困难，原因是必须在非常长的时间内收集数据以捕获一个专利事务的生命周期内的成本数据。在数据收集周期内汇率波动、开单率的变化以及律师变动可能使数据变得很歪曲。当这些因素与用不正确的服务类型编码的发票数据结合时，对发票数据的任何分析最多只是令人怀疑。

发明内容

本发明的实施例克服了上面提到的传统技术的缺点。根据本发明的一个方面，提供了一种用于分析与知识产权事务有关的电子发票数据的系统。所述系统具有用于存储数据和执行各种例程的处理电路。发票数据存储在所述处理电路内，所述发票数据包括服务费、服务日期、支出费用、支出日期和事务标识符。费用数据存储在所述处理电路中，包括最低费用和最高费用。识别例程被执行以识别总数介于所述最低费用和所述最高费用之间的目标支出费用的目标支出日期。日期范围计算例程被执行以基于所述服务时间阶段数据和所述目标支出日期计算服务开始日期和服务结束日期。分析例程被执行以识别所述服务日期介于所述服务开始日期和所述服务结束日期之间的所述事务标识符中的至少一个的所述服务费。

根据本发明的另一方面，提供了一种用于分析与知识产权事务有关的电子发票数据的系统。所述系统具有用于存储数据并执行各种例程的处理电路。包括服务费、服务日期和事务标识符的发票数据存储在所述处理电路内。包括事务标识符和所述知识产权事务的至少一个目标日期的摘记数据也存储在所述处理电路内。服务时间阶段数据也存储在所述处理电路内。日期范围计算例程被执行以基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期。分析例程被执行以识别服务日期介于所述服务开始日期和所述服务结束日期之间的所述事务标识符中的至少一个的所述服务费。还公开了系统的其它实施例。

在另一实施例中，计算机程序产品包括存储计算机可读程序的非瞬态计算机可读存储介质。当程序由计算机内的处理器执行时，所述计算机可读程序引起所述计算机执行用于分析电子发票数据的操作。在一个实施例中，所述操作包括访问存储器中存储的发票数据。所述发票数据包括具有服务费和服务日期的事务标识符。所述操作还包括识别与所述事务标识符关联的目标日期和与所述目标日期关联的服务。所述操作还包括访问存储器中存储的针对识别的服务的服务时间阶段数据。所述操作还包括基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期。所述操作还包括从所述发票数据中识别介于所述服务开始日期和所述服务结束日期之间的服务费。所述操作还包括在所述存储器中存储将所述服务与识别的介于所述服务开始日期和所述服务结束日期之间的每个服务费关联的记录。

在另一实施例中，提供了一种用于分析电子发票数据的方法。在一个实施例中，所述方法包括访问存储器中存储的发票数据。所述发票数据包括具有服务费和服务日期的事务标识符。所述方法还包括识别与所述事务标识符关联的目标日期和与所述目标日期关联的服务。所述方法还包括访问所述存储器中存储的识别服务的服务时间阶段数据。所述方法还包括基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期。所述方法还包括从所述发票数据中识别介于所述服务开始日期和所述服务结束日期之间的服务费。所述方法还包括在所述存储器中存储将所述服务与识别的介于所述服务开始日期和所述服务结束日期之间的每个服务费相关联的记录。还公开了方法的其它实施例。

在另一实施例中，计算机程序产品包括存储计算机可读程序的非瞬态计算机可读存储介质。所述程序由计算机内的处理器执行时，所述计算机可读程序引起所述计算机执行用于估计服务的生命周期成本的操作。在一个实施例中，所述操作包括识别分立的第一服务的第一成本。所述第一成本由与所述第一服务关联的实际成本记录得到。所述操作还包括识别分立的第二服务的第二成本。所述第二成本由与所述第二服务关联的实际成本记录得到。所述操作还包括执行数学计算，以将所述第一成本和所述第二成本组合成组合成本估计。所述操作还包括将组合成本估计呈现给用户作为服务事务的估计成本，其中，服务事务的完成预期包括与所述分立的第一和第二服务相当的阶段。还公开了计算机程序产品的其它实施例。

本领域技术人员在研究以下说明书、权利要求书和附图时，会理解和认识到本发明的这些和其它方面、目标和特征。

附图说明

在附图中：

图1是用于存储发票数据和用于管理法律服务的成本的系统的图示；

图2是专利申请的生命周期的时间线的图，图解说明执行的法律服务和与这些服务关联的专利局官费；

图3是专利申请的生命周期的时间线的图，图解说明与执行的法律服务关联的示例性时间阶段，与专利局官费的关联支付有关的日期和与这些费用的支付关联的摘记日期；

图4是专利申请的生命周期的时间线的图，图解说明与执行的法律服务关联的示例性选择时间阶段和与专利局官费的相关支付有关的日期；

图5是执行生成更准确的帐单指示的例程的方法的一个实施例的示例性流程图；

图6是用于分析电子发票数据的系统的一个实施例的示意性框图；以及

图7是实现图6系统的计算机架构的一个实施例的示意性框图。

具体实施方式

本文中公开的本发明的系统和方法的各个方面以及本文中引用的附图旨在是示例性的而不是限制性的。要理解，在不偏离本发明的精神下，其它实施例也可以使用，并落入所附权利要求的范围内。

很少依赖或者不依赖帐单系统中的服务类型、支出类型或费用描述就能准确地分离某些服务的收费是很期望的。甚至更期望很少依赖或者不依赖帐单系统中的服务类型、支出类型或收费描述以自动方式准确地分离某些服务的收费。现有的帐单系统并不提供这些能力，只能依赖人工输入的服务类型和支出类型来分离对个别事务提供的服务。

参照图1，示出用于分析发票数据的系统。电子帐单系统能够接收和存储各种传统格式的发票数据。具体地，用于法律服务的传统纸质发票的常见元件是以标准化的电子格式诸如LEDES 98B提供的。电子发票数据中包括传统的纸质发票中每一行的项目收费以输入到电子帐单系统中。例如，以LEDES 98B格式提供的答复审查意见通知书的500美元的服务费和与该收费相关的信息可以包括大约25个字段的数据。更多的可识别数据字段包括客户名称、发票号码、发票日期、发票总金额、事务号、服务类型、支出类型、收费金额、货币、收费描述、收费日期、计时员、收费率、件数、服务类型和支出类型。LEDES数据格式的全部描述可以在网站www.ledes.org找到，LEDES数据中使用的UTBMS服务类型和支出类型的全部描述可以在美国律师协会网站：www.americanbar.org找到，这两者通过引用被并入本文中。应该注意，尽管系统使用的信息可以由传统的电子帐单系统导出，但发票数据还可以通过其它来源，诸如数据库、OCR发票或其它电子发票数据来源获得。

如图1所示，对于专利事务，专利代理人将数据输入系统中。一旦发票数据输入到系统中，客户可以通过将针对该事务的收费按服务类型或支出类型求和以及分类来分析特定事务的收费。此技术的唯一问题是如果该事务的服务类型不准确，则求和是不准确的，收费不能被准确地分类。由于传统的电子帐单系统依赖外部法律顾问提供收费的服务类型，所以已经证明这些系统持续地准确接收和分析发票数据的效率很低。而且，确定服务类型是否被准确地使用的唯一方式是检查收费描述，以确保所描述的服务与服务类型匹配。遗憾的是，收费描述是不统一的，常常难以准确地确定完成的是哪种服务，因此难以确定应该使用哪种服务类型。而且，计时员可能有意地使用不正确的服务类型，提供误导的收费描述，以避免客户能够检测到针对特定事务的高收费。因此，传统的电子帐单系统比较各种法律服务特别是对知识产权事务的多个法律服务提供者的收费，由其生成准确的基准报告是困难的或不可能的。

为了降低或避免必需使用服务类型来识别与特定服务有关的收费，本发明使用独特的方法和系统获得不准确编码的发票数据及完成的服务的不准确描述，并转换这些数据，使得系统能够准确地确定完成的是哪种法律服务以及与这些法律服务关联的收费。例如，专利申请服务的生命周期通常拖延几年。如图2所示，在申请过程中非常接近里程碑日期完成的有不同的服务。这些里程碑日期与支付给申请专利局的官费直接关联。通过识别发票数据中的官费，支付日期或与其有关的日期能够以合理的精确度确定。通过确定与官费支付有关的日期，可以限定相对完成特定的法律服务的日期的时间阶段。一旦限定适用的时间阶段，在该时间阶段中的收费可以被识别并加以分析。

在一些实施例中，改进的系统有利于由目标数据导出，而不是由服务提供者编码、描述、提交的电子帐单指示生成更加准确的信息。尽管来自服务提供者的电子帐单指示可以输入到系统中，但系统的一些实施例单独地生成帐单信息，该信息不一定由服务提供者提交的电子帐单信息导出。代替使用服务提供者提交的电子帐单信息，系统访问支出数据和/或摘记数据(docketing data)以识别具有与每种事件类型关联的已知或建立的工作时间范围的特定目标事件。

基于目标事件的类型和与目标事件关联的工作时间范围，落入关联的工作时间范围内的其它帐单活动可以指定为与识别的事件相关联，而不管由服务提供者提交的电子帐单代码的类型或帐单描述如何。换言之，系统可以使用由可识别的支出或摘记事件导出的新生成的帐单信息，建立新的与服务提供者的记录无关的支出资料。

举一个示例，已发生支出的实际日期可以提供目标事件，可以围绕目标事件建立工作窗，该工作窗内提供的服务可以指定为与已发生支出直接关联的活动对应。在另一示例中，申请绝限或申请日期的实际日期可以提供目标事件，可以围绕该目标事件建立工作窗，该工作窗内提供的服务可以指定为与申请绝限或申请日期直接关联的活动对应。这样，帐单指示绑定到特定的目标事件(支出日期或摘记日期)，而不是简单用可能与目标事件无任何关系的电子帐单代码或服务描述编码。

新建立的帐单指示可以以各种方式传送给用户，包括通过报告、图形和其它可视指示或显示。另外，在一些实施例中，新建立的帐单指示可以用来比照服务提供者提交的电子帐单数据。在新建立的帐单指示和服务提供者提交的电子帐单数据之间有差异的情况下，可以使用警告或标志通知系统的用户存在这种差异。在一些实施例中，可以自动地通知服务提供者这种差异，期待服务提供者会重新考虑并确认或修改标记的电子帐单数据。

下面更加详细地讨论本发明的系统和方法，包括很少依赖或者不依赖服务类型代码或不准确的服务描述，识别官费和其关联的支付日期以及如何限定与这些支付日期有关的时间阶段以及如何分析这些时间阶段中的收费的自动化技术。下面的详细讨论展示不需要准确的服务类型或对完成工作的准确描述，具有不准确编码的服务类型和不准确的服务描述的原始数据如何能够转换成与完成的特定服务准确关联的数据。

如图2所示和下面的描述，专利申请和维持的生命周期包括由适用专利局收取的各种官费。这些官费通常是固定的，在申请中的特定时间点应支付。在大多数国家，与专利申请关联的大多数收费是“专业费用”或“服务费用”，是对由专利专业人员完成的服务的收费。在大多数国家，由专利专业人员进行的最大的实际支出或支付通常是官费。

图2还示出在专利的整个生命周期中应付的官费。例如，当在专利局提交申请时，“申请费”10在申请时或申请不久之后支付。在一些国家，在做出审查请求并支付适当的“审查费”12之前，专利局不会审查专利申请。在一些国家，当提交对审查意见通知书的答复时，必须支付“答复费”14。如果专利申请被最终授权，则应向专利局支付“授权费”、“领证费”或“注册费”16。在申请被授权之后，一般在申请之后或授权之后的各个周年应付“年费”18，这有利也称作“续展费”或“维持费”。注意，一些年费应在授权日期之前支付。

在支付上述的每种官费时，常常需要有特定的服务，这些服务在官费支付之前和/或刚支付之后完成。例如，在支付申请费时，需要实际提交申请的申请服务20。对于优先权申请，这些费用例如与发明人面谈、撰写申请和提交申请关联。对于第二次的国际申请，这些申请服务20可以包括提交申请所需的纸件文件，在一些情况下需要翻译申请，准备主动修改和给专利局提交申请。在支付审查费时，需要提交审查请求22的服务和其它相关服务。在支付答复费时，在答复费之前完成实质申请24服务以准备答复。在支付授权费时，需要处理授权26的服务，包括检查授权申请、支付授权费并完成其它相关服务。在支付年费时，需要支付年费28的服务并完成其它相关服务。本发明包括方法和系统的这样的实施例，他们用于分析电子发票数据以识别与这些官费的支付关联的日期使得在与官费相关的各个时间阶段中的服务费能够被识别和度量。

本发明的系统的实施例被嵌入传统的处理电路中，传统的处理电路可以实现为具有微处理器和存储器的计算机。应该认识到，可以使用任何模拟和/或数字处理电路来处理数据、执行一个或多个例程并处理通信。存储器可以包括易失性和/或非易失性存储器，包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、电子可擦除可编程只读存储器(EEPROM)、闪存和其它已知的存储器存储介质。许多例程和数据存储于存储器中。例程可以由微处理器执行。

同样，在本说明书中描述的许多功能单元被称作例程或模块，以便更加具体地强调其实现的独立性。例如，例程或模块可以实现为硬件电路，包括定制VLSI电路或门阵列，现成的半导体，诸如逻辑芯片、晶体管或其它分立组件。例程或模块还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件器件中实现。

例程或模块还可以以软件实现以由各种类型的处理器执行。可执行代码的识别例程或模块例如可以包括计算机指令的一个或多个物理或逻辑块，其例如可以组织成对象、程序或功能。不过，识别例程或模块的可执行代码不一定物理上在一起，而是可以包括存储于不同位置的不同指令，这些指令在逻辑上连接在一起时，包括例程或模块，实现该例程或模块的所描述目的。

实际上，可执行代码的例程或模块可以是单个指令，或者许多指令，甚至可以分布在几个不同的代码片断、不同的程序，以及几个存储器装置中。类似地，运算数据可以被标识并在本文图示为例程或模块，可以以任何适当形式具体化，并组织成任何适当类型的数据结构。运算数据可以被收集作为单个数据集，或者可以分布在不同的位置上，包括分布在不同的存储装置上。

在本说明书中“一个实施例”或类似语言的表述表示关于该实施例描述的具体特点、结构或特征包括于本发明的至少一个实施例中。因此，本说明书中词语“在一个实施例中”和类似语言的出现可以但不一定全部指同一个实施例。

本领域技术人员会认识到，本发明可以实现为方法、系统或计算机程序产品。相应地，本发明可以采用整个是硬件实施例、整个是软件实施例(包括固件、驻存软件、微代码等)或组合软件和硬件方面的实施例的形式，他们在本文中一般全部可以称作“电路”、“例程”、“模块”或“系统”。

要认识到，在一些配置中，一些或所有软件以非瞬态存储，使得软件或其表示在一段时间内存在于相同的物理位置。另外，在一些配置中，软件中的一些或全部存储于一个或多个非瞬态存储装置上，非瞬态存储装置包括能够存储非瞬态状态和/或表示软件的信号的硬件元件，即便非瞬态存储装置的其它部分可能能够改变和/或发送信号。非瞬态存储装置的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、闪存、磁盘、光盘、集成电路、触发器和其它逻辑状态器件等等。这些非瞬态存储器件全部能够在一段时间内存储信号和/或表示软件部分的状态。然而，存储信号和/或状态的能力并不被传送与存储的信号和/或状态相同或代表存储的信号和/或状态的信号的附加功能减弱。例如，处理器可以访问非瞬态存储装置，以获得代表存储的信号和/或状态的信号，以便执行相应的软件指令。

而且，本发明可以采用计算机可用存储介质上的计算机程序产品的形式，计算机可用存储介质上具有嵌入其中的计算机可用程序代码。可以使用任何适当的计算机可用或计算机可读介质。计算机可用或计算机可读介质例如可以是但不限于电子、磁、光、电磁或半导体系统、设备、装置等。计算机可读介质的更具体的示例(非详尽列表)包括以下：具有一个或多个布线的电子连接，便携式计算机磁盘，硬盘，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编程只读存储器(EPROM或闪存)，光纤，便携式光盘只读存储器(CD-ROM)，光存储装置，诸如支持互联网或内部网络的传输介质，或磁存储装置。注意，计算机可用或计算机可读介质甚至可以是纸或另一适当介质，程序可以打印于其上，程序可以通过例如光扫描纸或其它介质被电子捕获，然后被编辑、解释或根据需要以适当方式被处理，然后存储于计算机存储器中。在此文档的背景下，计算机可用或计算机可读介质可以是能够包含、存储、通信或传输程序以由指令执行系统、设备或装置使用或与其关联地使用的任何介质。

执行本发明操作的计算机程序代码可以用面向对象的编程语言，诸如Java、Smalltalk、C++等来编写。不过，执行本发明操作的计算机程序代码还可以用传统的程序编写语言诸如“C”编程语言或类似的编程语言来编写。程序代码可以在专用数据处理器、通用计算机、计算机系统或被配置成执行本发明方法的步骤或模式的联网计算机或计算机系统的分组上执行。用来执行程序代码的处理器或计算机例如可以使用互联网服务提供商通过互联网连接到一个或多个用户计算机、(若干)电话或(若干)其它移动装置。

传统的发票数据可以存储在处理电路内。此发票数据可以来自一个或多个代理人以及一个或多个国家，可以包括但不限于服务费、服务日期、支出费用、支出日期、事务标识符、国家标识符、代理人姓名、支出类型、服务类型、服务描述、支出描述等等。

与知识产权事务有关的摘记数据也可以存储于处理电路内。例如，如由IP从业人员使用的传统的摘记数据可以包括于处理电路中。替代性地，系统可以从诸如传统IP管理系统(例如由Anaqua,Lecorpio,Computer Patent Annuities,Computer Packages Inc.,Thomson Reuters等提供的事务管理或摘记系统)的其它系统的处理电路或从诸如由各个专利局或其它信息提供商提供的公共可用数据访问与知识产权事务相关的数据。词语“传统摘记数据”用来描述数据来源以及本领域已知的其它来源的所有这些示例。与知识产权事务有关的数据可以包括但不限于事务标识符、国家标识符、申请日期30、申请绝限日期、审查日期32、审查绝限日期、答复日期34、答复绝限日期、授权日期36、授权绝限日期、年费日期38和年费绝限日期。也可以包括诸如PPH绝限日期、PPH日期等等的其它摘记数据。

系统还可以存储各种时间阶段数据。时间阶段数据可以包括与诸如官费支付和与这些官费有关的法律服务通常被执行和完成的典型时间阶段之类的各种数据关联的时间参数。例如，对于申请服务，时间阶段数据通常是完成与知识产权申请的提交有关的申请服务20的时间窗或“时间阶段”。此外，申请服务时间阶段数据还可以包括将此时间阶段与适当日期相关联的数据，所述适当日期诸如申请日期30或申请官费支出日期，申请官费到期日期或实际支付申请官费的日期。

如图3的示例所示，申请服务时间阶段开始于申请服务开始日期40和申请服务结束日期42。申请服务开始日期40选择为在申请官费日期44或实际申请日期30之前的预定时间量。同样，申请服务结束日期42选择为在申请官费日期44或实际申请日期30之后的预定时间量。在申请官费日期44或实际申请日期30之前或之后的这些预定时间量基于各种因素建立，这些因素诸如知识产权申请提交的国家，在该国申请所需的法律服务和代理人完成所需的申请服务花费的典型时间长度。通过检查许多代理人在各种情况下的相关发票数据可最佳确定这些因素，以便建立适用国家的可靠典型的时间阶段数据，或特定代理人的特定时间阶段数据，不过还可以使用其它方法。如图3的示例还显示的，时间阶段数据还可以包括预先审查服务时间阶段数据(例如与EPC规则161有关的服务)，审查服务时间阶段数据和授权服务时间阶段数据，他们以与上文的申请服务时间阶段数据示例相同的方式确定。此外，选择的时间阶段数据可以输入到系统中。选择的时间阶段数据可以根据要被分析的服务和收费的期望时间阶段与官费日期或其它日期相关。因此，时间阶段数据根据需要可自定义。

如图5的流程图所示，图5是关于专利申请服务的示例，本发明的一个方面是识别例程45，识别例程45被执行以识别“目标”申请日期。这可以通过识别与摘记数据中针对某国家某事务的申请相关的适当日期例如申请日期30来进行。如图5所示，识别例程45检查新国家中针对新事务的发票数据46。如果识别例程45确定在该国该事务的申请日期在摘记数据中出现48，则此申请日期用作目标日期50。在本发明的又一方面，应该注意，识别例程45可以使用其它能够识别目标日期的信息来源，诸如通过公共数据资源或摘记系统可用的相关日期。例如，在许多国家，专利申请在申请后18个月公布。因此，识别例程45可以使用来自公共专利数据库的公开日期识别或验证申请日期。

如图5中还显示的，在本发明的另一方面，如果识别例程45在摘记数据中没有找到该事务的申请日期，则识别例程45检查在该国该事务的发票数据52，并且如果识别申请官费支出大于最低申请官费且小于最高申请官费54，则该申请官费的支出日期会被例程识别为“目标”申请支出日期，这可以被其它标准证实或验证申请官费是有效的56。如果识别申请官费，则其收费日期可以用作目标日期58。如果申请官费没有落入最低和最高申请官费，或没有被正确地识别为有效的，则系统搜索与此事务有关的其它官费支出60，并以相同方式处理。如果没有与该事务有关的其它官费支出，则识别例程45检查发票数据中的下一新事务46，重复此过程直到检查完发票数据中所有国家的所有事务，并且已经为所有事务建立所有可能的目标日期。

识别例程45可以被执行以验证目标官费日期被正确地识别，如在下面的示例性技术中陈述的。识别例程45可以将事务标识符中一个的目标申请支出日期与同一事务标识符的目标审查支出日期比较，验证如图2所示的目标申请支出日期早于目标审查支出日期。以相同方式，识别例程45还可以被执行以验证一个事务标识符的目标审查支出日期已经被正确地识别。再次，识别例程45可以将事务标识符的目标审查支出日期与目标授权支出日期比较，验证如图2还显示的目标审查支出日期早于目标授权支出日期。

识别例程45还可以包括用于识别特定目标官费支出费用和特定目标官费支出日期的另外的验证技术。例如，发票数据可以包括翻译支出类型，翻译支出通常与申请服务关联。相应地，识别例程45还可以被执行以通过确定翻译支出类型的翻译支出费用具有介于所述申请服务开始日期和所述申请服务结束日期之间的翻译支出日期，验证一个事务标识符的目标申请支出日期已经被正确识别。如果确如此，则很有可能官费实际上是目标申请支出费用。类似地，系统可以使用其它验证技术，诸如在服务描述中搜索某些关键字或比较UTBMS代码以提高结果的可信度。

注意，识别例程45还可以被执行以用与除申请服务20之外的服务相同的方式识别其它目标日期。例如，如果发票数据有事务，其中，摘记数据包括请求审查日期32，则此日期可以用作与审查请求22有关的服务的目标日期。如果在摘记数据中目标日期不可用，则识别例程45会以上文描述的相同方式搜索官方审查费支出。如图5的步骤54所示，系统使用最低和最高官费来定义范围，识别例程45确定官费支出费用是否落入该适当范围内。如果官费支出费用落入适当范围内，则系统将其识别为适当法律服务的目标官费支出费用。如果系统确定支出落入最低和最高范围，并且如果需要，系统能够通过例如其支出类型验证支出为官费，这会明确识别支出实际上是官费，支出日期会被用作目标日期。识别例程45可以使用相似的逻辑来识别官费支出费用，诸如(如上文描述的)申请支出费用、审查支出费用、答复支出费用、授权支出费用、年费支出费用和其它支出费用。

注意，与申请服务20有关的“目标”日期可以是申请费到期日期、申请日期、实际申请支出日期或一些相似日期。同样，与目标授权支出费用有关的目标日期可以是授权费到期日期、授权日期、目标授权支出日期或一些相似日期。而且，与审查支出费用有关的目标日期可以是审查费到期日期、审查日期、目标审查支出日期或一些相似日期。对于专利事务，上文的答复日期还可以是答复到期日期、答复提交日期、答复费收费日期、审查请求到期日期、审查请求提交日期、审查费支出日期、上诉到期日期、上诉申请日期、上诉费支出日期或一些相似日期中的任一个。同样应该认识到，支出或服务的发票日期而非实际的服务日期可以用在上面的确定、分析、计算以及其它过程中，原因是发票通常在服务后的一个月左右产生。替代性地，相关自定义日期可以由系统或由系统的用户选择。上面日期中的任何一个可以被系统在这些数据的任何已知来源中识别和找到，这些数据比方说例如摘记数据、电子帐单数据、公共数据库等等。而且，上面日期中的一个或多个可以用来验证或证实上面所列的任何一个其它日期。例如，摘记数据中识别的目标日期可以比照发票数据中识别的相关目标日期验证，反之亦然。

识别例程45要识别官费支出，来自各个国家的官费数据就应该是可用的。在本发明的另一方面，多个国家的官费数据可以存储在处理电路内或者可以从其它数据来源访问。此官费数据同样可以是针对多个时间范围，以确保官费数据可用于目标支出日期。而且，多个时间范围的汇率信息可以存储或访问以确保在目标支出日期货币的任何必需兑换可以被考虑到。此数据例如可以包括每个国家的最低申请费、最高申请费、最低审查费、最高审查费、最低授权费和最高授权费。

在本发明的一个方面，处理电路可以执行官费检索例程100，以从诸如专利局网站之类的网站和其以前的版本或这些数据的任何其它来源识别和检索官费数据。这能够使系统具有目标支出日期的时间范围的准确的历史官费信息。此外，处理电路还可以执行汇率例程98，以从网站，诸如从金融机构或金融公告的网站或这些信息的任何其它来源识别并检索汇率数据，包括货币汇率和汇率日期。汇率和汇率日期被所述系统使用以将服务费、支出费用和官费转换成另一种货币，该货币以往对目标支出日期的时间范围是准确的。

现在继续上面的申请服务示例，如果在日本申请知识产权申请的最低申请官费是1000美元，最高申请官费是1200美元，在日本一项事务的官费支出费用总共是1100美元，则识别例程45会将此支出费用识别为申请官费，会识别适当的申请费支出日期为目标申请支出日期。如果需要，系统会执行如上文描述的验证技术，例如通过确定目标申请支出是否编码为官费，申请官费之后是否是审查费和/或是否还有该事务的翻译收费。

在本发明的另一方面，识别例程45可以相互结合地执行步骤54和56，其中，不管官费金额为何，官费的存在是用作步骤56中的其它验证标准之一。例如，除官费落入步骤54中的范围内，步骤56中使用的所有其它标准被用作个别标准。步骤54和56中的所有标准被赋予一个值，对于满足的每个标准，此满足标准的值用在计算权重值中。如果权重值表明已经满足足够的标准，则即使官费支出并未落入最低和最高官费范围内，识别例程也可以将官费支出日期识别为目标日期。再次继续上面的申请示例，如果在日本官费支出费用是900美元，从而在1000美元到1200美元范围外，但足够满足其它标准，识别例程可将官费支出识别为目标支出，因此官费支出日期会被识别为目标支出日期。

注意，识别例程45可以在步骤54中使用个别官费费用来确定官费费用是否在最低和最高官费范围内。此外，识别例程45还可以使用具有相同支出日期的多个官费费用。在相同日期有多个官费费用的情况下，识别例程45可以将官费费用相加，使用官费费用的和，以便确定费用和是否在最低和最高官费范围内。

一旦为所有适当官费建立目标支出日期，日期范围计算例程62可以被执行以计算与每个适当目标日期关联的一个或多个服务的一对或多对开始日期和结束日期64。再次继续上面的申请服务示例，现在目标申请支出日期已经被识别，日期范围计算例程62可以被执行以计算该事务的申请服务开始日期和申请服务结束日期。日期范围计算例程62可以通过获取目标申请支出日期并应用申请服务时间阶段数据执行其计算以确定该事务的申请服务开始日期和申请服务结束日期。例如，如果日本的事务标识符为13/111,222的目标申请支出日期是2014年7月1日，用于日本的此类型的知识产权的申请服务时间阶段数据是在目标申请支出日期之前的四个月开始在目标申请支出日期之后三个月结束的时间阶段，则日期范围计算例程62可将申请服务开始日期设置为2014年3月1日，申请服务结束日期设置为2014年10月1日。

注意，如图3所示，日期范围计算例程62还可以被执行，以基于目标审查支出日期32和审查服务时间阶段数据，计算各种服务的其它开始和结束日期，包括预先审查服务开始日期70和预先审查结束日期72，审查服务开始日期74和审查服务结束日期76。日期范围计算例程62还可以被执行，以基于目标授权支出日期36和授权服务时间阶段数据，计算授权服务开始日期82和授权服务结束日期84。

同样应该注意，可以为其它服务基于相同的目标申请支出日期建立相似的范围。例如，如果希望分析特定服务且所述特定服务完成的时间可以与支出相关联，则可以计算该服务的服务开始日期和服务结束日期，分析该时间阶段内的支出。例如，如果想审查根据EPC规则161与通信相关的服务费，并且知道EPC规则161通信的答复是在目标申请支出日期之后的大约6个月到期，则可以使用根据如下的时间阶段数据计算161服务开始日期。161服务开始日期可以计算为目标申请支出日期之后六个月的某日期之前的5个月；161服务结束日期可以计算为目标申请支出日期之后六个月的某日期之后的2个月。还应该注意，日期范围可以基于经验和个别帐单惯例调整。例如，日期范围可以围绕特定目标官费日期和/或特定国家和/或特定代理人被延长或缩短特定时间阶段。最后，在本发明的另一方面，可以计算开放式日期范围，其中，包括在某日期之前发生的所有服务和在某日期之后发生的所有服务。例如，时间阶段可以用来识别在申请开始日期之前发生的所有收费。

在一些情况下，日期范围实际上可以重叠。例如，报告专利公开的服务可以落入另一服务诸如预先审查或请求审查的日期范围内。在此情况下，重要的是弄清楚在重叠日期范围与两个不同服务关联的收费不会被两次计算。在这些情况下，日期范围计算例程62基于服务描述、服务类型、支出类型、UTBMS代码或明确地从计算日期范围的服务的一部分区分被排除的收费的其它诸如此类，自动地将与一个服务有关的收费从另一服务的日期范围中排除。

日期范围计算例程62还可以允许自动操作非有意重叠的日期范围。例如，如果因为审查服务较早执行，申请服务结束日期和审查服务开始日期重叠，日期范围计算例程62可以自动地将两个日期重设为另一日期，例如重设为在两个重叠日期中间的日期。替代性地，如果日期重叠，则系统可以强制介于重叠日期之间的所有收费只包括于两个重叠日期范围中的一个中。

此外，系统还可以允许人工操作特定服务费。例如，如果系统的用户查看某服务费的服务描述，系统此前包括它作为错误服务的一部分，则人工覆盖设置可以用来强制服务费变成适当服务。

一旦日期范围计算例程确立被执行的适当服务的开始日期和结束日期，则分析例程66可以被执行以识别在服务和支出日期介于适当开始日期和结束日期的国家中某事务的服务和支出费用68。如示例性图3中最佳示出的，这些开始日期和结束日期可以是例如申请服务的申请服务开始日期40和申请服务结束日期42，预先审查服务的预先审查服务开始日期70和预先审查结束日期72，审查服务的审查服务开始日期74和审查服务结束日期76，答复服务的答复服务开始日期78和答复服务结束日期80，授权服务的授权服务开始日期82和授权服务结束日期84，年费服务的年费服务开始日期86和年费服务结束日期88。替代性地，如图4中最佳示出的，开始和结束日期可以包括选择的开始日期90和选择的结束日期92，其中，系统的用户基于其自己选择的日期标准选择开始和结束日期。在本发明的一个方面，系统是灵活的，开始日期和结束日期可以是上面日期的任何组合。

再次参照图5，可以对识别的事务的费用执行统计计算，这种统计可以由类别生成94。例如，可以根据代理人，根据国家，根据服务及其它计算服务和支出费用的和、平均值、确定高和低值或其它。例如，对介于申请服务开始日期之前的选择的服务日期和申请服务开始日期40之间的服务的收费求和会提供总服务费，如果有的话，服务提供者在应该开始申请服务时的时间阶段之前进行收费。这些收费应该是很少的，原因是申请活动应该还没有开始。类似地，对介于申请服务开始日期40和申请服务结束日期42之间的服务的收费求和会提供服务提供者针对申请收取的总服务费。

继续上面的申请服务示例，如果在日本事务标识符为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可以被执行以对服务日期介于选择的日期90和92之间或介于一个选择的日期和前面段落中提到的任何一个其它日期之间的事务标识符中一个的服务费求和。使用选择日期的实际示例可以是系统的用户想计算哪些服务提供者对答复EPC规则161、162通知收费。对此通知的答复通常在申请服务结束日期的六个月之内提交。因此，用户可以选择申请服务结束日期作为开始日期，结束日期是申请服务结束日期之后的六个月。系统会对所有适用的欧洲事务的收费求和，计算申请服务结束日期后的此六个月时间中的平均收费。通常，答复EPC规则161/162通知是在此时间阶段中要求的唯一服务。系统可以计算答复EPC规则161/162通知的平均收费，以及每个服务提供者针对此服务的平均收费。

上面的识别如果需要还有计算的结果可以由系统以各种各样的方式输出96。例如，如果系统计算许多服务提供者对许多事务标识符的相同服务的和，则系统可以计算在给定国家该服务的平均收费。类似地，系统可以计算针对一项服务每个服务提供者的平均收费。系统然后可以生成对这些平均收费进行比较的基准报告。例如，系统可以将一个国家的收费与另一国家的收费进行比较。同样，系统可以将一个服务提供者在一个国家的服务费与其它服务提供者进行比较，或比较一项服务在一个国家的平均服务费。另外，如果需要，系统可以允许操作数据以便这些计算包括或不包括这些数据，从而确保不使用不正确或不完整的数据。这样，用户可以确定最具成本效益的服务提供者。

被识别和计算后数据的系统输出96可以以各种格式提供。例如，输出可以是纸或电子列表或报告、纸或电子图形、仪表盘等的形式。这些输出可以是静态的或用户/观看者可以与结果交互以产生最相关或有用的输出。

应该注意，系统输出可以与其它系统的输出或文件组合和/或集成。例如，给定时间阶段的收费列表的输出可以与例如来自摘记系统、公共可用数据资源(诸如PAIR,ESPACENET、服务器上的文件夹等)的选择的或相关的申请历史文件组合。以此方式，系统可以更清楚地将收费、收费组与提供的服务关联。

图6是用于分析电子发票数据的系统的一个实施例的示意性框图。系统包括具有多个例程的计算机可读存储介质102。各个例程的各方面在上文讨论过。

尽管图6中示出用单个块代表计算机可读存储介质，不过其它实施例可以在多个介质上存储例程。这样，例程可以至少部分地分布在不同介质上。此外，在一些实施例中，一些或所有例程可以分布于两个或更多个计算机装置或处理器上。

图7是实现图6系统的计算机架构104的一个实施例的示意性框图。尽管图示的架构104包括具有本文中描述的功能的某些组件，但适合实现本文中描述的本发明的各方面的计算机架构的其它实施例可以包括实现较少或更多功能的更少或更多的组件。

所描述的架构104包括图6的计算机可读存储介质102。架构104还包括执行存储介质102上存储的一个或多个例程的处理器106。替代性地，多个处理可以分布或共享一个或多个例程的处理负载。所述架构还包括一个或多个输入/输出(I/O)装置108。I/O装置可以是被配置成从用户或从另一装置接收输入的任何形式的输入装置。I/O装置还可以是被配置成从架构接收通信信号或其它形式的数据的任何形式的输出装置。输出装置的具体类型是显示装置110。显示装置可以用来响应于由处理器执行的处理步骤将图形或其它可视信息传送给用户。

图示的架构还包括存储器装置112。存储器装置可以是暂时或永久地存储数据的任何类型的装置，包括但不限于缓存装置，诸如片上缓存或单独的缓存装置。所述架构还包括连接到处理器以非易失方式存储数据的存储装置114或磁盘或其它装置。其它实施例可以包括能够存储数据和/或程序指令以由处理器或其它处理资源使用的其它形式的存储器和/或存储装置。

应该注意，系统和上文的示例性技术可以用在静态编辑发票和摘记数据或用在间歇性被更新或连续被更新的一组发票和摘记数据上。例如，系统可以在每次更新发票数据之后运行上面的例程，以确定目标日期范围内是否包括附加收费。类似地，系统可以实时地运行上面的例程，使得数据集被更新时，系统识别新目标日期是否被识别，是否启动一个或多个例程。例如，官费支出会触发日期范围计算例程62，基于时间阶段数据和官费日期计算服务开始日期和服务结束日期。当数据集被更新，达到结束日期时，分析例程66会自动地执行以识别、求和以及向系统的用户报告事务标识符的所有服务费。

而且，本发明的系统会是“实时地”运行的，使得当包含目标日期的电子通信被发送到申请人(例如来自USPTO的电子审查意见通知书，输入到USPTO PAIR系统的输入或来自法律事务所的通信)时，系统中的一个动作会被启动。例如，包含目标日期的电子通信会执行日期范围计算例程62，以基于服务时间阶段数据和目标日期计算服务开始日期和服务结束日期。一旦到达服务结束日期，分析例程66会自动地执行以识别事务的服务费。

在一个附加实施例中，本发明的系统会“实时地”运行，使得当检测到诸如官费的费用时，它启动本发明的系统之外的动作。例如，检测官费会提示诸如的企业软件应用准备给适当的代理人支付费用和/或同意服务费。

在另一实施例中，上面的例程可以在不完整的数据集上运行以监视帐单趋势。例如，如果某事务的总收费超出可接受范围，则即便尚未建立该事务的目标日期，分析例程也会触发报告或警报的生成。在另一示例中，系统可以识别目标日期，计算目标日期范围，在目标日期范围中开始包括应计的支出。如果在应计过程中，收费的和超出预定金额，则异常报告可以由分析例程自动触发。此报告例如可以用来更密切地监管或警告服务提供者。

本发明的系统可检测和/或总结被专利申请人认为是不期望的或不想要的服务费。例如，在美国，延期和请求继续审查(RCE)的收费可能是效率低作业的指示。与申请延期或RCE有关的官费信息可以由系统如上文陈述的使用以识别是否申请了RCE或延期。分析例程66可被执行以针对例如特定的服务提供者对这些费用的数目和/或总成本求和。类似地，系统可使用服务费描述中的关键字搜索来证实收费实际上与上文陈述的延期或RCE的申请有关。本发明系统的这些结果可用在评估服务提供者的成本效率。

本发明的系统能够计算除了官费之外的围绕收费的成本。例如，如果想知道代理人完成现有技术检索的收费，人们可以执行识别例程以识别目标费检索支出，以便识别目标检索日期并选择目标检索日期附近的日期范围，计算代理人解释检索结果的收费。再次，系统还可以使用关键字检索来代替或作为这些技术的补充。

本发明的至少一个实施例的系统的好处之一是不需要几年的帐单数据来确定哪些代理人对哪些特定服务费。例如，通过将专利申请生命周期分解成多个离散的时间阶段，多个专利申请可以在短时间阶段内被分析，产生每个时间阶段的结果。每个时间阶段的结果例如可以被求和以确定每个代理人在典型的专利申请的申请生命周期平均收费是多少。因此，借助相对较小的数据量，不管有多长的专利申请生命周期，对于所有服务范围及其关联收费，能够准确地确定专利代理人收费的基准。

另一方面，如果有较长时间范围的数据，则系统能够容易地弄清楚关于帐单惯例的信息。例如，可以观察在如上文描述的一个或多个目标服务日期范围内个别事务的帐单模式。类似地，可以观察针对特定客户、服务提供者等等的多个事务的帐单模式。

本发明的一些实施例相比电子帐单系统具有的附加好处是本发明的这些实施例不仅仅求收费相对时间的平均值。当仅仅求收费相对时间的平均值时，被放弃或在适当的时间阶段内部分完成的申请可能会严重地歪曲成本分析的结果。本发明的一些实施例只分析已支付官费的收费。按照定义，这表示与官费关联的服务完成。然而，其它实施例可以基于其它分立事件建立分析参数，这些事件诸如相应的专利管理局记录的官方邮寄或收到日期。

尽管上文提供的大多数示例涉及专利申请，但本发明的系统能够通过利用相同的系统和例程容易地用在商标事务或其它事务。可以确定与在申请商标、商标申请服务、处理授权或“注册”商标、支付续展费等等之前进行的检索服务相关的成本。系统的功能适用。

在一个实施例中，本发明的系统和其各部分可以集成到管理法律事务的系统中，诸如在2007年3月15日申请的PCT申请号为PCT/US2007/064062、名称为“METHOD ANDSYSTEM FOR MANAGING LEGAL MATTERS”的申请中描述的，其整个内容通过引用被并入本文。在替代性地实施例中，本发明的系统和其各部分还可以集成到管理法律服务提供者的系统中以及与该系统结合使用，诸如2008年10月14日申请的PCT申请号为PCT/US2008/79805、名称为“SYSTEM AND METHOD FOR MANAGING LEGAL SERVICE PROVIDERS”的申请中描述的，其整个内容通过引用被并入本文。在替代性地实施例中，本发明的系统和其各部分还可以集成到专利生命周期管理系统中以及与该系统结合使用，诸如2013年2月22日申请的PCT申请号为PCT/US2013/027343、名称为“PATENT LIFE CYCLE MANAGEMENT SYSTEM”的申请中描述的，其整个内容通过引用被并入本文。当集成到此后一系统时，本发明的系统可以给用户的指尖赋予基于最新的总实际成本容易地选择某些代理人和/或申请国家的能力，之后启动申请。

此外，本发明的系统和其各部分可以集成到诸如上文指出的传统的摘记系统中。例如，出于摘记目的例行输入日期会实时地触发系统的识别、日期范围计算和/或分析例程。替代性地，例如，摘记软件可被系统访问以提供目标日期。在又一示例中，本发明的系统可向摘记软件提供诸如服务费的数据。这样，服务费可以与摘记系统中的事务自动、立即地关联。

同样，本发明的系统和其各部分可以集成到其它已知的管理事务的系统中，诸如来自TyMetrix,Serengeti,DataCert,CounselLink等的电子帐单软件中。系统可以用在这些软件中，分析历史数据或如果需要实时地分析数据。例如，本发明的系统可计算并自动地集成选择的服务或服务时间范围的“不超过(Not To Exceed，简写NTE)”比率，因此标记或阻止超过这些NTE比率的支付。替代性地，本发明的系统的输出可以用在外部法律顾问管理讨论和决策中。

类似地，本发明的系统或其各部分可以集成到预算软件、系统或计算或企业软件应用中，使得管理人员可以更准确地预测未来预算周期的成本。替代性地，本发明的系统的结果可以用在评估和决定专利申请(由系统计算的)的平均成本回报证明在特定国家申请专利是否合理的系统或软件中。

在又一实施例中，本发明的系统或其各部分可以集成到执行超过上述的摘记、电子帐单、事务管理或预算功能之一的软件(诸如通常从Anaqua购买的系统)中以获得协同效率。而且，也可集成其它系统，诸如传统的协议管理系统和由知识产权专业人员通常使用的其它软件。

要理解，在不偏离本发明的构思下，可以对前述结构进行变形和改进，还要理解，除了这些权利要求由其语言明确表示为相反的意思之外，这些构思旨在由所附权利要求覆盖。

Claims (34)

1.一种用于分析与知识产权事务有关的电子发票数据的系统，包括：

处理电路，所述处理电路被配置成存储数据，其中，所述数据包括：

发票数据，所述发票数据包括服务费、服务日期、支出费用、支出日期和事务标识符；

官费数据，所述官费数据存储在所述处理电路中，包括最低费用和最高费用；以及

服务时间阶段数据，所述服务时间阶段数据存储在所述处理电路中；

其中，所述处理电路还被配置成执行例程，其中，所述例程包括：

识别例程，所述识别例程识别总数介于所述最低费用和所述最高费用之间的目标支出费用的目标支出日期；

日期范围计算例程，所述日期范围计算例程基于所述服务时间阶段数据和所述目标支出日期计算服务开始日期和服务结束日期；以及

分析例程，所述分析例程识别具有介于所述服务开始日期和所述服务结束日期之间的所述服务日期的所述事务标识符中的至少一个的所述服务费。

2.根据权利要求1所述的系统，其中，所述发票数据用于多个国家，所述发票数据还包括从由国家标识符、代理人姓名和其组合组成的组中选择的数据。

3.根据权利要求1所述的系统，其中，所述费用数据是官费数据，是从由最低申请费、最高申请费、最低审查费、最高审查费、最低答复费、最高答复费、最低授权费、最高授权费和其组合组成的组中选择的。

4.根据权利要求1所述的系统，其中，所述识别例程被执行至少一次，以实现由以下各项组成的组中选择的识别：识别总数介于最低申请费和最高申请费之间的目标申请支出费用的目标申请支出日期；识别总数介于最低审查费和最高审查费之间的目标审查支出费用的目标审查支出日期；识别总数介于最低答复费和最高答复费之间的目标答复支出费用的目标答复支出日期；识别总数介于最低授权费和最高授权费之间的目标授权支出费用的目标授权支出日期；和其组合。

5.根据权利要求1所述的系统，其中，所述服务时间阶段数据是从由以下各项组成的组中选择的：申请服务时间阶段数据、预先审查服务时间阶段数据、审查请求服务时间阶段数据、PPH服务时间阶段数据、答复服务时间阶段数据、授权服务时间阶段数据、年费服务时间阶段数据和其组合。

6.根据权利要求5所述的系统，其中，所述日期范围计算例程被执行以实现从由以下各项组成的组中选择的计算：基于所述申请服务时间阶段数据和与目标申请支出费用有关的日期计算申请服务开始日期和申请服务结束日期；基于所述审查服务时间阶段数据和与目标审查支出费用有关的日期计算审查服务开始日期和审查服务结束日期；基于所述答复服务时间阶段数据和与目标答复支出费用有关的日期计算答复服务开始日期和答复服务结束日期；基于所述授权服务时间阶段数据和与目标授权支出费用有关的日期计算授权服务开始日期和授权服务结束日期；和其组合。

7.根据权利要求6所述的系统，其中，所述分析例程被执行以实现从由以下各项组成的组中选择的识别：识别具有介于所述申请服务开始日期和所述申请服务结束日期之间的所述申请服务日期的所述事务标识符中的至少一个的所述申请服务费；识别并相加具有介于所述审查服务开始日期和所述审查服务结束日期之间的所述审查服务日期的所述事务标识符中的至少一个的所述审查服务费；识别并相加具有介于所述答复服务开始日期和所述答复服务结束日期之间的所述答复服务日期的所述事务标识符中的至少一个的所述答复服务费；识别并相加具有介于所述授权服务开始日期和所述授权服务结束日期之间的所述授权服务日期的所述事务标识符中的至少一个的所述授权服务费；和其组合。

8.根据权利要求1所述的系统，其中，所述发票数据包括支出类型，所述识别例程通过识别具有官费支出类型的所述支出费用，识别目标申请支出费用、目标审查支出费用、目标答复支出费用和目标授权支出费用。

9.根据权利要求7所述的系统，其中，所述识别例程还被执行以验证所述事务标识符中的一个的目标申请支出日期已经被所述标识例程正确地识别，所述识别例程将所述事务标识符中的所述一个的所述目标申请支出日期与所述事务标识符的所述一个的目标审查支出日期比较，并证实所述事务标识符中的所述一个的所述目标申请支出日期比所述事务标识符中的所述一个的所述目标审查支出日期要早。

10.根据权利要求7所述的系统，其中，所述识别例程还被执行以验证所述事务标识符中的一个的目标审查支出日期已经被所述识别例程正确地识别，所述识别例程将所述事务标识符中的所述一个的所述目标审查支出日期与所述事务标识符中的所述一个的目标授权支出日期比较，并证实所述事务标识符中的所述一个的所述目标审查支出日期比所述事务标识符中的所述一个的所述目标授权支出日期要早。

11.根据权利要求7所述的系统，其中，所述分析例程还对具有介于所述申请服务开始日期和所述申请服务结束日期，所述审查服务开始日期和所述审查服务结束日期，所述答复服务开始日期和所述答复服务结束日期，所述授权服务开始日期和所述授权服务结束日期中的任何一对之间的所述支出日期的所述支出费用求和。

12.根据权利要求7所述的系统，其中，所述分析例程还对具有介于从包括以下各项的组中选择的任何一对日期之间的所述服务日期的所述服务费求和：在所述申请服务开始日期之前选择的服务日期和所述申请服务开始日期，所述申请服务开始日期和所述申请服务结束日期，所述申请服务结束日期和所述审查服务开始日期，所述审查服务开始日期和所述审查服务结束日期，所述审查服务结束日期和所述答复服务开始日期，所述答复服务开始日期和所述答复服务结束日期，所述答复服务结束日期和所述授权服务开始日期，所述授权服务开始日期和所述授权服务结束日期，所述授权服务结束日期和所述授权服务结束日期之后选择的服务日期。

13.根据权利要求12所述的系统，其中，所述分析例程还被执行以计算具有介于所述组中的所述一对日期中的一对之间的服务日期的多个所述事务标识符的服务费的平均和。

14.根据权利要求7所述的系统，其中，所述发票数据还包括翻译支出类型，所述分析例程还被执行以验证所述事务标识符中的一个的目标申请支出日期已经被所述识别例程正确地识别，所述分析例程被执行以证实具有翻译支出类型的所述事务标识符的所述一个的翻译支出费用具有介于所述事务标识符的所述一个的所述申请服务开始日期和所述申请服务结束日期之间的翻译支出日期。

15.根据权利要求7所述的系统，其中，所述处理电路执行官费检索例程以从网站中检索官费数据。

16.根据权利要求7所述的系统，其中，所述处理电路执行汇率例程以从网站检索汇率数据，包括货币汇率和汇率日期，所述汇率和所述汇率日期被所述系统用来将所述服务费、所述支出费用和所述官费转换成另一货币。

17.根据权利要求1所述的系统，其中，所述识别例程还被执行以验证所述事务标识符中的一个的目标支出日期已经被所述识别例程正确地识别，所述识别例程使用与包括以下各项的组中选择的所述事务标识符中的所述一个有关的其它数据：UTBMS代码；在服务描述中包括某些关键字；在支出描述中包括某些关键字；从所述支出描述中排除某些关键字；从所述服务描述中排除某些关键字；和其组合。

18.根据权利要求10所述的系统，其中，所述分析例程还被执行以计算针对包括选择的国家、选择的代理人、以及选择的服务的组的多个所述事务标识符的所述识别的服务费的平均和。

19.一种用于分析与知识产权事务有关的电子发票数据的系统，包括：

处理电路，所述处理电路被配置成存储数据，其中，所述数据包括：

发票数据，所述发票数据包括存储在所述处理电路内的服务费、服务日期和事务标识符；

摘记数据，所述摘记数据包括存储在所述处理电路中的所述事务标识符和所述知识产权事务的至少一个目标日期；以及

服务时间阶段数据，所述服务时间阶段数据存储在所述处理电路内；

其中，所述处理电路还被配置成执行例程，其中，所述例程包括：

日期范围计算例程，所述日期范围计算例程基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期；以及

分析例程，所述分析例程识别具有介于所述服务开始日期和所述服务结束日期之间的所述服务日期的所述事务标识符中的至少一个的所述服务费。

20.根据权利要求19所述的系统，其中，所述发票数据针对多个国家，所述发票数据还包括从包括以下各项的组中选择的数据：支出费用；支出日期；国家标识符；代理人姓名；和其组合。

21.根据权利要求19所述的系统，其中，所述摘记数据从包括以下各项的组中选择的来源获得：摘记数据库；事务管理数据库；公共数据库；和其组合。

22.根据权利要求19所述的系统，其中，所述服务时间阶段数据从包括以下各项的组中选择：申请服务时间阶段数据；预先审查服务时间阶段数据；审查请求服务时间阶段数据；PPH服务时间阶段数据；答复服务时间阶段数据；授权服务时间阶段数据；和其组合。

23.根据权利要求22所述的系统，其中，所述日期范围计算例程被执行以执行从包括以下各项的组中选择的计算：基于所述申请服务时间阶段数据和目标申请日期计算申请服务开始日期和申请服务结束日期；基于所述预先审查服务时间阶段数据和目标预先审查日期计算预先审查服务开始日期和预先审查服务结束日期；基于所述审查服务时间阶段数据和目标审查日期计算审查服务开始日期和审查服务结束日期；基于所述答复服务时间阶段数据和目标答复日期计算答复服务开始日期和答复服务结束日期；基于所述PPH服务时间阶段数据和目标PPH日期计算PPH服务开始日期和PPH服务结束日期；基于所述授权服务时间阶段数据和目标授权日期计算授权服务开始日期和授权服务结束日期；和其组合。

24.根据权利要求23所述的系统，其中，所述分析例程被执行以从包括以下各项的组中识别数据：识别介于所述申请服务开始日期和所述申请服务结束日期之间的目标申请服务费；识别介于所述预先审查服务开始日期和所述预先审查服务结束日期之间的目标预先审查服务费；识别介于所述审查服务开始日期和所述审查服务结束日期之间的目标审查服务费；识别介于所述PPH服务开始日期和所述PPH服务结束日期之间的目标PPH服务费；识别介于所述答复服务开始日期和所述答复服务结束日期之间的目标答复服务费；识别介于所述授权服务开始日期和所述授权服务结束日期之间的目标授权服务费；和其组合。

25.根据权利要求24所述的系统，其中，所述分析例程还执行从包括以下各项的组中选择的求和：对识别的至少一个所述事务的申请服务费求和；对识别的至少一个所述事务的预先审查服务费求和；对识别的至少一个所述事务的审查服务费求和；对识别的至少一个所述事务的PPH服务费求和；对识别的至少一个所述事务的答复服务费求和；对识别的至少一个所述事务的授权服务费求和；和其组合。

26.根据权利要求19所述的系统，其中，目标申请日期从包括以下各项的组中选择：申请费到期日期、申请日期、申请绝限日期和目标申请支出日期；目标审查日期从包括以下各项的组中选择：答复到期日期、答复提交日期、答复费收费日期、审查请求到期日期、审查请求提交日期和审查费支出日期；目标授权日期从包括授权费到期日期、授权日期和目标授权支出日期的组中选择。

27.根据权利要求25所述的系统，其中，所述分析例程还被执行以计算针对包括以下各项的组的所述识别的服务费的平均和：多个所述事务标识符；针对选择的国家的多个事务标识符；以及针对选择的代理人的多个事务标识符。

28.一种计算机程序产品，包括：

非瞬态计算机可读存储介质，所述非瞬态计算机可读存储介质存储计算机可读程序，其中，所述计算机可读程序在由计算机内的处理器执行时引起所述计算机执行用于分析电子发票数据的操作，所述操作包括：

访问存储器中存储的发票数据，所述发票数据包括具有服务费和服务日期的事务标识符；

识别与所述事务标识符关联的目标日期和与所述目标日期关联的服务；

访问存储器中存储的针对识别的服务的服务时间阶段数据；

基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期；

从所述发票数据中识别介于所述服务开始日期和所述服务结束日期之间的服务费；以及

在所述存储器中存储将所述服务与识别的介于所述服务开始日期和所述服务结束日期之间的每个服务费关联的记录。

29.根据权利要求28所述的计算机程序产品，其中，识别与所述事务标识符关联的目标日期还包括：

访问所述发票数据中的支出费用和支出日期；

访问所述存储器内存储的官费数据，其中，所述官费数据包括至少一个服务的最低费用和最高费用；

从所述支出日期中基于确定相应的支出费用介于所述官费数据的最低费用和最高费用之间识别目标支出日期；以及

将所述目标支出日期指定为所述目标日期。

30.根据权利要求28所述的计算机程序产品，其中，识别与所述事务标识符关联的目标日期还包括：

访问与所述事务标识符关联的摘记数据；

从所述摘记数据中基于目标摘记日期和所述至少一个服务之间的关联识别所述目标摘记日期；以及

将所述目标摘记日期指定为所述目标日期。

31.一种用于分析电子发票数据的方法，所述方法包括：

访问存储器中存储的发票数据，所述发票数据包括具有服务费和服务日期的事务标识符；

识别与所述事务标识符关联的目标日期和与所述目标日期关联的服务；

访问所述存储器中存储的针对识别的服务的服务时间阶段数据；

基于所述服务时间阶段数据和所述目标日期计算服务开始日期和服务结束日期；

从所述发票数据中识别介于所述服务开始日期和所述服务结束日期之间的服务费；以及

在所述存储器中存储将所述至少一个服务与识别的介于所述服务开始日期和所述服务结束日期之间的每个服务费相关联的记录。

32.根据权利要求31所述的方法，其中，识别与所述事务标识符关联的目标日期还包括：

访问所述发票数据中的支出费用和支出日期；

访问所述存储器中存储的官费数据，其中，所述官费数据包括至少一个服务的最低费用和最高费用；

从所述支出日期中基于确定相应的支出费用介于所述官费数据的所述最低费用和所述最高费用之间识别目标支出日期；以及

将所述目标支出日期指定为所述目标日期。

33.根据权利要求31所述的方法，其中，识别与所述事务标识符关联的目标日期还包括：

访问与所述事务标识符关联的摘记数据；

从所述摘记数据中基于所述目标摘记日期和所述至少一个服务之间的关联识别目标摘记日期；以及

将所述目标摘记日期指定为所述目标日期。

34.一种计算机程序产品，包括：

非瞬态计算机可读存储介质，所述非瞬态计算机可读存储介质存储计算机可读程序，其中，所述计算机可读程序在由计算机内的处理器执行时引起所述计算机执行用于估计服务的生命周期成本的操作，所述操作包括：

识别分立的第一服务的第一成本，其中，所述第一成本由与所述第一服务关联的实际成本记录中得到；

识别分立的第二服务的第二成本，其中，所述第二成本由与所述第二服务关联的实际成本记录中得到；

执行数学计算，以将所述第一成本和所述第二成本组合成组合成本估计；以及

将所述组合成本估计呈现给用户作为服务事务的估计成本，其中，所述服务事务的完成预期包括与分立的第一和第二服务相当的阶段。