CN108280582A - 一种全程供应链控制塔及控制方法 - Google Patents

Abstract

本发明公开一种全程供应链控制塔及控制方法，所述控制塔包括：数据接收模块，用于接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；数据处理模块，用于对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；判断模块，用于根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；后期处理模块，用于对整合请求报文进行关键绩效指标考核和/或异常处理；数据监听模块，用于对分别对所述数据接收模块、数据处理模块、判断模块及后期处理模块中至少一者进行监听，获得当前业务数据处理信息，从而实现对全程供应链的可视、可控及可量化。

Description

一种全程供应链控制塔及控制方法

技术领域

本发明涉及物流管理信息化技术领域，特别是涉及一种全程供应链控制塔及控制方法。

背景技术

全程供应链控制塔是近年来在许多跨国公司的全球供应链管理中提出的新需求和管理方法。供应链的主体(拥有者)要求负责其供应链管理的总包方(LLP,即LeadLogistics Provider)负责提供整条供应链管理和监控的一站式信息服务，又称为控制塔(Control Tower)。控制塔可以是LLP对供应链主体负责的一个组织机构，或此机构用于管控全程供应链的系统和方法(本发明的技术内容特指后者)。Control Tower源自机场上的塔状指挥调度中心(塔台)。在供应链管理中，控制塔是指对整条供应链业务过程，包括各分包服务商负责的过程，居高临下地进行全局性的监控管理。

但是，目前的控制系统中，由于全程供应链较多，信息量大，而且各环节往往由不同的参与方独自管理，导致无法实现多供应链全程动态信息的采集和跟踪，同时也无法对供应链中的意外事件作出及时的处理，更无法对供应链全过程管理绩效和服务智能量进行KPI(Key Performance Indicators，关键绩效指标)量化分析考核。

发明内容

本发明的目的是提供一种全程供应链控制塔，可实现全程供应链的可视、可控及可量化。

为实现上述目的，本发明提供了如下方案：

一种全程供应链控制塔，所述控制塔包括：

数据接收模块，用于接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；

数据处理模块，用于对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；

判断模块，用于根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；

后期处理模块，分别与所述数据接收模块和判断模块连接，用于在所述判断模块的判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；

数据监听模块，分别与所述数据接收模块、数据处理模块、判断模块及后期处理模块连接，用于对分别对所述数据接收模块、数据处理模块、判断模块及后期处理模块中至少一者进行监听，获得当前业务数据处理信息。

可选的，所述数据接收模块包括：

接收单元，用于接收动态的各类请求报文信息；

整合单元，用于整合各类请求报文信息为统一格式信息；

发送单元，用于通过MQ集群队列将所述统一格式信息发送至所述数据处理模块。

可选的，所述数据处理模块包括：

报文处理主逻辑单元，用于根据每一个消息所属的业务类型，使用模板模式创建业务处理对象；根据每个企业不同的业务流程配置，来执行整合请求报文的处理逻辑，获得第一处理报文；

数据清洗逻辑单元，用于接收所述第一处理报文，根据企业发送的报文内容对所述第一处理报文进行清洗，获得第二处理报文；

业务数据处理逻辑模块，用于对所述第二处理报文进行解析，获得业务配置信息。

可选的，所述数据清洗逻辑单元包括：

识别归类子单元，用于根据企业发送的报文内容识别所述第一处理报文所属流程、节点、动作、状态，对第一处理报文进行业务归类；

剔除子单元，用于对归类后第一处理报文进行清洗，剔除超过规格要求的报文，获得第二处理报文。

可选的，所述判断模块包括：

查询单元，用于根据业务配置信息查询数据库中对应所述业务配置信息的规则配置数据；

遍历单元，用于根据规则配置数据获得规则计算公式以及公式中各参数值；

调用规则引擎，用于根据公式以及公式中各参数值计算得到规则引擎数据；

判断单元，用于根据所述规则引擎数据与设定阈值，确定是否对所述整合请求报文进行关键绩效指标考核和/或异常处理。

可选的，所述后期处理模块包括：

异常单线程处理单元，分别与所述数据接收模块和判断模块连接，用于对整合请求报文进行异常处理；

关键绩效指标单线程处理单元，分别与所述数据接收模块和判断模块连接，用于对整合请求报文进行关键绩效指标考核处理。

可选的，所述异常单线程处理单元包括：

