用于处理信用卡相关业务的方法和系统.pdf

上传人:1520****312 文档编号:639410 上传时间:2018-02-28 格式:PDF 页数:31 大小:1.83MB
返回 下载 相关 举报
摘要
申请专利号:

CN03805135.4

申请日:

2003.03.04

公开号:

CN1639723A

公开日:

2005.07.13

当前法律状态:

撤回

有效性:

无权

法律详情:

发明专利申请公布后的视为撤回IPC(主分类):G06F 17/60公开日:20050713|||实质审查的生效|||公开

IPC分类号:

G06F17/60

主分类号:

G06F17/60

申请人:

第一数据公司;

发明人:

彼得·M·泽莱乔斯基; 雷克斯·约翰逊; 理查德·麦凯; 汤姆·利马; 史蒂夫·乔伊斯; 肯特·帕克森; 诺曼·T·戴维斯; 汤姆·埃默里; 道格拉斯·E·约翰逊; 纳比勒·阿布·阿塔

地址:

美国科罗拉多州

优先权:

2002.03.04 US 60/362,222

专利代理机构:

上海市华诚律师事务所

代理人:

傅强国;徐申民

PDF下载: PDF下载
内容摘要

本发明提供一种用于处理信用卡相关业务的系统。根据该系统的一个方面,本系统采用一个三层结构(图3),该三层结构具有一个存取层,一个系统服务层和一个基础平台层。该系统更进一步包括许多核心处理应用单元及其相关数据。核心处理应用单元层包括许多不同的技术平台及其相关硬件(图3)。系统服务层提供许多被用于支持该系统的系统以及被用于从基础平台层隔离存取层(图3)。存取层被用于提供对核心处理应用单元及其相关数据的访问。存取层提供许多服务单元以允许核心处理应用单元及其相关数据以一种透明的方式被访问。通过存取层提供服务单元的例子包括正确时间管理服务单元,应用服务单元,显示服务单元,隔离服务单元和数据服务单元。许多应用单元可以被连接到存取层以访问核心处理应用单元及其相关数据。

权利要求书

