CN117472968A - 使用可访问场景库的事件引擎 - Google Patents

Abstract

一种实现场景库的方法包括使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景。该方法还包括将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处。该方法还包括通过至少向采购事件模板添加对第一采购事件场景的引用来修改用于生成采购事件的采购事件模板。该方法还包括使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件。该方法还包括响应于第二请求，显示所生成的采购事件的供应商的可能组合。提供了相关的系统和制品。

Description

使用可访问场景库的事件引擎

相关申请的交叉引用

本申请要求于2022年7月27日提交的题目为“使用可访问场景库的事件引擎”的第202211042963号印度临时专利申请的优先权，其全部内容通过引用被结合于此。

背景技术

企业可能依赖一套企业软件应用来进行采购(sourcing)、采买(procurement)、供应链管理、开具发票和支付。这些企业软件应用可以提供各种数据处理功能，包括例如计费、开具发票、采买、工资单、时间和出勤管理、招聘和入职、学习和发展、绩效和薪酬、劳动力规划等。企业资源规划(ERP)应用可以跟踪诸如现金、原材料和生产能力的资源，以及诸如采买订单和工资单的各种承诺的状态。在企业与大型且不断变化的外部供应商名册进行交互的情况下，企业资源规划(ERP)应用可以与供应商生命周期管理(SLM)应用集成，该SLM应用被配置为执行供应商识别、选择和细分、入职、绩效管理、信息管理、风险管理、关系管理和离职中的一个或多个

发明内容

为场景库提供了系统、方法和制品，包括计算机程序产品。在一个方面，提供了一种系统。该系统可以包括至少一个数据处理器和至少一个存储器。该至少一个存储器可以存储当由该至少一个数据处理器执行时导致操作的指令。该操作可以包括：使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景。第一采购事件场景包括采购事件的供应商的可能组合。场景库耦合到专用于使用场景库处理第一请求的控制器。场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问。操作还包括将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处。操作还包括修改用于生成采购事件的采购事件模板。该修改可以包括将对第一采购事件场景的引用添加到采购事件模板。操作还包括使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件。该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景。该生成还包括运行第一采购事件场景以生成采购事件的供应商的可能组合。该操作还包括响应于第二请求，显示所生成的采购事件的供应商的可能组合。

在一些变型中，第二请求是从多个客户端设备中的第二客户端设备接收的。

在一些变型中，该操作还包括：基于该采购事件模板来生成第二采购事件模板。生成第二采购事件模板包括：调用场景库的控制器以在场景库处访问多个采购事件场景，以及修改该修改后的采购事件模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

在一些变型中，第一采购场景被存储在与第一用户相关联的第一文件夹中。第二个用户可以访问第一采购场景。

在一些变型中，该操作还包括：生成包括多个采购事件场景的用户界面，用于在第一客户端设备处显示。

在一些变型中，用户界面还包括第一文件夹和第二文件夹，其中每个文件夹包括多个采购事件场景模板的子集。

在一些变型中，该操作还包括基于显示，接收与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联的反馈。

在一些变型中，耦合到场景库的控制器被配置为响应于调用在场景库处对第一采购事件场景的访问并且在允许该访问之前，使用令牌来授权第一请求。

在一些变型中，耦合到场景库的控制器被配置为在允许在场景库处对第一采购事件场景的访问之前，认证相关联的第一客户端设备。

在一些变型中，采购事件包括多个行项目和与多个行项目相关联的多个条款。多个条款包括商品、折扣或数量中的至少一个。

在一些变型中，一种计算机实现的方法包括：使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景。第一采购事件场景包括采购事件的供应商的可能组合。场景库耦合到专用于使用场景库处理第一请求的控制器。场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问。该方法还包括将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处。该方法还包括修改用于生成采购事件的采购事件模板。该修改可以包括向采购事件模板添加对第一采购事件场景的引用。该方法还包括使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件。该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景。该生成还包括运行第一采购事件场景以生成采购事件的供应商的可能组合。该方法还包括响应于第二请求，显示所生成的采购事件的供应商的可能组合。

一种存储指令的非暂时性计算机可读介质，该指令在被至少一个数据处理器执行时导致包括以下的操作：使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景。第一采购事件场景包括采购事件的供应商的可能组合。场景库耦合到专用于使用场景库处理第一请求的控制器。场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问。该操作还包括将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处。该操作还包括修改用于生成采购事件的采购事件模板。该修改可以包括向采购事件模板添加对第一采购事件场景的引用。该操作还包括使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件。该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景。该生成还包括运行第一采购事件场景以生成采购事件的供应商的可能组合。该操作还包括响应于第二请求，显示所生成的采购事件的供应商的可能组合。

当前主题的实现可以包括与本文提供的描述一致的方法以及包括有形体现的机器可读介质的物品，该机器可读介质可操作来使得一个或多个机器(例如，计算机等)以产生实现一个或多个所述特征的操作。类似地，还描述了可以包括一个或多个处理器和耦合到一个或多个处理器的一个或多个存储器的计算机系统。能够包括非暂时性计算机可读或机器可读存储介质的存储器可以包括、编码、存储等一个或多个程序，这些程序使得一个或多个处理器执行本文描述的一个或多个操作。与当前主题的一个或多个实现一致的计算机实现的方法可以由驻留在单个计算系统或多个计算系统中的一个或多个数据处理器来实现。这种多个计算系统能够经由一个或多个连接来连接，并且能够交换数据和/或命令或其他指令等，连接包括通过网络(例如，因特网、无线广域网、局域网、广域网、有线网络等)的连接、经由多个计算系统中的一个或多个之间的直接连接等。

