书签表设计模式

Question

我们的案件管理系统使用以下核心机制进行B2B消息传递：

每个B2B接口都有一个专用的数据库视图。每行汇总一个潜在消息，该消息将在下一个批处理周期中发送。逻辑如下：

1. 本地业务交易会在书签表中插入一个新的书签行
2. 书签行的存在会在视图中提升相应的消息
3. 计划的作业从视图中选择一批行并发送SOAP请求
4. 成功返回将删除书签

这当然是简化的描述。真正的实现涉及数据库触发器，复杂的条件和接口锁定，但是书签原理仍然相同。必要时，书签概念很容易在批处理过程中进行拦截。例如，如果出现问题，手动删除或重新创建书签很容易。这也是适用于各种集成的通用概念。

我想知道最初的开发者是如何提出这个设计的。这是已知的设计模式吗？我想进一步了解此解决方案。