1: 一种用于处理业务的计算机化基础结构,包括: 具有被配置用来支持该计算机化基础结构的多个技术平台的基础平台层; 被配置用来提供多个存取服务单元的存取层; 被配置用来提供多个系统服务单元并且将该存取层和基础平台层隔离的系统服务 层; 可通过该存取层用一个或多个存取服务单元访问的多个核心处理应用单元;和 多个业务应用单元,其中一个或多个业务应用单元被配置用来通过该存取层访问 一个或多个核心处理应用单元。
2: 如权利要求1所述的计算机化基础结构,其特征在于,其中,所述多个存取服务 单元包括正确时间业务管理服务单元、应用服务单元、显示服务单元、隔离服务单元和数 据服务单元。
3: 如权利要求2所述的计算机化基础结构,其特征在于,其中,正确时间业务管理 服务单元被配置用来管理要求访问一个或多个核心处理应用单元的请求的执行。
4: 如权利要求3所述的计算机化基础结构,其特征在于,其中,正确时间业务管理 服务单元进一步包括持续可用性管理服务单元,工作量管理服务单元,工作单元管理服务 单元,故障管理服务单元,目录/日程管理服务单元和记录/追踪服务单元。
5: 如权利要求2所述的计算机化基础结构,其特征在于,其中,应用服务单元被配 置用来优化全部计算机化基础结构中的单元应用代码的使用。
6: 如权利要求5所述的计算机化基础结构,其特征在于,其中,应用服务单元进一 步包括被配置成由多个存取服务单元和多个核心处理应用单元使用或共用的多个构件及 引擎,被配置用来控制访问该多个存取服务单元和多个核心处理应用单元的安全/授权服 务单元,被配置用来保存和在执行多个存取服务单元之一或多个核心处理应用单元中之一 的期间发生的事件相关的历史记录和数据的审核/日志服务单元,和被配置用来保存全部 多个核心处理应用单元中的时间和日期的通用表示的时间服务单元。
7: 如权利要求2所述的计算机化基础结构,其特征在于,其中,显示服务单元被配 置成允许核心处理应用单元由使用不同的界面方法的多个客户访问和显示给该多个客户。
8: 如权利要求7所述的计算机化基础结构,其特征在于,其中,显示服务单元进一 步包括多个被配置用来提供访问多个核心处理应用单元的接口网关,被配置用来保护该计 算机化基础结构和客户之间交换的信息的安全/密码服务单元,被配置用来对全部多个核 心处理应用单元中提供通用的外表形象与感觉的多个通用用户界面工具,和被配置成当客 户签约到该计算机化基础结构中的时候提供客户认证和确认的安全/认证服务单元。
9: 如权利要求2所述的计算机化基础结构,其特征在于,其中,隔离服务单元被配 置用来方便该多个存取服务单元和多个核心处理应用单元之间的通讯。
10: 如权利要求9所述的计算机化基础结构,其特征在于,其中,隔离服务单元进一 步包括被配置用来管理多个核心处理应用单元之一的调用的分配服务单元,被配置成允许 该多个核心处理应用单元彼此间相互作用的连接管理服务单元,被配置用来管理该多个核 心处理应用单元的执行的登记/目录服务单元,被配置用来监测预定的业务事件的发生的 事件管理服务单元,和被配置用来在业务过程中执行一系列步骤的流程控制服务单元。
11: 如权利要求2所述的计算机化基础结构,其特征在于,其中,数据服务单元被配 置用来向在计算机化基础结构中的数据存储构件提供和取消实时数据更新和恢复。
12: 如权利要求11所述的计算机化基础结构,其特征在于,其中,数据服务单元进 一步包括被配置用来储存数据的多个数据储存器,被配置用来储存在该计算机化基础结构 中的共享组成部分的数据贮藏器,被配置用来执行包括数据提取、转换和重新格式化的多 个数据处理功能的数据存取层,和被配置成允许用户访问该数据存取层的数据存取工具。
13: 如权利要求1所述的计算机化基础结构,其特征在于,其中,一个或多个核心处 理应用单元能够以多个约定模式被调用。
14: 如权利要求13所述的计算机化基础结构,其特征在于,其中,多个约定模式包 括批约定模式,交互式约定模式和事件约定模式。
15: 一种用于处理信用卡及相关业务的系统,包括: 具有包括正确时间管理服务模块,应用服务模块,显示服务模块,隔离服务模块 和数据服务模块的多个存取服务模块的存取层; 可通过该存取层用一个或多个存取服务模块访问的多个核心处理应用单元;和 每一个均被配置为经由该存取层访问该一个或多个核心处理应用单元的多个业 务应用单元。
16: 如权利要求15所述的系统,其特征在于,进一步包括: 具有多个被配置用来支持该系统的技术平台的基础平台层; 被配置用来提供多个系统服务单元模块且将存取层和基础平台层隔离的系统单 元层服务层。
17: 如权利要求16所述的系统,其特征在于,其中,正确时间管理服务单元模块被 配置用来管理要求访问一个或多个核心处理应用单元的请求的执行。
18: 如权利要求15所述的系统,其特征在于,其中,正确时间管理服务单元模块进 一步被配置用来提供持续可用性管理服务单元,工作量管理服务单元,工作单元管理服务 单元,故障管理服务单元,目录/日程管理服务单元和记录/追踪服务单元。
19: 如权利要求15所述的系统,其特征在于,其中,应用服务单元模块被配置用来 优化全部系统中单元应用代码的使用。
20: 如权利要求19所述的系统,其特征在于,其中,应用服务单元模块被进一步配 置成包括被配置成由多个存取服务单元模块和多个核心处理应用单元使用或共用的多个 构件及引擎,被配置用来控制访问该多个存取服务单元模块和多个核心处理应用单元的安 全/授权服务单元,被配置用来保存和在执行多个存取服务单元模块之一一个或多个核心 处理应用单元之一期间发生的事件相关的历史记录和数据的审核/日志服务单元,和被配 置用来保存全部多个核心处理应用单元中的时间和日期的通用表示的时间服务单元。
21: 如权利要求15所述的系统,其特征在于,其中,显示服务单元模块被配置成允 许核心处理应用单元由使用不同的界面方法的多个客户访问和显示给该多个客户。
22: 如权利要求21所述的系统,其特征在于,其中,显示服务单元模块进一步包括 被配置用来提供访问多个核心处理应用单元的路径的多个接口网关,被配置用来保护该系 统和客户之间交换的信息的安全/密码服务单元,被配置用来在全部核心处理应用单元中 提供通用的外表形象与感觉的多个通用用户界面工具,和被配置成当客户签约到该系统的 时候提供客户认证和确认的安全/认证服务单元。
23: 如权利要求15所述的系统,其特征在于,其中,隔离服务单元模块被配置用来 方便该多个存取服务单元模块和多个核心处理应用单元之间的通讯。
24: 如权利要求15所述的系统,其特征在于,其中,隔离服务单元模块被进一步配 置用来提供配置来管理多个核心处理应用单元之一的调用的分配服务单元,配置成允许该 多个核心处理应用单元彼此间相互作用的连接管理服务单元,配置用来管理该多个核心处 理应用单元的执行的登记/目录服务单元,配置用来监测预定的业务事件的发生的事件管 理服务单元,和配置用来在业务过程中执行一系列步骤的流程控制服务单元。
25: 如权利要求15所述的系统,其特征在于,其中,数据服务单元模块被配置用来 向在系统中的数据存储构件提供和取消实时数据更新和恢复。
26: 如权利要求25所述的系统,其特征在于,其中,数据服务单元模块被进一步配 置成包括配置来储存数据的多个数据储存器,配置来储存该系统中的共享组成部分的数据 贮藏器,配置来执行包括数据提取、转换和重新格式化的多个数据处理功能的数据存取层, 和配置成允许用户访问该数据存取层的数据存取工具。
27: 如权利要求15所述的系统,其特征在于,其中,一个或多个核心处理应用单元 能够以多个约定模式被调用。
28: 如权利要求27所述的系统,其特征在于,其中,该多个约定模式包括批约定模 式,交互式约定模式和事件约定模式。
29: 一种实施用于处理信用卡相关业务的计算机化基础结构的方法,包括: 提供具有多个被配置用来支持该计算机化基础结构的技术平台的基础平台层; 提供被配置用来提供多个存取服务单元的存取层; 提供被配置用来提供多个系统服务单元以将该存取层和基础平台层隔离的系统单 元层服务层; 提供可通过该存取层用一个或多个存取服务单元访问的多个核心处理应用单元; 和 提供每一个都配置用来通过该存取层访问一个或多个核心处理应用单元的多个业 务应用单元。
30: 如权利要求29所述的方法,其特征在于,其中,所述多个存取服务单元包括正 确时间管理服务单元、应用服务单元、显示服务单元、隔离服务单元和数据服务单元。
31: 如权利要求29所述的方法,其特征在于,其中,所述提供存取层的步骤进一步 包括: 配置正确时间业务管理服务单元用来管理要求访问一个或多个核心处理应用单 元的请求的执行。
32: 如权利要求31所述的方法,其特征在于,其中,所述配置正确时间业务管理服 务单元的步骤进一步包括: 提供持续可用性管理服务单元,工作量管理服务单元,工作单元管理服务单元, 故障管理服务单元,目录/日程管理服务单元和记录/追踪服务单元。
33: 如权利要求29所述的方法,其特征在于,其中,提供存取层的步骤进一步包括: 配置应用服务单元从而优化全部计算机化基础结构中单元应用代码的使用。
34: 如权利要求33所述的方法,其特征在于,其中,所述配置应用服务单元的步骤 进一步包括: 配置由多个存取服务单元和多个核心处理应用单元使用或共享的多个构件及引 擎; 配置安全/授权服务单元从而控制访问该多个存取服务单元和多个核心处理应 用单元; 配置审核/日志服务单元从而保存和在多个存取服务单元之一或多个核心处理 应用单元之一的执行期间发生的事件相关的历史记录和数据;和 配置时间服务单元从而保存全部多个核心处理应用单元中的时间和日期的通用 表示。
35: 如权利要求29所述的方法,其特征在于,其中,所述提供存取层的步骤进一步 包括: 配置显示服务单元从而允许核心处理应用单元由使用不同的界面方法的多个客 户访问和显示给该多个客户。
36: 如权利要求35所述的方法,其特征在于,其中,所述配置显示服务单元的步骤 进一步包括: 配置多个接口网关从而提供访问多个核心处理应用单元的路径; 配置安全/密码服务单元从而保护该计算机化基础结构和客户之间交换的信息; 配置多个通用用户界面工具从而在全部核心处理应用单元中提供通用的外表形 象与感觉;和 配置安全/认证服务单元从而当客户签约到该计算机化基础结构的时候提供客 户认证和确认。
37: 如权利要求29所述的方法,其特征在于,其中,所述提供存取层的步骤进一步 包括: 配置隔离服务单元从而方便多个存取服务单元和多个核心处理应用单元之间的 通讯。
38: 如权利要求37所述的方法,其特征在于,其中,所述配置隔离服务单元的步骤 进一步包括: 配置分配服务单元从而管理多个核心处理应用单元之一的调用; 配置连接管理服务单元从而允许多个核心处理应用单元彼此间相互作用; 配置登记/目录服务单元从而管理多个核心处理应用单元的执行; 配置事件管理服务单元从而监测预定的业务事件的发生;和 配置流程控制服务单元从而在业务过程中执行一系列的步骤。
39: 如权利要求29所述的方法,其特征在于,其中,提供存取层的步骤进一步包括: 配置数据服务单元从而向在计算机化基础结构中的数据存储构件提供和取消实 时数据更新和恢复。
40: 如权利要求29所述的方法,其特征在于,其中,所述配置数据服务单元的步骤 进一步包括: 配置多个数据储存器从而储存数据; 配置数据贮藏器从而储存在计算机化基础结构中的共享的组成部分; 配置数据存取层从而执行包括数据提取、转换和重新格式化的多个数据处理功能; 和 配置数据存取工具从而允许用户访问该数据存取层。
41: 如权利要求29所述的方法,进一步包括: 用一个或多个约定模式来调用一个或多个核心处理应用单元。
42: 如权利要求41所述的方法,其特征在于,其中,多个约定模式包括批约定模式, 交互式约定模式和事件约定模式。

