掌桥专利:专业的专利平台
掌桥专利
首页

业务处理方法及平台

文献发布时间:2023-06-19 19:32:07


业务处理方法及平台

技术领域

本申请涉及计算机技术领域,特别涉及一种业务处理方法。本申请同时涉及一种业务处理平台,一种计算设备,以及一种计算机可读存储介质。

背景技术

随着计算机技术的不断发展,在一些业务场景中,需要根据业务需求开发一些在线接口服务,用以对业务进行处理。

目前开发在线接口服务通常是开发人员分析业务需求,用开发语言进行编码,用于实现不同的业务需求,之后将编码得到的代码打包发送到能提供在线接口服务的容器中,但是当业务需求时,需要将现有编码好的代码全部重新编码、打包等,整个流程复杂容易出错,因此,亟需一种业务处理方法,提高业务处理的处理效率。

发明内容

有鉴于此,本申请实施例提供了一种业务处理方法。本申请同时涉及一种业务处理平台,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。

根据本申请实施例的第一方面,提供了一种业务处理方法,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;方法包括:

业务接口接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;

计算引擎从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务。

根据本申请实施例的第二方面,提供了一种业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;

业务接口,被配置为接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;

计算引擎,被配置为从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务。

根据本申请实施例的第三方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,处理器执行计算机指令时实现上述业务处理方法的步骤。

根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现上述业务处理方法的步骤。

本申请提供的业务处理方法,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;方法包括:业务接口接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;计算引擎从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务。

本申请一实施例应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,业务接口在接收到业务请求时,转发至消息队列,计算引擎即可从消息队列处获取业务请求,并基于业务标识,确定待处理业务对应的业务描述信息,并根据业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务,接收业务请求的业务接口与计算引擎通过消息队列进行数据的传输,其中,业务接口提供了数据传输的基础功能,计算引擎提供了业务逻辑,通过将业务接口与计算引擎的分离,实现基础功能和业务逻辑的分离,使得在有不同的业务需求时,可以对计算引擎中的业务描述信息进行独立的设置,无需整体进行设置,提高对业务处理的效率。

附图说明

图1a是现有技术的一种业务处理的处理逻辑框架图;

图1b是现有技术的另一种业务处理的处理逻辑框架图;

图2是本申请一实施例提供的一种业务处理方法的流程图;

图3a是本申请一实施例提供的一种应用于处理业务的业务处理方法的处理流程图;

图3b是本申请一实施例提供的一种业务处理方法的处理逻辑框架图;

图4是本申请一实施例提供的一种业务处理平台的结构示意图;

图5是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先,对本申请一个或多个实施例涉及的名词术语进行解释。

超文本传输协议(HTTP,HyperText Transfer Protocol):是互联网上应用最为广泛的一种网络协议,是一个简单的请求到响应的协议。

Kafka:是一种高吞吐量的分布式消息系统,它可以实时处理大量数据。

结构化查询语言(SQL,Structured Query Language):是具有数据操纵和数据定义等多种功能的数据库语言。

一种轻量级的数据交换格式(JSON,JavaScript Object Notation):通常为一个序列化的对象或数组。

逗号分隔值(CSV,Comma Separated Values):是一种用来存储数据的纯文本文件,通常都是用于存放电子表格或数据的一种文件格式。

随着计算机技术的不断发展,在一些业务场景中,需要根据业务需求开发一些在线接口服务,用以对业务进行处理。目前业内普遍做法还是使用很传统、很常规的实现方式,即开发人员分析业务需求,然后用开发语言将其编码实现,最后将所有代码打包发布到网络(web)容器(能提供HTTP服务的工具)中。这种方式有两个明显缺点:1.当业务需求有更新时,需要重新编码、打包、重启服务,整个流程很复杂容易出错;2.当有新增业务需求时,开发人员为避免更新时相互影响往往会重新部署一套,这导致业务需求越多,部署的服务越多,维护成本越高。

参见图1a,图1a示出了现有技术的一种业务处理的处理逻辑框架图:

