[发明专利]聚合订单状态数据库系统中的改变的方法

说明书

技术领域

本发明一般涉及经历聚合改变的监控系统，例如库存控制系统。更具体地，本发明涉及对用于完成订单以及使用时间戳来监控改变聚合的订单状态系统的实现。

背景技术

很多商业的一个方面是接受并且完成订单。订单通常含有标识已被请求的并且需要被用及时的方式进行处理的特定产品的行项目(line item)。行项目通常含有被购买的产品的标识以及所选择的每种产品的数量。通常，当产品变为可获得时，商业将试图满足订单。如果存在现有库存来发送(ship)，则行项目表示可以将特定的产品与不可获得以便立即发货的其它产品分开并且独立发送。当库存变为可获得时，发送所标识的每种产品的剩余数量以完成订单。

订单和行项目是商业对象的特例。商业对象通常具有随时间而改变的属性。跟踪这些改变是订单状态系统的主要责任之一。出于示例的目的，所考虑的订单状态系统属性是订单号、订单状态、行号、产品、订购数量、发货数量和发货状态。然而，本描述同样适用于通常与订单状态系统相符的更一般的属性。

图1描绘了在通过关系数据库监控时的订单的状态。在该例中，顾客订购了五个服务器和三个硬盘驱动器。这通常被表示为具有两个行项目14、16的一个订单12。在关系数据库中行号10处找到行项目14，并且将产品标识为“服务器”、订购数量为“5”、发货数量为“0”，以及订单状态为“收到”。在关系数据库中行号20处找到行项目16，并且将产品标识为“硬盘驱动器”、订购数量为“3”，发货数量为“0”，以及该特定产品的订单的状态为“收到”。订单12被标识为订单号“0001”，并且其描绘了两个附随行项目的“收到”状态。对于该例，假设存在现有库存来发送三个服务器和两个硬盘驱动器。在收到时，就假设这些项目将被立即发送。图2描绘了在已经发送了库存项目之后的订单状态22。因为已经发送了一些项目，所以指明订单状态为“部分发货”。行项目24指示发送了五个被请求的服务器中的三个，并且指示行项目状态也是“部分发货”。行项目26示出已经发送了被请求的三个硬盘驱动器中的两个硬盘驱动器。该行项目也被指明为“部分发货”。

继续该例，当另外的服务器变为可获得并且被发送时，关系数据库详述经更新的状态。图3描绘了当发送了另外的服务器时，图2的关系数据库输出。订单状态32将保持不变，指示0001号订单仍是“部分发货”。行项目34现在表示所发送的另外的服务器，表明已经发送了可能的五个服务器当中的四个。该行项目仍被列为“部分发货”。表示硬盘驱动器状态的行项目36保持不变，并且被列为“部分发货”。

当另一硬盘驱动器变为可获得时，再次更新关系数据库。图4描绘了当发送了另外的硬盘驱动器时图3的关系数据库。由于整个订单仍然没有完成(需要一个更多的服务器)，因此，订单状态42保持不变。行项目46示出硬盘驱动器订单已经完成，并且其单独的状态已经被更新成“已发货”。行项目44令供应商知道因为还未发送第五个服务器，所以该订单在整体上没有完成。

图5描绘了当剩余服务器发送并且订单状态是完成的时侯，图4的关系数据库输出。伴随每一单个行项目54、56检验，订单52将指示已经发送了0001号订单的所有产品。

通常，当订单改变时，用户监控订单部分(Order section)。然而，当通知用户订单改变时，图2、3和4中所描绘的订单部分(分别为24、34和44)继续指示仅为“部分发货”状态，并且因而该订部分保持不变。这是因为完整的订单将保持在“部分发货”状态，直到发送了所有的项目。因此，仅监控订单表格的现有技术过程遗漏了商业对象的重要改变。

发明内容

考虑到现有技术的问题和不足，因此，本发明的目的是提供一种当订单状态改变时通过关系数据库输出来通知用户的方法。

本发明的另一目的是提供一种用于更新关系数据库中的订单状态的方法，该方法在行进中考虑了对特定行项目的连续更新。

根据本说明书，本发明的更多其它目的和优点在某种程度上将是明显的并且在某种程度上将是显而易见的。