用于将订单执行在MOM系统中进行分布的方法和系统与流程

用于将订单执行在mom系统中进行分布的方法和系统
技术领域
1.本发明涉及用于将订单执行在mom系统中进行分布的方法和系统。


背景技术：

2.最近，术语mom(制造操作管理)越来越多地被用来代替术语mes(制造执行系统)。mes/mom应用和系统通常可以包括用作部件或者在下面说明的意义上充当部件的软件。
3.如由制造企业解决方案协会(mesa国际)所定义的，mes/mom系统“是通过管理
‘
从订单发布到制造的时刻到产品交付到成品的时刻的生产操作’，并且通过
‘
经由双向通信向跨组织和供应链的其他方提供有关生产活动的关键任务信息’来驱动制造操作的有效执行的动态信息系统”。
4.为了提高制造工厂的质量和工艺性能，mes/mom系统通常包括的功能为资源分配和状态、调度生产订单、数据收集/获取、质量管理、维护管理、性能分析、操作/详细计划、文件控制、人工管理、工艺管理和产品跟踪。
5.例如，西门子公司在其产品系列下提供了广泛的mes/mom产品。
6.通常，mom系统可以被看作为连接、监视和控制企业内复杂的制造生产过程和数据流的信息系统，其主要目标是确保制造操作的有效执行并且提高生产量。
7.传统上，mom系统一直被设计为整体式的、单工厂的且基于中央的应用，其中，中央模块包含所有决策能力，并且其中，不同的mom模块之间的通信是按照传统的通信范例进行设计和实现的。
8.然而，随着最新的工业趋势像例如客户和竞争者的全球化，以及随着新的制造倡议像例如工业4.0，需要新一代的mom系统来满足新的生产过程范例的需求。
9.工业4.0创建了“智能工厂”的思想，其主要设计原理是将能够相互交互并且能够基于本地决策标准尽可能自主地执行其任务的部件进行分布的构思。
10.这些新观点推动了生产场所的更广泛的地理分布。
11.传统的mom系统无法应对这种新的分布式环境，在分布式环境中，制造生产过程被描述为分层级地分布在地理分布式企业中的分解的功能组。
12.为了满足这些新要求，已经引入了现代mom系统，该现代mom系统能够提供能够在不同的企业级上进行协作的分布式的、自描述的且自主的功能组。
13.在整个mom功能组中，订单管理是最重要和最关键的功能之一。
14.如本文中所使用的，“订单管理”意指负责跟踪客户订单并且提供用于满足订单需求的正确计划和资源能力的企业过程组。
15.随着新的工业趋势，该功能不能再被设计为整体式的、单工厂应用，并且相反，其应当被设想为能够在不同的企业级上起作用的自主/独立的且分布式的功能组。
16.因此，订单管理(“om”)应当然后被设计为自主能力组的组合。
17.该自主om能力组由用于提供全局订单计划和订单工程能力的全局订单管理(“gom”)能力和用于提供订单计划和订单执行能力的本地订单管理(“lom”)能力组成。
18.gom提供了用于从erp系统收集客户订单以及从plm软件收集过程清单(“bop”)和材料清单(“bom”)数据的入口点，其中，bop和bom数据分别被称为用于生产产品所需的生产过程和所需材料的定义。附加地，gom提供了用于创建生产订单并且将生产订单拆分为一些子订单的逻辑。
19.另一方面，lom提供本地订单计划功能，例如根据工厂特定约束的订单调度和生产订单执行。
20.注意，在典型的分布式生产环境中，gom和lom两者都可以具有在不同的企业级同时运行多个实例。
21.在企业层级中的顶部级(例如，公司级)执行的gom应当能够与在企业层级中的底部级(例如，场所、区域和生产线)执行的多个分布式lom实例进行交互。
22.在这种高度分布式的系统中，每个模块的自主程度随系统本身的复杂性和分布而增加。
23.这引向用于实现不同的生产目标的分布式功能组。
24.例如，用于满足全局(企业)目标的位于总部(hq)的中央模块的生产目标可能与用于满足本地(现场/区域/生产线)目标的位于工厂的模块的目标完全不同。
25.目标的示例包括但不限于资源优化、生产质量改进、生产时间优化和可持续性优化。
26.为了解决新的分布式mom模型的通信缺陷，欧洲专利申请ep18212349.7公开了一种用于协调mom系统中的gom能力和lom能力的分布的基于协商的过程。
27.有利地，当gom和lom具有不同且可能相反的目标时，所公开的协商过程是用于解决冲突的有效机制。
28.然而，根据先前公开的用于协调mom订单管理的分布的基于协商的技术，gom并未意识到每个lom订单执行者的可靠性以及lom保证自己承担的承诺。
29.期望以可靠且优化的方式使订单管理跨gom模块和lom模块进行分布的改进技术。