一个业务请求对应一套HTTP接口服务以及内置业务逻辑,将业务请求发送到对应的HTTP接口服务以及内置业务逻辑,进行处理后,生成对应的业务处理结果1,比如,将业务请求1发送到HTTP接口服务1以及内置业务逻辑1,生成业务处理结果1;将业务请求2发送到HTTP接口服务以及内置业务逻辑2,生成业务处理结果2;将业务请求3发送到HTTP接口服务以及内置业务逻辑3,生成业务处理结果3。

按照图1a的处理逻辑,当有业务需要进行更新或者新增时,需要重新部署一整套HTTP接口服务以及内置业务逻辑,流程复杂容易出错,且容易造成浪费资源。

参见图1b,图1b示出了现有技术的另一种业务处理的处理逻辑框架图:

通过在线HTTP服务接收所有业务请求,将所有业务请求发送至在线HTTP服务,在线HTTP服务包含多套在线的HTTP接口服务以及内置业务逻辑,比如,HTTP接口服务以及内置业务逻辑1、HTTP接口服务以及内置业务逻辑2和HTTP接口服务以及内置业务逻辑3。

按照图1b的处理逻辑,是实现了业务处理的微服务化,一个业务独立服务一个服务,以减少业务之间的相互影响,但是实际在业务处理时,由于是在线HTTP接口服务以及内置业务逻辑中包含多套在线HTTP接口服务以及内置业务逻辑,并未实现功能与业务的分离,所以在当业务有更新时,该业务对应的服务需要全部重新更新重启,流程复杂容易出错,且容易造成浪费资源。

为解决上述技术问题,本申请提供了一种业务处理方法,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;业务接口接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;计算引擎从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务。业务接口在接收到业务请求时,转发至消息队列,计算引擎即可从消息队列处获取业务请求,并基于业务标识,确定待处理业务对应的业务描述信息,并根据业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务,接收业务请求的业务接口与计算引擎通过消息队列进行数据的传输,其中,业务接口提供了数据传输的基础功能,计算引擎提供了业务逻辑,通过将业务接口与计算引擎的分离,实现基础功能和业务逻辑的分离,使得在有不同的业务需求时,可以对计算引擎中的业务描述信息进行独立的设置,无需整体进行设置,提高对业务处理的效率。

在本申请中,提供了一种业务处理方法,本申请同时涉及一种业务处理平台,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。

图2示出了本申请一实施例提供的一种业务处理方法的流程图,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;具体包括以下步骤:

步骤202:所述业务接口接收客户端发送的业务请求,将所述业务请求转发至所述消息队列,其中,所述业务请求携带待处理业务的业务标识。

本申请实施例中,当用户有业务处理需求时,通过客户端发送业务请求,服务端接收客户端发送的业务请求进行相应处理。

具体地,业务处理平台是指对业务请求进行接收、处理、并返回结果的平台,包括业务接口、消息队列和计算引擎,业务接口是指与客户端进行对接的接口,比如,业务接口用于接收客户端发送的业务请求,向客户端发送业务请求对应的业务处理结果;消息队列是对数据进行传输的传输载体,为业务处理提供强劲的数据流转功能,使业务处理平台具有高并发、可伸缩能力,消息队列中可以包含一台或多台服务器,当消息队列中包含多台服务器时,消息队列的数据流转功能以及使业务处理平台具有的高并发、可伸缩能力的性能,相比于只包含一台服务器时更高,比如,消息队列可以是Kafka;计算引擎是指对业务请求进行处理的引擎,包括多个功能组件。功能组件是指实现基本业务功能的组件,多个功能组件之间是相互独立的,在业务描述信息的引导下,不同的功能组件可以进行组合或独立进行处理,以实现对应的业务处理目标。业务请求是指对业务进行处理的请求,比如,业务请求可以是客户端发送的业务处理请求报文。业务标识是用于表示业务请求的标识,业务标识与业务请求相对应。待处理业务是指业务请求中携带的,基于用户的需求需要被处理的业务。客户端也称为工作站(Workstation),是指连入网络的计算机,它接受网络服务器的控制和管理,能够共享网络上的各种资源。业务接口、消息队列以及计算引擎之间的数据传输,通常是通过使用SQL进行流转的。