第一接收子单元，用于接收所述整合请求报文并获取规则引擎；

第一确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储；

设置子单元，用于根据规则引擎结果及所述整合请求报文对对应的业务设置执行处理动作；

信息通知子单元，用于调用消息组件对相关人员进行多种方式的消息通知。

可选的，所述关键绩效指标单线程处理单元包括：

第二接收子单元，用于接收所述整合请求报文并获取规则引擎；

第二确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储。

可选的，所述当前业务数据处理信息以表格、文字、图表以及地图中至少一者的形式进行展示。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明全程供应链控制塔通过数据接收模块对各类请求报文信息进行分类整合，通过各类请求报文信息进行解析，进而根据判断模块的判断确定是否对所述整合请求报文进行关键绩效指标考核和/或异常处理，通过后期处理模块对整合请求报文进行关键绩效指标考核和/或异常处理，并通过数据监听模块实时监听各个模块的当前业务数据处理信息，从而实现对全程供应链的可视、可控及可量化。

本发明的目的是提供一种全程供应链控制方法，可实现全程供应链的可视、可控及可量化。

为实现上述目的，本发明提供了如下方案：

一种全程供应链控制方法，所述全程供应链控制方法基于上述全程供应链控制塔，其中，所述控制方法包括：

接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；

对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；

根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；

当判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；

对上述各个步骤的处理情况进行监听，获得并记录当前业务数据处理信息，及全程供应链控制塔运行情况。

相对于现有技术，本发明全程供应链控制方法与上述全程供应链控制塔的有益效果相同，在此不再赘述。

附图说明

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

图1为本发明实施例全程供应链控制塔的模块结构示意图；

图2为本发明实施例全程供应链控制塔的功能结构示意图；

图3为供应链事件控制的基本流程图；

图4为本发明实施例全程供应链控制方法的流程图。

符号说明：

数据接收模块—1，数据处理模块—2，判断模块—3，后期处理模块—4，数据监听模块—5。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的目的是提供一种全程供应链控制塔，通过数据接收模块对各类请求报文信息进行分类整合，通过各类请求报文信息进行解析，进而根据判断模块的判断确定是否对所述整合请求报文进行关键绩效指标考核和/或异常处理，通过后期处理模块对整合请求报文进行关键绩效指标考核和/或异常处理，并通过数据监听模块实时监听各个模块的当前业务数据处理信息，从而实现对全程供应链的可视、可控及可量化。

可视：指对供应链全程动态，特别是货物状态和移动的全面信息采集和跟踪展示；

可控：指对供应链过程中的意外事件的监控和处理(Exception Handling)，包括事件的发现、通知或报警、升级，以及提供危机或善后处理的决策支持；

可量化：指对供应链全过程管理绩效和服务质量进行KPI量化分析考核。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

如图1所示，本发明全程供应链控制塔包括数据接收模块1、数据处理模块2、判断模块3、后期处理模块4及数据监听模块5。

其中，所述数据接收模块1接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；所述数据处理模块2对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；所述判断模块3根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；所述后期处理模块4分别与所述数据接收模块1和判断模块3连接，所述后期处理模块4用于在所述判断模块的判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；所述数据监听模块5分别与所述数据接收模块1、数据处理模块2、判断模块3及后期处理模块4连接，所述数据监听模块5用于对分别对所述数据接收模块、数据处理模块、判断模块及后期处理模块中至少一者进行监听，获得当前业务数据处理信息。

具体地，所述数据接收模块1包括接收单元、整合单元及发送单元；所述接收单元用于接收动态的各类请求报文信息；所述整合单元用于整合各类请求报文信息为统一格式信息；所述发送单元用于通过MQ(Message Queuing，消息队列)集群队列将所述统一格式信息发送至所述数据处理模块。其中，所述接收单元为接口，使本发明全程供应链控制塔与数据交换平台交互，接收多源请求报文信息数据。通过Web Service，整合多源请求报文信息数据为统一格式，信息格式为标准的XML格式，操作性强、可扩展性好，通过MQ集群队列将信息发送给数据处理模块。

所述数据处理模块2包括报文处理主逻辑单元、数据清洗逻辑单元及业务数据处理逻辑模块。

