CN114416036A - 业务需求处理方法、系统、设备及介质 - Google Patents

Abstract

本发明涉及研发管理领域，提供了一种业务需求处理方法，所述方法包括：接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；从所述业务逻辑描述中提取至少一个关联关键词；根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；及为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。本发明提高了开发效率，降低了开发难度。

Description

业务需求处理方法、系统、设备及介质

技术领域

本发明实施例涉及研发管理领域，尤其涉及一种业务需求处理方法、系统、设备及介质。

背景技术

随着互联网技术的不断发展，电商系统业务也越来越复杂。现有的电商系统会可以对接不同平台、支持不同行业的商家入驻、可以发布各种各样的促销活动。而随着电商系统对接不同平台、入驻的商家、可以发布的促销活动越多，电商系统的代码逻辑就越多、任务代码就越复杂，电商系统的开发越来越困难。目前，电商系统对接新平台、入驻新商家以及发布新活动的做法是：在原有的代码增加各种前置校验，增加各种处理流程；这样做法不仅对源代码有侵入性，还会导致业务逻辑的冗余和不清晰对后续系统的迭代造成困难，从而导致电商系统开发效率低和开发难度大。

因此，如何解决现有电商系统对接新平台、入驻新商家以及发布新活动时，容易导致业务逻辑冗余、业务逻辑不清晰以及后续系统的迭代困难的问题，从而解决现有电商系统的开发效率低和开发难度大的问题，成为了当前亟需解决的技术问题。

发明内容

有鉴于此，有必要提供一种业务需求处理方法、系统、设备及可读存储介质，以解决现有电商系统的开发效率低和开发难度大的问题。

为实现上述目的，本发明实施例提供了一种业务需求处理方法，所述方法步骤包括：

接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；

从所述业务逻辑描述中提取至少一个关联关键词；

根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；

根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；及

为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

可选的，所述从所述业务逻辑描述中提取至少一个关联关键词的步骤，包括：

解析所述业务逻辑描述，得到解析结果；

从所述解析结果中提取文字信息；

对所述文字信息进行分词，得到所述业务需求的多个需求分词；及

根据所述多个需求分词从所述多个预设关键词中选择与所述业务逻辑描述关联的关联关键词。

可选的，所述根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件的步骤，包括：

根据所述至少一个关联关键词从预先配置的标签映射表中匹配至少一个组件标签，其中，所述一个组件标签对应至少一个业务组件；

根据所述业务关联场景从所述标签映射表中匹配至少一个场景标签，其中，一个场景标签对应至少一个业务组件；及

根据所述至少一个组件标签和所述至少一个场景标签从所述组件数据库中匹配至少一个业务组件。

可选的，配置所述组件数据库的步骤，包括：

获取多个业务流程；

基于预设组件工厂为每个业务流程配置至少一个业务组件；

提取各个业务组件的组件标签，并根据各个组件所对应的业务流程，为每个组件配置对应的场景标签；

根据各个业务组件的组件标签和场景标签为所述多个业务组件配置标签映射表；及

对各个业务组件进行数据化处理，以将各个业务组件以数据的存放到所述组件数据库中。

可选的，所述根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道的步骤，包括：

根据所述至少一个关联关键词在所述业务逻辑描述中的顺序，对所述至少一个业务组件进行排序，得到排序结果；及

根据所述排序结果组装所述至少一个业务组件，得到所述目标管道。

可选的，还包括：

判断所述业务关联场景和所述至少一个关联关键词，是否分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配；及

如果所述业务关联场景和所述至少一个关联关键词分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配，则根据所述预设组件组的多个业务组件，组装用于执行业务需求的目标管道，生成管道调用接口，并将所述调用接口发送到业务方。

可选的，还包括：将所述业务需求信息上传到区块链。

为实现上述目的，本发明实施例还提供了一种业务需求处理系统，包括：

接收模块，用于接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；

提取模块，用于从所述业务逻辑描述中提取至少一个关联关键词；

匹配模块，用于根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；及

组装模块，用于根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；

发送模块，用于为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

为实现上述目的，本发明实施例还提供了一种计算机设备，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被处理器执行时实现如上述的业务需求处理方法的步骤。

为实现上述目的，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行如上述的业务需求处理方法的步骤。

