CN104618162B - 一种系统对接的管理方法、装置和系统 - Google Patents

Abstract

本发明实施例提供一种系统对接的管理方法、装置和系统，涉及通信领域，以解决现有技术中系统对接的管理效率低下且消耗了人力资源的问题。该方法包括：根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取异常调用记录；根据所述API的异常调用记录确定产生异常调用的脚本因素，所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。本发明实施例用于系统对接的管理。

Description

一种系统对接的管理方法、装置和系统

技术领域

本发明涉及通信领域，尤其涉及一种系统对接的管理方法、装置和系统。

背景技术

现有技术中，涉及到多个系统之间的相互调用时，需要由人工预先制定各系统间的对接代码或者业务规则，例如，NOC(Network Operation Center，网络运维中心)包括的以下系统：

SDM(Service Desk Management服务台管理)系统，用于处理所有的事件、问题、变更等工单，保证这些工单按既定程序运作；

FM(Fault Management，故障管理)系统，用于对上报的告警故障进行过滤和压缩，以明确故障原因；

WFM(Workforce Management，外线人员管理)系统，用于根据线外人员所在位置、任务所在位置、任务处理时长等信息，对线外人员进行调度。

其中，对网络故障的处理需要上述各系统根据系统间的对接代码或者业务规则协作运行，并且在出现系统间的异常调用时，需要对系统间的对接代码或者业务规则进行调整。

现有技术中，系统对接的管理(即对系统间的对接代码或者业务规则进行调整)由人工进行，其效率低下且消耗了人力资源，例如，对于上述各系统出现异常调用时，现有技术需要BA(Business Analyst，业务分析工程师)对SDM工单信息进行分析，从专业、厂商、区域等维度，找到可能的优化点，再由SI(System Integrator，系统集成工程师)根据特定项目的优化点，针对各个系统调整系统间调用的对接代码或者业务规则，使得各系统间的相互调用恢复正常。

发明内容

本发明提供一种系统对接的管理方法、装置和系统，以解决现有技术中系统对接的管理效率低下且消耗了人力资源的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种系统对接的管理方法，包括：

调用服务器根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录，所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息，所述API的异常调用记录为包括所述异常标识的所述API的调用记录；

根据所述API的异常调用记录确定产生异常调用的脚本因素，所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。

在结合第一方面的第一种可能的实现方式中，所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括：

对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；

或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。

结合第一方面或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

结合第一方面或者第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

查询与所述产生异常调用的脚本因素相关联的API；将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：

设置注册到所述调用服务器的API的关联因素；

所述查询与所述产生异常调用的脚本因素相关联的API包括：

在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。

结合第一方面至第一方面的第四种可能的实现方式中的任一种可能的实现方式，在第五种可能的实现方式中，所述方法还包括：

所述调用服务器接收所述发起方发送的发起信息；

在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；

在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。

结合第一方面至第一方面的第五种可能的实现方式中的任一种可能的实现方式，在第六种可能的实现方式中，所述发起方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统；

所述被调用方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统。

结合第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述发起方为故障管理FM系统，所述被调用方为服务台管理SDM系统，所述被调用信息包括工单来源，所述异常标识为“FM手动派单”；

所述调用服务器根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录包括：

从所述API的调用记录中获取所有被调用信息的工单来源为“FM手动派单”的调用记录；

所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括：

在所有被调用信息的工单来源为“FM手动派单”的调用记录中统计所述API的API调用条件，将概率值达到预设阈值的调用条件确定为所述脚本因素；

所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

利用所述概率值达到预设阈值的调用条件调整所述API对应的API脚本。

结合第一方面的第六种可能的实现方式，在第八种可能的实现方式中，所述发起方为服务台管理SDM系统，所述被调用方为外线人员管理WFM系统，所述发起信息包括故障处理方式，所述异常标识为“未到站，故障已恢复”；

所述调用服务器根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录包括：

从所述API的调用记录中获取所有发起信息的故障处理方式为“未到站，故障已恢复”的调用记录；

所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括：

在所有发起信息的故障处理方式为“未到站，故障已恢复”的调用记录中统计所述API的调用参数，将概率值达到预设阈值的调用参数确定为所述脚本因素；

所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

利用所述概率值达到预设阈值的调用参数调整所述API对应的API脚本。

第二方面，提供一种调用服务器，包括：