所述报文处理主逻辑单元根据每一个消息所属的业务类型，使用模板模式创建业务处理对象；根据每个企业不同的业务流程配置，来执行整合请求报文的处理逻辑，获得第一处理报文。所述报文处理主逻辑单元从MQ中接收数据接收模块发过来的数据，使用多线程技术做并发处理，提高处理速度。在此期间通过JMS(Java Message Service，Java消息服务)消息组件将处理日志发送给数据监听模块，并进行业务数据的保存。

所述数据清洗逻辑单元用于接收所述第一处理报文，根据企业发送的报文内容对所述第一处理报文进行清洗，获得第二处理报文。在将清洗第二处理报文存入数据库的同时，将第二处理报文放入业务数据处理逻辑模块的逻辑线程池中，待业务数据处理逻辑模块对其进行数据逻辑处理。

所述业务数据处理逻辑模块对所述第二处理报文进行解析，获得业务配置信息。

具体地，所述数据清洗逻辑单元包括：识别归类子单元，用于根据企业发送的报文内容识别所述第一处理报文所属流程、节点、动作、状态，对第一处理报文进行业务归类；剔除子单元，用于对归类后第一处理报文进行清洗，剔除超过规格要求的报文，获得第二处理报文。

所述判断模块3包括查询单元、遍历单元、调用规则引擎及判断单元。

其中，所述查询单元根据业务配置信息查询数据库中对应所述业务配置信息的规则配置数据；所述遍历单元根据规则配置数据获得规则计算公式以及公式中各参数值；所述调用规则引擎根据公式以及公式中各参数值计算得到规则引擎数据；所述判断单元根据所述规则引擎数据与设定阈值，确定是否对所述整合请求报文进行关键绩效指标考核和/或异常处理。

所述后期处理模块4包括异常单线程处理单元和关键绩效指标单线程处理单元。所述异常单线程处理单元分别与所述数据接收模块1和判断模块3连接，所述异常单线程处理单元用于对整合请求报文进行异常处理；所述关键绩效指标单线程处理单元分别与所述数据接收模块1和判断模块3连接，所述关键绩效指标单线程处理单元用于对整合请求报文进行关键绩效指标考核处理。

进一步地，所述异常单线程处理单元包括：第一接收子单元，用于接收所述整合请求报文并获取规则引擎；第一确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储；设置子单元，用于根据规则引擎结果及所述整合请求报文对对应的业务设置执行处理动作；信息通知子单元，用于调用消息组件对相关人员进行多种方式的消息通知。

所述关键绩效指标单线程处理单元包括：第二接收子单元，用于接收所述整合请求报文并获取规则引擎；第二确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储。

所述监听模块5在整个业务处理流程中，对各处理功能的监听，使用户可以查看系统当前状况，业务数据处理情况等信息，是控制塔可视功能的实现方式之一。模块使用JMS消息组件实现同核心处理模块的消息通信，确保不影响业务处理模块的处理速度。其中，所述当前业务数据处理信息以表格、文字、图表以及地图(即显示货物车辆的位置或轨迹等)中至少一者的形式进行展示。

如图2所示，本发明全程供应链控制塔还设置有基本构件，各基本构建包括接口、功能逻辑组件以及支持这些功能组件的技术工作引擎。

控制塔的接口包括内部接口和外部接口(与客户即供应链拥有方、代工或原材料供应企业，以及其它的物流分包商的系统对接或实现EDI(Electronic Data Interchange，电子数据交换)数据交换)，其中，所述内部接口与企业内部各供应链管理系统相连)，所述外部接口与供应链拥有方系统对接或实现EDI数据交换，所述供应链拥有方即为客户或货主、代工或原材料供应企业，以及其它的物流分包商包括承运人、港口、车站、堆场。

控制塔的功能逻辑组件是实现其可视、可控、可量化(VCM)三大基本功能的功能模块。其中，功能逻辑组件所述包括：数据展示模块、质量监控目标设置模块、事件监控点设置模块、报警及升级对象设置模块，以及规则库的管理和调用模块。

具体的，所述数据展示模块对供应链全过程的运行状况进行实时展示和回放追溯展示以实现可视化，同时也对供应链的服务和管理质量进行分析性展示，对意外事件监控结果和处理过程进行展示。在统计与分析引擎和GIS(Geographic Information System，地理信息系统)图形引擎的支持下，控制塔的展示可以是货物的实时状态查询和地理位置跟踪，包括运输轨迹回放，同时也可以是对全链各环节运行状况的仪表盘展示和一站式监控，包括意外事件的警示和处理方案、服务质量的分析图表、KPI报表展示或打印等。

