一种系统对接的管理方法、装置和系统的制作方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种系统对接的管理方法、装置和系统。
【背景技术】
[0002]现有技术中，涉及到多个系统之间的相互调用时，需要由人工预先制定各系统间的对接代码或者业务规则，例如，NOC(Network Operat1n Center，网络运维中心)包括的以下系统:
[0003]SDM(Service Desk Management服务台管理)系统，用于处理所有的事件、问题、变更等工单，保证这些工单按既定程序运作；
[0004]FM (Fault Management，故障管理)系统，用于对上报的告警故障进行过滤和压缩，以明确故障原因；
[0005]WFM(Workforce Management，外线人员管理)系统，用于根据线外人员所在位置、任务所在位置、任务处理时长等信息，对线外人员进行调度。
[0006]其中，对网络故障的处理需要上述各系统根据系统间的对接代码或者业务规则协作运行，并且在出现系统间的异常调用时，需要对系统间的对接代码或者业务规则进行调整。
[0007]现有技术中，系统对接的管理(即对系统间的对接代码或者业务规则进行调整)由人工进行，其效率低下且消耗了人力资源，例如，对于上述各系统出现异常调用时，现有技术需要BA (Business Analyst，业务分析工程师)对SDM工单信息进行分析，从专业、厂商、区域等维度，找到可能的优化点，再由SI (System Integrator，系统集成工程师)根据特定项目的优化点，针对各个系统调整系统间调用的对接代码或者业务规则，使得各系统间的相互调用恢复正常。
【发明内容】
[0008]本发明提供一种系统对接的管理方法、装置和系统，以解决现有技术中系统对接的管理效率低下且消耗了人力资源的问题。
[0009]为达到上述目的，本发明的实施例采用如下技术方案:
[0010]第一方面，提供一种系统对接的管理方法，包括:
[0011]调用服务器根据预设的异常标识，从应用程序编程接口 API的至少一条调用记录中获取所述API的异常调用记录，所述API为被调用方注册到所述调用服务器的任一 API，所述调用记录用于记录发起方调用所述API的调用信息，所述API的异常调用记录为包括所述异常标识的所述API的调用记录；
[0012]根据所述API的异常调用记录确定产生异常调用的脚本因素，所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；
[0013]根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。
[0014]在结合第一方面的第一种可能的实现方式中，所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括:
[0015]对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；
[0016]或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。
[0017]结合第一方面或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括:
[0018]根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。
[0019]结合第一方面或者第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括:
[0020]查询与所述产生异常调用的脚本因素相关联的API ;将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。
[0021]结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括:
[0022]设置注册到所述调用服务器的API的关联因素；
[0023]所述查询与所述产生异常调用的脚本因素相关联的API包括:
[0024]在所述注册到所述调用服务器的API中查询关联因素与所述产生异常调用的脚本因素相匹配的API。
[0025]结合第一方面至第一方面的第四种可能的实现方式中的任一种可能的实现方式，在第五种可能的实现方式中，所述方法还包括:
[0026]所述调用服务器接收所述发起方发送的发起信息；
[0027]在根据所述发起信息包括的事件类型和事件内容，确定调用所述API后，将所述发起信息添加到所述API的调用记录中；
[0028]在调用所述API，并获取被调用方的被调用信息后，将所述被调用信息添加到所述API的调用记录中。
[0029]结合第一方面至第一方面的第五种可能的实现方式中的任一种可能的实现方式，在第六种可能的实现方式中，所述发起方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统；
[0030]所述被调用方包括服务台管理SDM系统、故障管理FM系统、外线人员管理WFM系统中的任一系统。
[0031]结合第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述发起方为故障管理FM系统，所述被调用方为服务台管理SDM系统，所述被调用信息包括工单来源，所述异常标识为“FM手动派单”；
[0032]所述调用服务器根据预设的异常标识，从应用程序编程接口 API的至少一条调用记录中获取所述API的异常调用记录包括:
[0033]从所述API的调用记录中获取所有被调用信息的工单来源为“FM手动派单”的调用记录；
[0034]所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括:
[0035]在所有被调用信息的工单来源为“FM手动派单”的调用记录中统计所述API的API调用条件，将概率值达到预设阈值的调用条件确定为所述脚本因素；
[0036]所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括:
[0037]利用所述概率值达到预设阈值的调用条件调整所述API对应的API脚本。
[0038]结合第一方面的第六种可能的实现方式，在第八种可能的实现方式中，所述发起方为服务台管理SDM系统，所述被调用方为外线人员管理WFM系统，所述发起信息包括故障处理方式，所述异常标识为“未到站，故障已恢复”；
[0039]所述调用服务器根据预设的异常标识，从应用程序编程接口 API的至少一条调用记录中获取所述API的异常调用记录包括:
[0040]从所述API的调用记录中获取所有发起信息的故障处理方式为“未到站，故障已恢复”的调用记录；
[0041]所述根据所述API的异常调用记录确定产生异常调用的脚本因素包括:
[0042]在所有发起信息的故障处理方式为“未到站，故障已恢复”的调用记录中统计所述API的调用参数，将概率值达到预设阈值的调用参数确定为所述脚本因素；
[0043]所述根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本包括:
[0044]利用所述概率值达到预设阈值的调用参数调整所述API对应的API脚本。
[0045]第二方面，提供一种调用服务器，包括:
[0046]获取单元，用于根据预设的异常标识，从应用程序编程接口 API的至少一条调用记录中获取所述API的异常调用记录；所述API为被调用方注册到所述调用服务器的任一API，所述调用记录用于记录发起方调用所述API的调用信息；所述API的异常调用记录为包括所述异常标识的所述API的调用记录；
[0047]统计分析单元，用于根据所述获取单元获取到的所述API的异常调用记录确定产生异常调用的脚本因素；所述产生异常调用的脚本因素包括所述API的调用条件和所述API的调用参数中的至少一种；所述API的调用条件为触发调用所述API的条件因素，所述API的调用参数为调用所述API的传递参数；
[0048]脚本调整单元，用于根据所述统计分析单元确定的产生异常调用的脚本因素调整所述异常调用记录对应的API脚本。
[0049]在结合第二方面的第一种可能的实现方式中，所述统计分析单元具体用于:
[0050]对所述API的异常调用记录中包括的所述API的调用条件进行统计，确定概率值达到预设阈值的调用条件为所述产生异常调用的脚本因素；
[0051]或者，对所述API的异常调用记录中包括的所述API的调用参数进行统计，确定概率值达到预设阈值的调用参数为所述产生异常调用的脚本因素。
[0052]结合第二方面或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述脚本调整单元具体用于:
[0053]根据所述产生异常调用的脚本因素调整所述异常调用记录对应的API脚本中的调用条件和调用参数中的至少一种。
[0054]结合第二方面或者第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述调用服务器还包括查询单元，用于查询与所述产生异常调用的脚本因素相关联的API ;所述脚本调整单元具体用于，将所述与所述脚本因素相关联的API添加到所述异常调用记录对应的API脚本中。
[0055]结合第二方面的第三种可能的实现方式，在