CN103136041A - 业务对象的批处理 - Google Patents

Abstract

服务消费者可以定义批作业（批容器），在其中可以对业务对象实例调取业务对象方法。所述调取可以被记录。服务消费者可以触发批运行以导致业务对象实例根据所记录的调取被修改。批作业可以作为单个过程中的单个事务来运行。批作业可以被划分为多个事务并且由相应的多个过程来处理。

Description

业务对象的批处理

相关专利的交叉引用

本公开涉及美国专利第7,536,673号和美国专利第7,801,996号，通过引用将它们的全部内容合并于此，用于所有目的。

背景技术

本发明涉及业务软件，具体来说涉及业务对象的处理。

除非这里另外指出，本部分描述的方法不是本申请中的权利要求的现有技术，并且不承认本部分描述的方法由于包括在本部分中而成为现有技术。

商业企业一般地采用若干业务应用以便管理企业中的大量数据。业务应用通常被设计为操控企业的特定方面；例如，客户关系管理（CRM）业务应用可以支持销售部门的活动，产品生产系统（PPS）可以用来管理生产，等等。业务对象表示业务应用可以管理的数据的各个类别。举例来说，在汽车出租系统中，可以创建以下业务对象:

■汽车-具有这样的属性，例如，车牌号(license plate number)、汽车型号、座位数目、最大速度、里程、颜色，

■客户-具有这样的属性，例如，名（first name）、姓（last name）、信用卡号、地址、电话、传真、电子邮件、注册日期，

■定单-具有这样的属性，例如，日期、发票号、价格。

业务对象（BO）是一个基本实体，其封装业务数据和用于操纵所述数据的业务逻辑，并且保证业务对象数据的一致性和完整性。接口层描述业务对象的实现和结构，并且定义业务对象到外界的接口。

服务提供者是经由所述接口提供对业务对象数据的外部访问的访问层的一部分。服务提供者提供对业务对象的关于功能的方法的访问，所述功能例如业务对象的公共实例操控(handle)、事件操控、错误操控、状态管理、等等。例如，所有业务对象提供核心服务的公共集合，以便创建、读取、更新和删除业务对象实例（业务对象节点实例）；例如，修改(MODIFY)可以是所有业务对象用于创建、更新和删除的公共的核心服务。此外，业务对象可以提供特定于业务对象的服务（在这里称为动作（ACTIONS））。

服务提供者也可以提供附属（auxiliary）服务，比如性能分析、追踪、等等。因为许多业务用户（例如，销售经理、销售员、等等）可能需要在任何一个的时间访问业务对象，所以可以理解用户未被赋予对业务对象乃至对服务提供者的直接访问。

反而，对服务提供者的访问以及由此对业务对象本身的访问是经由服务管理者来提供的。服务管理者负责事务控制，比如对业务对象的多个访问请求。服务管理者可以提供安全性和数据完整性功能以防止不一致和错误的运行时行为。服务管理者一般来说提供客户端代理服务器(client proxy)（例如，使用Web服务代理（Web Services agent）），业务用户可以在应用层内与该客户端代理服务器接口。客户端代理服务器一般能够提供业务对象的批处理。例如，业务对象标识符的表格连同将对每个业务对象执行的一个或更多个动作（例如，检索（RETRIEVE））一起可以被提供给客户端代理服务器。

图1A示出由服务管理者104进行中介的业务应用（服务消费者）102和服务提供者106之间的工作流程。图1A中示出的顺序表示多个业务对象的批处理。在交互阶段中，服务消费者102向服务管理者104发布或者以其它方式提供对于一个或更多个业务对象的一系列修改操作。例如，在一天的结尾，销售员可以启动（例如，经由业务应用的用户接口、UI）这天的销售记录向CRM系统的上传。业务应用102可以启动批作业(batch job)以处理表示所述销售记录的业务对象。

服务管理者104将从服务消费者102接收的修改操作传送给服务提供者106以进行修改。服务消费者102通过例如调用服务管理者104中的保存方法来触发保存阶段。服务管理者104进而调用服务提供者106中的检查方法以触发“检查”处理，从而验证对业务对象做出的修改。如果服务提供者106未发布错误，则服务管理者104调用服务提供者中的保存方法以开始“保存”处理。图1A示出成功的批处理工作流。