本发明实施例提供的业务需求处理方法、系统、计算机设备及计算机可读存储介质，本实施例根据业务需求信息在预先配置的组件数据库中自动匹配对应的业务组件，并组装用于执行业务需求的目标管道，电商系统提供新的业务需求时，无需更改代码逻辑直接从组件数据库获取，解决了现有电商系统容易导致业务逻辑冗余、业务逻辑不清晰以及后续系统的迭代困难的问题，提高了开发效率，降低了开发难度。

附图说明

图1为本发明实施例业务需求处理方法的流程示意图；

图2为本发明业务需求处理系统实施例二的程序模块示意图；

图3为本发明计算机设备实施例三的硬件结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

实施例一

参阅图1，示出了本发明实施例之业务需求处理方法的步骤流程图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。本实施例中的业务需求处理系统可以被执行在计算机设备2中，下面以计算机设备2为执行主体进行示例性描述。具体如下。

步骤S100，接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景。

业务方可以直接通过在所述用户终端编辑所述业务需求信息，然后通过所述用户终端对所述业务需求信息进行处理并发送到计算机设备2(业务需求处理系统)；业务方也可以将业务需求告知工作人员，然后由工作人员根据业务需求在所述用户终端上编辑成业务需求信息，并通过用户终端对业务需求信息进行处理后发送到计算机设备2(业务需求处理系统)，在本实施例中，所述业务方可以商城系统。

所述业务逻辑描述可以是业务需求对应的处理过程和流程，例如，业务方告知工作人员的业务需求为：根据拉取的数据生成推送文件，工作人员根据该业务需求在用户终端编辑的业务需求信息中的业务逻辑描述可以是：先进行拉取数据、然后进行数据对比、在进行生成文件、最后进行推送文件；其中，对应的业务关联场景可以是文件处理场景。再比如业务方提供的业务需求为下单流程，那么业务逻辑描述也可以直接是：下单前置校验、下单数据处理、下单后置通知；其中，对应的业务关联场景可以是下单场景。

步骤S102，从所述业务逻辑描述中提取至少一个关联关键词。

当得到所述业务需求信息后，计算机设备2可以从所述业务需求信息中获取到业务逻辑描述，并从所述业务逻辑描述中提取关联关键词，例如，所述业务逻辑描述：先进行拉取数据、然后进行数据对比、在进行生成文件、最后进行推送文件，那么，可以得到关联关键词：“拉取数据”、“数据对比”、“生成文件”和“推送文件”。

在示例性的实施例中，所述步骤S102可以包括步骤S200～步骤S206，其中：步骤S200，解析所述业务逻辑描述，得到解析结果；步骤S202，从所述解析结果中提取文字信息；步骤S204，对所述文字信息进行分词，得到所述业务需求的多个需求分词；及步骤S206，根据所述多个需求分词从所述多个预设关键词中选择与所述业务逻辑描述关联的关联关键词。在一些实施例中，为了提高业务需求信息在传输时的完整性，用户终端以先对业务需求信息进行处理，例如，可以通过将业务需求信息内容记录在json字符串(业务需求信息)上，然后将json字符串发送到计算机设备2。当得到记录有所述业务需求信息json字符串后，计算机设备2可以对所述从所述业记录有业务需求信息内容的json字符串进行解析，并从中获取业务逻辑描述。为了提高从所述业务逻辑描述中提取的关联关键词准确率，计算机设备2可以预先根据业务组件信息配置多个预设关键词，当从所述业务逻辑描述中获取文字信息之后，可以从所述文字信息进行中获取多个需求分词；然后再根据所述多个需求分词从所述多个预设关键词中选择与所述业务逻辑描述关联的关联关键词。通过这种方式得到关联关键词的准确率。

步骤S104，根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件。

计算机设备2可以通过关联关键词和业务关联场景从所述组件数据库中获取业务组件。在示例性的实施例中，所述步骤S104可以包括步骤S300～步骤S304，其中：步骤S300，根据所述至少一个关联关键词从预先配置的标签映射表中匹配至少一个组件标签，其中，所述一个组件标签对应至少一个业务组件；步骤S302，根据所述业务关联场景从所述标签映射表中匹配至少一个场景标签，其中，一个场景标签对应至少一个业务组件；及步骤S304，根据所述至少一个组件标签和所述至少一个场景标签从所述组件数据库中匹配至少一个业务组件。为了提高了业务组件的匹配效率，本实施例还可以预先配置标签映射表，所述标签映射表中记录有各个业务组件的组件标签和场景标签。计算机设备2在得到关联关键词和业务关联场景之后，可以先从所述标签映射表中获取对应的组件标签和场景标签，以便根据组件标签和场景标签从所述组件数据库中匹配对应的业务组件。本实施例通过配置标签映射表提高了计算机设备2根据关联关键词和业务关联场景从组件数据库中匹配业务组件的匹配速度和匹配准确率。

