专利名称：用于提供对详细支付经历的访问的系统与方法
技术领域：
本发明一般而言涉及提供商业信息。具体而言，本发明涉及用于提供对详细支付经历进行访问的系统与方法。
背景技术：
在70年代，通过致电获取商业信息。例如，当零售商想从制造商处购买一些产品时，会打电话咨询。当所述零售商想以譬如三十天为付款期限购买商品时，所述制造商询问所述零售商是否从别处以三十天为付款期限购买过商品，这样所述制造商就能够将那些商家当作信用参考并致电给他们。这时，交易报告由地方办公室的报告者通过访问企业、收集参考信息以及打一个个电话，然后总结所述信息来创建。这需要巨大的基础设施来获取估计所需的250万个交易经历。
后来，公司利用卷带式磁带来存储交易支付数据，而商业信息提供者收集所述交易数据磁带并将其以一定格式重新进行整理以建立报告。在交易磁带上一次处理数千个记录是在对一次次打电话的改进，但所述交易支付经历显示出基于最近十二个月所总结的过期未付的金额。存在这样一种对详细的支付经历的需要，其在报告中要在少于十二月，例如，三个月、六个月或九个月的级别上对所述数据进行总结。
传统上讲，支付经历覆盖十二个月的时段。然而，现在客户想要此时间间隔更短，因为有可能所述公司在九、十或十一个月前准时付账以至十二个月平均下来账单被准时地支付或至少说得过去，而最近几个月该公司却拖欠债务。需要一种方式用来表示公司在某时段支付其账单的能力，该时段非传统意义上的十二个月。同样，需要将交易数据存库以能够在不同时段内察看。
另外，虽然客户提出了对支付经历细节进行访问的需要，但目前尚未能够实现。现今应收款项文件中的关键信息被收集，但由于在过去大约二十年内遗留的系统和所作的商业决定，该信息未得到利用。需要挖掘这些细节，存储所述数据并使其可以为客户所用。
发明内容
本公开旨在提供一种满足上述这些需要的、用于提供对详细支付经历的访问的系统与方法。
本公开的第一方面是包括至少一个处理器和至少一个存储装置的用于提供对详细支付经历的访问的系统。所述处理器获取来自多个源的详细的交易数据，基于所述详细的交易数据计算多个总结变量以及支付方式和最高信用额度，利用所述总结变量计算多个分值，并利用所述详细的交易数据、所述总结变量以及所述分值提供一份报告。所述存储装置存储所述详细的交易数据、总结变量以及分值并提供访问。在一些实施例中，对于从由3个月、6个月以及9个月组成的组中选择的时段计算所述总结变量。在一些实施例中，对于24个月的时段计算支付方式以及最高信用额度。在一些实施例中，对于从由在三个月、6个月、9个月、12个月以及16个月内组成的组中选择的时段计算所述分值。
本公开的第二方面为用于提供对详细支付经历的访问的系统，包括数据获取组件、数据存储组件、数据合成组件、至少一个存储装置以及报告组件。所述数据获取组件用于从各种源获取详细的交易数据。所述数据存储组件用于基于所述详细的交易数据计算多个总结变量、支付方式以及最高信用额度。所述数据合成组件用于利用所述交易变量计算多个分值。所述存储装置用于存储所述详细的交易数据、所述总结变量以及所述分值并提供对它们的访问。所述报告组件用于利用所述详细的交易数据、所述总结变量以及所述分值来提供报告。
本公开的第三方面是用于对能够以指令形式存储在计算机可读介质，诸如CD上的详细支付经历的提供访问的方法。从各种源中获取详细的交易数据。基于所述详细的交易数据计算多个总结变量和支付方式以及最高信用额度。利用所述交易变量计算多个分值。存储详细的交易数据、所述总结变量以及所述分值并提供对它们的访问。利用所述详细的交易数据、所述总结变量以及所述分值来提供报告。
在一些实施例中，对于3个月、6个月以及9个月的不同时段计算所述总结变量。在一些实施例中，对于24个月的时段计算所述支付方式和最高信用额度。在一些实施例中，对于3个月、6个月、9个月、12个月以及16个月的不同时段计算所述分值。在一些实施例中，所述系统还包括用于基于质量标准对所述存储装置中的数据进行精化的数据质量和报告组件。在一些实施例中，所述分值包括行业特定分值和信用范围特定分值。在一些实施例中，所述存储装置为一个或多个详细交易数据仓库、产品交易数据中心、以及分析交易数据中心。在一些实施例中，所述报告包括从由总结、支付表现的金额加权指示标记、趋势分析以及支付经历组成的组中选择的数据。
根据如下描述、所附权利要求以及附图，本公开的这些和其他特征、方面以及优点将变得更好理解图1是用于提供交易数据的示例性过程的框图；图2是用于提供详细支付经历的示例系统的框图；图3是用于提供详细支付经历的系统的示例性功能子系统的框图；图4A、4B、4C、4D以及4E是表示详细支付经历的例子报告。
具体实施例方式
图1示出了用于提供交易数据的示例性过程。一共有四个阶段(1)输入处理阶段100，(2)格式化，标准化以及聚合阶段102，(3)质量保证(QA)处理阶段104，以及(4)集成和整合阶段106。所得到的交易数据被存储在高级办公室系统(AOS)交易数据库108中。总的来说，客户提供的交易数据信息被接收时为各种不同的媒体类型并经过输入处理阶段得到处理。被处理过的数据被以特定格式读入并被聚合为交易经历数据。所述数据通过基于例外报告的调查补充的质量保证过程得到验证。将所述验证过的数据集成到用于发布产品的数据库中。典型的交易经历数据产品是公司在十二个月内支付行为的总结以及当前状态的简短描述。
在输入处理阶段100中，通过批量源跟踪系统(BST)和自动输入处理(AIH)步骤来处理具有客户提供的交易信息的各种介质(例如，电子的、磁带)。提供交易信息的客户还被称为参与者、供应者、以及自愿交易机构(VTA或VTAU)。来自所述参与者的介质被复制到磁带文件中，然后利用转录过程将其转换成连续的文件。BST作为接口，允许对介质跟踪并可被用作交易过程的输入。BST被用于跟踪介质以及对通过交易系统在所述介质上提供的数据的状态进行跟踪。
在复制步骤110中，程序分析师复制诸如磁带和盒式磁带114的介质112。复制步骤110的目的是对呈现在所述磁带或盒式磁带上的全部文件进行复制。将所述物理介质安装在计算机驱动器上，复制所述文件，并且将所述数据集编目为xtap 116。
在创建所述xtap之后的下一个步骤是转录步骤118，其将所述文件分割成单个的记录，同时对所述文件上的每一个主题进行排列。引入xtap116，将所述文件分割成单个的记录，复制所述文件，并且将所述数据集编目为磁带120。
在格式化、标准化以及聚合阶段102中，将处理过的数据读为通用标准格式并将其聚合成交易经历数据。
AIH步骤122对于每一个VTA将来自磁带数据集120的说明和控制数据存储在一个被称为AIH说明主文件的单个文件中，并生成临时磁带数据集124。
成形步骤126与AIH步骤122配合使用以对于输入交易数据进行验证并以一定格式重新进行整理，然后生成记录128并将其传至登记步骤130，从而使得在登记步骤130中所述交易数据能够与来自先前的处理的信息进行比较和合并。
登记(post)步骤130将来自记录128的当前所欠数额数据记入到被称为mast文件132的累积文件中，其包括属于每一个VTA的所有账户多达12个月的数据。在登记步骤130中，在mast文件132中删除最早的月份并加入最新的月份。所述mast文件132包括来自以前的mast文件134的数据并且被用于确定所欠数额、过期未交款以及支付经历中的最高信用额度。同样，图像文件被生成136。在登记步骤130之后，是总结步骤138。
总结步骤138总结mast文件132中的所述累积的交易数据，并计算所述支付经历，其中包括最高信用额度、所欠数额、过期未交款以及用于输出140的支付经历。将所述支付经历存储在AOS交易数据库108中。
交易输入处理(trip)步骤142利用输出140，生成支付经历表现简要报告，并创建自愿交易机构更新(VTAU)数据集144以及标准文件146和图像148。VTAU数据集144包括用于AOS交易数据库108的七个基本要素。图像148提供总结统计。VTAU数据库144和图像148被用于验证并且有时会被提供给参与者。交易输入处理步骤142还将所有金额和得到的变量转换成相应的经历日期(DOE)编码，并且应用账号号码专门处理(ANSH)，对于供应者的特定数据，在由AIH表指引的某些账户上进行覆盖。将VTAU数据集144发送到所述交易数据库，用于将所述交易经历更新到各种产品中。
在QA处理阶段104中，基于所生成的例外通过由人工处理补充的自动处理来验证数据。这些例外被用作质量控制的度量。调查情况(i-case)步骤150定期处理标准文件146并创建例外报告152。例外报告152提供参与者级的总结统计。
在集成和整合阶段106中，参与者索引文件(PIF)步骤154利用具有通过验证的数据的VTAU数据集144。PIF步骤154完成对产品的匹配和实现。所述PIF是用于存储账号号码以及情况关联的数据库。PIF步骤154将数据匹配到独特的实体标识符，诸如DUNS号缓存数据，以提供用于进一步处理的临时存储。PIF步骤154还发送用于独特的标识符的扫描和分配的不匹配账户，并跟踪来自修改交易的变化。所述PIF步骤利用DUNS返回文件156、不匹配文件158以及用于匹配过程的文件160。PIF步骤154的结果是交易经历文件162被输入到整合步骤164。整合步骤164将在所述每个交易参与者数据集的独特的标识符上对应的交易经历数据整合为每一个独特的标识符对应预定数目的交易。将分支机构级的交易复制到总部级并应用分区标识符。整合步骤164生成用于编辑整合的输入文件166以及AOS交易输入文件168。所述AOS交易输入文件被输入用于更新AOS步骤170，其将数据馈到AOS交易数据库108中。
整合步骤164对于在所述每个交易参与者数据集的独特的情况标识符对应的交易经历文件162进行整合，并利用用于编辑整合的输入文件166。该步骤将交易整合使每一个独特的情况标识符对应预定数目的交易，并将分支结构级的交易复制到总部级。同样，应用分区独特的标识符并进行各种操作以产生因此生成的AOS交易输入文件168，其馈到AOS交易数据库108。
总之，图1中的所述过程收集、合成以及发布交易和支付信息，以创建被用于评估客户信誉的总结和十二个月的观察。从商业中收集诸如发票或总结性的账户级数据的交易经历。所述系统比对所有的交易经历并利用其得到用于表示企业的信誉的七个基本变量。将所述交易经历数据存储为不易获取的固定长度的记录。所述七个基本变量为申报数据、支付记录或方式、最高信用额度、当前亏欠、过期未交款、销售期限以及其中最近一次的销售。这七个基本变量评估某一时间点上的支付习惯，并且不提供历史趋势信息。
图2示出了用于提供详细支付经历的示例系统，其中所有相关的数据被存储在数据库中，相对于图1中所示的过程，在此将数据缩减为总结和十二个月的观察。下面在表1中示出了详细交易变量的举例列表，其比与图1中的过程相关的七个基本变量包含更广。
表1.示例性交易变量在图2中，所述示例系统在左边两列中具有与图1中所示组件类似的组件，因为所述系统获取来自已有遗留的过程的数据，并将来自这些过程的信息以及其他信息存储在详细交易仓库(DTW)200中。在这个例子中，参与者利用交易参考号(VTA号)并提交用于处理的账户的记入。
输入处理器202联合自动输入处理器(AIH)以及成形步骤，并生成说明主文件(vsam说明)204，其被用在DTW 200中以存储关于七个基本要素(最高信用额度，所欠数额，过期未交款，最后一次销售的数据，支付方式，销售期限，以及经历日期)的信息，所述信息由每一个参与者提供。每一个供应者与包括十二个月历史记录的说明主文件204关联。
登记206更新说明主文件204，以创建具有十二个月历史记录的mast文件208。该数据与二十四个月的对于每一个供应者和账户关系的数据一起，被存储在DTW 200中作为账户简短描述表。批量源跟踪系统(BST)提取210具有跟踪信息，包括供应者和状态信息。
总结212对累积的交易数据进行总结并计算所述支付经历。从mast文件208中读取十二月的历史数据，并且使用额外的数据，诸如24个月的历史数据来计算账户简短描述表的七个基本要素。包括金额在内的数据，以诸如3、6、9、12以及24个月的多种时效类型被存储。锁定的催讨(duns)文件214包括有关独特的标识符的信息。
在所述遗留过程中通过交易输入处理步骤执行自愿交易机构(VTAU)文件创建216。所述交易输入处理步骤生成一个VTAU文件218，该文件包括被用在AOS交易数据库218的七个基本要素的VTAU文件218以及包括总结统计的图像文件。这些文件被用于验证并且有时可提供给参与者。所述交易输入处理步骤将金额和得到的变量转换成经历日期(DEO)码，并应用账号号码专门处理(ANSH)，对于供应者的特定数据，在由AIH表指引的某些账户上运用覆盖。
在PIF更新220中，参与者每日发送他们的应收款项文件，并且，当所述文件被接收到时经过交易输入处理。对文件的交易输入处理是通过拿所述VTA提交的数据来对每一个参与者进行处理而实现的。随着该周进程的进行，对文件进行交易输入处理，并且所述交易输入处理累积起来并被保存在PIF提取文件222中且在所述DTW中被获取。所述PIF提取文件222包括如下的处理来维持账户到购买者的关联以及匹配信息匹配扫描结果，交易服务信息系统(TSMS)和独特的的标识符(例如DUNS)AOS交易系统(DATS)处理。每周一天，处理并验证已经创建并且在周末期间保持的所有错误。
在整合224中，生成具有账户关联信息的平坦文件226。来自整合224的输出还包括T13和T25类型的输出228以及Bval 230。T13类型的输出是删除处理并且被用于从DTW200中删除支付经历。T25类型的输出是包括对于给定的独特的标识符，参考号以及DOE的经历的处理。T25处理被用于更新DTW 200。在PIF处理之后，Bval 230包括表现为交易经历形式的来自供应者的账户的记入。将这些交易经历整合到类型T25的记录中，并且在预定的时段内，诸如周末，发送其用于验证232。该验证被称为Bval。Bval还处理应收款项管理服务(RMS)账户的记入以及T25和用户创建的处理。RMS提供全套应收款项管理服务。
AOS更新234利用通过验证的T25处理来更新DTW 200。交易服务信息(TSM)236是发送自或发送到所述交易系统的各部分用于同步的处理。当更新DTW 200时238对于每一个独特的情况标识符计算PAYDEX，以防在DTW 200中对于该独特的情况标识符的数据改变。基于所报告的支付，并且利用多个交易经历，诸如关于商业的875来计算PAYDEX分值。所述PAYDEX分值比较支付与销售期限，并被金额加权，并且对在滚动的预定时段内，诸如16个月的时段内的全部支付方式进行评分。在许多报告，例如信用分数报告中，提供所述PAYDEX分值。
分析摘录工具(ADE)生成分析评分环境244和其他，诸如全球评分组(GSG)以及MAS 246可访问的摘录数据242。
图3示出了用于提供详细支付经历的系统的示例功能子系统。总的来说，为了提高交易信息对客户的有效性，所述系统建立了交易信息储存库。通过存储详细的交易数据，使客户能够访问，以及对于交易数据计算具有余额分类的时效细节，来建立所述交易信息储存库。在所述交易信息储存库中维持详细支付信息的历史记录。
图3示出了详细交易系统300，其接收中间交易文件302以及在图1中描述的遗留交易过程中被发送到AOS的成功交易处理304。详细交易系统300生成用于网络建造306以及其他系统的数据，并提供对GSG 308以及其他系统的访问。所述详细交易系统具有六个主要组件和三个存储组件。所述六个主要组件为(1)数据获取(DA)组件310，(2)数据存储和处理(DSM)组件312，(3)数据综合(DS)组件314；(4)产品交易数据中心(PTMP)组件316，(5)分析交易数据中心(ATM)组件318，以及(6)数据质量和报告(DQR)320组件。所述三个存储组件为DTW200，产品交易数据中心(PTM)322，以及分析交易数据中心(ATM)324。
所述DA组件310获取来自图1和2中描述的遗留的交易过程的数据。从所述mast文件208获取详细的交易数据，包括DOE，30，60以及90天的过期未交款，以及延迟的或时效的分类。从VTAU 218获取总结的数据，在此供应者不提供详细的数据，该总结的数据包括所述七个要素DOE，最高信用额度，应付总额，总的过期未交款，支付方式，销售期限以及最后一次销售。从人工源提供的总结的数据例如该七个要素，被从所述T25和T13处理文件228中获取，并被馈到数据库更新过程238中。另外，DA组件310获取来自VTAU 218的未招贴(预先总结)的交易数据，其包括所述七个要素。获取TSM 236包括用于更新PIF 220上的账户的处理。例如选拔匹配账户的独特的标识符，删去停用账户的独特的标识符，以及选拔用于账户的继承者独特的标识符。周期性地，诸如每晚或每周获取AIH说明文件204，以提取招贴-总结者说明，ANSH覆盖，时效标记等等。将这些要素载入DTW 200以呈现出所述供应者、购买者或账户需要的输入处理的当前图像。周期性地，诸如每晚获取BST提取210，从而提取提交状态以确定所述文件是否被发送到AOS，并且提取核准号码以确定所述文件是否在被调查或通过了调查，以及参考标准行业分类(SIC)码。DA组件310从AIH 202所创建并且被存储在DTW 200中的文件中获取开立的数据账户以及信用限额主题。
另外，DA组件310获取用于到DTW200上的初始加载的历史交易数据。二十四个月的详细交易数据可以从mast文件208得到。对于交易磁带和人工源，账户过账以及3、6、9和12个月的观察，24个月的最高信用额度以及24个月的支付方式由mast文件208计算出并被载入DTW 200。AIH说明204、VTAU文件218以及来自RMS的账户过账在初始加载时被获取并被加载到DTW 200上。所有这些文件被备份。在初始加载时进行PIF数据库222的提取以选取所述独特的标识符给所述账户。随后，产品中心变量被计算出并且所述产品中心与所述过账和变量一起被加载。
DA组件310处理AOS的拒绝。在一些经历取得存储在AOS交易数据库108中的资格之前，有时由于各种原因被拒绝。被AOS拒绝的经验被获取并且所有这样的经历都在DRW200上标出，不会出现在AOS交易数据库108中。
DA组件310从来自非美国的源获取美国的交易数据。例如，DTW 200从加拿大交易磁带提供者收藏关于美国公司的交易数据(包括匹配的和非匹配的)。
DSM组件312将供应者文件分成如下的类型透明发票、已支付发票、透明和已支付发票、年限试算表、或指示性数据文件。对于每一个供应者，获取AIH说明文件204并确定所述供应者文件类型，同时在DTW 200上存储类型码。基于所述文件类型对计算的变量进行总结212，包括计算3、6和9个月的总结变量，24个月的支付方式以及最高信用额度。
DSM组件312存储过去详细的和指示性的数据。历史交易数据，详细的和指示性的两者，如上关于DA组件310所描述的被获取。
DSM组件312存储和处理匹配的和不匹配的数据。DTW 200存储匹配的以及不匹配的经历。对于两者计算所述3、6和9个月的总结变量、24个月的支付方式以及最高信用额度。当一种情况匹配时，购买者与所述独特的标识符关联并将对应的经历传送到PTM 322以及ATM 324。在该传送期间，尽管只对于最近的或当前月份进行PAYDEX计算，所述3、6和9个月的总结变量，24个月的支付方式以及最高信用额度被计算出。当情况状态从匹配变成不匹配时，从DTW 200中移除对应的购买者并且反映在PTM 322和ATM 324中，删除所有与该购买者关联的经历。
DSM组件321处理来自非美国的源的美国交易数据并处理AOS的拒绝。AOS的拒绝可能发生在详细交易系统300中的四个阶段在五个选择中选择最佳的；Dval和Bval 230验证，登记受限的数目以及数据库更新失败。整合224通过分出一个文件来获取五个账户过账中最佳的，所述文件包含在五个中选最好的整合中选定的账号过账的账号号码。如此获取的账户数目定期地，诸如每晚进到DTW 200中，以在发送到AOS时标记所述账户过账。就在AOS更新234之前，Dval或Bval 230进行关于由整合224产生的账户过账的标签和内容的验证。存储所有在这些验证中被拒绝的账户过账，但不进到DTW 200中并且被标记为在AOS上不可用。在所述示例系统中，当用于赊购者的总数目超过预定的限制时，诸如874，AOS更新234拒绝过账。剩余的账户过账被标记为在AOS上不可用，被存储在所述DTW中，并且在计算PAYDEX中被考虑。数据库失效引起AOS交易数据库108和DTW 200之间的不匹配并被修正。
DSM组件312与AOS交易同步。详细交易系统300定期地，诸如每周，使PTM 322与AOS交易数据库108的所有自愿交易数据同步。来自所述自愿供应者的交易每天被获取并且在DTW 200中被更新。总结212定期地创建经历，以将账户过账的更新同步到AOS交易数据库108。定期在PTM 322上更新这些过账并收集数据，从而使得PTM 322与AOS交易数据库108同步。定期地从人工源获取账户过账并且加载DTW 200。随后，PTM 322载入这些同步的账户过账，从而使得AOS数据库108，DTW 200以及PTM 322全部同步。某些交易磁带需要ANSH覆盖，其被定期地应用到DTW 200上的特定账户。另外，获取一些文件以将所述供应者或购买者标记为锁定的，并且不能被PTM 322使用直到所述状态改变为止。
所述DSM组件312清洗DTW 200。DTW 200需要存储预定数目的账户最近的过账，诸如最近的24。同时，DTW 200确保陈旧数据的删除，诸如早于30个月的数据。为了满足这些需要，对数据库级以及参考独特的标识符账号级执行所述清洗过程。AOS交易数据库108清洗旧的经历。为了确认从AOS交易数据库中删除哪些旧的经历，DTW 200将一些经历标记为在所述AOS中不可用。
DSM组件312具有DATS机制。DATS是来自AOS交易数据库108的情况级的删除处理。根据TSM记录236中的DATS更新DTW 200，ATM324以及PTM322。
DSM组件312进行变更检测。由所述供应者报告的关于买方企业的企业名字和地址信息的变更在DTW 200中被说明。任何变更或变更历史记录被维持为DTW 200的一部分。所述变更检测逻辑，如图4中所示，对于所述DTW和所述PIF两者是相同的。
DSM组件312进行关联记录的专门处理。将交易经历关联在相关企业实体上。分支机构的所有交易数据保留在所述分支机构，但是也累积到具有独特的标识符的总部并与其关联。
DS组件314计算较短时段，诸如3个月内的新交易变量，而不是总结器212涉及的12个月。ATM 324包括每月的赊销代理变量，其等于所有时效类型，譬如即时、延迟30天、延迟60天等等的总和，减去对于该经历在最近一次即时类型之后的所有时效类型的总和。
DS组件314利用对于较短时段(如3个月)而不是12个月计算的交易变量来计算PAYDEX分值。在所述示例系统中，对于支付周期的相应形式，为3、6、9、12个月的周期计算PAYDEX。DTW 200中的所有经历被用于PAYDEX计算，即，在AOS中不可用的标记以及拒绝标志被忽略。同样，所述DS组件利用SIC分类来计算行业特定PAYDEX分值，并计算信用范围特定的PAYDEX分值。
DS组件314类似于总结器212对于DTW 200中的经历计算总结的要素，但具有对于3、6以及9个月的总结变量，以及24个月最高信用额度和支付方式的额外计算。
PTM 322被加载和更新，存储数据，并被清洗。将所述详细交易数据和交易变量定期地，诸如每周加载到PTM 322上。PTM 322与AOS交易数据库保持同步。某些人工的经历和更新被定期地，诸如每晚加载。PTM322只存储匹配记录的数据。PTM 322通过定期地，诸如每月进行清洗，来存储账户最近的过账并确保陈旧数据的删除。
ATM 324类似于PTM 322被加载和更新，存储数据，并被清洗。将所述详细交易数据和新近计算的交易变量定期地，诸如每周加载到ATM322中。ATM 322不需要与AOS交易数据库108同步。ATM 324只存储对于具有独特的标识符的记录的数据。ATM 324通过定期地，诸如每月进行清洗，来存储账户最近的过账并确保陈旧数据的删除。
在这个例子中DQR 320进行质量检查并生成如下的报告详细的交易支付和银行业务报告，详细的交易矩阵报告，负荷审计和统计报告，详细的交易清单报告，详细的交易独特的标识符扫描报告，详细的交易vta-扫描报告。对于PTM 322还存在详细的交易维护和修正工具以及详细的交易计算变量修正工具。
详细交易系统300还进行备份，调度周期性工作，确定可用度和正常运行时间，监控性能，具备恢复程序，以及维护审计和日志文件。
图4A、4B、4C、4D和4E是示出了利用所述详细交易数据和经历生成的详细支付经历的例子报告。
应当理解的是，以上描述意图是说明性的而非限制性的。通过回顾上述描述，许多其他的实施例对于本领域技术人员将是明显的。通过本公开可以设想利用硬件、软件以及固件的各种设计，即使一些较小的要素需要改变以更好地支持这些系统和方法共同的环境，诸如各种数据库和编程语言。本公开具有对于商业信息以外的领域的适用性。因此，本公开的范围将参照所附的权利要求，以及与这些权利要求保护等同的全部范围来确定。
权利要求
1.一种用于提供对详细支付经历的访问的系统，包括至少一个处理器，其用于获取来自多个源的详细的交易数据，基于所述详细的交易数据计算多个总结变量以及支付方式和最高信用额度，利用所述总结变量计算多个分值，并利用所述详细的交易数据、所述多个总结变量以及所述多个分值提供报告；以及至少一个存储器，其用于存储所述详细的交易数据、所述多个总结变量以及所述多个分值并提供对其的访问。
2.根据权利要求1的系统，其中，对于从由3个月、6个月以及9个月组成的组中选择的时段计算所述多个总结变量。
3.根据权利要求1的系统，其中，对于24个月的时段计算所述支付方式以及所述最高信用额度。
4.根据权利要求1的系统，其中，对于从由在三个月、6个月、9个月、12个月以及16个月内组成的组中选择的时段计算所述多个分值。
5.一种用于提供对详细支付经历的访问的系统，包括用于从多个源获取详细的交易数据的数据获取组件；基于所述详细的交易数据计算多个总结变量和支付方式以及最高信用额度的数据计算器；用于利用所述总结变量计算多个分值的数据综合器；至少一个用于存储所述详细的交易数据、所述多个总结变量以及所述多个分值并提供访问的存储器；以及用于利用所述详细的交易数据、所述多个总结变量以及所述多个分值来提供报告的报告器。
6.根据权利要求5的系统，其中，对于从由3个月、6个月以及9个月组成的组中选择的时段计算所述多个总结变量。
7.根据权利要求5的系统，其中，对于24个月的时段计算所述支付方式以及所述最高信用额度。
8.根据权利要求5的系统，其中，对于从由在三个月、6个月、9个月、12个月以及16个月内组成的组中选择的时段计算所述多个分值。
9.根据权利要求5的系统，进一步包括基于质量标准对所述多个存储装置中的数据进行修正的数据质量组件。
10.根据权利要求5的系统，其中，所述多个分值包括行业特定分值和信用范围特定的分值。
11.根据权利要求5的系统，其中，所述存储装置是从由详细交易数据仓库，产品交易数据中心以及分析交易数据中心组成的组中选择的至少一个。
12.根据权利要求5的系统，其中，所述报告包括从由总结、支付表现的金额加权指示标记、趋势分析、支付经历以及其中的任何组合组成的组中选择的数据。
13.一种用于提供对详细支付经历的访问的方法，包括从多个源获取详细的交易数据；基于所述详细的交易数据计算多个总结变量和支付方式以及最高信用额度；利用所述总结变量计算多个分值；存储所述详细的交易数据、所述多个总结变量以及所述多个分值并提供对其的访问；利用所述详细的交易数据、所述多个总结变量以及所述多个分值来提供报告。
14.根据权利要求13的方法，其中，对于从由3个月、6个月以及9个月组成的组中选择的时段计算所述多个总结变量。
15.根据权利要求13的方法，其中，对于24个月的时段计算所述支付方式以及所述最高信用额度。
16.根据权利要求13的方法，其中，对于从由在三个月、6个月、9个月、12个月以及16个月内组成的组中选择的时段计算所述多个分值。
17.根据权利要求13的方法，进一步包括基于质量标准对所述多个存储装置中的数据进行修正。
18.根据权利要求13的方法，其中，所述多个分值包括行业特定分值和信用范围特定的分值。
19.根据权利要求13的方法，其中，所述存储装置是从由详细交易数据仓库，产品交易数据中心以及分析交易数据中心组成的组中选择的至少一个。
20.根据权利要求13的方法，其中，所述报告包括从由总结、支付表现的金额加权指示标记、趋势分析、支付经历以及其中的任何组合组成的组中选择的数据。
21.一种计算机可读介质，其具有可执行指令存储在其上以执行用于提供对详细支付经历的访问的方法，所述方法包括从多个源获取详细的交易数据；基于所述详细的交易数据计算多个总结变量和支付方式以及最高信用额度；利用所述总结变量计算多个分值；存储所述详细的交易数据、所述多个总结变量以及所述多个分值并提供对其的访问；利用所述详细的交易数据、所述多个总结变量以及所述多个分值来提供报告。
22.根据权利要求21的方法，其中，对于从由3个月、6个月以及9个月组成的组中选择的时段计算所述多个总结变量
23.根据权利要求21的方法，其中，对于24个月的时段计算所述支付方式以及所述最高信用额度。
24.根据权利要求21的方法，其中，对于从由在三个月、6个月、9个月、12个月以及16个月内组成的组中选择的时段计算所述多个分值。
全文摘要
一种用于提供对详细支付经历的访问的系统包括数据获取组件、数据计算组件、数据合成组件以及至少一个存储装置。所述数据获取组件从各种源获取详细的交易数据。所述数据存储组件基于所述详细的交易数据计算多个总结变量和支付方式以及最高信用额度。所述数据合成组件利用所述交易变量计算多个分值。所述详细的交易数据、总结变量以及分值对于诸如3个月、6个月、9个月、12个月、16个月以及24个月的不同时段被存储。
文档编号G06Q40/00GK1969293SQ200480042861
公开日2007年5月23日 申请日期2004年12月23日 优先权日2004年2月27日
发明者R·A·法雷拉, N·小巴赫克 申请人:邓白氏公司