图1B示出在服务提供者106中执行的对经修改的业务对象的检查处理期间发现一个或更多个错误时的处理流程情景。可以看到，将错误通知服务管理者104，并且由于该（多个）错误而不调用服务提供者106中的保存方法。该批作业未被保存，而且副作用是那些经修改但没有错误的业务对象也未被保存。因此，服务消费者102需要在改正错误的（多个）原因之后重新提交全部作业。

发明内容

一种用于处理业务对象的方法包括：从标识多个业务对象和将对所述业务对象执行的一个或更多个操作的客户端系统接收批作业信息。在实施例中，所述操作可以包括业务对象提供的核心服务以及特定于所述业务对象的服务（动作）。操作被记录，而不被执行。

响应于从所述客户端系统接收到触发，根据所记录的操作来更改业务对象。在更改业务对象之后执行错误检查。继续对更改成功的业务对象进行保存。更改失败的业务对象可以被重新处理，包括执行（多个）改正动作以及根据它们关联的记录的操作进行更改。

附图说明

图1A示出没有出现错误的传统的批处理。

图1B示出在保存阶段期间发生错误的传统的批处理。

图2示出根据本发明的实施例的工作流。

图3示出根据本发明的实施例的另一个工作流。

图4描绘根据本发明的硬件配置。

具体实施方式

在下面的描述中，出于解释的目的，阐述了很多示例和特定细节，以便提供对本发明的透彻理解。然而，对于本领域技术人员来说显而易见的是，权利要求所限定的本发明可以单独地包括这些示例中的一些或全部特征，或者与下面描述的其它特征组合地包括这些示例中的一些或全部特征，并且还可以包括这里描述的特征和构思的修改和等效物。

在实施例中，诸如图2中的顺序图所图示的工作流可以包含按照服务消费者202、服务管理者204、批处理协调者206以及服务提供者208之间的通信的顺序启动的动作。在实施例中，服务消费者202可以是与服务管理者204接口（例如，经由Web服务接口）的业务应用。该工作流可以划分为两个主要的步骤：批接收步骤210（处理块A）和批处理步骤220（处理块B）。

在批接收步骤210中，服务消费者202提交用于处理业务对象实例的集合的“批容器”（批作业）。批容器在逻辑上表示业务对象实例的数目N以及将对每个业务对象实例执行的一个或更多个操作。例如，假设在商业周的结尾，可能需要在业务的主数据中更新来自业务的零售地点的客户记录业务对象。服务消费者202可以是与服务管理者204接口（例如，经由Web服务接口）以向服务管理者提交批容器的业务应用。对业务对象实例执行的操作的集合可以从一个业务对象实例到另一个业务对象实例而变化。

在步骤212中，服务消费者202向服务管理者204发布批开始(BeginBatch)命令以处理批作业。批开始命令以信号告知服务管理者204打开或者创建新的批容器。服务管理者204可以向服务消费者202发出响应（例如，OK）以指示批开始命令已经被成功处理。批作业可以通过任何适当的方式被传送到服务管理者204。例如，服务消费者202可以生成批文件（batch file），该批文件然后可以被告知服务管理者204（例如，该文件被发给服务管理者，该文件的位置被告知服务管理者等等）。批文件可以列出业务对象实例和相应的操作。该操作可以包括每个业务对象提供的核心服务（例如，修改、检索、等等）并且可以包括对每个业务对象独特的特定服务（例如，动作）。服务消费者202可以将批作业传送到服务管理者204，一次传送一个业务对象实例以及将对该业务对象实例执行的期望的操作。

根据本发明，服务管理者204记录每个修改操作（步骤214），而不对该业务对象实例进行修改。同样，服务管理者204记录关于期望的动作的信息（步骤216），而不对该业务对象实例进行修改。可以在美国专利第7,536,673号中找到本发明的这方面的更多细节。

在步骤218中，服务消费者202向服务管理者204发布批结束(EndBatch)命令。批结束命令以信号告知服务管理者204关闭批容器。服务管理者204可以向服务消费者202发出响应（例如，OK）以指示批容器已经被成功创建。

