专利名称：远程基于web的文件生成系统和方法
技术领域：
本发明实施方式总体上涉及文件(例如合同、表格、用户手册、指导文本及其他文件)的生成。更为具体而言，本发明实施方式允许通过响应从远程系统接收到的数据在文件生成系统处收集文件组件并应用优先级和规则来生成和打印文件。
背景技术：
人们已知将特定顾客内容插入到预制文件中的文件制作系统。例如，在某些已知的系统中利用文字处理软件制作样板文件。该样板文件随后由文件开发者检查和修改，并存储在存储设备中，例如计算机的磁盘驱动器。所述样板文件随后被制成可供终端用户 (例如银行或信贷员)使用。终端用户从所述存储设备取回所述样板文件并输入指定内容到所述文件中，例如姓名、地址、价格等。一旦所期望的内容插入到所述文件的指定位置，则打印完成的表格。其他的文件系统利用常规的关系数据库方案对照规则集的表格检测具体的输入信息，而所述规则集直接链接到各种样板条款。例如，当处理保险单表格时，规则集被指定到每个保险政策条款和每个保证条款。所述保险和保证条款以及规则集存储在与主处理器连接的存储器中。每个规则集包括至少一条必须满足的规则以使相关条款包含在所述文件中。在将特定顾客的参数(例如期望的保险责任范围和投保人所居住的州)输入到计算机之后，评估每一个规则集中的每一条规则以确定特定的条款是否包含在所述文件中。为了打印文件，利用包含每个保险和保证政策条款的冗余副本的打印机数据库来提供合适的条
mKo此外，已知的文件制作系统“受限”于本地系统或主机系统。也就是说，上述文件通常存储在终端用户本地计算机的本地存储设备，并且文件的打印是在本地打印机上执行。 为了实施这种已知的文件制作系统，终端用户在本地计算机上进行安装和/或配置，例如安装和/或配置所述文件，其中，例如，样板文件相对于规则集的更新和变更也是在本地实现。尽管先前的系统是有用的，但仍然存在对下述文件生成系统的需求，所述文件生成系统除此之外能与现有前端系统(例如贷款发放系统)和现有后端系统(例如现有的打印机服务器和网络)结合。而且，因为现有技术的系统不能提供“作为服务的软件”，所以存在下述需求在无需经常维护的情况下，通过简单地建立到所述文件生成系统的网络接口将远程系统与文件生成系统相结合。此外，还存在以下需求文件生成系统能够通过网络 (例如，因特网)采用实时连接与远程前端系统(例如，远程经销商管理系统(DMS)和远程信贷聚合器伙伴或门户)相结合以进行访问。
发明内容
本发明的各种实施方式提供了一种文件生成系统，在所述系统可通过例如因特网从远程系统(例如信贷聚合器)进行访问的意义上，所述文件生成系统可作为一种服务提供。所述系统接收与所需文件(例如，贷款申请、施工合同等)的要求(例如，交易的类型、 参与者的数量、抵押品类型、贷款额、价格、适用法律等)有关的信息，并且基于输入的信息产生适当的表格。应当指出，对所述文件生成系统的访问由通过例如伙伴提供者系统(例如DMS、信贷聚合器门户等)的因特网或网络连接来完成。可选地，所述文件生成系统可以安装在例如客户端的位置并且作为在客户端局域网(LAN)防火墙内的客户端LAN上运行的本地服务进行调用。根据一种实施方式，本发明提供了一种方法，包括在远程系统处接收所需数据并且生成表示所述所需数据的可扩展标记语言(XML)数据或基于XML的数据。所述方法还包括通过数据网络将所述XML数据发送至所述文件生成系统并且验证所述所需数据。选择和 /或收集待用所述所需数据进行填充的至少一个文件并且以自动、手动或混合方式之一将所述所需数据与所述至少一个文件合并。此外，将所述至少一个文件以显示的格式流式传输至所述远程系统用于显示和/或打印。此外，同所述文件生成系统一起可以提供基于网络(Web)的测试应用。所述基于 Web的测试应用可以维护存储用户数据对象、验证结果等的数据库，其中所述用户数据对象可传送至所述文件生成系统。随后，向所述终端用户显示例如自所述用户数据对象的最近验证运行之后改变的文件和/或字段值。由上述可知，本发明的优点在于提供用于生成文件的方法和系统。通过参考具体实施方式
和附图，本发明的其他特征和优点将变得显而易见。
在附图中图1示出本发明的远程访问与结合的实施方式的示例性架构；图2A示出根据本发明的远程访问与结合的实施方式所执行的步骤的示例性流程图；以及图2B示出根据本发明的电子签名功能所执行的步骤的示例性流程图。
具体实施例方式在详细说明本发明的实施方式之前，应当理解，本发明不受限于其对在下面描述中提出的或在附图中图示的组件的结构和布置的细节的应用。本发明还可具有其他实施方式并且能够以各种方式实行或实施。此外，应当理解，本文所使用的措辞和术语是为了描述的目的，不应该视为对本发明的限制。一种实施方式的示例性系统可包括例如，一个或多个位于远程的系统，例如由一个或多个终端用户(例如，汽车经销商、汽车财务员等)操作的计算机/工作站，如图1所示。此外，图1示出文件生成系统5具有合并在其中的，例如，API网关、文件选择引擎、文件、编辑模块和文件生成模块，其中数据验证、处理和文件选择可通过规则引擎/应用模块 12和网络服务器10执行和/或在规则引擎/应用模块12与网络服务器10之间执行。文件收集和数据合并可通过综合电子表格库14和网络服务器10执行和/或在综合电子表格库14与网络服务器10之间执行，其中所述综合电子表格库可以是例如由金融服务提供的文件库，所述金融服务由一个或多个金融服务提供者提供。然而，优选地，包含在所述文件库中的至少大部分内容是由实施文件生成系统5的服务提供者提供。此外，远程系统16通过因特网20或某些其他通信或数据网络可以将数据提交至文件生成系统5以及从文件生成系统5接收文件。应当指出，更多或更少的程序和/或引擎以及服务器可以合并到文件生成系统5中。应当指出，综合电子表格库14可包括标准金融服务内容和政府制定的内容。此外，诸如那些由例如出借方和/或经销商提供的定制文件可以加载到所述综合电子表格库中，以及加载到任何可用的或者待开发的电子表格或电子表格模块中。例如，文件生成系统 5的服务提供者可提供“授权”内容，例如基于每个出借方、每个权限等定制的机动车/服务 /商品模块。关于机动车合同，其内容可包括特定地用于零售(间接销售)或租赁新的/旧的机动车的零售间接机动车信贷申请，该零售间接机动车信贷申请符合B条例和平等信贷机会法(Equal Credit Opportunity Act)。其他示例性的内容可包括例如在车辆所有权转让时联邦政府要求的里程表声明、以及用于证明客户购买新的/旧的汽车的融资的机动车零售分期付款合同。例如，可以提供针对全部51个管辖区域具有统一的、州特定语言的各类预先计算的单利文件，例如Z条例、美联储盒(FED box)和保险公布事项。可选地，可以提供机动车租赁，例如旨在符合M条例要求的各州机动车租赁和州特定的租赁，其中，所述租赁可以是月度付款封闭式租赁交易，所述月度付款封闭式租赁交易用于商业和/或顾客的目的。在各种实施方式中还可以考虑使用商品和服务合同，包括 例如，用于获取为承保目的所需的典型信息的通用信贷申请、内含债权人表的通用信贷申请、以及具有任意必要公布事项的用于各类商品和服务的零售分期付款合同。在综合电子表格库14中还可提供其他附加公布事项和/或辅助文件，包括例如，信贷拒绝文件、信贷终止通知、用于收集额外信息以遵守美国爱国者法案第3 条 (Section 326 of the USA Patriot Act)鉴定要求的账户信息表、提供保险的协议、取消债务公布文件、定制成反映特定机构政策的隐私公布事项、FTC连署保证通知、安排保险的通知、统一商法典(UCC)融资声明以及用于例如通知连署人其职责和可能的债务的出借方文件。应当指出，本文描述的内容仅为示例性的，并且在综合电子表格库14中可以提供更多或更少的文件以及各种语言的文件。因此，文件生成系统5的用户可以自主访问各种预先加载的内容。举例来说，远程系统16可包括例如，可以由汽车经销商访问的DMS、出借方、传统信贷聚合器、信贷聚合器门户等。DMS可以指为汽车经销商创建的绑定系统，其提供用于与汽车相关的融资、销售、零件、存货清单、经销商管理等的软件。传统信贷聚合器可以指，例如第三方实体，其在多个源聚集申请以提交给经销商，而信贷聚合器门户可以指由信贷聚合器实体提供的接入点，其将例如在“元市场(metamarket) ”环境中的多个零售商、服务提供者、出借方、顾客等汇集到一起。举例来说，元市场是完成单个消费目标(例如购买车辆) 的一组相关活动。在随后的操作过程中，所述信贷聚合器通过与出借方、产品和服务提供者以及零售商建立连接进行设置，有效地聚集由服务和产品提供者提供的车辆购买服务和产品集。这些服务和产品提供者的例子包括出借方、担保公司、预付维护提供者、GAP保险公司、制造商等等。通过建立这些连接，所述信贷聚合器能与上述各方中的一些或全部建立链路，产生以下效果例如，提高效率、市场渗透、向顾客展示。更多或更少的参与者和功能可包括在“元市场”中和/或由根据本发明各种实施方式的信贷聚合器来实现或提供。汽车经销商终端用户可能希望执行各种事务。例如，汽车经销商可能希望创建零售分期付款合同，客户签署该零售分期付款合同以传送至与涉及汽车购买的间接贷款相关的银行。根据各种实施方式，所述汽车经销商终端用户在远程系统16处输入特定的合同数据，例如与汽车购买相关的间接贷款所需的顾客信息，所述远程系统16通过因特网20与文件生成系统5相互配合。在远程系统16和/或文件生成系统5处可以对所述输入的合同数据或所需数据进行各种检查，包括例如，诸如滞纳金、州高利贷最高限额、最高收费之类的特定州规定的阈值，完成所述零售分期付款合同的所需数据是否已经输入等。例如，如果德克萨斯州(Texas)的汽车经销商欲创建具有21%年利率(APR)的合同，并且Texas限定 Ara为18%，那么该零售分期付款合同的生成会被拒绝或者“踢回”。应当指出，各种实施方式可配置成为各行业的应用(例如，为了人力资源目的)提供文件生成和打印。文件生成系统5还可在手动或自动模式下运行。在手动模式下，所述汽车经销商可选择与所述零售分期付款合同相关的哪些特定文件待生成和/或打印。在自动模式下， 留给文件生成系统5确定哪些特定文件待生成和/或打印。例如，州特定的间接贷款协议 “文件夹(jacket) ”可包括以下至少一个或多个零售分期付款合同自身、名称和牌照申请 (MVl)、信贷申请、“同意提供保险”(ATPI)、买方的订单、给连署人的通知、里程表声明、参考表、其他与交易相关的文件、以及其他州特定的文件。当远程系统对必需的文件进行确定并且已经收集或输入所需的合同数据时，文件生成系统5可将例如文件的显示副本或版本传输至所述远程系统用于显示和/或打印。显示格式可包括例如，Pdf格式文件。可选地， 文件生成系统5可以将上述文件合并到单一的“合并的”pdf文件中用于察看和/或打印。图2A是示出根据本发明各种实施方式所执行的步骤的流程图，其中虚线表示的步骤是那些可在远程系统处执行的步骤，实线表示的步骤可以在文件生成系统处执行。在步骤200，由例如终端用户12 (例如汽车经销商)输入所需数据。例如，所述终端用户可以登录到由信贷聚合器或信贷聚合器门户提供的远程系统并输入所需数据(例如，合同桌面数据、信贷申请数据等)。应当指出，尽管文件生成系统会验证提交的数据，但是为了成功完成打印事务，也可在远程系统执行数据验证以处理最小的必要字段集。此外，可在所述远程系统上执行数学和金融计算。在步骤205，远程系统根据由终端用户12输入的数据生成 XML合同数据，该XML合同数据随后通过因特网提交至文件生成系统。还应当指出，XML格式可以是通用XML格式或者文件生成系统专有的本地XML模式或格式。此外，可以利用诸如STAR或MISMO之类的开放标准实现合同数据的映射和/或翻译。在步骤210，如果以自动模式调用，则文件生成引擎执行文件选择。如果以手动模式调用，则远程系统指定所述XML中哪些文件是所需要的。一旦文件被选定，则文件生成引擎基于最小的必要字段集在步骤212中验证所述合同数据以便完全填充所选的文件集。例如，如果远程系统请求买方订单，那么可以不用验证买方的家庭电话号码，因为这段信息不会填充到买方订单上的任何地方。此外，基于所请求的文件集(例如零售分期付款合同等) 验证与例如州高利贷最高限额和州规定的最高收费等有关的符合规定的数据。此外，在所述验证处理期间还可以有两种类型的错误生成，例如“出错(ERROR) ”和“警告(WARNING) ”。 如果验证发现WARNING类型的错误，则远程系统可向终端用户(例如经销商等)显示这些错误并给终端用户“仍然进行/继续”的选择。然而，ERROR类型的错误不允许忽略或忽视。 即，在步骤215，如果在验证期间发现任何错误和/或遗漏，则中断对合同数据的进一步处理，并且在步骤220将错误或遗漏返回至远程系统，其中，在步骤225，将错误或遗漏报告给终端用户。终端用户在被告知错误和/或遗漏后在步骤200通过重新输入所需数据或者补充在步骤200已经输入的数据来再次重新开始文件生成过程。如上所述，文件生成系统可以运行在手动模式下，其中终端用户或远程系统明确地指定或选择哪些文件应该包含到文件集中。可选地，在自动模式下，文件生成系统根据接收到的合同/事务数据自动选择文件集。可选地，在混合模式下，文件生成系统根据接收到的合同/事务数据自动选择“可能”的文件集。然后，终端用户或远程系统可从所述自动选择的文件集中选择所述文件的一个或一些子集。例如，终端用户或远程系统可能已经具有来自先前事务的某些文件，只需要某些附加文件而不是由文件生成系统自动选择的整个文件集。如果在步骤210和/或215进行验证期间没有发现错误或遗漏，则在步骤230，文件生成系统标记接收到的合同数据并将接收到的合同数据合并到所选(手动或自动选择的) 文件集的一个或多个文件中的适当位置。在步骤235，文件生成系统将合并的文件(例如，以pdf格式)流式传回至远程系统。应当指出，Pdf格式化文件流可以按照两种模式中的一种传送至远程系统。在合并的模式下，文件生成系统将文件集中的所有文件合并到单一 Pdf格式化流(pdf-formatted stream)中。在单独的模式下，文件生成系统将多个pdf格式化流返回至远程系统，即将所述文件集的每一个Pdf格式化文件的单个流返回至远程系统。还应当指出，可以使用除 Pdf格式以外的其他格式来合并和/或流式传输文件。在步骤M0，远程系统可以向终端用户12显示所述文件集的文件，并且，在步骤M5，远程或伙伴系统的终端用户12可以在终端用户位置打印文件或请求打印文件，所述终端用户位置与所述远程或伙伴系统的位置可能相同或者可能不同。根据各种实施方式的另一方面，“电子签名”功能可以与本文所述的文件生成系统一同实施。参考图2B，在步骤M0，一旦远程系统以例如合并的pdf方式向终端用户12显示文件集的文件，则在步骤对5，所述文件可以被打印和/或向顾客或借款人显示。终端用户12可与顾客或借款人一起检查所述文件、解释所述文件的内容、以及提供任何及所有联邦政府和/或州规定的公布事项。在步骤250，顾客或借款人随后可使用例如电子签名板/ 设备或者其他类似的装置对所述文件进行电子签名。倘若，例如终端用户(例如经销商) 被要求签署一个或多个文件，则终端用户也可以对所述一个或多个文件进行电子签名。在步骤255，所述电子签名板将所有必要的或牵涉到的各方(例如顾客/借款人、经销商等) 的签名的数字化图像印到需要签名的文件的任意和/或全部区域上。对与事务相关的每一个顾客或借款人或责任方重复上述步骤。然后，在步骤沈0，经销商可通过远程系统打印整个文件包的签名副本，其随后可交由顾客作为他们记录的副本。随后，在步骤沈5，远程系统通过例如标准SOAP网络服务安全地将签署的文件包上载至文件生成系统或文件生成web服务。随同所述签署的文件包提供额外的元数据(meta-data)，该元数据可用作该文件包的“索引”。在步骤270，文件生成web服务以这样一种方式对文件包进行数字签名使其不会被更改或改变。而且，所述文件生成web服务为了不可抵赖的目的对所述文件包进行数字签名，即可以合法地证明所签署的文件包是由所有必要的各方(包括但不局限于例如，顾客或借款人、经销商等)签署的原本。之后，在步骤275，文件生成web服务将所签署的文件包存储在安全的位置，例如安全的数据库或其他安全的文件库或位置。当终端用户12(例如经销商)想要获取存档文件或文件集时，在步骤观0，远程系统向文件生成系统提交请求以返回可获得的存档文件列表。可选地，也可以指定各种搜索条件以使只有那些与所述条件相匹配的存档文件作为文件的子集返回，例如，指定终端用户、指定顾客或借款人、指定执行日期等的文件。在步骤观5，所有存档文件的全部或子集的列表返回至终端用户12，并且终端用户12可选择指定的文件包查看。在步骤四0，一旦终端用户12选择指定的存档文件包查看，远程系统就向文件生成web服务提交请求以取回所选的存档文件包的文件。在步骤四5，文件生成web服务连接至存储有数字签名并存档的文件的安全的文件位置或数据库，并且将所述文件返回至远程系统。在步骤300，远程系统向终端用户12显示请求的文件包。可根据各种实施方式执行的步骤在用例场景中进行更为详细的描述。应当指出， 本文描述的用例场景不是限制性的，而是示例性的。根据第一个用例场景，经销商登录到远程系统并提交信贷申请，该信贷申请包括例如，借款人信息、担保物信息等。应当指出，所述信贷申请自身可通过文件生成系统打印用于例如借款人签名。所述信贷申请在远程系统平台上由一个或多个出借方检查并批准。之后，经销商查看出借方的批准并选择特定出借方的批准。经销商进入远程系统上的“交易桌面(deal desking)”，其中经销商逐条列记包括费用、保险产品、税费等的合同数字。远程系统可以执行包括付款金额、财务费用等的所有金融计算。此外，远程系统生成包含所有的特定事务数据的XML文件，所述特定事务数据包括借款人信息、担保物信息和合同详细记录。通过数据网络(例如因特网)将所述XML文件安全提交至文件生成系统，并且请求最终合并后的文件集。在自动模式下，文件生成系统基于事务数据(例如经销商在Texas和出借方为ABC银行)自动选择文件集。文件生成系统随后基于所选择的文件集验证所述事务数据以确保请求中存在全部所需数据元素以便打印所选的文件集。文件生成系统收集所述文件集，在所述文件上“标记(stamp)”数据，并且返回至远程系统，例如将单个合并后的文件流返回至远程系统，然后远程系统将所述合并后的文件集下行呈递给经销商用来在经销商的位置进行显示和打印。根据第二个用例场景，经销商登录到远程系统并提交包含借款人信息和担保物信息等的信贷申请。再次应当指出，所述信贷申请自身可通过文件生成系统打印用于例如借款人签名。所述信贷申请在远程系统平台上由一个或多个出借方检查并批准。经销商查看出借方的批准并选择特定出借方的批准，然后经销商进入远程系统上的交易桌面。也就是说，经销商逐条列记包括费用、保险产品、税费等的合同数字。与第一个用例场景一样，远程系统可以执行包括付款金额、财务费用等的所有金融计算，并且生成包含所有的特定事务数据的XML文件，所述特定事务数据包括借款人信息、担保物信息和合同详细记录。同样， 如同第一个用例场景，通过数据网络(例如因特网)将所述XML文件安全提交至文件生成系统，并且请求最终合并后的文数据验证引擎以验证事务数据，其中发生的数据验证为以
9下两个层次的过程验证在XML请求中提交的事务数据以确保存在最小的数据字段集从而完全填充并收集所需文件集；以及验证适用且可用的州特定的年利率(APR)和最高收费。 存在的数据验证问题可以有两类，即“Error”和“Warning”。如果一个或多个验证问题是 Error类型，则中断进一步执行并且将错误信息列表返回至用户或访问者。如果没有Error 类型的验证问题，但是存在一个或多个Warning类型的验证问题并且所述XML请求没有要求忽视警告，则中断进一步执行并且将错误信息列表返回至访问者。然而，如果所述XML请求要求忽视警告，则继续进一步的处理。从文件库取回所需文件集中的每一个文件(下面将更详细地描述)并且调用XSLT 转换引擎以将事务数据覆盖并标记至所述文件。此外，为了记账和追踪的目的，在文件生成系统数据库中记录所述事务数据。记录的事务数据包括但不限于与经销商、出借方、顾客等有关的信息。最后，如果所述XML请求指示将要合并所述文件集中的全部文件，则文件生成系统web服务或核心引擎将所述文件集中的全部文件合并到向访问者返回的单一流中。否则，向访问者返回多个数据流，该多个数据流各自包含所述文件集中的单个文件。XSLT是指万维网联盟(W3C)编程语言标准，其中XSLT编程语言用于将输入的XML 文件转换成各种输出格式，所述各种输出格式包括例如，HTML、XHTML、PDF、XML等。XSLT转换引擎由行业标准XSLT2. 0转换文件组成，所述转换文件用于通过转换输入的XML数据将数据标记在文件上。XSLT转换引擎使用被配置用于输入的XML对象类型的主变换。随后， 使用配置用于每个文件的一个或多个附加转换文件。此外，可以指定处理顺序以限定出转换的使用顺序。所使用的转换文件的效力优先于先前使用的转换文件。例如，如果先前的转换文件将社会保险号码(SSN)字段的值设为主借款人的SSN，但是随后的转换文件将该 SSN字段的值设为所有借款人的SSN，那么这个SSN字段最终的值将是所有借款人的SSN。文件生成系统数据库是关系数据库，该关系数据库包含由所述文件生成系统中的各种模块使用的以下类型的信息文件生成系统支持的XML对象列表；按照对象和文件类型归类的文件列表以及所述文件在文件库中的路件集。在自动模式下，文件生成系统基于事务数据(例如经销商在Texas和出借方为ABC银行)自动选择文件集。然而，在第二个用例场景中，文件生成系统将文件列表返回至远程系统，并且远程系统向经销商显示所述文件列表，然后经销商选择一个或多个文件用于打印。远程系统随后重新发送包含所述事务数据和经销商所选择的文件清单的XML文件。文件生成系统基于请求的文件集验证所述事务数据以确保请求中存在全部所需数据元素以便打印所请求的文件集。文件生成系统收集所述文件集，在所述文件上标记所述数据并将单个合并后的文件流返回至远程系统，远程系统将所述合并后的文件集下行呈递给经销商用于在经销商的位置显示和打印。从“模块”的角度描述各种实施方式，其中所述文件生成系统包括以下模块代理 web服务；安全web服务；文件生成系统web服务；可扩展样表转换(XSLT)的转换引擎；文件生成系统数据库；规则引擎；文件库；“测试设备(test rig) ”。代理web服务使与文件生成系统相互配合的远程系统能够连接至所述文件生成系统，并且传递所述XML数据。该服务对远程用户进行认证，所述远程用户的凭证在SOAP报头中传递，并且在认证成功之后，将XML请求传递到文件生成系统web服务上进一步处理。 由文件生成系统web服务生成的处理响应随后通过所述代理web服务返回至远程系统。
安全web服务由所述代理web服务调用以对由远程系统传递过来的凭证进行认证。所述安全web服务连接至存储有用户列表和权限的数据库以对例如在认证请求中提交的用户名和密码进行校验。文件生成系统web服务可视作文件生成系统的核心引擎。一旦文件生成系统web 服务接收到来自所述代理web服务的XML数据，则执行下述处理。如果在XML请求中没有指定文件列表(即在自动模式下)，则通过调用所述规则引擎(在下面描述)以对照事务数据评估规则来确定出适当的文件集，从而实时确定文件集。如果在XML请求中指定了文件列表(即在手动模式下)，则将提交的文件列表用作要生成的文件集。如果XML请求的类型为“DocumentList”类型，则所述文件列表在上述步骤中被确定并且中断处理的进一步执行。如果XML请求的类型为“Document”类型，则调用径；对于指定的文件类型需要验证的数据验证属性列表；XSLT转换文件的列表及其在文件库中的路径(文件生成系统支持用于每一个XML对象类型的全部转换文件以及用于每一个文件的附加可选的转换文件)；以及事务记录数据。规则引擎是指一般基于web服务的引擎，其可以被调用以对照特定的输入数据集评估规则。规则引擎使用用于存储和检索规则的数据库，所述规则是将对照特定输入的数据集对其进行评估的规则。规则引擎还能够根据一个或多个符合或不符合的条件对输入数据集进行修改。文件库是指本地或基于网络的共用存储介质，其存储以下类型的文档文件、XSLT 转换文件、以及自述文件或帮助文件。测试设备是用于在文件生成系统上检测并执行质量保证的组件模块。测试设备由下述应用程序(web或基于Windows客户端)组成，所述应用程序可以向文件生成系统web 服务或核心引擎提交一个或多个输入的XML文件用于处理。将由文件生成系统web服务或核心引擎接收到的响应与存储在数据库中的“最近已知的良好配置”进行比较，对输出的差异进行例如突显或以其他方式标记并且向质量控制分析师或检测师进行显示。所述测试设备使文件生成系统或平台正在进行的更新和维护简化，所述更新和维护涉及在文件库中所包含的文件的改变。因为终端用户能够从例如信贷聚合器门户访问文件生成系统，所以，例如，待用合同数据填充的文件中没有一个需要在远程系统处进行本地存储，使得所述远程系统与文件生成系统的安装和结合更加容易。此外，如上所述，文件生成系统可以提供测试环境(即所述测试设备)，该测试环境也可以通过网络访问和执行，其中，除了上述功能之外，测试设备的用户接口可配置成显示测试案例列表，该测试案例列表按照例如用户对象类型进行归类，以及通过由用户例如按照州设置的类别进行归类。为了最初创建测试案例，质量保证分析师根据文件生成系统的登录位置输入序列化的对象文件并从例如可配置的下拉列表中选择用户对象类型和类别。所述分析师可以选择测试案例集和/或类别集，或者可选地，创建一系列新的“测试案例”记录，其被标记为未验证并且使用例如测试案例名称或时间戳或用户或用户对象类型来加上标签。调用测试应用并且向所述分析师展示自用于特定对象类型和分类组合的最近的“验证的”测试案例之后的改变(例如，增加或删除的表格、增加或变化或删除的字段值等)。此外，分析师有机会丢弃测试案例或识别那些验证过的测试案例。
根据各种实施方式，本文描述的文件生成系统提供集中传送模式用于文件生成和打印。与受限于主机系统的传统文件打印系统或引擎不同，本发明的各种实施方式能够容易地从远程系统(例如信贷聚合器门户、DMS等)对其进行访问并与之结合。此外，凭借所述集中传送模式，可以向终端用户有效地提供自动表格更新或改变。例如，初始的库映射、 由于调整的法规而进行的伙伴重映射、和/或正在进行的表格维护不是必需的。进一步地， 各种实施方式提供事务跟踪功能以处理例如终端用户(例如，汽车经销商及类似用户)的计费需求。此外，相对于仅仅依赖终端用户的职责，可以从服务的角度展现出通过上述验证过程对各种规章和要求的遵守。应当指出，尽管本文描述的本发明各种实施方式是在汽车购买或适于汽车购买的间接贷款的环景中，但是各种实施方式可用于生成和/或打印与其他行业或环境相关的文件，所述其他行业或环境包括但不限于人力资源合同、商品合同和服务合同等。由上述可知，本发明提供系统、方法以及收录在计算机可读介质上的计算机程序产品用于生成文件并收集计算机可处理的组件。本发明的其他特征和优点在所附权利要求书中进行阐述。
权利要求
1.一种方法，所述方法包括 在远程系统接收所需数据；生成表示所述所需数据的可扩展标记语言数据； 通过数据网络将所述可扩展标记语言数据发送至文件生成系统； 选择并收集待用所述所需数据进行填充的至少一个文件； 验证所述所需数据；将所述所需数据与所述至少一个文件合并；以及将所述至少一个文件以显示的格式流式传输至所述远程系统用于显示和打印中的至少一种。
2.如权利要求1所述的方法，其中，所述远程系统包括经销商管理系统、信贷聚合器伙伴和金融服务商中的至少一种。
3.如权利要求1所述的方法，所述方法还包括自动选择所述至少一个文件用于在该文件中对所述所需数据进行合并。
4.如权利要求1所述的方法，所述方法还包括手动选择所述至少一个文件用于在该文件中对所述所需数据进行合并。
5.如权利要求4所述的方法，其中，由所述远程系统的终端用户对所述至少一个文件执行所述手动选择。
6.如权利要求1所述的方法，所述方法还包括在将所述至少一个文件进行流式传输之前对所述所需数据的验证之时向所述远程系统通报错误。
7.如权利要求1所述的方法，其中，所述数据网络包括因特网。
8.如权利要求1所述的方法，其中，所述显示的格式包括pdf格式。
9.如权利要求8所述的方法，其中，对所述至少一个文件进行所述流式传输包括将所述至少一个文件作为以Pdf格式的单一的流进行传输。
10.如权利要求8所述的方法，其中，对所述至少一个文件进行所述流式传输包括将所述至少一个文件中的每一个文件作为单独的流进行传输，每一个单独的流为所述Pdf格式。
11.如权利要求1所述的方法，所述方法还包括对所述至少一个文件进行电子签名。
12.如权利要求1所述的方法，所述方法还包括通过所述文件生成系统对所述至少一个文件进行数字签名。
13.如权利要求12所述的方法，所述方法还包括对所述至少一个文件进行安全存档使随后能够取回所述至少一个文件。
14.一种计算机程序产品，收录在计算机可读介质上，所述计算机程序产品包括配置成执行权利要求1所述步骤的计算机代码。
15.一种系统，所述系统包括 远程系统，配置成接收来自终端用户的所需数据， 生成表示所述所需数据的可扩展标记语言数据， 发送所述可扩展标记语言数据；和文件生成系统，配置成通过数据网络接收所述可扩展标记语言数据，选择并收集待用所述所需数据进行填充的至少一个文件，验证所述所需数据，将所述所需数据与所述至少一个文件进行合并，以及将所述至少一个文件以显示的格式流式传输至所述远程系统用于显示和打印中的至少一种。
16.如权利要求15所述的系统，其中，所述远程系统包括经销商管理系统、信贷聚合器伙伴和金融服务商中的至少一种。
17.如权利要求15所述的系统，其中，所述文件生成系统自动选择所述至少一个文件用于在该文件中对所述所需数据进行合并。
18.如权利要求15所述的系统，其中，所述远程系统的终端用户手动选择所述至少一个文件用于在该文件中对所述所需数据进行合并。
19.如权利要求15所述的系统，其中，所述文件生成系统在将所述至少一个文件进行流式传输之前对所述所需数据的验证之时向所述远程系统通报错误。
20.如权利要求15所述的系统，其中，所述数据网络包括因特网。
21.如权利要求15所述的系统，其中，所述显示的格式包括pdf格式。
22.如权利要求21所述的系统，其中，所述文件生成系统通过如下方式流式传输所述至少一个文件，所述方式为将所述至少一个文件作为以所述Pdf格式的单一流进行传输。
23.如权利要求21所述的系统，其中，所述文件生成系统通过通过如下方式流式传输所述至少一个文件，所述方式为将所述至少一个文件中的每一个文件作为单独的流进行传输，每一个单独的流为所述Pdf格式。
24.如权利要求21所述的系统，所述系统还包括配置成允许对所述至少一个文件进行电子签名的电子签名装置。
25.如权利要求21所述的系统，其中，所述文件生成系统还配置成对所述至少一个文件进行数字签名。
26.如权利要求25所述的系统，其中，所述文件生成系统还配置成对所述至少一个文件进行安全存档使随后能够取回所述至少一个文件。
全文摘要
本发明提供一种可用于生成文件的系统，其中所述系统可从远程系统访问并且可与所述远程系统结合。在所述系统可通过例如因特网从远程系统(例如信贷聚合器)进行访问的意义上，文件生成系统可以作为服务提供。所述系统接收与所需文件(例如，贷款申请、施工合同等)的要求(例如，交易的类型、参与者的数量、贷款额、价格、适用法律等)有关的信息，并且基于输入的信息产生适当的表格。应当指出，对所述文件生成系统的访问由通过例如伙伴提供者系统(例如DMS、传统信贷聚合器、信贷聚合器门户等)的因特网或网络连接来完成。可以为生成的文件提供电子签名和安全存档。
文档编号G06F17/21GK102216926SQ200980146113
公开日2011年10月12日 申请日期2009年10月20日 优先权日2008年10月22日
发明者克里斯·博尔德曼, 凯文·科普, 帕拉梅斯瓦兰·罗摩克里希南 申请人:阿波尼服务公司