本文描述的主题的一个或多个变型的细节在附图和以下描述中阐述。根据说明书和附图以及权利要求书，本文所述主题的其他特征和优点将变得显而易见。虽然为了说明的目的描述了当前公开的主题的某些特征，但是应该容易理解，这些特征并不是限制性的。本公开后的权利要求旨在定义受保护主题的范围。

附图说明

并入本说明书并构成其一部分的附图示出了本文公开的主题的某些方面，并且与描述一起帮助解释与所公开的实现相关联的一些原理。在附图中，

图1描绘了图示根据一些示例实施例的采买系统的系统图；

图2描绘了根据一些示例实施例的示例采购工作流；

图3描绘了图示根据一些示例实施例的包括场景库的采买系统的示例的框图；

图4A描绘了根据一些示例实施例的示例用户界面；

图4B描绘了根据一些示例实施例的示例用户界面；

图5描绘了图示根据一些示例实施例的用于改进采购事件场景创建的过程的示例的流程图；以及

图6描绘了图示根据一些示例实施例的计算系统的示例的框图。

实际上，相似的附图标记表示相似的结构、特征或元件。

具体实施方式

企业软件应用可以提供各种采买和供应链管理解决方案，包括企业资源规划(ERP)和供应商生命周期管理(SLM)。具体地，企业软件应用可以帮助用户对供应商的采购事件。在采购事件中，当授予(award)供应商时需要考虑许多因素。用户可能决定为事件中的所有行项目选择(即授予)单个供应商，或者为事件中的各种行项目选择多个供应商。确定供应商的数量和授予哪些供应商能够很复杂，特别是在大型复杂的事件中，这些事件有许多批次和行项目，有多个供应商报价为事件供货。

用户可以使用生成的事件场景来创建备选的获胜者场景，以确定授予采购事件的供应商。采购事件场景可以包括给定特定事件的一组约束、目标等的供应商的可能组合。因此，通过允许用户在将采购事件授予选定的供应商之前比较多个事件方案，事件方案的创建有助于使决标决策更简单。然而，采购事件场景通常只能在特定事件的情境中创建，并保持特定于特定事件。结果，用户不能为将来的采购事件重用采购事件场景，或者不能在多个用户之间共享采购事件场景，导致用户为每个事件重新创建采购事件场景。这导致计算和组织效率低下。

符合本文所描述的实施例的采购系统可以实现场景库。场景库可以包括一组预先打包的采购事件场景，用户能够使用和/或修改这些场景。例如，预先打包的采购事件场景可以允许用户查看构成特定采购事件场景的约束和公式，编辑、保存和运行采购事件场景的约束，创建、保存、修改和重新使用用于生成采购事件的模板，以及当将采购事件授予可能的供应商组合时，在采购事件方案的优化期间禁用特定约束。在为不同事件和/或不同用户创建采购事件场景期间，场景库可由相同用户访问以供使用。因此，场景库允许在与不同用户相关联的客户端设备之间生成和/或共享复杂的寻采购事件场景、减少对新用户的培训，和/或提高修改现有采购事件场景的能力。

图1描绘了图示根据一些示例实施例的采买系统100的示例的系统图。参考图1，采买系统100可以包括采买引擎110(在本文中也称为“事件引擎”)、微服务114、一个或多个客户端设备120和数据库130。场景控制器115、客户端设备120和数据库130可以经由网络140通信地耦合。网络140可以是任何有线网络和/或无线网络，包括例如广域网(WAN)、局域网(LAN)、虚拟局域网(VLAN)、公共陆地移动网络(PLMN)、互联网等。

数据库130可以是包括例如关系数据库、非结构化查询语言(NoSQL)数据库、存储器内数据库、图形数据库、键值存储、文档存储等的数据库。如下文更详细描述的，数据库130可以存储一个或多个采购事件场景。

一个或多个客户端设备120可以是基于处理器的设备，包括例如智能手机、平板电脑、可穿戴装置、虚拟助理、物联网(IoT)设备等。一个或多个客户端设备120可以包括第一客户端设备120a、第二客户端设备120b、第三客户端设备120c等。第一客户端设备120a、第二客户端设备120b可以各自与至少一个用户和/或至少一个供应商相关联。

如本文所使用的，“采买引擎”可以包括一个或多个应用，诸如云服务或SaaS应用。采买引擎110可以被配置为通过至少邀请一个或多个供应商参与采购事件125、接收来自参与的供应商的响应(例如，电子报价等)以及将采购事件125授予一个或多个参与的供应商，来协调和/或生成在与用户相关联的第一客户端设备120a处创建的采购事件125。例如，采买引擎110可以接收一个或多个用户输入或请求以生成采购事件125。采买引擎110可以从第一客户端设备120a接收创建采购事件125的一个或多个用户输入。一个或多个用户输入可以指定例如采购事件125的标题、描述、区域、开始日期、结束日期和商品中的一个或多个。如本文所使用的，“采购事件”可以指由一个或多个客户端设备，诸如与用户相关联的客户端设备(例如，第一客户端设备120a、第二客户端设备120b和/或第三客户端设备120c)创建的电子采购订单、电子建议请求、电子报价邀请等。

如本文所描述的，采购事件125可以被用于授予一个或多个供应商合同，以执行或以其他方式处理采购事件125的一个或多个行项目。大型且复杂的采购事件125可以包括授予多个供应商的行项目。采购事件125的行项目可以包括由与采购事件125相关联的用户指定的标准。这种标准的示例可以包括某些条款，诸如总货币、数量、质量、品牌、折扣中的一个或多个，并且与每个供应商的响应相关联(例如，电子报价)。下面将更详细地描述采购事件125的生成。