然后，服务消费者202可以对于另一个批容器重复步骤212-218。例如，业务应用可以提交一个批作业用于更新客户记录以及另一个批作业用于更新库存记录。重复步骤212-218将在服务管理者204中创建用于处理另一个批作业的另一个批容器。在实施例中，当服务消费者202已经提交其所有的批作业时，它然后可以向服务管理者204发布批运行(ExecuteBatch)命令。批运行命令将触发批处理步骤220。

在批处理步骤220中，服务管理者204在批协调者206和服务提供者208之间进行协调以便处理服务消费者202提交的一个或更多个批容器。在实施例中，对于在批接收步骤210中创建的每个批容器执行批处理步骤220。具体来说，可以对于每个批处理容器执行步骤222-238。如下面将要解释的，根据本发明的对批容器中的业务对象实例的实际处理被划分成具有对于每个处理阶段的错误检查和错误处理的特定处理阶段。

在实施例中，一个处理阶段是对批容器中的业务对象实例进行核心服务的处理，在修改步骤222中执行该处理。在以上的步骤214中记录的对于每个业务对象实例的核心服务操作通过对服务提供者208做出适当的调用来执行。具体来说，服务管理者204与服务提供者208通信以调用业务对象的核心服务方法，从而对业务对象实例执行操作。服务提供者208可以用指示是否对业务对象实例成功地执行了核心服务的结果代码对服务管理者204作出响应。

在步骤232中，服务管理者204可以调取(invoke)批协调者206中的错误检查方法。来自修改步骤222中的批处理的结果（例如，业务对象名称、节点标识符、错误消息、等等）可以被传递给批协调者206。在一些实施例中，服务管理者204可以向批协调者206调取回调(callback)方法（例如，批检查(CHECKBATCH)方法）。批协调者206然后可以决定如何进行操作。例如，批协调者206可以识别在步骤222中被处理时失败的那些业务对象实例，并且将失败的业务对象实例的列表提供给服务管理者204。例如，在实施例中，来自修改步骤222的结果可以使用对于每个业务对象实例执行的每个核心服务操作的结果代码来表达。对于每个这样的结果代码，批协调者206可以被编程(例如，使用开关(SWITCH)语句)为将该业务对象实例标记为通过(PASS)、失败（FAIL）或者被编程为采取一些改正动作。如果未识别到结果代码，则批协调者206可以将业务对象实例（例如，其ID）、结果代码和任何有关的信息记入错误日志（例如，图3中示出的数据存储器314）。批协调者206将失败的业务对象实例的列表发送给服务管理者204。在一些实施例中，批协调者206可以从批容器中去除失败的业务对象实例，同时允许对其他业务对象实例的进一步的处理。

在接下来处理阶段，在步骤224中对该业务对象实例执行动作。服务管理者204接收步骤232的错误检查的结果。如果全部业务对象实例在步骤222中都已被处理并且没有错误，则对该批容器的处理继续进行对特定于业务对象实例的动作的处理。在以上的步骤216中记录的特定于业务对象实例的动作通过对服务提供者208做出适当的调用来执行。具体来说，服务管理者204向服务提供者208做出调用（例如，动作调用），以调取业务对象的特定方法以执行该动作。服务提供者208可以用指示是否对业务对象实例成功地执行了动作的结果代码对服务管理者204作出响应。

另一方面，如果在步骤222中一些业务对象实例失败，则那些业务对象实例不会前进到步骤224。反而，服务管理者204可以对失败的业务对象实例执行“事务清理”，并且重复步骤222和步骤232。例如，假设对业务对象作出了若干修改。在一些实施例中，该修改可以存储在事务缓冲区(例如，与业务对象相关联的一个或更多个内部数据表格)中，以便在后面的步骤（例如，步骤228）中进行保存。如果后面出现了失败（例如，在动作调用中），则事务缓冲区可以被清空（例如，因为该数据可以被视为无效）。这是事务清理的示例。

可以理解，通过滤除失败的业务对象实例，服务管理者204可以将在步骤222中成功处理的业务对象实例转送到下一个处理阶段，即，步骤224，由此避免由于出现一个或更多个失败的业务对象实例而不得不异常中断(abort)全部批处理作业。同时，如果事务清理可以被执行，则服务管理者204可以重新处理失败的业务对象实例。否则，服务管理者204可以将该业务对象实例记入错误日志而不执行进一步处理。