可选地,业务接口接收到客户端发送的业务请求后,业务请求的形式可以是多样的,但是后续对业务请求进行处理时,需要业务请求中的必须段字段存储于业务请求中,为了避免在数据传送过程中遗失部分数据,故对业务请求的数据格式进行转换,得到格式转换后的业务请求。

本申请一种可选的实施例中,在上述步骤202中的业务接口在将所述业务请求转发至所述消息队列之前,还包括如下具体步骤:

所述业务接口对所述业务请求进行格式转换,获得指定格式的所述业务请求。

具体地,格式转换是指将数据的格式转换为指定的格式,格式转换不会对数据本身的内容进行删减、增加等操作。指定格式是指对业务请求进行处理过程中所要求的格式,比如,指定格式可以是JSON、CSV等。

业务接口对业务请求进行格式转换,获得指定格式的业务请求,具体是,识别业务请求的当前格式,基于当前格式与指定格式的转换方式,对业务请求进行格式转换,获得指定格式的业务请求。

应用本申请实施例的方案,业务接口对业务请求进行格式转换,获得指定格式的业务请求,使得不管是任何格式的业务请求,在业务接口接收到后进行格式转换,使得发送到消息队列的业务请求均是指定格式的业务请求,为后续对业务请求进行处理提供了便利,进而提高了业务处理的效率。

本申请一种可选的实施例中,上述步骤202中的业务接口为指定超文本传输协议接口。

具体地,指定超文本传输协议接口是指基于业务处理的需要,指定的一种超文本传输协议接口,比如HTTP。

可选地,指定超文本传输协议接口接收客户端发送的业务请求可以是,客户端直接发送到指定超文本传输协议接口的,也可以是客户端先将业务请求发送至别的端口,别的端口再将业务请求发送至指定超文本传输协议接口。

应用本申请实施例的方案,业务接口为指定超文本传输协议接口,使得从客户端接收到的业务请求,可以快速被服务端所接收,通过协议的限定,提高了接收业务请求的准确性,进而提高了对业务请求进行处理的效率。

步骤204:所述计算引擎从所述消息队列读取所述业务请求,基于所述业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理所述待处理业务。

具体地,业务描述信息是指对待处理业务进行处理的核心要求信息,其中,通过业务描述信息的描述,确定目标功能组件,并利用目标功能组件处理待处理业务。

可选地,根据业务描述信息确定出来的目标功能组件的数量,可以是一个也可以是多个,比如,当目标功能组件的数量为多个时,将多个目标功能组件按照业务描述信息中的描述进行相应的组合,根据组合处理待处理业务,生成业务处理结果;当目标功能组件的数量为一个时,利用该目标功能组件处理对应的待处理业务,生成业务处理结果。

实际应用中,计算引擎中包含有多个功能组件,每个功能组件所实现的功能不同,当接收到业务请求时,需要先确定业务请求中包含的待处理业务对应的业务描述信息,并根据业务描述信息确定出目标功能组件,并利用目标功能组件处理待处理业务。

计算引擎从所述消息队列读取业务请求,根据业务标识,确定待处理业务对应的业务描述信息,并根据业务描述信息,对目标功能组件进行组合处理待处理业务,具体是计算引擎从消息队列中读取业务请求,业务请求中携带有待处理业务和业务标识,根据业务标识从计算引擎中确定出与业务标识对应的业务描述信息,并根据业务描述信息确定出目标功能组件,并按照业务描述信息利用目标功能组件处理待处理业务。

本申请一种可选的实施例中,上述步骤202,包括如下具体步骤:

所述业务接口接收不同的客户端分别发送的多个业务请求,将各业务请求转发至所述消息队列;

上述步骤204,包括如下具体步骤:

所述计算引擎从所述消息队列读取所述各业务请求,基于所述各业务请求携带的业务标识,并发执行确定各待处理业务对应的业务描述信息,根据所述业务描述信息,确定目标功能组件,利用所述目标功能组件处理待处理业务。

实际应用中,由于客户端的数量众多,通常会有不同客户端发起各种相同或者不同的业务请求。