图2描绘了根据当前主题的实施例的用于创建和授予采购事件125的示例工作流200。工作流200的一个或多个步骤可以由采买引擎110和/或微服务114的场景控制器115来执行。例如，在202，至少一个客户端设备120从用户接收创建诸如采购事件125的采购事件的指示，并且在212，采购事件被采买引擎110发布以由供应商访问。采购事件指的是电子采买订单、电子提案请求、电子报价邀请等。因此，当采购事件在21被2发布时，在204，供应商和/或用户可以监控采购事件的状态。一旦发布，寻采购事件可以经由一个或多个客户端设备120用于可由供应商预览，并且在214，可以开放报价。因此，在214，客户端设备120中的一个可以从与采购事件的一个或多个行项目的供应商相关联的一个或多个客户端接收至少一个报价。在216，报价期可以结束，使得一个或多个客户端设备120可以不从与供应商相关联的一个或多个客户端接收任何附加报价。

在一些实施例中，采买引擎110可以监控采购事件125的状态。例如，采买引擎110可以在212发布采购事件，并且在采购事件125的预览期过去之后，在214启动报价。采买引擎110可以在216结束报价。在报价结束之后，采买引擎110可以存储从与供应商相关联的一个或多个客户端设备120接收的报价，包括与每个报价相关联的至少一个行项目以及与作为报价的一部分接收的至少一个行项目相关联的至少一个条款。报价、至少一个行项目和至少一个条款可以被存储在数据库130中。

在206，在210完成采购事件之前，可以评估接收的报价以确定在218授予采购事件的供应商组合。在208，采购事件125可以在工作流200期间的任何点被取消，诸如在214的报价开始时间和/或216的报价结束时间之前或之后。采购事件125可以因任何原因而被取消，诸如当在204处的监控期间接收到数量不足(例如，小于阈值量)或质量不足的报价时。

为了评估存储在数据库130中的接收的报价、至少一个行项目和至少一个条款，至少一个采购事件场景可以被创建。在一些实施例中，多个采购事件场景可以被创建用于比较以选择最佳报价。最佳报价可以是优化采购事件场景，用户可以跨行项目和/或供应商之间以确定每个行项目的最低报价。这可以扩展到行项目组和/或单个行项目。

如本文所述，采购事件场景包括采购事件的供应商的可能组合。采购事件场景可以附加地和/或可替代地包括与特定报价中的采购事件125的每个行项目相关联的约束和/或条款。例如，采购事件场景可以包括用于处理采购事件的每个行项目以及与采购事件的每个行式项目的每个供应商的响应相关联的相关联的条款的供应商的可能组合，条款诸如总额、货币、数量、质量、品牌和/或折扣中的一个或多个。因此，采购事件场景可以包括用户想要运行(例如，使用采买引擎110和/或场景控制器115)以改进采购事件125的采购的目标、行项目、供应商、约束等的组合。

再次参考图1，微服务114可以包括场景控制器115和场景库308(见图3)。如本文所使用的，“微服务”114可以包括被配置为接收诸如API调用的调用的一个或多个应用服务、云服务等。微服务114可以包括优化工作台微服务以及其他微服务。

场景控制器115可以是专用于场景库308的控制器。场景控制器115可以包括处理器和至少一个存储器，导致用于处理与场景库308相关联的请求的操作。请求可以包括创建、修改、保存和/或运行采购事件场景等的一个或多个请求。请求可以从一个或多个客户端设备120被接收。请求可以由采买引擎110发送给微服务114以用于由场景控制器115处理。

场景库308可以包括用户能够使用和/或修改的一组预先打包的采购事件场景。例如，预先打包的采购事件场景可以允许用户查看构成特定采购事件场景的约束和公式，编辑、保存和运行采购事件场景的约束，和/或在将采购事件授予可能的供应商组合时，在创建采购事件场景期间禁用特定约束。

场景库308可以由相同用户访问，以在创建不同事件的采购事件场景期间使用。附加地和/或可替代地，场景库308可以由不同用户访问。例如，至少一个采购事件场景可以被存储在场景库308中(例如，经由数据库130)。至少一个采购事件场景可以由与第一用户相关联的第一客户端设备(例如，第一客户端设备120a)创建和/或存储在场景库308中。第一客户端设备和/或与第二用户相关联的第二客户端设备(例如，第二客户端设备120b)可以访问场景库308以检索和/或编辑存储的采购事件场景。第一客户端设备可以访问场景库308以创建新的采购事件场景和/或修改现有的采购事件场景。这减少了计算资源，因为场景控制器115可以不需要生成全新的采购事件场景，因为场景库308存储多个采购事件场景。在一些实施例中，修改和/或创建的采购事件场景被存储在场景库308和/或耦合到场景库308的数据库130中。

在一些实施例中，采购事件125由采买引擎110使用采购事件模板生成，该模板可以包括多个预设行项目和/或采购事件的标准。采购事件模板可以是预设的和/或新创建的。采购事件模板可以通过修改现有的采购事件模板来生成。例如，采购事件模板可以通过添加对来自场景库308的多个采购事件场景中的至少一个或子集的引用来修改。

