实现交易处理生态系统的系统和方法与流程

实现交易处理生态系统的系统和方法
1.相关申请的交叉引用
2.本申请要求于2018年9月14日提交的美国临时申请62/731,396(代理人案卷号72167.001560)的优先权，其全部内容全部合并于此。
技术领域
3.本公开总体上涉及基于事件驱动的体系结构的交易处理生态系统。


背景技术：

4.当前，金融机构使用数千种系统来处理交易。但是，许多系统执行冗余功能，并且经常多次重复高级功能。这些系统没有提供利用标准会计实践或从数据角度提供一致性的全套端到端技术和业务功能。
5.例如，图1描绘了用于金融机构的常规现金管理平台的框图，其中包括许多冗余系统部件，例如权利验证、预订、存档等。利用这种常规系统，产品提供既不是统一的也不是实时的，并且报告不一致并且集中在产品上而不是客户上。


技术实现要素：

6.根据一个实施例，本发明涉及一种交易处理生态系统，其包括：多个数据源；捕获接口；和金融交易处理系统，金融交易处理系统包括消息总线和与消息总线对接的多个处理器，多个处理器被配置为执行以下操作：经由捕获接口接收用于支付交易的原始数据，其中，原始数据包括客户指令；经由捕获接口，基于标准数据模型将原始数据规范化为规范化的交易格式；经由捕获接口，将规范化的交易格式发布到消息总线；经由多个处理器中的第一处理器，处理规范化的交易格式；以及完成交易。
7.根据一个实施例，本发明涉及一种用于在交易处理生态系统中处理交易的方法，该交易处理生态系统包括具有消息总线和与消息总线对接的多个处理器的金融交易处理系统。该方法包括以下步骤：经由捕获接口接收用于支付交易的原始数据，其中原始数据包括客户指令；经由捕获接口，基于标准数据模型将原始数据规范化为规范化的交易格式；经由捕获接口，将规范化的交易格式发布到消息总线；经由多个处理器中的第一处理器，处理规范化的交易格式；以及完成交易。
8.根据本发明的各种实施例，本文所述的计算机实现的系统和方法为实体、组织和其他用户提供了独特的优势。本发明的实施例涉及提供完全栈端到端交易处理的金融交易处理系统，其中各种功能通过事件驱动的体系结构绑定在一起。本发明的实施例通过基于标准化数据模型的基于集成功能的体系结构将各种处理部件整合到单个平台中。本发明的实施例通过消除在处理金融交易的隔离的系统中的重复功能和特征来实现效率。创新的系统和方法提供了可重用性能力、最大化了可伸缩性(以解决容量限制)、提高了稳定性(全球一致的平台)、接近实时的数据、改进了监管控制和报告(通过预订原则)、提高了资源效率并节省了可观的成本。这些和其他优点将在下面的详细描述中更充分地描述。
附图说明
9.为了促进对本发明的更全面的理解，现在参考附图。附图不应被解释为限制本发明，而仅旨在说明本发明的不同方面和实施例。
10.图1描绘了常规现金管理平台的概况。
11.图2描绘了根据本发明实施例的金融交易生态系统。
12.图3描绘了根据本发明实施例的包括交易处理系统的示例性现金管理系统。
13.图4描绘了根据本发明实施例的示例性资产记录系统。
14.图5描绘了根据本发明实施例的金融交易生态系统的体系结构图。
15.图6描绘了根据本发明实施例的用于在金融交易处理生态系统中进行交易处理的方法。
16.图7a和图7b描绘了根据本发明实施例的支付收据/支付现金流的说明性示例。
具体实施方式
17.以下描述旨在通过提供具体实施例和细节来传达对本发明的理解。然而应当理解，本发明不限于这些仅是示例性的具体实施方式和细节。还应理解，根据已知的系统和方法，本领域的普通技术人员将根据特定的设计和其他需要，将本发明在任何数量的替代实施例中用于其预期目的和益处。
18.2018年5月30日提交的序列号62/677,882(代理人案卷号72167.001438)的美国临时专利申请的公开通过引用其全部内容合并于此。
19.本发明的实施例涉及金融交易生态系统。根据本发明的实施例，金融交易生态系统可以基于标准会计原则并且可以提供端到端交易处理，该端到端交易处理可以包括许多功能，例如数据捕获、交易预订、资产移动、资产日记账/持有等。这些功能可以通过事件驱动的体系结构捆绑在一起，该体系结构可以基于一个或多个标准数据模型。
20.图2描绘了根据本发明实施例的金融交易生态系统。如图2所示，预订引擎210、资产移动引擎220和资产记录引擎230可以彼此通信。示例性图示可以包括多个预订引擎、单个资产移动引擎和单个资产记录引擎。可以实现其他变型。
21.例如，预订引擎210可以预订交易、重新安排、外汇兑换等。这些事件可以触发未结日记账和头寸的建立和/或创建。
22.资产移动引擎220可以生成和/或监视事件，该事件触发将未结头寸撤下/移动到已结算的和/或确认的头寸。
23.资产记录引擎230可以创建和/或产生日记账和持有。
24.通过确保完整性和遵循标准原则，核心数据可以是准确、及时和链接的。因此，本发明的实施例提供可伸缩性、显著减少的对账中断和基于完整事件的体系结构。
25.图3描绘了根据本发明实施例的金融交易生态系统的示例性框图。生态系统300可以包括金融交易处理系统310，金融交易处理系统310可以进一步包括可以用于进行、记录和/或以其他方式参与交易的多个处理部件。例如，金融交易处理系统310可以包括权利模块312、移动模块314、预订模块316、持有模块318、参考数据320、通知模块322、数据存储模块324和报告模块326。包括的这些模块是仅作为示例性的；应当认识到，根据需要和/或期望，可以提供更少、不同或附加的模块。
26.根据本发明的实施例，模块中的一个或多个(例如312、314、316、318、320、322、324、326等)可以涉及可由生态系统300承担的多个交易类型。因此，并非所有模块都可以参与所有交易。例如，如果交易不需要模块，则该模块可以在监视消息总线330的同时保持空闲。在本发明的各种实施例的背景中，模块可以表示处理器、处理部件、硬件部件上的软件实施方式和/或其他实施方式。
27.系统300可以将几个模块整合到单个平台中，从而从常规的垂直筒仓转移到基于集成功能的体系结构。技术优势可能包括，例如，通过利用通用部件和代码库来降低技术和运营成本；整合的产品供应(例如，综合应收款、综合应付款等)；具有标准化数据模型的基于事件的现代体系结构；使用实时或接近实时的数据；更严格的监管控制和报告(通过预订负责人)；以及提高了稳定性和可伸缩性。
28.每个模块(例如312、314、316、318、320、322、324、326等)可以与消息总线330通信。例如，可以将事件写入消息总线330，并且每个模块可以监视消息总线以了解要采取的行动。一旦采取行动，另一个模块就可以采取行动。
29.根据本发明的实施例，模块(例如312、314、316、318、320、322、324、326等)可以是独立的(例如，不同于依赖性，它们彼此独立地操作)，并且可以利用标准数据模块与消息总线230进行对接。每个模块(例如312、314、316、318、320、322、324、326等)可以拥有自己的数据存储区和存储器，并可以执行各种处理。
30.根据本发明的实施例，用户接口340可以允许用户与金融交易处理系统310进行交互。示例性用户接口340可以包括，例如，发送支付文件的外部客户端；上传发票的外部客户端；发送用于证券处理的交易的内部或外部系统。
31.根据本发明的实施例，可以提供存储器350。存储器350可以包括例如高速缓存存储器(例如，gemfire、hazelcast等)、存储器中数据存储区、具有高速缓存的持久存储器等。例如，系统300可以将总线上的每个交易留存到长期数据存储区。
32.图4描绘了根据本发明实施例的示例性资产记录系统。如图4所示，示例性现金管理系统可以包括交易处理系统。系统400可以包括捕获模块430，捕获模块430可以例如从诸如应付款440(包括支票服务442、数字应付款444)、应收款450(包括应收款管理452)、存款460(包括现金余额管理462)等的系统中捕获原始数据。捕获模块430可以以任何格式捕获来自这些系统和其他系统的原始数据，并且可以将原始数据转换为规范化格式(例如，下面讨论的逻辑数据模型格式)。
33.根据本发明的实施例，金融交易处理系统310可以接收来自托管系统470(包括托管管理472)的原始数据。
34.金融交易处理系统310可以包括模块，例如预订模块316、移动模块314、持有模块318、通知模块322、消息传递模块323、参考数据320、数据存储模块324和报告模块326。其他模块可以根据需要和/或期望来提供。每个模块可以向消息总线330登记其可以处理的交易类型。
35.实用程序480可以与金融交易处理系统310交互。实用程序480可以包括模块，例如定价482、制裁/处罚484、计费486和报表488。例如，实用程序480可以提供可以由多个功能引擎(例如，输入)使用的一般服务，因为任何部件都可以提供参数。在该示例中，输出可以包括应答或输出数据，然后可以用于进一步处理。
36.客户端工具490可以包括客户端服务492和面向客户端的工具494。例如，客户端工具可以提供用于报告、审计等的用户接口。例如，客户端工具490可以使客户端能够查询先前的交易、发起交易等。
37.图5描绘了根据本发明实施例的金融交易生态系统的体系结构图。图5说明了示例性资产记录系统。例如，系统500可以包括数据高速缓存模块530，其可以高速缓存信息(例如，日记账信息、高速缓存信息等)。
38.根据本发明的实施例，系统500可以进一步包括可以与消息总线330交互的多个模块(例如，模块520、模块522和模块524等)。尽管描述了三个模块，但是可以根据需要和/或期望提供更多或更少的数量。
39.根据本发明的实施例，模块可以表示消息总线的消费者，这些消费者也可以创建新的ldm对象并将它们发布回消息总线。
40.模块520、522和524可以包括例如资产移动模块、交易预订模块、日记账模块、聚合模块、阶梯模块、恢复模块等。可以根据需要和/或期望提供其他模块。
41.系统500还可以包括多个写入器540、542和544。尽管描绘了三个写入器，但是可以根据需要和/或期望提供更多或更少的数量。写入器440、442、444可以包括例如日记账写入器、持有写入器等。
42.根据本发明的实施例，可以提供允许查看消息总线上的对象的用户接口。请求/响应可以允许消费者调用已发布到总线并存储在数据库中的持有(持仓/头寸)查找。例如，请求/响应可以表示便利特征，以便想要信息的消费者可以进行临时调用，而不是收听总线上所有已发布的头寸。
43.系统500可以进一步包括资产记录数据库550，该资产记录数据库550可以维护交易、资产等的记录。根据本发明的实施例，资产记录数据库550可以服务于请求/响应调用以及用作加载实时高速缓存以实现弹性的目的的永久性存储。根据本发明的实施例，可以在停机或维护之后基于资产记录数据库来重新填充实时高速缓存。
44.图6描绘了根据本发明实施例的用于在金融交易处理生态系统中进行交易处理的方法。在步骤610，可以捕获原始数据。在步骤615，可以规范化原始数据。在步骤620，可以将规范化交易发布到消息总线。在步骤625，交易处理生态系统中的模块和/或功能可以监视或收听消息总线。在步骤630，可以处理交易。在步骤635，交易处理可以完成和/或被转发到另一系统。尽管图6的过程说明了以特定顺序执行的某些步骤，但是应该理解，可以通过向过程添加一个或多个步骤、省略过程内的步骤和/或改变执行一个或多个步骤的顺序来实践本发明的实施例。下面提供了每个步骤的额外细节。
45.在步骤610，可以使用例如捕获功能来捕获原始数据并将其引入处理生态系统。原始数据的示例可以包括单个的或批量的交易、文件等。例如，可以从用户接口和/或系统接收原始数据。另外，可以以各种格式来接收原始数据。
46.在步骤615，可以规范化原始数据。这可能涉及将原始数据转换为规范化的转换格式。根据本发明的实施例，配置文件(或“配置(config)”文件)可以存储注册的原始数据格式到标准格式(例如，ldm(逻辑数据模型)格式)的映射。
47.例如，可以通过一个或多个过程来运行原始数据，以将原始数据转换为可以发布到消息总线的标准化或规范化交易。根据本发明的实施例，交易可以是经批准的ldm(逻辑
数据模型)格式。例如，可以在注册过程中注册每种原始数据格式，并且可以将原始数据格式中的数据字段映射到ldm格式中的适当字段。
48.根据本发明的实施例，配置文件可以进一步标识在处理交易时涉及的模块。例如，ldm可以转换为任何合适的格式，例如protobuf、json、xml等。
49.下面提供ldm格式的现金交易的说明性示例：
50.51.52.53.54.55.[0056][0057]
下面提供了ldm格式的支付交易的说明性示例：
[0058]
[0059]
[0060]
[0061]
[0062]
[0063]
[0064][0065]
在步骤620，可以将规范化的交易发布到消息总线。
[0066]
在步骤625，交易处理生态系统中的模块和/或功能可以监视和/或收听消息总线，并且在步骤630，可以处理相关的规范化交易。例如，在启动时或在任何其他合适的时间，每个模块可以向消息总线(或消息总线控制器)注册该模块负责处理的交易类型、处理顺序等。当这样的交易被发布到消息总线，一个或多个模块可以从消息总线“拾取”交易并对交易执行处理。当模块拾取交易时，它可以向消息总线发布确认消息，以向其他模块通知交易状态。
[0067]
根据本发明的实施例，不是模块从消息总线拾取交易，而是消息总线可以基于模块的注册信息将交易推送到模块。
[0068]
例如，可以由预订模块标识和“拾取”金融交易，然后预订模块可以准备交易以进行处理。根据交易情况，可能有多种类型的预订模块。示例包括现金、证券、账单、发票、预期
现金收据、账单发票交易、汇款等。根据本发明的实施例，预订模块可以为不同法人主体的单个交易创建多个“分支”。然后，模块可以将另一笔可预订的交易发布到消息总线。
[0069]
资产移动模块和资产记录模块可以收听发布到消息总线的可预订交易。资产移动模块可以拾取(一个或多个)可预订交易并创建初始状态为“未清”的结算交易。该功能可以进一步将结算交易传递到适当的结算模块(例如，chip、fed、swift等)。随着交易的结算，资产移动模块可以将结算交易的状态更新为结清、完成等。
[0070]
根据本发明的实施例，标识总线上的不同功能的标准参考数据高速缓存可以调出参考数据/要求参考数据。根据示例性图示，如果那些标识符需要被解析以获得实际数据或基础数据，则仅标识符可以存储在流经生态系统的交易上，并且可以调用参考数据高速缓存。
[0071]
参考数据可以包括与“客户(client)”、“账户和交易对手/第三方(cpty)”、“常设结算指令”(ssi)、“产品”、“客户偏好和概况”、“清算数据”、“市场数据”、“客户直接借记(dd)授权”有关的数据。可以通过参考数据高速缓存工具存储和管理参考数据。参考数据可以进一步包括各方和账户、产品和工具、托管交易管理(例如，管理托管交易的参考数据)、定价交易管理(例如，管理各种产品和客户的定价交易的参考数据)、结算指令(例如，客户常设指令)、制裁/处罚、开账单、报表组成等。
[0072]
根据本发明的实施例，资产记录模块还可以收听可预订交易以及已经的任何结算。资产记录模块可以包括规则引擎，该规则引擎可以对不同的可预订交易应用规则以创建日记账或记录(包括例如存款/信贷集)，日记账或记录也可以发布到消息总线。日记账可以被聚合成集合和/或其他格式。
[0073]
根据本发明的实施例，包括状态改变的交易可以被存储在例如用于报告和审计的数据仓库中。
[0074]
在步骤635，模块可以将处理后的交易返回到消息总线。如果模块是交易的端点，则可以将处理后的交易发送到另一个系统、发送到用户接口或者可以根据需要和/或期望采取任何其他动作。
[0075]
图7a和图7b描绘了根据本发明实施例的支付接收/支付现金流的说明性示例。在预捕获期间，“支付.原始(payment.raw)”701转换为“支付.发起(payment.initiation)”702，其随后可以通过支付捕获722进行充实/验证。“支付.规范化(payment.norm)”704是从支付捕获722产生的，其结果是来自支付预订引擎724的“现金交易.可预订(cashtxn.bookable)”706。通过资产移动引擎726(未清清算)和资产记录744(创建待处理日记账)来处理“现金交易.可预订(cashtxn.bookable)”707。经由资产移动引擎726确认/结算支付，这导致“结算移动”711被结算，并且资产记录744将这些消耗到未结的“要结算/确认的头寸/日记账”，如708、709、712和713所示。
[0076]
如图7a所示，可以由客户端或清算系统发起新的支付或接收，如701所示。摄入通道730可以表示支付发起源，例如客户、清算系统等。可以在预捕获720处将数据作为原始数据701接收，其可以表示隔离层。预捕获720可以执行包括转换、重复检查、参考设置(设置参考)和集成的功能。可以在702处从预捕获720向消息总线728发起支付。支付捕获722可以在703处接收支付发起。通过支付捕获722，可以将支付发起规范化为704处的支付.规范化(payment.norm)。
[0077]
支付捕获722可以包括各种特征和功能，包括资格、例外/维修、支付控制、客户批量/大批/聚合、费用/收费/计算；优化
–
基于时间和/或成本；优化
–
客户；仓库/调度、外汇预订、筛选服务和优先级。支付捕获722可以接收来自常规定单732的数据。例如，支付捕获722可以捕获跨各种交易类型的客户指令，并且进一步转换成规范化的数据模型。支付捕获722可以执行从客户特定数据模型到通用(或实体特定)数据模型的转换。规范化的交易数据模型消息可以被发布到消息总线728。捕获处理可以包括ocr/icr、机器学习、文件处理和消息处理。
[0078]
预订引擎724可以在705处接收支付.规范化(payment.norm)，以在706处生成客户预订作为cash.txn.bookable(现金.交易.可预订)。预订引擎724可以包括各种特征和功能，包括交易充实、持有类型衍生、分支生成和费用/收费。分支生成可以表示交易分支生成，例如，可能需要的额外交易。预订引擎724可以与分支生成734通信。本发明的实施例可以包括多个预订引擎，例如，针对每种交易类型的一个预订引擎。例如，预订引擎可以共享基础技术部件，但可以作为不同交易类型的单独实例运行。
[0079]
在707处，资产移动726可以接收到此信息以将结算任务状态更新为匹配。结算任务可以从结算文件中生成，如sm.open708、sm.open.bulknet708.a、sm.open.clearnet708.b和sm.settled711所示。例如，结算任务状态可能为“open.matched(未清.匹配)”。一旦结算，可通过711将状态设置为“已结算”。
[0080]
资产移动726可以包括各种特征和功能，包括网关、客户端大批聚合/净额结算、清算净额结算/聚合、手动匹配、链接、批准、清算和结算(sm)、自动结算、失败标记、信用检查、例外管理、支付控制和筛选服务。资产移动726可以从支付捕获722接收数据(例如，ddi.norm)，并且进一步将数据(例如，ddi.norm)发送到直接借记(dd)管理736，例如，设置和/或管理客户直接借记指令。资产移动726可以为需要资产移动的各种类型的交易创建结算任务。另外，资产移动726可以向摄入通道730提供收据或确认消息。
[0081]
如图7b所示，可以将支付指令/集合709从支付通道740发送到清算系统742。在支付已经结算之后，可以将结算710返回到支付通道740。可以为客户和结算两者创建日记账(过账)。日记账/持有状态可以表示为待定过账。
[0082]
资产记录744可以根据输入事件来创建日记账和持有。例如，资产记录744可以包括规则引擎、日记账引擎和持有引擎。规则引擎可以保存将事件转换为日记账的规则。日记账引擎可以根据事件创建日记账(dr/cr集)。例如，持有引擎可以聚合已经产生的dr/cr集并创建持有(例如，头寸、余额)。其他引擎可以包括聚合引擎和发布引擎，该聚合引擎聚合日记账集并将影响应用于持有，而发布引擎可以在日记账和持有发生变化时发布它们。同样，资产记录744可以过账客户和结算二者的账户日记账。通过707、708、709、711、712和713的交互，日记账/持有状态可以表示为已结算过账。数据可以被过账到总分类账746以及数据仓库748。数据可能包括支付.发起(payment.init)；支付.规范化(payment.norm)；现金.交易(cash.txn)；结算.未清(sm.open)；td.journal；ts.holdings.结算.已结算(sm.settled)，sd.journal和sd.holding，如716所示。
[0083]
本发明的实施例可以应用于各种应用、企业等。例如，基于事件的基础设施可以应用于核心银行技术、商户服务企业、国际固定收益企业等。另外，可以应用各种扩展。例如，金融交易处理系统可以支持例外管理和对账功能。例如，例外可能适用于交易预订引擎、结
算系统以及其他记录系统。如果在一个记录系统中关闭了例外，则本发明的实施例可以通过消息传递总线级联或路由更新，从而消除与该例外有关的任何重复性努力。可以由记录的对帐系统或记录的任务管理系统酌情读取异常。这样可以提高数据和响应的一致性和均匀性。
[0084]
本发明的实施例可以支持头寸汇总和/或头寸聚合。例如，企业可以请求有关可用余额的信息，可用余额可以是基础余额和头寸的总和。这可能与虚拟账户有关，在虚拟账户中，成员可能拥有一个账户并驻留在某个区域中。该区域的资金可能处于聚合需要资金的聚合水平。因此，在可以允许交易达到基础余额之前，本发明的实施例可以支持聚合级的头寸检查。另一个示例可能涉及必须以区域或货币向开发商付款的实体。其他聚合可能取决于特定的用例场景。例如，对于贷款，企业可能希望计算可排除贷款金额的可用头寸或可用余额。因此，可以基于业务规则来配置本发明的实施例以确定聚合级头寸。
[0085]
在下文中，将描述本发明的系统和方法的实施方式的一般方面。
[0086]
本发明的系统或本发明的系统的部分可以是“处理机”的形式，例如通用计算机。如本文所使用的，术语“处理机”应被理解为包括使用至少一个存储器的至少一个处理器。至少一个存储器存储指令集。指令可以永久地或临时地存储在处理机的一个或多个存储器中。处理器执行存储在一个或多个存储器中的指令以处理数据。指令集可以包括执行一个或多个特定任务，例如上述那些任务的各种指令。用于执行特定任务的这种指令集可以被表征为程序、软件程序或仅仅是软件。
[0087]
在一个实施例中，处理机可以是专用处理器。
[0088]
如上所述，处理机执行存储在一个或多个存储器中的指令以处理数据。数据的这种处理例如可以响应于处理机的一个或多个用户的命令，响应于先前的处理，响应于另一处理机的请求和/或任何其他输入。
[0089]
如上所述，用于实现本发明的处理机可以是通用计算机。但是，上述处理机还可以利用各种其他技术中的任何一种，包括专用计算机、包括例如微型计算机、小型计算机或大型机的计算机系统、已编程的微处理器、微控制器、外围集成电路元件、csic(客户专用集成电路)或asic(专用集成电路)或其他集成电路、逻辑电路、数字信号处理器、可编程逻辑设备(例如fpga、pld、pla或pal)或能够实现本发明过程的步骤的任何其他设备或设备布置。
[0090]
用于实施本发明的处理机可以利用合适的操作系统。因此，本发明的实施例可以包括运行ios操作系统、os x操作系统、android操作系统、microsoft windows
tm
操作系统、unix操作系统、linux操作系统、xenix操作系统、ibm aix
tm
操作系统、hewlett
‑
packard ux
tm
操作系统、novell netware
tm
操作系统、sun microsystems solaris
tm
操作系统、os/2
tm
操作系统、beos
tm
操作系统、macintosh操作系统、apache操作系统、openstep
tm
操作系统或其他操作系统或平台的处理机。
[0091]
应当理解，为了实践如上所述的本发明的方法，处理机的处理器和/或存储器不必物理地位于相同的地理位置。即，处理机所使用的处理器和存储器中的每一个可以位于地理上不同的位置并且被连接以便以任何合适的方式进行通信。另外，应当理解，处理器和/或存储器中的每一个可以由不同的物理装备组成。因此，处理器不必在一个位置是一个单件装备，并且存储器是在另一位置的另一个单件装备。即，可以预期，处理器可以是位于两个不同物理位置的两件装备。可以以任何合适的方式连接两件不同的装备。另外，存储器可
以在两个或多个物理位置中包括存储器的两个或多个部分。
[0092]
为了进一步解释，如上所述，由各种部件和各种存储器执行处理。然而，应当理解，根据本发明的另一实施例，如上所述，由两个不同的部件执行的处理可以由单个部件执行。此外，如上所述，由一个不同的部件执行的处理可以由两个不同的部件执行。以类似的方式，根据本发明的另一实施例，如上所述，由两个不同的存储器部分执行的存储器存储可以由单个存储器部分执行。此外，如上所述，由一个不同的存储器部分执行的存储器存储可以由两个存储器部分执行。
[0093]
此外，可以使用各种技术来提供各种处理器和/或存储器之间的通信，以及允许本发明的处理器和/或存储器与任何其他实体进行通信；即，以便获得进一步的指令或访问和使用远程存储器存储。用于提供此类通信的此类技术可能包括网络、因特网、内部网、外联网、局域网、以太网、经由蜂窝塔或卫星的无线通信或提供通信的任何客户机服务器系统。这样的通信技术可以使用任何合适的协议，例如tcp/ip、udp或osi。
[0094]
如上所述，在本发明的处理中可以使用指令集。指令集可以是程序或软件的形式。软件可以例如是系统软件或应用软件的形式。软件也可以是例如单独程序的集合、较大程序内的程序模块或程序模块的一部分的形式。所使用的软件可能还包括面向对象编程形式的模块化编程。软件告诉处理机如何处理正在被处理的数据。
[0095]
此外，应当理解，在本发明的实施方式和操作中使用的指令或指令集可以是合适的形式，使得处理机可以读取指令。例如，形成程序的指令可以是适当的编程语言的形式，其被转换为机器语言或目标代码以允许一个或多个处理器读取指令。即，使用编译器、汇编器或解释器将特定编程语言中的编程代码或源代码的书面行转换为机器语言。机器语言是二进制编码的机器指令，其特定于特定类型的处理机(即，例如特定类型的计算机)。计算机理解机器语言。
[0096]
根据本发明的各种实施例，可以使用任何合适的编程语言。说明性地，所使用的编程语言可以包括例如汇编语言、ada、apl、basic、c、c++、cobol、dbase、forth、fortran、java、modula
‑
2、pascal、prolog、rexx、visual basic和/或javascript。此外，没有必要结合本发明的系统和方法的操作来利用单一类型的指令或单一编程语言。而是，可以根据需要和/或期望利用任何数量的不同编程语言。
[0097]
同样，在本发明的实践中使用的指令和/或数据可以根据需要利用任何压缩或加密技术或算法。加密模块可用于加密数据。此外，例如，可以使用适当的解密模块来解密文件或其他数据。
[0098]
如上所述，本发明可以说明性地以包括至少一个存储器的处理机(包括例如计算机或计算机系统)的形式体现。应当理解，根据需要，可使计算机操作系统能够执行上述操作的指令集(即例如软件)，可以包含在各种各样的一个或多个介质中的任何一种上。此外，由指令集处理的数据也可以包含在各种各样的一个或多个介质中的任何一种上。也就是说，用于保存本发明中使用的指令集和/或数据的特定介质(即处理机中的存储器)，例如可以采取多种物理形式或传输中的任何一种。说明性地，介质可以是纸、纸透明胶片、光盘、dvd、集成电路、硬盘、软盘、光盘、磁带、ram、rom、prom、eprom、导线、电缆、光纤、通信通道、卫星传输、存储卡、sim卡或其他远程传输以及可能由本发明的处理器读取的任何其他介质或数据源的形式。
[0099]
此外，在实现本发明的处理机中使用的一个或多个存储器可以是多种形式中的任一种，以允许该存储器根据需要保存指令、数据或其他信息。因此，存储器可以采用数据库的形式来保存数据。数据库可以使用任何所需的文件排列，例如平面文件排列或关系数据库排列。
[0100]
在本发明的系统和方法中，可以利用各种“用户接口”来允许用户与用于实现本发明的一个或多个处理机进行对接。如本文所使用的，用户接口包括允许用户与处理机交互的处理机使用的任何硬件、软件或硬件和软件的组合。用户接口可以例如是对话屏幕的形式。用户接口还可以包括鼠标、触摸屏、键盘、小键盘、语音读取器、语音识别器、对话屏、菜单框、列表、复选框、拨动开关、按钮或允许用户接收关于处理机在处理指令集和/或向处理机提供信息时处理机的操作的信息的任何其他设备中的任何一个。因此，用户接口是在用户与处理机之间提供通信的任何设备。用户通过用户接口提供给处理机的信息例如可以是命令、数据选择或某其他输入的形式。
[0101]
如上所述，执行指令集的处理机利用用户接口，使得处理机为用户处理数据。用户接口通常由处理机用于与用户交互以传递信息或从用户接收信息。然而应当理解，根据本发明的系统和方法的一些实施例，人类用户实际上不必与本发明的处理机所使用的用户接口进行交互。相反，还可以预期，本发明的用户接口可以与另一处理机而不是人类用户交互(即，传递和接收信息)。因此，另一处理机可被表征为用户。此外，可以预期，在本发明的系统和方法中利用的用户接口可以与另一台或多台处理机部分地交互，同时也与人类用户部分地交互。
[0102]
本领域技术人员将容易理解，本发明易于广泛使用和应用。在不脱离本发明的实质或范围的情况下，根据本发明及其前面的描述，除本文所述的那些实施例之外的本发明的许多实施例和改编以及许多变型、修改和等效布置将显而易见或由本发明及其前面的描述合理地建议。
[0103]
因此，尽管本文已经详细地描述了与本发明相关的示例性实施例，但是应当理解，本公开仅是本发明的说明性和示例性，并且提供本发明的实现性公开。因此，前述公开无意于解释或限制本发明，或者以其他方式排除任何其他这样的实施例、改编、变型、修改或等同布置。