专利名称：多用途数据的无冗余提供的制作方法
技术领域：
本发明涉及管理计算机网络中与会计相关的数据。更具体而言，本发明涉及自动生成用于多个应用的处理优化及无冗余的数据。
背景技术：
即使在小规模企业中，永久生成且必须定期管理和估计的会计相关数据的量也需要计算机辅助机构的实现。在大企业中，会计相关数据有时是由常常运行在不同技术平台上的许多单独软件应用生成的。
尤其是在大企业中，单个数据处理(例如报表)机构不足以有效地控制所有操作。因此，通常采用递送包括所需操作信息的不同输出数据的不同数据处理机构。尽管关于所生成的信息数据，处理机构不同，但它们通常都基于从单独软件应用接收到的相同或至少相似的会计相关数据。
这种情况在图1中示意性地进行了描述。在图1的场景中，四个软件应用并行运行在不同的计算机网络10、12、14和16上。每个计算机网络10、12、14和16都包括一个中央组件(象应用服务器或主计算机)和连接到该中央组件的几个终端设备，象客户端、表示服务器、自动取款机(ATM)等。从终端设备接收到的数据由运行在中央组件上的应用转换成会计相关数据。
如对计算机网络10、12和14(应用1、2和3)所说明的，由单独应用生成的会计相关数据传输到中央应用服务器18、20，以便进一步处理。更具体而言，中央应用服务器18、20中的每一个都对从计算机网络10、12、14接收到的会计相关数据应用特定的处理机构，并产生可用于各种操作目的的输出数据。待由中央应用服务器18、20应用的不同处理机构所使用的处理指令数据分别存储在属于中央应用服务器18、20的本地数据库REF1和REF2中。
中央应用服务器18、20及关联输入数据流的重复性由于不同处理机构(应用)负责生成输出数据的事实而成为必需。这些不同的处理机构尽管处理非常相似的会计相关数据，但通常要求不同的输入数据格式或处理包括在会计相关数据中的不同信息内容。作为并行执行并基于相似会计相关数据的处理机构的例子，可以提到管理会计和财务会计的机构。因此，第一中央应用服务器18可以例如负责应用会计原则REF1的管理会计以(例如，在管理报表环境下)生成数据集1，而第二中央应用服务器20可以例如负责应用会计原则REF2的财务会计以(例如，为资金平衡表及相关报表的计算机化准备工作)生成数据集2。
如对计算机网络16所说明的(应用4)，会计相关数据可以根据使用存储在本地网络数据库REF3中的指令数据以生成预处理数据集3的处理机构在特定网络中进行本地预处理。在有些情况下，在传输到中央应用服务器18、20中的一个或两个之前，在一个计算机网络16中生成的会计相关数据或预处理数据集3可以附加地(或可选地)传输到另一计算机网络14以便于进一步的数据处理。
根据图1，很明显数据处理系统的复杂性总体上是高的。因此，系统的维护是困难的。而且，集成化的缺乏与自动化的缺乏常常需要手动交互，例如复制数据输入及数据转换和数据传输过程。而且，数据吞吐量慢，尤其是如果执行象对计算机网络14和16所说明的顺序数据处理。低数据吞吐量意味着例如为了提供特定的累积信息的报表的结算过程要花费很长时间。目前，详细的会计报表经常会在象月末的指定日期后15天或更多才提供。在这种环境下，必须记住在大企业中每个月有几亿的单独数据集必须估计。
由单独计算机网络10、12、14和16生成的会计相关数据及由中央应用服务器18、20生成的输出数据必须在两个或更多的存储位置(例如，在两个中央应用服务器18、20中每一个的站点本地)同时存储，这导致高度信息冗余。这增加了硬件需求，并且尤其是增加了存储成本。
与冗余数据存储关联的另一问题是数据认证。如果相同的信息同时存储在两个或更多存储位置，则用于例如官方报表目的的认证数据的提供就变成了困难的任务，并且需要不断的而且常常是手动的数据协调，如图1中利用中央应用服务器18、20之间的箭头所指示的。
对图1所述场景的缺点的一种解决方案可以是以某种方式集成两个中央应用服务器18、20及计算机网络16的中央组件的功能。但是，考虑到不同处理机构通常对不同的数据和不同的数据格式起作用的事实，这种方法仍将包含冗余数据存储，并因此包含复杂的数据认证机构。
在上面概括的环境下，需要一方面对不同处理需求允许数据的无冗余提供而另一方面便于数据认证的网络组件、网络系统、方法、计算机程序产品及数据结构。此外，当有大量数据必须处理时需要加速累积数据的提供。
发明内容
根据本发明，通过将会计相关数据集变换成多维数据集的网络组件满足了这种需求，该多维数据集用于更新由象财务和管理会计机构的不同处理机构所联合使用以提供报表数据集的数据库。该网络组件包括用于存储包括静态数据和多维通用数据模板的主数据的至少一个主数据库。该数据模板指定了关于待由不同处理机构处理的基本信息的多个预定义数据域(或内容)。该网络组件还包括用于从多个单独子系统接收会计相关数据集的至少一个接口。此外，该网络组件还包括能访问主数据库的处理资源。通过得出包括在会计相关数据集中及所关联静态数据中的基本信息，并通过将得出的基本信息写入由数据模板所指定的合适数据域中，该处理资源可编程为每个会计相关数据集生成一个或多个多维数据集。包括在多维数据集中的基本信息用于更新由不同处理机构联合使用的基本数据库。
根据本发明，不同处理机构所需的所有信息都可以沿单个处理链生成。因此，实现了有力地减少冗余并不再使用协调工作的面向输出的拓扑。从特定会计相关数据集(主数据集)和从所关联静态数据所得出的信息基本上包括在形成更新基本数据库基础的一个或多个多维数据集(次数据集)中。与对单独交易连续生成的可变会计相关数据集相反，静态数据是固定的或只是缓慢变化。
静态数据可以包括生成多维数据集所需的但不或不明确包括在会计相关数据集中的信息。因此，由于几个会计相关数据集公用的某种通用数据不需要与每个会计相关数据集一起传输到网络组件，所以在主数据库中静态数据的提供有助于减小网络流量，即，必须从子系统传输到网络组件的数据量。为了得出生成一个或多个多维数据集所需的基本信息，简单地将特定静态数据的短引用包括在传输到网络组件的会计相关数据集中通常就足够了，而网络组件自身则可以通过关联静态数据来“完善”(丰富)所接收到的会计相关数据集。
包括在一个或多个主数据库中的静态(和引用)数据可以与由生成会计相关数据集的源应用所使用的静态(和引用)数据相同。如果需要，这些源应用可以访问一个或多个主数据库。后一种方法有助于进一步减少数据冗余。
会计相关数据集到多维数据集的变换可以基于与由源应用提供的标识符具有1:1关联的技术标识符。在n多个源应用的情况下，将存在1:n的关联。因此，这些关联之下的表可以看作是词汇存在(lexical ontology)。
由于多维数据集关于不同处理机构所需的信息内容的高粒度性质及其完整性，它们可以形成更新由不同处理机构联合使用的基本数据库的基础。此外，由于基本数据库充当所有处理机构的公用数据库，因此避免了冗余数据存储。此外，由于基本数据库可以看作提供认证数据的单个源，因此不再发生数据认证的含糊性。因此，如图1中应用服务器18、20之间所说明的协调过程可以省略。
通过由基本数据库提供的综合解决方案，一方面平衡数据仓库和另一方面用于报表的数据仓库之间的传统区别不再使用。因此，基本数据库构成了用于包括对例如资金平衡表数据(每日、每周等)、利润中心数据等的搜索和向下钻取机制的不同类型报表的综合源。
基本数据库可以包括至少部分地对应于数据模板的数据域的基本数据集。在基于新多维数据集的生成而更新基本数据库的环境下，基本数据集可以由处理资源创建或改变。因此，处理资源可以编程为通过将包括在例如多维数据集的一个或多个特定数据域中的基本信息累积到已经存在于基本数据库中或必须新创建的基本数据集上来更新基本数据库。基本数据库的更新可以按批或以连续方式执行。根据优选的连续更新方法，一个或多个更多的多维数据集一生成，基本数据库就异步更新。
为了控制更新过程，处理资源可以编程为向多维数据集分配一个或多个控制属性。待分配给多维数据集的控制属性类型可以由通用数据模板指定，并且可以插入或已经包括在多维数据集的一个或多个数据域中。
基于分配给特定多维数据集的一个或多个控制属性，包括在该多维数据集中的基本信息可以累积到关于所述控制属性的基本数据集。换句话说，控制属性可以指示多维数据集中所包括的基本信息待累积、例如附加或增加到的特定基本数据集。
特定基本信息待累积到的特定基本数据集可以基于两个或多个控制属性而得到。单独的控制属性可以彼此独立，并因此可以横跨多维空间。单个控制属性常常不足以无歧义地标识基本信息待累积到的特定基本数据集。而且，与所接收到的会计相关数据集关联的控制属性可以改变，因此特定基本数据集可以只根据通过会计相关数据集接收到的可用控制属性来标识。
因此，通过会计相关数据集接收到的多个控制属性可以是标识包括在多维数据集中的基本信息待累积到的相关存储部分(基本数据集)所必需的。
控制属性可以涉及多个方面。例如，可以分配标识例如顾客、顾客位置、为该顾客提供服务的组织实体等的标识码形式的控制属性。因此，关于这种分配的基本信息可以累积到有关这种分配的特定基本数据集。
由通用数据模板所指定类型的或与其不同的控制属性还可以包括在基本数据集中，以辅助单独处理机构生成报表数据集的任务。与基本数据集关联的控制属性可以例如包含产生以资金平衡表或管理会计报表形式的报表数据集所需的结构信息。
基本数据集可以针对反映在其中的多维度的每一维度而单独估计。因此，可以对基本数据集的单个维度(属性)生成报表数据集。
与基本数据集关联的控制属性可以包括在或附加到基本数据集，并且可以至少部分地与分配给多维数据集的控制属性完全相同或对应。
为了使得能够跟踪信息流，存储在基本数据库中的一个或多个基本数据集可以与相关多维数据集和相关会计相关数据集中的至少一个相链接。在本发明的环境下，相关多维数据集或会计相关数据集定义为包括或者是累积到基本数据集的信息源的数据集。链接基本数据集与相关数据集可以多种方式执行，象通过将关于相关数据集的存储位置的信息附加到基本数据集或者反之亦然。
为了克服授权问题，基本数据库可以配置为提供用于生成报表数据集的信息的唯一源。这可能意味着不同的处理机构仅仅根据包括在基本数据库中的信息来生成报表数据集。为了增强数据完整性，相对于不同于更新的所有访问，基本数据库可以配置为只读数据库。
除了基本数据库和主数据库，网络组件还可以包括输入数据库，该输入数据库用来存储通过接口从单独子系统接收到的会计相关数据集。从子系统接收到的会计相关数据集可以全部具有相同的格式，或者可具有生成该会计相关数据集的单独应用的单独格式特征。尤其是当以不同格式接收会计相关数据集时，可以提供数据源组件来格式化所接收到的会计相关数据集并将格式化的会计相关数据集写入输入数据库。这种方法允许以预定义格式向生成多维数据集的处理资源提供单独的会计相关数据集。
数据源组件可以可选地或者附加地配置成检验从子系统接收到的会计相关数据集，以确定数据不一致性。在一个或多个会计相关数据集不一致的情况下，可以提供机构来处理异常。在不一致的情况下，数据源组件可以例如重新格式化接收到的会计相关数据集或通知单独的子系统所接收到的会计相关数据集未被接受，从而触发该会计相关数据集或包含该会计相关数据集的整个文件的重新发送。
此外，网络组件可以包括用于存储由第一处理器从会计相关数据集生成的多维数据集的项目数据库。因此，项目数据库可以看作是布置在存储会计相关数据集的输入数据库和存储基本数据集的基本数据库之间的中间数据库。这三个(可以物理地位于单个硬件组件中的)单独数据库的提供是有利的，因为它使得当信息以不同格式从单独子系统进入到各种处理机构时，在任何时间点都可以追溯信息。特别地，它使得能够确定数据不一致的根源，这在许多情况下，只能在数据流的恰好结束、即当对存储在基本数据库中的数据应用单独的处理机构时检测到。为了进一步方便信息的跟踪，存储在项目数据库中的多维数据集可以与存储在输入数据库中的关联会计相关数据集的至少一个以及存储在基本数据库中的关联基本数据集的一个或多个相链接。
如上面所提到的，基本数据库以及主数据库或其它任何系统数据库或其组合可以由不同的处理机构联合使用。所述处理机构可以由专用或共享的处理源来执行。所述处理机构配置成基于基本数据集和可选地基于多维数据集来生成报表数据集。通常，报表生成依赖于可以包含在主数据库中的报表结构信息(报表定义数据)以及从基本数据库或可选地任何其它系统数据库或其组合而提取出的适当数据。因此，一个或多个处理机构可以配置成为了报表而提取存储在基本数据库中的选定基本数据集。报表定义数据可以指定包括在所提取出的基本数据集中的信息如何被累积或估计。
一个或多个处理机构还可以配置成为了估计而提取存储在基本数据库中的选定基本数据集。基于此，附加处理机构可以通过应用预定义的估计准则适当地提供估计结果并生成多维数据集和会计相关数据集中的至少一个，尤其是如果基本数据集的实际值与原始提取出的值不同的情况下。所得到多维数据集可以由后续的处理机构用于更新基本数据集。
处理机构可以基于处理指令数据的集合、例如必须应用到待处理的数据的值或规则的集合来生成多维数据集、基本数据集或多维数据集。处理指令数据可以保持在特定处理机构的程序代码之外(软编码方法)，或者可以是程序代码的部分(硬编码方法)。如果实现了软编码方法，则处理指令数据可以作为引用数据包括在存储于主数据库中的静态数据中。这样的好处是对例如关于引用数据的表输入的改变独立于程序代码的改变。
处理资源可以编程为执行至少一个处理机构，以利用与会计相关数据集关联的静态数据将会计相关数据集变换成一个或多个多维数据集。当执行变换时，处理资源得出包括在会计相关数据集中和与该会计相关数据集关联的任何静态数据中的基本信息，并将由此得到的基本信息写入由数据模板指定的对应数据域中，从而组成一个或多个多维数据集。处理机构可以指示数据模板是如何应用的。处理机构可以例如得出待分配给特定多维数据集的控制属性、确定与会计相关数据集关联的特定静态数据等。用于将会计相关数据集变换成多维数据集的处理机构专用的处理指令数据可以作为静态数据存储在主数据库中。
依赖于需求，可以定义不同类型的会计相关数据集。单独类型的会计相关数据集可以例如与生成会计相关数据集的每个单独的子系统或应用关联。可以为每种类型的会计相关数据集提供用于生成多维数据集的关联变换。而且，处理资源可以编程为针对特定类型的会计相关数据集识别与其关联的特定变换(即，处理机构和关联处理指令数据)。附加地或可选地，处理资源可以编程为针对特定类型的会计相关数据集识别关联静态数据。最后，如上面所提到的，会计相关数据集可以具有关联静态数据的引用。
网络组件可以具有从单独子系统接收会计相关数据集的第一接口和使得能够访问主数据库的附加的第二接口。可以执行这种访问来更新主数据库。更新主数据库可以涉及静态数据(包括引用数据)和处理指令数据中的至少一种。网络组件的一个或多个接口可以是数据源组件的部分或与其通信。
网络组件可以实现为只包括单层的系统或实现为多层系统。网络组件可以例如配置为包括至少一个表示服务器、至少一个应用服务器和至少一个数据库服务器的三层系统。一个或多个表示服务器可以配置成表示单独的数据集或从其得到的信息，而至少一个应用服务器可以包括上面提到的处理资源。一个或多个数据库服务器可以包括单独的数据库。可选地，网络组件可以配置为包括至少一个表示服务器和至少一个组合的应用与数据库服务器的两层系统。
根据本发明的另一方面，提供了包括上述网络组件(该网络组件又可包括单独的子组件)以及连接到该网络组件的一个或多个接口的多个子系统的计算机网络系统。在每个子系统上可以运行用于生成会计相关数据集的一个或多个单独应用。
单独的应用优选地提供标准化会计相关数据集。预定义格式的标准化会计相关数据集的提供尤其有利。为了确保网络组件能从接收到的会计相关数据集推导出基本信息，单独的应用可以编程为相对于待由网络组件使用的特定处理机构不执行任何预处理。
根据本发明的另一方面，提供了将会计相关数据集变换成多维数据集的方法。该方法包括提供包括静态数据和多维通用数据模板的主数据，其中所述多维通用数据模板具有关于由不同处理机构的数据输入需求所确定的基本信息的预定义数据域。会计相关数据集是从多个单独子系统接收的。对于每个会计相关数据集，一个或多个关联的多维数据集是通过得出包括在会计相关数据集中和与该会计相关数据集关联的静态数据中的基本信息以及通过将得出的基本信息写入由数据模板指定的对应数据域中而生成的。利用多维数据集，基本数据库根据包含在其中的基本信息来更新。基本数据库由不同的处理机构联合使用。
本发明可以实现为硬件解决方案、软件解决方案或其组合。关于软件解决方案，本发明涉及包括程序代码部分的计算机程序产品，当该计算机程序产品运行在计算机网络的一个或多个组件上时，所述程序代码部分执行以上步骤。该计算机程序产品可以存储在计算机可读记录介质上。
根据本发明的另一方面，提供了利用上述步骤从多个会计相关数据集生成并由数据输入需求不同的多个处理机构联合使用的多维数据结构。该数据结构包括反映多维通用数据模板的数据域的多个基本数据集。由基本数据集反映的数据域涉及由不同处理机构的数据输入需求确定的基本信息。基本数据集包含从利用数据模板从会计相关数据生成的多维数据集得出的累积基本信息。
本发明的更多细节、实施方式、修改和增强可以从以下结合附图对本发明的各种说明性实施方式的描述的考虑来获得，其中图1是说明根据现有技术生成和处理会计相关数据的系统的示意图；图2是说明根据本发明一种实施方式生成和处理会计相关数据的系统的示意图；图3是说明为针对图2实施方式所部署的示例性三层服务器体系结构的示意图；图4是说明为针对图2实施方式所部署的示例性两层服务器体系结构的示意图；图5是说明根据本发明的图3和4所示的体系结构的各部分协作的示意图；图6是说明多维数据集生成的流程图；图7是说明根据本发明所使用的通用多维数据模板的空表；图8说明了从由ATM交易产生的单个会计相关数据集生成的两个多维数据集的格式；及图9说明了图8的多维数据集所累积到的基本数据集的示例性格式。
具体实施例方式
图2说明了根据本发明的计算机网络系统的简化框图。该网络系统包括如关于图1所描述的四个子系统10、12、14、16。只要适当，将在整个具体描述和附图中使用相同的参考号来指示相同或类似的部分。
图2所描述的网络系统包括单个中央网络组件30，该中央网络组件包括主数据库32和基本数据库34。网络组件30配置为网络节点，从子系统10、12、14、16接收不同类型的会计相关数据集并利用不同的处理机构处理接收到的会计相关数据集，以生成各种报表数据集(数据集1、数据集2、……)。
更具体而言，网络组件30将包括在从子系统10、12、14、16接收到的会计相关数据集中或从其得出的基本信息累积到存储在基本数据库34中的基本数据集上。当从会计相关数据集得出基本信息时由处理机构所使用的和用于将得出的基本信息累积到基本数据集的处理指令数据是从主数据库32检索到的。从主数据库32检索出的还有用于生成报表数据集的单独处理机构的处理指令特征。
在图1所述的传统网络系统中，报表数据集是由具有本地数据库的多个网络组件以分布方式生成的，而在图2所示的根据本发明的网络系统中，只有中央网络组件30从存储在基本数据库34中的基本信息生成各种报表数据集。因此，避免了冗余数据存储，且也不用数据协调。这不仅减小了存储需求和手动交互，而且减少了象报表机构的估计处理所需的时间。发现在其中每个月生成几亿会计相关数据集的大企业中综合报表已经可以在月末后三到五天内获得。
图1和图2的网络系统的比较还显示图1的传统网络系统在单独子系统(见图1的子系统14和16)中对所生成的会计相关数据集的大量预处理，而在图2所示的根据本发明的网络系统中则不执行这种预处理。避免任何预处理或至少大大减少预处理确保了包括在由子系统10、12、14、16所生成的会计相关数据集中的基本信息不会丢失，即可以不再从最终由网络组件30接收的(预处理)会计相关数据集得出。因此，当实现根据本发明的基于在中央得出基本信息的概念的处理方法时，有利的是避免或至少大大减少了由子系统10、12、14、16对会计相关数据集的预处理。
关于网络组件30可能的硬件实现，现在参考图3和4。
图3示出了其中可以执行本发明的一种可能的客户/服务器配置，即所谓的三层体系结构。如在图3中以硬件相关视图所说明的，根据该三层体系结构，网络组件30分成三个功能组多个表示服务器36、多个应用服务器38和多个数据库服务器40。
利用图3所示的三层体系结构，网络组件30的每个硬件组36、38、40设置成支持其功能需求。关于数据表示的任务由表示服务器36处理，其一般可以配置为个人计算机或工作站，使得能够容易地访问关于由运行在应用服务器38上的单独应用所生成的丰富的数据集的表示和处理的系统功能。
表示服务器36通过局域网(LAN)42或任何其它类型的有线或无线网络如广域网(WAN)、无线LAN(WLAN)、公共交换电话网络(PSTN)、综合服务数字网(ISDN)、卫星链路等来耦合到应用服务器38。通过同类或异类网络43而连接到LAN 42的还有提供会计相关数据集的单独子系统。在图3中，只示例性地描述了两个子系统10、12。
与表示服务器36对接的应用服务器38包括处理逻辑。在本实施方式中，提供了独立应用服务器38，用于处理接收到的会计相关数据集以生成包括基本信息的多维数据集的任务、用于生成并更新基本数据库(未在图3中描述)的任务及用于从基本数据库检索信息并生成报表数据集的任务。应用服务器38附加地提供如假脱机(spooling)、分发用户请求和格式化数据的系统服务。
应用服务器38与数据库服务器40对接。数据库服务器40掌控已结合图2描述的主数据库32和基本数据库34以及将在下面更具体描述的更多数据库。
根据可选的方法，可以使用图4所示的两层体系结构。图4示意性说明的两层体系结构与图3的体系结构有相似性。但是，应用服务器和数据库服务器的功能利用组合的应用与数据库服务器41集成在一起。就象图3所描述的实施方式中，处理接收到的会计相关数据集、生成并更新基本数据库及在生成报表数据集的环境下从基本数据库检索信息的任务由三个专用服务器41执行。
图3和4所述的表示层包括基于WEB和MAP服务器以及例如用于数据表示或工作流控制软件包的胖客户端的用户接口。
图3和4所示的硬件方法是有利的，因为网络组件30与单独子系统10、12、……之间的相互依赖大大减小了。此外，对于由子系统10、12、……提供给网络组件30的会计相关数据集，只有单个输入点。这是合并待经受不同处理机构的会计相关数据集流的方法表达。单个输入点的概念使得可以增强数据质量并使能数据质量检验的一致应用。将会计相关数据流集中到单个输入点的另一好处是由此产生的单个信息流，这使得可以通过应用统一的数据处理机构和通过引入大量的并行处理技术来加速数据处理。
以下，图3和4中所述服务器的基本部分及这些部分在处理从子系统10、12、……接收到的会计相关数据集的环境下的合作将参考图5的集成视图进行描述。
如从图5显而易见的，网络组件30可看作基本上接收两种数据流。一方面，网络组件30接收由运行在子系统10、12、……上的单独应用所生成的会计相关数据集形式的应用数据。例如，如果子系统10配置为ATM或一组ATM，则用于ATM交易的会计相关数据集可以包括标识特定子系统(即，特定ATM或ATM组)的代码、标识顾客的代码、标识特定顾客账户的代码、交易值及关于交易货币的代码。数据集可以标准化格式或者对于遗留系统以非标准化但可以变换成所需标准格式的格式提供给网络组件30。
另一方面，网络组件30接收主数据并针对主数据进行更新。主数据可以例如包括静态数据和处理指令数据。静态数据包括对象、规则、层次及象包含代码与描述的有效值的查找表的引用数据。静态数据应用到不同类型的数据集，象会计相关数据集、多维数据集、基本数据集等。
从外部接收到的所有数据都通过中央数据源组件44接收。数据源组件44可以执行不减少从外部所接收的数据的信息内容的某种预处理及数据丰富任务，并且可以采用独立服务器的形式。如从图5显而易见的，数据源组件44包括两个单独接口44a、44b，用于分别接收以一方面会计相关数据集而另一方面主数据(包括静态数据、处理指令数据与更新)形式的应用数据。
从外部接收到的数据通过数据源组件44传输到专用数据库中。更具体而言，通过第一接口44a接收到的会计相关数据集存储在输入数据库46中，而通过第二接口44b接收到的主数据存储在主数据库32中。网络组件30还包括用于存储多维记录相关数据集的项目数据库48及用于存储例如基本结余相关数据集的基本数据集的基本数据库34。
此外，网络组件30还包括符号上说明为独立处理器52、54、56、58的处理资源。处理资源可以配置为中央处理单元(CPU)、微控制器单元(MCU)、数字信号处理器(DSP)等。有可能将单独处理器52、54、……集成到更少组件中或集成到单个组件中或者将单个处理器52、54、……的任务分布到几个处理器中。在本发明的环境下，处理器52、54、……是应用服务器(图3中的参考号38和图4中的参考号41)的部分，并配置成执行单独的处理任务。
现在将在由ATM生成的会计相关数据集变换成用于更新基本数据库34的几个多维数据集的环境下示例性描述图5中所述网络组件的各部分的合作。
会计相关数据集通过网络组件30的第一接口44a接收。接口44a充当所有会计相关数据集的单个输入点，而不管其来源。
由第一接口44a接收的ATM数据集可以具有标准化或非标准化格式。为了简化在网络组件30中执行的处理任务，以标准化格式在网络组件30中处理会计相关数据集是有利的。因此，数据源组件44格式化任何非标准化的会计相关数据集并将格式化(标准化)的会计相关数据集写入输入数据库46。完成格式化使得包含在所接收会计相关数据集中的基本信息不会丢失。因此，输入数据库46以具有标准化格式的会计相关数据集填充。
应当指出，运行在单独子系统上的应用配置成不执行减少原始生成的信息内容的预处理。在这里，术语信息内容涉及由处理器58生成所需信息所执行的处理机构所需的所有信息方面，所述处理机构即在本实施方式中是一方面为官方报表目的生成资金平衡表数据集而另一方面为例如管理会计目的生成报表数据集的处理机构。
除了格式化任何非标准化的会计相关数据集，数据源组件44还配置成检验接收到的会计相关数据集，以确保数据集从单独子系统完整、及时和准确的递送。在关于数据集内容、格式等不一致的情况下，数据源组件44使得能够处理异常。处理异常可以包括完善接收到的会计相关数据集(如果可能)、通知发送子系统不一致、触发包含该会计相关数据集的文件的重新发送等。
第二接口44b使得能够更新存储在主数据库32中的静态数据。通常，对关于静态数据的表输入的改变独立于会计相关数据集的递送而发生、在不同的时间点发生、并使得在其期间可保证数据一致性的特定时间点处对处理机构可用。静态数据保持在用于处理机构的软编码程序代码之外，当处理会计相关数据集或多维数据集或基本数据集等时由所述处理机构应用所述静态数据。
新的会计相关数据集一存储到输入数据库46中，它就由处理器52自动地检索，所述处理器对检索出的会计相关数据集应用中央处理逻辑(CPL)。因此，CPL处理器52异步操作。应当指出，从输入数据库46检索出的任何数据集都不立即删除，而是保留在输入数据库中，如果需要，用于在随后的时间点跟踪信息流。
如现在将参考图6的流程图所解释的，CPL处理器52的基本任务是根据从输入数据库46检索出的单独会计相关数据集生成一个或多个多维记录相关数据集。
在第一步610，CPL处理器52识别从输入数据库46检索出的会计相关数据集的类型及必须由CPL处理器52用于将会计相关数据集变换成一个或多个多维记录相关数据集的处理机构。在这种情况下，CPL处理器52因此确定ATM数据集已经从输入数据库46检索出来，并且相应地ATM变换例程必须应用到该数据集。可以由CPL处理器52识别的其它类型的会计相关数据集可以包括例如关于电子银行交易象电子基金传输等的数据集。
此外，CPL处理器52针对检索出的ATM数据集识别关联的静态数据。与ATM数据集关联的静态数据可以例如利用包括在ATM数据集中作为引用的顾客账户标识符来确定。
利用顾客账户标识符作为引用，CPL处理器52在下一步620从存储在主数据库32中的查找表或任何其它合适的数据结构检索关于所涉及顾客、所涉及顾客的位置、为该顾客服务的实体等的静态数据。为了产生多维通用数据模板所需的多维数据集，CPL处理器52还从主数据库32检索适当的ATM变换与生成规则。
反映多维属性的示例性通用数据模板在图7中部分地描述。通用数据模板基本上包括多个预定义数据域，所述预定义数据域指定由处理器58用于生成不同种类报表数据集的各种处理机构所需的所有基本信息。换句话说，通用数据模板的数据域反映了待在随后时间点执行的多个不同处理机构的组合输入需求。而且，通用模板配置成可用于可经由接口44a接收或可在网络组件30中由处理机构生成的所有类型的会计相关数据集。在图7所述的实施方式中，通用数据模板包括30个不同的数据域。依赖于特定的报表需求，单独数据域的个数可以增加或者在某种程度上减少。
在下一步630，CPL处理器52处理从输入数据库46检索出的ATM数据集及从主数据库32检索出的关联静态(和引用)数据，以便得出包括在其中的基本信息。该任务在从主数据库32检索出的可用ATM变换规则的控制下执行。该变换规则指定在下一步640CPL处理器52如何从ATM数据集及关联的静态数据生成多维记录关联数据集及生成哪些。如图8所说明的，在示例性ATM数据集的情况下，变换规则指定必须生成两个单独的多维记录相关数据集。
从图8变得显而易见的，应用ATM变换规则，CPL处理器52生成标题为“借记顾客账户”的第一记录相关数据集和标题为“资金周转”的第二记录相关数据集。如可以看到的，不是通用数据模板的所有预定义数据域都可用于ATM数据集。因此，单独的预定义数据域保持为空或者可以忽略(例如，第一记录相关数据集的标题分别为“成本中心”和“复杂合同”的数据域6和8，或标题为“银行位置ID”的数据域15)。
图7中描述的通用数据模板和图8中所示的数据集是多维的，因为它们包括相当大量的预定义数据域。依赖于处理机构的输入需求，通用数据模板可以包括多于二十个或者甚至多于四十个预定义数据域。由于通用数据模板的这种多维性，由CPL处理器52基于这种通用数据模板所生成的单独记录相关数据集也是多维的，因为它们包括比用于记录目的的传统数据集多得多的信息。
而且，包含在由CPL处理器52生成的单独多维记录相关数据集中的信息通常比包含在用于记录目的的传统数据集(只满足单个处理机构的输入需求)中的信息更加基本。由CPL处理器52生成的多维记录相关数据集一方面关于多个处理机构的组合输入需求具有高信息度的内容而另一方面包括非常基本的信息的事实对于减少数据冗余和提高数据吞吐量是有利的。
由CPL处理器52所执行的变换例程包括向记录相关数据集分配控制属性的控制逻辑。该控制属性控制基本数据库34中的基本信息的随后累积和报表数据集的生成。控制属性的分配完全是基于单独的变换例程和包含在会计相关数据集中以及关联静态数据中的信息而自动执行的。总之，控制属性反映了可以生成的报表的细节水平和维度及整个系统的技术灵活性和能力。
由CPL处理器52所分配的控制属性包括累积基本数据库中的基本信息和由不同处理机构生成报表数据集所需的不同预定义代码。因此，控制属性可以例如包括总分类帐(General Ledger)(G/L)账户代码和货币代码(两者都是生成财务会计报表的处理机构所需的)及利润/成本中心代码和顾客ID代码(两者都是生成管理会计报表的处理机构所需的)。
由CPL处理器52所生成的单独多维记录相关数据集(象图8中所示的针对ATM数据集而生成的两个记录相关数据集)作为独立的项目存储在项目数据库48中。当在项目数据库48中存储多维数据集时，CPL处理器52将存储在项目数据库48中的每个数据集与存储在输入数据集46中的对应会计相关(“父”)数据集链接。这可以通过向每个记录相关集附加一个指向父数据集在输入数据库46中的存储位置的引用来完成。
存储在项目数据库48中的过帐相关数据集由运行在过帐处理器56上的处理机构检索。过帐处理器56的任务是根据包含在存储于项目数据库48中的多维数据集中的基本信息来更新基本数据库34。基本数据库34配置为相对于不同于过帐处理器56所执行的更新处理的所有访问具有只读限制的关系数据库。这保证了存储在基本数据库34中的信息的高度完整性和可靠性。
过帐处理器56将包括在过帐相关数据集中的基本信息累积到存储在基本数据库34中的已存在或新创建的基本数据集上。这种累积是在作为处理指令数据存储在主数据库32中的(过帐)控制数据的控制下考虑由CPL处理器52分配的单独控制属性而执行的。
在产生图8所示的示例性多维记录相关ATM数据集的示例性ATM交易的情况下，过帐处理器56将作为基本信息包括在过帐相关数据集的数据域29和30(借记/贷记)中的交易量累积到基本数据库34中与相同的单独控制属性集合(在图8的过帐相关数据集中指示为数据域1至19ff)正好关联的那些基本数据集。因此，G/L账户代码、顾客ID代码及所有其它代码都将其功能实现为控制属性。在这里所讨论的示例性实施方式中，控制属性的各种组合定义了8亿多个不同的基本数据集，每个基本数据集由控制属性的特定组合指定。这么大量的基本数据集是多维记录相关数据集的高粒度性质的结果和待利用基本数据库34作为单个信息源来执行的多报表机构的首要条件。
在图9中，示出了由重复累积图8所示的不同多维ATM数据集而生成的两个示例性基本结余相关数据集。如从图9显而易见的，包括在图8所示的多维数据集的数据域29(借记)和30(贷记)中的值累积到图9所示的单独结余相关数据集的标题为“过渡到周期借记(live to period debit)”、“过渡到周期贷记”、“周期净借记”和“周期净贷记”的数据域。这种累积是考虑包括在多维记录相关数据集的数据域28中的时间信息而执行的。
存储在基本数据库34中的单独基本结余相关数据集反映了通过重复累积包括在单独记录相关数据集中的特定数据所生成的结余信息。记录相关数据集的多维度使得可以在关系型基本数据库34中定义20、30或更多关键域，而不需要复制单独的累积量。基本数据库34的关键域涉及包括在记录相关数据集中的控制属性，象利润或成本中心代码、顾客ID等。
应当指出，结余相关数据集在图9中是以其逻辑结构示出的。由于基本数据库34的关系型性质，结余相关数据集的单独数据域可以分散在各个单独的表中。
记录处理器56可以异步运行或按批执行记录。当记录处理器56根据包括在从项目数据库48检索出的记录相关数据集中的基本信息来更新包含在基本数据集中的基本信息时，记录处理器56附加地执行将指向检索出的多维记录相关数据集的引用附加到更新后的基本数据集的链接操作和/或反之亦然。
由于存储在基本数据库34中的基本数据集是根据包括在记录相关数据集中的基本信息更新的，因基本数据集对应于记录相关数据集的单独数据域(从而对应于图7所示的通用数据模板的数据域)。这确保信息以非常粒度的和基本的水平保持在基本数据库34中，这有助于对基本数据集起作用的处理机构保持非常通用。这与传统的处理机构相反，传统处理机构通常不对基本信息而是对预处理过的信息起作用。
当执行不同的处理机构象财务会计机构或管理会计机构以生成各个报表数据集(图5中的数据集1至数据集4)时，存储在基本数据库34中的基本数据集由报表处理器58检索。不同处理机构的处理指令数据特征作为主数据存储在主数据库32中。处理机构可以简单地通过更新存储在主数据库32中的各个处理指令数据来修改。
由报表处理器58生成的报表数据集象资金平衡表数据集可以通过图3和图4中所述的LAN 42传输到表示服务器36，以便显示在本地图形用户接口(GUI)上，或者它们也可以通过任何其它数据传输机构例如在组水平上的合并过程而传输到其它计算机系统。
存储在基本数据库34中的基本数据集不仅由报表处理器58而且由估计处理器54检索。估计处理器54执行基于应用作为处理指令数据存储在主数据库32中的预定义估计准则和基于确定包含在所提取出的基本数据集中的单独值是否与实际值不同的处理机构。如果情况是这样，则估计处理器54按需生成经补偿多维数据集以及经补偿会计相关数据集。然后，由估计处理器54存储在输入项数据库46中的任何新创建的经补偿会计相关数据集由CPL处理器52检索，所述CPL处理器象上面解释的那样处理检索出的数据集，以生成存储在项目数据库48中的一个或多个经补偿多维记录相关数据集。由此生成的经补偿多维数据集然后可以由后续处理机构用于更新基本数据库34中的关联基本数据集。
尽管本发明的优选实施方式已经在附图中说明并在前面的具体描述中进行了描述，但应当理解本发明不限于所公开的实施方式，而是在不背离由以下权利要求所阐述和定义的本发明的精神与范围的情况下可以有许多调整、修改和代替。
权利要求
1.一种用于将会计相关数据集变换成多维数据集的网络组件(30)，所述多维数据集用于更新数据库(34)，所述数据库由两个或多个不同处理机构(58)使用以提供报表数据集，该网络组件包括-至少一个主数据库(32)，用于存储包括静态数据和多维通用数据模板的主数据，该数据模板指定与由所述不同处理机构的数据输入需求所确定的基本信息有关的预定义数据域；-至少一个接口(44)，用于从多个单独子系统(10、12、14、16)接收所述会计相关数据集；-有权访问所述主数据库(32)的处理资源(52)，用于通过得出包括在所述会计相关数据集中及与所述会计相关数据集关联的静态数据中的基本信息，并通过将得出的基本信息写入由所述数据模板指定的对应数据域，来从会计相关数据集生成一个或多个关联的多维数据集；及-基本数据库(34)，根据包含在一个或多个多维数据集中的基本信息而更新，其中所述基本数据库(34)由所述不同处理机构(58)联合使用以生成报表数据集。
2.如权利要求1所述的网络组件，其中所述基本数据库(34)包括至少部分对应于所述数据模板的数据域的基本数据集。
3.如权利要求2所述的网络组件，其中所述处理资源(56)编程为通过将包括在所述多维数据集中的基本信息累积到新创建或已存在的基本数据集来更新所述基本数据库(34)。
4.如权利要求3所述的网络组件，其中所述处理资源(52)编程为向所述多维数据集分配一个或多个控制属性，该控制属性插入或包括在所述多维数据集的一个或多个数据域中并控制将所述基本信息累积到所述基本数据集的过程。
5.如权利要求4所述的网络组件，其中所述多维数据集的一个或多个控制属性包括至少标识码。
6.如权利要求2至5中之一所述的网络组件，其中所述基本数据集的一个或多个与累积到其上的所述多维数据集和与累积在其上的所述多维数据集关联的所述会计相关数据集中的至少一个相链接。
7.如权利要求2至6中之一所述的网络组件，其中所述处理资源(58)编程为通过对存储在所述基本数据库(34)中的多个所述基本数据集应用所述处理机构来生成所述报表数据集。
8.如权利要求7所述的网络组件，其中所述基本数据库(34)配置为提供用于生成所述报表数据集的授权信息的唯一源。
9.如权利要求1至8中之一所述的网络组件，其中所述基本数据库(34)相对于不同于更新的所有访问配置为只读数据库。
10.如权利要求1至9中之一所述的网络组件，其中所述不同处理机构的处理指令数据特征作为主数据存储在所述主数据库(32)中。
11.如权利要求1至10中之一所述的网络组件，还包括输入数据库(46)，用于存储通过至少一个接口(44)从所述子系统(10、12、14、16)接收到的所述会计相关数据集。
12.如权利要求11所述的网络组件，其中至少一个数据源组件(44)配置成格式化从所述子系统(10、12、14、16)接收到的所述会计相关数据集并将格式化后的会计相关数据集写入所述输入数据库(46)。
13.如权利要求1至12中之一所述的网络组件，还包括项目数据库(48)，用于存储由所述处理资源(52)生成的所述多维数据集。
14.如权利要求13所述的网络组件，其中存储在所述项目数据库(48)中的所述多维数据集与存储在所述输入数据库(46)中的所述会计相关数据集中的至少一个以及存储在所述基本数据库(34)中的所述关联基本数据集的一个或多个相链接。
15.如权利要求1至14中之一所述的网络组件，其中所述处理资源(52)编程为利用与所述会计相关数据集关联的所述静态数据将所述会计相关数据集变换成一个或多个多维数据集。
16.如权利要求15所述的网络组件，其中定义了不同类型的会计相关数据集，并且其中针对每种类型的会计相关数据集都提供了关联变换。
17.如权利要求1至16中之一所述的网络组件，其中所述处理资源编程为针对特定的会计相关数据集识别所述关联静态数据和所述关联变换中的至少一个。
18.如权利要求1至17中之一所述的网络组件，其中所述至少一个数据源组件(44)配置成检验从所述子系统(10、12、14、16)接收到的所述会计相关数据集并在所述会计相关数据集的一个或多个不一致的情况下处理异常。
19.如权利要求1至18中之一所述的网络组件，其中所述网络组件(30)实现为三层系统，包括用于表示单独数据集或从其得到的信息的至少一个表示服务器(36)、至少一个应用服务器(38)及包括所述数据库(32、34、46、48)中的一个或多个的一个或多个数据库服务器(40)。
20.如权利要求1至18中之一所述的网络组件，其中所述网络组件(30)实现为两层系统，包括用于表示单独数据集或从其得到的信息的至少一个表示服务器(36)及至少一个组合的应用与数据库服务器(41)。
21.如权利要求1至19中之一所述的网络组件，其中所述处理资源(54)编程为为了估计目的而访问所述基本数据库(34)，在这期间生成新多维数据集和新会计相关数据集中的至少一个。
22.一种计算机网络系统，包括权利要求1至21中之一所述的网络组件(30)及连接到该网络组件(30)的多个子系统(10、12、14、16)，其中在每个子系统(10、12、14、16)上都安装了用于生成所述会计相关数据集的一个或多个单独应用。
23.如权利要求22所述的计算机网络系统，其中所述单独应用提供标准化的会计相关数据集。
24.如权利要求22或23所述的计算机网络系统，其中所述单独应用编程为相对于由所述网络组件(30)应用的处理机构不执行任何预处理。
25.一种将会计相关数据集变换成多维数据集(48)的方法，其中所述多维数据集用于更新数据库(34)，所述数据库由两个或多个不同处理机构(58)使用以提供报表数据集，该方法包括-提供包括静态数据和多维通用数据模板的主数据，该数据模板指定关于由所述不同处理机构的数据输入需求确定的基本信息的预定义数据域；-从多个单独子系统(10、12、14、16)接收所述会计相关数据集；-通过得出包括在所述会计相关数据集中及与所述会计相关数据集关联的静态数据中的基本信息，并通过将得出的基本信息写入由所述数据模板指定的对应数据域中，来为会计相关数据集生成一个或多个关联的多维数据集；及-根据包含在所述一个或多个多维数据集中的基本信息来更新基本数据库(34)，其中所述基本数据库(34)由所述不同处理机构联合使用以生成报表数据集。
26.一种包括程序代码部分的计算机程序产品，当该计算机程序产品在计算机网络的一个或多个组件上运行时所述程序代码部分用于执行权利要求25的步骤。
27.如权利要求26所述的计算机程序产品，存储在计算机可读记录介质上。
28.一种多维数据结构，通过权利要求25定义的方法从多个会计相关数据集生成，并由相对于数据输入需求而不同的多个处理机构象财务和管理会计机构来联合使用，该数据结构包括镜像多维通用数据模板的数据域的多个基本数据集，该数据域涉及由所述不同处理机构的数据输入需求确定的基本信息，其中所述基本数据集包含从多维数据集得出的累积基本信息，该多维数据集利用所述数据模板从所述会计相关数据集生成。
全文摘要
本发明涉及根据多维数据集来更新由两个或多个不同处理机构联合使用的数据库的情况下的各方面。执行该任务的网络组件包括用于存储包括静态数据和多维通用数据模板的主数据的主数据库，其中多维通用数据模板具有与由不同处理机构的数据输入需求所确定的基本信息有关的预定义数据域。提供了一种用于从多个单独子系统接收会计相关数据集的接口。通过得出包括在会计相关数据集中和与该会计相关数据集关联的静态数据中的基本信息，并通过将得出的基本信息写入数据模板的对应数据域中，有权访问主数据库的处理资源为每个会计相关数据集生成一个或多个关联的多维数据集。根据包含在一个或多个多维数据集中的基本信息，更新由不同处理机构联合使用以生成报表数据集的基本数据库。
文档编号G06F17/30GK1826601SQ200480021241
公开日2006年8月30日 申请日期2004年8月30日 优先权日2003年8月29日
发明者蒂里·沙夫吕策勒, 布鲁诺·埃内, 于尔根·布拉茨, 克里斯托夫·马赫 申请人:瑞士银行股份有限公司