例如，至少一个客户端设备120可以接收生成采购事件的请求。该请求可以包括对至少一个采购事件模板的选择，采购事件125基于该模板被生成。为了使用采购事件模板生成采购事件，采买引擎115可以(例如，响应于生成采购事件的请求)调用场景控制器115以诸如基于引用来访问多个采购事件场景中的至少一个，多个采购事件场景包括预先打包的采购事件场景、新创建的采购事件场景和/或修改的采购事件场景。由采购事件模板引用的选择的采购事件场景可以被运行，以生成采购事件的供应商的可能组合。采购事件模板可以被使用，使得基于特定采购事件模板生成的后续采购事件可以自动包括该模板引用的所有采购事件场景，从而减少计算资源。

这允许使用模板创建的所有采购事件自动包括与模板相关联的采购事件场景。这种配置提高了运行采购事件场景的处理速度。这种配置还可以减少用于从可能的供应商组合中选择供应商组合来执行每个行项目的时间量，至少因为已经创建和/或运行了采购事件场景。因此，场景控制器115可以更容易地确定和/或显示每个行项目的最低出价。图3描绘了根据当前主题的实施例的采买系统100的示例架构。如图3所示，引导采购302从一个或多个客户端设备120接收请求(例如，第一请求、第二请求等)，诸如与第一用户相关联的第一客户端设备120a、与第二用户相关联的第二客户端设备120b、与第三用户相关联的第三客户端设备120c等。引导采购302可以是与核心采购304通信的前端应用。引导采购302可以接收访问场景库308的请求。例如，如本文所述，引导采购302可以接收至少一个请求，以使用场景库308查看采购事件场景、使用场景库308创建和/或编辑采购事件场景、在场景库308保存采购事件场景、将采购事件场景添加到采购事件模板等。

引导采购302可以接收请求并将请求发送到核心采购304。如本文所述，核心采购304可以是和/或包括采买引擎110。因此，采买引擎110可以基于请求、请求中的标识符等来确定请求包括访问场景库308的请求。响应于该确定，采买引擎110可以向微服务114发送请求。例如，如本文所述，采买引擎110可以接收生成采购事件和/或生成采购事件场景的请求。

参考图3，微服务114可以接收该请求(例如，经由场景库308访问多个采购事件场景中的至少一个的调用)。微服务114的场景控制器115可以处理该请求。如本文所述，场景控制器115可以耦合到场景库308和/或专用于处理场景库308处和/或使用场景库308的请求。

在一些实施例中，场景控制器115通过在允许访问场景库308之前授权或以其他方式验证请求来处理请求。场景控制器115可以使用诸如OAuth服务312的认证服务来授权该请求。场景控制器115可以向OAuth服务312发送诸如OAuth令牌的令牌来验证该请求。这验证了客户端设备120和/或用户具有使用场景库308和/或访问数据库130的许可。当OAuth服务312验证该请求时，OAuth服务312向微服务114(例如，向场景控制器115)发送领域信息。

附加地和/或可替代地，场景控制器115可以使用租户认证310来授权与从其接收到请求的客户端设备120相关联的租户。租户认证310可以验证租户标识符，以在访问数据库130之前认证与第一用户(或其他用户)相关联的第一客户端设备120a(或另一客户端设备120)。租户标识符的验证可以认证发出请求的客户端设备120并授权对数据库130的访问。租户认证310可以附加地和/或可替代地授权访问数据库130的特定部分以处理请求。例如，授权客户端设备120可以将场景控制器115与数据库130处的租户纲目(schema)相连接，以访问存储的采购事件场景、模板等。

再次参考图3，场景控制器115可以使用场景库308来处理接收到的请求，并且诸如经由核心采购304和/或引导采购302向客户端设备120提供对该请求的响应。为了使用场景库308来处理请求，场景控制器115访问与场景控制器115通信的数据库130。数据库130可以包括第一用户、与第二客户端设备(例如，第二客户端设备120b)相关联的第二用户、与第三客户端设备(例如，第三客户端设备120c)相关联的第三用户等可访问的多个采购事件场景。

基于在场景库308处访问的采购事件场景，采买引擎110可以生成用于在客户端设备120处显示的用户界面。用户界面可以包括(例如，经由场景库308)从数据库130访问的多个采购事件场景。用户界面可包括多个文件夹，包括第一文件夹、第二文件夹等。多个文件夹可以是私人的，使得它仅可由第一用户访问。多个文件夹可以是共享的，使得其他用户(例如，第二用户、第三用户等)可以访问多个文件夹。用户界面可以附加地和/或可替代地包括多个采购事件场景的子集。

根据一些示例实施例，图4A示出了示例用户界面400，图4B图示了示例用户界面450。用户界面400、450可以显示在第一客户端设备120a、第二客户端设备120b、第三客户端设备120c等处。

用户界面400可以被用于创建、修改、保存、访问等至少一个采购事件模板。例如，用户界面400示出了第一客户端设备120a处的第一用户的文件夹。如本文所述，文件夹被示出为包括由采购事件模板引用的404处的多个采购事件场景。如用户界面400中所示，在404处的采购事件场景中的每一个可以包括对应的描述406、包括创建对应的采购事件场景的用户的所有者，以及对应的采购事件场景的创建日期。用户界面400还可以包括能够在相关联的客户端设备120上选择的一个或多个按钮或其他用户可选元素。例如，用户界面400可以包括“从库添加”按钮402，当被用户选择并且检测到选择时，该按钮生成用户界面450。按钮402的选择允许用户与用户界面450交互，以将来自场景库308的一个或多个采购事件场景添加到用户界面400中所示的文件夹，该文件夹包括将由采购事件模板引用的采购事件场景。这也可以允许修改现有的采购事件模板。