业务接口接收不同的客户端分别发送的多个业务请求,将各业务请求转发至所述消息队列;计算引擎从消息队列读取各业务请求,根据各业务请求携带的业务标识,并发确定各待处理业务对应的业务描述信息,具体是业务接口在接收到不同的客户端发送的多个业务请求时,将多个业务请求均转发至消息队列,计算引擎从消息队列中获取读取到各业务请求,并发确定出各业务请求对应的业务描述信息。

根据待处理业务对应的业务描述信息,确定目标功能组件,并利用目标功能组件处理该待处理业务,具体是在上述确定出各待处理业务对应的业务描述信息后,待处理业务,根据与该待处理业务对应的业务描述信息中的描述内容并发确定目标功能组件,并按照业务描述信息中的描述内容利用目标功能组件处理该待处理业务。

示例性地,业务接口接收到两个业务请求:业务请求1和业务请求2,将业务请求1和业务请求2转发至消息队列,计算引擎从消息队列中读取业务请求1和业务请求2,根据业务请求1携带的业务标识1和业务请求2携带的业务标识2,并发确定出业务请求1对应的业务描述信息1和业务请求2对应的业务描述信息2,根据业务描述信息1中描述的信息确定目标功能组件1、2、3,并按照业务描述信息1中描述的信息将目标功能组件1、2、3进行组合处理业务请求1中的待处理业务1;根据业务描述信息2中描述的信息确定目标功能组件2、5、6,并按照业务描述信息2中描述的信息将目标功能组件2、5、6进行组合处理业务请求2中的待处理业务2。

应用本申请实施例的方案,业务接口接收不同客户端分别发送的多个业务请求,将各业务请求转发至消息队列,计算引擎读取到各业务请求后,并发执行确定各待处理业务对应的业务描述信息,根据所述业务描述信息确定目标功能组件,利用目标功能组件处理对应的待处理业务,实现对多个业务请求的并发处理,提高了业务处理的效率。

本申请一种可选的实施例中,在上述步骤204之后,还包括如下具体步骤:

所述计算引擎将生成的所述待处理业务的业务处理结果发送至所述消息队列;

所述业务接口从所述消息队列获得所述业务处理结果,将所述业务处理结果反馈至所述客户端。

具体地,业务处理结果是利用目标功能组件处理待处理业务生成的,可作为业务请求的响应。

计算引擎将根据业务描述信息,确定目标功能组件,并利用目标功能组件处理生成待处理业务的业务处理结果,将该生成的业务处理结果发送至消息队列;业务接口从消息队列获得业务处理结果,将业务处理结果反馈至客户端,具体是通过调用目标功能组件中的执行代码对待处理业务进行处理,生成业务处理结果后,计算引擎会通过消息队列将生成的业务处理结果返回至业务接口,以使业务接口将该业务处理结果反馈至客户端。

基于用户对业务进行处理的需求,通过客户端向业务处理平台发起业务请求,经过业务处理平台进行处理,并由业务处理平台将结果反馈回客户端,也即将结果反馈给用户。

应用本申请实施例的方案,计算引擎将生成的业务处理结果转发至消息队列,业务接口从消息队列中获取业务处理结果,并反馈至客户端,以使客户端接收到针对待处理业务的业务处理结果,实现对业务进行处理的闭环。

本申请一个或多个实施例中,业务处理平台是用于对业务请求进行处理的,在有业务需求时,通过业务处理平台对业务进行处理,可以确定的是,随着计算机技术的发展,业务的需求会发生变化,在业务需求发生变化时,客户端发起的业务请求也会发生变化,为处理变化后的业务请求,业务处理平台也需要发生相应的变化。

本申请一种可选的实施例中,业务处理平台还包括业务配置接口;上述业务处理方法还包括如下具体步骤:

所述业务配置接口接收指定业务的更新请求,基于所述更新请求,将所述计算引擎中所述指定业务对应的指定业务描述信息进行更新。

具体地,业务配置接口是指设置于计算引擎业务处理平台上,可以对业务描述信息进行处理的接口,通过业务配置接口可以对业务描述信息进行处理,以使处理后的业务描述信息可以对业务请求更好的处理。更新请求是指由客户端或者后台系统发起的对业务描述信息进行更新的请求。