所述质量监控目标设置模块是对控制塔的量化考核标准进行设置和管理的模块。业务人员利用所述质量监控目标设置模块对需要监控的质量管理目标进行设置和输入，并可随时根据业务的变化情况进行修改或删除。

所述事件监控点设置模块是对供应链运行可能发生的意外事件进行监控的基础设置模块。非正常事件的确定是依靠对物流过程的实时状态和预设的监控点(又称里程碑)进行比对来实现的。这些监控点的部分数据可由业务人员手工输入，或者按照业务人员的设置从每一批货的运输计划中取得，如装货点、不同运输方式的中转点、交付点的实际完成时间。

所述报警及升级对象设置模块是针对不同意外事件进行报警或升级报警的对象(业务人员、业务主管、部门经理、高层领导等)进行设置的模块。其中，设置的内容包括对象的身份(用户名)、报警接收级别、接收方式、邮件、手机号码、EDI标识等，以便于当系统启动报警模式时向接收对象发送警示，包括电子邮件、手机信息或语音警示，以及向客户推送EDI报文。

所述规则库的管理和调用模块是对控制塔的核心—规则库进行管理和调用设置的模块。规则库是控制塔完成其可视化、监控和质量考核的核心依据，也是供应链管理企业在长期的运行管理中的经验结晶。在系统运行时，所述规则库的管理和调用模块负责回答按照当前不同的情况，下一步应该如何处理的问题。所述规则库的管理和调用模块用于规则的分类、建立、维护、调用设置等人机界面和后台管理。调用的设置实际上就是在后台系统中对意外事件从发现到实现不同情况下的处理(分级报警、替代和后备方案的提出等)的逻辑执行。

控制塔的技术工作引擎是支持上述各功能逻辑组件(模块)完成可视可控可量化基本功能的技术支撑组件，包括统计与分析引擎、GIS图形引擎、工作流管理引擎、决策支持引擎。

其中，所述统计与分析引擎是用于对全程供应链数据进行展示和分析处理的技术组件。所述统计与分析引擎用于根据数据展示模块对可视化、事件监控和量化考核的不同要求，调用统计计算和分析处理的功能包，并将计算和分析结果返回展示模块进行不同的表格和图形展示。

所述GIS图形引擎是支持对供应链上的货物进行地理位置跟踪的技术组件。所述GIS图形引擎用于响应数据展示模块的调用，调动企业自有的地图资源，或调用互联网上开放地图资源(如百度地图)，将货物跟踪数据中的地理位置信息(来自卫星导航、蜂窝基站或WiFi基站)标示在地图上，并将同一货物或运输容器(集装箱、船只、车辆等)的不同时间的轨迹予以标示或回放。

所述工作流管理引擎是当供应链在运行中发生意外事件(即运行监控发现实际运行状况偏离上述“事件监控点模块”所定义的正常值时)，对该事件自动进行后续工作流管理的技术组件。所述工作流管理引擎会按照事先设置的通知或报警模式流程，根据事件严重性和处理延时给出逐步的通知和升级报警、并与相关参与方沟通协调等一系列处理动作，直至启动决策支持引擎提出补救措施建议。

所述决策支持引擎是对严重事件进行应急处理和给出补救措施等决策建议的技术组件。当出现严重事件，以致无法在预定时限内及时解决，可能影响到后续供应链环节的执行时，所述决策支持引擎则通过搜素规则知识库中用户自行定义和配置的意外处理规则，提出事件处理的决策建议，例如自动搜寻出可能的替代方案，修改原有的运输计划等。

此外，本发明全程供应链控制塔还包括验证模块，用于对用户的查询或者展示申请进行权限验证并反馈验证结果。通过验证的用户即拥有查询系统数据的权限，在查询界面中提出查询内容，界面程序将此查询请求转换成XML报文格式向数据处理模块提交。

本发明全程供应链控制塔的三大功能中，可视化是最基本的功能，包括对供应链的全过程的可视化处理，具体为：

(1)货物的可视化：实时状态和地理位置的展示和跟踪。

