CN104067253B - 库存数据访问层 - Google Patents

Abstract

提供了一种方法，该方法包括：（a）接收用于对数据进行访问的请求；（b）识别存储所述数据的数据存储器；以及（c）经由电子通信与所述数据存储器通信以访问所述数据。还提供了一种执行该方法的系统和包括程序模块的存储介质，所述程序模块用于控制处理器以执行该方法。

Description

库存数据访问层

相关申请的交叉引用

本申请要求以下申请的优先权：（a）2011年1月28日申请的美国临时专利申请序列第61/437,406号，其内容通过引用结合于此；以及（b）2011年1月28日申请的美国临时专利申请序列第61/437,524号，其内容通过引用结合于此。

发明背景

1.发明领域

本公开涉及数据处理，并且更加具体地涉及容纳对数据的请求的服务器，其中数据驻留在包括多个数据仓库的分布式数据存储系统中。

2.现有技术描述

在这个部分中描述的方法是可以推行的方法，但不一定是以前已设想或推行的方法。因此，除非另外指出，否则在这个部分中描述的方法可以不是针对本申请中的权利要求的现有技术，并且不承认通过包括在这个部分中而成为现有技术。

基于网络的计算机系统常常被称为应用服务提供者（ASP）系统。例如，ASP可以经由网络例如因特网向订户提供基于计算机的服务。传统的ASP系统包括容留多个应用程序的平台层，其中应用程序中的每一个包含一个或多个服务和数据。

以其整体通过引用结合于此的授予Palmieri等人的美国专利7,708,196（在下文中称之为“Palmieri等人”）所描述的示例性ASP系统提供了一种基于网络的ASP，其具有容留多个应用程序的单个平台。

图1是现有技术的数据处理系统、亦即系统100的框图。系统100是ASP系统，在所述ASP系统中，使用订户装置（未示出）的订户105与网络服务接口110对接，以利用应用程序115、130和145。应用程序115包括服务120和数据存储器125。应用程序130包括服务135和数据存储器140。应用程序145包括服务150和数据存储器155。数据存储器125、140和155中的每一个包括服务器（未示出）和一个或多个数据库（未示出）。

应用程序115例如可以包括各种风险管理方案如针对被识别的公司的综合监视与投资组合分析。订户105经由网络服务接口110访问应用程序115。应用程序115包含将要用服务120执行的指令。当由应用程序115指示时，服务120对数据存储器125中的数据执行指令。

系统100包含众多的技术缺陷。应用程序/服务/数据关系在应用程序和服务配对之内创建了多个重复的数据集。这种冗余而重复的数据对于维护数据完整性和一致性产生了显著的技术挑战，更不用说考虑到更新了。例如，一个或多个服务120可能是一个或多个服务135和一个或多个服务150的复制。类似地，在数据存储器125、140和155中的每一个中需要的数据必须在数据存储器124、140和155中的每一个中复制。亦即，对于需要相同数据的每个应用程序而言，该相同数据必须在应用程序的相应数据存储器中复制。结果，如果数据需要更新，则必须针对每个应用程序更新相同数据。这种方法证明对于在每个应用程序当中确保数据完整性而言是麻烦的，并且进一步需要专门的资源以确保全部公共数据被更新。另外，当服务120、135和150中的两个或更多中包括的服务被更新、替换或修改时，系统100的操作者必须更新、替换或修改受到影响的应用程序115、130和145中的每一个中的服务。这样的活动是劳动密集型的、耗时的且易于出错。

发明内容

提供了一种方法，该方法包括：（a）接收用于对数据进行访问的请求；（b）识别存储所述数据的数据存储器；以及（c）经由电子通信与所述数据存储器通信以访问所述数据。还提供了一种执行该方法的系统和包括程序模块的存储介质，所述程序模块用于控制处理器以执行该方法。

附图简要说明

图1是现有技术的数据处理系统的框图。

图2是用于使用本发明的系统的框图。

图3是用于使用本发明的系统的框图。

图4是执行图2所示的库存数据访问层的操作的系统的框图。

图5是另一个系统体系结构的框图。

图6是另一个系统体系结构的框图。

图7是另一个系统体系结构的框图。

图8示出了用于eRAM系统的实施例的示例用户接口。

图9示出了用于eRAM系统的一个实施例中的部件的示例系统体系结构。

图10示出了用于图9中的系统的数据访问层的更多细节。

为多于一个的附图所共有的部件或特征在所述附图的每一个中用相同的标号来指示。

发明描述

