详细的交易数据报告的制作方法

专利名称：详细的交易数据报告的制作方法
技术领域：
本公开主要涉及提供商业和金融信息。具体地，本公开涉及详细的交
易数据和支付经历(payment experience)。
背景技术：
通常，支付指数(PAYDEXTM)分数是对所有交易经历(trade experience)计算的对于支付表现(payment performance)进行评估的信 用信息服务。所述分数是公司向其它交易方支付的快慢程度的加权平均。 公司可能有很好的分数，但是及时向一些交易方支付，却迟延向另一些交 易方支付。例如，公司可能以一种方式向有重要关系的交易方支付，却以 另一种方式向不具有重要关系的交易方支付。
客户反馈表明他们希望在计算中使用更多的数据；他们希望有将被更 新的数据，他们尤其希望数据与他们更加相关。客户的经历是， 一些客户 的表现与分数相符，而另一些却不是，并且他们不知道是什么原因。因此， 需要通过产业和支付范围来划分支付表现分数，从而能够更好地预测某公 司将如何向具体交易方进行支付。

发明内容
本公开致力于满足这些和其它需要的用于业务监控(portfolio monitoring)的系统和方法。
本公开的一个方面是一种提供详细的交易数据的方法。已经接收了对 于才艮告的请求。通过为每个测量周期内的各分数对于至少4次交易经历求 取加^又平均，来在若干个测量周期内计算若干个分数。提供所述才艮告，在其中包括这些分数。在一些实施例中，测量周期是3、 6、 9或12个月。利 用对于至少4次交易经历的当前加权平均计算(current weighted average calculation)，来通过3个月的交易经历对3个月的支付方式计算得到3 个月的分数。利用对于至少4次交易经历的当前加权平均计算，来通过6 个月的交易经历对6个月的支付方式计算得到6个月的分数。利用对于至 少4次交易经历的当前加权平均计算，来通过9个月的交易经历对9个月 的支付方式计算得到9个月的分数。利用对于至少4次交易经历的当前加 权平均计算，来通过12个月的交易经历对12个月的支付方式计算得到12 个月的分数。在一些实施例中，提供了最大的高信用值(high credit)。 所述最大高信用值是测量周期内的最大交易经历。在一些实施例中，提供 了最常见的支付。所述最常见的支付是在测量周期内最经常发生的支付方 式。
另一个方面是计算机可读介质，诸如光盘(CD)，在其上存储了可执 行指令，以进行提供详细的交易数据的方法。接收对于报告的请求。进行 计算，以通过将每月的分数计算为3个月的分数来确定每12个月的分数。 利用对于至少4次交易经历的当前加权平均计算，来通过3个月的交易经 历对3个月的支付方式计算得到3个月的分数。提供所述报告，其中包括 所述每12个月的分数。在一些实施例中，所述3个月的分数使用了当前月 份和两个先前的月份。在一些实施例中，指示了每年的趋势。
另一个方面是计算机可读介质，在其上存储了可执行指令，以进行提 供详细的交易数据的方法。接收对于报告的请求。进行计算，通过为测量 周期内的每个分数对于至少4次交易经历求取加权平均来为至少一种产业 确定至少一个分数。提供所述报告，其中包括所述分数。在一些实施例中， 通过标准产业分类(SIC)来识别所述产业。在一些实施例中，所述测量 周期是3、 6、 9或者12个月。在一些实施例中，提供每个产业的总支付数。 所述总支付数是用来计算所述分数的经历的数目。在一些实施例中，提供 了当前趋势。在一些实施例中，通过与12个月测量周期的12个月的分数 进行比较来计算当前趋势。在一些实施例中，将3个月的分数与所述12
7个月的分数进行比较。在一些实施例中，将6个月的分数与所述12个月的 分数进行比较。在一些实施例中，将9个月的分数与所述12个月的分数进 行比较。
另一方面是计算机可读介质，在其上存储了可执行指令，以进行提供 详细的交易数据的方法。接收对于才艮告的请求。进行计算，通过为测量周 期内的每个分数对于至少4次交易经历求取加权平均来为若干个信用范围 (credit range)确定若干个分数。所述信用范围基于提供的信用保证金额 以及当前支付趋势概况(profile)。提供所述报告，其中包括所述分数。 在一些实施例中，为各信用范围提供了总支付。所述总支付是过去12个月 的交易经历的数目。在一些实施例中，所述分数用于产业。在一些实施例 中，提供了当前趋势。通过与12个月测量周期的12个月的分数进行比较 来计算所述当前趋势。在一些实施例中，将3个月的分数与所述12个月的 分数进行比较。在一些实施例中，将6个月的分数与所述12个月的分数进 行比较。在一些实施例中，将9个月的分数与所述12个月的分数进^f亍比较。
另一个方面是一种提供详细的交易数据的系统，包括web制作器， 至少一个数据库系统，以及组件。所述web制作器制作报告。所迷才艮告具 有至少一个分数，其中通过对测量周期内的至少4次交易经历求取加权平 均来在测量周期内计算该分数。所述数据库系统存储报告和交易经历的数 据。所述组件从所述数据库系统检索与报告相关的数据，计算所述分数， 并且向web制作器转发所述分数和所述数据。在一些实施例中，在对于由 web制作器接收报告的请求的五秒钟以内提供所述报告。在一些实施例中， 所述报告包括每年的趋势。在一些实施例中，所述报告包括根据产业进行 划分的分数。在一些实施例中，所述报告包括根据提供的信用(credit extended)的大小来划分的分数。在一些实施例中，所述测量周期是3、 6、 9或12个月。