参照图4B，用户界面450可以包括与不同用户相对应的多个文件夹。文件夹可以被共享(例如，文件夹458)，使得文件夹包括可以被多个用户访问的多个共享的采购事件场景462。对采购事件场景462的访问可以基于使用OAuth服务312和/或租户认证310的验证来授权。文件夹可以附加地和/或可替代地包括私人文件夹，诸如私人文件夹460。私人文件夹460可以仅由对应的用户访问，以便稍后用于创建新的采购事件场景。用户界面450还允许用户经由筛选器456，通过采购事件场景的场景名称、描述、所有者名称、数据范围等来筛选存储在场景库308中的采购事件场景。附加地和/或可替代地，用户界面450允许用户经由搜索工具454搜索至少一个采购事件场景。附加地和/或可替代地，用户界面450允许用户经由选择“添加到模板”按钮452，将至少一个采购事件场景添加到示出由至少一个采购事件模板引用的采购事件场景的文件夹(例如，图4A所示的用户界面400)。

再次参考图3，场景控制器115可以基于使用场景库308可访问的多个采购事件场景来创建采购事件场景。例如，场景控制器315可以针对现有的采购事件场景修改现有的采购事件场景，以为特定采购事件创建新的采购事件场景。场景控制器115可以将最新创建或修改的采购事件场景存储在数据库130中，以供至少第一用户、第二用户等在创建另一采购事件场景时使用。采购事件场景可以经由图4B所示的用户界面450存储和/或访问。

场景控制器115和/或采买引擎110可以诸如经由至少一个客户端设备120来检测对多个采购事件场景中的一个的选择。基于对选择的检测，场景控制器115和/或采买引擎110可以根据采购事件场景显示所生成的采购事件的供应商的可能组合。基于经由至少一个客户端设备120接收到选择(例如，后续选择)，采买引擎110可以将采购事件的至少一部分(例如，至少一个行项目)授予供应商组合的至少一个供应商。结果，创建的采购事件场景可以被用于创建附加的采购事件场景和/或可以被添加到采购事件模板，减少计算和其他资源，并改进(例如，减少处理时间、提高速度、提高效率等)将采购事件的至少一部分授予至少一个供应商。

图5描绘了图示根据一些示例实施例的用于实现场景库308以为采购事件(例如，采购事件125)创建和/或修改采购事件场景、创建和/或修改采购场景模板和/或生成采购事件的过程500的流程图。参考图1-图4B，过程500的一个或多个方面可以由采买系统100、采买引擎110、场景控制器115、场景库308、其中的其他组件等来执行。

参考图5，在502，第一采购事件场景可以诸如通过采买引擎110和/或场景控制器115并且基于使用场景库的第一请求来生成。场景控制器可以从与第一用户相关联的第一客户端设备(例如，第一客户端设备120a)接收第一请求。第一采购事件可以包括采购事件(例如，采购事件125)的供应商的可能组合。如本文所描述的，场景控制器可以耦合到场景库和/或可以专用于处理场景库中的第一请求(以及其他请求)。场景库向包括至少第一客户端设备的多个客户端设备提供对多个采购事件场景的访问。第一采购场景可以被存储在与第一用户相关联的第一文件夹中。第一采购场景也可以被第二用户访问。

采购事件可以包括多个行项目和与多个行项目相关联的多个条款。多个条款包括商品、折扣或数量中的至少一个。

在504，第一采购事件场景，诸如由采买引擎，作为多个采购事件场景中的一个被存储在场景库中。例如，采买引擎可以指示耦合到场景库的场景控制器将第一采购事件场景存储在与场景库耦合的数据库中。

在506，采买引擎可以修改用于生成采购事件的采购事件模板。例如，预先存在的模板可以被修改。为了修改采购事件模板，采买引擎可以将对第一采购事件场景的引用添加到采购事件模板中。例如，采买引擎可以将与多个第一采购事件场景相对应的多个引用添加到采购事件模板。这允许基于修改后的模板生成的任何后续采购事件自动包括添加的第一采购事件场景或多个采购事件场景。

在508，采购事件可以，诸如由采买引擎，基于来自多个客户端设备中的一个的第二请求、使用采购模板来生成。第二请求可以从多个客户端设备中的第二客户端设备被接收。采买引擎可以调用场景库的控制器，以基于包括在模板中的引用在场景库处访问第一采购事件场景。采买引擎可以运行第一采购事件场景，以生成采购事件的供应商的可能组合。

在一些实施例中，第二采购模板可以基于采购模板被生成。生成第二采购模板可以包括调用场景库的场景控制器以在场景库处访问多个采购事件场景。生成第二采购模板还可以包括修改采购模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

在510，响应于第二请求，采买引擎可以显示所生成的采购事件的供应商的可能组合。在一些实施例中，采买引擎可以接收基于显示的反馈。反馈可以与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联。

在一些实施例中，场景控制器通过授权请求来处理请求(例如，调用)。例如，场景控制器可以使用令牌来验证请求和/或用户具有访问与场景控制器通信的数据库(例如，数据库130)的许可。附加地和/或可替代地，场景控制器可以在访问数据库之前认证与第一用户相关联的第一客户端设备(或其他客户端设备)。例如，场景控制器可以认证与第一客户端设备(或其他客户端设备)相关联的租户标识符。换句话说，场景控制器可以在允许在场景库处对第一采购事件场景的访问之前认证第一客户端设备。