本文公开了一种系统，该系统具有：应用层，其容留多个应用程序；服务层，其包含公共服务，亦即可以由应用程序中的任何一个利用的服务；库存数据访问层；以及数据层，其包含数据仓库。应用层是基于网络的平台，其例如可以通过浏览器、商业对商业连接、移动连接或内部连接来访问。多个应用程序访问公共服务。公共服务经由库存数据访问层从数据层访问、处理和存储数据。

图2是用于使用本发明的系统200的框图。系统200包括装置210、网络接口212、应用层215、服务层240、库存数据访问层（IDAL）260和数据仓库270。

应用层215容留多个应用程序例如应用程序220、225、230和235。应用层215可以容留任何期望数目的应用程序。

服务层240容留多个服务例如服务241、242、243和244。服务层240可以容留任何期望数目的服务。

数据仓库270包括多个数据存储器例如数据存储器275、276、277和278，它们对数据进行存储。数据存储器275、276、277和278中的每一个包括服务器（未示出）和用于数据存储的一个或多个数据库（未示出）。数据仓库270可以包括任何期望数目的数据存储器。

装置210经由网络接口212借助于电子通信访问应用层215。应用程序220、225、230和235中的每一个可以经由电子通信访问服务241、242、243和244中的任何一个，服务241、242、243和244中的任何一个经由电子通信与IDAL260通信，IDAL260可以经由电子通信访问数据存储器275、276、277和278中的任何一个。

例如，假定服务241希望读取数据存储器275中存储的某个数据。服务241向IDAL260发送用于对数据进行访问的请求。在这种情况下，请求是读取请求。IDAL260接收到请求，将数据存储器275识别为存储该数据的数据存储器，并且与数据存储器275通信以访问数据。由于请求是读取请求，所以IDAL260从数据存储器275中读取数据，并且向服务241发送包括该数据的响应。

类似地，假定服务241希望将某个数据写入到数据存储器275，例如以更新数据。服务241向IDAL260发送用于对数据进行访问的请求。在这种情况下，请求是包括新数据的写入请求。IDAL260接收到请求，将数据存储器275识别为存储该数据的数据存储器，并且与数据存储器275通信以访问数据。由于请求是写入请求，所以IDAL260将新数据写入到数据存储器275，并且向服务241发送响应，该响应包括写入已被执行的确认。

假定服务241是供应商评估服务，其提供关于供应商的信贷价值的细节。服务241在数据仓库270中访问、处理和存储与特定供应商评估相关的作为结果的数据。当应用程序220请求关于特定供应商的评估的细节时，服务241处理该请求，随即在数据仓库270中更新数据结果。如果应用程序225请求关于相同特定供应商的评估的相同细节，则服务241通过数据仓库270处理该请求，数据仓库270利用了来自应用程序220的请求的作为结果的数据。不需要为了相同的请求在数据仓库270中维护独立且专用的数据结果集合。如果该供应商的数据在数据仓库270中更新，则结果集合同样地由数据仓库270更新。不需要用共享的结果集合进行重复的更新。当数据仓库270中的结果集合被更新时，通过服务241将通知发送到应用程序220和225。

IDAL260包括公共接口250、请求交换251、转换引擎255、参考存储器253、序列器252和数据仓库接口254。

IDAL260可以处理多种类型的请求，并且一般而言可以处理任何期望数目的类型的请求。

第一类型的请求可以是用于商业信息报告的请求。GetReport（公司A）是用于关于公司A的商业信息报告的请求。它返回公司A的通讯地址以及公司A的财政支付历史。

第二类型的请求可以是用于信用评分的请求。GetScore（公司A）是用于关于公司A的信用评分的请求。它返回表示公司A的当前信用评分的数字以及表示公司A的以前信用评分的数字。

假定服务242发出用于关于公司A的商业信息报告的请求214、亦即GetReport（公司A），并且假定用于该报告的数据存储在数据存储器276中。这样一来，请求214就是读取请求。请求214是用于对数据仓库270中的数据进行访问的请求，但是并没有具体地将数据存储器276识别为使该数据存储在其中的具体数据存储器。

公共接口250为服务层240中的服务提供了对IDAL260进行访问的中心点。公共接口250从服务242接收请求214，验证请求214，例如验证语法，并且将请求214传递到请求交换251。

请求交换251是用于来自服务层240的传入请求和朝向服务层240的传出响应的临时数据存储器。请求交换251存储请求214，并且以请求214a的形式将其向前传递到序列器252。

序列器252读取请求241A，并且将请求214A的内容呈现给参考存储器253。