在步骤234中，服务管理者204可以调取批协调者206中的错误检查方法（例如，在步骤232中描述的批检查方法），以处理执行动作步骤224的结果。来自服务提供者208在执行动作步骤224中的批处理的结果可以传递到批协调者206。批协调者206识别那些失败的业务对象实例并且将列表提供给服务管理者204。例如，在实施例中，来自执行动作步骤224的结果可以经由对于每个业务对象实例执行的每个方法的结果代码来表达。对于每个这样的结果代码，批协调者206可以被编程(例如，使用开关语句)为将该业务对象实例标记为通过、失败或者被编程为采取一些其它动作。如果未识别到结果代码，则批协调者206可以将业务对象实例（例如，其ID）、结果代码和任何有关的信息记入错误日志。批协调者206将失败的业务对象实例的列表发送给服务管理者204。

在下一个处理阶段中，对批容器中的经修改业务对象实例的最后的检查在步骤226中进行，例如，通过调取业务对象的检查方法来进行。服务管理者204接收步骤234的错误检查结果。如果全部业务对象实例都已被处理并且没有错误，则检查经修改的业务对象实例。具体来说，服务管理者204可以调取服务提供者208以调用用于每个业务对象实例的适当的检查方法。服务提供者208可以用指示业务对象实例是否通过检查处理步骤的结果代码对服务管理者204作出响应。

例如，检查方法可以由服务管理者在业务对象服务提供者208上调取以触发“一致性”检查。这意谓着业务对象检查他们的事务状态/缓冲区以确定是否有可能并且被允许将它们的数据存储在数据库中。如果业务对象状态/缓冲区中存在任何的不一致，则BO服务提供者208可以指示拒绝（例如，经由检查方法的返回值）并且该事务不会被服务管理者204保存。一般地，错误消息可以被生成并且然后这些错误消息可以被显示在用户接口中，如果消费者是用户接口的话。在实施例中，错误消息可以存储在错误日志（例如图3中示出的数据存储器314）中。

另一方面，如果在步骤224中一些业务对象实例失败，则那些业务对象实例不会前进到步骤226。反而，服务管理者204可以对失败的业务对象实例执行事务清理，并且重复步骤224和步骤234。可以理解，通过滤除失败的业务对象实例，服务管理者204可以将在执行动作步骤224中成功处理的业务对象实例转送到下一个处理阶段，即，步骤226。同时，如果事务清理可以被执行，则服务管理者204可以重新处理失败的业务对象实例。否则，服务管理者204可以将该业务对象实例记入错误日志而不执行进一步处理。

在步骤236中，服务管理者204可以调取批协调者206中的错误检查方法以处理检查步骤226的结果。检查步骤226的结果可以传递到批协调者206。批协调者206识别那些失败的业务对象实例并且将列表提供给服务管理者204。例如，在实施例中，检查步骤226的结果可以经由对于每个业务对象实例执行的每个方法的结果代码来表达。对于每个这样的结果代码，批协调者206可以被编程(例如，使用开关语句)为将该业务对象实例标记为通过、失败或者被编程为采取一些其它动作。如果未识别到结果代码，则批协调者206可以将业务对象实例（例如，其ID）、结果代码和任何有关的信息记入错误日志。批协调者206将失败的业务对象实例的列表发送给服务管理者204。

在下一个处理阶段中，批容器中的经修改和验证的业务对象实例在步骤228中进行保存（例如，写出到数据存储器）。服务管理者204接收步骤236的错误检查结果。如果所有业务对象实例在步骤226中都已被检查为没有错误，则可以保存所有经修改的业务对象实例。具体来说，服务管理者204可以调取服务提供者208以调用用于每个业务对象实例的适当的保存方法；例如，将经修改的业务对象实例写到数据库。服务提供者208可以用指示业务对象是否被验证的的结果代码对服务管理者204作出响应。

另一方面，如果在步骤226中一些业务对象实例未被检查（即，失败的检查处理），则那些业务对象实例不会前进到保存步骤228。反而，服务管理者204可以对失败的业务对象实例执行事务清理，并且重复步骤226和步骤236。通过滤除失败的业务对象实例，服务管理者204可以将在检查步骤226中成功处理的业务对象实例转送到下一个处理阶段。同时，如果事务清理可以被执行，则服务管理者204可以重新处理失败的业务对象实例。否则，服务管理者204可以将该业务对象实例记入错误日志而不执行进一步处理。

