(1)技术领域

本发明一般地涉及一种用于在用户界面和办公系统之间提供桥接纽带的系 统。更具体地，本发明涉及一种用于将与项目有关的时间和费用数据捕获进项目帐 务体系的系统。

(2)发明背景

二十世纪八十年代和九十年代的商业应用程序主要集中在内部的、仅限于后 台功能的商业过程的自动化上。尽管内部效率是很重要的，但当前的趋势是优化企 业内部关系和外部关系的效力，面向作为企业的消费者、供货商、合作伙伴、金融 家和雇员的个人和企业。典型地，关系效力的最优化往往是面向日益增加的自我服 务和提供更有目标性的服务。在本文中，术语“自我服务”是指交互式用户界面和 演示界面，用于向用户提供功能性和/或想要的信息，而无需其他人的交互作用。

许多企业使用现场的应用以支持它们的商业运作，包括帐目软件应用、控时 软件应用等等。此类应用经常是并没有集成在一起。此外，为了提供自我服务，经 常需要基于web的服务。此类基于web的服务经常用于将不相关的商业应用互联。 不幸地是，这样的互联经常是很特别的，意味着要使用一个或多个web服务和/或 一个或多个web或传统的软件应用将它们拼凑修补在一起。

为了使公司有效地给它的顾客记帐、了解其成本并偿付其雇员，公司必须捕 获所有的与项目有关的费用和时间条目。通常，雇员们自己记录他们的时间和费用， 并且该时间和费用数据进入到帐务体系。这样的体系接收并能正确地记录这些数据 是致关重要的。

各种公司将时间和费用功能与项目帐务体系进行整合。然而，对许多机构而 言，这样的体系经常是过于昂贵的企业解决方案。

(3)发明内容

一种用于在网络上捕获费用信息并用于将该信息处理进帐务体系的系统包括 一帐务体系、一用户界面和一服务API。项目帐务体系适于存储与项目有关的时间 和费用数据。用户界面提供用户可通过浏览器在网络上访问的表格。这个表格包括 由用户输入数据的字段和用于表格的电子提交的按钮。服务API用于基于所提交的 表格包含的数据来调用(invoke)与项目帐务体系的事务。

在另一个实施例中，提供了一种依据本发明的实施例通过表格将时间和费用 数据捕获进帐务数据库的方法。该表格存储在(hosted on)web服务器上。用户 可通过浏览器在网络上访问每个表格。每个表格包括供用户输入数据的数据字段、 当用户完成时用于提交web表格的对象、和用于在用户提交时调用商务规则的嵌入 式服务器控件。这些商务规则是以受控代码编写的。根据调用的商务规则使用服务 API来处理所提交的表格。服务API将表格所包含的数据和帐务数据库中的实体相 连。

在另一个实施例中，一种用于在网络上捕获费用信息并将该信息处理进帐务 体系的系统包括帐务体系、web部件和服务API。帐务体系用于存储时间和费用信 息。多个web部件表格用于用户通过浏览器在网络上进行输入。服务API用于实现 以受控代码写的商务规则并对其进行排序以便对进入到帐务体系的用户输入进行 处理。

                          附图简述

图1是在其上可实现本发明的实施例的计算系统环境的简图。

图2是根据本发明的一个实施例的时间和费用体系的简要框图。

图3是根据本发明的一个实施例提供安全、数据访问和工作流过程的企业应 用框架的简要框图。

图4A是根据本发明的一个实施例的时间表处理简要流程图。

图4B是根据本发明的一个实施例的费用报告处理简要流程图。

图5是根据本发明的一个实施例的统一建模语言图表符号的实体模型的简 图。

                        具体实施方式

在详细描述本发明之前，先描述本发明可应用于其中的环境的一个实施例。 图1说明了一个本发明可在其中实现的适当计算系统环境100的例子。计算系统环 境100只是一个适合的计算系统的例子，并非想要限制本发明的使用或功能性的范 围。也不应该将例证性的操作环境100解释为对有关在计算环境100中例示的任一 组件或其结合具有任何依赖性或要求。

本发明可在众多其他通用或专用计算系统环境或配置来中操作。适合用于本 发明的熟知计算系统、环境和/或配置包括但不限于个人计算机、服务器计算机、 手持或膝上型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的用户 电子装置、网络PC、小型机、大型机、电话通讯系统、包括任意以上系统或设备 的分布式计算环境，等等。