实际应用中,更新请求中可以携带有指定业务的业务标识,根据业务标识确定指定业务,进而在计算引擎中查找指定业务请求对应的指定业务描述信息,并根据更新请求,对指定业务描述信息行相应的更新处理。

可选地,业务配置接口接收指定业务的更新请求,并基于该更新请求将计算引擎中指定业务对应的指定业务描述信息进行更新,其中更新请求的发起方式有很多种,一种可能的实现方式中,可以是客户端在发起业务请求时,携带有更新请求,其中更新请求通过业务配置接口进入业务处理平台,业务请求通过业务接口进入业务处理平台,并分别进行相应的处理,在更新请求得到相应的反馈结果后,业务请求即可通过更新后的业务描述信息得到相应的业务处理结果;另一种可能的实现方式中,可以是开发人员基于目前计算机技术的发展,预先发起更新请求以使对计算引擎中的业务描述信息进行更新,进而得到更新后的业务描述信息,在接收到相应的业务请求时,即可根据更新的业务描述信息进行相应的业务处理,并反馈业务处理结果。

本申请实施例在实现时,计算引擎中的多个业务描述信息是相互独立的,在对其中任一个业务描述信息进行更新处理时,均不会影响其他业务描述信息的运行。

应用本申请实施例的方案,业务处理平台还包括业务配置接口,业务配置接口接收指定业务的更新请求,并基于更新请求,将计算引擎中指定业务对应的指定业务描述信息进行更新,在业务需求发生变化时,通过业务配置接口发起的更新请求,使得对应的业务描述信息也可以进行相应的变化,实现业务描述信息与业务需求变化的对应性,提高了业务处理的效率。

本申请一种可选的实施例中,业务处理平台还包括业务配置接口;业务处理方法还包括如下具体步骤:

所述业务配置接口接收业务新增请求,根据所述业务新增请求,在所述计算引擎中添加新增业务对应的业务描述信息。

具体地,业务新增请求是指客户端或者后台系统发起的对业务描述信息进行新增的请求。

业务配置接口接收业务新增请求,并根据业务新增请求,在计算引擎中添加新增业务对应的业务描述信息,具体是,业务配置接口接收业务新增请求,并根据业务新增请求,在计算引擎中新增业务对应的业务描述信息。

可选地,新增的业务描述信息中可以直接包含对业务进行处理的逻辑方式与内容,也可以是只创建出一个业务描述信息的逻辑框架,之后从计算引擎中现有的业务描述信息中查找相似的业务描述信息,将查找到的相似的业务描述信息中包含的内容复制到新增的业务描述信息中,之后重新发起更新请求,进行更新。

可选地,业务配置接口接收业务新增请求,并基于该业务新增请求在计算引擎中新增与新增业务对应的业务描述信息,其中业务新增请求的发起方式有很多种,一种可能的实现方式中,可以是客户端在发起业务请求时,携带有业务新增请求,其中业务新增请求通过业务配置接口进入业务处理平台,业务请求通过业务接口进入业务处理平台,并分别进行相应的处理,在业务新增请求得到相应的反馈结果后,业务请求即可根据新增的业务描述信息得到相应的业务处理结果;另一种可能的实现方式中,可以是开发人员基于目前计算机技术的发展,预先发起业务新增请求以使对计算引擎中的业务描述信息进行增加,进而得到新增的业务描述信息,在接收到相应的业务请求时,即可根据新增的业务描述信息进行相应的业务处理,并反馈业务处理结果。

可选地,业务新增请求中可以携带有该业务新增请求对应的可以处理的业务的业务标识,以使后续在接收到业务请求,需要进行处理时,可以快速确定出与业务请求对应的业务描述信息。

应用本申请实施例的方案,业务处理平台还包括业务配置接口,业务配置接口接收业务新增请求,并基于业务新增请求,在计算引擎中添加新增业务对应的业务描述信息,也即在业务需求有新增时,通过业务配置接口发起的业务新增请求,使得计算引擎中的业务描述信息进行相应的新增,实现业务描述信息与业务需求变化的对应性,提高了业务处理的效率。

本申请一种可选的实施例中,业务新增请求中携带新增业务的业务逻辑信息;上述步骤业务配置接口根据所述业务新增请求,在所述计算引擎中添加新增业务对应的业务描述信息,包括如下具体步骤:

所述业务配置接口基于所述业务逻辑信息生成所述新增业务对应的业务描述信息,将所述新增业务对应的业务描述信息添加至所述计算引擎中。

具体地,业务逻辑信息是指对待处理业务进行处理的执行代码,根据业务逻辑信息可以得到待处理业务对应的业务处理结果。

业务配置接口基于业务逻辑信息生成新增业务对应的业务描述信息,将新增业务对应的业务描述信息添加至计算引擎中,具体是业务配置接口基于接收到的业务新增请求中的业务逻辑信息,在计算引擎中生成新增业务对应的业务组件,并将新增业务的业务描述信息添加至计算引擎中。

应用本申请实施例的方案,业务新增请求中携带新增业务的业务逻辑信息,并在业务配置接口接收到业务逻辑信息后,基于业务逻辑信息生成新增业务对应的业务描述信息,并将新增业务对应的业务描述信息添加至计算引擎中,以使后续在接收到新增业务对应的业务请求时,可以利用新增的业务描述信息进行处理,以生成相应的处理结果,通过新增业务的业务逻辑信息创建新增的业务描述信息,进一步完善了计算引擎中的业务描述信息,进而提高了后续对业务进行处理的效率。

本申请一种可选的实施例中,上述步骤204中的计算引擎根据所述业务描述信息,确定目标功能组件,利用所述目标功能组件处理所述待处理业务,包括如下具体步骤:

所述计算引擎根据所述业务描述信息,确定多个目标功能组件,将所述多个目标功能组件进行组合,利用组合后的功能组件处理所述待处理业务。

计算引擎根据业务描述信息,确定多个目标功能组件,将多个目标功能组件进行组合,利用组合得到的结果处理待处理业务,具体是计算引擎根据业务描述信息,确定多个目标功能组件,按照业务描述信息中的描述内容,将多个目标功能组件进行组合,根据组合得到的功能组件,对待处理业务进行处理。

示例性地,业务描述信息中包括A*(B-C)+D,从多个功能组件A、B、C、D、E、F中,确定目标功能组件为A、B、C、D,按照业务描述信息中的描述内容,将目标功能组件进行组合,得到A*(B-C)+D,利用组合后的功能组件,对待处理业务进行处理。

应用本申请实施例的方案,计算引擎根据业务描述信息,确定多个目标功能组件,将多个目标功能组件进行组合,利用组合后的功能组件处理待处理业务,其中业务描述信息与待处理业务相对应,由业务描述信息从多个功能组件中确定出目标功能组件,实现对功能组件的灵活应用,实现了对待处理业务的处理,进而提高了对待处理业务进行处理的效率。

下述结合附图3a,以本申请提供的业务处理方法在进行业务处理时的应用为例,对所述业务处理方法进行进一步说明。其中,图3a示出了本申请一实施例提供的一种应用于处理业务的业务处理方法的处理流程图,具体包括以下步骤:

业务处理主要涉及业务接口、消息队列和计算引擎;

步骤302:业务接口接收各客户端发送的业务请求,其中,各业务请求中携带有对应的业务标识。

其中,客户端1发送的业务请求1、客户端2发送的业务请求2和客户端3发送的业务请求3,业务请求1携带有对应的业务标识1、业务请求2携带有对应的业务标识2以及业务请求3携带有对应的业务标识3。

步骤304:业务接口对各业务请求分别进行格式转换,转换为JSON格式的各业务请求。

业务接口分别对业务请求1、业务请求2和业务请求3分别进行格式转换,转换为JSON格式的业务请求1、业务请求2和业务请求3,其中,业务接口是指定的超文本传输协议接口。

步骤306:业务接口将JSON格式的各业务请求转发至消息队列。

其中,业务接口将JSON格式的业务请求1、业务请求2和业务请求3分别转发至消息队列。

步骤308:计算引擎从消息队列中读取各业务请求。

计算引擎从消息队列中读取JSON格式的业务请求1、业务请求2和业务请求3。