在步骤238中，服务管理者204可以调取批协调者206中的错误检查方法以处理保存步骤228的结果。该结果可以传递给批协调者206中的错误检查方法。批协调者206识别那些失败的业务对象实例并且将列表提供给服务管理者204。例如，在实施例中，来自保存步骤228的结果可以经由对于每个业务对象实例执行的每个方法的结果代码来表达。对于每个这样的结果代码，批协调者206可以被编程(例如，使用开关语句)为将该业务对象实例标记为通过、失败或者被编程为采取一些其它动作。如果未识别到结果代码，则批协调者206可以将业务对象实例（例如，其ID）、结果代码和任何有关的信息记入错误日志。批协调者206将失败的业务对象实例的列表发送给服务管理者204。

服务管理者204可以用结果代码对服务消费者202作出响应。在实施例中，该代码可以指示所有业务对象实例都已被成功地更新和保存，或者指示一些业务对象实例已被成功地更新和保存，或者指示业务对象实例中的任何一个都没有被成功地更新和保存。此外，可以提供列出失败的业务对象实例以及失败发生在哪个处理阶段的报告。该报告可以包括关于重试的信息及其他附加信息。如果存在将要由服务管理者204处理的另一个批容器，则可以重复上述步骤222-238。

返回参考步骤220，当服务消费者202向服务管理者204发布批运行命令时，服务消费者可以指示服务管理者204在单个事务中处理批作业（批容器）。这是图2中示出的情景。在实施例中，服务管理者204可以在多个事务中处理批容器。例如，假设批作业包含1000个业务对象实例。可能期望将批容器作为十个单独的事务来处理，每个事务对应100个业务对象实例。服务管理者204可以将每个事务的过程实例化，以并行处理这十个事务。在实施例中，服务管理者204可以将批容器中的每个业务对象实例的过程实例化。举例来说，如果批容器包含20个业务对象实例，则实际上可以将20个过程实例化，其中每个业务对象实例对应于一个过程。服务管理者204可以自己确定是否将批容器划分成多个事务（过程）。在实施例中，服务消费者202可以指示服务管理者204是否以及如何将批作业划分为多个事务。

图3示出实施例中的用于将批作业（批容器）划分成多个事务的工作流。服务管理者包含服务管理者前端304a和服务管理者后端304b。服务管理者前端304a与服务消费者202通信。服务管理者前端304a与任务操控器前端302a通信。如下面将要解释的，任务管理者前端332a将过程312a、312b-312n实例化。每个过程312a包括任务操控器后端332b、服务管理者后端304b、批协调者206和服务提供者208的实例化。

图2中示出的批接收步骤210被表示为图3中的处理块A，并且在服务消费者202和服务管理者前端304a之间进行，如以上结合步骤212-218所解释的。当服务消费者202已经提交其所有批作业时，其然后可以向服务管理者前端304a发布批运行命令以执行（多个）批作业（步骤320）。

在步骤322中，服务管理者前端304a与任务操控器前端332a通信以将一个或更多个过程312a-312n实例化。如以上所解释的，服务消费者202可以指令如何将每个批作业划分成两个或更多个事务。可替换地，服务管理者前端304a可以独立于服务消费者202做出该确定。在实施例中，任务操控器前端332a可以通过被称为串行化的过程将批容器划分成两个或更多个事务，这在美国专利第7,536,673号中更详细地进行了公开。任务操控器前端332a将每个事务的过程312a实例化。任务操控器前端332a与每个实例化的过程312a中的任务操控器后端332b通信（例如，经由过程间通信），以设置对与其关联的事务相对应的批容器的的部分的处理。在步骤324中，任务操控器后端332b将该批容器部分进行解串行化，以便由服务管理者后端304b根据图2中示出和描述的过程块来处理。关于解串行化的细节可以在美国专利第7,536,673号中找到。

当处理块B中的处理完成时，在该处理期间累积的错误可以由任务操控器后端332b收集。在实施例中，任务操控器后端332b可以将失败记入错误日志314，供进一步评估。例如，在实施例中，可以定期地调度单独的任务（过程）来检查错误日志314，并且创建工作流来评定并且以其它方式解决错误。