本发明可在计算机可执行的指令，比如计算机可执行的程序模块的一般上下 文中描述。一般来说，程序模块包括执行特定任务或实现特定抽象数据类型的例行 程序、程序、对象、组件、数据结构等。本发明在通过通信网络进行连接的远端处 理设备上实现任务的分布式计算环境中也能实践。在分布式计算环境中，程序模块 可以位于包括存储器存储设备在内的本地和远端计算机存储介质中。

关于图1，实现本发明的一个示例性的系统包括一个计算机110形式的通用计 算设备。计算机110的组件可以包括但不限于：处理单元120、系统存储器130和 将包括系统存储器的不同系统组件连接到处理单元120的系统总线121。系统总线 121可以是包括存储总线或存储控制器、外围总线和使用多种总线结构中任意一种 的本地总线在内的若干类型的总线结构中的任何一种。作为例子而非为了限制，这 样的结构包括工业标准结构(ISA)总线、微通道结构(MCA)总线、扩展工业标准 结构(EISA)总线、视频电子标准协会(VESA)本地总线和周边元件互联(PCI) 总线，也称为Mezzanine总线。

计算机110通常包括多种计算机可读的介质。计算机可读的介质可以是任何 可由计算机110访问的可用介质，包括易失的和非易失的介质、可移动的和不可移 动的介质。作为例子但非限制，计算机可读的介质可以包含计算机存储介质和通信 介质。计算机存储介质包括为了存储比如计算机可读指令、数据结构、程序模块或 其他数据的信息以任何方法或技术实现的易失的和非易失的介质、可移动的和不可 移动的介质。计算机存储介质包括但不限于：RAM、ROM、EEPROM、闪存或其他存储 技术、CD-ROM、数字化视频光盘(DVD)或其他光盘存储、磁性盒式磁带、磁性磁 带、磁性磁盘存储或其他磁性存储设备、或用于存储想要的信息并由计算机110 访问的任何其他介质。通信介质通常以调制数据信号如载波或其他传送机制的形式 包含计算机可读指令、数据结构、程序模块或其他数据，并包括任何信息传输介质。 术语“调制数据信号”是指在在其中有一个或多个特征以在该信号这编码信息的方 式被使得或者改变的一种信号。作为例子但非限制，通信介质包括有线介质，如有 线网络或直接的有线连接和比如声音的、射频、红外线和其他无线介质。以上的任 意组合也包括在计算机可读介质的范围内。

系统存储器130包括易失的和/或非易失的存储器的形式的计算机存储介质， 比如只读存储器(ROM)131和随机存取存储器(RAM)132。通常，基本输入/输出 系统133(BIOS)存储在ROM 131中，该BIOS包含如在启动期间帮助在计算机110 的元件之间传递信息的基本程序。RAM 132通常包含可立即访问的和/或处理单元 120正在其上操作的数据和/或程序模块。作为例子但并非限制，图1例示有操作 系统134、应用程序135、其他的程序模块136和程序数据137。

计算机110也可以包括其他可移动的/不可移动的、易失的/非易失的计算机 存储介质。只是作为例子，图1例示了可以从不可移动的、非易失的磁性介质中读 取或写入的硬盘驱动器141、可以从不可移动的、非易失的磁盘152中读取或写入 的磁盘驱动器151和可以从不可移动的、非易失的比如CD ROM或其他光学介质的 光盘156中读取或写入的光盘驱动器155。其他可用于示例性操作环境中的可移动 的/不可移动的、易失的/非易失的计算机存储介质包括但不限于：磁性盒式磁带、 闪存卡、数字化视频光盘、数字视频磁带、固态RAM、固态ROM等。硬盘驱动器141 通常通过不可移动存储器接口，如接口140与系统总线121相连，且磁盘驱动器 151和光盘驱动器155由不可移动存储器接口，如接口150连接到系统总线121。

以上讨论并在图1中例示驱动器及相关联的计算机存储介质为计算机110的 计算机可读指令、数据结构、程序模块和其他数据提供了存储。比如，图1中，硬 盘驱动器141存储操作系统144、应用程序145、其他程序模块146和程序数据147。 注意，这些组件可与操作系统134、应用程序135、其他程序模块136以及程序数 据137相同，也可以不同。操作系统144、应用程序145、其他程序模块146和程 序数据147在此给出了不同的标号以至少说明它们是不同的拷贝。