当给予来自序列器252的具体请求类型的请求时，参考存储器253返回几个属性，亦即：（a）包含将要响应于该请求而提供的数据项的数据存储器的标识符；（b）用于访问数据存储器的连接和通信协议；以及（c）响应的输出类型。一些示例性的连接和通信协议是简单对象访问协议（SOAP）和超文本传输协议（HTTP）。示例性的输出类型是可延伸标记语言（XML）。例如，对于GetReport（公司A）而言，参考存储器253返回：（a）数据存储器276的标识符；（b）通信协议；以及（c）响应的输出类型。

数据存储器276是数据仓库270中的多个可识别的数据存储器中的成员。参考存储器253这样一来就是请求属性和数据位置属性的词典，并且将请求映射到数据存储器。

序列器252从参考存储器253接收属性，并且将它们附加到请求，这样一来就得到了增强请求214b，并且将增强请求214b传递到数据仓库接口254。

数据仓库接口254接收增强请求214b，并且根据连接和通信协议处理到达数据仓库270以及各个数据存储器的服务器的连接和通信。例如，数据仓库接口254使用（a）数据存储器276的标识符和（b）连接与通信协议属性来建立到达数据存储器276的连接，然后经由请求272向数据存储器276传递原始请求的内容。数据仓库接口254保留（作为请求214b的一部分而接收的）响应的输出类型以供稍后使用。

数据存储器276接收到请求272，处理请求272，并且在响应273中提供请求的数据。数据存储器276包括服务器（未示出）和一个或多个数据库（未示出）。服务器处理请求并且访问一个或多个数据库中的数据。

数据仓库接口254接收到响应273，并且根据（作为请求214b的一部分而接收的）响应的输出类型来执行响应的某种初步格式化。其后，数据仓库接口254向转换引擎255发送响应214c。响应214c包括原始请求和从数据存储器276获得的数据。

转换引擎255将请求呈现给参考存储器253。

响应于来自转换引擎255的请求，参考存储器253返回用于数据处理和数据格式化的规则，以产生针对原始请求的响应。参考存储器253可以容纳任何期望数目的响应格式。在当前的例子中，参考存储器253返回用于数据处理和数据格式化的规则，以产生针对GetReport（公司A）请求的响应。

转换引擎255根据来自参考存储器253的规则产生响应，并且将格式化的响应214d传递到请求交换251。

请求交换251将格式化的响应传递到公共接口250。

公共接口250将格式化的响应以响应216的形式传递到服务241、亦即原始呼叫的服务。

针对另一个例子，假定请求214是用于包括第一数据项和第二数据项的数据的请求，其中，第一数据项存储在数据存储器277中，并且第二数据项存储在数据存储器278中。请求例如可以是用于报告的请求，所述报告包括某些历史财务数据和某些当前财务数据。参考存储器253将数据存储器277识别为存储第一数据项，并且将数据存储器278识别为存储第二数据项。参考存储器253还识别用于访问数据存储器277的连接和通信协议以及用于访问数据存储器278的连接和通信协议。数据仓库接口254与数据存储器277通信以访问第一数据项，并且与数据存储器278通信以访问第二数据项。

在系统200中，数据的具体项目例如数据存储器275中的数据的项目可以由应用层215中的应用程序中的任何一个访问。如果该数据被更新，则不需要在多个位置进行更新，而是相反地仅在数据存储器275中进行更新。数据的更新或者数据格式化的改变并不需要服务层240或应用层215的相应改变。

数据存储器275可以是传统的存储系统，而数据存储器278则可以是新的存储系统。然而，通过IDAL260，服务层中的任何服务都可以访问数据存储器275或数据存储器278中的任一个，而不管数据存储器是传统的存储系统还是新的存储系统。

图3是用于使用本发明的由Dun&Bradstreet(D&B)设想的系统300的框图。系统300包括装置305、应用层310、服务层315、IDAL317和数据仓库320，它们操作类似于装置210、应用层215、服务层240、IDAL260和数据仓库270。

装置层305提供多种访问方法，包括但不限于商业对商业、浏览器、移动和内部。

应用层310容留多个应用程序，其中每个应用程序表示商业的D&B线路的不同部分。平台层310中的全部应用程序都执行处理，所述处理控制用于关联订户群体的用户接口/用户体验（UI/UX）。另外，全部的应用程序都使用服务层315之内的公共服务集合。以这种方式，来自数据仓库320的数据根据不同的订户需要跨越多个应用程序保持一致。

应用层310中的应用程序可以包括但不限于作为服务的数据（DaaS）、全局批量、全局风险、供应商风险、因特网和S&MS、US POD和Int’l POD。被指示为“POD”（出发点）的应用程序表示当前传统的一个或多个应用程序。