参考图4，在实施例中，计算机系统400可以被配置为根据本发明的方面操作。例如，计算机系统400可以配置为服务消费者202；例如，运行业务应用。另一个计算机系统422可以配置为支持图2和3中示出的服务管理者、批协调者、服务提供者和任务操控器(task handler)组件。

计算机系统400可以包含一个或更多个数据处理单元的数据处理器子系统401。存储器子系统（memory system）402可以包含随机存取存储器（通常是易失性存储器，比如DRAM）和非易失性存储器，比如快闪存储器、ROM等等。存储子系统（storage subsystem）403可以包含一个或更多个海量存储器，比如硬盘驱动器等等。存储子系统403可以包括远程存储系统；例如，用于数据镜像、远程备份等等。网络接口子系统404可以向用户提供对计算机系统400的访问，例如，通过电信网络。总线405的系统可以将前述的子系统互连，以提供去往/来自各种子系统的控制线、数据线和/或电压供应线。计算机系统400可以包括（多个）适当的显示器412和输入设备411，比如，键盘和鼠标输入设备。

存储器子系统402可能已经存储了非易失性存储器计算机可执行程序，当其被运行时可以使得数据处理子系统401根据本发明的方面操作。例如，存储器子系统402可以包括构成服务管理者204（304a、304b）、批协调者206、服务提供者208和任务操控器（332a、332b）的计算机可执行程序。存储子系统403可以为各种数据库组件，比如错误日志314，提供存储。

以上描述阐释本发明的各种实施例以及本发明的方面可以如何实现的示例。以上示例和实施例不应当被视为仅仅是实施例，并且被呈现用以说明如所附权利要求所定义的本发明的灵活性和优点。基于以上公开和所附权利要求，其它布置、实施例、实施方案和等效物对于本领域技术人员来说是显而易见的，并且可以被采用而不会脱离如所附权利要求所定义的本发明的精神和范围。

Claims (19)

1.一种用于处理多个业务对象的方法包含操作计算机以执行以下步骤：

从客户端系统接收标识多个业务对象的信息；

从客户端系统接收指示将要对所述多个业务对象执行的一个或更多个操作的信息；

存储关于所述多个业务对象以及关于所述一个或更多个操作的信息；

从所述客户端系统接收触发；以及

响应于接收触发，操作计算机以执行以下步骤:

（i）根据所述一个或更多个操作更改所述多个业务对象当中的一个或更多个业务对象；

（ii）对在所述更改期间产生的任何错误执行第一错误处理；

（iii）保存在步骤（i）中成功更改的业务对象；以及

（iv）对在所述保存期间产生的任何错误执行第二错误处理；

2.如权利要求1所述的方法，在不执行对所述多个业务对象的所述一个或更多个操作的情况下执行所述存储。

3.如权利要求1所述的方法，进一步包含：操作计算机以便对于第二多个业务对象重复步骤（i）、（ii）、（iii）以及（iv）。

4.如权利要求1所述的方法，其中错误处理步骤包括从多个预定错误当中识别错误并且执行与识别出的预定错误相关联的动作。

5.如权利要求4所述的方法，其中如果该错误不在所述多个预定错误当中，则将该错误记录在错误日志中。

6.如权利要求1所述的方法，其中更改步骤包括调取用于每个业务对象的一个或更多个核心服务以及调取特定于每个业务对象的一个或更多个动作方法，其中执行第一错误处理的步骤包括对在调取所述一个或更多个核心服务期间产生的任何错误执行第三错误处理以及对在调取所述一个或更多个方法期间产生的任何错误执行第四错误处理。

7.如权利要求1所述的方法，进一步包含：操作计算机执行以下步骤：

将用于业务对象的第一集合的第一过程实例化以执行下列步骤：对业务对象的第一集合进行更改、执行第一错误处理、保存以及执行第二错误处理；以及

将用于业务对象的第二集合的第二过程实例化以执行下列步骤：对业务对象的第二集合进行更改、执行第一错误处理、保存以及执行第二错误处理。

8.一种计算机系统，其包含：

数据处理器；