在一些实施例中，场景控制器可以通过从与第一用户相关联的第一文件夹或与第二用户相关联的第二文件夹中检索多个采购事件场景的子集来访问数据库。例如，场景控制器可以接收用户与用户界面的交互的指示，指示要访问的第一文件夹和第二文件夹中的特定文件夹。

在一些实施例中，采买引擎可以生成用于在第一客户端设备处显示的用户界面。用户界面可以包括多个采购事件场景。用户界面可以包括多个文件夹，包括第一文件夹、第二文件夹等。多个文件夹可以是私人的，使得它仅可由第一用户访问。多个文件夹可以是共享的，使得其他用户(例如，第二用户、第三用户等)可以访问多个文件夹。用户界面可以附加地和/或可替代地包括多个采购事件场景的子集。

鉴于主题的上述实施方式，本申请公开了以下示例列表，其中单独的一个示例的一个特征或者所述示例的一个以上特征的组合，以及可选地与一个或多个其他示例的一个或多个特征的组合，是也属于本申请公开范围内的其他示例：

示例1：一种系统，包括：至少一个数据处理器；以及至少一个存储器，导致包括以下的操作：使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景，其中，第一采购事件场景包括采购事件的供应商的可能组合，并且其中，场景库耦合到专用于使用场景库处理第一请求的控制器，并且其中，场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问；将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；修改用于生成采购事件的采购事件模板，该修改包括将对第一采购事件场景的引用添加到采购事件模板；使用修改后的采购事件模板并且基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中，该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及响应于第二请求，显示所生成的采购事件的供应商的可能组合。

示例2：根据示例1所述的系统，其中，第二请求从多个客户端设备中的第二客户端设备被接收。

示例3：根据示例1至2中任一个所述的系统，其中，该操作还包括：基于该采购事件模板来生成第二采购事件模板，其中生成第二采购事件模板包括：调用场景库的控制器以在场景库处访问多个采购事件场景；以及修改该修改后的采购事件模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

示例4：根据示例1至3中任一个所述的系统，其中，第一采购场景被存储在与第一用户相关联的第一文件夹中；并且其中，第一采购场景可被第二用户访问。

示例5：根据示例1至4中任一个所述的系统，其中，该操作还包括：生成包括多个采购事件场景的用户界面以在第一客户端设备处显示。

示例6：根据示例5所述的系统，其中，用户界面还包括第一文件夹和第二文件夹，其中每个文件夹包括多个采购事件场景模板的子集。

示例7：根据示例1至6中任一项所述的系统，其中，该操作还包括基于该显示，接收与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联的反馈。

示例8：根据示例1至7中任一个所述的系统，其中，耦合到场景库的控制器被配置为响应于调用在场景库处对第一采购事件场景的访问并且在允许该访问之前，使用令牌来授权第一请求。

示例9：根据示例1至8中任一个所述的系统，其中，耦合到场景库的控制器被配置为在允许在场景库处对第一采购事件场景的访问之前，认证相关联的第一客户端设备。

示例10：根据示例1至9中任一个所述的系统，其中，该采购事件包括多个行项目和与多个行项目相关联的多个条款，其中，多个条款包括商品、折扣或数量中的至少一个。

示例11：一种计算机实现的方法，包括：使用场景库并且基于从第一客户端设备接收的第一请求来生成第一来采购事件场景，其中，第一来采购事件场景包括采购事件的供应商的可能组合，并且其中，场景库耦合到专用于使用场景库处理第一请求的控制器，并且其中，场景库向包括第一客户端设备的多个客户端设备提供对多个来采购事件场景的访问；将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；修改用于生成采购事件的采购事件模板，修改包括将对第一采购事件场景的引用添加到采购事件模板；使用修改后的采购事件模板并且基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中，该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及响应于第二请求，显示所生成的采购事件的供应商的可能组合。

示例12：根据示例11所述的方法，其中，第二请求从多个客户端设备中的第二客户端设备被接收。

示例13：根据示例11至12中任一个所述的方法，还包括：基于该采购事件模板来生成第二采购事件模板，其中生成第二采购事件模板包括：调用场景库的控制器以在场景库处访问多个采购事件场景；以及修改该修改后的采购事件模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

示例14：根据示例11至13中任一个所述的方法，其中，第一采购场景被存储在与第一用户相关联的第一文件夹中；并且其中，第一采购场景可被第二用户访问。

示例15：根据示例11至14中任一个所述的方法，还包括：生成包括多个采购事件场景的用户界面以在第一客户端设备处显示。

示例16：根据示例15所述的方法，其中，用户界面还包括第一文件夹和第二文件夹，其中每个文件夹包括多个采购事件场景模板的子集。

示例17：根据示例11至16中任一个所述的方法，还包括基于该显示，接收与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联的反馈。

示例18：根据示例11至17中任一个所述的方法，其中，该采购事件包括多个行项目和与多个行项目相关联的多个条款，其中，多个条款包括商品、折扣或数量中的至少一个。

示例19：一种存储指令的非暂时性计算机可读介质，当由至少一个数据处理器执行时，该指令导致包括以下的操作：使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景，其中，第一采购事件场景包括采购事件的供应商的可能组合，并且其中，场景库耦合到专用于使用场景库处理所述第一请求的控制器，并且其中，场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问；将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；修改用于生成采购事件的采购事件模板，该修改包括将对第一采购事件场景的引用添加到采购事件模板；使用修改后的采购事件模板并且基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中，该生成包括：调用场景库的控制器以基于该引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及响应于第二请求，显示所生成的采购事件的供应商的可能组合。