步骤310:计算引擎获得各业务请求中包含的各待处理业务,根据各业务请求携带的业务标识,并发执行确定各业务标识分别对应的业务描述信息,根据所述业务描述信息,确定目标功能组件,利用所述目标功能组件处理待处理业务,生成对应的各业务处理结果的步骤。

计算引擎根据业务标识1、业务标识2和业务标识3,确定出分别对应的业务描述信息1、业务描述信息2和业务描述信息3,并根据各业务描述信息确定出业务描述信息1对应的功能组件1、功能组件3、功能组件6、功能组件7,业务描述信息2对应的功能组件1、功能组件4,业务描述信息3对应的功能组件3、功能组件5、功能组件6,并按照各业务描述信息对相应的功能组件进行组合处理对应业务请求中的待处理业务。

步骤312:计算引擎将生成的各待处理业务的业务处理结果转发至消息队列。

计算引擎将生成的与业务请求1对应的业务处理结果1、与业务请求2对应的业务处理结果2和与业务请求3对应的业务处理结果3转发至消息队列。

步骤314:业务接口从消息队列中获得各业务处理结果。

业务接口从消息队列中获取业务处理结果1、业务处理结果2和业务处理结果3。

步骤316:业务接口将各业务处理结果反馈至对应的客户端。

业务接口将业务处理结果1反馈至客户端1、将业务处理结果2反馈至客户端2、将业务处理结果3反馈至客户端3。

参见图3b,图3b示出了本申请一实施例提供的一种业务处理方法的处理逻辑框架图:

将业务处理平台划分为业务接口、消息队列和计算引擎,其中,业务接口没有任何业务逻辑,负责接收所有业务请求,然后对业务请求进行格式转换,转换得到指定格式的业务请求,然后转发业务请求发送至消息队列,其中,业务请求是指定格式的业务请求;计算引擎负责从消息队列中读取业务请求,并基于各业务请求中携带的业务标识,确定对应的业务描述信息,比如,业务描述信息1、业务描述信息2和业务描述信息3,并根据各业务描述信息,利用目标功能组件对各指定格式的业务请求进行相应的处理,比如,目标功能组件有目标功能组件1、目标功能组件2和目标功能组件3,最后返回业务处理结果至消息队列;业务接口从消息队列中获取业务处理结果,并将所有业务处理结果返回至客户端;消息队列作为业务接口和计算引擎之间的数据传输载体,提供强劲的数据流转功能,使业务处理平台具有高并发及可伸缩能力。

应用本申请实施例的方案,提供了一种业务处理方法,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;业务接口接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;计算引擎从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,利用目标功能组件处理待处理业务。业务接口在接收到业务请求时,转发至消息队列,计算引擎即可从消息队列处获取业务请求,并基于业务标识,确定待处理业务对应的业务描述信息,并根据业务描述信息,利用目标功能组件处理待处理业务,接收业务请求的业务接口与计算引擎通过消息队列进行数据的传输,其中,业务接口提供了数据传输的基础功能,计算引擎提供了业务逻辑,通过将业务接口与计算引擎的分离,实现基础功能和业务逻辑的分离,使得在有不同的业务需求时,可以对计算引擎中的业务描述信息进行独立的设置,无需整体进行设置,提高对业务处理的效率。

与上述方法实施例相对应,本申请还提供了业务处理平台实施例,图4示出了本申请一实施例提供的一种业务处理平台的结构示意图。如图4所示,该平台包括业务接口402、消息队列404和计算引擎406,所述计算引擎包括多个功能组件;

所述业务接口402,被配置为接收客户端发送的业务请求,将所述业务请求转发至所述消息队列404,其中,所述业务请求携带待处理业务的业务标识;

所述计算引擎406,被配置为从所述消息队列404读取所述业务请求,基于所述业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用所述目标功能组件处理所述待处理业务。

可选地,所述业务接口402,进一步被配置为对所述业务请求进行格式转换,获得指定格式的所述业务请求。

可选地,所述业务接口402,进一步被配置为接收不同的客户端分别发送的多个业务请求,将各业务请求转发至所述消息队列404;

可选地,所述计算引擎406,进一步被配置为从所述消息队列404读取所述各业务请求,基于所述各业务请求携带的业务标识,并发执行确定各待处理业务对应的业务描述信息,根据所述业务描述信息,确定目标功能组件,利用目标功能组件处理待处理业务的步骤。

