生产过程的调整、工业控制系统的边缘设备及产品订购过程的制作方法

1.本发明涉及一种用于调整生产过程的方法、一种工业控制系统的边缘设备以及一种用于产品订购过程的方法。


背景技术：

2.在生产行业中，生产适量的商品或产品并且将它们按订单交付给客户是一个挑战。一方面，生产者必须处理其产品的未知需求水平的不确定性。必须基于以前的订单量估计由于大量库存导致的高成本与交付时间延迟的风险之间的平衡。从客户或订货人的角度来看，下订单在价格和交付最后期限方面常常是不透明和不灵活的。
3.已知的订单管理和生产管理主要有两种不同的策略：一方面，推式系统基于在创建订单之前生产商品的思想。这意味着在不确定将出售的量的情况下，生产将占用或阻塞资源。因此，必须接受储存成本和因例如到期日等原因造成的产品浪费风险。从客户的角度来看，由于库存产品的可用性，导致交付时间通常较短。
4.另一方面，已知拉式系统：它们依赖于仅在客户下订单时才产生商品的机制。尤其是现在，随着产品具有越来越多的变化和可单独选择的选项，越来越多的行业必须依赖这种生产机制。它提供了更多关于产品的灵活性并且允许所谓的零批量应用。作为一个缺点，客户必须等待更长的时间，直到他的产品生产出来。
5.在从生产到销售的阶段中，例如在生产计划与销售之间，两个生产系统都依赖于不同参与者之间的手动同步。


技术实现要素：

