[发明专利]一种智能建筑业务系统的多子系统联动方法

权利要求书

1.一种智能建筑业务系统的多子系统联动方法，其特征在于：包括以下步骤，

步骤1，子系统API注册，包括在异常处理中心针对各子系统分别注册子系统部署信息和功能API，当功能API提供反向/冲正服务时，同时注册相应反向/冲正服务API；所述反向/冲正表示反向或冲正处理方式；

步骤2，调用链编排，包括将各子系统注册的API，根据实际业务场景进行编排，以节点的形式展现为API调用链；如果各子系统注册的某API同时注册了相应反向/冲正服务API，则API调用链中编排对应的相应反向/冲正服务API与该API匹配；

步骤3，子系统异常信息采集，包括当硬件子系统发生操作异常时，将异常信息业务上下文dump到异常处理中心，供异常处理中心分析和处理整个流程的一致性；所述dump表示转存；

步骤4，子系统调用链分析及异常视图生成，包括根据收集的异常信息，分析已发生异常的业务流程对应的业务API调用链，提供异常视图；

步骤5，多子系统联动处理，包括展示API调用链中的某个节点的异常信息，还原异常子系统与系统之间的业务流程，自动调用正向补偿或API调用链中编排的反向/冲正API，及API调用链中涉及到的其他子系统相关API，确保所有子系统间的联动一致性。

2.根据权利要求1所述一种智能建筑业务系统的多子系统联动方法，其特征在于：步骤1中，子系统部署信息注册内容包括子系统名称、子系统类型、IP和端口号、异常文件输出目录以及服务分类选择。

3.根据权利要求1所述一种智能建筑业务系统的多子系统联动方法，其特征在于：步骤1中，API注册内容包括API名称、API功能描述、API接口类型、所依赖的API及反向/冲正API。

4.根据权利要求1所述一种智能建筑业务系统的多子系统联动方法，其特征在于：步骤2中，编排API调用链中任何一个API时的编排内容包括发起方、发起方主机、业务名称、接收方、接收方主机、服务名称、反向或冲正服务名称以及序号。

5.根据权利要求1或2或3或4所述一种智能建筑业务系统的多子系统联动方法，其特征在于：所述异常信息包括子系统名称、API名称、请求类型、请求开始时间、请求响应时间、异常dump时间、业务上下文参数、IP端口、请求报文、响应报文和异常。