个数据处理节点、选择一个菜单项目和视 特定情况而定的其他方式添加路由。此连接在存在于画布202中图形数据处理节点的图形 表示之间以图形方式表示。
[0054] 当在画布202中确定某个流程时，会提供端到端可视化效果。在某些实施例中，流 程确定可能非常庞大和复杂。为适应此类庞大的流程，在某些实施例中，画布202包括放大 缩小、从左至右滚动和升降的功能。类似于在电脑代码上添加备注，某些实施例中还允许在 画布202上添加关于流程的注解。这些注解不可执行，但可用于向确定的支付交易流程的 图形表示中添加备注。
[0055] 当用户在⑶I 200,尤其是在画布202内完成操作支付交易处理流程时，可选择保 存选项，例如通过选择菜单选项、按下键盘上的组合健或在默认情况下关闭画布202的一 个视图。在一些实施例中，存储支付交易处理流程包括存储支付交易处理路由的图形视图 的数据表示，包括识别现有各数据处理节点和其间路由（如支付交易数据路由和GUI 200 的处理画布202内所示）的数据该等数据表示的示例于图4予以阐述。在某些实施例中， 已存储的表示可能以确定所涉及数据处理节点和节点之间的路由、数据处理节点的顺序、 数据处理节点之间的有条件的路由信息、作为路由一部分在数据处理节点之间传送的参数 和其他信息的文字表示予以存储。在其他实施例中，可能根据与数据处理节点、数据处理节 点之间的确定路由和其他确定支付交易处理流程的数据有关的代码元素生成可执行的或 解释的电脑代码。
[0056] 已存储的表示可能随后予以检索并再次于画布202中以图形方式显示。此类实施 例中可能包括在GUI 200的应用程序中接受输入命令，以检索和显示已存储数据表示的图 形重现。随后将数据存储设备中已存储的数据表示载入电脑设备的存储器中，此设备可能 是硬盘驱动器、数据库或其他存储机制。加载会进一步确定加载数据中包含的各数据处理 节点和已确定数据处理节点之间的路由。然后会显示图形视图，可能包括或生成图形视图 的标记语言表示，并随后传送至请求客户应用程序。
[0057] 在某些实施例中，确定流程可能涉及通过商家标识符表示的特定商家、银行或其 他支付賬戶托管人，例如许多现有的银行卡中包含的具有银行识别号码的卡发行人、特定 存储类型、可能收到交易请求的地理位置、就交易提供支付賬戶信息的模式，以及其他可能 与支付交易有关的属性或情况。因此，当启动一项支付交易时，实施确定支付處理路由的系 统（如图1中的系统124)可以确定选择和执行的适当流程。
[0058] 根据示例实施例，图3是一个系统的框图。图3中的系统包括更大系统306的元 素，例如图1中的系统124的元素，开发者或管理员在制定或修改支付交易处理流程时可能 与这些元素互助作用。例如，电脑设备302的用户可与图2中提供⑶I 200的系统应用程 序互助作用。电脑设备302可通过网络304连接至系统306,以检索在⑶I 200的图形板 204中提供的确定流程和数据处理节点的已存储数据表示，及存储全新的或经修改的数据 表示。该数据可能全部或部分存储在数据库310中，或在一个或多个其他数据存储机制中 全部或部分存储。服务器308可保留已存储数据的索引和处理数据请求，从而检索或存储 电脑设备302中的数据。服务器308也可能是接受和处理（全部或部分）支付处理交易的 电脑平台。因此，在某些此类的实施例中，在存储支付處理路由后，服务器308可立即实施 全新的存储流程。
[0059] 根据示例实施例，图4是数据结构402的插图。数据结构402包括已存储支付處 理路由的交易处理路由数据结构。更确切地讲，数据结构402提供了图2的画布200中建 模流程的一种示例数据表示。
[0060] 数据结构402包括一组编号的数据处理节点（1. 0、2· 0、3· 0、……16. 0)。各个数 据处理节点包括确定数据处理节点各种属性的拖尾信息。例如，各数据处理节点包括一个 名称，此名称可将数据处理节点与一个或多个可执行基本代码元素或其他确定流程连接或 相联，例如，所包含的"路由至："数据处理节点参考其他确定流程。拖尾数据也可在调用 数据处理节点时确定将接收的预期数据，如就数据处理节点1. 0而言，需要特定数据项，以 便就确定流程开具发票。此数据包括卡号、有效期限、卡验证数据、交易金额和商家标识符。 某些实施例（包括图示的实施例）中包含第三方账号，例如与移动设备相关的移动网络操 作员账号，货币贷款将通过此流程添加至此移动设备上。
[0061] 在示例数据结构402中，流程按从上至下的方式执行，但存在跳过往前的提述除 外，例如就4. 0数据处理节点而言，当错误信息从调用中返回至指出未检测到欺诈的欺诈 检测流程时，该流程跳至7. 0数据处理节点以确定支付类型。同样，7. 0数据处理节点确定 支付卡的类型并将流程路由至基于此流程的下个适当节点上。
[0062] 根据一个不例实施例，图5是方法500的流程框图。方法500乃为可由一个应用 程序执行以显示图2 GUI 200的视图，并且可在图3所示电脑设备300上执行的方法的一 个示例。
[0063] 方法500包括在用户界面中呈现502 -个可选图形板表示支付交易的数据处理节 点。每个显示的502数据处理节点代表一项数据处理任务，该项任务可被纳入支付交易的 处理中，并且可与可执行代码相关联，以执行至少一项数据处理功能或通过网络做出一项 数据处理服务调用。相关数据处理服务可称为网络服务、远程函数调用，其可通过系统间讯 息及诸如此类信息予以实现。
[0064] 方法500进一步包括在用户界面显示504, 一种支付交易数据路由及处理画布。支 付交易数据路由及处理画布是一个用户界面部分，多个数据处理节点的图形表示可能存放 于其中，并通过图形进行连接。当添加图形连接时，该连接代表数据处理节点之间的数据处 理路由。数据处理节点和连接获添加后，便会提供支付交易处理路由的图形视图。
[0065] 方法500随后可接收506输入，以将图形板中的数据处理节点的图形表示添加至 数据路由及处理画布，然后接收508额外输入，以将一个数据处理节点的图形表示路由添 加至另一个节点。随后可能生成图形表示的数据表示，并存储510在数据存储设备中。数 据表示乃为支付交易处理路由的图形视图，包括识别每个数据处理节点显示及其中路由的 数据（如包含在用户界面内的支付交易数据路由和处理画布）。该数据表示的示例根据若 干实施例通过数据结构402示于图4中。
[0066] 根据一个示例实施例，图6是方法600的流程框图。方法600是另一种可由一个 应用程序执行以显示图2GUI 200的视图，并且可在图3所示电脑设备300上执行的方法的 一个示例。例如，可在方法500被执行以创建及存储510源于图形表示的数据表示之后执 行方法600。方法600通常会在图形表示关闭之后开始执行。
[0067] 例如，方法600包括接收602数据请求，从中可能获提供存储的数据表示的图形重 现。方法600随后将数据存储设备中存储的数据表示604载入方法600获执行的电脑设备 的存储器。方法600然后识别606加载数据中纳入的各个数据处理节点和已识别数据处理 节点之间的路由，并生成608-个数据集，从中会获提供数据表示的图形视图。这可能包括 生成图形视图的标记语言表示，例如可扩展标记语言（XML)表示。在其他实施例中，如将要 显示图形视图的客户端应用程序是一个胖客户端应用程序，则数据可能简单地通过网络传 输至客户端。
[0068] 根据一个示例实施例，图7是方法700的流程框图。方法700是一项可予实施以 根据存储的数据表示（如可根据图5中的方法500予以生成并存储）处理支付交易的方法 的示例。
[0069] 在若干实施例中，方法700是方法500的延续，包括接收及存储702将存储的数据 表示与商家识别符相关联的输入。在该等实施例中，当其后从已确定商家处接收支付交易 请求时，该支付交易请求将根据该具体存储的数据表示（可根据商家识别符进行检索）予 以处理。方法700进一步包括接收704支付交易请求（包括商家识别符）。方法700随后 将商家识别符作为数据检索关键字确定706存储在数据存储设备中的存储数据表示。方法 700随后根据已确定存储数据表示继续处理支付交易请求708。
[0070] 另一项实施例以系统方式呈现。该等实施例的系统包括至少一个处理器、至少一 个网络界面设备，及至少一个数据存储设备。数据存储设备可存储各种数据，除其他数据 外，包括数据处理节点的数据结构和支付交易路由流程的数据结构。
[0071] 数据处理节点的数据结构乃为可集合至支付交易路由流程的元件。每个该等数据 处理节点包括至少一个指令以执行，或调用一个远程数据处理服务来执行，至少一项与支 付交易处理有关的数据处理任务。
[0072] 支付交易路由流程的数据结构可能存有各种数据。该等数据可能包括数据处理节 点的数据结构参考、将数据处理节点按指定顺序及结构连接的路由数据，以及其他数据。
[0073] 该等实施例的系统亦包括一个支付处理模块。支付处理模块由至少一个系统处理 器予以执行，从而执行各种与支付处理有关的任务。在若干实施例中，相关任务包括通过至 少一个网络界面设备接收请求者的支付交易请求，并在存储于数据存储设备的数据中识别 适用支付交易路由流程的数据结构。支付处理