卡处理的制作方法

专利名称：卡处理的制作方法
卡处理相关申请的交叉引用本申请要求2009年3月6日提交的美国临时专利申请61/158，529以及2010年 2月9日提交的美国专利申请12/703，162的优先权，通过引用的方式1将其全部内容合并于此。
背景技术：
储值卡在支付交易应用中日益普及。通常，储值卡用于表示已经交付给卡的发行方或由卡的发行方可得的货币量。当储值卡在金融交易期间用于支付时，与卡相关联的所储存的币值递减了交易的数量。与卡相关联的资金值不一定储存在卡本身上，而是可保存在与卡的发行方以某种方式关联的计算系统中。在其他实施例中，与卡相关联的值实际上储存在卡上，通常存储在嵌入卡中的芯片中，且往往以在线模式与主机系统同步。储值卡常常用各种不同的名字来称呼，例如包括支付卡、预付卡、礼品卡、医疗卡等等。已经证明储值卡在多种应用中有用，例如包括促销营销、薪酬以及政府支出。储值卡已被不同行业中的实体采用，例如包括金融机构、非金融机构、保险公司、激励公司、薪酬服务供应商、零售商、转帐公司以及政府实体。虽然储值卡受到消费者和发行储值卡的实体的欢迎，但是储值卡的固有特性使得难于提供储值卡程序。例如，储值卡已被用于各种卡程序中。使用不同的营销策略和使用众多不同的分销渠道来提供该程序。已经证明储值卡的程序管理者是非常多样的群体，包括金融机构和非金融机构。而且，程序管理者通常具有具备特定价值主张和风险的相异的商业模式。此外，储值卡的程序管理者通常希望或需要使用不同技术来支持特定的卡程序。 因此，储值卡市场的复杂性对提供和支持储值卡程序提出了特定挑战。

发明内容
申请人:公开了用于开发、测试和操作卡处理系统(例如支付卡处理系统、资格卡处理系统等等)的系统和方法。—种示例性系统包括模型内容储存库，其具有存储在其中的元素，所述元素对应于卡处理系统的分立组件。元素可以组合到用于卡处理系统的模型中。在示例性实施例中， 元素可以包括例如数据流，其可组合到用于卡处理系统的模型中。在说明性实施例中，元素可以进一步包括例如定义服务级协定和商业处理需求的元素。一种示例性系统可以进一步包括集成开发环境。该集成开发环境由用户访问，以设计卡处理模型。用户采用该集成开发环境来将储存在模型内容储存库中的元素组合到卡处理模型中。在示例性实施例中，模型可以采用数据驱动架构。用户使用与处理系统的元素相对应的数据流图来定义处理模型。模型储存在模型内容储存库中。一种示例性系统可以进一步包括部署管理器。部署管理器适于编译已经使用集成开发环境定义的并储存在模型内容储存库中的卡处理模型。部署管理器可以进一步适于对已编译的卡处理模型执行自动化测试。
一种示例性系统还可进一步包括执行已编译的卡处理系统的平台运行时环境。交换机可与运行时环境通信地耦合，以便向执行应用提供外部连接性。例如，交换机可为支付网络、银行和信用卡处理系统、贷款网络、通信网络或适合与卡处理系统一起使用的其他处理网络提供外部连接性。一种示例性系统还可以包括运行时分析器，其与运行时环境通信地耦合并从在运行时环境中正在执行的卡处理系统接收信息。在一个实施例中，运行时分析器将该信息与集成开发环境(该信息显示在其中)通信。例如，集成开发环境可包括表示与在运行时环境下正在执行的卡处理系统相对应的模型的视图。从运行时分析器接收到的信息在与所接收到的信息相对应的模型的部分上被显示在集成开发环境中。根据另一实施例，集成开发环境可直接从执行处理系统接收关于执行处理系统的信息并由此绕过运行时分析器。在示例性实施例中，模型内容储存库保存用于定义模型的模型和元素的版本化(versioning) 信息。因此，当修改了现有模型时，模型内容储存库记录对模型的修改并将其与新的版本化信息一同存储。同样地，当改变了元素时，新的版本化信息与元素一同存储。当对元素或模板进行改变时，部署管理器可适于对受所述改变代码影响的代码的那些部分进行再编译并且测试所再编译的代码。在查证后，将所再编译的代码置于运行时环境中。用于开发、测试和执行卡处理系统的示例性平台可用作服务。用户可根据需要访问平台，以开发卡处理模型、编译和测试与模型相对应的代码、和/或执行卡处理系统。用户可尽可能多的或尽可能少的访问平台功能性以适于其特定需要。例如，在示例性方案中， 用户可访问平台以开发和测试处理模型，但可使用例如用户自己的服务器的资源而不是平台来在生产环境下执行处理系统。