在示例性的实施例中，所述业务需求处理方法还包括配置所述组件数据库，其中，配置所述组件数据库包括步骤S400～步骤S408，其中：步骤S400，获取多个业务流程；步骤S402，基于预设组件工厂为每个业务流程配置至少一个业务组件；步骤S404，提取各个业务组件的组件标签，并根据各个组件所对应的业务流程，为每个组件配置对应的场景标签；步骤S406，根据各个业务组件的组件标签和场景标签为所述多个业务组件配置标签映射表；及步骤S408，对各个业务组件进行数据化处理，以将各个业务组件以数据的存放到所述组件数据库中。所述业务流程可以是业务流水线，所述预设组件工厂可以是预先构建组件Factory(工厂)；具体构建组件数据库的步骤可以是，预先构建组件Factory(工厂)，并在Factory中创建一个静态块，通过静态块调用静态方法配置多个业务流水线对应的业务组件，所述静态方法用于定义jobEvent(任务事件)，jobStep(任务步骤)，job(任务)。得到业务组件之后可以为各个业务组件配置对应的场景标签和组件标签并将存储到组件数据库中，以便计算机设备2可以根据场景标签和组件标签从所述组件数据库准确并快速匹配对应的业务组件。本实施例通过预先配置业务组件，将所述业务组件存储到组件数据库进行统一管理，降低了系统的耦合度、提升了内聚程度与扩展性，需要使用时可以直接调用，减少开发量。

在一些实施例中，计算机设备2还可以对所述组件数据库中的业务组件进行页面可视化处理，例如，可以将各个业务组件对应的业务场景维护起来，通过可视化页面将各个业务组件和业务场景以页面形式进行展示，以供运营人员进行自行勾选，降低了开发难度和提高了开发效率。

步骤S106，根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道。

当得到所述至少一个业务组件后，计算机设备2可以根据所述业务逻辑描述对所述至少一个业务组件进行排序，并可以根据所述业务组件的排序注册对应的工作流，并根据注册的工作流构建管道。其中，注册工作流包括：

步骤1、构建模型：定义一个job抽象类模型，这个抽象类里面定义一个handle方法作为驱动，方法里面定义具体的流程，比如：处理前、处理时、处理后这三个步骤。例如，下单类可以包括：下单前处理、下单处理、下单后处理；支付类可以包括：支付前处理、支付、支付后处理。如果其中某个步骤能和其他业务场景并用，直接以适配的方式引入即可，达到代码兼用又相互隔离的效果。

步骤2、构建管道路由表：定义一个BusinessChain(业务链路)，实现抽象方法execute,这个方法主要是去依次执行容器List里面装载的所有处理流程，处理流程内容让业务自定义实现即可，那么其实这个路由表就是一个实现了BusinessChain抽象类的所有的类的List(容器)集合。例如：针对订单校验处理：先校验金额，在校验商品，在校验库存，在校验其他，可根据路由的顺序和业务自己的步骤，自己调整和增加路由节点。

步骤3、定义上下文处理器：定义一个JobContext，里面包含了dataMap(数据)以及jobEvent(不同job的连接点，可用于job的批处理)。其中，保存上下文可能需要共用的数据，以及各个节点处理的结果，可供上下文根据不同情况作不同处理。当新增业务时，不需要改动，只把自己按照规范把数据放置到dataMap，以及把后续业务的jobEvent(前提是业务需要)提前放置到自己工作流中即可。

在示例性的实施例中，所述步骤S106可以包括步骤S500～步骤S502，其中：步骤S500，根据所述至少一个关联关键词在所述业务逻辑描述中的顺序，对所述至少一个业务组件进行排序，得到排序结果；及步骤S502，根据所述排序结果组装所述至少一个业务组件，得到所述目标管道。本实施例根据关联关键词在所述业务逻辑描述中的顺序对所述至少一个业务组件进行排序，提高了组装业务组件时的准确率。