获取单元，用于根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录；所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息；所述API的异常调用记录为包括所述异常标识的所述API的调用记录；

统计分析单元，用于根据所述获取单元获取到的所述API的异常调用记录确定产生异常调用的脚本因素；所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；

脚本调整单元，用于根据所述统计分析单元确定的产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。

在结合第二方面的第一种可能的实现方式中，所述统计分析单元具体用于：

对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；

或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。

结合第二方面或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述脚本调整单元具体用于：

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

结合第二方面或者第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述调用服务器还包括查询单元，用于查询与所述产生异常调用的脚本因素相关联的API；所述脚本调整单元具体用于，将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。

结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述调用服务器还包括预设置单元，用于设置注册到所述调用服务器的API的关联因素；

所述查询单元具体用于，在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。

结合第二方面至第二方面的第四种可能的实现方式中的任一种可能的实现方式，在第五种可能的实现方式中，还包括：

接收单元，用于接收所述发起方发送的发起信息；

记录单元，用于在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；

在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。

第三方面，提供一种调用系统，包括运行有发起方软件系统的发起方设备，以及运行有被调用软件系统的被调用方设备，所述调用系统还包括：调用服务器，其中，所述调用服务器与分别所述发起方设备和被调用方设备相连；

所述调用服务器为第二方面至第二方面的第五种可能的实现方式中的任一种可能的实现方式所述的调用服务器；

所述发起方设备的发起方软件系统用于，向所述调用服务器发送发起信息；所述发起信息包括事假类型和事件内容；

所述被调用方设备的被调用软件系统用于，将所述被调用方设备的API注册到所述调用服务器；根据所述调用服务器调用的API执行相应的操作。

第四方面，提供一种调用系统，包括多系统装置，所述多系统装置包括发起方软件系统和被调用方软件系统，所述调用系统还包括：调用服务器，其中，所述调用服务器与所述多系统装置相连；

所述调用服务器为第二方面至第二方面的第五种可能的实现方式中的任一种可能的实现方式所述的调用服务器；

所述多系统装置中的发起方软件系统，用于向所述调用服务器发送发起信息；所述发起信息包括事假类型和事件内容；

所述多系统装置中的被调用方软件系统，用于将所述被调用方软件系统的API注册到所述调用服务器；根据所述调用服务器调用的API执行相应的操作。

采用上述方案，调用服务器根据API的调用记录，统计分析出该API异常调用的规律，并根据该规律调整相应的API脚本，解决异常调用问题，其解决异常调用问题的效率更高，且避免了人工参与，节省了人力资源。

附图说明

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

图1为本发明实施例提供的一种系统间调用架构的示意图；

图2为本发明实施例提供的一种系统对接的管理方法的流程示意图；

图3为本发明实施例提供的一种生成API调用记录的流程示意图；

图4为本发明实施例提供的API的一种调用记录的示意图；

图5a为本发明实施例提供的一种API脚本配置的示意图；

图5b为本发明实施例提供的一种API脚本配置调整后的示意图；

图6a为本发明实施例提供的另一种API脚本配置的示意图；

图6b为本发明实施例提供的另一种API脚本配置调整后的示意图；

图7为本发明实施例提供的一种调用服务器的结构示意图；

图8为本发明实施例提供的另一种调用服务器的结构示意图；

图9为本发明实施例提供的又一种调用服务器的结构示意图；

图10为本发明实施例提供的一种调用系统的结构示意图；

图11为本发明实施例提供的另一种调用系统的结构示意图。

具体实施方式

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

本发明以下实施例均可用于如图1所示的系统间调用架构，该架构包括发起方、被调用方和调用服务器。该调用服务器分别与该发起方和该被调用方相连。该发起方和该被调用方均可以为对外开放API调用服务接口的软件系统，并且同一软件系统既可以作为发起方也可以作为被调用方。作为被调用方的软件系统将开放给外部调用的API(Application Programming Interface,应用程序编程接口)注册到该调用服务器，以便该调用服务器在接收到发起方发送的发起信息时，根据该发起信息调用该被调用方的API，实现系统间的相互调用。

需要说明的是，本文所描述的发起方和被调用方均可以理解为软件系统，并且，该发起方和该被调用方可以处于不同的物理硬件上，也可以集成在同一物理硬件上。

本发明实施例提供一种系统对接的管理方法，如图2所示，该方法包括：

S201、调用服务器根据预设的异常标识，从API的至少一条调用记录中获取该API的异常调用记录。

