一种信息处理方法、信息系统架构、装置及计算机设备

技术领域

本申请涉及信息技术领域，特别涉及一种信息处理方法、信息系统架构、装置及计算机设备。

背景技术

在信息交互系统中，多层次不同类型的信息交流和处理可以依托多层网络，多层网络中的每一次可以具备一类作用。例如，在架构层次较多的大型企业管理系统中，或在具备复杂数据的上传及下发场景的大型物联网系统中，信息同步基础架构包括多层子系统或联系层，以满足安全、幂等、解耦、健壮的要求。

另一方面，依托复杂的信息系统架构在某些场景下仅需要较为简单的消息通讯网络拓扑结构，在此基础上要求节省系统资源、提高消息通讯效率，就需要对信息传输网络结构和链路进行优化和调整。

传统的信息系统架构一方面结构复杂，一方面可能存在冗余，难以兼顾复杂的数据处理任务和通讯效率，性能不佳。

发明内容

为解决现有的信息系统中信息传输效率低下的问题，本申请提供一种信息处理方法、信息系统架构、装置及计算机设备，能够在系统架构中明确服务间的关系和层次，保障信息传递的效率和安全性。

一方面，提供了一种信息处理方法，所述方法包括：

接收待处理信息及所述待处理信息的类别；

基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址。

在一些实施例中，所述类别包括业务参数类别、资源申请参数类别。

在一些实施例中，所述方法还包括接收所述待处理信息的传输方向；

所述基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址，包括：

基于预存的工作流程数据库、当前节点地址、所述类别，以及所述传输方向，确定所述待处理信息的下一节点地址。

在一些实施例中，所述工作流程数据库包括服务注册表；在接收待处理信息及所述待处理信息的类别之前，所述方法还包括：

接收各层节点发送的网络位置和消息中间件配置；

基于各层节点的网络位置和消息中间件配置构建所述服务注册表。

在一些实施例中，所述方法还包括：

当系统顶层构件接收所述待处理信息时，获取当前系统的底层设备数量；

若所述底层设备数量小于预存的数量阈值，则将所述待处理信息发送至底层设备。

在一些实施例中，在确定所述待处理信息的下一节点地址之后，所述方法还包括：

基于所述下一节点地址传输所述待处理信息；

删除当前节点中存储的所述待处理信息。

另一方面，提供了一种信息系统架构，包括：

顶层应用服务模块、中层应用服务模块以及底层应用服务模块；

所述顶层应用服务模块用于与用户、存储模块实现信息交互；

所述中层应用服务模块用于与所述顶层服务模块、所述底层应用服务模块实现信息交互；

所述底层应用服务模块用于与所述中层应用服务模块实现信息交互，并处理待处理信息；

其中所述待处理信息通过消息通讯中间件进行传递。

另一方面，提供了一种信息处理装置，所述装置包括：

信息接收模块，用于接收待处理信息及所述待处理信息的类别；

地址确定模块，用于基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址。

在一些实施例中，所述类别包括业务参数类别、资源申请参数类别。

在一些实施例中，所述信息接收模块还用于接收所述待处理信息的传输方向，相应的所述地址确定模块具体用于：

基于预存的工作流程数据库、当前节点地址、所述类别，以及所述传输方向，确定所述待处理信息的下一节点地址。

在一些实施例中，工作流程数据库包括服务注册表，所述装置还包括注册表构建模块，用于：

接收各层节点发送的网络位置和消息中间件配置；

基于各层节点的网络位置和消息中间件配置构建所述服务注册表。

在一些实施例中，所述装置还包括链路调整模块，用于：

当系统顶层构件接收所述待处理信息时，获取当前系统的底层设备数量；

若所述底层设备数量小于预存的数量阈值，则将所述待处理信息发送至底层设备。

在一些实施例中，所述装置还包括信息删除模块，用于：

基于所述下一节点地址传输所述待处理信息；

删除当前节点中存储的所述待处理信息。

另一方面，提供了一种计算机设备，计算机设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，处理器可加载并执行至少一条指令、至少一段程序、代码集或指令集，以实现上述申请实施例中提供的信息处理方法。

另一方面，提供了一种计算机可读存储介质，可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，处理器可加载并执行至少一条指令、至少一段程序、代码集或指令集，以实现上述本申请实施例中提供的信息处理方法。