用户可以通过输入设备如键盘162、麦克风163和诸如鼠标、轨迹球或触垫的 定位设备161向计算机110输入命令和信息。其他输入设备(未示出)可以包括操 纵杆、游戏垫、圆盘式卫星电视天线、扫描仪等。这些或其他的输入设备经常通过 与系统总线相连的用户输入接口160连接到处理单元120，但也可以由其他接口和 总线结构相连，比如并行端口、游戏端口或通用串行总线(USB)。显示器191或 其他类型的显示设备也通过如视频接口190的接口连接到系统总线。除了显示器， 计算机也可以包括其他外围输出设备，比如扬声器197和打印机196，它们通过输 出外围接口190进行连接。

计算机110可以在使用到一个或多个远端计算机，比如远端计算机180的逻 辑连接的网络环境中进行操作。远端计算机180可以是个人计算机、手持设备、服 务器、路由器、网络PC、一个对等设备或其他公共的网络节点，并且典型地包括 与以上描述的计算机110相关的许多或所有元件。图1中描述的逻辑连接包括局域 网(LAN)171和广域网(WAN)173，但也包括其他网络。这样的网络环境在办公 室、企业范围的计算机网络、企业内部互联网、国际互联网中是很常见的。

当用在LAN网络环境中时，计算机110通过网络接口或适配器170连接到LAN 171。当用作WAN网络环境中时，典型地，计算机110包括调制解调器172或通过 如国际因特网的WAN 173建立通信的其他方式。内置或外置的调制解调器172可以 通过用户输入接口160或其他适合的装置连接到系统总线121。在网络环境下，与 计算机110有关的程序模块或其中一部分可以存储在远端存储器存储设备中。作为 例子但并非限制，图1例示了驻留于远端计算机180上的远端应用程序185。应该 注意，所显示的网络连接是例证性的，而且在计算机之间建立通信连接的其他方式 也是可以使用的。

图2显示了依照本发明实施例的一个时间和费用系统200。web部件表格202 部署在web服务器204中。服务应用程序接口(API)206执行以受控代码写的商 务规则并对其排序。需要时，服务API 206调用与数据库的事务和/或查询数据库 208。表格204通过网络210在用户界面212内显示给用户。

一般来说，服务API 206是一个应用程序用来访问一些其他(通常是较低层 的)模块所提供的服务的接口(或调用函数的协定集)。这种情况下，服务API 206 用来处理以受控代码写的商务规则并可任选地访问数据库208提供的服务。

术语“受控代码”是指以运行时为目标的语言编译器开发的代码。受控代码 提供信息(有时称作“元数据”)以允许运行时能够在汇编模块中定位编码的方法、 存储并检索安全信息、处理意外情况等等。一般来说，受控代码是面向运行时的代 码。运行时管理执行时的代码，提供核心服务，比如存储器管理、线程管理和远程 服务(remoting)(一种允许模块穿越系统边界通信的API)，与此同时加强代码 内严格类型的安全性。

在受控代码执行环境内的编程是本领域已知的。受控代码的一个已知的例子 面向公共语言运行时(CLR)。编译器和工具展露运行时的功能性并使得开发者可 以编写得益于受控代码执行的代码。受控代码得益于如跨语言集成、跨语言例外情 况处理、加强安全性、分版本和部署支持等特征。此外，受控代码为组件的交互、 调试和旁敲侧击(profiling)服务提供了简单化的模型。

网络210可以是任何类型能够支持数据传输的网络，包括公共交换电话网、 局域网、广域网(包括因特网)、蜂窝式或数字无线网络，或其他任何类型的 网络。只要媒介支持数据传输，本发明即与传输介质无关。

一般来说，用户界面212提供了一个通过网络210向用户显示表格202的 演示界面。在图示的实施例中，用户界面212显示为一个因特网浏览器应用的 浏览器窗口内的页面。用户在用户界面212内填写表格202，并在网络210上 将表格提交给网络服务器204。表格202呼叫服务API 206。被呼叫的服务API 206被调用，并且它依照受控代码处理用户通过其中一张表格202提交的数据。 必要时，服务API 206与数据库208交互以存储例如来自雇员的时间输入。

一般来说，服务API 206处理用受控代码写的商务规则。商务规则可包括 批准进程中的步骤。因此，商务规则可定义一个工作流进程。总体上，服务API 206完成账务子系统所必需的重要链接，例如，以接收时间和费用事务并且处 理时间和费用数据以便完成生成发票、捕获支付、雇员薪水册以及可费用偿付。

