本发明涉及计算机信息处理领域，具体而言，涉及一种获取多系统之间的依赖关系的方法、装置、电子设备及计算机可读介质。
背景技术：
在通信领域中，每两个系统间的信息交互过程将被存储为日志文件，主要记录该条信息在交互过程中系统间的链路情况等。在目前的信息交互平台中，对于日志中系统链路的信息记录，仍然是采用两两相连的记录方式，日志的记录方式相当不直观，且只能记录系统两两相连的链路信息，测试人员在分析日志时，往往不能直接看出整个环境中系统的整体组网，需要根据上述的系统两两相连的记录方式，重新手动绘制各个系统的连接情况，才能看出所有系统的整体组网拓扑图。
当工作人员需要修改其中某个系统与其它系统的依赖关系时，很难确定对整体组网中哪些系统有影响，尤其在系统数量较多，交互过程较复杂的情况下，工作人员很难通过日志中的记录了解系统的整体组网拓扑图，因此，现有的信息交互平台还无法根据系统间的信息交互日志自动生成对应的拓扑图。
技术实现要素：
为了解决工作人员通过日志中的记录了解系统间的连接和依赖关系效率低下的问题，本发明提供了一种获取多系统之间的依赖关系的方法、装置和电子设备。
本发明的一方面提供一种获取多系统之间的依赖关系的方法，所述多系统包括用于接收用户请求的接口系统，所述方法包括：
通过接口系统接收用户请求，并为各用户请求分配跟踪id；
监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；
统计各系统的日志，以获取不同系统之间的依赖关系。
根据本发明的优选实施方式，所述日志包括记录，所记录包括跟踪id、请求发出方和请求接收方。
根据本发明的优选实施方式，所述统计各系统的日志，以获取不同系统之间的依赖关系包括：
将各系统的日志中涉及同一跟踪id的记录进行合并以生成关于不同跟踪id的依赖路径关系；
将获取到的相同的依赖路径关系作为一条依赖关系，并将获取到的该依赖路径关系的数量作为该依赖关系的权重。
根据本发明的优选实施方式，所述记录还包括请求的时间；
所述统计各系统的日志，以获取不同系统之间的依赖关系的步骤包括：按照请求时间的时间段统计各系统的日志，以获取不同系统之间在不同时间段的依赖关系。
根据本发明的优选实施方式，所述方法还包括：
根据所获取的所有不同依赖关系及其权重生成拓扑图结构数据。
根据本发明的优选实施方式，所述方法还包括：根据所述拓扑图结构数据生成可视化拓扑图。
根据本发明的优选实施方式，所述方法还包括：根据所述拓扑图结构数据生成孤立系统列表和/或强依赖关系列表。
根据本发明的优选实施方式，所述方法还包括：
当系统之间的依赖关系发生变化时，根据变化后各系统之间的依赖关系更新所述拓扑图结构数据。
本发明的第二方面提供一种获取多系统之间的依赖关系的装置，包括：
请求接收模块，用于通过接口系统接收用户请求；
id分配模块，用于为各用户请求分配跟踪id；
请求记录模块，用于监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；
依赖关系统计模块，用于统计各系统的日志，以获取不同系统之间的依赖关系。
根据本发明的优选实施方式，所述日志包括记录，所记录包括跟踪id、请求发出方和请求接收方。
根据本发明的优选实施方式，所述依赖关系统计模块包括：
依赖路径关系生成单元，用于将各系统的日志中涉及同一跟踪id的记录进行合并以生成关于不同跟踪id的依赖路径关系；
权重分配单元，用于将获取到的相同的依赖路径关系作为一条依赖关系，并将获取到的该依赖路径关系的数量作为该依赖关系的权重。
根据本发明的优选实施方式，所述记录还包括请求的时间；
所述依赖路径关系生成单元还用于按照请求时间的时间段统计各系统的日志，以获取不同系统之间在不同时间段的依赖关系。
根据本发明的优选实施方式，所述装置还包括：
拓扑图结构数据生成模块，用于根据所获取的所有不同依赖关系及其权重生成拓扑图结构数据。
根据本发明的优选实施方式，所述装置还包括：
拓扑图生成模块，用于根据所述拓扑图结构数据生成可视化拓扑图。
根据本发明的优选实施方式，所述装置还包括：
列表生成模块，用于根据所述拓扑图结构数据生成孤立系统列表和/或强依赖关系列表。
根据本发明的优选实施方式，所述装置还包括：
数据更新模块，用于当系统之间的依赖关系发生变化时，根据变化后各系统之间的依赖关系更新所述拓扑图结构数据。
本发明的第三方面提供一种电子设备，其中，该电子设备包括：处理器；以及，
存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行任一项所述的方法。
本发明的第四方面提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现任一项所述的方法。
本发明的技术方案，具有如下有益效果：
本发明在接收到用户的请求时自动对请求分配跟踪id，随着各系统间发送请求，跟踪id自动记录请求双方系统的信息和时间形成日志，最后根据日志获取系统间的依赖关系，最后形成拓扑图，随着请求次数的增加，各系统间的依赖关系也会越来越清晰，工作人员通过系统依赖关系的拓扑图可以很直观的判断各系统间的依赖关系，便于对相应的系统进行维护和修改，提高了效率，同时避免人工查找时出错造成损失。
附图说明
为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。
图1是本发明的一种获取多系统之间的依赖关系的方法流程示意图；
图2是本发明的一具体实施例的一种获取多系统之间的依赖关系方法工作过程示意图；
图3是本发明的一种获取多系统之间的依赖关系的装置架构示意图；
图4是本发明的一种获取多系统之间的依赖关系的电子设备结构框架示意图；
图5是本发明的计算机可读存储介质示意图。
具体实施方式
现在将参考附图更全面地描述本发明的示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例能够使得本发明更加全面和完整，更加便于将发明构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的元件、组件或部分，因而将省略对它们的重复描述。
在符合本发明的技术构思的前提下，在某个特定的实施例中描述的特征、结构、特性或其他细节不排除可以以合适的方式结合在一个或更多其他的实施例中。
在对于具体实施例的描述中，本发明描述的特征、结构、特性或其他细节是为了使本领域的技术人员对实施例进行充分理解。但是，并不排除本领域技术人员可以实践本发明的技术方案而没有特定特征、结构、特性或其他细节的一个或更多。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但这不应受这些定语限制。这些定语乃是用以区分一者与另一者。例如，第一器件亦可称为第二器件而不偏离本发明实质的技术方案。
术语“和/或”或者“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明作进一步的详细说明。
图1是本发明的一种获取多系统之间的依赖关系的方法流程示意图。
如图1所示，方法包括：
s101、通过接口系统接收用户请求，并为各用户请求分配跟踪id。
图2是本发明的一具体实施例的一种获取多系统之间的依赖关系方法工作过程示意图，本实施例以用户的借贷请求为例来说明。如图2所示，用户a通过终端应用等方式向系统a201申请借贷或提额等相关请求，系统a201可以是信息核查系统，系统a201接收到用户a的请求后，为该请求分配一个跟踪标识(id)，同时，系统a201对所述用户请求进行相应的处理，例如对用户a提供的信息进行初步核查，判断该用户的信息是否属实，是否符合请求条件等，若通过核查，则将用户a的请求发送到系统b202。在向系统b202发送请求时，系统a201内会对所分配的跟踪标识(id)t1包含于请求中，随请求一起发送到系统b202。
系统b202可以是具体信息核查系统，用于进一步核查用户提供的信息和金融机构根据用户身份从大数据库中收集的信息，对用户提供的材料真实性进行审核，同时判断用户的信用记录，根据信用记录及用户收入等信息综合评价用户的还款能力和还款意愿，给出对应的信用等级，并将授信额度的请求发送到系统d203，同时系统b202内会系统d203发送请求，由于是该请求是同一个用户进行的，故跟踪标识相同，其随请求一起发送到系统d203。
系统d203可以是贷款审批系统，会根据之前系统发送的该用户的信息和信用等级确定该用户的贷款额度，并生成对应的合同供用户查看并签署，同时向系统p205发送放款请求，同时系统d203内会向系统p205发送请求，由于该请求是同一个用户进行的，故跟踪标识相同，其随请求一起发送到系统p205。
系统p205可以是外部放款机构，例如银行等，接收到金融机构的放款请求后根据相应的条件进行放款，这样用户的借贷请求流程便完成了，同时，该用户从请求贷款到最后收到贷款间所参与的系统都由跟踪标识t1进行记录。
s102、监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志。
具体来说，当用户发送借贷请求到系统a201后，系统a201向系统b202发送请求的同时将生成的跟踪标识t1同时发送到系统b201，通常，可以在各系统上安装监听程序，例如插件，以对系统的输出接口进行监听，并记录监听到的向其他系统发出的请求。该监听程序可记录请求所包含的跟踪id，即t1、请求发出方和请求接收方，同时，一同记录的还包括发出请求的时间，例如，系统a201向系统b202发送请求时，监听程序记录某时刻系统a201向系统b202发送了获取数据的请求，由于系统间均通过网络传输请求，从发送请求到接收请求的时间非常短，在此忽略不计，每个用户的请求数据均可被记录成表格形式供工作人员查看，如表1中的数据所示：
表1
表1为用户a的借贷请求对应的跟踪标识t1记录的系统依赖关系表，从表1中可以看出，监听程序记录的与跟踪标识t1相关的系统间依赖关系为：由系统a发送请求到系统b，系统b发送请求到系统d，系统d最后将请求发送到系统p结束，从此表可以得出系统a、系统b、系统d和系统p之间的依赖关系。
每个用户的每次请求均会产生一个如表1中格式的表格，如图2所示，例如用户b申请提额请求，则将提额请求发送到系统a201审批通过后，由于用户b并不是新用户，在注册时已经对用户b进行过信息等审核，故系统a201对用户b进行信息审核后，进一步审核的内容与新用户不同，系统a201将请求发送到系统c204，同时系统a201内会对本次请求分配一个跟踪标识t2，随请求一起发送到系统c204。系统c204对用户b的信息进行审核，若符合提额条件，则确定提额的额度，若用户b在提额请求通过后发出借贷请求，则系统c204会将放款请求发送到系统p205，同时系统c204内会重新对本次请求分配一个跟踪标识t2，由于是同一个用户进行的同一个请求，故跟踪标识相同，随请求一起发送到系统p205。而跟踪标识t2会记录系统a、系统c和系统p之间的依赖关系。
s103、统计各系统的日志，以获取不同系统之间的依赖关系。
具体来说，在本实施例中，首先统计跟踪标识t1记录的日志，可以得到系统间的依赖关系，即系统a201依赖于系统b202，系统b202依赖于系统d203，系统d203依赖于系统p205。然后再统计跟踪标识t2记录的日志，可以得到系统间的依赖关系，即系统a201依赖于系统c204，系统c204依赖于系统p205。
可选的，在本实施例中，系统c204也有依赖于系统a201的情况，例如，系统a201将用户信息和用户请求发送到系统c204，但是该用户未绑定手机号，系统c204进行信息核对时发现缺少手机号，则向系统a201发送获取手机号的请求，此时系统c204变为请求方，而系统a201变为服务方，系统c204向系统a201发送请求时会本次请求分配一个跟踪标识t2，由于是同一个用户进行的同一个请求，故跟踪标识相同。
可以根据请求用户数在预设时间段内汇总所有用户的请求对应参与的系统，例如，若请求用户数较少，可以设置每天进行一次汇总，根据每天系统间的依赖关系更新上一天的异同依赖关系，以保证系统间依赖关系的准确性；若请求用户数较多，可以在一天的不同时间段内设置多次汇总，以保证系统间依赖关系的准确性。假如当天只有a、b两个用户发送了请求，则对用户a和用户b的请求对应参与的系统进行汇总，可以得到系统a201、系统b202、系统c204、系统d203、系统p205之间的依赖关系，以上汇总过程均由系统自动完成。
为了使工作人员更直观的了解系统间依赖关系现状，本发明优选为还会将系统间的依赖关系制作成如图2所示的拓扑图，这样在工作人员需要更新某个系统的功能时，可以快速准确的判断出与该系统有依赖关系的系统，并做出对应的调整，以防止更新系统后对其余系统造成影响。
优选的，系统在制作完成拓扑图后，还会对两个存在依赖关系的系统间设置权重，设置规则与每个依赖关系路径的数量有关，例如，在预设时间段内有8个用户向系统a201发送过请求，而系统a201需要依赖系统b202的请求有6个，其余2个需要依赖系统c204，则系统a201与系统b202间依赖路径的权重就会相应的大于系统a201与系统c204间依赖路径的权重，在拓扑图中的表现形式为系统a201于系统b202间的路径连接线比系统a201于系统c204间的路径连接线粗，同样后续的系统d、系统p与其他系统间的依赖关系也是如此，权重越大的设置对应的拓扑图中连接线越粗，工作人员可以更加直观的得出哪些系统的使用频率较高，工作压力较大，可以设置分支系统对工作压力较大的系统进行分流，防止系统损坏导致整个工作流程瘫痪。
当工作人员改变你某个系统的功能后，可能会存在依赖关系的改变。例如，当工作人员对系统d204的功能改变后，系统b202无需向系统d204获取数据，而系统d204也无需向系统p205获取数据，此时系统d204在预设时间段内不与任何其他系统有依赖关系，则将此类系统作为孤立系统，对应的图谱图中则孤立的画在一旁，不与任何系统有连接关系，若在下一个时间段内工作人员又需要用到系统d204，则根据更新后的依赖关系更新对应的拓扑图。
上述实施例中提供的获取多系统之间的依赖关系的方法，在接收到用户的请求时自动对请求分配跟踪id，随着各系统间发送请求，跟踪id自动记录请求双方系统的信息和时间形成日志，最后根据日志获取系统间的依赖关系，最后形成拓扑图，随着请求次数的增加，各系统间的依赖关系也会越来越清晰，工作人员通过系统依赖关系的拓扑图可以很直观的判断各系统间的依赖关系，便于对相应的系统进行维护和修改，提高了效率，同时避免人工查找时出错造成损失。
本领域技术人员可以理解，实现上述实施例的全部或部分步骤被实现为由计算机数据处理设备执行的程序(计算机程序)。在该计算机程序被执行时，可以实现本发明提供的上述方法。而且，所述的计算机程序可以存储于计算机可读存储介质中，该存储介质可以是磁盘、光盘、rom、ram等可读存储介质，也可以是多个存储介质组成的存储阵列，例如磁盘或磁带存储阵列。所述的存储介质不限于集中式存储，其也可以是分布式存储，例如基于云计算的云存储。
下面描述本发明的装置实施例，该装置可以用于执行本发明的方法实施例。对于本发明装置实施例中描述的细节，应视为对于上述方法实施例的补充；对于在本发明装置实施例中未披露的细节，可以参照上述方法实施例来实现。
本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
图3是本发明的一种获取多系统之间的依赖关系的装置架构示意图。如图3所示，所述装置300包括请求接收模块301、id分配模块302、请求记录模块303和依赖关系统计模块304，其中：
请求接收模块301，用于通过接口系统接收用户请求；
id分配模块302，用于为各用户请求分配跟踪id；
请求记录模块303，用于监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；
依赖关系统计模块304，用于统计各系统的日志，以获取不同系统之间的依赖关系。
根据本发明的优选实施方式，所述日志包括记录，所记录包括跟踪id、请求发出方和请求接收方。
根据本发明的优选实施方式，所述依赖关系统计模块304包括：
依赖路径关系生成单元，用于将各系统的日志中涉及同一跟踪id的记录进行合并以生成关于不同跟踪id的依赖路径关系；
权重分配单元，用于将获取到的相同的依赖路径关系作为一条依赖关系，并将获取到的该依赖路径关系的数量作为该依赖关系的权重。
根据本发明的优选实施方式，所述记录还包括请求的时间；
所述依赖路径关系生成单元还用于按照请求时间的时间段统计各系统的日志，以获取不同系统之间在不同时间段的依赖关系。
根据本发明的优选实施方式，所述装置还包括：
拓扑图结构数据生成模块，用于根据所获取的所有不同依赖关系及其权重生成拓扑图结构数据。
根据本发明的优选实施方式，所述装置还包括：
拓扑图生成模块，用于根据所述拓扑图结构数据生成可视化拓扑图。
根据本发明的优选实施方式，所述装置还包括：
列表生成模块，用于根据所述拓扑图结构数据生成孤立系统列表和/或强依赖关系列表。
根据本发明的优选实施方式，所述装置还包括：
数据更新模块，用于当系统之间的依赖关系发生变化时，根据变化后各系统之间的依赖关系更新所述拓扑图结构数据。
下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的具体实体实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。
图4是本发明的一种获取多系统之间的依赖关系的电子设备结构框架示意图；下面参照图4来描述根据本发明该实施例的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：至少一个处理单元410、至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430、显示单元440等。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1所示的步骤。
所述存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(rom)4203。
所述存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备400也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器460可以通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。当所述计算机程序被一个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：通过接口系统接收用户请求，并为各用户请求分配跟踪id；监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；统计各系统的日志，以获取不同系统之间的依赖关系。
图5是本发明的计算机可读存储介质示意图，所述计算机程序可以存储于一个或多个计算机可读介质上，如图5所示。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
综上所述，本发明可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)等通用数据处理设备来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
1.一种获取多系统之间的依赖关系的方法，所述多系统包括用于接收用户请求的接口系统，其特征在于，所述方法包括：
通过接口系统接收用户请求，并为各用户请求分配跟踪id；
监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；
统计各系统的日志，以获取不同系统之间的依赖关系。
2.根据权利要求1所述的获取多系统之间的依赖关系的方法，其特征在于：
所述日志包括记录，所述记录包括跟踪id、请求发出方和请求接收方。
3.根据权利要求1-2中任一项所述的获取多系统之间的依赖关系的方法，其特征在于，所述统计各系统的日志，以获取不同系统之间的依赖关系包括：
将各系统的日志中涉及同一跟踪id的记录进行合并以生成关于不同跟踪id的依赖路径关系；
将获取到的相同的依赖路径关系作为一条依赖关系，并将获取到的该依赖路径关系的数量作为该依赖关系的权重。
4.根据权利要求1-3中任一项所述的获取多系统之间的依赖关系的方法，其特征在于：
所述记录还包括请求的时间；
所述统计各系统的日志，以获取不同系统之间的依赖关系的步骤包括：按照请求时间的时间段统计各系统的日志，以获取不同系统之间在不同时间段的依赖关系。
5.根据权利要求1-4中任一项所述的获取多系统之间的依赖关系的方法，其特征在于，所述方法还包括：
根据所获取的所有不同依赖关系及其权重生成拓扑图结构数据。
6.根据权利要求1-5中任一项所述的获取多系统之间的依赖关系的方法，其特征在于，所述方法还包括：根据所述拓扑图结构数据生成可视化拓扑图。
7.根据权利要求1-6中任一项所述的获取多系统之间的依赖关系的方法，其特征在于，所述方法还包括：根据所述拓扑图结构数据生成孤立系统列表和/或强依赖关系列表。
8.一种获取多系统之间的依赖关系的装置，其特征在于，包括：
请求接收模块，用于通过接口系统接收用户请求；
id分配模块，用于为各用户请求分配跟踪id；
请求记录模块，用于监听各系统向其他系统发出的请求，并对各系统的监听结果记录为日志；
依赖关系统计模块，用于统计各系统的日志，以获取不同系统之间的依赖关系。
9.一种电子设备，其中，该电子设备包括：
处理器；以及，
存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现权利要求1-7中任一项所述的方法。
技术总结