另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产权或计算机程序包括计算机程序指令，该计算机程序指令存储于计算机可读存储介质中。处理器从计算机可读存储介质读取该计算机指令，并执行还计算机指令，使得该计算机设备执行上述实施例中任一所述的信息处理方法。

本申请提供的技术方案带来的有益效果至少包括：本发明实施例提供了一种信息处理方法、信息系统架构、装置及计算机设备，所述方法包括接收待处理信息及所述待处理信息的类别；基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址。本发明实施例提供的方法能够在信息系统架构中明确服务间的关系和层次，保障信息传递的安全性、幂等性、健壮性，基于待处理信息的实际情况调整其传送路径，并基于服务发现机制实现各层应用服务之间关系的灵活配置和解耦。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一个示例性实施例提供的一种信息处理方法的实现流程示意图；

图2示出了本申请一个示例性实施例提供的一种信息系统架构的结构示意图；

图3示出了本申请一个示例性实施例提供的一种信息处理装置的结构图；

图4示出了本申请一个示例性实施例提供的一种信息处理方法对应的计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将接合附图对本申请实施方式作进一步地详细描述。

本申请提供的信息处理方法，可以在系统架构中明确服务间的关系和层次，保障信息传递的效率和安全性。

实施例一、

图1示出了本发明实施例提供的一种信息处理方法的实现流程示意图。

参见图1，本发明实施例提供的信息处理方法可以包括步骤101至步骤102。

步骤101：接收待处理信息及所述待处理信息的类别。

在一些实施例中，所述类别包括业务参数类别、资源申请参数类别。

在一些实施例中，步骤101包括：

步骤102：基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址。

本发明实施例提供的系统架构采用可靠的消息中间件作为通讯接口，以保障系统的健壮以及层与层之间的应用系统能够通讯解耦的基本特点，避免消息在业务层之间的传递丢失，且保证幂等、安全。避免业务层之间业务的异质性与信息通讯时自然产生的强耦合性之间的矛盾。

本发明实施例提供的系统架构可以通过增加新的统一通讯接口实现横向扩展，增强了整体业务系统的可扩展性，具有良好的层与层之间系统的服务发现机制。

在一个具体的示例中，采用消息中间件的不同工作模式来满足不同业务层之间的关系和业务场景，包括点对点的消息生产消费模式、轮询竞争模式、发布/订阅模式，主体模糊匹配模式等。

在一些实施例中，所述方法还包括接收所述待处理信息的传输方向；相应的，步骤102包括：

基于预存的工作流程数据库、当前节点地址、所述类别，以及所述传输方向，确定所述待处理信息的下一节点地址。

本发明实施例为了在复杂或简洁的消息通讯层次结构之间灵活切换，引入业务工作流机制，以针对不同的业务场景和技术参数进行判断，实时的对消息通讯层次结构进行优化调整和调度，以达到业务目的与实际所需的系统资源的统一性和协调性。

具体的，针对不同业务场景、不同资源分配情况能够对整体消息传递通讯结构层次进行灵活调整和调度。相对简单的业务场景则调整整个消息通讯层次结构和链路更为简单，使资源占用小；对复杂、需要较多系统资源的业务场景，则需要更多消息通讯层次进行处理，并分配更多的系统资源。

在一个具体的示例中，引入工作流判断机制，可以针对通讯层次结构、系统资源参数进行实时调整和调度。其中工作流的判断机制原理为设定各业务场景的工作流程，每一条工作流程可被理解为由若干个任务步骤组合而成的执行过程，各个任务步骤在流转的过程中，需要一些外部条件参数作为工作流向的判断条件。

每当输入的业务场景参数、系统资源申请参数等来自外部的条件判断参数进入预先设定好的工作流中，工作流回自行判断并确认当前实际需要的消息通讯层次和对应的系统资源。

工作流基于外部条件和内部层次结构，确定当前业务场景参数对应的唯一一套优化好的消息通讯层次结构、链路以及整体分配的系统资源。该流程的唯一性来自用户设定好的业务场景主键，而业务主键可以由用户从业务角度保证唯一性，也可由雪花算法、自增主键等方式由系统自动生成。

最终，工作流程会以数据库数据的形式存储，包括业务场景主键、用户身份标识、条件判断参数、历史流程数据等。待识别输入的新业务场景参数、系统资源申请参数等来自外部的条件判断完成后，调用数据库中保存的工作流程数据进行进一步的消息通讯层次判定和系统资源分配。