DaaS应用程序是商业对商业（B2B）概念，其允许进入到D&B容留数据中的编程接口。这允许D&B的订户通过标准程序调用将D&B数据直接集成到订户的处理中，而不需要人工干预。

全局批量应用程序参考由D&B处理的合同工作以从其订户接收文件，并且执行标准建立的处理集合，诸如但不限于数据清洗、数据附加、去除复制和识别公司链接。

全局风险应用程序允许订户管理订户延伸到额外当事人的任何信贷。订户可以管理额外当事人（例如订户的各个订户）的投资组合，连同跟踪订户的风险承担，执行分析，基于可配置的事件例如“what if’s（假定方案）”将数据外推到结果中，并且接收针对额外当事人风险变化的警报。

供应商风险应用程序类似于全局风险应用程序，但是进一步允许订户跟踪供应商。

因特网和S&MS应用程序是销售和营销服务应用程序，其使用以下功能来辅助订户使商业得以成长，所述功能包括但不限于新订户获取、引导生成和新片段识别。

服务层315包括众多的服务，但是进一步分成内部服务和公布服务。公布服务是来自应用层310的应用程序可以调用的服务。内部服务是对于来自应用层310中的应用程序的直接访问而言不可用的服务。

IDAL317是媒介，通过该媒介，服务层315之内的服务访问数据仓库320之内的数据。

数据仓库320包括但不限于外部数据亦即伙伴/世界的其它地区、内部数据亦即D&B数据供应链（DSC）以及后台数据处理。

数据层320包括来自伙伴的数据和来自D&B的数据。后台处理包括用于会计、记账、订户管理、财务报告、税收、信用卡处理、定价、许可费和订单管理的应用程序。

图3还经由HTTP/SOAP、PCM、Toolkit和DUNSLink图示了应用层310和服务层315之间的通信协议。JMS协议（未示出）也可以使用，但优选地在更加受限的容量中使用。

DUNSLink是可以被用来从US主机风险数据库（AOS）中获得数据的协议。DUNSLink也可以被用来在服务层315和数据层320之间通信。优选地，DUNSLink被用来在数据仓库320的D&B数据供应链（D&BDSC）和服务层315之内的共享服务之间通信。

Toolkit是与应用层310的内部应用程序和服务层310中的多个基于风险的服务通信的外部暴露的应用程序。Toolkit是应用程序对应用程序的接口。

总体上，协议辅助隔离应用层310、服务层315和数据仓库320。亦即，协议提供不同层当中的信息例如数据的交换。

在操作中，系统300允许订户访问装置层305之内的接口，以访问应用层310之内的应用程序。应用层310之内的应用程序并不包括任何本地服务。相反地，与具体应用程序相关联的全部服务都包含在服务层315中。当订户访问具体的应用程序时，应用程序会调用关联的服务。服务层315进一步经由IDAL317与数据层320通信。服务层315之内的服务访问、处理并存储来自数据仓库320的数据。数据在每个服务之内的存储典型地在服务被应用程序调用之前发生。亦即，服务层315之内的服务存储与具体服务相关的数据，以使针对数据的应用程序调用的响应时间最小化。

例如，模块化系统300可以操作如下：

1.B2B订户应用程序向DaaS应用程序做出用于公司信息的请求。B2B订户传递用户ID/口令连同B2B订户有兴趣获得关于其信息的公司的DUNSNumber。

2.DaaS应用程序认证网络服务请求中传递的凭证。

3.DaaS应用程序对公司服务进行调用并且传递DUNSNumber。

4.公司服务访问数据层320，并且特别地通过“get data（获得数据）”内部服务来访问与交易、评分、BAR、链接和公开记录有关的数据。

5.数据被检索，然后被制定成导致恰当响应的恰当格式，然后被返回到DaaS应用程序。与此同时，公司服务调用对交易进行记录的记账服务。记账服务调用后端订单应用程序，该后端订单应用程序进一步对交易进行记录。

6.DaaS应用程序将恰当的响应返回到订户。

图4是执行IDAL260的操作的系统400的框图。系统400包括耦合到网络430例如因特网的计算机405。经由网络430，计算机405通信地耦合到数据仓库270和服务层240中的装置（未示出）。

计算机405包括用户接口410、处理器415和存储器420。尽管计算机405在此被表示为单立装置，但不限于此，而是相反地可以耦合到分布式处理系统中的其它装置（未示出）。