示例20：根据示例19所述的非暂时性计算机可读介质，其中，第二请求从多个客户端设备中的第二客户端设备被接收。

图6描绘了图示根据一些示例实施例的计算系统600的框图。参考图1-图5，计算系统600可以用于实现采买引擎110、场景控制器115、采买系统100和/或其中的任何组件。

如图6所示，计算系统600可以包括处理器610、存储器620、存储设备630和输入/输出设备640。处理器610、存储器620、存储设备630和输入/输出设备640能够经由系统总线650互连。处理器610能够处理在计算系统600内执行的指令。这种执行的指令能够实现例如采买引擎110、场景控制器115、采购系统100的一个或多个组件。在当前主题的一些实施方式中，处理器610能够是单线程处理器。可替代地，处理器610可以是多线程处理器。处理器610能够处理存储在存储器620和/或存储设备630上的指令，以显示经由输入/输出设备640提供的用户界面的图形信息。

存储器620是在计算系统600内存储信息的计算机可读介质，诸如易失性或非易失性介质。例如，存储器620能够存储表示配置对象数据库的数据结构。存储设备630能够为计算系统600提供持久存储。存储设备630能够是软盘设备、硬盘设备、光盘设备或磁带设备，或者其他合适的永久存储装置。输入/输出设备640为计算系统600提供输入/输出操作。在当前主题的一些实施方式中，输入/输出设备640包括键盘和/或定点设备。在各种实施方式中，输入/输出设备640包括用于显示图形用户界面的显示单元。

根据当前主题的一些实施方式，输入/输出设备640能够为网络设备提供输入/输出操作。例如，输入/输出设备640能够包括以太网端口或其他网络端口，以与一个或多个有线和/或无线网络(例如，局域网(LAN)、广域网(WAN)、互联网)通信。

在当前主题的一些实施方式中，计算系统600能够用于执行各种交互式计算机软件应用，这些应用能够用于以各种(例如，表格)格式(例如，Microsoft和/或任何其他类型的软件)组织、分析和/或存储数据。可替代地，计算系统600能够用于执行任何类型的软件应用。这些应用能够用于执行各种功能，例如计划功能(例如，生成、管理、编辑电子表格文档、文字处理文档和/或任何其他对象等))、计算功能、通信功能等。应用能够包括各种插件功能，或者能够是独立的计算产品和/或功能。在应用内激活时，功能能够用于生成经由输入/输出设备640提供的用户界面。用户界面能够由计算系统600生成并呈现给用户(例如，在计算机屏幕监视器等上)。

本文描述的主题的一个或多个方面或特征能够在数字电子电路、集成电路、专门设计的ASIC、现场可编程门阵列(FPGA)、计算机硬件、固件、软件和/或其组合中实现。这些不同的方面或特征能够包括在可编程系统上可执行和/或可解释的一个或多个计算机程序中的实施方式，该可编程系统包括至少一个可编程处理器，其被耦合以从存储系统、至少一个输入设备和至少一个输出设备接收数据和指令，以及向存储系统、至少一个输入设备和至少一个输出设备发送数据和指令，该至少一个可编程处理器能够是专用或通用的。可编程系统或计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离，并且通常通过通信网络进行交互。客户端和服务器的关系是由于在各自的计算机上运行的计算机程序而产生的，并且彼此具有客户端-服务器关系。

这些也能够被称为程序、软件、软件应用、应用、组件或代码的计算机程序包括用于可编程处理器的机器指令，并且能够用高级过程和/或面向对象的编程语言和/或汇编/机器语言来实现。如本文所使用的，术语“机器可读介质”指的是任何计算机程序产品、装置和/或设备，诸如例如磁盘、光盘、存储器和可编程逻辑器件(PLD)，用于向可编程处理器提供机器指令和/或数据，包括接收机器指令作为机器可读信号的机器可读介质。术语“机器可读信号”指的是用于向可编程处理器提供机器指令和/或数据的任何信号。机器可读介质能够非瞬态地存储这种机器指令，诸如例如非瞬态固态存储器或磁硬盘驱动器或任何等效的存储介质。机器可读介质能够可替代地或附加地以瞬态方式存储这种机器指令，诸如例如处理器高速缓存或与一个或多个物理处理器核心相关联的其他随机存取存储器。

为了提供与用户的交互，本文描述的主题的一个或多个方面或特征能够在计算机上实现，该计算机具有用于向用户显示信息的显示设备，诸如例如阴极射线管(CRT)或液晶显示器(LCD)或发光二极管(LED)监视器，以及键盘和指示设备，诸如例如鼠标或轨迹球，用户可以通过该指示设备向计算机提供输入。其他类型的设备也能够被使用来提供与用户的交互。例如，提供给用户的反馈能够是任何形式的感觉反馈，诸如例如视觉反馈、听觉反馈或触觉反馈；并且可以以任何形式接收来自用户的输入，包括声音、语音或触觉输入。其他可能的输入设备包括触摸屏或其他触敏设备，诸如单点或多点电阻或电容跟踪板、语音识别硬件和软件、光学扫描仪、光学指示器、数字图像捕捉设备和相关联的解释软件等。

