现金定位和报告用系统和方法

专利名称：现金定位和报告用系统和方法
技术领域：
本发明的各个方面涉及现金定位和报告。现金定位一般指的是跟踪实体的日常现 金头寸。这种跟踪可包括确定手头的现金量，以及实体继续运转所需的现金。现金预测指的是确定在未来某天，手头的现金量，以及在未来某天，实体继续运转 所需的现金。
背景技术：
目前，需要现金定位和报告的系统用户可被归入三个一般性分组之一中从实体网站或其它数据源获得数据，并把获得的信息键入Microsoft Excel电子 表格中的数据收集者；把其数据输入企业资源计划(“ERP”)系统中，以便结合到其实体的总账(“GL”) 系统和生产系统中的数据输入者；和把其数据输入专用于处理外部数据库的许多实体工作站之一，比如银行的专用于 处理资金管理活动的专用实体工作站中的数据输入者。理想的是减少与现金定位和报告系统相关的管理开销。

发明内容
本发明的目的是减少与现金定位和报告系统相关的管理开销。按照本发明的方法可包括接收更新数据存储(data store)的用户选择一即，从 用户接收他或她希望更新数据的存储的指示。数据存储可包括现金定位和现金报告信息。响应更新数据存储的选择，所述方法还包括调用控制器模块。响应调用控制器模 块，所述方法可包括利用控制器模块调用web服务模块。响应对web服务模块的调用，所述方法包括取回银行账户信息数据。可从各个银 行网站取回银行账户信息。所述方法还可包括用取回的银行账户信息填充电子表格应用程 序。电子表格应用程序可位于客户端本地。