用户接口410包括输入装置如键盘或语音识别子系统，用于使得用户能够将信息和命令传达到处理器415。用户接口410还包括输出装置如显示器或打印机。光标控制器如鼠标、跟踪球或操纵杆允许用户在显示器上操纵光标，以便将另外的信息和命令选择传达到处理器415。

处理器415由逻辑电路配置而成，所述逻辑电路对指令做出响应并且执行指令。

存储器420是有形存储介质，其存储用于控制处理器415的操作的数据和指令。可以用随机存取存储器（RAM）、硬盘驱动器、只读存储器（ROM）或其组合来实现存储器420。存储器420的部件之一是程序模块425。

程序模块425包含用于控制处理器415以执行IDAL260的操作的指令。

术语“模块”在此被用来指示功能操作，其可以被实施为单立部件，也可以被实施为多个附属部件的集成配置。这样一来，程序模块425就可以被实现为单个模块或彼此协同地操作的多个模块。此外，尽管程序模块425在此被描述为安装在存储器420中，并因此用软件来实现，但是它可以用任何的硬件（例如电子电路）、固件、软件或其组合来实现。

虽然程序模块425被指示为已经加载到存储器420中，但是它可以配置在存储介质435上，以便随后加载到存储器420中。存储介质435可以是在上面存储程序模块425的任何有形存储介质。存储介质435的例子包括软盘、紧致盘、磁带、存储棒、只读存储器、光存储介质、通用串行总线（USB）快闪驱动器、数字通用盘或压缩驱动器。存储介质435可以是随机存取存储器或其它类型的电子存储器，位于远程存储系统上，并且经由网络430耦合到计算机405。

系统400也以被用来执行IDAL317的操作。

图5是模块化体系结构系统500的另一个框图，并且强调了客户层505、平台层510和服务层515当中的通信。客户层505和平台层510共享批量层509和呈现层508。客户层505可以表示订户浏览器，并且驻留在订户装置或订户计算平台例如个人计算机上。客户层505可以进一步结合具有.swf文件的flash程序。嵌入的flash程序可以使得订户装置能够执行多个操作，而不需要针对平台层510的程序调用。以这种方式，客户层505被前面装入，并且通过经由flash程序向客户层505分配资源，可以提供显著的性能改进。客户层505呈现层508进一步包括网络浏览器520、服务器525和网络容器530。平台510也包括应用服务器535，该应用服务器535包括集成层、商业层和呈现层508的网络容器530。平台层510的服务器535进一步容留商业层545、集成层540、EJB容器550和渗透层555。服务层515与平台层510通信。平台层510中的应用程序访问服务层515中的服务，以访问数据和公共商业过程应用程序（未图示）。特别地，服务层515容留服务560和Oracle570，这两者都与平台层510的集成层540通信。服务515进一步包括DSC565。平台层510和服务层515驻留在网络的安全部分中。平台层510和服务层515两者驻留在物理上不同的硬件上，以便它们独立地可升级。

图6是具有客户层605、平台层610和数据层615的模块化体系结构系统600的另一个表示。数据层615包括数据服务器620，该数据服务器620包含诸如商业信息之类的信息。平台层610包括应用服务器625和网络服务器630。应用服务器625耦合到处理器（未示出）并且与数据服务器620通信。处理器指示应用服务器处理数据服务器620中包含的数据，以处理特定信息。应用服务器625配置成存储特定信息后处理。平台610还包括与客户层605通信的网络服务器630。客户层605包括具有访问终端例如计算机的订户635。订户635经由计算机访问平台层610的网络服务器630。网络服务器630进一步与应用服务器625通信，以处理并提供其中存储的数据。在其中在数据服务器620上的数据层615中更新数据的实例中，当应用服务器625访问数据服务器620时，更新被传播到平台层610中。以这种方式，更新数据变得集中位于数据层615中，并且消除了在其它地方复制更新的需要。

图7图示了另一个基于网络的模块化体系结构系统700，焦点集中在平台层705、服务层735和数据层730上。类似于图4中的ASP系统400，图7中的ASP系统700在平台层705之内提供了多个子层。具体地，平台层705包括集成层715、商业层720、呈现层725、批量层726和渗透层727。连接所述子层中的每一个的箭头展示了通信路径。数据层730与服务层735通信，服务层735进一步与平台层705的集成层715通信。