说明书


用于处理信用卡相关业务的方法和系统

                                参照的相关申请

    本申请根据美国专利法第119条规定要求对申请于2002年3月4日的美国临时专利申请序列号60/362,222,名为“用于处理信用卡相关业务的方法和系统”的美国专利申请的优先权利益,为了所有的目的,该专利申请所揭示的内容通过引用而全文结合在本文中。

                                    背景技术

    本发明总体涉及包含信用卡的业务。尤其是,本发明涉及一种用于处理信用卡相关业务的计算机化的方法和系统。

    一张信用卡的诞生通常开始于一个申请人提供用于完成一张信用卡申请的信息并且申请一个发卡银行的信用账户。发卡人通常是一家银行,它发行信用卡并且通过和信用卡连接的信用账户向持卡人延伸信用业务。典型地,提供所需要信息的过程可以通过电子方式或者通过文件来完成。接着处理信用卡申请,如果达到审核标准,那么一张信用卡被签发给申请人,他现在就成为一个持卡人。签发信用卡的过程涉及一些步骤,包括,例如,将持卡人数据编码到信用卡磁条上并在信用卡上压印出持卡人地姓名、账号及有效期。

    当信用卡首先被持卡人收到的时候,持卡人需要激活该信用卡。信用卡的激活通常需要持卡人从自己的家庭电话打电话到发卡人那里来进行。一旦该信用卡被激活,然后持卡人才可以使用该信用卡来进行购买或者实施各种业务。

    一个典型的信用卡业务涉及多个当事人。除了持卡人和发卡人以外,涉及信用卡业务的当事人还包括商户、让受方和信用卡协会如维萨信用卡(Visa)和万事达信用卡(Mastercard)。该让受方是一个与商户有业务关系并且处理来自商户的信用卡业务的业务实体单位,如,一家商业银行。

    一个典型的信用卡业务涉及以下步骤。首先,商户计算业务或者购买的总额并且要求持卡人支付。接着持卡人将他/她的信用卡出示给商户。该商户接着将卡划过一个销售终端点。该销售终端点获取信用卡和销售的信息,并且将这些信息连同一个授权请求发送到让受方。该让受方依次处理从销售终端点接收到的信息并且转发任何相关信息和授权请求到发卡人。该发卡人处理相关信息和授权请求从而决定这次业务是否被授权。发卡人接着将一个同意或者否决代码发送回让受方。让受方转发该同意或者否决代码到销售终端点给商户使用。如果业务被授权,那么持卡人被允许完成和商户的业务。通常,在以后的时间,由发卡人和让受方保持的账户被结算并查核。最终结果是发卡人在扣除一些费用后将业务额转移到让受方。让受方接着从来自发卡人的金额中扣除一些费用。然后,剩余的金额被让受方转移到商户的账户中。前述的仅仅是一个典型信用卡业务的基本描述。还可以包括各种变动和附加的过程。还应理解的是当某个当事人,例如发卡人和让受方,如上面所述的在执行某个功能的时候,在通常情况下,绝大部分或所有被这些当事人执行的功能可以由第三方代表当事人的利益来执行。

    如上所述,一个典型的信用卡业务包括许多不同的过程。考虑到每天进行的信用卡业务的数量,极大量的处理需要被完成。这些处理中的许多过程仍然由继续利用批处理的计算机系统来操作。图1显示了一个基本的批处理系统。从在线业务10收集的信息和批处理文件12被合并到一个业务文件14。该业务文件14通常以磁带形式被存储。该批处理系统16接着处理业务文件14并产生各种输出文件18,这些输出文件18被继续传送到后端系统20以作进一步处理。

    在许多应用单元中,批处理已经证明是低效率的且缺乏提供实时响应或存取的能力。例如,在批处理中,所有要被处理的业务首先被集中,接着在一个指定的时间被处理。这样,进行批处理的计算机系统的处理负载没有被均衡地分配,最大处理负载发生在当批处理正在被执行的时候。结果导致系统资源利用的低效率。此外,由于业务没有被实时处理,过账到一个信用账户的行为通常要到业务批处理被执行才反映出来。

    因此,需要提供一种计算机化的方法和系统,能够以更有效率的方式处理信用卡相关业务。

                                发明内容

    本发明提供一种用于处理信用卡相关业务的计算机化的系统。根据计算机化系统的一个示范实施例,该计算机化系统采用一个具有若干技术关联层和业务关联层的多层结构。该技术关联层包括一个存取层、一个系统服务层和一个基础平台层。该业务关联层包括若干业务应用单元和核心处理应用单元。该存取层提供业务应用单元、核心处理应用单元,它们的关联数据以及这些应用单元后面的特定的执行细节之间的隔离。该系统服务层包括系统软件产品,它提供在计算机化的系统中的处理功能。该基础平台层包括若干包含硬件和系统软件的不同的技术平台。

    参考本说明书的剩余部分,包括附图和权利要求,将能够认识本发明的其他特点和优点。本发明的进一步的特点和优点,连同本发明的不同实施例的结构和运行将结合附图在下文作详细描述,相同的标号表示相同或者功能相似的部分。

                                    附图说明

    图1是图示一个普通的批处理系统的一个简化示意图;

    图2是图示根据本发明的一个用来处理信用卡相关业务的计算机化系统的系统结构的示范的透视图的一个简化示意图;

    图3是图示根据本发明的另一个用来处理信用卡相关业务的计算机化系统的系统结构的示范的透视图的一个简化示意图;

    图4是图示根据本发明的图3所示系统结构的一个示范的顶部透视图的一个简化示意图;

    图5是图示根据本发明的图3所示系统结构的一个部分示范的逻辑视图的一个简化示意图;

    图6是图示根据本发明的图3所示系统结构的一个示范的物理拓扑图的一个简化示意图。

                                具体实施方式

    下文将叙述以一个或多个具体实施例形式的本发明。图2是图示根据本发明的一个用来处理信用卡相关业务的计算机化系统或基础结构的系统结构的示范透视图的一个简化示意图。参照图2,该系统结构采用一种分层方法。共有5层,即,业务应用层、应用总线层、应用单元层服务层、技术总线层和技术平台层。

    业务应用层包括许多被用来提供各种业务服务的可扩展的业务应用单元。当被从一个业务用户的地位观看的时候,处理的业务范围,即被请求工作的结构/流程/含义被这些服务单元控制,这些服务单元包括但不限于输入获取、工作单元的分段、辅助处理的调用以及输出显示。该业务应用层也包含通用的应用服务单元,它向业务应用单元提供所需要的通用应用功能。

    应用总线层提供必须的通讯协议和配置信息从而允许任何应用单元调用任何所需要的服务单元而不必考虑所请求的服务单元的物理位置。例如,可以有从业务应用层向应用单元层服务层中的服务单元提出的请求。

    应用单元层服务层包括许多模块化的服务引擎以及通用的应用服务单元。这些引擎/服务单元被业务应用单元使用在不同的命令中从而获得需要的业务结果。它们可以根据要完成的具体业务功能从业务应用层或者从应用单元层服务层中被调用。

    技术总线层提供到技术平台层的路径。这包括将业务应用单元以及应用单元引擎与物理硬件、网络和物理数据存储机构隔离开。

    技术平台层包括许多不同的技术平台(和它们的相关物理硬件),它可以被选择从而达到最佳性能和经济性。

    图3是图示根据本发明的另一个用来处理信用卡相关业务的计算机化基础结构的系统结构的示范透视图的一个简化示意图。参照图3,该系统结构采用了相同的分层方式。从该示范的透视图中显示了3个分层,即,基础平台层、系统单元层服务层和存取层。这三个层中的每一个都将会在下文作进一步描述。

    参照图3,基础平台层包括多个不同的技术平台以及它们的相关硬件,包括计算机、操作系统和网络。在一个示范实施例中,基础平台层包括,例如,OS/390平台、Unix平台、Windows NT或者2000平台、TCP/IP网络以及存储管理。这些不同的平台可以被选择从而优化计算机化基础结构的不同方面和性能。例如,Unix平台可以被用来支持网络(web)以及Java应用单元。在本领域的普通熟练技术人员将了解如何选择和实施被包括在基础平台层中的各种平台。在基础平台层中运行的是位于系统单元层服务层中的一组系统服务单元。

    如上面提到的,一组系统服务单元位于系统单元层服务层中。这些系统服务单元中的一些服务单元可以由容易获得的商业软件来提供,而其它的一些服务单元可以由内部或者定制开发。这些系统服务单元可以被部署在所有平台上。虽然这些系统服务单元被认为是“独立平台”,但是在一些情况下可以要求平台的特定部署以在所有的平台中提供这些系统服务单元中的一些服务单元。不必考虑在集中主要的应用单元的基础平台层中的平台,这些系统服务单元可以以一个标准的方式由存取层向应用单元开发者提供。系统服务单元中的一些服务单元可以从软件供应商提供的库存的或者定制的软件产品中获得,包括,例如,CICS、Websphere、TIBCO Active Enterprise、MQ系列、Oracle、Solaris以及DB2。这些系统服务单元软件被设计用来执行许多功能。这些系统服务单元包括,例如,异步消息和排队、同步消息、公布/预订消息、数据管理、业务管理、网络服务器服务单元、应用单元服务器服务单元、翻译/转换服务单元、以及业务处理流程控制,它们中的每一个都将在后面作进一步描述。

    异步消息和排队服务单元在应用单元或者系统服务单元之间通过共用的信息排队提供异步消息。同步消息服务单元提供了两个应用单元之间的通讯,在那里发送者在继续之前先等待来自接收者的回复。公布/预订消息服务单元处理事件发布者(发起人)和事件的一个或多个预订者(客户)之间的消息。数据管理服务单元管理用于应用单元的数据存储并且提供数据的访问、恢复、完整、性能管理和存储单元。业务管理服务单元经过资源管理单元来管理工作单元并且提供业务的进度安排、初始化、失败业务的重新运行和恢复。网络服务器服务单元管理网络界面和业务的显示。应用单元服务器服务单元提供服务器环境用于后端应用单元功能,例如JSPs(Java服务器页)和EJBs(Enterprise Java Beans)。翻译/转换服务单元提供应用单元之间的数据转换和改编,例如ASCII/EBCDIC转换、数据类型转换(压缩十进制到显示)以及信息重新格式化。业务处理流程控制服务单元提供在共同运转的应用单元或者模块之中进行工作流程管理从而在不编程的情况下允许业务应用单元的灵活性配置。

    存取层提供应用单元和系统服务单元和/或基础平台之间的隔离。存取层允许业务应用单元、应用服务单元和系统服务单元之间互相通讯。为了提供这种访问,该存取层提供一组服务单元和编程界面。这些界面向外部应用单元(如,不属于核心处理应用单元的一部分的应用单元)提供一个在计算机化基础结构中利用该核心处理应用单元的标准方法。正如下面要进一步描述的,外部应用单元和核心处理应用单元的结合可以被看作为提供“增值”服务。

    这组由存取层提供的服务单元包括正确时间业务管理服务单元、应用服务单元、显示服务单元、隔离服务单元和数据服务单元,它们中的每一个都将在下面作进一步描述。

    正确时间业务管理服务单元被存取层提供用来管理访问系统中所有服务单元的每个请求的执行。该正确时间业务管理服务单元也确保该核心处理应用单元及其关联数据对基于来自计算机系统的客户端的要求的访问持续有效。该正确时间业务管理服务单元进一步确保计算机化基础结构的操作环境的性能通过该服务单元的影响而达到最大的资源可用性、可靠性和可测量性。该正确时间业务管理服务单元由许多服务单元组成,包括,例如,持续可用性管理,工作量管理,工作单元管理,故障管理,目录/日程管理和记录/追踪服务单元。

    持续可用性管理服务单元被用来确保在任务紧急的情况下核心处理应用单元持续有效。一个失败的应用单元使用两种方法中的一种被恢复到它的执行状态。该失败的应用单元可以被恢复到失败之前的状态,或者可以调用该失败的应用单元的一个新情况。如下面要进一步描述的,在应用单元失败的时候故障管理开始或者调用持续可用性管理服务单元。

    工作量管理服务单元被用来在计算机化基础结构中优化资源的利用。多余的或者闲置的资源被施加影响。如果在一个特定设备中的一些服务单元或者处理单元已经达到它的性能临界值,那么工作量管理服务单元确保后续过程可以被能够执行该功能的设备调用。

    工作单元管理服务单元提供控制作为一个单独业务范围的一系列处理步骤的能力。在单独业务范围中的所有处理步骤被监控。如果一系列处理步骤中的任何部分失败或者不能被进行,那么全部业务范围要回到它的开始状态。抽点检验、调拨和重新运行特征被包含在工作单元管理服务单元之内。

    故障管理服务单元负责监测在计算机化基础结构中的错误并且确保至少关键的应用单元在没有显著中断的情况下运行。当故障管理服务单元检测到一个应用单元的错误或者一些其他问题的时候,该故障管理服务单元调用持续可用性管理服务单元来恢复运行。

    目录/日程管理服务单元被用来安排和/或分派模块或单元应用代码在适当的时间适当的执行环境中运行从而确保应用单元被正确执行。

    记录/追踪服务单元被用来追踪在应用单元或者服务单元执行期间发生的事件。例如,诸如一个错误的事件被记录下来从而可以获得信息来实施适当的补救措施。在这个服务单元之下,可以提供在系统构件等级中的追踪、审核和警告。

    应用服务单元被提供作为存取层的一部分。应用服务单元的作用为集中作为一个机构从而允许一个单元应用代码被其他单元应用代码调用或者请求工作。这些应用服务单元的集中目标是优化单元应用代码的使用从而使这样的代码能够被计算机化基础结构中的不同应用单元和/或服务单元重复使用和/或共享。这些应用服务单元直接处理对核心处理应用单元和所有通用应用服务单元的访问。这些应用服务单元包括许多特征,诸如通用构件、引擎、安全/授权、审核/日志以及时间服务单元,它们中的每一个都将在下面作进一步描述。

    通用构件是被计算机化基础结构中的不同应用单元和/或服务单元所共同使用和/或分享的构件。由于具有了这些通用构件,冗余的代码可以被消除。这些通用构件可以通过一个内部的、标准化的应用单元界面访问。

    引擎集中地是通用构件的特定类型。这些引擎具有高性能并且被许多不同的应用单元重复使用。例如,一种引擎是一个信用评分(即评估一个个人的信用等级)的应用单元。这些引擎也通过一个内部的、标准化的应用单元界面访问。

    安全/授权在计算机化基础结构中被提供和实施。提供安全/授权功能作为应用单元服务的一部分是为了确保这样的功能在计算机化基础结构中被协调一致地实施。该安全/授权功能被用来授权访问被保护的应用单元和其他服务单元或系统资源。在作出调用另一个服务单元的任何请求的任何时候,该安全/授权功能在存取层中被隐含地发出。另外,该功能可以被应用单元明确调用从而校验哪些特征可以被一个经认证的客户得到。

    审核/日志功能向应用单元提供关于在一个应用单元或服务单元执行期间发生的事件的可靠历史记录和数据。该审核/日志功能与记录/追踪服务单元配合使用从而确保任何发生在一个应用单元或服务单元执行期间的事件被正确地记录下来。

    时间服务单元被用来在计算机化基础结构的所有应用单元中提供通用的日期和时间的表示。包含多个时区的地方通用日期和时间的表示是重要的。该时间服务单元确保具有用于时间的格式化、同步和转换的标准。

    显示服务单元是由存取层提供的另一类型的服务单元。显示服务单元允许相同的核心处理应用单元以不同的格式或界面方法显示给不同的客户。更确切地说,显示服务单元的功能作为驱动核心处理应用单元及数据需要的本地格式和用于请求人的设备的界面需要的格式之间的翻译点。界面可以是一个人性的或者机器的界面。显示服务单元包括诸如接口网关、安全/密码、通用用户界面工具、数据表示和安全/认证的许多特征,它们中的每一个将在下面作进一步描述。

    接口网关被用来将外部显示协议翻译成内部协议,或者从内部协议翻译成外部协议。该接口网关负责将非本地传输协议和表示转换到到本地的传输协议和表示。该接口网关的使用能允许该核心处理应用单元被中立地显示,即,核心处理应用单元能通过各种客户方法访问。该接口网关包括,例如,WAP、磁带、文件传送、HTTP和异步拨号接入。

    安全/密码功能被用于标准化计算机化基础结构和客户之间信息交换的方法以及被用于保护这样的信息免受未授权使用。这种保护通过其加密和解密的使用由安全/密码功能提供。本领域公知的加密和解密算法被用于实施这个功能。

    通用用户界面工具被提供用来在计算机化基础结构中可得到的应用单元中给予一个共同的外表形象和感觉。通用用户界面工具包括,例如,HTML和图形用户界面。

    安全/认证功能被用来在一个客户签约到计算机化基础结构中的时候向客户提供证明和确认。正如下面要进一步叙述的,一个客户可以访问该计算机化基础结构从而获得各种服务单元。该功能确保登录到该计算机化基础结构的客户是一个合法客户。

    隔离服务单元由存取层提供。隔离服务单元被用来使应用单元和/或服务单元之间的通讯便利。这些服务单元的提供使一个应用单元或服务单元调用其他应用单元或服务单元时不需要知道该其他应用单元或服务单元位于该计算机化基础结构的哪个位置。相反地,这些服务单元允许一个应用单元或服务单元和另一个应用单元或服务单元通讯而不必面对潜在的、不同类的操作平台、通讯协议或者不同的公众或私人的消息格式的复杂性。隔离服务单元包括诸如分配服务单元、连接管理、翻译/代理服务单元、登记/目录、事件管理和流程控制的许多特征,它们中的每一个将在下面作进一步描述。

    分配服务单元提供这样的调用应用单元或服务单元的能力,能够在调用应用单元或服务单元时不需要知道调用的应用单元或者服务单元的位置、路径或状态的情况下来调用另一一个应用单元或服务单元。此外,分配服务单元确保在计算机化基础结构中的应用单元或服务单元的各自工作量被平均分配从而优化系统性能。该分配服务单元提供一个通用的应用单元编程界面,通过该编程界面产生所有的调用服务单元的请求。该分配服务单元使用登记/目录(以下将进一步描述)中的信息来确定如何和用什么途径发送每个请求。在与连接管理服务单元(以下将进一步描述)以及所有可适用的系统层构件的合作中,每个请求/响应被按规定途径发送到恰当的服务单元中。

    连接管理服务单元提供通向经登记的服务单元的路径或传输。所有能被一个以上的请求人调用的应用单元构件被写入作为可再用的服务单元。这些服务单元被用登记/目录服务单元(以下将作进一步描述)“登记”。在登记/目录服务单元中的信息被连接管理服务单元使用,从而恰当地按规定途径发送每个请求。该连接管理服务单元允许一个应用单元或服务单元和另一个应用单元或服务单元连系或相互作用而不必知道有关该其他应用单元或服务单元的潜在或合作构件的细节。

    翻译/代理服务单元提供各种能力,包括,例如,从ASCII到EBCDIC的转换,美元到英镑的转换,一个外部显示到内部显示的转换等。

    登记/目录服务单元是一个目录特征,它被用来管理在计算机化基础结构中可获得的一个应用单元或服务单元的状态或特性相关的要素。被管理的要素包括,例如,状态、位置、路径、名字、版本等。

    事件管理服务单元被提供用来监测一个已定义的业务事件的发生和发出该事件发生的信号。这种服务单元包括事件的定义和优先级区分、管理事件的排队以及发出出错信号或者例外处理。

    流程控制服务单元在业务实体等级被提供来执行一系列预先存在的被登记作为服务单元的业务处理步骤。流程控制在业务实体等级被提供来使每个客户从其它客户中识别出它的业务流程,并且在一个指定客户的子群中可以是特定的。这种服务单元包括诸如有条件的逻辑执行、有效的日期和共享的服务器/客户控制的特征。

    数据服务单元也由存取层提供。数据服务单元向在计算机化基础结构中的数据存储构件提供和取消实时数据更新和恢复能力。数据服务单元直接处理存取存储在计算机化基础结构的数据存储器中的数据。数据服务单元包括诸如企业数据存储器、数据贮藏器、数据存取层和数据存取工具许多特征,它们中的每一个都将在下面作进一步的描述。

    企业数据存储器是直接访问数据存储器,该数据存储器被用于存储应用单元基于其运行的业务数据,例如和客户相关的数据或者和账户相关的数据。该企业数据存储器通过数据存取层从应用系统被访问,下面将作进一步描述。该企业数据存储器被用于不同的目的。该企业数据存储器中的一些支持生产和运行报告的需求,另一些作为分段区域来处理在线分析处理决策支持的需求。以下将进一步描述的数据存取工具主要使用该分段区域来检索决策支持数据。

    数据贮藏器被用来存储系统构件后面的范围。该范围指描述每个构件的信息。数据存储构件和代码构件在数据贮藏器中被描述。该数据贮藏器帮助提高在计算机化基础结构中的构件的系统广泛的再使用。可再使用构件的例子是逻辑数据模型、物理数据库设计、数据构件定义和有效值、数据转换和映射常规、业务规则和参数等。一个关联的目录服务单元被提供从而允许用户从数据贮藏器中检索信息。

    数据存取层提供许多服务单元,例如数据提取、响应数据请求的转换和重新格式化。所进行的数据提取被用于从合适的企业数据存储器中检索数据。转换和重新格式化被执行来确保检索的数据被恰当地格式化用于请求的应用单元或服务单元。此外,数据存取层允许用于输入/输出(I/O)的编程代码和应用逻辑分离。该分离便于I/O例行单元的再使用并且提供机会来独立于应用逻辑管理I/O代码。

    数据存取工具是一个计算机化基础结构中向内部和外部客户提供分析数据的访问、传递和报告服务单元的工作台环境。该数据存取工具也可以基于客户需求产生标准的报告和预建立的分析。标准的和其他的报告需求由于存储在企业数据存储器中的数据而得到满足。如上所述,数据存取工具利用在线分析处理和其他工具来满足分析的和决策支持的需求,以及利用基本的提取、转换、装载(ETL)工具来产生满足客户具体格式化需求的提取。

    图4是图示系统结构的一个示范的顶部透视图的一个简化的示意图。图4进一步说明系统结构的应用层。参照图4,业务应用层被描绘为一系列外部环状片断。这些片断依附于环绕着应用单元层服务层的存取层。应用单元层服务层的几个部分被描绘成包括许多核心处理应用单元及其关联规则和参数以及各种数据存储器。例如,每个客户可以有它自己特别的规则和参数以及存储在计算机化基础结构中的数据。核心处理应用单元(或者应用服务单元)、关联的规则和参数以及数据存储器所处的位置在概念上被称作为“核心”。该核心处理应用单元被计算机化基础结构的客户使用来执行各种相关的处理或业务。在它的执行期间,一个核心处理应用单元可以访问对于请求由核心处理应用单元提供的服务单元的客户为特定的规则和参数以及数据。正如前面所述的,存取层提供许多服务单元,它们允许这些核心处理应用单元被客户访问。可以理解的是,这些核心处理应用单元是被业务应用层中存在的业务应用单元所通用共享的或者使用的应用单元。本技术领域普通熟练的技术人员能理解根据计算机化基础结构的设计,这些核心处理应用单元可以变化。例如,在信用卡处理范围,这些核心处理应用软件可以包括一种过账货币业务的应用单元和一种更新信用帐户或者客户的应用单元等。

    如上所述的计算机化基础结构支持三种约定模式或模型,即,分批约定模型、交互式约定模型和事件约定模型,它们中的每一个都将在下面作进一步描述。这些约定模型被用以描述各种类型的交互作用,该交互作用可以产生于计算机化基础结构。

    分批约定模型描述了集中一系列业务和原始数据以及以时序方式应用相对于这样的业务和数据的处理序列的过程。典型地,处理序列开始于一个预先限定的时间点并且在一个预定期间内结束。在一个分批处理序列结束的时候,结果被表示为一组静止的点-时间实体的数据。

    交互式约定模型描述了一个实体(例如,用户、应用单元、服务单元、系统处理等)向一个或多个其他实体提出请求并且期待一些形式的回复的处理过程。这种模型在业务处理的完成需要交互作用的情况下是很有用的。请求可以仅仅是访问数据、访问一个应用单元、访问一个服务单元,或者前述访问的结合。这个基本的交互式约定模型具有一些变化的形式描述发起实体是否一直等到回复被接收到(“同步”)或者在后面连续期待回复而未指定时间(“异步”)。这种模型的另一种形式描述了发生在几个请求/回复序列中的发起人和接收人的交互作用以及交互作用直到所有的序列被成功完成才被考虑完成和提交“状态”处理;或者,每个请求/回复序列可以被考虑为独立交互作用“非状态”处理。交互式约定模型形式的适当组合的应用依赖于业务处理的具体需要内容。

    事件约定模型描述了一个实体希望通知另一个实体有关一个正在采取的预定义行为发生或者一个条件或状态发生的处理过程。该事件约定模型本身是异步的,由于通知的实体不依赖于作为继续处理的一个先决条件的通知的结果。和交互式约定模型相似,事件约定模型有几种不同的形式。该形式根据特性而改变,这些特性例如:被通知实体的数量(一个,一些,许多),预定义的或自我鉴别的接收者(点对点v.公布/预订),事件到达目的需要的确信度(激活和遗忘v.保证递送),和接收者对到达时间延迟的敏感性(零潜在因素)。

    图5示出图3和图4所示的系统结构的一部分示范逻辑图。如图5所示,由存取层提供的服务单元相互关联和相互作用从而能够访问核心处理应用单元。在一个示范实施例中,下面的这些服务单元是一组控制信息,它们建立在每个对话时期的开始并且保持到该时期终止为止。正如上文提到的,隔离服务单元提供了连接管理服务单元从而便于一个外部应用单元访问该核心处理应用单元。该控制信息被用在每个服务单元请求与存取层的交互作用中并且包含一个安全、性能/利用、追踪和业务范围数据的广大的范围。该控制信息是跨越多个平台并且可以被存取层提供的所有服务单元所获取。

    如上文提到的,两个服务单元,在隔离服务单元下提供的分配服务单元和连接管理服务单元,从一个开发者的角度看是到达存取层的主要接口点。该连接管理服务单元被调用从而在核心处理应用单元和一个客户的业务应用单元或系统之间建立接口。分配服务单元建立一种能力可以定位和调用一个服务单元,无论该服务单元存在于计算机化基础结构的哪个地方。策略通过应用一个规则范围来开发从而控制分配服务单元的运行和其他服务单元的调用。该策略是由外部定义的几组属性,详细说明了一个特定服务单元请求将如何约定存取层提供的各种服务单元。这样,与该策略结合的分配服务单元确定组成存取层的剩余服务单元如何被利用来满足一个特定约定模型和与核心处理应用单元交互作用形式的需求。

    在一个示范实施例中,被分类为基础级别服务单元的一组服务单元负责用于允许从一个外部应用单元或系统达到访问该核心处理应用单元。这组服务单元包含连接管理服务单元、工作单元管理服务单元、分配服务单元、工作量管理服务单元、数据存取服务单元和数据存取工具。

    被分类为支持级别服务单元的另一组服务单元负责支持基础级别的服务单元。当被应用于正在被处理的对话类型和消息类型的特定实例的策略调用的时候,这组服务单元被基础级别的服务单元调用。这组服务单元包括安全/密码,安全/认证,消息代理,故障管理,记录和追踪,审核/日志,时间服务,参数控制和登记/目录。

    被分类为处理级别服务单元的第三组服务单元负责促进能实施几种约定模型的类型的能力。该第三组服务单元包括通用用户接口,目录/日程,事件管理和流程控制。

    在每组服务单元中的服务单元既与本组中的其他服务单元互相作用也与来自其他组中的其他服务单元互相作用。例如,分配服务单元和工作量服务单元一起可以使存取层和核心处理应用单元所提供的其他服务单元得以跨越各种不同类的计算平台被执行。平台性能可以被增加和管理以支持可用性和可测量性而不改变其他服务单元和应用单元构件。分配服务单元和消息代理服务单元将应用单元和内部构件和其他服务单元的变化隔离。在不需要应用补偿代码的情况下消息代理服务单元执行消息转换。分配服务单元被设计成用于基于包含在登记/目录中的名称来访问一个特定的应用单元模块。在基于业务访问核心处理应用单元和企业数据存储器方面,该工作单元管理服务单元提供了可靠性和完整性。这些服务单元支持一种版本的形式,该形式能够隔离构件并且允许升级计算机化基础结构的各部分而不影响其他的方面。

    可以理解的是由存取层提供的各种服务单元可以使用软件、硬件、或者两者结合以一种模块的或者整体的方式进行实施。例如,一个服务单元可以以控制逻辑形式用软件在一个模块中实施。根据本文所揭示的原理,本技术领域的熟练人士将会了解其他方法和/或途径来实施和应用本发明。

    由存取层提供的不同服务单元在逻辑上可以彼此交互作用。例如,参照图5,在行为已经由认证服务单元认证之后,该连接管理服务单元接收从任何级别输入的行为。该连接管理服务单元确定需要哪种服务单元来服务于该行为,并且调用分配服务单元来定位所需要的服务单元。该分配服务单元使用工作量管理服务单元来确定一个服务单元的哪种情况可以接收这个请求(为了平衡工作)。在将请求按规定路径引导到为该请求服务的分配服务单元的分配之前,该请求被通过授权服务单元从而确保该来源/请求人被授权访问所请求的服务单元。可以理解的是由存取层提供的各种服务单元可以以不同的方式彼此间互相作用。不必考虑这些不同的服务单元是如何互相作用的,该存取层提供方便通过例如一组业务应用单元的外部应用单元访问该核心处理应用单元,在下文中将作进一步描述。

    图6示出了图3所述的一个计算机化基础结构的示范物理拓扑图。可以理解的是计算机化基础结构的其他物理实施也是可以的,且本技术领域熟练的人士将了解其他方法和/或途径来实现本文所述的计算机化基础结构。参照图6,该计算机化基础结构包括多个显示或者接口服务器。这些接口服务器提供与用户的接口显示交流。一般,这些接口服务器被构成为农田状或串状,这种情况下,一个单独的接口服务器的失误不会影响到其他接口服务器。这些接口服务器允许通过私人网络,因特网,内部网络,外部网络和其它类型的计算机网络访问。除提供接口显示交流之外,这些接口服务器也提供一些其它功能,包括认证,授权和代码转换。充分的认证被用于确认访问计算机化基础结构,任务受到检验,以保证认证的客户能使用请求的服务单元。

    该计算机化基础结构也包括两个防火墙。第一防火墙位于接口服务器和客户服务器之间。第一防火墙由包含一个路由过滤层,一个硬件和软件防火墙层和一个路由分配层的三层所构成。该路由过滤层是一个周边安全层的一部份。该路由过滤层的主要目的是基于一组已定义的参数来有选择地挑选哪个客户服务器及其引入的信息包可以被允许进一步进入计算机化基础结构。已经被许可继续进行的信息包接着被发送到适当的网址。

    该防火墙层也是该周边安全层的一部份并且标明一个分界区域(DMZ)的外界边缘。在被允许进入DMZ之前,该防火墙层对引入的信息包作更进一步的检查。

    该路由分配层,也被认为是负载平衡层,存在于周边安全层的内部并且确定引入的业务量将被发送到哪里。该路由分配层的主要功能是在所有接口服务器中装载平衡的业务量从而优化系统资源的利用。

    第二防火墙位于接口服务器和业务应用服务器之间。第二防火墙和第一防火墙一起组成分界区域。该第二防火墙确保只有认证过的源或者客户服务器被允许访问该核心处理应用单元。

    该计算机化基础结构进一步包括许多业务应用服务器。这些业务应用服务器可以被分类为两个通用的组。第一组包括各种客户的定制,也因此具有一个很高的变化率。这第一组倾向于更多地以一种同步方式被使用。第二组通常用来处理大量的低潜在因素的数据。因此,这第二组倾向于较少用于客户定制,且以较低的变化率实现高性能的使用。这第二组倾向于更多地以一种非同步方式被使用。

    该计算机化基础结构也包括一个总线结构,它允许一个服务单元可以被访问而无论该服务单元位于哪里。该总线结构的功能之一是提供分配服务单元,除了其他方面以外,该分配服务单元确定请求一个特定服务单元的信息要被发送到哪里。该分配服务单元确定一个目标服务单元存在于何地,在该服务单元的所有情形中的平衡业务量的负载,和按规定路线将业务量传送到适当的目的地。访问一个服务单元通过总线结构的安全管理器来控制。

    该总线结构提供大量应用单元中间件,它被用于核心处理应用软件和存取层提供的服务单元之间进行通讯。该总线结构也执行与一个应用单元相关的任务控制(工作单元管理服务单元)和工作量平衡(工作量管理服务单元)。该总线结构也向用于实施该计算机化基础结构的基本技术提供一个接口,因而将该基本技术与核心处理应用单元以及存取层提供的服务单元隔离开。

    该计算机化基础结构包括许多核心处理应用服务器。这些核心处理应用服务器被用于储存和执行核心处理应用单元。为了提高性能,要被该核心处理应用单元所处理和/或使用的数据被储存在该核心处理应用单元服务器附近从而可以被更快地存取。

    许多数据服务器被包括在计算机化基础结构中。这些数据服务器被用来实现数据存取服务。如上文所述,数据存取服务单元提供了数据的物理位置的提取,也就是,数据存取服务单元将业务和核心处理应用单元与用于实现数据服务器的物理技术隔离开。所以,一个要求数据的应用单元不需要知道该数据实际存在的地方。这样,该数据可以在物理上从一个位置移动到另一个位置而不影响需要存取此数据的应用单元。这里有两种类型的数据服务器,即,操作型数据库服务器和数据贮存库服务器。操作型数据库服务器被用来容纳核心处理应用单元的处理目的需要的数据。这些操作型数据库服务器应用各种工业-标准数据库技术,例如关联数据库和传统的文件结构(包括数据流和记录导向序列,相对记录和索引)。数据贮存库服务器被用来存储用于分析目的诸如特别查询和在线分析目的的数据。

    图4进一步说明了由计算机化基础结构支持的一组示范的业务应用单元。如图4所示,这组业务应用单元可以被分成许多类别。这些应用单元对于一个计算机化基础结构的用户或者客户是可得到的。可以理解的是,这些业务应用单元在本文仅仅是为了说明的目的。在本技术领域的熟练人士可以理解可与该计算机化基础结构相结合实施和应用的各种类型的业务应用单元可以根据该计算机化基础结构应用的范围进行变化。

    用户可获得的第一类业务应用单元涉及账户取得和风险。这个类别中的应用单元处理例如授权,收集,欺诈检测,欺诈预防,欺诈报告和恢复以及新客户账户的设立,它们中的每一项都将在下文作更进一步的描述。

    授权应用单元提供给商户请求一个授权导致在信用卡账户上的行为的能力。这种应用单元根据某种存储在计算机化基础结构中的预定欺诈和信用规则而给予一个授权决定。该授权决定可以包括例如授权,拒绝或者参考。该决定通过授权应用单元被传送给商户。此外,该授权应用单元也保存匹配的和未完成的授权的目录。

    收集应用单元为客户提供控制通向收集系统的拖欠的和/或超出限制的账户数据的流程的能力。收集系统可以位于计算机化基础结构的外部。该收集系统接着可以采取适当的行为来响应拖欠的和/或超出限制的账户数据。

    欺诈检测应用单元允许客户检测可能和一个信用卡账户上发生的行为相关联的欺诈。该欺诈检测应用单元包括规则和/或与其他应用单元的评分接口。这些其他应用单元可以接收来自欺诈检测应用单元的信息并采取进一步的适当的行为。

    欺诈预防应用单元是提供一种能力来阻止与票据显示相关的账户行为,该票据已经被报告遗失或偷窃或者被怀疑具有潜在欺诈的可能。此外,欺诈预防应用单元可以建立一个欺诈账户来管理被欺诈的货币。

    欺诈报告和恢复应用单元提供一种能力来管理和信用卡账户关联的欺诈的调查、恢复和报告。该欺诈报告和恢复应用单元进一步保证任何客户的或管理的报告要求被遵从。

    客户账户设立应用单元提供一种能力来评估一个申请者申请的信用额度,且如果该申请被批准,建立一个信用卡账户并且开始与建立信用卡账户关联的其他过程,例如签发显示票据。

    用户可得到的第二类业务应用单元涉及结算和产业依顺性。在这个类别中的应用单元处理例如争论/暂停管理,现金业务路由选择/数据保留,商户账户管理,商户异议报告,商户现金过账,商户新账户设立和结算,它们中的每一项将在下文中作更进一步的描述。

    争论/暂停管理应用单元提供一种能力来调查和解决持卡人关于他们账户所产生的要求和争论。例如,争论/暂停管理应用单元将一个业务或者平衡从标准平衡重新分类到一个暂停状态从而作进一步调查。

    现金业务路由选择/数据保留应用单元提供一种能力可以获取来自一个申请者的信用申请的信息并将这个信息转发给发卡人的票据结算所进行欺诈检测并接收回复。此外,也可以开始基本现金业务的批处理提交。

    商户账户管理应用单元提供监管和维护商户的账户投资组合的一种能力。

    商户异议报告应用单元提供一种能力,将承兑票据或者小应用单元提供给已定义的商户。另外,该应用单元能够进行为关闭商户账户而对其的评估,必要时恢复商户票据,并且更新涉及商户账户的新状态的所有感兴趣的方面的处理。

    商户现金过账应用单元提供接收和处理现金业务的能力。该现金业务被过账到商户的账户。现金业务的处理过程包括例如处理贷方款项、借方款项,应付款、费用、利息和金额理算。

    商户新账户设立应用单元提供为商户建立新账户的能力。该应用单元能进行一个预期商户申请的处理从而完成这个申请,进行开户或者通知商户拒绝申请的理由。

    结算应用单元提供收集和保存客户的网络位置,产生通用的分类账目,收集和保存用于国家间结算的网络位置以及执行资金转账的能力。

    用户可获得的第三类业务应用单元是关于惯例,保留和销售。在这个类别中的应用单元处理例如客户管理,销售管理,产品管理,生产率管理,报酬管理和信息管理,它们中的每一项将在下文作进一步的描述。

    客户管理应用单元提供维护客户的人口统计数据和不同实体、通讯点、人口统计数据、以及外部到内部的主要关系之间的联系的能力。

    销售管理应用单元提供进行发展征求新客户关系、产品和报价所必要的处理的能力。这个应用单元进一步包括确定要达到的业务目标、聚集目标市场并对其进行资格评估和开发需求及原材料,以及追踪征求的响应。

    产品管理应用单元提供分析、定义、协调、测试和实施一个金融产品的能力。例如,关于金融产品的规则可以被定义和保存,且当金融产品被处理的时候此规则可以被调用。

    收益率管理应用单元提供允许客户识别投资组合部分并分析客户的顾客和/或他们的账户的收益率的能力。

    报酬管理应用单元提供保存、资格评估和设立与金融产品以及适当的当事人相关的报酬/奖金的能力。

    信息管理应用单元提供一个数据贮存库和用于非操作型数据的变化数据贮存库。这个应用单元允许此贮存库为预定义的和特别客户的请求而被访问和应用。

    用户可以获得的第四类业务应用单元涉及客户通信联系。在这个种类中的应用单元处理例如信件管理,显示票据管理,和报表管理,它们中的每一项将在下文作进一步的描述。

    信件管理应用单元提供递送书面通信给潜在的或者存在的客户的能力。该书面通信可以是关于例如账户状况和市场征求或倡议。该书面通信包括例如持卡人协定,更新或违约信息,例如过期、超过限度和退回付款通知。

    显示票据管理应用单元提供显示票据数据的能力。各种数据相关于显示票据被保存,例如,私人的压印在显示票据上的名字和显示票据的状态。此外,显示票据管理应用单元也提供能够重编显示票据的号码和控制显示票据的重发时间的能力。

    报表管理应用单元提供产生客户报表用于印刷的能力。此外,这个应用单元也允许客户为他们的顾客设计他们自己的报表且提供信息联络,插入,和其他目标通信的灵活性。

    可以理解这组可访问存取层的业务应用单元可以彼此互相作用且这些应用单元可以使用软件、硬件或者两者的结合以模块或者整体的方式来实施。此外,也可以理解虽然上文所述的这组业务应用单元是基于功能被分类的,但是这些应用单元也可以根据设计和系统的限制或需求作为分离的模块或者以一个单独的模块而被实施。基于本文所揭示的内容,在本技术领域的熟练人士将了解其他的途径和/或方法来实施这些应用单元。

    可以理解虽然本文描述的一个本发明的示范实施例针对一个可用于信用卡处理业的系统,但是在本技术领域的熟练人士将理解本发明也可以适用于其他类型的产业。

    可以理解本文描述的例子和实施例仅仅是为了说明的目的,对于在本技术领域的熟练人士根据上文的叙述可以做出各种修改与变化,这些修改与变化将被包括在本申请的精神和范围以及附后的权利要求的范围内。所有本文提及的出版物、专利和专利申请都以全部的目的通过引用而全文结合在本文中。

用于处理信用卡相关业务的方法和系统.pdf_第1页
第1页 / 共31页
用于处理信用卡相关业务的方法和系统.pdf_第2页
第2页 / 共31页
用于处理信用卡相关业务的方法和系统.pdf_第3页
第3页 / 共31页
点击查看更多>>
资源描述

《用于处理信用卡相关业务的方法和系统.pdf》由会员分享,可在线阅读,更多相关《用于处理信用卡相关业务的方法和系统.pdf(31页珍藏版)》请在专利查询网上搜索。

本发明提供一种用于处理信用卡相关业务的系统。根据该系统的一个方面,本系统采用一个三层结构(图3),该三层结构具有一个存取层,一个系统服务层和一个基础平台层。该系统更进一步包括许多核心处理应用单元及其相关数据。核心处理应用单元层包括许多不同的技术平台及其相关硬件(图3)。系统服务层提供许多被用于支持该系统的系统以及被用于从基础平台层隔离存取层(图3)。存取层被用于提供对核心处理应用单元及其相关数据的。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 物理 > 计算;推算;计数


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1