可选的，工作流程中每个节点进行的消息通讯层判定和系统资源分配操作都可以作为下一个节点的参考，也可以重新设定参数以实现相对独立。

进一步的，用户可以设定一套至多套针对消息通讯层次、资源调整的工作判定流程，以应对更多的业务和资源场景。

在一些实施例中，所述工作流程数据库包括服务注册表；步骤101之前所述方法还包括：

接收各层节点发送的网络位置和消息中间件配置；

基于各层节点的网络位置和消息中间件配置构建所述服务注册表。

在一个具体的示例中，本发明提供的方法可以集成服务发现机制，以做到动态扩展业务层。例如，在每层服务服务启动时向服务发现中心上报自己的网络位置、消息中间件配置，消息发现中心基于以上信息生成服务注册列表，该注册列表为包含所有服务实例的网络地址数据库。

进一步的，服务发现客户端可以定期从服务发现中心同步服务注册表并缓存在各层客户端，当需要对某层服务进行请求时，服务实例通过该注册列表定位目标服务网络地址。若目标服务存在多个网络地址，则使用负载均衡算法从多个服务实例中选取一个地址发出请求。

可选的，使用NACOS服务发现中心。

在一些实施例中，所述方法还包括：

当系统顶层构件接收所述待处理信息时，获取当前系统的底层设备数量；

若所述底层设备数量小于预存的数量阈值，则将所述待处理信息发送至底层设备。

在一些实施例中，步骤102之后所述方法还包括：

基于所述下一节点地址传输所述待处理信息；

删除当前节点中存储的所述待处理信息。

本发明实施例提供的系统架构能够对各个消息通讯层次的顺序、数量进行调整，具有跨平台特性的执行逻辑代码运行环境，能够保证架构部署简单、可移植性高，受硬件影响小。

在一个具体的示例中，跨平台特性的执行逻辑代码运行环境包括但不限于java、python、php等，适用于各类领域如企业应用系统及物联网系统等，基于扩展性强、移植方便、运行速度快、用户群体庞大等优势。

本发明实施例可以采用多种物联通讯协议，根据不同协议的特点对应不同的业务场景，以保证本信息系统架构针对不同领域、不同业务系统的广泛兼容和良好支持，同时也可以通过增加新的通讯协议来实现横向扩展。避免多层次业务的应用系统在层与层之间消息通讯时由于网络不可靠性带来的消息传递不可靠性，避免信息丢失或缺失的情况出现。

本发明实施例提供的信息处理方法能够提高多层次业务系统信息通讯基础架构的安全性、幂等性、解耦性、健壮性，能够实现可分配资源的实时调整，保证信息同步架构中每个业务层的业务可以完整、安全的运行。

实施例二、

图2示出了本发明实施例提供的信息系统架构结构示意图。

参见图2，在一个具体的示例中，本发明实施例提供的信息系统架构结构包括：

顶层应用服务模块、中层应用服务模块以及底层应用服务模块；

所述顶层应用服务模块用于与用户、存储模块实现信息交互；

所述中层应用服务模块用于与所述顶层服务模块、所述底层应用服务模块实现信息交互；

所述底层应用服务模块用于与所述中层应用服务模块实现信息交互，并处理待处理信息；

其中所述待处理信息通过消息通讯中间件进行传递。

可选的，消息通讯中间件包括但不限于ActiveMQ、RabbitMQ、Kafka消息中间件。

在一个具体的示例中，各层应用系统部署本架构的运行环境，如jre8。

进一步的，各应用层部署消息通讯中间件作为消息通讯的基础，采用的工作模式包括简单工作模式、发布-订阅工作模式，采用的通讯协议包括AMQP协议。

具体的，AMQP协议提供了定义二进制线协议和完整的传递语义，允许AMQP消息传递客户端与不同的代理实现无缝交互，符合AMQP标准。

可选的，通讯协议包括但不限于AMQP协议、STOMP协议、MQTT协议。

在一些实施例中，各层引用集成服务发现客户端，作为系统内部服务发现的基础。

各层应用启动后，消息通讯中间件配置以及应用系统的上下层应用服务地址保存在服务发现配置中心。其保存顺序便于任意一层应用服务可以找到紧邻自检的上下层应用。