呈现层725提供了经由应用程序图形用户界面（GUI）屏幕访问系统并执行各种操作的能力。呈现层725可以分成两种部件：一组公共呈现部件和一组应用程序特定部件。公共呈现部件执行系统700之内的公共商业功能。特别地，这些功能可以包括但不限于公司搜索、管理产品订单、管理调查、MVC框架、基本呈现框架和报告存档。公司搜索是一组可重用的GUI面板，其提供了对数据（例如商业数据）执行各种类型的搜索的能力。GUI面板建立有一组细粒度用户接口控制，并且易于配置和插入到应用程序之内和跨越应用程序的任何屏幕。例如，GUI面板可以包括但不限于公司搜索、DUNS搜索和通过电话号码搜索。管理产品订单包括另一组GUI面板，其允许对各种产品下订单。管理产品订单包括但不限于提供显示流行报告的功能，显示对于具体国家的全部可用产品，并且最终允许布置订单。管理调查是一组GUI面板，其提供如下能力：当使用常规搜索没有得到期望的信息时，布置用于调查的订单。这允许用户执行与调查过程相关联的全部功能，包括但不限于显示最流行的产品并且显示调查过程的状态。MVC框架包括用于实现MVC框架的客户侧的部件，包括但不限于连同可能的扩展和/或定制一起的工具。基本呈现框架包括可用于呈现层中的部件的各种设计模式和设计原理。模式和原理有助于加强跨越应用程序的各种呈现层部件之内的通用设计。基本呈现框架的一个实例包括报告存档。报告存档是一组必要的GUI面板，其管理报告存档，诸如列举存档的报告、显示已读和未读的存档以及显示回收的报告。

系统700实现了独特的商业功能部件。这些部件也被披露为一组粗粒度的商业功能，其需要支持作为商业功能的代码集的一部分而不可用的全部功能。系统700还提供了GlobalFamilyLinkage（全球家庭链接）。GlobalFamilyLinkage提供了必要的接口，以允许用户观看关于公司世界范围的全球家庭链接信息。几个关键的功能集包括但不限于执行DUNS搜索、取得家庭成员的计数以及显示匹配公司的计数。

集成层717使得商业层720能够与服务层735（加之存储特定数据的应用程序）交互。集成层的一些部件包括但不限于服务适配器部件和数据访问部件。服务适配器部件使得商业层720能够从服务层735调用各种服务。数据访问部件使得能够访问来自存储特定数据的应用程序的数据，并且还使得能够通过实施必要的O/R映射来提供数据的物景。

渗透层727包括逻辑部件，该逻辑部件被用来实施跨越系统的层横切的核心基础设施功能。渗透层727中的一些关键部件集包括但不限于用户上下文管理、授权、登录、审核、异常处理、网络分析和i18n。用户上下文管理提供用户上下文管理和相关服务。授权是这样一种部件，所述部件提供针对各种应用程序功能的基于角色的访问控制。登录是提供将各种异常、错误和其它信息登录到系统中的部件。审核是这样一种部件，所述部件实施对用户操作的历史例如产品订单的历史的审核，以及将报告从存档中删除。异常处理是这样一种部件，所述部件捕捉并且得体地处理系统中的全部异常。网络分析是这样一种部件，所述部件捕获网络分析以确定应用程序和其它相关信息的各种页面的使用率统计。i18n是这样一种部件，所述部件提供用于应用程序页面的国际化和本地化的必要支持。

服务层735实施全部的商业功能，然后作为一组网络服务来披露。关键服务集的例子包括但不限于公司、产品、使用率、安全性、投资组合、链接和COR。公司服务披露接口以搜索公司。搜索和作为结果的匹配的例子包括但不限于公司名称、DUNS号码和电话号码。产品服务包括接口以检索由系统应用程序提供的实际报告。报告可以是（以PDF/HTML/TXT格式）制作的报告。使用率服务包括接口，所述接口主要处理订购产品的收费方面。使用率服务涉及订购报告的记账。安全性服务包括用于认证并提供权限给用户的必要接口。投资组合服务包括用于存档产品的接口。几个关键的接口集包括但不限于检索、修改、刷新和回收存档的产品。链接服务包括但不限于用于检索公司链接信息的接口。链接服务可以被用来检索家族树信息像全球/国内总部、分部和支部。COR服务包括接口以允许通过订户和其它相关功能来自我更新。

数据层730包含各种数据源，所述数据源存储公司信息以及订户数据。数据层730中使用的数据源包括但不限于DNBiProSpecificData和DSC。DNBiProSpecificData存储专用于DNBiPro.COM并且没有存储在DSC之内的任何数据。例如应用程序特定的用户偏好数据像搜索结果偏好、邮箱偏好、偏爱报告和定制报告。DSC存储公司信息、订户数据、网络分析数据、投资组合数据。