图1示出用于开发、提供和管理卡处理系统的网络配置的示例实施例。图2-3示出用于开发、提供和管理卡处理系统的系统和应用的示例实施例。图4-6示出可用于开发、提供和管理卡处理系统的集成桌面环境的示例界面。图7示出用于定义和/或开发卡处理系统的模型的示例性方法的流程图。图8示出用于定义卡处理系统的模型的示例性方法的流程图。图9示出用于定义和/或开发卡处理系统的模型的示例性方法的流程图。图10示出管理卡处理模型的示例性方法的流程图。图11示出用于在支付处理系统中提供版本管理的示例性方法的流程图。图12示出可用于定义卡处理系统的商业需求的真值表(matrix)的示例实施例。图13示出将商业需求集成到卡处理系统中的示例性处理的流程图。图14示出用于将服务级协定集成到卡处理系统的示例性处理模型的流程图。图15示出其中规定了所需服务级的卡处理模型的操作的流程图。图16示出用于将处理监视集成到卡处理系统中的示例性处理的流程图。图17示出其中规定了所需处理监视元素的卡处理模型的操作的流程图。图18示出说明提供卡处理平台作为服务的示例性处理的流程图。图19示出可用于实现本文所述系统和方法的示例性计算环境的框图。
具体实施例方式鍵一种示例性系统适于设计卡处理模型、从模型生成用于卡处理系统的代码、测试所述代码以及执行卡处理系统。虽然参考用于支付卡处理的系统和方法描述了该系统，但是应当理解并明白的是，支付卡处理是指并包括与任何和所有类型的卡处理有关的处理， 包括例如储值卡、支付卡、预付卡、礼品卡、医疗卡、保险卡等等。在说明性实施例中，示例性系统包括模型内容储存库，其中储存了用于卡处理模型的元素。说明性系统进一步包括集成开发环境，其允许用户访问模型内容储存库并使用在模型内容储存库中储存的元素来设计卡处理模型。部署管理器适于编译和测试已经被定义并被储存在模型内容储存库中的卡处理模型。在平台运行时环境下执行所编译的代码。从执行卡处理系统收集的信息被传送到集成开发环境通信，其中可以将该信息呈现给用户。示例件网络配置图1示出用于实现用于开发和执行支付卡处理系统的系统的示例网络配置。如图 1中所示，示例性网络配置可包括模型计算环境120模型计算环境120提供用于开发支付卡处理模型、用于编译代码以及用于执行支付卡处理系统的平台。模型计算环境120可包括多个服务器网络，其可在地理上进行分布。用户采用电子设备110来在网络115上访问模型计算环境120。用户使用设备110 在计算环境120下设计并部署支付卡处理系统。电子设备110可以是适合与模型计算环境 120进行对接的任何设备，包括例如个人计算设备。网络115可包括用于提供连接性的任何通信技术，包括例如无线网络、电缆网络和/或局域或广域网，局域或广域网包括例如公司内联网和/或互联网。在执行支付卡处理系统时，可由模型计算环境120来访问第三方服务沈5。例如， 支付卡处理系统可访问银行、支付、贷款、通信或适合与卡处理系统一起使用的任何其他类型的网络。示例性支付卡处理图2-3示出用于开发、提供和管理支付卡处理系统的系统和应用的示例实施例。 如图2中所示，诸如程序员、系统开发者等的开发用户105可访问集成开发环境(IDE)210， 以例如开发、编辑和/或管理支付卡处理系统。根据示例实施例，开发用户105可包括程序员、系统开发者、客户端、厂商、后台办公操作等，其可访问IDE 210或与IDE 210交互以使卡处理与服务流畅。例如，在一个实施例中，开发用户105可包括后台办公操作代表，其可访问IDE 210和/或与IDE 210交互，以使诸如风险操作的操作(例如纠纷和退款、负平衡管理、欺诈监视了解你的客户(KYC)规则)、客户服务、交换服务、制造服务、印花服务、编码服务或任何其他适合的操作流畅。IDE 210可以是产品工程应用，其可提供一个或多个界面，使开发用户105可与支付卡处理系统交互以开发、编辑和/或管理支付卡处理系统。根据示例实施例，界面可包括与支付卡处理系统的处理相关联的元素，诸如模板、数据流图、人工件等，这将在下文更详细地进行描述。开发用户105可选择经由界面提供的元素以产生与支付卡处理系统相关联的模型。在一个实施例中，IDE 210可用于生成例如软件代码，诸如计算机可读指令，该指令可包括用于模型的功能性和/或处理。例如，IDE 210可包括成束储存库(未示出)，其可包括与可在模型中执行的各种功能相关联的诸如计算机可读指令的软件代码。根据示例实施例，开发用户105可与例如图1中所示的电子设备110交互，以启动 IDE 210。电子设备110可包括硬件组件，诸如处理器、图形卡、存储组件、记忆组件、天线、 通信端口、显示器、输入设备等等。电子设备110还可包括可控制硬件组件的软件组件，诸如操作系统和网络浏览器应用。根据示例实施例，电子设备110例如可以是计算机、电话、 PDA、服务器等。如上所述，电子设备110可与模型计算环境120可操作通信。在一个实施例中，模型计算环境120可部署和/或托管IDE 210。例如，诸如厂商的实体可在计算系统上远程托管IDE 210，使得开发用户105可与例如电子设备上的网络浏览器应用交互，以访问IDE 210。根据示例实施例，电子设备110可例如经由网络115与可部署IDE 210的模型计算环境120可操作通信。如将在下文所述，模型计算环境120可包括硬件组件和/或软件部分的任何组合， 硬件组件诸如是处理器、数据库、存储驱动器、寄存器、高速缓存、RAM存储芯片、数据总线等，而软件部分诸如是IDE 210、操作系统等。在一个实施例中，模型计算环境120可以是基于网络的服务器，其可将IDE 210提供给电子设备110，使得开发用户105可与IDE 210交互以开发支付卡处理系统。IDE 210可与模型内容储存库(MCR) 215通信，MCR 215可被包括在硬件组件的任何组合中和/或在硬件组件的任何组合中实现，硬件组件诸如是处理器、数据库、存储驱动器、寄存器、高速缓存、RAM存储芯片、数据总线等。在示例实施例中，MCR 215可在模型计算环境120中实现。根据一个实施例，MCR 215可存储与一个或多个已定义的处理相关联的元素，所述一个或多个已定义的处理可用于支付卡处理系统中。元素可包括例如与支付卡处理系统的已定义处理相关联的模板、人工件、数据流图等。例如，元素可包括模板，以添加与储值卡相关联的帐户交易的电子邮件通知。元素还可包括例如人工件，诸如插件模块，其可定义支付卡处理系统的功能。元素可进一步包括例如数据流图，其可以是与数据同步、数据源、转换等相关联的可视化图。根据示例实施例，开发用户105可与IDE 210交互，以选择包括在与支付卡处理系统相关联的开发模型中的元素。因此，在一个实施例中，MCR 215 可将元素提供给IDE 210，使得开发用户105可选择要开发的元素。根据示例实施例，IDE 210可与中间件应用220通信和/或交互。根据示例实施例，中间件应用220可包括在模型计算环境120中。中间件应用220可以是可充当IDE 210 和平台运行时环境255之间媒介的一个或多个应用，这将在下文更详细地进行描述。如图 1中所示，中间件应用220可包括运行时分析器225、部署管理器230和交换中心250。根据一个实施例，运行时分析器225提供来自可能已经使用IDE210开发的执行支付卡处理系统的反馈。例如，运行时分析器225可储存与支付卡处理系统的执行模型相关联的信息，该支付卡处理系统例如由开发用户105使用IDE 210开发。运行时分析器225可接收和记录与来自平台运行时环境255的执行模型相关联的数据流。例如，如将在下文描述的，利用IDE 210开发的支付卡处理系统的模型可被编译并部署至平台运行时环境255。 然后，平台运行时环境255可托管与模型相关联的支付卡处理系统，运行时分析器225可接收并记录执行模型，使得IDE 210可提供例如通过执行模型正在处理的交易或数据的可视化图，这将在下文更详细地进行描述。部署管理器230可以是编译、测试和部署利用IDE 210开发的支付卡处理模型的应用。例如，如图3中所示，部署管理器230可包括编译器235、集成模块MO以及运行时储存库M5。在一个实施例中，编译器235可接收利用IDE 210开发的模型。一旦接收到模型，则编译器235可将模型的元素编译成与元素所对应的支付卡处理系统的处理和/或功能性相关联的可执行代码。然后，可执行代码可被提供给集成模块240。集成模块240可通过对代码执行测试以确定其是否正确操作来查证可执行代码。测试可以是自动的，但还可按照用户输入而被手动地执行。测试可确定可执行代码(其可代表对模型所作的最近改变)是否在平台运行时环境下可执行的模型版本中被适当部署。根据示例实施例，所查证或验证的可执行代码可提供给运行时储存库M5。运行时储存库245可将已编译的可执行代码束提供给平台运行时环境255，使得平台运行时环境 255可安装所述束来执行模型，以更新可能正在执行的现有模型、解析可能正在执行的现有模型的依赖性等等。在一个实施例中，可检验已编译代码束直至所述束可能被查证和/或验证。一旦查证和/或验证，则所述束可随后被登记并被提供至平台运行时环境255，使得平台运行时环境巧5听从可执行程序束、安装和开始经由其上的平台来执行它们。如图2中所示，在示例实施例中，中间件应用220可进一步包括交换中心250。 交换中心250可以是可在平台运行时环境255中包括的交换机260和IDE 210之间提供通信的应用。例如，开发用户105可与IDE 210交互，以选择与第三方服务(诸如 Visa , MasterCard ,或类似处理系统、交互语音响应(IVR)系统、基于网络的帐户系统等，它们都可由在平台运行时环境255中执行的模型访问)相关联的元素。交换中心250 可基于使用IDE 210开发的模型来接收与这样的服务相关联的配置。该配置可包括例如与选择要在模型中包括的服务相关联的协议、需求等。然后，交换中心250将配置提供给交换机260，使得交换机260可加载包括协议、需求等的配置，以在平台运行时环境255和与配置相关联的第三方服务265之间提供通信，这将在下文更详细地进行描述。开发用户105还可与交换中心250交互，以在最初部署后更新交换机沈0中的一个或多个配置。如上所述，平台运行时环境255可执行与已经利用IDE 210开发的模型相对应的支付卡处理系统。在一个实施例中，如图2-3中所示，平台运行时环境255可包括执行可使用IDE 210开发的每个模型的平台。平台可包括可储存、托管并执行模型的格栅。在示例实施例中，如上所述，平台和格栅可从部署管理器230接收与模型相对应的代码束。然后， 所述代码束被安装在平台和格栅上，使得平台运行时环境255可执行该模型。根据一个实施例，交换机260可用于在平台运行时环境255和第三方服务265之间提供界面，该界面例如可用于与由平台运行时环境140托管的支付卡处理系统相关联的储值卡的卡持有者。例如，模型可包括第三方服务，诸如Visa , MasterCard 或类似处理系统、交互语音响应(IVR)系统、基于网络的卡持有者自服务系统等，它们都可由在平台运行时环境255中执行的模型访问。交换机260可提供界面以引导在平台运行时环境255中平台上执行的模型和第三方服务265之间的信息。在示例实施例中，交换机260可加密和 /或解密在平台运行时环境255中平台上执行的模型和第三方服务265之间的信息。图4-6示出集成桌面环境的示例界面，该集成桌面环境诸如是图2-3中所示的IDE210，其可用于开发、提供并管理支付卡处理系统。如图4-6中所示，界面可包括模型浏览器(model browser) 305以及人工件浏览器(artifact browser) 310。模型浏览器305可包括图示了选择用于模型的元素的窗口。例如，可生成各种数据流图使之包括在模型中。 模型浏览器305可示出所生成的数据流图，使得开发用户105可选择一种表示，诸如与模型浏览器305中的特定数据流图相关联的名称，以在由IDE 110提供的模型编辑器(model editor) 315中提供数据流。人工件浏览器310可包括提供可被选择并开发以定义模型的元素的窗口，所述元素诸如人工件、模板、数据流图、数据字典、工作流等等。例如，人工件浏览器310可提供由 IDE 210支持的元素的列表。在示例实施例中，开发用户105可选择并将元素从人工件浏览器310拖动至编辑器315，以定义用于正在开发的支付卡处理系统的模型。在示例性实施例中，由IDE 210支持且可用于浏览的人工件可包括例如Atalla组件(诸如安全密码处理器，其被配置用于高安全应用)、商业日程、调用流、客户端连接器、合同、数据流、部署、 数据字典、终点、环境、事件收听器或处理器函数、文件格式、文件夹、函数库、HTTP客户端、 ISO 8583格式或用于定义电子交易消息的交换的规格、交互语音识别(IVR)模块、作业定义、密钥存储器、轻量级目录访问协议(LDAP)连接器、网络信息格式、属性、远程终点、需求目录、运行时测试实例、服务器连接或连接器、用于交换短消息服务(SMS)消息的短消息对等(SMPP)连接器、存储定义、测试实例、测试计划、文本、表格、位置、模块、音频文件、网络测试实例、工作流、工作流扩展、网络服务客户端或服务器连接器等等。根据示例实施例，界面可进一步包括模型编辑器315。模型编辑器315可包括可用于建立新的模型、改变现有模型、管理模型等等的窗口。例如，如上所述，开发用户105可从人工件浏览器310选择元素以将其添加至模型编辑器315。然后，开发用户105可利用模型编辑器315对元素的值、属性、输入、输出等进行分配、定义、编辑和/或操纵。在一个实施例中，如图2中所示，在模型编辑器315中显示的模型可提供来自平台运行时环境255的实时和/或记录的反馈。如上所述，运行时分析器225可在平台运行时环境225中执行期间接收和记录信息。例如，运行时分析器225可在平台运行时环境255上执行交易期间接收和记录与用于模型的交易相关联的信息。然后，信息可提供至IDE 210，使得与在模型编辑器 315中显示的模型相关联的元素可被激活以说明交易。例如，在图6中，示出在模型编辑器 315中的模型上的虚线以说明在与所显示的模型相对应的支付卡处理系统的执行期间收集的数据。如图4-5中所示，界面还可包括通知窗口(notification window) 320 通知窗口 320可提供可用于调式例如在模型编辑器315中示出的模型中的错误的信息。例如，如上所述，部署管理器130可将模型编译成可执行代码。在编译期间，一个或多个错误可在模型中发现。在一个实施例中，如图5中所示，IDE 210可从部署管理器130接收错误并将这些错误显示在通知窗口 320中。然后，开发用户105可与通知窗口 320交互以调式可能导致错误的模型的元素。根据另一实施例，IDE 210可包括指令行界面。指令行界面可以是测试界面，其被设计成在非图形环境下执行模型的编译和/或部署。模型驱动架构如上所述，诸如数据流图、工作流图、数据字典等的元素可存储在MCR 215中。所存储的元素还可包括模板，其是组件元素(诸如数据流图、工作流等)的预定义布置。根据示例实施例，元素可提供给IDE 210，使得用户可与IDE 210交互，以选择元素来定义与支付卡处理系统相关联的模型。然后，模型可编译成束，并且在验证之后可置于用于在处理支付卡交易中使用的产品环境中。图7示出用于定义和/或开发用于卡处理系统的模型的示例性方法的流程图。如图7中所示，在步骤705，可提供用于在定义支付卡处理系统中使用的一个或多个元素库。 例如，可储存在MCR 215或IDE 210中的诸如人工件、数据流图、模板等的元素可经由IDE 210例如由开发用户105或操作员访问。在示例性实施例中，开发用户105可访问例如诸如图4至6中所示的屏幕的屏幕。在步骤710，IDE 210和MCR 215可接收与卡处理系统的处理相关联的选择和布置诸如人工件、数据流图、模板等的元素的输入。所述输入通过例如开发用户或IDE 210的操作员来输入。当开发用户或操作员已经完成选择和布置元素时，在步骤715，所选择的元素可添加到卡处理模型。包括例如人工件、数据处理图、模板等的所选择的元素的模型可被储存在 MCR 215 中。在步骤720，可建立用于新建立的支付处理模型的目标代码。例如，可建立用于与模型中的元素相关联的处理的目标代码。根据示例实施例，部署管理器230可将包括所选择的元素的模型编译成可执行的格式。此后，代码可被部署到平台运行时环境，在该环境中执行该代码。例如，平台运行时环境可执行所述代码且由此可变为可操作为管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡的使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据；关于诸如使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。处理元模型图8示出用于定义支付卡处理系统的模型的示例性方法的流程图。如图8中所示， 在步骤805，可提供多个人工件在定义支付卡处理系统中使用。例如，可存储在IDE 210和 /或MCR 115中的人工件，并由开发用户或操作员经由IDE 210来访问。在示例性实施例中，人工件可使用诸如图4-6中所示界面的的界面进行访问。在示例性实施例中，这些人工件中的每一个可对应于用于在卡处理系统中使用的处理。在步骤810，用于多个人工件中每一个的软件代码由成束储存库提供，该储存库可包括在例如IDE 210中。软件代码可包括目标代码，以实现与人工件相关联的处理。在示例实施例中，人工件可以是在储存到MCR 215中之前预定义的并与成束储存库中的软件代码相关联。在步骤815，MCR 215可接收请求以选择和/或将人工件添加至定义支付卡处理系统的模型。请求可由例如IDE 210的开发用户或操作员输入。一旦接收到请求，则人工件可经由IDE 210的模型编辑器315显示给开发用户。包括所选择和/或添加的人工件的模型可存储在MCR215中。当开发用户或操作员已经完成选择和/或添加人工件至模型时，在步骤820，可建
19立用于新建立的支付卡处理模型的目标代码。与所选择的人工件相关联的软件代码或内容可负责将其结构由所选择的人工件定义的内容编译成诸如目标代码的可执行代码。例如， 当用户已经将特定人工件内容并入卡处理模型时，与特定人工件相关联的软件代码(可能存储在成束储存库中)编译用于实现存在于特定模型中的特定人工件内容的代码。在甚至更特定的示例中，在处理模型包括可称为数据流内容的数据流人工件的实例的情况下， 与数据流人工件相关联的软件代码编译或建立用于实现存在于特定处理模型中的数据流的特定实例的代码。根据示例实施例，部署管理器230可将模型编译成可执行的格式。此后，代码可部署到其中执行所述代码的平台运行时环境。例如，平台运行时环境可执行所述代码且由此可变为可操作成管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据；关于诸如使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。数据流实现架构图9示出用于定义和/或开发用于支付卡处理系统的模型的示例性方法的流程图。在说明性实施例中，数据流图表示可在卡处理系统中采用的功能性的离散集。例如，数据流图可以是具有与其有关的特定内容的人工件的实例。如图9中所示，在步骤905，可提供用于在定义支付卡处理系统中使用的数据流图的库。例如，可在MCR 215中储存的数据流图可经由IDE 210由开发用户或操作员访问。在示例性实施例中，数据流图可使用诸如图4至6中所示的界面的界面进行访问。根据示例实施例，数据流图中的每一个可对应于可在卡处理系统中使用的处理。在步骤910，MCR 215可接收输入，该输入从数据流图的库中选择第一数据流图 (其可存储在库中)。输入例如可由IDE 210的开发用户或操作员输入。在步骤910选择的第一数据流图可在步骤915添加至卡处理模型。数据流图添加至模型中如由用户输入定义的模型中的位置。将数据流图添加至由用户输入定义的该位置。包括所选择的第一数据流图的模型可储存至MCR 115中。在步骤920，MCR 115可接收输入，该输入从数据流图的库中选择第二数据流图 (其可存储在库中)。输入可由例如IDE 210的开发用户或操作员输入。然后，在步骤920选择的第二数据流图可在步骤925中添加至卡处理模型。在说明性方案中，第二数据流图可位于模型中邻近第一数据流图的位置，使第一数据流图的输出用为第二数据流图的输入。包括所选择的第一和第二数据流图的卡处理模型可储存在MCR 115 中。在步骤930，可建立用于新建立的支付卡处理模型的目标代码。例如，可建立用于与模型中所选择的第一和第二数据流图相关联的处理的目标代码。根据示例实施例，部署管理器230可将包括所选择的第一和第二数据流图的模型编译成可执行的格式。此后，代码可部署到执行其的平台运行时环境。例如，平台运行时环境可执行代码且由此变为可操作用于管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡的使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据；与关于诸如使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。工具和平台部署架构如上所述，诸如人工件、数据流图、模板等的元素可用于建立卡处理模型。例如，开发用户可与IDE 210交互以选择元素来定义与卡处理系统相关联的模型。然后，该模型可编译成束，且在验证之后可置于用于在处理支付卡交易中使用的产品环境中。在示例实施例中，在模型的部署之后可改变元素，使得可建立反映对元素的改变的更新模型。然后，更新模型可编译成束，且在验证之后可置于用于在处理卡交易中使用的产品环境中。在一个实施例中，仅对元素而非整个模型的改变可被再编译并置于产品环境中。图10示出用于管理支付卡处理模型的示例性方法的流程图。如图10中所示，在步骤1005，可提供多个人工件来定义支付卡处理系统。例如，可在IDE 210或MCR 215中储存的人工件可经由IDE 210由开发用户105或操作员访问。在示例实施例中，人工件中的每一个可对应于用于在卡处理系统中使用的处理。在步骤1010，可基于其中一个人工件来建立卡处理模型。例如，开发用户105或操作员可与IDE 210交互，以选择人工件。然后，人工件可添加至可在例如MCR 115中储存的卡处理模型。在步骤1015，可建立用于新建立的卡处理模型的目标代码。例如，可建立用于与模型中的人工件相关联的处理的目标代码。根据示例实施例，部署管理器230可将包括所选择的人工件的模型编译成可执行的格式。在步骤1020，可接收对人工件的改变。例如，开发用户或操作员可改变与人工件相关联的属性、值、输入、输出等。替代地，人工件可自动更新成反映与其相关联的处理需求、 安全协议等的改变。在步骤1025，可建立反映对人工件的改变的更新模型。在示例性实施例中，更新模型可响应于对人工件的改变而自动生成。更新模型可储存在例如MCR 215中。一旦建立了更新模型，则可在步骤1030建立用于更新的卡处理模型的目标代码。 例如，可建立用于与模型中已改变的人工件相关联的处理的目标代码。根据示例实施例，部署管理器230可将已改变的人工件编译成可执行的格式。此后，代码可被部署到执行其的平台运行时环境。例如，平台运行时环境可执行代码且由此可变为可操作用于管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据、与诸如关于使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。版本改变管理根据可能的实施例的另一方面，系统可执行对系统目标的版本管理以及管理版本改变对系统中其他目标的影响。如上所述，例如模板的元素可储存在MCR 215中，诸如人工件的元素可储存在例如IDE 210中。这些元素用于定义支付卡处理模型。支付卡处理模型可编译成例如束，且在验证后可置于用于在处理支付卡交易中使用的产品环境中。在示例性实施例中，每个元素(无论其为人工件、模板、模型、编译的束还是编译的运行时系统)都可接收版本。由于对元素进行了改变，所以版本可根据情况更新以便管理对其他元素的影响。例如，诸如处理模板的元素可具有可储存在例如MCR 215中的与其相关联的版本，处理模板可用于多种支付卡处理模型中，每个模型都具有可储存在MCR 215中的与其相关联的版本。MCR 215可储存信息，该信息识别在定义每个特定版本的支付卡处理模型中已经使用了特定版本的模板。类似地，当编译每个支付卡处理模型时，为对应的产品运行时版本以及包含在其内的每个束分配版本。此后，当对处理模板进行改变时，MCR 215可将新的版本分配给已改变的模板。部署管理器230可查询MCR 215以识别特定的处理模型是否已经更新为新的版本，且同样地，识别采用已更新的模板的支付卡处理模型。部署管理器230可编译可能受模板改变的影响的至少一部分支付卡处理模型，且在测试和验证后，建立受影响的处理模型的新的运行时版本。部署管理器230在这样做将最小中断提供给系统运行时，可将平台运行时环境255中的系统的产品版本更新为新的运行时版本。图11示出用于在支付卡处理系统中提供版本管理的示例性方法的流程图。如图 11中所示，在步骤1105，可提供用于在定义支付卡处理系统中使用的元素的库。例如，可储存在IDE 210和/或MCR 215中的诸如人工件和模板的元素可经由IDE 210由开发用户105 或操作员进行访问。人工件和模板中的每一个可具有可储存在例如IDE 210或MCR 215中的关联版本。在步骤1110，MCR 215可接收在支付卡处理模型中选择和布置人工件和模板的输入。该输入可由例如IDE 210的开发用户105或操作员输入。当开发用户105或操作员已经完成模型设计时，在步骤1115，MCR215可储存模型以及与模型有关的信息，这些信息包括例如在模型中包含的元素，如人工件和模板。特别， MCR 115可为新建立的模型分配版本并储存版本信息以及用于在模型中包含的每个元素的版本信息。在步骤1120，可建立用于新建立的支付卡处理模型的目标代码。例如，部署管理器 230可将模型编译成可执行的格式。在步骤1125，可验证目标代码。例如，部署管理器230可通过一系列自动测试来运行目标代码。而且，部署管理器230可提供模型的建立器以对目标代码执行手动测试或特别设计的自动测试。在已经验证目标代码后，在步骤1130，部署管理器230可将验证的目标代码置于运行时储存库中，且最后，验证的目标代码可置于产品中并被执行。例如，平台运行时环境可执行验证的目标代码且由此可变为可操作用于管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡的使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据、与诸如关于使用储值卡完成的交易的银行和贷方的外部系统对接、监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。在执行卡处理模型后，在示例实施例中，可修正包括在处理模型(以及之前或自从建立后的其他模型中)中的诸如人工件或模板的元素。例如，如步骤1135所示，开发用户可使用IDE 210来修正可在预先定义的支付卡处理系统中使用的模板。MCR 215可储存更新的模板以及将新版本号与更新的模板关联。在步骤1140，系统可确定在建立处理模型中使用的元素是否进行了任何更新。例如，部署管理器230可查询MCR 215以确定是否对元素的版本进行了更新。一旦识别了更新的元素，则在步骤1145，系统识别包括已改变的元素的卡处理模型。例如，部署管理器230可查询MCR 215以识别包括已经进行更新的元素(即更新为已改变的版本)的那些模型。例如可存在可能已经合并了修正的元素的多个模型。一旦识别了采用修正元素的处理模型，则在步骤1150，系统可更新任何模型以反映更新的元素。例如，MCR 215可更新所识别的处理模型以合并更新的元素，即具有新版本的元素。如图11中所示，然后处理返回至步骤1115，其中更新的模型可储存新的版本信息。版本信息可识别模型版本，并包括对每个模型识别在模型中包括元素的版本的信息。在步骤1120至1130，如上所述，由更新的模型建立、验证和执行代码。需求综合根据示例性实施例的一个方面，系统可提供用于定义用于卡处理系统的商业需求。通常是在操作卡系统的情况下，存在系统设计者希望满足操作系统的特定需求。例如， 卡处理系统可能需要支持ATM取款。系统设计者可能希望定义用户与ATM的界面的需求。 例如，设计者规定在锁定系统之前ATM用户可输入的无效操作的次数。卡处理系统的示例性实施例提供这样的需求的记录和管理。一种示例性系统可提供用于规定和记录卡处理系统的操作的需求的元素或人工件。在示例性实施例中，MCR 215可包括可用于卡处理系统的文档需求的元素，诸如人工件。一种示例性元素可包括适于文档系统需求的真值表。例如，诸如图12中所示的与真值表1200相对应的信息可储存在MCR 215中，用以经由IDE 210由用户访问。如图12中所示，一种示例性真值表可包括已经由模型设计者指定用于选择的需求列表。设计者可使用列1205来选择应用至模型的特定需求。如图所示，在图12的示例中，在识别列1210中指定为需求1且在列1215中名为“支持ATM取款”的需求已经在列1205中被选择，从而应用于特定模型。在该示例中，名为“支持转账”的需求2如在列1205中指定的没有被选择。在示例性实施例中，需求可被嵌套，使得如果可选择一个需求来应用于模型，则开发用户或设计者还可选择与之前所选择的需求有关的其他需求。例如，如图12中所示，如果选择指定为“1”的需求，则嵌套需求1. 1和1. 2可选择为应用至特定模型。在示例性实施例中，需求可被参数化，使得设计者可指定要用于与对应需求联系的模型中的值。如图12中所示，真值表1200可包括列1220，其用于接收与特定需求相对应的参数值。对于图12中所示的特定示例，需求已经被指定为值“3”，指示卡处理系统在卡可用于ATM取款时应允许3次不正确PIN尝试。此外，在图12中的图示中，已经输入了特定值。但是，应当注意，对于其他需求，开发用户或设计者可规定另一字段或计算，其规定了参数值。在示例性实施例中，开发用户可指定需求元素被指定为应用至特定情况或特定行为。例如，需求元素可指定为应用至受所述选择的潜在影响的特定工作流。在图12所示的示例性实施例中，分隔的列可被指定用于规定特定工作流(需求应用至该工作流)。特别是，使用情况列1225可指定为规定特定使用情况(需求应用至该情况)。因此，使用情况列将需求与实现需求的特定工作流链接。这种特征可使开发用户或设计者了解可能受系统的需求改变影响的系统方面。
图13示出用于将商业需求集成到卡处理系统中的示例性处理的流程图。如图13 中所示，在步骤1305，可提供用于在定义卡处理系统中使用的元素库。例如，诸如人工件和模板的可储存在IDE 210和/或MCR 215中的元素可经由IDE 210由开发用户105或操作员进行访问。特别是，在步骤1305，用于记录要应用于系统中的需求的一个或多个元素可储存在MCR 215中且可由用户使用IDE 210进行访问。例如，诸如结合图12所述的上述真值表的元素可提供用于记录需求。在步骤1310，IDE 210和MCR 215可接收在支付卡处理系统中选择和布置人工件和模板的输入。所述输入通过例如IDE 210的开发用户或操作员输入。在图13的示例中， 在步骤1310，可接收规定用于定义系统的需求的元素可被选择用于与定义卡处理模型结合使用的输入。在示例性实施例中，所选择的元素可以是需求真值表，诸如以上结合图12所述的需求真值表。在步骤1315，可接收规定特定需求的输入，该特定需求要与所选择的需求元素相关联。例如，使用IDE 210的系统的开发用户或设计者可选择特定需求来应用至模型。例如，在可采用诸如结合图12描述的真值表的实施例中，设计者可通过选择列1205中的条目而选择用于应用至模型的需求。此外，在步骤1315，系统的设计者可规定用于特定需求的参数值。在图12的示例性实施例中，设计者可规定列1220中与特定需求相关联的参数值。 而且，在示例性实施例中，设计者可规定需求应当应用的用途。当操作员已经完成模型设计时，MCR 215可储存模型以及与模型有关的信息，包括例如元素，例如，在模型中包含的人工件和模板。特别是，MCR 215可储存连同定义处理模型的剩余元素一起的任何需求元素。在步骤1320，可建立用于新建立的卡处理模型的目标代码。例如，部署管理器230 可将模型编译成可执行的格式。相对于已经定义的任何需求元素，其中定义的需求被应用至如在需求元素中定义的各种使用情况。在步骤1320，可验证目标代码。例如，部署管理器230可通过一系列自动测试来运行目标代码。而且，部署管理器230可提供模型的建立器以测试目标代码。在已经验证目标代码之后，在步骤1330，部署管理器230可将验证的目标代码置于运行时储存库中，且最后，验证的目标代码可置于产品中并被执行。例如，平台运行时环境可执行验证的目标代码且由此可变为可操作用于管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡的使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据；与诸如关于使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求、服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。在正在执行处理系统时，如在需求元素中规定的需求可反映在系统的操作中。例如，如果模型中的需求元素已经规定支持ATM取款且不正确PIN尝试次数应当被限制为3，则运行时环境中的系统可实施该需求。将理解，在处理模型已经置于产品中之后对需求元素所作的改变可能潜在地影响卡处理模型的已经与特定需求相关联的部分。例如，如果改变了需求值，则需求值的改变可能对已经相对于需求进行识别的使用情况产生影响。因此，如步骤1335和1340所示，当用户改变需求值时，可储存在需求元素中的使用情况信息可提供包括任何有关使用情况的模
24型的手动和/或自动修正。在说明性方案中，已经指定为实现需求的内容(例如，工作流) 被标记为需求检查，不论其是手动还是自动。相反，如果改变了内容条目，例如工作流，则示例性实施例可将已经与工作流相关联的任何需求标记为需求检查。服各级协定集成根据一个示例性实施例的另一方面，系统可将服务级协定/需求集成到卡处理模型中。支付卡处理模型的设计者可能希望在卡处理系统中提供特定的服务级。所需服务级可为例如合同义务的产物，该合同义务规定特定服务级。例如，卡处理系统的提供者可在合同义务下为ATM取款提供低于2秒的平均响应时间。作为另一实例，存在来自第三方厂商网络的响应将在将请求发出至第三方网络的10秒之内被接收到的预期。示例性实施例可将与所需服务级相对应的元素集成到卡处理模型中。服务级协定或需求可能通常与在模型中定义的数据流相关联，其中服务级规定数据流中对于操作的需求。实际上，存在与数据流集成的多种服务级需求，它们可包含在单一处理模型中。所编译的支付卡处理模型可包括用于收集与每个所需服务级相对应的数据的代码。在卡处理系统操作期间，处理系统可收集与所需服务级相对应的数据。运行时分析器 225可实时分析所收集的数据并可将所收集的数据与所规定的服务级进行比较。在示例实施例中，运行时分析器225可报告系统的操作，包括例如报告还未符合或接近于还未符合所需服务级。在示例性实施例中，报告可指定还未符合或接近于还未符合需求，并可提供用于修正系统使得满足需求的建议。除了生成与系统操作有关的报告外，运行时分析器225 可被配置成提供与所需服务级的状态有关的通知。例如，运行时分析器225可在还未符合或接近于还未满足所需服务级时传送警报。警报可以任何有用的方式传送，包括例如电子邮件和/或通过IDE 210上的可视化指示。电子邮件还可经由交换中心250传送。图14示出用于将服务级协定集成到卡处理系统的示例性处理的流程图。如图14 中所示，在步骤1405，可提供用于在定义卡处理系统中使用的元素的库。例如，诸如人工件和模板的可储存在MCR 215中的元素可由开发用户105或操作员经由IDE 210进行访问。 特别是，在步骤1405，用于设立和定义服务级协定的一个或多个元素可储存在MCR 215中并由用户使用IDE 210进行访问。在示例性实施例中，用于设立和定义服务级协定的元素可以是人工件，其可与处理模型中的数据流和其他模板组合。在步骤1410，MCR 215可接收在卡处理模型中选择和布置人工件、数据流图和模板的输入。输入可由例如IDE 210的开发用户105或操作员输入。在图14中的示例中，在步骤1410，可接收规定用于所需服务级的元素可被选择用于结合定义支付卡处理模型使用的输入。在步骤1415，可接收规定与用于规定所需服务级的元素有关的细节的输入。例如， 在服务级与对ATM取款的请求做出响应的平均时间有关的情况下，系统的开发用户或设计者可规定阈值，超过该阈值的响应时间可能不可接受。可接收的信息类型可根据定义的特定服务级需求而变化。开发用户或设计者可使用IDE 210来输入规定的服务级信息。当开发用户或操作员已经完成模型设计时，MCR 215可储存模型和与模型有关的信息，包括例如在模型中包含的元素，例如人工件和模板。特别是，定义所需服务级的人工件可储存在MCR 215 中。在步骤1420，可建立用于新建立的支付卡处理模型的目标代码。例如，部署管理器230可将模型编译成可执行的格式。在步骤1425，可验证目标代码。例如，部署管理器220可通过一系列自动测试来运行目标代码。而且，部署管理器220可提供模型的建立器以测试目标代码。在已经验证目标代码后，在步骤1430，部署管理器可将验证的目标代码置于运行时储存库中，且最后，验证的目标代码可置于产品中。例如，平台运行时环境可执行目标代码且由此可变为可操作用于管理和控制卡交易，包括例如接收与储值卡的建立和取消有关的数据、与外部系统对接以接收与储值卡的使用(包括使用和/或储值卡可得的基金/信用来进行支付)有关的数据；与诸如关于使用储值卡完成的交易的银行和贷方的外部系统对接；监视交易的处理以确定是否满足设计需求；服务级协定和所需处理；以及与外部系统对接以通知那些系统关于是否满足了所设立的需求和协定。图15示出图示其中已经规定了所需服务级的卡处理模型的操作的流程图。如图所示，在步骤1505，例如由图14的处理建立的卡处理系统的卡处理系统可在平台运行时环境255中执行。在步骤1510，执行支付卡处理系统可收集与系统操作有关的数据。特别是，执行支付卡处理系统可收集与系统的操作服务级有关的数据。例如，如果在模型设计期间，设计者已经规定了服务级响应于ATM取款请求的延迟时段，则在执行期间处理系统可收集与用于响应ATM取款请求的时间有关的数据。所收集的数据可储存在存储器中。在步骤1515，运行时分析器225可分析在处理模型执行期间收集的数据。特别是， 运行分析器225可分析与符合所需服务级有关的数据。在步骤1520，运行时分析器225可确定在执行系统中是否符合所需服务级。例如， 运行时分析器225可确定用于响应ATM取款请求的时间是否满足在系统建模期间规定的所需服务级。如果符合所需服务级，则运行时分析器225可继续监视由执行系统正在收集的数据。在步骤1520，如果运行时分析器225可确定不符合所需服务级，则在步骤1525，运行时分析器225可生成报告并提供没有符合需求的通知。例如，在一个实施例中，运行时分析器225可将电子邮件发送至适当的单机和/或经由IDE 210提供通知。商业处理监视根据示例性实施例的另一方面，系统可支持将处理监视集成到卡处理模型中。卡处理模型的设计者可能希望在执行卡处理系统的操作期间监视各种处理活动。例如，卡处理系统的设计者可能希望服务定期性检查实际上是否已经转发了被调度规律转发的文件。 类似地，设计者可能希望服务定期性检查实际上已经接收到调度的交易许可(clearance)。 简言之，设计者可能对操作系统的监视感兴趣，以确定所需事件发生而不是等待问题出现。示例性实施例可将与处理监视相对应的元素集成到卡处理模型中。处理监视元素可以例如是人工件。处理监视元素通常与可在模型中定义的数据流相关联，其中处理监视可执行为独立的检查以确定预期动作已经发生。多处理监视元素可定义用于单一工作流。编译的支付卡处理模型包括用于收集与为系统定义的每个处理监视元素相对应的数据的代码。在卡处理系统的操作期间，可收集与系统的操作有关的数据，且特别是监视元素存在的那些部分。运行时分析器225可实时分析所收集的数据并将所收集的数据与如在处理监视元素中定义的预期处理结果进行比较。在一个实施例中，运行时分析器225可生成报告，其反映是否已经符合处理监视元素。另外，运行时分析器225可被配置成提供与处理监视的状态有关的通知。例如，运行时分析器225可在处理数据指示没有符合或接近于没有满足所需处理级时传送警报。警报可以任何有用的方式传送，包括例如电子邮件和 /或通过提供IDE 210上的可视化指示。电子邮件还可经由交换中心250传送。图16示出用于将处理监视集成到支付卡处理系统中的示例性处理的流程图。如图16中所示，在步骤1605，可提供用于在定义卡处理系统中使用的元素的库。例如，诸如人工件和模板的可储存在MCR 215中的元素可经由IDE 210由开发用户105或操作员进行访问。特别是，在步骤1605，用于设立和定义处理监视的一个或多个元素可储存在MCR 215 中，且可由用户使用IDE 210进行访问。在示例性实施例中，用于设立和定义处理监视的元素可以是人工件，且其可与处理模型中的数据流和其他模板组合。在步骤1610，MCR 215可接收在卡处理模型中选择和布置人工件和模板的输入。 输入可由例如IDE 210的开发用户105或操作员输入。在图16中的示例中，在步骤1610， 可接收规定用于所需处理监视的元素可被选择用于与定义卡处理模型结合使用的输入。在步骤1615，可接收规定与用于规定所需处理监视的元素有关的细节的输入。例如，在处理监视与电子文件是否已经以规律调度时间发送有关，系统的开发用户或设计者可规定可预期已经发送电子文件的时间。根据一个实施例，开发用户或设计者可使用IDE 210来输入规定处理监视信息。当开发用户或操作员已经完成模型设计时，MCR 215可储存模型和与模型有关的信息，包括例如在模型中包含的元素，例如人工件和模板。特别是，定义所需处理监视的人工件可储存在MCR215中。在步骤1620，可建立用于新建立的支付卡处理模型的目标代码。例如，部署管理器 230可将模型编译成可执行的格式。在步骤1625，可验证目标代码。例如，部署管理器220可通过一系列自动测试来运行目标代码。而且，部署管理器220可提供模型的建立器以测试目标代码。在已经验证目标代码后，在步骤1630，部署管理器230可将验证的目标代码置于运行时储存库中，且最后，验证的目标代码可置于产品中。图17示出其中已经规定所需处理监视元素的卡处理模型的操作的流程图。如图所示，在步骤1705，例如由图16的处理获得的卡处理系统的卡处理系统可在平台运行时环境255中执行。在步骤1710，执行支付卡处理系统可收集与系统的操作有关的数据。特别是，执行支付卡处理系统可收集与在系统中定义的处理监视元素有关的数据。例如，如果在模型的设计期间，开发用户或设计者已经规定了处理监视用于检查已经以特定调度传送了电子文件，则在执行期间处理系统可收集与当传送特定文件时有关的数据。所收集的数据可储存在存储器中。在步骤1715，处理监视元素可分析在处理模型的执行期间收集的数据。例如，如果处理监视元素已经收集了与特定调度的电子文件的电子传送有关的数据，则处理监视元素可分析数据以确定是否已经/正在满足调度。在步骤1720，处理监视元素可确定在执行系统中是否符合在处理监视元素中规定的事件。例如，处理监视元素可确定文件的调度传送是否已经发生。如果已经发生预期处理，则处理监视元素可继续监视由执行系统正在收集的数据。
如果在步骤1720，处理监视元素可确定没有符合所需服务级，则在步骤1725，处理监视元素可提供通知和/或执行动作。例如，在一个实施例中，监视元素可将电子邮件发送至适当的单机和/或经由IDE 210提供通知。作为服各的卡处理平台在示例性实施例中，可将对用于开发、测试和执行卡处理系统的软件和环境的访问提供为服务。换言之，开发和运行时平台可提供为服务。因此，用户无需拥有软件和硬件本身，而是可访问由服务提供的软件和硬件平台。用户可访问平台以选择性执行开发和操作卡处理系统所需要的某些或全部活动。例如，用户可访问软件系统以选择性开发卡处理模型，生成并测试用于模型的代码，和/或将卡处理模型置于产品中。在示例性实施例中，结合例如图1至3在上文描述的系统可作为服务进行访问。 图18中示出提供作为服务的卡处理平台的处理的流程图。如图18中所示，在步骤1805，平台可由用户进行访问。换言之，用于设计、验证和操作卡处理系统的软件和硬件可由用户访问。因此，MCR 215、IDE 210、部署管理器230以及平台运行时环境255可由用户访问。参考图1，MCR 215、IDE 210、部署管理器230以及平台运行时环境255可位于模型计算环境 120上并通过通信网络115(其例如包括互联网)并利用电子设备110由用户访问。再次参考图18，在步骤1810，服务可接收来自用于设计卡处理模型的用户访问软件功能性的输入。例如，用户可从平台访问IDE 210并使用IDE 210来访问MCR 215，以设计用于支付卡处理的新模型。可使用IDE 210设计的模型可储存在MCR 215中。在步骤1815和1820，服务可从用户接收输入，以定义模型并可生成与模型相对应的目标代码。可能使用部署管理器230的服务可将模型编译成可执行格式并可执行诸如测试的验证过程。在步骤1825，服务可从用户接收请求用于处理模型的已编译代码置于产品中的输入。服务可将可执行代码置于平台运行时环境255中以如上所述执行模型。在说明性实施例中，步骤1805至1825可响应于通过网络接收到的用户输入而在服务提供商处执行。在该实施例中，模型内容储存库、部署管理器、平台运行时环境以及平台的其他部分可通过服务提供商操作和维持。如上所述，用户可使用例如电子设备经由集成的开发环境来访问功能。在其他说明性实施例中，步骤1805至1825可在客户端和服务提供商的组合位置处执行。例如，在说明性实施例中，客户端可访问服务以在服务提供商的网络上如上所述地设计模型、编译代码以及验证代码。但是，运行时环境可存在于客户端的机器上且可执行代码可在客户端的机器上执行。在这样的实施例中，运行时分析器和部署管理器可同样地在客户端机器上操作。服务提供商的系统之间的功能性区分可定制为满足客户端的需要。说明性计算环境图19示出可用于实现本文所述的系统和方法的示例性计算系统1900的框图。例如，计算系统1900可用于如上所述实现模型计算环境120以及IDE 210、MCR 215、平台运行时环境255等等。计算系统1900能执行各种计算应用软件1980。计算应用软件1980可包括计算应用、计算小应用程序。计算程序以及在计算系统1900上可操作的其他指令集， 以执行至少一种功能、操作和/或过程。根据示例实施例，计算应用可包括以上图2-3中所述的IDE 210和/或可以是使用IDE 210建立的并在平台运行时环境255上执行的系统。计算系统1900可主要由计算机可读指令控制，计算机可读指令可以是软件的形式。计算机可读指令可包括用于计算系统1900的指令，用以存储和访问计算机可读指令本身。这样的软件可在中央处理单元(CPU) 1910中和/或诸如协处理器1915的其他处理器中执行，以使计算系统1900执行与其相关联的处理或功能。在多种已知计算机服务器、工作站、个人计算机等中，CPU 1910可由称为微处理器的微电子芯片CPU来实现。在操作中，CPU 1910可取得、解码和/或执行指令且可将信息经由主数据传送通路或系统总线1905传送至其他源或从其他源传出。这样的系统总线可连接计算系统1900 中的组件并可定义用于数据交换的媒介。计算系统1900可进一步包括耦合至系统总线 1905的存储器设备。根据示例实施例，存储器设备可包括随机存取存储器(RAM) 1925和只读存储器(ROM) 1930。RAM 1925和ROM 1930可包括允许存储和检索信息的电路。在一个实施例中，ROM 1930可包括不能被修正的存储数据。另外，存储在RAM 1925中的数据通常可通过CPU 1910或其他硬件设备读取或改变。可由存储器控制器1920来控制对RAM 1925 和/或ROM 1930的访问。存储器控制器1920可提供地址翻译功能，其将虚拟地址翻译成所执行的指令的物理地址。另外，计算系统1900可包括外围控制器1935，其可负责将指令从CPU 1910传送到外围设备，外围设备诸如是打印机1940、键盘1945、鼠标1950和数据存储驱动器1955。计算系统1900可进一步包括显示器1965，其可由显示器控制器1963控制。显示器1965可用于显示由计算系统1900生成的可视化输出。这样的可视化输出可包括文本、图形、动画图形、视频等等。显示器控制器1963可包括生成可发送至显示器1965的视频信号的电子组件。而且，计算系统1900可包括网络适配器1970，其可用于将计算系统1900连接至外部通信网络，诸如上文所述的图1中的网络115。因此，申请人已经公开了适于设计卡处理模型、从模型生成用于卡处理系统的代码、测试所述代码以及执行卡处理系统的系统的示例性实施例。将理解，虽然已经公开了说明性实施例，但可能实施例的范围并不限于在本文中明确阐明的那些实施例。例如，虽然已经参考用于卡处理的系统和方法描述了该系统，但是应当理解和明白，卡处理是指并包括与任何和全部类型的卡处理有关的处理，包括储值卡、支付卡、预付卡、礼品卡、医疗卡等寸。应当理解，本文所述的各种技术可结合硬件或软件或根据情况结合这两个的组合来实现。因此，本文所述的主题的方法和装置或其某些方面或部分可采用程序代码(即，指令)的形式，该代码包括在诸如软盘、CD-ROM、硬盘驱动器或任何其他机器可读存储介质的具体媒介中，其中当程序代码加载到诸如计算机的机器中并由其执行时，机器变成用于实施本文所述主题的装置。在程序代码存储在介质中的情况下，其可以是讨论中的程序代码存储在共同执行讨论中动作的一个或多个介质上的情况，也就是说，在一起的一个或多个介质包含用于执行动作的代码，但是在多于一个单一媒介的情况下，无需将代码的任何特定部分存储在任何特定媒介上。在程序代码在可编程计算机上执行的情况下，计算设备通常包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储单元)、 至少一个输入设备以及至少一个输出设备。可例如通过使用API、可重复使用的控制等等来实现或利用与本文所述的主题相结合描述的处理的一个或多个程序。这样的程序优选以与计算机系统通信的高级程序或面向对象的程序设计语言来实现。但是，如果需要，则程序
29(多个)可用组件或机器语言来实现。在任何情况下，语言可以是可编译的或解释语言且与硬件实现组合。虽然示例实施例可涉及在一个或多个单机计算机系统的背景下利用本文所述的主题的方面，但是本文所述的主题并不限于此，而是可结合任何计算环境来实现，诸如网络或分布式计算环境。而且，本文所述的主题的方面可在或通过多种处理芯片或设备中执行， 且存储可能同样受跨越多种设备的影响。这样的设备可包括个人计算机、网络服务器、手持设备、超级计算机或集成到诸如汽车和飞机的其他系统中的计算机。虽然已经用针对特定结构特征和/或方法动作的语言描述了本主题，但是应当理解，在权利要求中定义的主题不一定被限制于上述具体特征或动作。相反，公开上述具体特征和动作作为实现权利要求的示例形式。
权利要求
1.一种在至少一个计算系统中实现的用于开发卡处理系统的方法，该方法包括显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域； 在所述第二显示区域中提供与卡处理系统的定义的处理相关联的元素； 在所述第二显示区域中接收选择与由所述集成开发环境的一个或多个界面提供的定义的处理相关联的所述元素中的一个的输入；将所选择的与定义的处理相关联的所述元素中的一个添加至在第一显示区域中显示的用于定义卡处理系统的模型；以及生成对应于和所述模型中所选择的所述元素中的一个相关联的处理的代码。
2.根据权利要求1所述的方法，其中，与定义的处理相关联的所述元素中的每一个具有对应的流图表示，其中，接收选择所述元素中的一个的输入包括接收选择流图表示的输入，以及其中，将所选择的所述元素中的一个添加至定义卡处理系统的模型包括将所选择的流图表示添加至所述模型的流图。
3.根据权利要求2所述的方法，进一步包括接收在与在模型中定义的处理相对应的所生成的代码的执行期间收集的信息； 在所述模型的流图的适当位置处渲染所述信息的可视化表示。
4.根据权利要求1所述的方法，其中，提供所述卡处理系统的定义的处理的元素进一步包括提供定义与卡处理系统相结合执行的处理的预定义模板的库；以及其中，接收选择所述元素中的一个的输入包括接收选择所述预定义模板中的一个的输入；以及其中，将所选择的所述元素中的一个添加至定义卡处理系统的模型包括将所选择的所述预定义模板中的一个添加至模型。
5.根据权利要求4所述的方法，其中，所述预定义模板的库包括用于执行与用于传送信用和贷款交易的电子网络的通信的模板。
6.根据权利要求5所述的方法，其中，用于传送信用和贷款交易的电子网络包括用于传送至少下述交易类型之一的交易的网络VISA、Mastercard、Discover或American Express。
7.根据权利要求4所述的方法，其中，所述预定义模板的库包括用于执行交互语音识别的模板。
8.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域； 在所述第二显示区域中提供与卡处理系统的定义的处理相关联的元素； 在所述第二显示区域中接收选择与由所述集成开发环境的一个或多个界面提供的定义的处理相关联的所述元素中的一个的输入；将所选择的与定义的处理相关联的所述元素中的一个添加至在所述第一显示区域中显示的用于定义卡处理系统的模型；以及生成与和所述模型中所选择的所述元素中的一个相关联的处理相对应的代码。
9.一种在至少一个计算系统中实现的用于开发卡处理系统的方法，该方法包括显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第一显示区域中显示定义卡处理系统的计算机模型，该计算机模型包括在卡交易处理期间执行的预定处理集合；从所述计算机模型生成软件平台；以及执行与所述计算机模型相对应的代码。
10.根据权利要求9所述的方法，进一步包括传送在对所述计算机模型执行所述代码时收集的信息；以及在所述第一显示区域显示的模型中的适当位置处渲染所述信息的可视化指示。
11.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第一显示区域中显示定义卡处理系统的计算机模型，该计算机模型包括在卡交易处理期间执行的预定处理集合；从所述计算机模型生成软件平台；以及执行与所述计算机模型相对应的代码。
12.一种在至少一个计算系统中实现的用于开发卡处理系统的方法，包括显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第二显示区域中提供多个人工件，每一个人工件对应于用于在卡处理系统中使用的处理；以及为所述多个人工件中的每一个提供用于实现对应处理的软件代码；以及在所述第二显示区域中接收用于将所述多个人工件中中的一个添加至定义在第一显示区域中显示的卡处理系统的模型的输入。
13.根据权利要求12所述的方法，其中，提供多个人工件包括提供以下中的至少一个工作流、数据流、SLA以及商业处理监视器。
14.根据权利要求12所述的方法，进一步包括生成所述模型的用于实现定义包括所述多个人工件中的一个的卡处理系统的模型的代码。
15.根据权利要求14所述的方法，进一步包括将所生成的所述模型的代码提供给平台，其中所述平台执行所述代码。
16.根据权利要求15所述的方法，进一步包括提供所述模型的可视化表示，包括定义所述卡处理系统的所述多个人工件中的一个； 接收在执行所生成的代码期间收集的信息；以及在所述模型的可视化表示中的适当位置处渲染所述信息的可视化表示。
17.根据权利要求12所述的方法，进一步包括 定义所述多个人工件；定义所述软件代码以实现所述多个人工件中的每一个； 将所述人工件中的每一个与所述软件代码的一部分相关联；以及在库中存储与软件代码关联的所述多个人工件。
18.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第二显示区域中提供多个人工件，每一个人工件对应于用于在卡处理系统中使用的处理；以及为所述多个人工件中的每一个提供用于实现对应处理的软件代码；以及在所述第二显示区域中接收用于将所述多个人工件中的一个添加至定义在第一显示区域中显示的卡处理系统的模型的输入。
19.一种在至少一个计算系统中实现的用于开发卡处理系统的方法，该方法包括显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第二显示区域中提供多个数据流图，所述数据流图中的每一个对应于能够用于在卡处理系统中使用的处理；在所述第二显示区域中接收选择第一数据流图的第一输入；将所述第一数据流图添加至定义在所述第一显示区域中显示的卡处理系统的模型；在所述第二显示区域中接收选择第二数据流图的第二输入；将所述第二数据流图添加至定义在所述第一显示区域中显示的卡处理系统的模型；以及生成与定义卡处理系统的模型相对应的代码。
20.根据权利要求19所述的方法，进一步包括将所生成的所述模型的代码提供至平台，其中所述平台执行所述代码。
21.根据权利要求20所述的方法，进一步包括 提供定义卡处理的模型的可视化表示；接收在执行的与所述模型相对应的所生成的代码期间收集的信息；以及在所述模型的可视化表示中的适当位置处渲染所述信息的可视化表示。
22.根据权利要求19所述的方法，进一步包括 定义所述多个数据流图；定义软件代码以实现所述多个数据流图中的每一个；将所述数据流图中的每一个与所述软件代码的一部分相关联；以及在库中存储与软件代码关联的所述数据流图中的每一个。
23.根据权利要求22所述的方法，其中，所述第一数据流图和所述第二数据流图从所述库中选择。
24.根据权利要求19所述的方法，其中，接收选择所述第一数据流图的输入包括接收以下中的至少一个所述第一数据流图的第一输入以及所述第一数据流图的第一输出。
25.根据权利要求M所述的方法，其中，接收选择所述第二数据流图的输入包括接收以下中的至少一个所述第二数据流图的第二输入以及所述第二数据流图的第二输出。
26.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第二显示区域中提供多个数据流图，所述数据流图中的每一个对应于能够用于在卡处理系统中使用的处理；在所述第二显示区域中接收选择第一数据流图的第一输入；将所述第一数据流图添加至定义在所述第一显示区域中显示的卡处理系统的模型；在所述第二显示区域中接收选择第二数据流图的第二输入；将所述第二数据流图添加至定义在所述第一显示区域中显示的卡处理系统的模型；以及生成与定义卡处理系统的模型相对应的代码。
27.—种管理模型驱动架构处理系统的方法，包括 提供用于在定义卡处理系统中使用的多个元素；使用所述多个元素中的一个来建立定义卡处理系统的模型； 生成与定义卡处理系统的模型相对应的代码； 接收对所述多个元素中的一个的改变；建立定义所述卡处理系统的更新模型，该更新模型反映对所述多个元素中的一个的所述改变；以及生成与定义所述卡处理系统的更新模型相对应的更新代码。
28.根据权利要求27所述的方法，其中，所述多个元素包括以下中的至少一个人工件、流程图以及模板。
29.根据权利要求27所述的方法，其中，所述多个元素中的至少一个包括人工件，其中，使用所述多个元素中的一个来建立定义所述卡处理系统的模型包括选择人工件以添加到所述模型。
30.根据权利要求四所述的方法，其中，接收对所述多个元素中的一个的改变包括接收对所述人工件的改变，以及其中所述更新模型反映对所述人工件的改变。
31.根据权利要求27所述的方法，其中，所述多个元素中的至少一个包括流程图，其中，使用所述多个元素中的一个来建立定义所述卡处理系统的模型包括选择流程图以添加到所述模型。
32.根据权利要求31所述的方法，其中，接收对所述多个元素中的一个的改变包括接收对所述流程图的改变，以及其中所述更新模型反映对所述流程图的改变。
33.根据权利要求27所述的方法，其中，所述多个元素中的至少一个包括模板，其中，使用所述多个元素中的一个来建立定义所述卡处理系统的模型包括选择模板以添加到所述模型。
34.根据权利要求33所述的方法，其中，接收对多个元素中的一个的改变包括接收对所述模板的改变，以及其中所述更新模型反映对所述模板的改变。
35.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下提供用于在定义卡处理系统中使用的多个元素； 使用所述多个元素中的一个来建立定义卡处理系统的模型； 生成与定义卡处理系统的模型相对应的代码； 接收对所述多个元素中的一个的改变；建立定义所述卡处理系统的更新模型，该更新模型反映对所述多个元素中的一个的改变；以及生成与定义所述卡处理系统的更新模型相对应的更新代码。
36.一种在至少一个计算系统中实现的用于提供卡处理系统的方法，该方法包括提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的每一个具有关联版本；使用所述多个元素的集合来接收定义卡处理模型的输入；存储在所述模型中包含的所述元素的标识，且对在所述模型中包含的每一个元素，存储与特定元素相关联的所述版本的标识。
37.根据权利要求36所述的方法，进一步包括编译所述模型并执行已编译的模型。
38.根据权利要求36所述的方法，进一步包括识别具有改变的关联版本的元素；以及识别包括具有改变的关联版本的元素的模型。
39.根据权利要求38所述的方法，进一步包括 更新所述模型以反映具有改变的关联版本的元素。
40.根据权利要求39所述的方法，其中，更新所述模型以反映具有改变的关联版本的元素包括验证所述更新模型根据需要操作。
41.根据权利要求40所述的方法，其中，更新所述模型以反映具有改变的关联版本的元素包括编译所述更新模型并测试已编译的更新模型。
42.根据权利要求36所述的方法，其中，提供用于在定义卡处理系统中使用的多个元素包括提供用于在定义卡处理系统中使用的多个模板和人工件，所述模板和人工件中的每一个具有关联版本。
43.一种计算机可读存储介质，包括用于执行在至少一个计算系统中实现的用于提供卡处理系统的方法的指令，该方法包括维持用于在定义卡处理系统中使用的多个元素的数据库； 维持用于所述多个元素中的每一个的版本信息； 使用所述多个元素的集合来接收定义卡处理模型的输入；存储在所述模型中包含的所述元素的标识，且对在所述模型中包含的每个所述元素存储与所述元素相关联的版本的标识； 向所述模型分配版本；识别对所述多个元素的集合中的一个元素已经建立新版本；以及用所述多个元素的集合中的所述一个元素的新版本来更新所述卡处理模型。
44.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下维持与用于在定义卡处理系统中使用的多个元素有关的存储信息，所述多个元素中的每一个具有关联版本；使用所述多个元素的集合来接收定义卡处理模型的输入；存储在所述模型中包含的元素的标识，且对在所述模型中包含的每个元素存储与特定元素相关联的版本的标识；识别在所述模型中包含的元素已经改变了关联版本；以及更新所述模型以反映具有已改变的关联版本的所述元素。
45.一种在至少一个计算系统中实现的用于提供卡处理系统的方法，包括提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于在卡处理系统的操作中使用的参数；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个；接收表示用于在卡处理系统的操作中使用的参数的多个元素中的所述至少一个的值；以及从用于卡处理系统的模型生成代码，所述代码的至少一部分取决于用于表示参数的所述多个元素中的所述至少一个的所述值。
46.根据权利要求45所述的方法，其中，使用所述多个元素来接收定义用于卡处理系统的模型的输入包括接收定义数据流的输入，所述数据流的至少一部分取决于表示参数的所述多个元素中的所述至少一个。
47.根据权利要求45所述的方法，进一步包括执行所述代码。
48.根据权利要求45所述的方法，进一步包括接收用于表示参数的所述多个元素中的所述至少一个的更新值。
49.根据权利要求48所述的方法，进一步包括从用于卡处理系统的所述模型再生成代码，所述代码的至少一部分反映用于表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个的更新值。
50.根据权利要求45所述的方法，其中，用于表示用于在卡处理系统的操作中使用的参数的所述至少一个元素包括一系列可选择参数，每个可选择参数是可选择的以将参数指定为可应用于卡处理系统。
51.根据权利要求50所述的方法，进一步其中，一系列可选择参数适于接收与可选择参数相对应的值。
52.根据权利要求45所述的方法，其中，用于表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个包括可选择参数的真值表。
53.根据权利要求45所述的方法，其中，用于表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个包括表示用于在卡处理系统的操作中使用的商业参数的元素。
54.一种计算机可读存储介质，包括用于在至少一个计算系统中实现用于提供卡处理系统的方法的指令，该方法包括维持用于在定义卡处理系统中使用的多个元素的数据库，所述多个元素中的至少一个表示用于在卡处理系统的操作中使用的参数；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个；接收表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个的值；以及从用于卡处理系统的模型生成代码，所述代码的至少一部分取决于用于表示参数的所述多个元素中的所述至少一个的值。
55.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下在存储器中维持用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于在卡处理系统的操作中使用的参数；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个；接收表示用于在卡处理系统的操作中使用的参数的所述多个元素中的所述至少一个的值；以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分取决于用于表示参数的所述多个元素中的所述至少一个的值。
56.一种在至少一个计算系统中实现的用于提供卡处理系统的方法，包括显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在第二显示区域中提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于在卡处理系统的操作的所需服务级；使用所述多个元素在所述第一显示区域中接收用于定义卡处理系统的模型的输入，所述模型包括表示用于卡处理系统的操作的所需服务级的所述多个元素中的所述至少一个; 以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分适于识别尚未满足所需服务级。
57.根据权利要求56所述的方法，进一步包括执行所述代码，其中执行代码包括识别尚未满足所需服务级。
58.根据权利要求56所述的方法，进一步包括执行所述代码，其中执行代码包括识别尚未满足所需服务级并作为响应而采取动作。
59.根据权利要求58所述的方法，其中，采取动作包括传送警告。
60.根据权利要求58所述的方法，其中，采取动作包括修正所述卡处理系统的操作。
61.根据权利要求56所述的方法，其中，表示用于卡处理系统的操作的所需服务级的所述多个元素中的所述至少一个定义了时间性级别。
62.一种适于提供卡处理系统的系统，包括处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下显示集成开发环境，该集成开发环境包括用于描绘卡处理系统模型的第一显示区域以及用于列出与卡处理系统的定义的处理相关联的元素的第二显示区域；在所述第二显示区域中提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于卡处理系统的操作的所需服务级；使用所述多个元素在第一显示区域中接收定义卡处理系统的模型的输入，所述模型包括表示用于卡处理系统的操作的所需服务级的所述多个元素中的所述至少一个；以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分适于识别尚未满足所需服务级。
63.一种在至少一个计算系统中实现的用于提供卡处理系统的方法，该方法包括提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于卡处理系统的操作的处理监视需求；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于卡处理系统的操作的处理监视需求的所述多个元素中的所述至少一个；以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分适于识别尚未满足所述处理监视需求。
64.根据权利要求63所述的方法，进一步包括执行所述代码，其中执行代码包括识别尚未满足所述处理监视需求。
65.根据权利要求64所述的方法，进一步包括执行所述代码，其中执行所述代码包括识别尚未满足所述处理监视需求并作为响应而采取动作。
66.根据权利要求65所述的方法，其中，采取动作包括发布警告。
67.根据权利要求65所述的方法，其中，采取动作包括修正所述卡处理系统的操作。
68.根据权利要求63所述的方法，其中，表示处理监视需求的所述多个元素中的所述至少一个定义了时间性级别。
69.一种计算机可读介质，包括用于执行在至少一个计算系统中实现的用于提供卡处理系统的方法的指令，该方法包括提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于卡处理系统的操作的处理监视需求；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于卡处理系统的操作的处理监视需求的所述多个元素中的所述至少一个；以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分适于识别尚未满足所述处理监视需求。
70.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下提供用于在定义卡处理系统中使用的多个元素，所述多个元素中的至少一个表示用于卡处理系统的操作的处理监视需求；使用所述多个元素来接收定义卡处理系统的模型的输入，所述模型包括表示用于卡处理系统的操作的处理监视需求的所述多个元素中的所述至少一个；以及从用于卡处理系统的所述模型生成代码，所述代码的至少一部分适于识别尚未满足所述处理监视需求。
71.—种在至少一个计算系统中实现的用于提供卡处理系统的方法，该方法包括 执行用于卡处理系统的代码；识别尚未满足处理监视需求； 响应于识别尚未满足处理监视需求，自动生成响应。
72.根据权利要求71所述的方法，其中，识别尚未满足处理监视需求包括识别尚未满足定义的时间性的级别。
73.根据权利要求71所述的方法，其中，自动生成响应包括发布警告。
74.根据权利要求71所述的方法，其中，自动生成响应包括使卡处理系统的操作改变。
75.一种计算机可读存储介质，包括用于执行在至少一个计算系统中实现的用于通过卡处理系统的方法的指令，该方法包括执行用于卡处理系统的代码；识别尚未满足处理监视需求；以及响应于识别尚未满足处理监视需求，自动生成响应。
76.一种适于提供卡处理系统的系统，包括 处理器；计算存储器，其与所述处理器通信耦合，所述计算存储器具有存储于其中的指令，该指令用于执行以下执行用于卡处理系统的代码； 识别尚未满足处理监视需求； 响应于识别尚未满足处理监视需求，自动生成响应。
77.一种用于提供卡处理系统的方法，包括在服务提供商处，提供对卡处理开发系统的访问，该卡处理开发系统适于接收用于设计卡处理系统的模型的输入，生成用于实现所述模型的代码以及执行所述代码；在服务提供商处，接收与所述卡处理开发系统对接的输入，以设计用于提供卡处理系统的模型；在服务提供商处，响应于在所述卡处理开发系统处接收到的输入，生成与用于提供卡处理系统的模型相对应的代码；以及在服务提供商处，响应于在所述卡处理开发系统处接收到的输入，执行与用于提供卡处理系统的模型相对应的所述代码。
78.根据权利要求77所述的方法，其中，提供对卡处理开发系统的访问包括通过通信网络提供对所述系统的访问。
79.根据权利要求77所述的方法，其中，提供对卡处理开发系统的访问包括提供对系统访问，包括用于在规定卡处理模型中使用的元素的储存库；开发环境应用，其适于访问元素的所述储存库，接收使用所述元素来设立卡处理模型的输入以及在所述储存库中存储所述模型。
80.根据权利要求79所述的方法，其中，接收与所述卡处理开发系统对接的输入以设计模型包括接收与所述开发环境应用对接的输入以定义卡处理模型。
81.根据权利要求77所述的方法，其中，提供对卡处理开发系统的访问包括提供对系统的访问，包括部署管理器，其适于编译卡处理模型以及验证代码的操作。
82.根据权利要求81所述的方法，其中，生成与用于提供卡处理系统的所述模型相对应的代码包括操作所述部署管理器以编译用于提供卡处理系统的模型以及执行已编译的模型的验证。
83.根据权利要求77所述的方法，其中，提供对卡处理开发系统的访问包括提供对系统的访问，包括平台运行时环境，其适于执行用于卡处理系统的代码。
84.根据权利要求83所述的方法，其中，执行与用于提供卡处理系统的所述模型相对应的代码包括执行与所述平台运行时环境中的所述模型相对应的所述代码。
85.一种用于提供卡处理系统的方法，包括在服务提供商处，提供对卡处理开发系统的访问，该卡处理开发系统适于接收用于设计卡处理系统的模型的输入，生成用于实现所述模型的代码以及执行所述代码；在服务提供商处，接收与所述卡处理开发系统对接的输入，以设计用于提供卡处理系统的模型；在服务提供商处，响应于在所述卡处理开发系统处接收到的输入，生成与用于提供卡处理系统的所述模型相对应的代码；以及在服务用户处，响应于在所述卡处理开发系统处接收到的输入，执行与用于提供卡处理系统相对应的所述模型的所述代码。
86.一种用于提供卡处理系统的方法，包括在服务提供商处，提供对卡处理开发系统的访问，该卡处理开发系统适于接收用于设计卡处理系统的模型的输入，生成用于实现所述模型的代码以及执行所述代码；在服务提供商处，接收与所述卡处理开发系统对接的输入，以设计用于提供卡处理系统的模型；在服务用户处，响应于在所述卡处理开发系统处接收到的输入，生成与用于提供卡处理系统的所述模型相对应的代码；以及在服务用户处，响应于在所述卡处理开发系统处接收到的输入，执行与用于提供卡处理系统的所述模型相对应的所述代码。
全文摘要
一种示例性系统适于设计卡处理模型，从模型生成用于卡处理系统的代码、测试代码并执行卡处理系统。模型内容储存库存储用于卡处理模型的元素。集成开发环境允许用户访问模型内容储存库并设计卡处理模型。部署管理器适于编译和测试已经定义并存储在模型内容储存库中的卡处理模型。已编译的代码在平台运行时环境中执行。从执行卡处理系统收集的信息被传送至集成开发环境，在该环境中可将该信息呈现给用户。
文档编号G06F9/44GK102439562SQ201080019769
公开日2012年5月2日 申请日期2010年3月5日 优先权日2009年3月6日
发明者卡尔·安斯利 申请人:泰克斯维尔公司