另一方面，工作流机制可以根据用户输入的不同业务参数、资源申请参数对整体消息通讯的结构层次和链路进行调度和调整，以实现最优化的消息通讯层次结构和链路顺序。

在一个具体的示例中，当工作流判断底层设备少于10台时，消息通讯最顶层直接与最底层进行通讯，不再经过中间层以节省系统资源，提高通讯效率。

在一些实施例中，消息传递可以由任意一层应用系统发起向下传递，下层应用系统结合自身业务需要，根据配置中心里的具体服务配置，监听具体消息中间件队列，并消费消息。下层应用可以选择将消费的消息进行加工处理后，再通过消息中间件传递给下一层应用服务。

每一层的消息在消费时均进行完备的消息处理机制，消息消费成功或失败，均会告知消息中间层该消息已经消费可以删除。进一步的，消息在中间件内部传递时不对外暴露，以保障消息传递的安全性、保密性、幂等性。

在一些实施例中，任意一层应用也可以通过服务层发现中配置的内容，将下层的业务信息上报给任意上层应用进行消费和处理。例如，业务信息可以包括但不限于设备实时运行状态。

综上所述，本发明实施例提供的方法能够在系统架构中明确服务间的关系和层次，保障信息传递的安全性、幂等性、健壮性，并基于服务发现机制实现各层应用服务之间关系的灵活配置和解耦。

实施例三、

图3示出了本发明实施例提供的信息处理装置的结构示意图。

参见图3，本发明实施例提供的一种信息处理装置，所述装置包括：

信息接收模块，用于接收待处理信息及所述待处理信息的类别；

地址确定模块，用于基于预存的工作流程数据库、当前节点地址以及所述类别，确定所述待处理信息的下一节点地址。

在一些实施例中，所述类别包括业务参数类别、资源申请参数类别。

在一些实施例中，所述信息接收模块还用于接收所述待处理信息的传输方向，相应的所述地址确定模块具体用于：

基于预存的工作流程数据库、当前节点地址、所述类别，以及所述传输方向，确定所述待处理信息的下一节点地址。

在一些实施例中，工作流程数据库包括服务注册表，所述装置还包括注册表构建模块，用于：

接收各层节点发送的网络位置和消息中间件配置；

基于各层节点的网络位置和消息中间件配置构建所述服务注册表。

在一些实施例中，所述装置还包括链路调整模块，用于：

当系统顶层构件接收所述待处理信息时，获取当前系统的底层设备数量；

若所述底层设备数量小于预存的数量阈值，则将所述待处理信息发送至底层设备。

在一些实施例中，所述装置还包括信息删除模块，用于：

基于所述下一节点地址传输所述待处理信息；

删除当前节点中存储的所述待处理信息。

综上所述，本发明实施例提供的装置能够在系统架构中明确服务间的关系和层次，保障信息传递的安全性、幂等性、健壮性。

实施例四、

图4示出了本申请一个示例性实施例提供的计算机设备的结构示意图，该计算机设备包括：

处理器301，包括一个或者一个以上处理核心，处理器301通过运行软件程序以及模块，从而执行各种功能应用以及数据处理。

接收器302和发射器303可以实现为一个通信组件，该通信组件可以是一块通信芯片。可选地，该通信组件可以实现包括信号传输功能。也即，发射器303可以用于发射控制信号至图像采集设备以及扫描设备中，接收器302可以用于接收对应的反馈指令。

存储器304通过总线305与处理器301相连。

存储器304可用于存储至少一个指令，处理器301用于执行该至少一个指令，以实现上述方法实施例中的步骤101至步骤102。

本领域技术人员可以理解，图4仅仅是计算机设备的示例，并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机设备还可以包括网络接入设备等。

所称处理器301可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器304可以是所述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。所述存储器304也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器304还可以既包括所述计算机设备的内部存储单元也包括外部存储设备。所述存储器304用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器304还可以用于暂时地存储已经输出或者将要输出的数据。

实施例五、

本申请实施例还提供一种计算机可读存储介质，该可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，以由处理器加载并执行以实现上述信息处理方法。

可选地，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、固态硬盘(SSD,Solid State Drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM,Dynamic Random Access Memory)。

实施例六、

本申请还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行给计算机指令，使得该计算机设备执行上述实施例中任一所述的信息处理方法。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。