图8示出了用于eRAM系统的一个实施例的示例用户接口。eRAM系统包括小程序800、服务器802、应用服务器804和订户账户数据库806。在这个例子中，eRAM系统是Java2平台，企业版（J2EE）兼容，跨平台，跨数据库，国际化，并且支持访问包含上百万账户的数据库的数以百计的并发用户。使用各种平台、处理器、服务器、操作系统、数据库系统和其它技术来实施其它实施例。小程序800是Java小程序，其向服务器802发送可延伸标记语言（XML）和超文本标记语言（HTML）数据，并且从服务器802接收XML和HTML数据。服务器802向应用服务器804发送XML和HTML数据，并且从应用服务器804接收XML和HTML数据。应用服务器804具有与订户账户数据库806的java数据库连接（JDBC）接口。

图9示出了用于eRAM系统的一个实施例中的部件的示例系统体系结构。在这个例子中，java风险评估管理器（JRAM）900提供了用于eRAM系统的服务和应用程序功能。到达JRAM的输入是驻留在订户账户数据库902上的订户信息、来自数据集成工具包904和DUNSLink^TM906的信息、通过用户接口908输入的信息。数据集成工具包904向eRAM系统提供以下功能：数据库访问、匹配和数据产品。针对功能的用户请求经历用户接口208，并且通过请求代理910来发动。请求处理器912处理各种类型的请求并且使用共享的服务。共享的服务包括评分914、工作调度916和数据访问层918。评分914提供各种商业评分。工作调度916管理批量功能。数据访问层918提供对数据集成工具包904和DUNSLink^TM906的访问。用户使用数据进出口模板920以将来自它们自己的应用程序的数据出口到风险评估管理系统，并且从风险评估管理系统进口数据。配置和管理922是由管理员使用的共享服务，以限定配置和用户以及它们的权限。Java数据库连接（JDBC）924是应用程序接口（API），用于将JRAM900连接到订户账户数据库902。JDBC924包括对Oracle926和微软SQL服务器928的访问。

图10示出了针对数据访问层918的更多细节。这图示了订户如何例如通过检索更多当前信息来增强订户账户数据库902中的订户信息。为了针对没有驻留在订户账户902上的产品订单请求301中的具体账户检索数据转换和映射部件1002所需的包，如果是美国信息，则从DUNSLink^TM适配器1004通过包订购部件1003进行访问；或者如果是国际信息，则通过数据集成工具包（DIT）适配器1006进行访问。产品订单请求用于数据产品如商业信息报告或评分信息。包从中央位置检索，然后被传递返回到订户的位置。在包被传递并存储在订户的数据库中之前，根据可以访问进口模板1008的数据转换和映射部件1002所期望的产品来转换包中的某些元素。

在此描述的技术是示例性的，并且不应当被阐释为暗示对本公开有任何特别的限制。应当理解的是，本领域技术人员可以做出各种替换、组合和修改。例如，与在此描述的过程相关联的步骤可以按照任何顺序来执行，除非另外指定或由步骤本身规定。本公开旨在包括所有这样的替换、修改和变更，它们都落在所附权利要求的范围之内。

术语“包括”将会被解释为指定存在陈述的特征、整数、步骤或部件，但不排除存在一个或多个其它特征、整数、步骤或部件或其组合。术语“一个”是不定冠词，并且同样地，并不排除具有复数冠词的实施例。

Claims (13)

1.一种方法，包括：

接收用于对数据进行访问的请求；

从参考存储器中获得：(a)存储所述数据的数据存储器的标识符，其中，所述数据存储器是多个数据存储器中之一；以及(b)用于访问所述数据存储器的协议；

经由电子通信通过接口与所述数据存储器通信以访问所述数据，其中，所述接口通信地耦合到所述多个数据存储器，并且利用所述标识符和所述协议来建立到所述数据存储器的连接；

经由所述接口，从所述数据存储器接收响应；

从所述参考存储器接收用于数据格式化的规则，以产生针对所述请求的响应；

根据所述规则转换来自所述数据存储器的所述响应，由此产生格式化的响应；以及

响应于所述请求，传递所述格式化的响应。

2.根据权利要求1所述的方法，

其中，所述数据存储器包括服务器，并且

其中，所述通信包括根据所述协议与所述服务器通信。

3.根据权利要求1所述的方法，其中，所述通信包括向所述数据存储器转发来自所述请求的内容。

4.根据权利要求1所述的方法，

其中，所述数据包括第一数据项和第二数据项，