步骤S108，为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

当得到所述目标管道后，可以为所述目标管道配置输入接口和输出接口，具体可以针对每个管道节点，拆分出更细化的步骤并为各个管道节点的代码实现。本实施例大幅降低了系统的耦合度和提升了内聚程度与扩展性；支持灵活的路由配置，新增需求时只需要改动少量的代码，提高开发质量和效率；整体提升了系统的扩展性和批处理性能，更灵活支持业务的扩展。

在示例性的实施例中，所述业务需求处理方法还包括步骤S600～步骤S602，其中：步骤S600，判断所述业务关联场景和所述至少一个关联关键词，是否分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配；及步骤S602，如果所述业务关联场景和所述至少一个关联关键词分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配，则根据所述预设组件组的多个业务组件，组装用于执行业务需求的目标管道，生成管道调用接口，并将所述调用接口发送到业务方。例如，已经有配置好的一套工作流(管道：拉取数据-数据对比-生成文件-推送文件)，当有与该套工作流完全匹配的业务需求信息，计算机设备2可以直接根据该套工作流配置对应的目标管道，提高了目标管道的配置效率。

在示例性的实施例中，所述业务需求处理方法还包括：将所述业务需求信息上传到区块链。

示例性的，将所述业务需求信息上传至区块链可保证其安全性和公正透明性。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

实施例二

图2为本发明业务需求处理系统实施例二的程序模块示意图。业务需求处理系统20可以包括或被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本发明，并可实现上述业务需求处理方法。本发明实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序本身更适合于描述业务需求处理系统20在存储介质中的执行过程。以下描述将具体介绍本实施例各程序模块的功能：

接收模块200，用于接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；

提取模块202，用于从所述业务逻辑描述中提取至少一个关联关键词；

匹配模块204，用于根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；

组装模块206，用于根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；及

发送模块208，用于为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

在示例性的实施例中，所述提取模块202，还用于：解析所述业务逻辑描述，得到解析结果；从所述解析结果中提取文字信息；对所述文字信息进行分词，得到所述业务需求的多个需求分词；及根据所述多个需求分词从所述多个预设关键词中选择与所述业务逻辑描述关联的关联关键词。

在示例性的实施例中，所述匹配模块204，还用于：根据所述至少一个关联关键词从预先配置的标签映射表中匹配至少一个组件标签，其中，所述一个组件标签对应至少一个业务组件；根据所述业务关联场景从所述标签映射表中匹配至少一个场景标签，其中，一个场景标签对应至少一个业务组件；及根据所述至少一个组件标签和所述至少一个场景标签从所述组件数据库中匹配至少一个业务组件。

示例性的，所述业务需求处理系统20还包括，配置模块，所述配置模块，用于获取多个业务流程；基于预设组件工厂为每个业务流程配置至少一个业务组件；提取各个业务组件的组件标签，并根据各个组件所对应的业务流程，为每个组件配置对应的场景标签；根据各个业务组件的组件标签和场景标签为所述多个业务组件配置标签映射表；及对各个业务组件进行数据化处理，以将各个业务组件以数据的存放到所述组件数据库中。

在示例性的实施例中，所述组装模块206，还用于：根据所述至少一个关联关键词在所述业务逻辑描述中的顺序，对所述至少一个业务组件进行排序，得到排序结果；及根据所述排序结果组装所述至少一个业务组件，得到所述目标管道。

示例性的，所述业务需求处理系统20还包括，判断模块，所述判断模块，用于判断所述业务关联场景和所述至少一个关联关键词，是否分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配；及如果所述业务关联场景和所述至少一个关联关键词分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配，则根据所述预设组件组的多个业务组件，组装用于执行业务需求的目标管道，生成管道调用接口，并将所述调用接口发送到业务方。

示例性的，所述业务需求处理系统20还包括，上传模块，所述上传模块，用于将所述业务需求信息上传到区块链。

实施例三

参阅图3，是本发明实施例三之计算机设备的硬件架构示意图。本实施例中，计算机设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。该计算机设备2可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，计算机设备2至少包括，但不限于，可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及业务需求处理系统20。