其中，该API为被调用方注册到调用服务器的任一API，该调用记录用于记录发起方调用该API的调用信息，该API的异常调用记录为包括该异常标识的该API的调用记录。

需要说明的是，本发明实施例是针对一个API进行描述的，但是，本领域的技术人员应该清楚，对于注册到该调用服务器内的其他API，也可以通过本发明实施例提供的系统对接管理方法进行管理，并且该调用服务器可以同时对多个API实施本发明实施例提供的系统对接管理方法。

示例地，发起方或者被调用方为SDM系统，该API的调用记录包括SDM工单，该SDM工单包括告警类型、故障处理方式、工单来源等调用维度，则该异常标识可以是“告警类型＝动力环境告警”，也可以是“故障处理方式＝未到站，故障已恢复”，也可以是“工单来源＝手动派单”。这样，若该API的某一条调用记录中的SDM工单的告警类型为动力环境告警，则该条调用记录即为所述异常调用记录。

另外，该异常标识可以由用户或者调度服务器预先设置在调度服务器内，也可以预先设置在其他设备中，此时，该调度服务器需要从其他设备中获取该异常标识，本发明对此不作限定。

如图1所示，该系统间调用架构在初始运行时，该被调用方将开放给外部调用的API注册到该调用服务器中，其中，该调用服务器可以为IPaaS(Integration Platform asa Service，集成平台即服务)，该调用服务器运行以API脚本为组成形式的APP应用，实现系统之间的对接。

被调用方的API注册到该调用服务器后，系统管理员可以预先配置对应该API的API脚本，该调用服务器执行该API脚本即可调用该API。该API的每一条调用记录即为该调用服务器在一次API调用过程中记录的该API的调用信息。

具体地，该API的每一条调用记录包括至少以下调用信息：

该API的标识，该API对应的API脚本的标识，以及每次调用该API的事件类型，事件内容。另外，若该API的调用参数不为空，则该API的调用记录还包括该API的调用参数。

示例地，该调度服务器在发起方调用被调用方的过程中，生成API的调用记录的流程如图3所示，包括：

S2011、调用服务器接收发起方发送的发起信息。

S2012、该调用服务器在根据该发起信息包括的事件类型和事件内容，确定调用该API后，将该发起信息添加到该API的调用记录中。

S2013、该调用服务器在调用该API，并获取被调用方的被调用信息后，将该被调用信息添加到该API的调用记录中。

需要说明的是，API脚本包括API的触发事件、该API的调用条件、该API的标识，则该调用服务器在确定事件类型与API脚本内的触发事件相符，且事件内容满足该API的调用条件时，调用该API的标识对应的API。

上述调用服务器生成API的调用记录的流程只是一种优选的实现方式，为了更准确地统计分析出该API异常调用的规律，该API的调用记录应尽可能多的包括该API的调用维度，按照上述流程，该API的调用记录同时包括调用该API的发起信息，以及被调用信息，但是，在实际实施中，该API的调用记录可以包括发起信息和被调用信息中的一个。本发明对此不作限定。

S202、该调用服务器根据该API的异常调用记录确定产生异常调用的脚本因素，该产生异常调用的脚本因素包括该API的调用条件和该API的调用参数中的至少一种。

其中，该API的调用条件为触发调用该API的条件因素，该API的调用参数为调用该API的传递参数。

具体地，该调用服务器对该API的异常调用记录中包括的该API的调用条件进行统计，确定概率值达到预设阈值的调用条件为该产生异常调用的脚本因素；或者，该调用服务器对该API的异常调用记录中包括的该API的调用参数进行统计，确定概率值达到预设阈值的调用参数为该产生异常调用的脚本因素。

以发起方为FM系统、被调用方为SDM系统举例说明，如图4所示，API的调用记录包括：FM告警信息(即该发起信息)，SDM工单信息(即该被调用信息)，以及该API固有信息。由图4，API的调用记录包括多个调用信息，则该异常标识可以为该FM告警信息或者该SDM工单信息或者API调用信息该中的任一调用信息。

若该异常标识为“FM手动派单”，则该步骤S201具体为：调用服务器从该API的至少一条调用记录中获取所有SDM工单的工单来源为“FM手动派单”的调用记录。