其中，所述数据存储器是存储所述第一数据项的第一数据存储器，所述标识符是所述第一数据存储器的标识符，并且所述协议是用于访问所述第一数据存储器的协议，

其中，所述获得进一步包括从所述参考存储器中获得：(a)存储所述第二数据项的第二数据存储器的标识符，其中，所述第二数据存储器是所述多个数据存储器中之一；以及(b)用于访问所述第二数据存储器的协议，并且

其中，所述通信包括与所述第一数据存储器通信以访问所述第一数据项，并且进一步包括通过所述接口与所述第二数据存储器通信以访问所述第二数据项，其中，所述接口利用所述第二数据存储器的标识符和用于访问所述第二数据存储器的协议来建立到所述第二数据存储器的连接。

5.根据权利要求1所述的方法，

其中，所述请求是读取请求，

其中，所述通信包括从所述数据存储器读取所述数据，并且

其中，所述格式化的响应包括所述数据。

6.根据权利要求1所述的方法，

其中，所述请求是包括新数据的写入请求，

其中，所述通信包括将所述新数据写入到所述数据存储器，并且

其中，所述格式化的响应包括所述写入已被执行的确认。

7.一种系统，包括：

处理器；以及

存储器，其包含指令，所述指令可由所述处理器读取，以使所述处理器执行以下行为：

接收用于对数据进行访问的请求；

从参考存储器中获得：(a)存储所述数据的数据存储器的标识符，其中，所述数据存储器是多个数据存储器中之一；以及(b)用于访问所述数据存储器的协议；

经由电子通信通过接口与所述数据存储器通信以访问所述数据，其中，所述接口通信地耦合到所述多个数据存储器，并且利用所述标识符和所述协议来建立到所述数据存储器的连接；

经由所述接口，从所述数据存储器接收响应；

从所述参考存储器接收用于数据格式化的规则，以产生针对所述请求的响应；

根据所述规则转换来自所述数据存储器的所述响应，由此产生格式化的响应；以及

响应于所述请求，传递所述格式化的响应。

8.根据权利要求7所述的系统，

其中，所述数据存储器包括服务器，并且

其中，所述通信包括根据所述协议与所述服务器通信。

9.根据权利要求7所述的系统，其中，所述通信包括向所述数据存储器转发来自所述请求的内容。

10.根据权利要求7所述的系统，

其中，所述数据包括第一数据项和第二数据项，

其中，所述数据存储器是存储所述第一数据项的第一数据存储器，所述标识符是所述第一数据存储器的标识符，并且所述协议是用于访问所述第一数据存储器的协议，

其中，所述获得进一步包括从所述参考存储器中获得：(a)存储所述第二数据项的第二数据存储器的标识符，其中，所述第二数据存储器是所述多个数据存储器中之一；以及(b)用于访问所述第二数据存储器的协议，并且

其中，所述通信包括与所述第一数据存储器通信以访问所述第一数据项，并且进一步包括通过所述接口与所述第二数据存储器通信以访问所述第二数据项，其中，所述接口利用所述第二数据存储器的标识符和用于访问所述第二数据存储器的协议来建立到所述第二数据存储器的连接。

11.根据权利要求7所述的系统，

其中，所述请求是读取请求，

其中，所述通信包括从所述数据存储器读取所述数据，并且

其中，所述格式化的响应包括所述数据。

12.根据权利要求7所述的系统，

其中，所述请求是包括新数据的写入请求，

其中，所述通信包括将所述新数据写入到所述数据存储器，并且

其中，所述格式化的响应包括所述写入已被执行的确认。

13.一种系统，包括：

多个应用程序；

多个服务，其通信地耦合到所述多个应用程序；以及

多个数据存储器，

其中，所述数据存储器经由库存数据访问层与所述服务通信，所述库存数据访问层接收用于对数据进行访问的请求；

从参考存储器中获得：(a)存储所述数据的数据存储器的标识符，其中，所述数据存储器是多个数据存储器中之一；以及(b)用于访问所述数据存储器的协议；

经由电子通信通过接口与所述数据存储器通信以访问所述数据，其中，所述接口通信地耦合到所述多个数据存储器，并且利用所述标识符和所述协议来建立到所述数据存储器的连接；

经由所述接口，从所述数据存储器接收响应；

从所述参考存储器接收用于数据格式化的规则，以产生针对所述请求的响应；

根据所述规则转换来自所述数据存储器的所述响应，由此产生格式化的响应；以及

响应于所述请求，传递所述格式化的响应，

其中，所述数据存储器中的任何一个中的数据的变化并不需要所述服务或所述应用程序中的任何一个的相应变化。