货物的可视化是指货物在供应链运行中对其物流动态，包括实时物流状态和地理位置信息的可视化。物流动态信息具有三要素：发生时间、物流状态(指在库、装箱、运载装卸、进出码头或堆场、海关检验或放行、抵达交付等)和地理位置(可以发生地特有名称或经纬度表示)。控制塔的可视化是对货物在整个供应链中的动态进行展示，包括提供查询界面、进行文字或表格展示，还有更直观的地图展示。如果在地图上展示，往往还展示其运输轨迹或其轨迹的回放，从而实现对其位置变化的跟踪。地图展示在控制塔技术上是通过调用GIS图形引擎来实现的。

(2)对供应链全过程运行状况可视化：

对供应链全过程的运行状况的可视化往往是把各种状况数据经过统计和分析引擎的分析处理，得出能代表总体运行状况的综合性宏观数据，并通过仪表盘等界面技术进行展示，以实现对全过程的一站式集中监控。这种展示界面往往是供应链不同级别和业务范围的管理人员登录后进入的主界面，也可以用墙上的大型屏幕来展示，可以集中展现全链运行的统计数据(如本月本日完成的运量情况、与上月或上一年的比较、与相关指标的比较等)，所有非正常物流过程的警示性列表或发展趋势图形，以及货主或生产商提出的变更请求，等等。

在全程供应链控制塔处理流程中，事件指供应链在运行中的非正常状态事件，包括与预想和计划不符的非正常状态，与预设的里程碑不符的非正常状态，以及会影响后续物流计划实施的任何状态事件。

完成事件控制的是以工作流管理引擎为主的工作引擎以及相关的管理模块。如图3所示，当供应链过程及动态通过内外部的数据交换接口进入控制塔体系后，依次通过预期对比识别、事件分析、事件解决和相关方协调四个流程被逐步处理。具体地：

(1)预期对比：

当通过内外部系统数据接口接收到的供应链过程及动态数据进入控制塔体系后，首先与事件监控点设置模块中预设的供应链的里程碑数据指标，或预设的与供应链物流计划相关的事件相对照，找出差异。

(2)事件分析：

搜素、调用规则库中的相应商务规则，对上一步的对照结果进行分析，判别这些差异是否构成异常事件，事件的级别和性质，以及处理这些事件的方法。

(3)事件解决：

根据按照处理规则做出的分析结果，对异常事件进行处理，包括在系统用户界面上根据事件级别给出不同警示，按规则库提出的事件级别的响应要求实时向不同级别的管理人员给出短信、微信或自动语音电话报警通知。同时决策支持引擎将搜素规则库的处理规程，在算法和规则的支持下给出处理或应急处理方案，包括自动做出本程运输的计划修改方案，后续各程运输计划的修改方案，通报计划调度管理人员并在其确认后在计划调度系统中执行。

(4)相关方协调：

通过企业内部系统接口(如企业服务总线)，将事件处理及建议传递或通报企业的供应链计划调度系统及客户服务系统及相关的管理人员，并把事件情况、可能的影响以及已经或计划采取的措施通过外部系统接口，以EDI或其它数据通信方式，通报事件相关的供应商或物流服务商(如承运人)，以及可能受事件影响的客户，以便进一步协调事件的解决处理和做好客户工作。

本发明全程供应链控制塔对供应链运行质量的量化考核主要在系统从企业内外部收集到的海量运行数据中，通过对比质量目标设置模块所设置的一系列质量管理指标，在统计与分析引擎的支持下，将相关的运行质量情况在数据展示模块的相应部分予以直观、生动的展示，完成对供应链运行质量的量化考核。

在质量目标设置模块中，管理人员可以自行设置各种质量管理的指标、量化考核报表格式、图形格式(如柱状图、折线图、饼图等等)等，以实现对量化考核内容和指标的灵活管理，从而使考核能适应各种不同的或新出现的管理要求。

此量化考核功能不仅可以进行严格的内部管控和考核，也可以对供应链上的合作商(包括承运人、仓储公司、码头、报关行等物流服务商)进行单独或集中的考核管理。有了这些基于大量数据的量化考核，将非常有利于与他们的商务合作的评估以及同类服务商的比较。

此外，本发明还提供一种基于上述全程供应链控制塔的全程供应链控制方法。如图4所示，本发明全程供应链控制方法包括：

步骤100：接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；

步骤200：对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；

步骤300：根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；

步骤400：当判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；

步骤500：对上述各个步骤的处理情况进行监听，获得并记录当前业务数据处理信息，及全程供应链控制塔运行情况。