参照以下描述、所附权利要求以及附图，可以更好地理解本乂^开的这些和其它特征、方面以及优点。
图l是示例性屏幕截图，其示出了按时间周期的分数；
图2是示例性屏幕截图，其示出了分数的年趋势；
图3是示例性屏幕截图，其示出了按产业的分数；
图4是示例性屏幕截图，其示出了按信用大小的分数；
图5是用于制作才艮告的示例性系统架构的框图6是用于检索报告的数据的示例性系统架构的框图7A， 7B， 7C， 7D， 7E， 7F， 7G， 7H， 71， 7J， 7K， 7L, 7M,
7N, 70， 7P， 7Q， 7R， 7S, 7T, 7U, 7V， 7W， 7X， 7Y， 7Z和7AA形
成了一个示例性的报告；以及
图8A, 8B, 8C, 8D， 8E， 8F， 8G， 8H， 81, 8J， 8K, 8L， 8M,
8N， 80， 8P， 8Q， 8R， 8S， 8T， 8U，和8V形成了另一个示例性的报告。
具体实施例方式
在示例性报告(参见例图7A-7AA和8A-8V)中，有与支付表现分数 相关的四个部分按照时间周期的分数(图1)，分数的年趋势(图2)， 按照产业的分数(图3),以及按照提供的信用的大小的分数(图4)。各 种实施例具有一个或多个这些部分，或者以各种方式，诸如适用于电子邮 件、打印、传真、在网站上张贴、存储等格式来安排和呈现的等价信息。 利用最少四次交易经历，来计算测量周期内的所有已知交易经历的加权平 均值作为支付表现分数。将交易经历存储在至少一种存储介质中，诸如存 储在数据库中。
图1在表100中示出了按时间周期的分数。在此例中，支付表现分数 基于12个月周期内的高达卯次交易经历的数据，其中，在此12个月内， 单个最大的高信用值是200000美元。
图1中表100的第一栏是3、 6、 9和12个月的时间周期。如果没有为 特定周期计算的分数，就不在此表中进行显示。例如，如果没有3个月的 分数，第一行就显示6个月的分数。如果没有关于12个月的分数，将显示消息102，指示缺少足够的交易经历来计算分数。
第二栏是对应的支付表现分数。利用对于最少四次经历的当前加权平 均计算，用3个月的支付方式乘以3个月的经历来计算所述3个月的分数。 利用对于最少四次经历的当前加^K平均计算，用6个月的支付方式乘以6 个月的经历来计算所述6个月的分数。利用对于最少四次经历的当前加权 平均计算，用9个月的支付方式乘以9个月的经历来计算所述9个月的分 数。利用对于最少四次经历的当前加权平均计算，用12个月的支付方式乘 以12个月的经历来计算所述12个月的分数。
图1中的表100的第三栏是最大的高信用值，其是在所述测量周期内， 即3、 6、 9和12个月内所见到的最大经历。图1中的表100的第四栏是最 常见支付，其是以绝对项(不是加权平均)而言在所述测量周期内见得最 多的支付方式。例如，如果有五次经历，并且三次迟延了30天，则结果是 迟延30天，而不管其交易规模怎样。图1中的表100的第五栏是将被产生 的新分数的图形表示。
图2在图表200中示出了分数的年趋势。在此例中，利用基于在最后 14个月收集到的支付经历的值示出了在过去年份(2002年5月到2003年 4月)的公司的分数。图表200包含3个月的分数的滚动式的12个月份的 快照。以与来自图1中表IOO的3个月的分数的相同方式来计算图表200 上的每个点。每个点表示从特定月的数据加上之前2个月的数据而计算得 到的分数。因而，对于年趋势，需要14个月的数据。例如，为计算2002 年5月的分数，使用2002年3月、4月以及5月的数据。在此例中，如果 没有分数可用，或者少于三个分数可用，则不提供年趋势。如果有三个或 更多分数可用，则在图表上标画出所述分数，不必连线。
图3在表300中示出了按产业的分数。在此例中，分数指示特定的公 司如何对具体产业进行支付。所述分数A^于在过去14个月中收集的支付 经历的值。
表300的第一栏诸如通过对应于四位数字标准产业分类(SIC)的产 业名称来指示产业。表300的第二栏诸如通过四位数字SIC来指示产业。列出了在其中至少一个分数(3、 6、 9或12个月)能够被计算的所有产业。
在此例中，根据总支付经历的数目，从高到低对产业排序。表300中的第
三栏提供了对应于各产业的总支付数。总支付数是被用于从过去12个月的 数据库来计算所述分数的经历数目。
第四栏是当前趋势。在此例中，当前趋势指示所述趋势是上升、下降、 不变还是不可获得。利用大于+/-6的变化生成所述趋势。基于可获取性与 所述12个月的分数进行比较来计算趋势。如果3个月的分数可用，将其与 12个月的分数进行比较。否则，如果3个月的分数不可用，将6个月的分 数与12个月的分数进行比较。否则，如果6个月的分数不可用，将9个月 的分数与12个月的分数进行比较。否则，如果仅12个月的分数可用，则 不提供分数(UN)。第五、第六、第七以及第八栏指示产业具体分数。以 与图1的表IOO中的其它分数相同的方式来计算这些分数。
图4在表400中示出了按信用大小的分数。在此例中，通过提供的信 用的美元金额来提供分数，并且数值基于在过去14个月收集到的支付经 历。表400的第一栏是提供的信用的大小，其在基于提供的信用保证金额 的每次经历的条带(band)之内。所述条带是每个当前支付趋势的轮廓 (profile)。表400的笫二栏是总支付，其是过去12个月的数据库中的经 历的数目。表400的第三栏是当前趋势。利用大于+/-6的变化生成所述当 前趋势，并基于可获得性与所述12个月的分数进行比较来计算该当前趋 势。如果3个月的分数可用，将其与12个月的分数进行比较。否则，如果 3个月的分数不可用，将6个月的分数与12个月的分数进行比较。否则， 如果6个月的分数不可用，将9个月的分数与12个月的分数进行比较。否 则，如果仅12个月的分数可用，则不提供分数(UN)。表400的第五、 第六、第七以及第八栏是分数，其计算方式与图1的表IOO中的其它分数 相同。
存在一种计算支付表现分数的示例性方法，其使用特定的支付方式和 周期来计算这些变量。对于一种情况，利用每个帐户上用于3个历月的经 历的3个月的支付方式来计算3个月的分数。 一种情况是用于与唯一的公司标识符相关联的公司的数据。可以临时计算或者预先计算并且存储分数。 下表说明在此例中如何计算不同的分数。
分数定义支付方式时间周期
3个月3x33个月3个月
6个月6"6个月6个月
9个月9x99个月9个月
12个月12x 1212个月12个月
表l如何计算不同的分数
存在一种计算产业具体分数的示例性方法，其涉及通过仅考虑来自特 定产业的经历来为每种情况计算支付表现分数。根据产业类型(例如，利
用四位数字SIC)对一种情况的所有经历进行分类，并计算与各类别相关
联的经历的数目。去除具有少于四次符合条件的经历的所有类别。然后，
为每个类别计算3、 6、 9和12个月的分数。可以临时计算或者预先计算并 存储分数。
如果具有支付方式或注释(如，用于收款(placed for collection)、 坏帐、满意或不满意)的至少四次交易经历可用，则此经历符合条件。在 此例中，如果具有零交易经历可用的情况，则赋以分数998，以指示数据 不足。如果是一次、两次或者三次交易经历可用的情况，则赋以分数999， 以指示所述分数不可用。
存在一种计算信用具体分数的示例性方法，其涉及通过仅考虑具体信 用范围中的经历来为每种情况计算支付表现分数。信用范围的一个例子是: (1 ) 1000美元以下，(2) 1000美元到4999美元，(3 ) 5000美元到M999 美元，(5) 15000美元到49999美元，(6 ) 100000美元以上。才艮据信用 范围对一种情况的所有经历进行分类，并计算与各类别相关联的经历的数 目。去除具有少于四次符合条件的经历的所有类别。然后，为每个类别计 算3、 6、 9和12个月的分数。可以临时计算或者预先计算并存储分数。
12在此例中，如果是用于总部的情况，则在分数计算时考虑对应于与所 述总部相关联的所有分支机构的所有交易经历，以及与总部本身相关联的 交易经历。如果是用于分支机构的情况，则在分数计算时仅考虑与该分支 机构对应的交易经历。
在分数计算时没有考虑某些经历，例如，海报拒绝(poster reject)、 VTAU拒绝、ANSH删除、i情况、未批准、封禁(blocked)等等。
图5示出了用于制作报告的示例性系统架构。web服务器500与web 制作器502进行通信。web制作器502制作用于诸如商业信息报告或综合 报告的报告的数据。web制作器502作出用于至少一个数据库系统中的各 种数据包的各种请求。在此例中，在作出请求之后，第一初始化以及情况 验证504和第一数据包分发器(exploder) 506检索数据。数据包分发器和 集聚器(imploder)在各种格式之间转换数据。超数据包(super packet) (PK/PIHW) 508包括子数据包PK/PI19 510，其包括用于从第一数据库 512和详细交易数据库514检索数据的方法。在为所述数据包检索和安排 了数据之后，第一数据包集聚器516处理所述数据，而第一超数据包模块 516将数据返回给web制作器502。来自web制作器502的其它请求被发 送给第二初始化和情况验证518以及第二数据包分发器520,以检索数据。 另一个超数据包522包括用于从第二数据库524、高级办公系统(AOS) 检索数据的方法。在为所述数据包检索和安排了数据之后，第二数据包集 聚器526处理所述数据，而第二超数据包模块528将数据返回给web制作 器502。在此示例性系统中， 一些数据在第一数据库514中，而其它数据 在第二数据库524中。然而，可以为制作报告使用具有至少一个数据库的 各种架构。而且，也可以使用各种通信协议、数据格式以及数据库系统。
在优选实施例中，每天约23000个报告被处理，其在web制作器502 上的响应时间是2-4秒，而在web站点上是4-6秒。
图6示出了另一个示例性系统架构和用于两个示例性报告，商业信息 报告(eBIR)和综合报告(eCOMP)的各种数据包。web制作器502具 有用于eBIR的第一制作组件600和用于eCOMP 602的第二制作組件602。在此例中，第一制作组件600为报告，即，PK/PIHW 508、 PKDB 604、 SBO 606，以A^数据包608检索各种数据包，所述超数据包608包括子 数据包PK,PIHB610， PK/PIHC612, PK/PIHD 614，以及PK/PIHE616 和支付趋势概况(payment trend profile, PTP)子数据包618。第二制作 组件602为才艮告，即，PK/PIHW508， PK/PIHM620, PK/PIHF622，以 及SBO 606检索各种数据包。第一数据库514包括存储过程624。由组件 626 (如，DUNSLink)进行所述数据包处理，其中组件626与web制作器 502和详细交易数据库514,以及第二数据库524，高级办公系统(AOS) (图6中未示出，见图5)进行通信。
在此例中，数据包标示符，诸如PK/PIHW508，有四个字母。第一个 字母是P (数据包)或R(报告)。第二个字母是K (总部)或I (分支机 构)。第三和第四个字母标识特定的数据包。例如，PKI9标识详细交易数 据数据包。
在此例中，web服务器500向用户呈现界面，并接收信息，诸如唯一 的公司标示符、客户信息以及报告请求，并将所迷信息转发给web制作器 502。 web制作者502是web服务器，其产生各种格式的报告，诸如利用 可扩展标记语言(XML )样式表(XSL )和转换(XSLT )来生成超文本 标记语言(HTML)报告。
在此例中，第一制作组件600和第二制作组件602是存储了指令的处 理器，其中所述指令具有用来确定所述报告需要哪些数据包的规则。XML 中的数据格式和来自至少数据库514的数据被由组件626返回给第一制作 组件600和第二制作组件602。
在此例中，web制作器502接受一个或多个XML数据流，并基于数 据产品(例如，报告)请求，在XSLT转换过程中应用 一个或多个XSL文 件的集合，并输出一个或多个HTML文件。所述系统能够基于输入的请求， 制作多个不同版本的数据产品。取决于web服务器500，所述可用的数据 产品可以不同。所述请求包括不同信息，该信息关于确定制作哪种类型的 产品，以及用于访问后端系统(back end system )的各种字段(field),或者在哪里存储响应。所得到的产品被返回XML流，或被写入文件系统， 返回的XML指向在哪里写入所述文件。
图7A， 7B， 7C, 7D， 7E, 7F, 7G， 7H, 71， 7J, 7K， 7L， 7M， 7N， 70， 7P， 7Q, 7R, 7S， 7T， 7U， 7V， 7W， 7X， 7Y， 7Z和7AA共 同形成了示例性报告。在此例中，该报告名为"商业信息报告，，(eBIR)。 各种eBIR报告具有各个部分，并包含各种类型的数据。可将此示例性报 告格式化以适于打印，也可以对其它报告进行不同的格式化，诸如用于电 子邮件。
图7A示出了所述eBIR报告的报告头和商业概述部分。图7B继续所 述报告，其示出了所述报告的特殊事件部分。图7C示出了所述报告的概 述分析部分和客户服务部分。图7D示出了所述报告的历史部分和公司族 部分。图7E示出了所述才艮告的商业注册部分和操作部分。图7F示出了所 述报告的SIC&北美产业分类系统(NAICS )部分和PAYDEXTM概述部分。 图7G示出了所述报告的PAYDEXTM分数部分。图7H示出了所述报告的 PAYDEXTM年趋势部分。图71和7J示出了所述报告的PAYDEXTM产业 比较部分。图7K、 7L和7M示出了所述报告的PAYDEX 加分数部分。 图7N和70示出了所述报告的支付概述部分。图7P示出了所述才艮告的支 付细节部分和金融部分。图7Q示出了所述报告的关键商业比率部分。图 7R示出了所述报告的银行业务部分、公共文件部分以及判决部分。图7S、 7T和7U示出了所述报告的诉讼部分。图7V、 7W、 7X以及7Y示出了所 述报告的留置权部分。图7Z示出了所述报告的统一商业码(UCC)文件 部分。图7AA示出了所述报告的政府行为部分。
图8A, 8B， 8C， 8D, 8E， 8F， 8G， 8H， 81， 8J， 8K， 8L, 8M, 8N， 80， 8P， 8Q， 8R, 8S， 8T， 8U和8V共同形成了另 一个示例性报告。 在此例中，所述报告名为"综合报告"(eCOMP)。各种eCOMP报告具 有各个部分，并包含各种类型的数据。可将此示例性报告格式化以适于打 印，也可以对其它报告进行不同的格式化，例如，用于电子邮件。
图8A和8B示出了所述eCOMP报告的才艮告头和商业概述部分。图
158C示出了所述报告的执行概述部分。图8D示出了所述报告的信用能力概 述。图8E和8F示出了所述报告的金融压力概述。图8G和8H示出了所 述报告的信用分数类别概述部分。图81示出了所述报告的PAYDEXTM概 述部分和PAYDEXTM分数部分。图8J示出了所述报告的PAYDEX观年 趋势部分。图8K和8L示出了所述报告的PAYDEXTM产业比较部分。图 8M、 8N和80示出了所述报告的PAYDEXTM加分数部分。图8P示出了 所述报告的支付概述部分。图8Q示出了所述报告的支付细节部分。图8R 示出了所述报告的公共文件部分和政府行为部分。图8S示出了所迷报告的 历史部分和商业注册部分。图8T示出了所述报告的操作部分和SIC及 NAICS部分。图8U示出了所述报告的关键商业比率部分。图8V示出了 所述才艮告的金融部分和客户服务部分。
所述示例性报告有四个具有分数的部分(1) PAYDEXTM力口分数(图 7K， 7L， 7M， 8M， 8N，以及80) ; ( 2 ) 3个月PAYDEXTM力口趋势(图 7H和8J) ; (3)按产业的PAYDEXTm加(图71， 7J， 8K，以及8L); 以及(4)按提供的信用的大小的PAYDEXTM加(图4)。 一个示例性增 强eBIR报告(未示出)包括支付趋势报告(PTP)，其包括支付趋势概 述部分，12个月PAYDEXTM部分，以及PAYDEXTM产业比较季度趋势部 分。
如图5和6所示，子数据包PK/PII9为这些报告制作所述PAYDEXTM 部分。超数据包PKHW具有子数据包PKI9，该子数据包PKI9具有从详 细交易数据库514中提取的交易数据。PTP数据包618被用于在报告中显 示PTP的细节。超数据包PKHT被用于所述eBIR报告，并且具有为PTP 部分提取数据的子数据包。
在此例中，web制作器502在从网站(如，http:〃www.dnb.com)接 收了对于报告的请求之后，触发对于相应的超数据包的请求。信用制作器 (未示出)通过组件626接收对于来自web制作器502的报告的请求。信 用制作器具有初始化程序504、 518，用于初始化通信区、地址，并将控制 传送到情况验证程序504、 518。情况验证程序504、 518进行情况查找，并初始化产品可用性检查。分发程序506、 520被链接到控制模块，该控制 模块包括各数据包的数据访问和格式化程序。控制模块链接到相应的数据 访问模块，以检索数据。在控制程序中，用"*"分隔符来格式化从数据访 问模块接收到的数据。然后，控制返回到分发程序506、 520。
在各控制模块中，数据格式化模块依次调用 一个或多个数据提取模 块。通过所述格式化模块，将由提^a莫块提取的数据格式化为单星号分隔 的串。然后，分发程序506、 520将控制传送到集聚程序514、 526。集聚 程序514、 526将来自不同控制模块的数据连结成一个数据包，并将控制传 送给超数据包程序516、 528。超数据包程序516、 528利用XML分隔符重 新格式化所述数据，并将所述数据传送回web制作器502。除了所述分隔 符，超数据包与其它数据包类似。其它数据包的数据由星号进行分隔，而 所述超数据包的数据由XML标签进行分隔。超数据包中的每个数据元素 有其自己的XML起始和结束标签。
存在一种制作数据的示例性方法。当请求报告时，web制作器502触 发对组件626的请求，从而为eBIR触发第一制作组件600或为eCOMP 602 触发第二制作组件602。对所述请求进行情况查找、产品可用性检查以及 有效期检查和数据包分发。数据包分发器506、 520并行地触发与所述请求 相关联的控制模块。例如，如果请求了所述eBIR报告，存在三个被触发 的请求，其依次触发相关联的超数据包。在每个超数据包中，并行地触发 与其相关联的子数据包的每一个的制作过程。例如，对于eBIR的PKDB 超数据包的触发通过PKAT并行地触发了 PKDW、 PKDX、 PKDM。这些 子数据包^f莫块的每一个具有相关联的主要或格式化模块，以及一个或多个 数据访问模块。通过格式化模块将从所述访问模块获得的数据导出并格式 化为星号分隔的格式。集聚器将从单独数据子数据包获得的星号分隔的串 转换为单个数据串。然后，集聚器将所述数据串传送给所述超数据包程序。 所述超数据包程序将所述星号分隔的文本转换为XML串。所述超数据包 的输出将其数据元素封装在XML标签中。
需要理解的是，所述附图和详细描述意于进行说明而不是限制。也可以使用所述附图和详细描述中的例子以外的其它实施例。对于本领域技术 人员，在阅读以上描述之后，其它实施例也将很明显，诸如在时间周期的 任意组合上的分数，报告能够被通过电子邮件传送、被打印、被传真等。 无需脱离^/>开的精神和范围，即可作出结构的、逻辑的以及电气上的改
变。通过本公开可以预期使用硬件、软件以及固件的各种设计，尽管需要 改变一些小元素以更好地支持这种系统和方法所共有的环境，诸如各种数 据库管理系统和编程语言。本发明可以应用于商业信息之外的领域。因此， 应当参考所附的权利要求及其等同内容的全部范围，来确定本公开的范围。
权利要求
1. 一种提供详细的交易数据的方法，包括以下步骤接收对于报告的请求；通过为每个测量周期内的各分数对于至少4次交易经历求取加权平均，来计算多个测量周期内的多个分数；以及提供所述报告，其中包括所述分数。
2. 根据权利要求1所述的方法，其中，从3、 6、 9以及12个月构 成的组中选择所述测量周期。
3. 根据权利要求2所述的方法，其中，利用对于至少4次交易经历 的当前加权平均计算，来通过3个月的交易经历对3个月的支付方式计算 得到3个月的分数。
4. 根据权利要求2所迷的方法，其中，利用对于至少4次交易经历 的当前加权平均计算，来通过6个月的交易经历对6个月的支付方式计算 得到6个月的分数。
5. 根据权利要求2所述的方法，其中，利用对于至少4次交易经历 的当前加权平均计算，来通过9个月的交易经历对9个月的支付方式计算 得到9个月的分数。
6. 根据权利要求2所述的方法，其中，利用对于至少4次交易经历 的当前加权平均计算，来通过12个月的交易经历对12个月的支付方式计 算得到12个月的分数。
7. 根据权利要求2所述的方法，进一步包括提供最大的高信用值，所述最大的高信用值是所述测量周期内的最大 交易经历。
8. 根据权利要求2所述的方法，进一步包括提供最常见的支付，所述最常见的支付是在所述测量周期内最经常发 生的支付方式。
9. 一种计算机可读介质，在其上存储了可执行指令，以进行提供详细的交易数据的方法，所述方法包括以下步骤 接收对于报告的请求；通过将每月的分数计算为3个月的分数来计算每12个月的分数，利用 对于至少4次交易经历的当前加权平均计算，来通过3个月的交易经历对 3个月的支付方式计算得到所述3个月的分数；以及提供所述报告，其中包括所述每12个月的分数。
10. 根据权利要求9所述的计算机可读介质，其中，所述3个月的分 数使用了当前月和两个先前的月。
11. 根据权利要求9所述的计算机可读介质，其中，指示了年趋势。
12. —种计算机可读介质，在其上存储了可执行指令，以进行提供详 细的交易数据的方法，所述方法包括以下步骤接收对于报告的请求；通过为测量周期内的每个分数对于至少4次交易经历求取加斥又平均来 为至少一种产业计算至少一个分数；以及 提供所述报告，其中包括所述分数。
13. 根据权利要求12所述的计算机可读介质，其中，通过标准产业 分类(SIC)来识别所述产业。
14. 根据权利要求12所述的计算机可读介质，其中，从3、 6、 9以 及12个月构成的组中选择所述测量周期。
15. 根据权利要求12所述的计算机可读介质，进一步包括为各产 业提供总支付数，所述总支付数是用来计算所述分数的经历的数目。
16. 根据权利要求12所述的计算机可读介质，进一步包括提供当 前趋势。
17. 根据权利要求16所述的计算机可读介质，其中，通过与12个月 测量周期的12个月的分数进行比较，来计算所述当前趋势。
18. 根据权利要求17所述的计算机可读介质，其中，将3个月的分 数与所述12个月的分数进行比较。
19. 根据权利要求17所述的计算机可读介质，其中，将6个月的分数与所述12个月的分数进行比较。
20. 根据权利要求17所述的计算机可读介质，其中，将9个月的分 数与所述12个月的分数进行比较。
21. —种计算机可读介质，在其上存储了可执行指令，以进行提供详 细的交易数据的方法，所述方法包括以下步骤接收对于报告的请求；通过为测量周期内的每个分数对于至少4次交易经历求取加;^又平均来 为多个信用范围计算多个分数，所述信用范围基于提供的信用保^正金额以 及当前支付趋势概况；提供所述报告，其中包括所述分数。
22. 根据权利要求21所述的计算机可读介质，进一步包括 为各信用范围提供总支付，所述总支付是过去12个月的交易经历的数目。
23. 根据权利要求21所述的计算机可读介质，其中，所述分数用于 产业。
24. 根据权利要求21所述的计算机可读介质，进一步包括 提供当前趋势，其中通过与12个月测量周期的12个月的分数进行比较来计算所述当前趋势。
25. 根据权利要求21所述的计算机可读介质 数与所述12个月的分数进行比较。
26. 根据权利要求21所述的计算机可读介质 数与所述12个月的分数进行比较。
27. 根据权利要求21所述的计算机可读介质 数与所述12个月的分数进行比较。
28. —种提供详细的交易数据的系统，包括 用于制作报告的web制作器，所述报告具有至少一个分数，其中通过对测量周期内的至少4次交易经历求取加权平均来在所述测量周期内计算 该分数；，其中，将3个月的分 ，其中，将6个月的分 ，其中，将9个月的分至少一个数据库系统，用于存储所述报告和所述交易经历的数据；以及组件，用于从所述数据库系统检索与所述报告相关的数据，计算所述 分数，并且向所述web制作器转发所述分数和所述数据。
29. 根据权利要求28所述的系统，其中，所述报告包括年趋势。
30. 根据权利要求28所述的系统，其中，所述报告包括根据产业划 分的分数。
31. 根据权利要求28所述的系统，其中，所述报告包括根据提供的 信用的大小来划分的分数。
32. 根据权利要求28所述的计算机可读介质，其中，从3、 6、 9以 及12个月构成的组中选择所述测量周期。
全文摘要
为特定的产业、支付范围，以及诸如3、6、9和12个月的时间周期来计算支付表现分数。所述分数预测公司将如何向特定的交易方进行支付。所述分数基于交易经历，并被提供在报告中。
文档编号G06Q30/00GK101427274SQ200580016432
公开日2009年5月6日 申请日期2005年4月5日 优先权日2004年4月22日
发明者P·F·金克尔, R·A·费雷拉, T·C·帕克 申请人:邓白氏公司