可选地,所述业务接口402为指定的超文本传输协议接口。

可选地,所述计算引擎406,进一步被配置为将生成的所述待处理业务的业务处理结果发送至所述消息队列404;

可选地,所述业务接口402,进一步被配置为从所述消息队列404获得所述业务处理结果,将所述业务处理结果反馈至所述客户端。

可选地,所述业务处理平台还包括业务配置接口;所述业务配置接口,进一步被配置为接收指定业务的更新请求,基于所述更新请求,将所述计算引擎406中所述指定业务对应的指定业务描述信息进行更新。

可选地,所述业务处理平台还包括业务配置接口;所述业务配置接口,进一步被配置为接收业务新增请求,根据所述业务新增请求,在所述计算引擎406中添加新增业务对应的业务描述信息。

可选地,所述业务新增请求中携带新增业务的业务逻辑信息;所述业务配置接口,进一步被配置为基于所述业务逻辑信息生成所述新增业务对应的业务描述信息,将所述新增业务对应的业务描述信息添加至所述计算引擎406中。

可选地,所述计算引擎406,进一步被配置为根据所述业务描述信息,确定多个目标功能组件,将所述多个目标功能组件进行组合,利用组合后的功能组件处理所述待处理业务。

应用本申请实施例的方案,提供了一种业务处理方法,应用于业务处理平台,业务处理平台包括业务接口、消息队列和计算引擎,计算引擎包括多个功能组件;业务接口接收客户端发送的业务请求,将业务请求转发至消息队列,其中,业务请求携带待处理业务的业务标识;计算引擎从消息队列读取业务请求,基于业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,利用目标功能组件处理待处理业务。业务接口在接收到业务请求时,转发至消息队列,计算引擎即可从消息队列处获取业务请求,并基于业务标识,确定待处理业务对应的业务描述信息,并根据业务描述信息,确定目标功能组件,并利用目标功能组件处理待处理业务,接收业务请求的业务接口与计算引擎通过消息队列进行数据的传输,其中,业务接口提供了数据传输的基础功能,计算引擎提供了业务逻辑,通过将业务接口与计算引擎的分离,实现基础功能和业务逻辑的分离,使得在有不同的业务需求时,可以对计算引擎中的业务描述信息进行独立的设置,无需整体进行设置,提高对业务处理的效率。

述为本实施例的一种业务处理平台的示意性方案。需要说明的是,该业务处理平台的技术方案与上述的业务处理方法的技术方案属于同一构思,业务处理平台的技术方案未详细描述的细节内容,均可以参见上述业务处理方法的技术方案的描述。

图5示出了本申请一实施例提供的一种计算设备的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接,数据库550用于保存数据。

计算设备500还包括接入设备540,接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN,Public SwitchedTelephone Network)、局域网(LAN,Local Area Network)、广域网(WAN,Wide AreaNetwork)、个域网(PAN,Personal Area Network)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC,NetworkInterface Controller))中的一个或多个,诸如IEEE802.11无线局域网(WLAN,WirelessLocal Area Network)无线接口、全球微波互联接入(Wi-MAX,WorldwideInteroperability for Microwave Access)接口、以太网接口、通用串行总线(USB,Universal Serial Bus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC,Near FieldCommunication)接口,等等。

在本申请的一个实施例中,计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图5所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或个人计算机(PC,Personal Computer)的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中,处理器520执行所述计算机指令,以实现下述方法:

所述业务接口接收客户端发送的业务请求,将所述业务请求转发至所述消息队列,其中,所述业务请求携带待处理业务的业务标识;

所述计算引擎从所述消息队列读取所述业务请求,基于所述业务标识,确定所述待处理业务对应的业务描述信息,并根据所述业务描述信息,确定目标功能组件,利用所述目标功能组件处理所述待处理业务。

上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述业务处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现如前所述业务处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述业务处理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

相关技术
  • 一种基于云平台的业务处理方法和装置
  • 数据处理方法、业务交易平台及业务提供平台
  • 业务处理方法、信息处理平台设备及业务平台设备
技术分类

06120115939732