相对于现有技术，本发明全程供应链控制方法与上述全程供应链控制塔的有益效果相同，在此不再赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种全程供应链控制塔，其特征在于，所述控制塔包括：

数据接收模块，用于接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；

数据处理模块，用于对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；

判断模块，用于根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；

后期处理模块，分别与所述数据接收模块和判断模块连接，用于在所述判断模块的判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；

数据监听模块，分别与所述数据接收模块、数据处理模块、判断模块及后期处理模块连接，用于对分别对所述数据接收模块、数据处理模块、判断模块及后期处理模块中至少一者进行监听，获得当前业务数据处理信息。

2.根据权利要求1所述的全程供应链控制塔，其特征在于，所述数据接收模块包括：

接收单元，用于接收动态的各类请求报文信息；

整合单元，用于整合各类请求报文信息为统一格式信息；

发送单元，用于通过MQ集群队列将所述统一格式信息发送至所述数据处理模块。

3.根据权利要求1所述的全程供应链控制塔，其特征在于，所述数据处理模块包括：

报文处理主逻辑单元，用于根据每一个消息所属的业务类型，使用模板模式创建业务处理对象；根据每个企业不同的业务流程配置，来执行整合请求报文的处理逻辑，获得第一处理报文；

数据清洗逻辑单元，用于接收所述第一处理报文，根据企业发送的报文内容对所述第一处理报文进行清洗，获得第二处理报文；

业务数据处理逻辑模块，用于对所述第二处理报文进行解析，获得业务配置信息。

4.根据权利要求3所述的全程供应链控制塔，其特征在于，所述数据清洗逻辑单元包括：

识别归类子单元，用于根据企业发送的报文内容识别所述第一处理报文所属流程、节点、动作、状态，对第一处理报文进行业务归类；

剔除子单元，用于对归类后第一处理报文进行清洗，剔除超过规格要求的报文，获得第二处理报文。

5.根据权利要求1所述的全程供应链控制塔，其特征在于，所述判断模块包括：

查询单元，用于根据业务配置信息查询数据库中对应所述业务配置信息的规则配置数据；

遍历单元，用于根据规则配置数据获得规则计算公式以及公式中各参数值；

调用规则引擎，用于根据公式以及公式中各参数值计算得到规则引擎数据；

判断单元，用于根据所述规则引擎数据与设定阈值，确定是否对所述整合请求报文进行关键绩效指标考核和/或异常处理。

6.根据权利要求1所述的全程供应链控制塔，其特征在于，所述后期处理模块包括：

异常单线程处理单元，分别与所述数据接收模块和判断模块连接，用于对整合请求报文进行异常处理；

关键绩效指标单线程处理单元，分别与所述数据接收模块和判断模块连接，用于对整合请求报文进行关键绩效指标考核处理。

7.根据权利要求6所述的全程供应链控制塔，其特征在于，所述异常单线程处理单元包括：

第一接收子单元，用于接收所述整合请求报文并获取规则引擎；

第一确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储；

设置子单元，用于根据规则引擎结果及所述整合请求报文对对应的业务设置执行处理动作；

信息通知子单元，用于调用消息组件对相关人员进行多种方式的消息通知。

8.根据权利要求6所述的全程供应链控制塔，其特征在于，所述关键绩效指标单线程处理单元包括：

第二接收子单元，用于接收所述整合请求报文并获取规则引擎；

第二确定子单元，用于根据整合请求报文及规则引擎确定规则引擎结果并存储。

9.根据权利要求1-8中任一项所述的全程供应链控制塔，其特征在于，所述当前业务数据处理信息以表格、文字、图表以及地图中至少一者的形式进行展示。

10.一种全程供应链控制方法，其特征在于，所述全程供应链控制方法基于权利要求1-9中任一项所述的全程供应链控制塔，其中，所述控制方法包括：

接收各类请求报文信息，并对各类请求报文信息进行分类整合，获得整合请求报文；

对所述整合请求报文中影响报文处理方式的业务数据解析，获得业务配置信息；

根据所述业务配置信息，判断是否对所述整合请求报文进行关键绩效指标考核和/或异常处理；

当判断结果为对所述整合请求报文进行关键绩效指标考核和/或异常处理时，对整合请求报文进行关键绩效指标考核和/或异常处理；

对上述各个步骤的处理情况进行监听，获得并记录当前业务数据处理信息，及全程供应链控制塔运行情况。