本实施例中，存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备2的内部存储单元，例如该计算机设备2的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备2的外部存储设备，例如该计算机设备2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备2的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备2的操作系统和各类应用软件，例如实施例二的业务需求处理系统20的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备2的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行业务需求处理系统20，以实现实施例一的业务需求处理方法。

所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在计算机设备2与其他电子装置之间建立通信连接。例如，所述网络接口23用于通过网络将计算机设备2与外部终端相连，在计算机设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communicatI/On，GSM)、宽带码分多址(Wideband CodeDivisI/On Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图3仅示出了具有部件20-23的计算机设备2，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器21中的业务需求处理系统20还可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器21中，并由一个或多个处理器(本实施例为处理器22)所执行，以完成本发明。

例如，图2示出了本发明实施例二之所述实现业务需求处理系统20的程序模块示意图，该实施例中，所述业务需求处理系统20可以被划分为接收模块200、提取模块202、匹配模块204、组装模块206和发送模块208。其中，本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述业务需求处理系统20在计算机设备2中的执行过程。所述程序模块200-208的具体功能在实施例二中已有详细描述，在此不再赘述。

实施例四

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质业务需求处理系统20，被处理器执行时实现实施例一的业务需求处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务需求处理方法，其特征在于，所述方法包括：

接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；

从所述业务逻辑描述中提取至少一个关联关键词；

根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；

根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；及

为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

2.如权利要求1所述的业务需求处理方法，其特征在于，所述从所述业务逻辑描述中提取至少一个关联关键词的步骤，包括：

解析所述业务逻辑描述，得到解析结果；

从所述解析结果中提取文字信息；

对所述文字信息进行分词，得到所述业务需求的多个需求分词；及

根据所述多个需求分词从所述多个预设关键词中选择与所述业务逻辑描述关联的关联关键词。

3.如权利要求1所述的业务需求处理方法，其特征在于，所述根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件的步骤，包括：

根据所述至少一个关联关键词从预先配置的标签映射表中匹配至少一个组件标签，其中，所述一个组件标签对应至少一个业务组件；

根据所述业务关联场景从所述标签映射表中匹配至少一个场景标签，其中，一个场景标签对应至少一个业务组件；及

根据所述至少一个组件标签和所述至少一个场景标签从所述组件数据库中匹配至少一个业务组件。

4.如权利要求1所述的业务需求处理方法，其特征在于，配置所述组件数据库的步骤，包括：

获取多个业务流程；

基于预设组件工厂为每个业务流程配置至少一个业务组件；

提取各个业务组件的组件标签，并根据各个组件所对应的业务流程，为每个组件配置对应的场景标签；

根据各个业务组件的组件标签和场景标签为所述多个业务组件配置标签映射表；及

对各个业务组件进行数据化处理，以将各个业务组件以数据的存放到所述组件数据库中。

5.如权利要求1所述的业务需求处理方法，其特征在于，所述根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道的步骤，包括：

根据所述至少一个关联关键词在所述业务逻辑描述中的顺序，对所述至少一个业务组件进行排序，得到排序结果；及

根据所述排序结果组装所述至少一个业务组件，得到所述目标管道。

6.如权利要求1所述的业务需求处理方法，其特征在于，还包括：

判断所述业务关联场景和所述至少一个关联关键词，是否分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配；及

如果所述业务关联场景和所述至少一个关联关键词分别与预设组件组的业务关联场景和至少一个关联关键词完全匹配，则根据所述预设组件组的多个业务组件，组装用于执行业务需求的目标管道，生成管道调用接口，并将所述调用接口发送到业务方。

7.如权利要求1至6中任一项所述的业务需求处理方法，其特征在于，还包括：将所述业务需求信息上传到区块链。

8.一种业务需求处理系统，其特征在于，包括：

接收模块，用于接收用户终端提供的业务需求信息，所述业务需求信息包括业务逻辑描述和业务关联场景；

提取模块，用于从所述业务逻辑描述中提取至少一个关联关键词；

匹配模块，用于根据所述至少一个关联关键词和所述业务关联场景从预先配置的组件数据库中匹配至少一个业务组件；

组装模块，用于根据所述至少一个业务组件和所述业务逻辑描述，组装用于执行业务需求的目标管道；及

发送模块，用于为所述目标管道配置管道调用接口，并将所述调用接口发送到所述用户终端。

9.一种计算机设备，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的业务需求处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行如权利要求1至7中任一项所述的业务需求处理方法的步骤。

Images