进一步地，步骤S202可以为：该调用服务器对SDM工单的工单来源为“FM手动派单”的调用记录中的调用条件进行统计，确定概率值达到预设阈值的调用条件为该产生异常调用的脚本因素，例如，该阈值预先设置为80％，调用条件“告警类型＝动力环境告警”的概率为85％，则可确定该调用条件“告警类型＝动力环境告警”即为产生异常调用的脚本因素。

S203、该调用服务器根据该产生异常调用的脚本因素调整该异常调用记录对应的API脚本。

具体地，对于API脚本的调整包括以下两种方式：

方式一、该调用服务器根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

示例地，根据步骤S202中的举例说明，若调用服务器确定调用条件“告警类型＝动力环境告警”为产生异常调用的脚本因素，则该调用服务器将动力环境告警增加到该API对应的API脚本内的该API的调用条件中。

以图5a和图5b举例说明对API脚本的调整，其中，图5a为调整前的API脚本的配置，图5b为调整后的API脚本的配置。

由图5a，当发起方FM找到根因告警，且该根因告警的告警级别为紧急时，调用标识为创建SDM工单的API，其中，调用该API的调用参数可以为空。由图5b，当发起方FM找到根因告警，且该根因告警的告警级别为紧急或者告警类型为动力环境告警时，调用标识为创建SDM工单的API。这样，该发起方FM下一次向该调用服务器发送的发起信息中的告警类型为动力环境告警时，该调用服务器自动调用该API，使得该SDM创建SDN工单，完成对SDM的调用，无需由人工进行手动派单，解决了“FM手动派单”的异常调用问题。

另一个例子，若该发起方为SDM，该被调用方为WFM，该异常标识为“未到站，故障已恢复”，则该调用服务器从该API的调用记录中获取发起信息的故障处理方式为“未到站，故障已恢复”的调用记录(即该异常调用记录)，并对该异常调用记录中的API的调用参数进行统计，若调用参数中的延时时长小于30分钟的概率达到预设阈值(例如80％)，则增大该API的调用参数中的延时时长。

以图6a和图6b举例说明对API脚本的调整，其中，图6a为调整前的API脚本的配置，图6b为调整后的API脚本的配置。

由图6a，调用标识为注册延时创建WFM工单任务的API的延时时长为20分钟，导致可能线外人员未到故障现场，故障就已经恢复。由图5b，调用标识为注册延时创建WFM工单任务的API的延时时长增加为30分钟，减少了产生“未到站，故障已恢复”的异常工单。

方式二、该调用服务器查询与该产生异常调用的脚本因素相关联的API，将该与该脚本因素相关联的API添加到该异常调用记录对应的API脚本中。

具体地，调用服务器设置注册到该调用服务器的API的关联因素，则该调用服务器查询与该产生异常调用的脚本因素相关联的API包括：在所述注册到该调用服务器的API中查询关联因素与该产生异常调用的脚本因素相匹配的API。

需要说明的是，上述方式一是对已经添加到API脚本的API进行调整，对于新注册到调用服务器的API，可以通过方式二将新注册的API添加的API脚本。

示例地，每个API注册到IPaaS时，管理员可设定其关联因素，该关联因素可以根据该API的属性设置一个或多个，例如，对于“注册延时创建WFM工单任务”的API，由于该API属于外线延时派单，因此可设置该API的派单延时时长，例如该API是创建SDM工单，设定其关联因素为动力环境告警，这样，当调用服务器确定产生异常的脚本因素后，从新注册的API中查询到关联因素与该产生异常的脚本因素相匹配的API，并将该API添加到API脚本中。

其中，关联因素与产生异常的脚本因素匹配，可以是关联因素与产生异常的脚本因素一致。在同一API存在多个关联因素时，也可以对新注册的API进行相关性排序，并将相关性最高的API添加到API脚本中，其中，一个API存在与多个产生异常的脚本因素一致的关联因素越多，该API的相关性越高。

需要说明的是，上述仅以SDM系统、FM系统、WFM系统之间存在的系统间调用进行举例说明，但是本领域的技术人员应该理解到，本发明实施例提供的系统对接管理方法，对于存在多系统之间相互调用的场景均适用，本发明对此不做限定。

在本发明实施例的一种可能的实现方式中，上述根据对API的调整均可由管理员进行，具体地，调用服务器将异常标识和产生异常的脚本因素作为调整建议通知管理员，以便管理员调整相应的API脚本。