结合附图，根据下面的详细说明，本发明的目的和优点将变得明显，附图中，相同 的附图标记表示相同的部分，其中图1图解说明其中可实现本发明的一个或多个方面的通用数字计算环境的示意 图；图2图解说明其中可实现本发明的一个或多个方面的另一个数字计算环境的示 意图3表示呈现系统的核心设计的逻辑视图；图4表示按照本发明的获得数据情形；图5表示按照本发明的更新显示情形；图6表示本发明的数据视图；图7表示按照本发明的进程视图；图8表示按照本发明的电子表格的一部分；图9表示图解说明按照本发明的详细交易电子表格的创建的屏幕截图；图10表示图解说明按照本发明，用户能够创建粒状报告的屏幕截图；图11表示电子表格的一部分，所述电子表格显示按照本发明，能够自动填充货币
汇率；图12表示按照本发明，允许用户设置报告的默认显示货币的对话框；图13表示电子表格的一部分，所述电子表格指出操作按照本发明的系统和方法 并不要求用户打开Execl ;图14表示允许用户指定用户希望获得其报告的账户的对话框；图15表示按照本发明，允许用户限制对选定账户的访问，和为访问数据和下载数 据设置不同口令的对话框。
具体实施例方式在各个实施例的下述说明中，参考了附图，所述附图构成所述说明的一部分，并且 其中举例表示了其中可实践本发明的各个实施例。显然可以利用其它实施例，并且可以做 出结构和功能修改，而不脱离本发明的范围和精神。当阅读下面的公开内容时，本领域的技术人员会认识到，这里说明的各个方面可 被具体体现为一种方法、数据处理系统或者计算机程序产品。因此，这些各个方面可以采取 纯硬件实施例，纯软件实施例或者结合软件和硬件的实施例的形式。此外，这样的各个方面 可以采取由一个或多个计算机可读存储介质保存的计算机程序产品的形式，所述计算机可 读存储介质具有包含在存储介质之中或之上的计算机可读程序代码或指令。可以利用任何 适当的计算机可读存储介质，包括硬盘、CD-ROM、光学存储设备、磁存储设备和/或它们的 任意组合。另外，可以经过信号传导介质，比如金属导线、光纤和/或无线传输介质(例如， 大气和/或太空)传播的电磁波的形式，在源和目的地之间传送代表这里描述的数据或事 件的各种信号。可利用Microsoft Excel电子表格应用程序和可扩展置标语言(“XML”)技术，实 现按照本发明的现金定位和报告工具。按照本发明的现金定位和报告工具可从银行网站或者其它数据源收集数据，并把 信息填充到Microsoft Excel电子表格或者其它适当的电子表格应用程序中。与任何人工 数据输入方法相比，按照本发明的这种系统能够节省时间和提高准确性。就把数据输入专用于外部系统(S卩，非工作站本地的系统)的工作站而论，与更复 杂的系统相比，按照本发明的系统需要极少的训练。与标准的专用工作站的9-12个月相 比，其实现时间平均小于1个月。按照本发明的系统解决的一些问题包括
在不同银行具有银行账户的实体必须收集和合并数据，以便进行现金报告。按照 本发明的多银行能力提供从几乎任意金融服务提供者访问数据的灵活性。这节省了从多个 来源收集所述数据的时间和工作量。常规的Microsoft Excel 电子表格不能受到保护，从而免受更改。不过，在按照 本发明的系统中使用的数据字段最好受到保护，防止加密数字被更改或歪曲。这确保数据 完整性，有助于支持Sarbanes-Oxley控制。通常，从银行网站采集的数据呈专有的银行格式，需要重新键入或者其它操作。按 照本发明的系统最好赋予客户创建定制的电子表格的足够灵活性，以符合他们各自的报告需要。由于单个实体内的不同用户可具有不同的数据访问级别，因此通常需要从银行系 统的多种数据取回，以获得不同的数据集。按照本发明的增强安全特征允许最好定义不同 的信息访问的多种用户简表。许多银行保存数量有限的交易历史，以供查看。按照本发明的系统可把能够输入 和填充在电子表格中的历史账户数据保存预定的时间，并且数据一旦被输入，数据就可用， 直到客户选择删除它为止。在常规系统中，如果负责日常数据收集的人不在，就会遗漏当日的数据。另一方 面，按照本发明的系统能够手工下载数据，或者通过日程安排器的使用，能够自动下载数 据。当调查或审计交易时，客户通常必须回头求助于银行系统，以获得详细的交易信 息。按照本发明的系统既可概略地，又可详细地本地保存数据，以供未来分析之用，从而降 低多余的下载费用。客户通常花费时间设法弄清在其前一天现金头寸中，他们遗漏了什么交易。按照 本发明的特殊的对账特征使客户可以比较头天的预测与当晚实际过账的交易。按照本发明的系统和方法可包括下述方面。本发明的一个方面最好利用强类型检查-即，专用于在编译时捕捉错误的修改的 特征，和编译时间绑定-即，根据请求中的操作和对象，选择(绑定)响应所述请求，将执行 的一种或多种方法的特征。如果在编译时已知该信息，那么编译者核实它是否正确。按照本发明的组件视图可由三层-用户接口( “UI”)层，业务层和数据层组成。 UI层可把业务值对象的属性绑定在UI对象上，把它们呈现给用户，接受输入，并通过解除 UI对象和业务对象属性的绑定，处理用户“提交”请求。业务层检查业务规则，并把业务对 象传给数据层。数据层最好把业务属性映射到永久存储器，并把数据层处理封闭在单一的 原子交易中。本发明的优点可包括使被证实的标准和技术的影响，和诸如单点维护、可配置性、 可扩展性和可升级性之类原理的应用达到最大限度。软件系统的体系结构需要下述视图部署视图、逻辑视图、数据视图和进程视图， 如图2、3、6和7中所示。说明书的对应于这些附图的部分更详细地说明了各个视图。每个视图最好专注于系统的不同方面。这里陈述的视图结构的一个用途是表明系 统的主要组件，每个组件是如何构成的，组件之间的进程流，和组件之间的主要接口。从较 高的层面来看，如这里所述，视图的目的是从几个不同的角度分析系统，每个角度提供不同的“视图”，以便捕捉系统特征。如下提供按照本发明的四个体系结构视图的简要说明部署视图-这个视图用文件证明用部署模型模拟的系统的物理布局。如下所述的 部署视图表示实现中的每个计算机可通过因特网与按照本发明的系统耦接。逻辑视图-逻辑视图用文件证明设计模型，设计模型定义应用程序的软件层和每 层内的主要数据类。可向系统设计者提供识别功能的各种模式，和创建跨应用程序向几个 区域提供这种功能性的公共机构的灵活性。数据视图-逻辑视图中的数据的类被分成临时的或持久的。持久类被映射到磁盘 上的结构，通常映射成关系数据库中的多行的组合。实体关系数据模型可被用于描述数据 库模式。数据视图还表明类是如何映射到关系表的。进程(并发)视图-该视图专注于系统的并发方面，以及不同的方面如何争夺共 享资源。进程视图用文件证明系统内的执行的独立线程，和说明它们是如何通信的。它最好 还列举这些线程竞争的资源。进程视图还说明用于在这些资源间保持完整性的交易模型。图1图解说明可按照本发明的一个例证实施例使用的通用计算设备101 (这里另 外称为“服务器”)的方框图。计算机服务器101具有控制服务器的所有操作及其相关组 件，包括RAM 105, ROM 107、输入/输出模块109和存储器115的处理器103。I/O模块109可包括设备101的用户可通过其提供输入的麦克风、数字小键盘、触 摸屏和/或铁笔，还可包括提供音频输出的扬声器和/或提供文本、视听和/或图形输出的 视频显示装置。软件可被保存在存储器115和/或存储装置中，以向处理器103提供指令， 从而使服务器101能够实现各种功能。例如，存储器115可保存由服务器101使用的软件， 比如操作系统117、应用程序119和相关的数据库121。另一方面，一些或所有的服务器101 计算机可执行指令可被包含在硬件或固件(未示出)中。如下详细所述，数据库121可提 供整个企业的账户信息和账户持有人信息的集中存储，从而允许企业的位于不同物理位置 的不同部门之间的协同工作性。服务器201可以在支持与一个或多个远程计算机，比如终端141和151的连接 的连网环境中工作。终端141和151可以是包括上面相对于服务器101说明的许多或所 有元件的个人计算机或服务器。图1中描述的网络连接包括局域网(LAN) 125和广域网 (WAN) 129，不过也可包括其它网络。当用在LAN连网环境中时，计算机101通过网络接口或 适配器123连接到LAN 125。当用在WAN连网环境中时，服务器101可包括通过WAN 129， 比如因特网131建立通信的调制解调器127或其它装置。要认识到所示的网络连接是例证 性的，可以使用在计算机之间建立通信链接的其它手段。假定任意各种公知协议，比如TCP/ IP、以太网、FTP、HTTP等的存在，可按照客户端-服务器结构操作系统，以允许用户从基于 web的服务器取回网页。可以使用任意各种常规的网络浏览器显示和操作网页上的数据。另外，按照本发明的例证实施例的服务器101使用的应用程序119可包括调用与 通信相关的用户功能，比如电子邮件、短消息服务(“SMS”)及话音输入和语音识别应用程 序的计算机可执行指令。计算设备101和/或终端141或151也可是移动终端，比如包括各种其它组件，例 如电池、扬声器和天线(未示出)的个人数字助手(“PDA”)。图2表示包括客户系统202，因特网204和web服务206的高级示图。这种系统
7最好被用于实现表示客户系统202产生的数据请求(“get”)的事物。所述请求可经因特 网204，通过web服务206产生。Web服务206可验证用户凭证，并经因特网204返回请求 的数据。图3表示按照本发明的系统的例证设计的逻辑视图。广义地说，本发明提供爬行 web，为实体取回现金报告和定位信息的“中间人”应用程序。之后，本发明可用从web取回 的客户信息填充客户端电子表格应用程序。由此向客户提供的各种效率和灵活性也是本发 明的一部分。系统可用与图3中所示的所有组件少的组件构成。不过，图3确实给出了协同实现 按照本发明的系统功能的主要类。本发明的一个实施例包含下述三个软件层表示层302， 业务层304和数据层306。尽管沿着三个不同的层-表示层，业务层和数据层，构成了如图3中所示的按照本 发明的应用程序的三个软件层；不过，按照本发明，其它层和结构也是可能的。表示层302 (这里另外称为“UI层”)可包括用C#语言实现的.Net组件，该组件 负责通知存在于客户端的电子表格，哪些数值属于哪些单元格。单元格显示在显示画面308 中。业务层304使UI层与数据层306中的数据存储(data store) 310的设计隔离。不 过，业务层304最好不保持数据表示的知识(即，存储)。业务层304提供的这种隔离使数 据可从数据层306被取回，并填充到客户端电子表格中。从而，不要求客户获取数据，和把 数据编码到电子表格中。按照本发明，业务层304还可负责可在数据管理器312中实现的 复杂的业务规则逻辑。数据层306最好管理持久数据和当前交易。数据层306还可把数据对象映射到物 理存储器。数据层306还可负责数据完整性和交易。数据层306最好包括通信器314和 CashPro应用程序316。CashPro应用程序316可从web取回最新的数据，并经业务层304，把所有相关数 据保存在客户计算机中。在一些实施例中，数据可加密地保持在客户计算机中。通信器314 可被分派向数据管理器312提供最新数据的任务(另一方面，数据存储310可被分派向数 据管理器312提供历史数据的任务)。图4表示按照本发明的获得数据情形。按照本发明的获得数据情形包括下述步骤 (图4中图解说明了进程步骤，并且为了清楚起见，用单元编号标记)1.用户点击按照本发明的工具栏上的“Update” (402)。2. Excel调用到控制器中(最好借助在类之后的代码)。3.控制器调用按照本发明的系统(404)。4.系统调用web服务，并取回Bail数据。5、控制器把Bai2数据传给Bai解析器(406)。6. Bai解析器把Bai2数据转变成XML。7.控制器把Bai2 XML传给存储管理器(408)。银行管理协会，现金管理余额报告规范第2版)数据可下载自按照本发明 的web服务，并被解析成XML格式。可存在多个Bai2数据文件(每天1个文件)，Bai2文 件可遵循命名模式XXXXXXXX. bai，其中XXXXXXXX是文件的日期(即，04112005)。
8.存储管理器把Bai2 XML保存到本地文件系统。图5表示按照本发明的更新显示情形。在用户选择更新之后，按照本发明的更新 显示情形可包括下述步骤1. Excel调用到控制器中(借助在类之后的代码)(502)。2.控制器向存储管理器请求数据映射(504)。3.存储管理器从文件系统加载数据映射(506)。4.控制器向存储管理器请求Bai2数据文件(508)。5.存储管理器从文件系统加载Bai2数据文件(510)。6.控制器对照Bai2数据评估数据映射(512)，并构成显示实例(512)。图6表示本发明的数据视图。本地文件系统(即，用户隔离的存储器)可充当按 照本发明的现金报告和定位系统的持久数据存储。下述例证列表详述每个例证文件及其内 容‘ UserSetting. xml 602-所有用户可定制的设置。· BaiCodes. xml 604-所有Bai数据代码及其相关的数据标签。· Version, xml 606-如上面在图5中的步骤508中所述，可用于更新检查的所有 目前安装的组件的版本号。· BaiData. xml 608-下载自CashPro web服务并被解析成XML格式的Bai2数 据。可存在多个Bai2数据文件(每天1个文件)，并且Bai2数据文件可遵循命名模式 XXX)(XXXX. bai，其中 XXXXXXXX 表示文件的日期(即，04112005)。· DataMap. xml 610-指示Excel电子表格中的哪些字段映射到具体的Bai2数据 项的映射信息。在附录中陈述了例证文件的更详细列表。图7表示按照本发明的进程视图。过程700可在运行电子表格704的客户系统 702上实现。主线程706最好利用控制器708和存储管理器710与文件系统712通信。进程 700还可利用独立的工作线程(例如CashPro线程701和更新线程703)与CashPro服务器 714交互作用(包括数据和应用程序更新的下载)。这使得在下载定位和报告数据的时候， UI仍能作出响应。图8A表示指出随着时间的过去，能够映射待决问题信息的电子表格的一部分 802。这种映射最好允许关于待决问题信息的趋势的了解。这样的待决问题可涉及有问题 的账户或有问题的输入。此外，图8B表示能够映射在自主(ad hoc)报告804中的待决问 题。尽管在待决问题映射方面说明了这个特征，不过随着时间的过去的映射特征可被用于 按照本发明，分析存在于应用程序中的信息的任何适当趋势。图9表示图解说明对话框的屏幕截图900，所述对话框可用于交易汇款人的交易 详细表单的创建。这样的表单可包括大额交易报告，以及负余额提醒报告。这种详细表单 实现可用于指定交易表单的过滤条件902和/或日期限制904。图10表示屏幕截图1000，屏幕截图1000图解说明根据Bai2文件中的信息，用户 能够创建粒状报告。部分1002指出这样的报告可被过滤，从而允许根据内部部分划分交易 类型。此外，保险箱存款可按保险箱号划分，ACH交易可按照ACH的发送者划分。
图11表示电子表格的一部分102，所述电子表格说明汇率能够被自动填充，或者 能够被人工改变。图12表示对话框1202，对话框1202允许用户设置报告的默认显示货币。此外，在 本发明的一些方面，固定表单可根据每天或者每隔某一其它最好预先确定的时间间隔下载 的汇率，自动转换数据。图13表示电子表格的一部分，所述电子表格指出既不要求用户打开Excel ,以 操作按照本发明的系统和方法--又不要求用户登录到PC。事实上，唯一的要求可能是开启 PC，并使之连接到适当的网络，以便下载适当的信息。图14表示对话框1402，对话框1402使用户可以识别用户希望获得其报告的账户。 这种对话框还可允许用户按账号和账户名分类。图15表示对话框1502，对话框1502允许用户限制对所选账户的访问，和设置不同 的口令，以访问数据和下载数据。在本发明的这样一个实施例中，数据可被保存在网络上， 可在许多不相同的授权用户之间安全地被共享。下面是这里说明和表示的本发明的一些实施例的一些特征的列举。这些特征可包 括自动取回许多银行的Bai2数据，随后填充Execl 电子表格或者其它适当的电子表格的 能力。可取的是，这种特征消除了重新键入数据的负担，从而基本上消除了键入错误。另一个特征包括创建自行设计的自主报告，并用来自多家银行的数据自动更新这 些报告的能力。这种特征允许用户利用他/她的当前格式，和设计他/她熟悉的表单，不过 仍然保留自动填充的好处。再一个特征包括提供点击概要数据项，和查看与该概要数据项相关的细节的能 力。这种特征允许用户查看详细数据，而不必返回网站。本发明的又一个特征是使头天的预测与最新数据一致的能力。这种特征允许用户 了解现金流中的日常差异。本发明还可提供根据下载的Bai2数据创建GL文件的能力。因此，不需要人工创 建GL文件。可根据能够保存在电子表格中的用户定义的(或者系统定义的)规则，自动映 射数据。另外，系统和方法带来从用户的可用账户中选择要使用哪些账户，以便计算将显 示在电子表格上的数据的能力。这种特征允许用户获得在一个或多个账户上的现金头寸， 而不必从相关银行重新取回数据。本发明可以与众多其它的通用或专用计算系统环境或结构一起使用。适合于供本 发明使用的公知的计算系统、环境和/或结构的例子包括(但不限于)个人计算机、服务 器计算机、手持或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电 子产品、网络PC、微型计算机、大型计算机、包括任意上述系统或设备的分布式计算环境，等寸。可在由计算机执行的计算机可执行指令，比如程序模块的一般语境中描述本发 明。通常，计算机模块可包括执行特定任务，或者实现特定的抽象数据类型的例程、程序、对 象、组件、数据结构等等。还可在其中任务由通过通信网络链接的远程处理设备执行的分布 式计算环境中实践本发明。在分布式计算环境中，程序模块可在位于包括存储装置的本地 和远程计算机存储介质中。
10
利用本发明的例证实施例，说明了本发明的各个方面。本领域的普通技术人员会 认识到在附加权利要求的范围和精神内，存在众多另外的实施例、修改和变化。例如，本领 域的普通技术人员会认识到可按照除所述顺序外的顺序执行在附图中图解说明的步骤，并 且举例说明的一个或多个步骤是可选的。上面引用的实施例的方法和系统还可包括其它另 外的元件、步骤、计算机可执行指令或者计算机可读数据结构。在这方面，这里还公开了通 过保存计算机可执行指令或模块，或者通过利用计算机可读数据结构，可部分或完全在计 算机可读介质上实现的其它实施例。从而，提供了提供按照本发明的现金定位和报告工具的系统和方法。本领域的技 术人员会认识到可用除上述实施例外的实施例实践本发明，上述实施例是出于举例说明的 目的给出的，而不是对本发明的限制。本发明仅由下面的权利要求限定。附录A软件体系结构文档目录介绍............................................................25体系结构准则......................................................26部署视图.......................................................26客户系统.........................................................27逻辑视图......................................................27三个软件层......................................................28逻辑实体.........................................................29情形...............................................................30获取数据情形................................................30更新显示情形................................................31更新单元格映射情形.......................................32数据视图.........................................................33物理模型.........................................................33数据字典.........................................................35用户设置XML样本.......................................35数据映射XML样本.......................................35Bai 数据 XML 样本.......................................36Bai 代码 XML 样本.......................................36版本文件XML样本.......................................36货币代码样本................................................37进程视图(并发)...................................................37CPU/进程/线程设计..........................................37实现视图......................................................38CashPro Web 月艮务.............................................39安全视图.....................................................40用户识别&验证................................................40
数据权利........................................................40数据完整性&保密.............................................40不可否认性&审计.............................................40介绍软件体系结构文档记录实现系统所需的所有内部在墙中间的"-决策。
权利要求
1.保存计算机可执行指令的一个或多个计算机可读介质，当被计算机系统上的处理器 执行时，所述计算机可执行指令实现取回数据的方法，所述数据将填充电子表格，所述方法 包括接收更新数据存储的用户选择；响应于更新数据存储的选择，调用控制器模块；响应于调用控制器模块，利用控制器模块调用web服务模块；响应于对web服务模块的调用，取回银行账户信息数据；和用取回的银行账户信息填充电子表格应用程序。
2.按照权利要求1所述的方法，还包括利用控制器把银行账户信息(“Bai2”)数据传 递给Bai解析器。
3.按照权利要求2所述的方法，还包括利用Bai解析器，把Bai2数据转变成人类可读 的格式。
4.按照权利要求3所述的方法，还包括利用控制器把Bai2数据传递给存储管理器模块。
5.按照权利要求4所述的方法，还包括利用存储管理器，把Bai2数据保存到本地文件 系统中。
6.保存计算机可执行指令的一个或多个计算机可读介质，当被计算机系统上的处理器 执行时，所述计算机可执行指令实现提供现金定位和报告工具的方法，所述指令包括使用户接口软件层与数据存储层隔离的第一指令，所述数据存储层保存银行账户信息；管理持久数据和交易的第二指令；把持久数据对象映射到物理存储器的第三指令；和把银行账户信息保存在客户计算机中的第四指令。
7.按照权利要求6所述的计算机可读介质，所述指令还包括以加密状态把数据保存在 客户计算机中的第五指令。
8.一种由服务器在客户机系统上实现的方法，所述方法利用电子表格，所述方法包括利用主线程与文件系统通信；和利用独立的工作线程下载现金报告和定位数据。
9.按照权利要求8所述的方法，还包括利用第二独立工作线程下载应用程序更新。
10.按照权利要求9所述的方法，还包括在现金报告和定位数据的下载过程中，使客户 机系统保持响应状态。
11.一种现金报告和现金定位系统，所述系统包括 接收更新数据存储的选择的控制器模块；和接收来自控制器模块的调用的web服务模块，来自控制器模块的调用是响应于更新数 据存储的选择而发送的，web服务模块响应于来自控制器模块的调用，取回银行账户信息数 据。
12.按照权利要求11所述的系统，还包括用取回的银行账户信息数据，填充存在于客 户端的电子表格应用程序的用户接口模块。
13.按照权利要求11所述的系统，其中控制器模块还被配置成把银行账户信息数据传 递给数据解析器。
14.按照权利要求13所述的系统，其中数据解析器被配置成把银行账户信息数据转变 成人类可读的格式。
15.按照权利要求14所述的系统，其中控制器模块还被配置成把银行账户信息数据传 递给本地数据库。
16.按照权利要求15所述的系统，其中本地数据库被配置成把银行账户信息数据保存 到本地文件系统中。
全文摘要
提供用于现金定位和现金报告的系统和方法。按照本发明的用于现金报告和现金定位的系统可包括控制器模块和web服务模块。控制器模块适合于接收更新数据存储的选择。web服务模块适合于接收来自控制器模块的调用。来自控制器模块的调用是响应于更新数据存储的选择而发送的。web服务模块可被配置成响应于来自控制器模块的调用，取回银行账户信息数据。
文档编号G06Q40/02GK102138154SQ200980133340
公开日2011年7月27日 申请日期2009年7月6日 优先权日2009年7月6日
发明者J·E·斯考利 申请人:美国银行