技术实现要素：

30.因此，本发明的目的是提供用于以可靠的方式使订单执行在mom系统中进行分布的方法和系统。
31.前述目的通过一种用于将订单执行在mom系统中进行分布的方法和系统来实现，其中，将订单管理功能分布为跨两个或更多个企业级的两个或更多个独立模块，该两个或更多个独立模块包括全局订单管理模块即gom模块，以及一组本地订单管理模块即lom模块，其中，gom模块能够生成具有至少一个可协商要求的一个或更多个生产订单；其中，作为基于按照特定协商模型关于一个或更多个可协商参数与gom模块的双边协商交换的通信的结果，每个lom模块能够向gom模块提供生产订单的本地订单计划功能，该本地订单计划功能包括调度和执行；
32.本发明包括：
33.a)使用与给定lom模块交换的过去的协商数据来计算可靠性模块，该可靠性模块提供协商可靠性得分作为输出，以分配给与给定lom模块的协商交换；
34.b)在运行时，由gom模块借助于特定协商模型与给定lom模块协商特定生产订单的
可协商参数；
35.c)在运行时，利用通过将运行时数据应用于对应的所计算的可靠性模块而获得的调校来更新特定协商模型，以改进可靠性得分；
36.d)在运行时，由gom模块将订单执行分布到给定lom模块，其中，借助于所更新的特定协商模型获得了关于至少一个可协商要求的协议。
37.在实施方式中，可以利用新数据来有利地更新可靠性模块。
38.在实施方式中，可以通过修改协商参数的约束、协商参数的权重、协商截止时间和/或评分函数的系数来方便地更新协商模型。
39.此外，可以提供一种计算机程序单元，其包括计算机程序代码，当计算机程序代码被加载到计算设备的数字处理器中时，该计算机程序代码用于执行根据以上提到的方法的步骤。
40.附加地，可以提供存储在计算机可用介质上的计算机程序产品，该计算机程序产品包括用于使计算设备执行所提到的方法的计算机可读程序代码。
41.实施方式使gom模块——生产订单的执行的主管者——能够根据协商线程的历史来调整其行为。
42.在实施方式中，gom模块不仅考虑应当被评估以决定如何以及在何种条件下请求执行生产订单的属性列表，而且还考虑关于每个订单执行者——lom模块——相对于订单执行者本身保证采取的承诺的“可靠性”的附加信息。
43.在实施方式中，如果特定的lom模块过去未满足其承诺，则gom模块能够相对于该特定的lom模块改变其行为。此外，通过实施方式，gom模块能够识别该缺陷是在过去偶尔发生的还是定期发生的。
44.实施方式使得能够通过在每次协商期间考虑过去的lom行为来优化和协调分布式mom订单管理功能。
45.在实施方式中，gom模块能够考虑过去协商的结果来调整其知识库。
46.实施方式使得能够借助于协商协议和提供可靠性指数的历史数据分析来协调独立的分布式mom功能。
47.实施方式使得能够将mom功能设计为自描述的、自主的且可分布的功能。
48.实施方式使得能够提供一种协商模型，该协商模型能够提供用于管理mom功能的分布的推理。
49.实施方式使得能够优化资源利用、减少生产时间和/或提高制造工厂的利用率。
50.实施方式提供了适合于在完全分布式环境中运行的各种集成mom应用的不同部件的通信战略。
51.实施方式提供了用于基于历史数据分析使mom订单执行进行分布的基于自适应协商的技术。
52.实施方式使得能够通过检查生产目标优化并且同时考虑提供关于每个生产订单执行者的可靠性的有价值的信息的历史数据，通过以灵活的方式将执行从管理模块分配给执行模块，来管理和协调分布式订单管理功能。
附图说明
53.现在将参照附图以优选但非排他的实施方式描述本发明，在附图中：
54.图1是示意性地示出传统的mom系统(现有技术)中用于订单管理和订单执行的架构的框图。
55.图2是示意性地示出通过协商协议协调的分布式mom系统(现有技术)中用于订单管理和订单执行的示例性架构的框图。
56.图3是示意性地示出在分布式mom系统(现有技术)中利用基于协商的方法进行全局订单管理和本地订单执行的架构的示例的框图。
57.图4是示意性地示出协商模块的元件的框图。
58.图5是示意性地示出根据所公开的实施方式的示例性架构的框图，通过该示例性架构使得gom模块能够根据协商历史数据来调整其行为。
具体实施方式
59.以下讨论的图1至图5以及本文中描述的各种实施方式仅是用于说明，并且不应当以任何方式解释为限制本公开内容的范围。本领域技术人员将理解，本文描述的原理可以在任何适当布置的设备中实现。
60.图1是示意性地示出传统mom系统(现有技术)中用于订单管理和订单执行的架构的框图。
61.现在介绍如何在传统的现有技术mom系统中实现om功能。在传统的mes系统中，om是包括om和订单执行(“oe”)两者的单工厂且整体的应用。在本领域中，这样的应用通常被称为订单管理系统或生产订单管理系统。
62.如图1所示，om被设计为单个功能。在om模块100内，订单计划和工程(“op&e”)模块101向oe模块102发送用于订单执行的请求110，该oe模块102将订单执行数据存储111在存储库103中。由op&e模块101从存储库103中检索112订单执行数据。将订单管理数据存储113在存储库103中并且由oe模块102从存储库103中检索114用于执行的订单管理数据。
63.现在介绍根据现代分布式方法的现有技术mom系统。
64.在现代的分散式方法中，将mom订单管理根据企业层级进行分布，将om划分成可在分布式层级系统中执行的若干个独立功能。
65.在示例性分布式情况下，一个gom模块与多个lom模块交互。gom在这种情况下作为单个实例运行，并且被部署在企业层级中的顶部级中的一个级处，像例如总部处；而lom作为多个实例运行，并且部署在企业层级中的多个底部级中的一个级处，像例如在现场、在区域和/或在生产线处。
66.假设在某个时间点，在负责全局订单计划和订单工程的顶部中央企业级处，要求生产与给定数量的客户订单相关的特定数目的产品。这样的产品将在某些产品要求下生产。产品要求的示例包括但不限于生产质量级别、用于完成客户订单生产的最大时间范围、生产污染级别、生产能耗的优化。
67.假设在企业层级中，存在能够通过提供本地订单计划和执行功能来生产那些产品的若干个工厂，并且每个lom能够在某些特定条件下提供所要求的生产。
68.例如，由于一些工厂可能是完全自动化的而另一些工厂可能是完全人工的或可能
以“混合模式”操作，因此工厂与工厂之间的生产质量级别可能不同。
69.例如，由于装备零件类型的不同和装备可用性的不同，因此工厂与工厂之间的用于完成客户订单生产的最大时间范围可能不同。
70.例如，由于全球企业的不同区域可能具有不同的污染法规的事实，因此工厂与工厂之间的生产污染级别可能不同。
71.例如，由于全球企业的不同区域可能与不同的能源提供者具有不同的合同，因此工厂与工厂之间的能耗优化可能不同。
72.为了优化和有效地协调在gom与lom之间在这种分布式情况下出现的多种多样的交互，在欧洲专利申请ep18212349.7中教导了具有协商过程的通信。
73.如本文所使用的，术语“协商”通常被定义为“由两方或更多方做出联合决策的过程。各双首先表达矛盾的诉求，并且然后通过做出让步或寻求新的替选方案的过程来达成协议”(d.g.pruitt，协商行为，学术出版社，1981年)。
74.在mom分布式环境中，协商是发生在一个gom与一组lom之间的双边过程。
75.图2是示意性地示出用于由协商协议(现有技术)协调的分布式mom系统中的订单管理和订单执行的示例性架构的框图。
76.通过协商协议和一组协商函数形式化的协商过程基于一组相互交互，该相互交互基于表示所谓的“知识库”的一组参数。
77.协商涉及gom和lom的迭代过程，该迭代过程以由目的在于达成共同协议的要约和反要约构成的若干回合进行组织。在达成协议时，协商被视为终止。当达到时间限制时，协商也可以被终止；每个协商过程总是具有其中需要发生协商线程的时间间隔。
78.在图2中，示例性分布式mom架构包括一个gom模块201和多个lom模块221、222、223，其中gom模块201可以例如位于总部、中枢或区域总部中，并且其中每个lom模块221、222、223可以例如位于本地场所、区域或生产线上。gom模块201包括具有函数f(x1、x2、
……
、x
n
)的协商函数(“nf”)模块240，并且gom模块201经由协商协议211、212、213与lom模块221、222、223中的每一个协商。每个lom模块221、222、223包括具有函数f(y1、y2、
……
、y
n
)的协商函数模块241、242、243。
79.从协商过程的角度看，三个重要方面为协商模型、共享的协商参数和协商协议。
80.协商模型是协商过程所基于的推理模型，协商模型提供了：i)用于管理整个协商过程的所要求的业务逻辑；ii)关于哪些lom模块可用、它们是否可以满足所要求的生产以及在哪些条件下的决定；iii)决定应当生成什么初始要约、应当生成什么反要约、何时达成协议以及何时应当放弃/取消协商的能力。
81.协商参数在协商过程中使用，并且在所有模块——gom模块和lom模块两者——之间共享。即使对于所有模块参数都相同，每个参数对于不同的实例也可以具有不同的重要性。每个参数在gom实例与lom实例之间以及在不同的lom实例中间可以具有不同的重要性。另外地，这些参数在域范围中也可以不同，这是因为它们反映了实时情况。实际上，例如，可以由lom模块管理的订单数目可以根据装备可用性而随时间变化。协商参数的示例包括但不限于：生产过程应当所满足的生产质量、应当完成生产订单的时间范围、污染限制、能耗优化。
82.协商协议将应当如何发生交互形式化，并且包含协商过程的状态集。
83.图3是示意性地示出在分布式mom系统(现有技术)中利用基于协商的方法进行全局订单管理和本地订单执行的架构的示例的框图。
84.图3是与在欧洲专利申请ep18212349.7中提出的技术类似的用于协调分布式mom订单管理的基于协商的技术的示例。
85.gom模块310包括下面的部件：
86.‑
存储库311，该存储库311用于根据用于订单管理的预定义mom域模型来存储计划和工程数据323。在实施方式中，该存储库或其他存储库也可以用于维持协商模型313和每个协商线程。
87.‑
全局op&e部件312，该全局op&e部件312负责为订单计划和订单工程应用业务逻辑。
88.‑
协商模型313，该协商模型313是由gom模块使用以提供协商能力的推理模型。
89.lom模块330包括下面的部件：
90.‑
存储库311，该存储库311用于根据用于订单管理的预定义mom域模型来存储计划和工程数据323的存储库311。在实施方式中，该存储库或其他存储库也可以用于维持协商模型313和每个协商线程。
91.‑
本地订单计划(“lop”)部件332，该本地订单计划(“lop”)部件332负责将业务逻辑应用于订单计划。lop部件332与其全局对应部件gop&e 312通信，并且lop部件332还负责触发订单执行。
92.‑
本地订单执行(“loe”)部件334，该本地订单执行(“loe”)部件334负责将业务逻辑应用于订单执行。
93.‑
协商模型，该协商模型是由gom模块使用以提供协商能力的推理模型。
94.如图3所示，gom模块310与lom模块330通信，以利用基于协商的方法动态地管理生产订单的执行的分布。
95.gom模块310包括存储库311、全局订单计划和工程(gop&e)模块312。gop&e模块312将全局订单计划和工程数据存储323在存储库311中。gop&e模块312通过要约/反要约324、344与lop模块332协商本地订单执行，其中gop&e模块312和lop模块332经由“使用(use)”322、342分别使用协商模型313、333。每个协商模块313、333经由“使用”321、341被存储在其存储库311、331中。lop模块332将本地订单计划数据存储343在存储库331中，并且向loe模块334发送346订单执行请求。loe模块334将订单执行数据存储345在存储库331中。
96.图4是示意性地示出协商模块的元件的框图。
97.协商模块400包括协商函数411、协商协议412、协商战略413和协商策略414。
98.协商策略414可以是时间相关的、资源相关的并且是模仿性的： timedependent():int； resourcedependent():int； imitative():int。换句话说，协商可以对时间优化、资源或过去动作的复制给予优先。例如，用户可以要求在“x”小时内完成订单，然后使用最快的资源；用户可以要求使用特定的资源；或者用户可以要求复制过去订单的过程。
99.协商模块400的示例是图3的协商模块313、333和图5的协商模块513、533。
100.本发明的至少一些实施方式解决了上述在mom系统中将订单执行进行分布的问题。订单管理功能分布为跨两个或更多个企业级的两个或更多个独立的模块，包括gom模块和一组lom模块。
101.gom模块能够生成具有至少一个可协商要求的一个或更多个生产订单。作为基于根据特定的协商模型针对一个或更多个可协商参数与gom模块的双边协商交换的通信的结果，每个lom模块能够向gom模块提供用于生产订单的包括调度和执行在内的本地订单计划功能。
102.使用与给定lom模块交换的过去协商数据来计算可靠性模块，该可靠性模块提供协商可靠性得分作为输出，以分配给与给定lom模块的协商交换。
103.gom模块在运行时通过特定协商模型与给定的lom模块协商特定生产订单的可协商参数。
104.利用通过将运行时数据应用于对应的计算的可靠性模块而获得的调校来更新特定协商模型，以改进可靠性得分。
105.在运行时，gom模块将订单执行分布到给定lom模块，其中，借助于更新的特定协商模型获得了关于至少一个可协商要求的协议。
106.图5是示意性地示出根据所公开的实施方式的示例性架构的框图，其中，通过该示例性架构使得gom模块能够根据协商历史数据来适应性调整其行为。
107.图5是根据所公开的实施方式的包括历史数据分析的本地订单管理和执行以及全局订单管理的示例性架构。
108.在实施方式中，在gom模块510内，存在离线操作598的一些模块571至575并且在线操作599的其他模块。
109.在实施方式中，下面的三个模块571、572、573离线操作598：临时存储和数据清理(“tsdc”)模块571、有监督/无监督训练(“trn”)模块572以及训练评估结果(“ter”)模块573。
110.tsdc模块571是其中临时存储所有数据以将其进行清理和标准化的暂存区(staging area)。trn模块572是其中观察历史数据并且将其用作训练数据以从先前的协商线程中学习的模块。
111.ter模块573是其中对来自有监督/无监督训练模块的输出进行分析以对协商在过去表现如何进行分类的模块，并且如下所解释的该ter模块573然后使用这样的评估来更新模型模块575。
112.在实施方式中，trn模块572和ter模块573使系统能够根据标准化的过去动作的记录历史来调整协商关键性能指标(“kpi”)。
113.在实施方式中，下面的两个模块574、575在线操作599：模型模块575和模型评估结果(“mer”)模块574。
114.模型模块575——本文也称为可靠性模块——是其中将所有先前的协商形式化为模型的模块，模型模块575由ter模块573更新并且由trn模块572派生的模块。在实施方式中，模型模块575基于上面模块的kpi指定协商策略。
115.mer模块574是其中对来自模型模块575的输出/建议587进行分析的模块，并且mer模块574还负责根据这些输出来更新协商模型模块513。
116.如图5所示，tsdc模块571从存储库511中检索历史数据582，并且向trm模块572发送清理后的数据583。trn模块572向ter模块573发送训练输出数据584。ter模块继而执行对模型模块575的在线模型调校585，执行历史模型与在线模型的运行时匹配。模型模块575从
存储库511中检索运行时数据586，并且向mer模块574发送模型输出数据587，mer模块574然后更新521协商模型513。
117.gom模块510还包括存储库511和gop&e模块512。gop&e模块512将全局订单计划和工程数据543以及承诺的数据和生产数据581存储在存储库511中。gop&e模块512通过要约/反要约524、544与lop模块532协商本地订单执行，其中gop&e模块512和lop模块532经由“使用”522、542分别使用协商模型513、533。每个协商模块513、533经由“使用”521、541被存储在其存储库511、531中。lop模块532将本地订单计划数据存储543在存储库531中，并且向本地订单执行loe模块534发送546订单执行请求。loe模块534将订单执行数据存储545在存储库531中。
118.实施方式包括两个阶段，第一阶段称为“配置和更新阶段”，并且第二阶段称为“执行阶段”。
119.第一阶段包括用于向系统指导过去发生的整个协商线程的步骤。
120.第二阶段包括使用先前指导的模型来预测一个或更多个协商者的可靠性的步骤。
121.ι阶段
‑“
配置和更新阶段”122.在实施方式中，“配置和更新阶段”的第一阶段包括其中设计评估战略(evaluation strategy)的配置子阶段和一旦新的协商数据可用就进行模型更新的子阶段。
123.在实施方式中，在配置子阶段中，向模型指导目前为止可用的先前协商；设这为时间t0，即首次针对该程序进行实例化。在实施方式中，在更新子阶段中，动态添加新数据以用新模式指导模型；设这为时间t>t0，即程序已启动并且运行了一段时间。
124.在实施方式中，配置子阶段包括五个步骤c1)至c5)，并且更新子阶段包括两个步骤u1)和u2)。
125.配置子阶段的c1)至c5)步骤：
126.c1)检索历史数据，该历史数据与在gom模块与每个lom模块之间过去发生的所有协商线程有关。
127.在每次成功协商结束时，gom模块和lom模块两者达成协议，其中，lom模块承诺在gom模块所要求的特定条件下供应生产订单的执行。
128.每个结束的协商提供了对于历史分析正确地捕获协商的内容与执行的内容之间的不一致而言重要的数据。
129.对分析而言重要的参数示例包括但不限于：
130.‑
每个协商线程中使用的每个参数的重要性，例如可以用权重来表示；实际上，如上已经解释的，在协商过程中，每个协商线程围绕可能对每个协商者具有不同重要性的一组参数进行；
131.‑
最大可允许时间，最大可允许时间定义了最后期限，在该最后期限之后应当终止其协商过程；
132.‑
协商线程发生的实例时间，当接近最后期限时提供关于如何改变要约和反要约的宝贵的提示。
133.下面是用于验证数据集的有效参数记录的示例：{param
1,j
、param
2,j
、param
i,j
、weight
1,j
、weight
2,j
、weight
i,j
、t
j
/t
max
、t
max
}。
134.其中：
135.‑
param
i,j
是在第j协商线程的协商中使用的第i参数，weight
i,j
是与第i参数或第j协商线程相关联的第i权重；
136.‑
t
j
/t
max
是对于第j协商线程所过去的时间的百分比；
137.‑
t
max
是在协商过程内应当完成的最大时间。
138.第i参数的示例包括但不限于：所要求的质量、生产时间优化、污染要求满足、消耗优化。
139.c2)准备数据以正确地指导模型。
140.在此步骤中，通过消除所有错误来清理表中的数据(数据准备)，并且将表的数据进行标准化以将在不同尺度上度量的值调整到共同尺度。
141.c3)指导将用于评估协商线程的模型。
142.在实施方式中，该模型——可靠性模型——可以通过根据作为输入的所承诺的成组数据来提供输出即可靠性程度(“dor”)而以“黑箱”原理工作。
143.c4)检索来自训练步骤的输出，以分析与训练数据相比较的结果。
144.在实施方式中，训练数据的输出是“可靠性程度”(“dor”)，其是具有在0与1之间的归一化值的分类，其中，1意指“100％可靠”，并且0意指“0％可靠”。下面的表1中示出了可能会如何对这种值进行解码的示例。
145.可靠性程度(值范围)可靠性分类[0；0.25)非常不可靠[0.25；0.5)部分不可靠[0.50；0.75)部分可靠[0.75；1)非常可靠
[0146]
表1
[0147]
c5)调校模型以提高模型本身的精确度。
[0148]
更新子阶段的u1)、u2)步骤：
[0149]
u1)检索在先前的协商迭代处发生的协商线程的值，以动态地且递归地更新提供最后的协商结果的先前指示的模型，以更新将用于进一步评估的历史数据。
[0150]
u2)重复步骤c2)至步骤c4)。
[0151]
有利地，利用配置和更新阶段，提供了一种模型，该模型能够在运行时识别与gom模块进行协商的特定lom模块可能是可靠的或不可靠的(dor)的情况。
[0152]
ii阶段
‑“
执行阶段”[0153]
在该阶段，要求先前指导的模型提供用于评估可靠性程度的分类。
[0154]
在实施方式中，执行阶段包括三个主要步骤e1)至e3)。
[0155]
执行阶段的e1)至e3)步骤：
[0156]
e1)检索当前协商线程的运行时数据，并且使用这些数据以从模型获得关于dor分类的响应。
[0157]
e2)分析来自模型的响应，以了解协商中的对方是可能可靠的还是不可靠的。
[0158]
e3)根据在先前步骤e2)中已经分析的dor分类来更新协商模型。
[0159]
然后，相应地更新gom模型的协商模型，由此gom模块使用dor分类来相应地调整协
商战略和策略。
[0160]
在实施方式中，在开始新的协商之前，优选地通过修改策略例如时间相关战略和/或通过修改知识库来更新协商模型。
[0161]
在实施方式中，可以通过缩短协商时间最后期限并且给予协商中的对方较少量的时间来达成协议(即减少lom模块可以与gom模块达成协议的机会)来修改时间相关策略。还可以通过改变评分函数的系数，使gom模块预测或推迟其将给出更大要约的方式来修改该策略。
[0162]
在实施方式中，可以通过由gom模块增加协商参数约束(例如，通过减小接受值的间隔)或者通过改变由gom模块分配给每个参数的权重(例如，通过增加最重要的参数相对于不太重要的参数的重要性)来修改知识库。
[0163]
在实施方式中，通过进一步的近似，目标可以优选地是实现更接近于最大值1的dor。
[0164]
在实施方式中，订单管理的分布基于包括历史数据分析的协商。
[0165]
在实施方式中，基于可配置参数组、经由协商协议的状态机来配置分布式om模块之间的通信。
[0166]
在实施方式中，在开始协商之前，定义协商参数组。
[0167]
在实施方式中，提供用于收集历史数据的模块。
[0168]
在实施方式中，提供用于动态地更新协商模型的模块。