另外，本发明实施例还可以按照一定周期(如每天或者每月等等)执行上述步骤S201至步骤S203，自动解决系统间的异常调用问题，本发明实施例不做限定。

采用上述方法，根据API的调用记录，统计分析出该API异常调用的规律，并根据该规律调整相应的API脚本，解决异常调用问题，其解决异常调用问题的效率更高，且避免了人工参与，节省了人力资源。

本发明实施例提供一种调用服务器70，对应上述图2的方法实施例，该调用服务器70的各个功能单元均可用于上述方法步骤，如图7所示，该调用服务器70包括：

获取单元71，用于根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取异常调用记录。

其中，所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息；所述API的异常调用记录为包括所述异常标识的所述API的调用记录。

统计分析单元72，用于根据该获取单元71获取到的该API的异常调用记录确定产生异常调用的脚本因素。

其中，该产生异常调用的脚本因素包括该API的调用条件和该API的调用参数中的至少一种；该API的调用条件为触发调用该API的条件因素，该API的调用参数为调用该API的传递参数。

脚本调整单元73，用于根据该统计分析单元确定的产生异常调用的脚本因素调整该异常调用记录对应的API脚本。

具体地，被调用方的API注册到该调用服务器后，系统管理员可以预先配置对应该API的API脚本，该调用服务器执行该API脚本即可调用该API。该API的每一条调用记录即为该调用服务器在一次API调用过程中记录的该API的调用信息。

其中，该API的每一条调用记录包括至少以下调用信息：

该API的标识，该API对应的API脚本的标识，以及每次调用该API的事件类型，事件内容。另外，若该API的调用参数不为空，则该API的调用记录还包括该API的调用参数。

可选地，如图8所示，可选地，该调用服务器还包括：接收单元74，用于接收该发起方发送的发起信息；记录单元75，用于在根据该发起信息包括的事件类型和事件内容，确定调用该API后，将该发起信息添加到该API的调用记录中；在调用该API，并获取被调用方的被调用信息后，将该被调用信息添加到该API的调用记录中。

需要说明的是，为了统计分析出该API异常调用的规律，该API的调用记录应尽可能多的包括该API的调用维度，上述记录单元75同时记录了调用该API的发起信息，以及被调用信息，但是，在实际实施中，该API的调用记录可以包括发起信息和被调用信息中的一个。本发明对此不作限定。

可选地，该统计分析单元72具体用于：

对该API的异常调用记录中包括的该API的调用条件进行统计，确定概率值达到预设阈值的调用条件为该产生异常调用的脚本因素；

或者，对该API的异常调用记录中包括的该API的调用参数进行统计，确定概率值达到预设阈值的调用参数为该产生异常调用的脚本因素。

以发起方为FM系统、被调用方为SDM系统举例说明，如图4所示，API的调用记录包括：FM告警信息(即该发起信息)，SDM工单信息(即该被调用信息)，以及该API固有信息。由图4，API的调用记录包括多个调用信息，则该异常标识可以为该FM告警信息或者该SDM工单信息或者API调用信息该中的任一调用信息。

若该异常标识为“FM手动派单”，则该获取单元71具体用于：从该API的至少一条调用记录中获取所有SDM工单的工单来源为“FM手动派单”的调用记录；该统计分析单元72具体用于：对SDM工单的工单来源为“FM手动派单”的调用记录中的调用条件进行统计，确定概率值达到预设阈值的调用条件为该产生异常调用的脚本因素，例如，该阈值预先设置为80％，调用条件“告警类型＝动力环境告警”的概率为85％，则可确定该调用条件“告警类型＝动力环境告警”即为产生异常调用的脚本因素。

在本发明实施例的一种可能的实现方式中，该脚本调整单元73具体用于：根据该产生异常调用的脚本因素调整该异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

示例地，若该统计分析单元72确定调用条件“告警类型＝动力环境告警”为产生异常调用的脚本因素，则该脚本调整单元73将动力环境告警增加到该API对应的API脚本内的该API的调用条件中。

以图5a和图5b举例说明对API脚本的调整，其中，图5a为调整前的API脚本的配置，图5b为调整后的API脚本的配置。具体参照方法实施例中的对应描述，此处不再赘述。