一般来说，批准进程可以用任何方式实现。在一个实施例中，批准进程是 自动化工作流的一部分。服务API 206对照存储在web表格中的数据处理商务 规则。当管理者登录到系统时，他或她应得悉他或她要执行监督功能的已传递 时间和费用表格。然后，管理者可以浏览这些表格并接受、终止或者将此表格 返回给雇员作进一步的处理。当雇员用户登录系统时，他或她可以访问表格要 求修改、更改待决表格、创建并提交一个新的表格，等等。系统能根据系统内 每个用户的“认证的角色”来向他或她授予对与之有关的表格的访问。例如， 雇员在组织机构中可以有多个角色。一个雇员可以对某一雇员为监督者、而另 一雇员为管理者，等等。

图3所示是一个基于组件元件的商务应用框架300。一般来说，商务应用 框架300提供一组应用服务用于处理、存储和显示数据。商务应用框架300为 安全、数据访问、通报、工作流、事件代理等等提供支持。

商务应用框架300包括与实体304和进程306交互的用户界面(UI)302。 UI 302为输入数据、执行任务和显示/报告信息提供界面。实体304是一个基本 数据单元，它包括商务数据和数据集成规则。进程306是一个基本商务逻辑单 元。

策略308是一套用于提供安全、数据访问、工作流和事件代理的商务规则 定制要点。策略308直接和实体304及进程306交互以管理显示给UI 302的数 据。后台应用是框架300的许多操作的焦点。

一般来说，商务应用框架300是基于组件的。每个组件包括零个或多个实 体以及零个或多个进程。组件为一组类提供一个接口。可扩展标记语言(XML) web服务是通过公开全部或部分组件的公共接口来创建的。

图4A和4B分别是时间表和费用报告处理流程。在此实施例中，两个流程 可由用户通过显示在UI中的选项进行访问，两个流程都向记账功能块 (function)传递数据。因此，两个流程是相关的并分享共有的元件。另一个实 施例中，两个流程可能是分开的，而且可以用附加的工作流进程向总账传递处 理过的时间表和费用报告数据。

图4A是一个依照本发明的实施例的时间表处理流程的简要流程图，其中 用户使用web浏览器访问界面、且界面以基于web表格的表格形式显示。用户 界面402为用户提供三个基本的时间表选项：创建时间表(timetable)404，删 除时间表406和修改现有时间表408。

当用户通过UI 402选择选项创建时间表404时，一时间表表格显示在浏览 器窗口内。用户完成时间表表格并提交已完成的时间表410。服务API处理启 动批准进程412的商务规则。正如前面讨论的，商务规则可以包括包含一个认 证步骤的工作流进程，比如向监督者提交时间表以待批准。然后监督者可以同 意时间表414、终止时间表416或向用户返回时间表以作修正418。如果是向 用户返回时间表418，则用户就可以修正现有的时间表408并提交修正过的时 间表410。

如果监督者同意时间表414，时间表数据传递给项目账务系统420并且传 递给薪水册系统422。然后，来自账务系统和薪水册系统的时间表数据传递给 总账424并传递给记账功能块426。

如果来自UI 402的用户或来自批准进程412的监督者选择终止时间表416， 时间表数据被删除。

记账功能块426可以产生记账打印输出或直接产生电子账单表格，或向后 台应用传递每个消费者的账单信息。

图4B是一个依照本发明的实施例的费用报告处理流程430。从UI 402中， 用户在三个选项间选择：创建费用报告432、删除费用报告434或修正费用报 告436。

当用户通过UI 402选择选项创建费用报告404时，费用报告表格显示在浏 览器窗口中。用户完成费用报告表格并提交已完成的费用报告436。服务API 处理启动批准进程440的商务规则(可以是独立于图4A中的商务规则的一套 商务规则)。正如前面讨论的，商务规则可以包括包含一个认证步骤的工作流 进程，比如向监督者提交费用报告以待批准。然后监督者可以同意费用报告 442、终止费用报告444或向用户返回费用报告446以作修正436。如果费用报 告返回给用户446，然后用户可以修正费用报告436并提交修正过的时间表 438。

如果监督者同意费用报告442，费用报告数据传递给项目账务系统448。 然后来自账务系统的费用报告数据传递给总账450并传递给记账功能块426。

如果来自UI 402的用户或批准进程440中的监督者选择终止费用报告444， 费用报告数据被删除。

记账功能块426可以产生记账打印输出或直接产生电子账单表格，或向后 台应用传递每个消费者的账单信息。

一般来说，用户可以通过web服务器访问时间表和费用报告。用户在web 浏览器窗口内完成表格并提交表格。表格调用服务API，它实现以受控代码写 的商务规则并对其排序以便处理表格内包含的数据。最后，数据被存储和/或用 来生成维护正确的财务数据。