取决于期望的配置，本文描述的主题能够体现在系统、装置、方法和/或制品中。前面描述中阐述的实施方式并不代表与本文描述的主题一致的所有实施方式。相反，它们仅仅是与所描述的主题相关的方面一致的一些示例。尽管上面已经详细描述了一些变化，但是其他修改或添加也是可能的。特别地，除了在此阐述的那些之外，能够提供进一步的特征和/或变化。例如，上述实施方式能够针对所公开特征的各种组合和子组合，和/或上面公开的几个进一步特征的组合和子组合。此外，附图中描绘的和/或本文描述的逻辑流程不一定需要所示的特定顺序或连续顺序来实现期望的结果。例如，在不脱离本公开的范围的情况下，逻辑流程可以包括与所示不同的和/或附加的操作。在不脱离本公开的范围的情况下，逻辑流程的一个或多个操作可以被重复和/或省略。其他实施方式可以在以下权利要求的范围内。

Claims (20)

1.一种系统，包括：

至少一个数据处理器；和

至少一个存储器，导致包括以下的操作：

使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景，其中第一采购事件场景包括采购事件的供应商的可能组合，并且其中场景库耦合到专用于使用场景库处理第一请求的控制器，并且

其中场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问；

将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；

修改用于生成采购事件的采购事件模板，所述修改包括将对第一采购事件场景的引用添加到采购事件模板；

使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中所述生成包括：调用场景库的控制器以基于所述引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及

响应于第二请求，显示所生成的采购事件的供应商的可能组合。

2.根据权利要求1所述的系统，其中，第二请求是从多个客户端设备中的第二客户端设备接收的。

3.根据权利要求1所述的系统，其中，所述操作还包括：基于所述采购事件模板来生成第二采购事件模板，其中生成第二采购事件模板包括：调用场景库的控制器以在场景库处访问多个采购事件场景；以及修改所述修改后的采购事件模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

4.根据权利要求1所述的系统，其中，第一采购场景被存储在与第一用户相关联的第一文件夹中；并且其中，第一采购场景可被第二用户访问。

5.根据权利要求1所述的系统，其中，所述操作还包括：生成包括多个采购事件场景的用户界面，以在第一客户端设备处显示。

6.根据权利要求5所述的系统，其中，用户界面还包括第一文件夹和第二文件夹，其中每个文件夹包括多个采购事件场景模板的子集。

7.根据权利要求1所述的系统，其中，所述操作还包括基于所述显示，接收与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联的反馈。

8.根据权利要求1所述的系统，其中，耦合到场景库的控制器被配置为响应于调用在场景库处对第一采购事件场景的访问并且在允许所述访问之前，使用令牌来授权第一请求。

9.根据权利要求1所述的系统，其中，耦合到场景库的控制器被配置为在允许在场景库处对第一采购事件场景的访问之前，认证相关联的第一客户端设备。

10.根据权利要求1所述的系统，其中，采购事件包括多个行项目和与多个行项目相关联的多个条款，其中多个条款包括商品、折扣或数量中的至少一个。

11.一种计算机实现的方法，包括：

使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景，其中第一采购事件场景包括采购事件的供应商的可能组合，并且其中场景库耦合到专用于使用场景库处理第一请求的控制器，并且其中场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问；

将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；

修改用于生成采购事件的采购事件模板，所述修改包括将对第一采购事件场景的引用添加到采购事件模板；

使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中所述生成包括：调用场景库的控制器以基于所述引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及

响应于第二请求，显示所生成的采购事件的供应商的可能组合。

12.根据权利要求11所述的方法，其中，第二请求是从多个客户端设备中的第二客户端设备接收的。

13.根据权利要求11所述的方法，还包括：基于所述采购事件模板来生成第二采购事件模板，其中生成第二采购事件模板包括：调用场景库的控制器以在场景库处访问多个采购事件场景；以及修改所述修改后的采购事件模板以包括对多个采购事件场景中的第二采购事件场景的第二引用。

14.根据权利要求11所述的方法，其中，第一采购场景被存储在与第一用户相关联的第一文件夹中；并且其中，第一采购场景可被第二用户访问。

15.根据权利要求11所述的方法，还包括：生成包括多个采购事件场景的用户界面，以在第一客户端设备处显示。

16.根据权利要求15所述的方法，其中，用户界面还包括第一文件夹和第二文件夹，其中每个文件夹包括多个采购事件场景模板的子集。

17.根据权利要求11所述的方法，还包括基于所述显示，接收与将采购事件的至少一部分授予供应商的可能组合中的至少一个供应商相关联的反馈。

18.根据权利要求11所述的方法，其中，采购事件包括多个行项目和与多个行项目相关联的多个条款，其中多个条款包括商品、折扣或数量中的至少一个。

19.一种存储指令的非暂时性计算机可读介质，所述指令在由至少一个数据处理器执行时导致包括以下的操作：

使用场景库并基于从第一客户端设备接收的第一请求来生成第一采购事件场景，其中第一采购事件场景包括采购事件的供应商的可能组合，并且其中场景库耦合到专用于使用场景库处理第一请求的控制器，并且其中场景库向包括第一客户端设备的多个客户端设备提供对多个采购事件场景的访问；

将第一采购事件场景作为多个采购事件场景中的一个存储在场景库处；

修改用于生成采购事件的采购事件模板，所述修改包括将对第一采购事件场景的引用添加到采购事件模板；

使用修改后的采购事件模板并基于来自多个客户端设备中的一个的第二请求来生成采购事件，其中所述生成包括：调用场景库的控制器以基于所述引用在场景库处访问第一采购事件场景；以及运行第一采购事件场景以生成采购事件的供应商的可能组合；以及

响应于第二请求，显示所生成的采购事件的供应商的可能组合。

20.根据权利要求19所述的非暂时性计算机可读介质，其中，第二请求是从多个客户端设备中的第二客户端设备接收的。