另一个例子，若该发起方为SDM，该被调用方为WFM，该异常标识为“未到站，故障已恢复”，则该调用服务器从该API的调用记录中获取发起信息的故障处理方式为“未到站，故障已恢复”的调用记录(即该异常调用记录)，并对该异常调用记录中的API的调用参数进行统计，若调用参数中的延时时长小于30分钟的概率达到预设阈值(例如80％)，则增大该API的调用参数中的延时时长。

以图6a和图6b举例说明对API脚本的调整，其中，图6a为调整前的API脚本的配置，图6b为调整后的API脚本的配置。具体参照方法实施例中的对应描述，此处不再赘述。

在本发明实施例的另一种可能的实现方式中，如图8所示，该调用服务器还包括查询单元76，用于查询与该产生异常调用的脚本因素相关联的API；该脚本调整单元73具体用于，将该与该脚本因素相关联的API添加到该异常调用记录对应的API脚本中。

可选地，该调用服务器还包括预设置单元77，用于设置注册到该调用服务器的API的关联因素；这样，该查询单元76具体用于，在该注册到该调用服务器的API中查询关联因素与该产生异常调用的脚本因素相匹配的API。

示例地，每个API注册到IPaaS时，管理员可设定其关联因素，该关联因素可以根据该API的属性设置一个或多个，例如，对于“注册延时创建WFM工单任务”的API，由于该API属于外线延时派单，因此可设置该API的派单延时时长，例如该API是创建SDM工单，设定其关联因素为动力环境告警，这样，当调用服务器确定产生异常的脚本因素后，从新注册的API中查询到关联因素与该产生异常的脚本因素相匹配的API，并将该API添加到API脚本中。

其中，关联因素与产生异常的脚本因素匹配，可以是关联因素与产生异常的脚本因素一致。在同一API存在多个关联因素时，也可以对新注册的API进行相关性排序，并将相关性最高的API添加到API脚本中，其中，一个API存在与多个产生异常的脚本因素一致的关联因素越多，该API的相关性越高。

采用上述调用服务器，该调用服务器根据API的调用记录，统计分析出该API异常调用的规律，并根据该规律调整相应的API脚本，解决异常调用问题，其解决异常调用问题的效率更高，且避免了人工参与，节省了人力资源。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例提供一种调用服务器90，如图9所示，包括：

处理器(processor)91、通信接口(Communications Interface)92、存储器(memory)93和通信总线94；其中，所述处理器91、所述通信接口92和所述存储器93通过所述通信总线94完成相互间的通信。

处理器91可能是一个多核中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器93用于存放程序代码，所述程序代码包括计算机操作指令和网络流图。存储器93可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

所述通信接口92，用于实现这些装置之间的连接通信。

所述处理器91用于执行所述存储器93中的程序代码，以实现以下操作：

调用服务器根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录，所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息，所述API的异常调用记录为包括所述异常标识的所述API的调用记录；

根据所述API的异常调用记录确定产生异常调用的脚本因素，所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。

可选地，所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括：

对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；

或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。

可选地，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

可选地，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

查询与所述产生异常调用的脚本因素相关联的API；将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。

可选地，所述操作还包括：

设置注册到所述调用服务器的API的关联因素；

所述查询与所述产生异常调用的脚本因素相关联的API包括：

在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。

可选地，所述操作还包括：

所述调用服务器接收所述发起方发送的发起信息；

在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；

在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。

可选地，所述发起方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统；

所述被调用方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统。

本发明实施例提供一种调用系统，如图10所示，该调用系统包括：

运行有发起方软件系统的发起方设备101，以及运行有被调用软件系统的被调用方设备102，还包括：调用服务器103，其中，该调用服务器103与分别该发起方设备101和被调用方设备相连102。

该发起方设备101的发起方软件系统用于，向该调用服务器发送发起信息；该发起信息包括事假类型和事件内容。

该被调用方设备102的被调用软件系统用于，将该被调用方设备的API注册到该调用服务器；根据该调用服务器调用的API执行相应的操作。

该调用服务器103为图7所示的调用服务器70，或者，图8所示的调用服务器80，或者，图9所示的调用服务器90，具体可参照上述实施例中对应图7，图8或者图9的描述，此处不再赘述。

采用上述系统，该系统内的调用服务器根据API的调用记录，统计分析出该API异常调用的规律，并根据该规律调整相应的API脚本，解决软件系统间异常调用问题，其解决异常调用问题的效率更高，且避免了人工参与，节省了人力资源。