本发明提供的时间和费用特征捕获所有与项目有关的费用，因此公司可以 有效地给它们的客户记帐，既及时又准确。此外，公司可以准确有效地捕获费 用数据以便偿付雇员因项目发生的费用。出于项目和非项目目的的时间均被捕 获，并被发送到薪水册以便可以偿付雇员。此处描述的时间和费用的功能性提 供了一种可以在许多web服务器和实现中使用的自我服务网络应用。在说明性 的实施例中，表格可以是ASP.Net web部件表格，它包括ASP.Net服务器控件。 web部件表格可以是与MicrosoftSharePoint产品和技术相关联的页面。 “MICROSOFT”和“SHAREPOINT”是为美国华盛顿州的Microsoft公司所 有的注册商标。与标准的由程序员在设计时附加于web表格的页面的ASP.NET 控件不同，web部件由用户在运行时在web部件页面上附加于web部件区域 (Web Part Zones)。根据分配给用户的认证许可，用户可以有不同级别的修正 web部件和web部件页面的自由。在另一个实施例中，这种表格同样可以是其 他类型的表格。

本发明是可以使用Microsoft Business Solutions Business Portal(企业解 决方案企业门户)，以ASP.NET服务和Great Plains帐目后端系统实现。其它 实施例中，可以向ASP服务器提供ASP表格和与之相关联的服务API用于提 供并处理商务规则并用于与数据库交互。

总体上，本发明提供了一种端对端商务进程中的关键链接，其用只输入一 次的时间和费用数据捕获所发生的项目费用、偿付雇员及对消费者开出发票 (invoice)。本发明的一个显著好处在于，它可以减少开发票(invoice)以及 接收付款的时间。这样进而就可能改善公司的现金流动。此外，与非自动化和 非集成化的时间和费用捕获系统或应用相比，可以更迅速地偿付雇员的现金支 出。

然而，尽管在图4A和4B中的描述的批准进程涉及一个监督者，但本领域 的技术人员应该懂得该批准进程对特定的支出和/或时间输入来说可以是自动 化的。因此，在某些情况下，依照以受控代码实现的商务规则，数据的处理和 批准可以用编程的方式(programmatically)进行而无需监督者的参与。

图5是依照本发明的一个实施例使用统一建模语言(UML)的一个实体模 型。一般来说，图中尖部为空的箭头指示与基类的一个关系，而细箭头指示一 个除基类以外的关系。细箭头附近的数字指示是必须包括该对象还是可以任选 的。箭头旁标明“1”意味着必须包括该对象，而标明“0..1”表示可以包括0 或1个对象。“0..n”表示理论上可以包括0个或更多个对象。

正如所示，UML商务实体模型500有一个费用标题基类 (EXPENSEHEADERBASE)502和一个时间表标题基类 (TIMESHEETHEADERBASE)504。如所示，一条费用线(EXPENXELINE)506 继承费用线基类(EXPENXELINE BASE)508的结构。每条费用线506必须有一 个继承了费用标题基类502结构的费用标题(EXPENXEHEADER)510。费用标 题510进而必须包括至少一个雇员对象(EMPLOYEE)512。雇员对象512代表公 司的一个雇员。标题可任选地包括雇员的管理者和/或监督者，它们也是雇员对 象。

费用线对象506可任选地包括项目对象(PROJECT)514和费用范畴 (costcategory)516。因此，UML定义了一个基于对象的系统结构的表示。可 以把每个元件认作系统内的一个软件类，该系统内类的实例化需要一个基类构 造器以便对象可以由此继承其属性。

与商务费用类似，时间表线(TIMESHEETLINE)518从时间表线基类 (TIMESHEETLINEBASE)520继承了其结构。时间表线518必须包括一个从时 间表标题基类(TIMESHEETHEADERBASE)504继承结构的时间表标题522。与 费用标题510类似，时间表标题(TIMESHEETHEADER)522必须包括一个雇员 对象512，并且可以包括与雇员对象512有关的管理者和监督者对象。

时间表线518可以有选择地包括项目对象514和费用范畴对象516。因此， 时间表线对象518是由与包含在账务数据库中的时间表数据相关的元素构成。 取决于具体的实现，其他对象和关系可被定义以适合特定的配置。

一般来说，服务API从数据库中调用数据事务或向其调用数据事务(data transactions)。服务API可以调用查询事务、保存商务实体到数据库，等等。 商务实体是使用一种面向对象的方法访问存储在数据库中的信息的抽象。

尽管本发明参照具体实施例进行了描述，但本领域的技术人员应该承认在形 式和细节上的改变都是可以的，而不会脱离本发明的精神和范围。