数据存储器，在其上存储有计算机可执行程序代码，其中该计算机可执行程序代码被配置为将数据处理器编程以执行下列步骤：

从客户端系统接收标识多个业务对象的信息；

从客户端系统接收指示将要对所述多个业务对象执行的一个或更多个操作的信息；

存储关于所述多个业务对象以及关于所述一个或更多个操作的信息；以及

从客户端系统接收触发，并且响应于该触发：

（i）根据所述一个或更多个操作更改所述多个业务对象当中的一个或更多个业务对象；

（ii）对在所述更改期间产生的任何错误执行第一错误处理；

（iii）保存在步骤（i）中成功更改的业务对象；以及

（iv）对在所述保存期间产生的任何错误执行第二错误处理。

9.如权利要求8所述的计算机系统，其中该数据处理器在不对所述多个业务对象执行所述一个或更多个操作的情况下存储关于所述多个业务对象以及关于所述一个或更多个操作的信息。

10.如权利要求8所述的计算机系统，其中该计算机可执行程序代码进一步配置为将所述数据处理器编程为对于第二多个业务对象重复步骤（i）、（ii）、（iii）以及（iv）。

11.如权利要求8所述的计算机系统，其中第一和第二错误处理包括从多个预定错误当中识别错误并且执行与识别出的预定错误相关联的动作。

12.如权利要求8所述的计算机系统，其中更改一个或更多个业务对象包括调取用于每个业务对象的一个或更多个核心服务以及调取特定于每个业务对象的一个或更多个动作方法，其中执行第一错误处理包括对在调取所述一个或更多个核心服务期间产生的任何错误执行第三错误处理以及对在调取所述一个或更多个方法期间产生的任何错误执行第四错误处理。

13.如权利要求8所述的计算机系统，其中所述数据处理器:

将用于业务对象的第一集合的第一过程实例化以对业务对象的第一集合进行更改、执行第一错误处理、保存以及执行第二错误处理；以及

将用于业务对象的第二集合的第二过程实例化以对业务对象的第二集合进行更改、执行第一错误处理、保存以及执行第二错误处理。

14.一种计算机程序产品，包含非瞬时的计算机可读存储介质，其上存储有可执行程序代码，该可执行程序代码配置为导致计算机系统执行以下步骤:

从客户端系统接收标识多个业务对象的信息；

从客户端系统接收指示将要对所述多个业务对象执行的一个或更多个操作的信息；

存储关于所述多个业务对象以及关于所述一个或更多个操作的信息；

从所述客户端系统接收触发；以及

响应于接收触发，操作计算机以执行以下步骤:

（i）根据所述一个或更多个操作更改所述多个业务对象当中的一个或更多个业务对象；

（ii）对在所述更改期间产生的任何错误执行第一错误处理；

（iii）保存在步骤（i）中成功更改的业务对象；以及

（iv）对在所述保存期间产生的任何错误执行第二错误处理；

15.如权利要求14所述的计算机程序产品，其中在不对所述多个业务对象执行所述一个或更多个操作的情况下执行所述存储。

16.如权利要求14所述的计算机程序产品，还包含可执行程序代码被配置为导致计算机系统执行这样的步骤：操作计算机以对第二多个业务对象重复步骤(i),(ii),(iii)和(iv)。

17.如权利要求14所述的计算机程序产品，其中错误处理步骤包括从多个预定错误当中识别错误并且执行与识别出的预定错误相关联的动作。

18.如权利要求14所述的计算机程序产品，其中更改步骤包括调取用于每个业务对象的一个或更多个核心服务以及调取特定于每个业务对象的一个或更多个动作方法，其中执行第一错误处理的步骤包括对在调取所述一个或更多个核心服务期间产生的任何错误执行第三错误处理以及对在调取所述一个或更多个方法期间产生的任何错误执行第四错误处理。

19.如权利要求14所述的计算机程序产品，进一步包含：可执行的程序被配置为导致计算机系统执行下列步骤：

将用于业务对象的第一集合的第一过程实例化以执行下列步骤：对业务对象的第一集合进行更改、执行第一错误处理、保存以及执行第二错误处理；以及

将用于业务对象的第二集合的第二过程实例化以执行下列步骤：对业务对象的第二集合进行更改、执行第一错误处理、保存以及执行第二错误处理。

Images