6.本公开的一个目的是提供工业生产领域中的方法和一种设备，该设备允许更平衡的订购和生产管理或改进的且更灵活的订购和生产过程。
7.这些目的通过独立权利要求的主题解决。在从属权利要求中提出了有利的实施例。
8.根据第一方面，提出了一种用于调整生产过程的方法，其中，区块链网络的至少一个第一方节点适于在区块链网络中发布订单事务(交易，transaction)，其中，所发布的订单事务由区块链网络验证，方法包括由区块链网络的至少一个第二方节点分析在区块链网络中的经确认的订单事务，其中，分析包括：
[0009]-识别经验证的订单事务，
[0010]-从所识别的订单事务中提取至少包括产品的定购量和产品的定购交付最后期限的订单参数，
[0011]-将订单参数发送到模拟系统，以基于订单参数模拟所订购的产品的生产过程，
[0012]-从模拟系统接收生产能力参数，
[0013]-基于生产能力参数生成报价，并且如果至少一个第一方节点接受报价，则基于该报价调整生产过程。
[0014]
利用区块链技术，构建分散的分布式数据库，由参与节点生成的事务安全地存储在该分布式数据库中，从而保护它们不受操纵。因此，事务被存放在区块中，并且区块经由校验和机制与后续区块链接。区块链技术的解释可以在例如英文维基百科https://in.wikipedia.org/wiki/blockchain上找到。
[0015]
除了一个或多个事务之外，在区块中还包含例如前驱区块的散列值。将该区块从生成该区块的节点发送到区块链网络。
[0016]
根据区块链网络的共识机制，例如通过大多数节点是可靠节点来保证区块链的完整性。在参与区块链网络的节点的网络中，以规律的适时距离生成新的区块。作为基本机制，区块链中的最近验证的区块的散列值包含在新生成的区块中。在时间间隔内没有广播新事务的情况下，一些区块链会跳过生成区块的过程。
[0017]
区块链保存已被广播到网络进行验证的事务。如果在相应的共识进程内验证任何区块，则有效区块链在其长度和大小方面随着经验证区块的增加而增加。
[0018]
将前驱块的校验和(尤其是散列值)整合到相应的新区块中，从而创建具有对前驱块的反向引用的链。前驱区块的校验和与最近区块的事务一起构成后继区块的校验和的数据集。因此，区块引用至少一个前驱区块。因此，事务相对于操纵是安全的，因为由于区块的链接，可以对链进行审查直到初始区块，即所谓的创始区块。由于所有事务，尤其是所有经验证的事务在区块链网络内都是可用的，所以如果事务的内容不符合该事务的先前版本，则可以跟踪该事务。换句话说，可以通过核查散列链发现事务的操纵
[0019]
对于工业应用，使用公共或私人或联合的区块链。在公共区块链中，共识机制是公开的，这意味着例如在公共可用因特网中的未知用户组可以验证区块，并且可以例如通过所谓的挖掘来构建或创建经验证的区块链。在私人区块链或联合区块链中，共识机制集中于所谓的共同体。例如，共同体的参与者对于彼此或对于管理实体是已知的，或者满足一定水平的可靠性。
[0020]
区块链是分布式数据库系统的一部分。分布式数据库意味着，数据库的信息，尤其是区块链形式的链，是可用的，或者可以保存在任何参与者的位置中，或者保存在不同参与者的多个存储器位置上。在分布式数据库中，区块链的信息是分散的，这是区块链的原理。分布式数据库的参与者可以有助于新区块的生成或者可以验证所生成的区块。此外，参与者也只能读取区块链的一个或几个特定区块。
[0021]
同样用于本发明的基于区块链的系统的关键功能是一旦由区块链验证事务就不可变。更具体地，可以在验证审查链接区块之后的任何时间核实所声明的事务的完整性。
[0022]
所公布的订单事务是包括关于第一方节点的订单的信息的事务。第一方节点例如可以是向生产商下订单的客户或分销商。第一方节点也可以称为订货人或订购节点。只要所发布的订单事务仅被广播到区块链网络中，就无法确定事务的完整性。取决于区块链网络所基于的共识机制，区块链的特定节点可以启动所发布事务的验证。例如，一组专用的验证节点开始验证所发布的订单事务，尤其是一旦累积了特定量的事务数据或经过特定时间后。
[0023]
经验证的订单事务是在区块链网络内存在其可信赖的同意或协议的事务。例如，可以通过从区块链中，尤其是在存在若干个可以并行存在一小段时间的不一致的连续区块链的情况下，从网络内的最长版本的区块链中提取这些经验证的订单事务来识别它们。
[0024]
此外，可以通过使用事务的标识符或id来识别经验证的订单事务。如果对应于id的定单事务已经被添加到区块链，则该订单事务是经验证的定单事务。
[0025]
识别经验证的定单事务的步骤由至少一个第二方节点执行。
[0026]
第二方节点是表示例如区块链网络内生产商的节点。在可能的实施例中，若干个节点属于单个生产商。因此，存在若干个可以检查区块链以获得经验证的订单事务的第二方节点。在另一个实施例中，若干个生产商参与区块链网络并且相应生产商的相应第二方节点检查系统的经验证的定单事务。在这种情况下，不属于与网络内的实体相同的生产商的若干个第二方节点分析由第一方节点发布的定单事务。
[0027]
第二方节点也可以是分销商，分销商与生产商和模拟生产的模拟系统交换信息并且优选地还与对应的库存系统交换信息。
[0028]
在下一步骤中，从所识别的订单事务中提取至少包括产品的定购量和产品的定购交付最后期限的订单参数。作为订单事务的关键特征，订单事务中必须包括以下订单参数，即订购量和订购交付最后期限。由第二方节点提取作为订单事务数据集的一部分的这些订单参数以及附加参数。
[0029]
基于这些订单参数，可以开始模拟系统以模拟订购产品的生产过程。例如，模拟用来模拟可以将订购产品交付给客户的日期。模拟还可以包括实际可用库存的模拟。
[0030]
作为模拟的结果，第二方节点从模拟系统接收生产能力参数。生产能力参数可以例如包括以下指示，即通过参考库存产品，可以在定购交付最后期限内交付的定购量。在另一个实施例中，生产能力参数可以指示，通过参考库存产品，至少不能交付订购产品的全部量或数量，但是在订购者设置的边界条件下，产品的生产是可行的。
[0031]
此外，在另外的实施例中，生产能力参数可以指示不能满足这些订单参数。在这些情况下，生产能力参数可以包括生产商可以满足的经调整的订单参数。
[0032]
在下一步骤中，第二方节点基于生产能力参数生成报价。对应于生产能力参数，报价可以包括与由第一方节点建立的完全相同的订单参数或调整参数。
[0033]
如果至少一个第一方节点接受报价，则基于报价调整生产过程。调整实际生产过程以确保在第一方节点与第二方节点之间达成一致的条件下交付产品。
[0034]
在可能的实施例中，识别经验证的订单事务的步骤包括，基于表示订单发起者或具体事务的标识的关键字或基于事务的订单的报头信息特征或订单格式来搜索区块链的所发布的事务。第二方节点可以例如搜索具体订单或具体第一方节点的订单，尤其是具体客户的订单。第二方节点还可以或替代地搜索区块链内的所发布事务以获取具体报头信息。例如，报头指示事务是定单事务。
[0035]
通过仅在已经被包括在链中的事务(这意味着这些事务已经被验证)内进行搜索，第二方节点可以确保仅识别经验证的事务。通过搜索表示订单发起者的关键字，例如第一方节点的id或订购者的id，第二方节点可以以有利的方式检查区块链数据库，以查询区块链关于第一方节点的需求或关于第二方节点与第一方节点之间的合同机会。
[0036]
在另外的实施例中，提取订单参数的步骤包括：读取订单参数，其中，订单参数以未加密格式包含在所发布事务的数据集中，或者用对称密钥或非对称密钥对的私人密匙解密订单参数，其中，订单参数以加密格式包含在所发布事务的数据集中。取决于网络参与者，建议仅以加密格式发布事务。在所有节点彼此信任的情况下，例如在公司区块链网络
内，也可以在未加密的情况下发布事务。在这种情况下，可以简单地从区块链中读取订单参数。
[0037]
在另外的实施例中，发送订单参数到模拟系统包括创建模拟智能合同，该模拟智能合同实施用于生成生产能力参数的自动化规则。例如，可以将模拟系统进行模拟所需的所有信息，尤其是订单参数以及例如公差范围发送到模拟系统。公差范围可用于软化对量和最后期限的需求。公差范围可以指示例如与所发送的订单参数的最小偏差，其中量在公差范围内的订单仍然是订购者感兴趣的。
[0038]
智能合同确定生成关于输入的输出的规则。模拟智能合同定义了如何确定生产能力参数的规则，该生产能力参数是指示生产过程或生产系统的模拟生产能力的模拟生产能力参数。在模拟生产过程的如最大吞吐量和订单参数的约束下，由智能合同定义的算法可以生成生产能力参数。生产能力参数可以是可以用包括在订单查询中的订单参数完成订购产品的生产的指示符。在这种情况下，生产能力参数可以是简单的“ok”或“yes”作为指示符。如果模拟导致无法满足订单参数的情况，则生产能力参数可以是简单地“否”作为指示符。在这些情况下，生产能力参数可以包括待办订单的可能重新调整的另外指示。
[0039]
在另外可能的实施例中，生成报价包括根据生产能力参数确定价格。报价基于生产能力参数。优选地，该报价以第一方节点可以接受该报价而无需另外说明的方式概括了可以完成订单的条件。例如，产品的订购类型、产品的量、交付时间以及价格是报价的标准内容。
[0040]
价格的确定反映了模拟结果，使得根据生产能力参数来调整价格。例如，如果生产能力参数指示收回库存或按需生产可以满足交付日期，则可以提供标准价格。然而，如果模拟的结果是一个生产能力参数，该生产能力参数表明不能通过参考库存产品和生产完成订单，还指示考虑到转移其他订购产品的生产，可以通过订单参数完成订单，则调整价格，特别是增加价格。
[0041]
根据另外的实施例，生产能力参数指示生产过程的约束水平，其中考虑产品库存信息和/或另外的产品的另外的生产过程。因此，生产能力参数可以是简单的指示器，就像交通灯指示器，其中，绿灯意味着可以实现订单而无需另外调整或不影响在生产系统内生产的其他产品。黄色交通灯可以指示可以实现生产，但是在生产过程中存在必要的重新安排，使得有必要根据模拟来调整在生产系统中生产的其他产品的生产过程。生产能力参数也可以是红灯，即使考虑库存信息或关于另外的生产过程的信息也不会引起模拟，其中可以用所请求的订单参数实现生产。
[0042]
在另一个实施例中，生产能力参数可以由更复杂的一组生产能力参数组成。例如，它可以是一组数据，这组数据列出模拟条件、主要影响模拟结果的模拟输入数据、订单参数以及来自模拟的输出数据，例如模拟的生产时间或模拟的交付时间或对另外的生产过程的影响程度。在报价中包括特别详细的生产能力参数以使其成为该报价的一部分是有利的。这有助于使生成报价的过程更加透明，尤其是在生产能力参数以及价格被包括在报价中的情况下。
[0043]
根据另外的实施例，创建订单智能合同，该订单智能合同实施基于所接受报价的规则的逻辑。例如，一旦满足某些要求或满足某些条件，可以由订单智能合同设置必须根据所接受报价触发或执行的动作。以这种方式，客户能够看到第二方节点如何基于对应的订
单创建报价，可能获得关于所订购产品的生产步骤或交付时间的另外的信息，或者具有订购和报价过程的记录以及关于产品交付的合同信息。
[0044]
例如，一旦产品已被交付，订单智能合同就可以启动付款。如果在生产过程中出现延迟并且因此导致延迟交付，第一方节点或客户就能够启动动作。这些动作可以是第一方节点和第二方节点达成一致的智能合同的附加内容。例如，有利的选择是使在第一方节点与第二方节点之间运行的基本合同作为基本智能合同，其中，一般条款和条件是合同的一部分并且双方都达成一致。订单智能合同优选地可以参考基本智能合同。这使得能够在区块链网络内建立一般条款和条件，尤其是关于投诉管理、违反合同或类似情形。
[0045]
在另外的实施例中，区块链中的验证过程基于共识机制。共识机制可以优选地根据区块链网络的大小或网络内的利益来选择。
[0046]
根据本发明的另一方面，提出了一种工业控制系统的边缘设备，该边缘设备包括：连接到云系统的云接口，其中，云系统具有经建立的区块链网络，并且其中，边缘设备是网络的第二方节点；连接到控制系统的控制设备的控制接口，其中，控制设备连接到模拟设备，其中，边缘设备被配置成识别区块链网络中的经验证的订单事务，其中，订单事务由区块链网络的第一方节点发布并且由该区块链网络验证，并且该边缘设备被配置成从所识别的订单事务中提取订单参数，该订单参数至少包括产品的订购量和该产品的订购交付最后期限，并且该边缘设备被配置成将该订单参数发送到模拟设备以基于该订单参数模拟订购产品的生产过程，并且被配置成从模拟设备接收生产能力参数，基于生产能力参数为所识别的订单事务的第一方节点生成报价，并且如果第一方节点接受报价，则基于该报价调整生产过程。
[0047]
根据另一实施例，边缘设备被配置为实施根据在用于调整生产过程的方法的描述的上下文中描述的方法之一的方法。
[0048]
根据本发明的另一方面，提出了一种用于产品定购过程的方法，该方法包括由区块链网络的第一方节点在区块链网络中发布至少一个订单事务，其中，该至少一个订单事务包括订单参数，该定单参数至少包括产品的定购量和该产品的定购交付最后期限，其中，所发布的订单事务由区块链网络验证，并且包括由第一方节点识别由区块链网络的第二方节点发布的对应于第二方节点的报价的报价事务，其中，报价事务包括报价参数，报价参数包括订单参数或调整的订单参数并且包括价格，其中，报价参数基于由第二方节点得出的生产能力参数，其中，生产能力参数可以基于订单参数通过对订购产品的生产过程的模拟而导出，并且方法包括由第一方节点根据报价参数接受报价，其中接受包括产品的订购。
[0049]
从订购产品的实体或节点的角度来看，所提出的发明实现了透明的订购过程，其中，第一方节点(例如客户)能够获得反映从生产过程的模拟中获得的信息的报价。考虑到生产过程中的潜在约束，这为创建具有灵活价格调整的报价开辟了道路。通过发布具有订单参数的订单事务(这为生产商提供了更大的灵活性)，例如通过发布具有远在将来的交付最后期限的订单，第一方节点能够影响为产品提供的价格。反过来，客户受益于灵活的订购和生产系统，其中，在迫切需要产品的情况下，交付最后期限是订单的一部分。在这种情况下，可以接受更高的价格。
[0050]
根据另一实施例，基于在由第一方节点创建的第一智能合同中定义的第一规则的履行自动地执行接受。智能合同可以用于以有利的方式自动地实施逻辑，该逻辑已经在不
同方之间达成协议或者由一方预先设置。这可以加速过程，例如，如果第一方节点在已经创建报价之后放弃重新考虑所请求订单的选项。如果报价匹配订单参数并且例如还匹配可接受价格的容许度范围，则通过自动地接受报价来创建第一方节点与第二方节点之间的合同。还可以经由区块链网络以有利的方式管理和实行通过智能合同规则使某些逻辑自动化的这个步骤。以这种方式，在满足智能合同的所有要求并且不需要手动动作或手动发布事务的情况下，自动地触发某些事务。
[0051]
根据另一实施例，产品的订购引起基于报价参数来调整生产过程，其中，基于在由第二方节点创建的第二智能合同中定义的第二规则的履行来执行调整。此外，在第二方节点方面，智能合同可被用于以有利的方式自动化某些步骤，这些步骤可以在第一方节点与第二方节点之间就要生产和交付的产品达成一致后自动地触发。
附图说明
[0052]
在下文中，参考附图更详细地描述本发明的不同方面。
[0053]
图1示出根据本发明的一方面的具有参与节点的区块链网络的可能的示例性实施例的图；
[0054]
图2示出根据本发明的另一方面的边缘设备与区块链网络的交互的示意图。
具体实施方式
[0055]
图1以示意图示出区块链网络nw的若干参与节点。网络nw的三个不同层指示节点的不同角色。例如，存在构建第一方节点10、11、12、13的四个区块链节点。仅出于说明的目的，将数量限制为四个。参与节点的数量不受限制，并且在合理的情况下将更大。第一方节点是客户节点，这些节点中的一个节点对应于想要订购产品的客户节点10。
[0056]
参与节点的中间层通过示例示出了两个节点20、21，这两个节点充当分销商并且协调客户节点10与将执行生产过程的生产者节点30之间的订购过程。
[0057]
生产者节点30构建参与节点的第三层，并且被示为区块链网络的生产节点。与客户节点的情况类似，分销商节点和生产者节点的数量也仅由于更容易说明而受到限制。在区块链网络中可以存在多于两个的分销商节点和多于一个的生产者节点。
[0058]
作为示例，客户节点10广播具有产品订单的订单事务100，该订单事务指示产品类型、要订购的数量以及期望的交付时间。由客户节点10发布和广播包括订单参数101和更具体的两个强制性要素(即产品的订购量110和产品的订购交付最后期限120)的订单事务100。
[0059]
在第一步骤中，所发布的事务是区块链中未验证事务池的一部分。根据在区块链网络nw中使用的共识机制，可以提供用于验证事务的不同选项。例如，在由构建网络节点的已认证的客户、分销商以及生产者组成的联合区块链网络中，可以使用像权益证明或类似概念的共识机制。
[0060]
广播的定单事务100一经验证就被包括在区块链数据库中。将更新的区块链广播到所有参与节点，使得所有节点具有相同的可用数据库。所有分销商节点20、21都有机会看到经验证的订单事务100。在可能的实施例中，其他客户节点10、11、12、13可以向区块链查询订单事务，这些订单事务是它们自己的订单事务或其他客户的订单事务。
[0061]
分销商节点20充当第二方节点，并且它利用该角色在区块链网络nw中搜索已由第一方节点10、11、12、13中的任一个和至少一个广播到区块链网络nw的经验证的订单事务。
[0062]
在有利的实施例中，订单事务由客户节点加密。例如，仅分销商或仅特定的分销商具有解密经过加密的订单事务的对应密匙。这样，可以保护订单的敏感数据的机密性。同时，订单事务的细节仍然是区块链数据库的一部分，因此是安全的，从而可以检测到订单数据的后续操作。
[0063]
客户使用两个关键信息准备订单：订购产品的数量以及可接受的交付最后期限。通过在区块链上发布请求，将订单分派给分销商。
[0064]
节点可以在智能电话上执行，在区块链连接到其上的app上或个人计算机上或云中的任何地方运行。
[0065]
根据表征客户节点10的订单的订单参数101，客户节点10可以创建或建立描述产品数量和预期最后期限的智能合约。因此，它为随后的自动触发的动作执行奠定了基础，例如，一旦已经将产品交付给客户，就触发向分销商付款。
[0066]
分销商通过查询区块链获得订单，并且可以通过使用模拟系统sim根据实际可用库存和生产过程的能力模拟可行性。模拟系统sim获得最终订单参数作为输入数据。在模拟之前将模拟系统sim所需的所有其他数据如关于生产工厂的所有数据，包括工厂模型、机器、工具、材料等输入模拟系统。在库存产品量不足的情况下，可以模拟生产能力。例如，生产能力的模拟也根据智能合同运行。它首先检查是否可以在不更改当前计划的情况下达到最后期限，而当前计划包括同一客户或其他客户更早订购的更多产品的生产。如果在不改变当前计划的情况下不能达到最后期限，则将尝试根据各个客户的优先级和最后期限重新排序。以下情况是可能的：
[0067]
a)生产可以完成订单，到期日和数量可接受。分销商可以根据数量和最后期限提出价格。市场逻辑可以预见更大的数量可以降低单价，或者更短的到期日可以使价格更高。
[0068]
b)生产无法完成订单。分销商可以查看他的库存，或重新调整其他客户的待办订单，或较长延迟更早的订单，以便完成该订单。因此，要调整价格，并且由于必要的重新安排价格可能更高。在这种情况下，生产过程的优化是作为实际库存、虚拟库存与生产之间的折衷来完成的。虚拟库存可以被看作是考虑到由于生产商已经接受的订单而将要生产的产品所修正的真正实际库存。
[0069]
c)在生产与来自其他客户的待办订单之间不可能有任何折衷。在这种情况下，必须拒绝订单。换句话说，不能向客户节点提供报价。
[0070]
在技术方面，分销商或分销商池在区块链中运行它们自己的节点。他们连接到客户区块链以便能够看到它们的订单，而且连接到生产商区块链以便看到当前的生产和生产线生产能力。
[0071]
当分销商节点20使用模拟系统sim进行的模拟完成时，模拟系统sim将生产能力参数200发送回分销商节点。如果模拟结果是可接受的订单，则生产能力参数200是例如包括分销商的ok消息的数据集。分销商还可以使用区块链网络nw将包括报价300的报价事务广播回到客户节点10。可以以与订单事务相同的方式验证报价事务。客户节点10可以接受具有建议价格的报价300或拒绝报价300。如果客户和分销商可以就产品交付的合同条件达成一致，并且通过优选地再次使用区块链网络上的事务结束合同，则分销商可以与生产节点
30一起运行智能合同，该生产节点包括描述生产计划调整的生产数据301，在生产方面，该生产数据需要被发送到生产线。对计划进行调整以确保产品将根据相应的数量和最后期限支持所有客户请求。
[0072]
可以对计划进行调整使得满足优化标准。在区块链上运行的优化智能合同可以基于例如背包加载算法。给定生产的数量、最后期限以及生产能力等参数，该算法可以以优化的方式随时间分配订单。
[0073]
在图2中，示意性地示出了生产工厂p30的关键部件。根据本发明的该实施例，第二方节点是生产商节点23，其是区块链网络的参与节点。生产商节点23在所谓的边缘设备e上运行，该边缘设备e用作工业控制单元c和云平台ms之间的网关。客户还可以访问云平台ms。在该云平台ms上，区块链就位，并且客户可以被看作为参与客户节点10和第一方节点。
[0074]
客户节点10例如经由客户办公室环境中的个人计算机访问区块链，并且经由区块链事务下订单，这些订单被广播到区块链社区。作为第二方节点的生产商节点23可以例如通过在区块链数据库中针对客户的id筛选经验证的事务来识别其客户的订单。边缘设备e是工厂内的工业自动化系统的一部分并且经由tsp/ip连接com'连接到云平台ms。
[0075]
边缘设备e经由opc ua连接com向控制设备c发送经验证的订单事务。此外，存在在工业自动化系统内运行的工厂模拟系统sim，该工厂模拟系统经由opc ua连接com连接到工业控制单元c。模拟系统sim是生产商p30决定将所识别的订单分类为可接受订单的基础。工厂模拟系统sim考虑已经生产的库存产品的量以及在客户请求的最后期限内要生产的产品的量。模拟系统的结果是生产能力参数。
[0076]
在工业控制系统内，可以建立智能合同，该智能合同跟踪例如生产订单、产品数据以及由模拟系统sim生成的生产能力参数。一旦满足智能合同的逻辑规定的要求，智能合同的执行将自动地实施在工业控制系统内的动作。
[0077]
基于作为模拟的输出的所生成的生产能力参数，智能合同的逻辑可以触发将报价事务广播到区块链网络。客户可以接收该报价并且一旦在客户与生产商之间达成一致，就可以调整生产计划。
[0078]
考虑到新获得的客户和具有更多产品订单的潜在更多客户的所有可用订单信息，调整生产计划。优选地，算法确定尽可能好地满足各个订单的优化生产计划。
[0079]
本发明的优点是产品的生产与市场需求直接相连。关于客户订单或所订购的产品的生产时间线的数据可以变得透明并且被永久地跟踪。通过实施本发明，可以实现对也可以作为定制需求的客户需求的考虑，以及客户与生产商或分销商之间的通信的改善。
[0080]
代替仅管理库存和订单，可以管理对应于由若干客户所下订单的虚拟库存。这通常会提高库存成本并且以较低的交付延迟保持市场渗透率。最后，生产商不必按照客户的顺序接收和完成订单。通过最后期限整合客户优先级能够给生产商的业务带来更大的灵活性，并且以更好的方式响应客户的期望。
[0081]
另一方面，客户可以获得常规订购过程无法实现的选择。一般的客户体验是以某一价格购买产品，然后等待可用性。利用所建议的方法和系统，客户可以决定他何时需要产品，并且在更低的价格或更快的服务之间进行选择。此外，从生产商的角度来看，订单不需要从一开始就是固定的。只要生产尚未开始，本发明就允许动态地取消或转移订单，并且计划仅由确认的交付最后期限所限制的新生产。
[0082]
本发明的优点是，生产工厂的操作员可以使用基于区块链的订购过程，以根据市场的要求更好地平衡其库存和生产。此外，通过使用智能合同程序，与客户的通信可以自动化。生产商可以同时担当其供应商的客户的角色，并且也使用基于区块链的订购过程来与他自己的供应商建立关系。
[0083]
通过使用智能合同，可以使提交到区块链的智能合同的规则自动化，使得每当触发动作时，合同都可以结合智能步骤以根据其输入来验证、优化或采取动作。这允许销售者和生产计划者之间的完全整合，从而减小了系统之间的差距和对手动交互的需要。
[0084]
此外，本发明的优点是不需要由所有参与方信任的中央管理机构拥有的中央数据库。还有一个优点是，通过使用基于区块链的订购机制，关于订单和报价的数据以及关于产品交付等的附加通信被分散地存储在区块链数据库中。在发生故障的情况下，区块链数据库的分布式存储使得系统仍然能够运行。受故障影响的各个节点可以基于分布式信息更新它们的数据库，而对整个系统几乎没有影响。