本发明实施例提供一种调用系统，如图11所示，该调用系统包括：多系统装置111，该多系统装置包括发起方软件系统和被调用方软件系统，该调用系统还包括：调用服务器112，其中，该调用服务器112与该多系统装置111相连。

该多系统装置111中的发起方软件系统，用于向该调用服务器发送发起信息；该发起信息包括事假类型和事件内容。

该多系统装置111中的被调用方软件系统，用于将该被调用方软件系统的API注册到该调用服务器；根据该调用服务器调用的API执行相应的操作。

该调用服务器103为图7所示的调用服务器70，或者，图8所示的调用服务器80，或者，图9所示的调用服务器90，具体可参照上述实施例中对应图7，图8或者图9的描述，此处不再赘述。

采用上述系统，该系统内的调用服务器根据API的调用记录，统计分析出该API异常调用的规律，并根据该规律调整相应的API脚本，解决软件系统间异常调用问题，其解决异常调用问题的效率更高，且避免了人工参与，节省了人力资源。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (15)

1.一种系统对接的管理方法，其特征在于，包括：

调用服务器根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录，所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息，所述API的异常调用记录为包括所述异常标识的所述API的调用记录；

所述调用服务器通过运行API脚本调用所述API；

根据所述API的异常调用记录确定产生异常调用的脚本因素，所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的所述API脚本。

2.根据权利要求1所述的方法，其特征在于，所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括：

对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；

或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

4.根据权利要求1或2所述的方法，其特征在于，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括：

查询与所述产生异常调用的脚本因素相关联的API；将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

设置注册到所述调用服务器的API的关联因素；

所述查询与所述产生异常调用的脚本因素相关联的API包括：

在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。

6.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述调用服务器接收所述发起方发送的发起信息；

在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；

在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。

7.根据权利要求1或2所述的方法，其特征在于，所述发起方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统；

所述被调用方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统。

8.一种调用服务器，其特征在于，包括：

获取单元，用于根据预设的异常标识，从应用程序编程接口API的至少一条调用记录中获取所述API的异常调用记录；所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息；所述API的异常调用记录为包括所述异常标识的所述API的调用记录；

所述调用服务器通过运行API脚本调用所述API；

统计分析单元，用于根据所述获取单元获取到的所述API的异常调用记录确定产生异常调用的脚本因素；所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；

脚本调整单元，用于根据所述统计分析单元确定的产生异常调用的脚本因素调整所述异常调用记录对应的所述API脚本。

9.根据权利要求8所述的调用服务器，其特征在于，所述统计分析单元具体用于：

对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；

或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。

10.根据权利要求8或9所述的调用服务器，其特征在于，所述脚本调整单元具体用于：

根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。

11.根据权利要求8或9所述的调用服务器，其特征在于，所述调用服务器还包括查询单元，用于查询与所述产生异常调用的脚本因素相关联的API；所述脚本调整单元具体用于，将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。

12.根据权利要求11所述的调用服务器，其特征在于，所述调用服务器还包括预设置单元，用于设置注册到所述调用服务器的API的关联因素；

所述查询单元具体用于，在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。

13.根据权利要求8或9所述的调用服务器，其特征在于，还包括：

接收单元，用于接收所述发起方发送的发起信息；

记录单元，用于在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；

在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。

14.一种调用系统，包括运行有发起方软件系统的发起方设备，以及运行有被调用软件系统的被调用方设备，其特征在于，所述调用系统还包括：调用服务器，其中，所述调用服务器与分别所述发起方设备和被调用方设备相连；

所述调用服务器为权利要求8至13任一项所述的调用服务器；

所述发起方设备的发起方软件系统用于，向所述调用服务器发送发起信息；所述发起信息包括事件类型和事件内容；

所述被调用方设备的被调用软件系统用于，将所述被调用方设备的API注册到所述调用服务器；根据所述调用服务器调用的API执行相应的操作。

15.一种调用系统，包括多系统装置，所述多系统装置包括发起方软件系统和被调用方软件系统，其特征在于，所述调用系统还包括：调用服务器，其中，所述调用服务器与所述多系统装置相连；

所述调用服务器为权利要求8至13任一项所述的调用服务器；

所述多系统装置中的发起方软件系统，用于向所述调用服务器发送发起信息；所述发起信息包括事件类型和事件内容；

所述多系统装置中的被调用方软件系统，用于将所述被调用方软件系统的API注册到所述调用服务器；根据所述调用服务器调用的API执行相应的操作。