CN109857788A - 业务查询方法、装置、终端、服务器和可读介质 - Google Patents

Abstract

本发明提供一种业务查询方法、装置、终端、服务器和可读介质，该方法包括：获取用户输入的至少一个关键字，将至少一个关键字发送给服务器，以使服务器根据至少一个关键字确定并返回业务查询链路，其中，业务查询链路包括至少两个扫描节点；接收并显示服务器发送的业务查询链路；获取用户输入的查询信息，将查询信息发送给服务器，以使服务器根据查询信息在业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法；接收服务器发送的每一次扫描处理后的扫描结果，并将每一个扫描结果渲染在所显示的业务查询链路上的相应扫描节点中。本方案能够体现信息之间的关联性。

Description

业务查询方法、装置、终端、服务器和可读介质

技术领域

本发明涉及业务查询技术领域，尤其涉及一种业务查询方法、装置、终端、服务器和可读介质。

背景技术

业务运营支撑系统(Business&Operation Support System，简称BOSS系统)是以业务为驱动的流程系统，其每个模块内部都有复杂的流程处理，需要进行业务信息可视化。

现有技术中，针对业务信息的可视化，主要是通过web方式进行实现，具体的，由开发人员开发不同的界面，然后在不同的界面上展示查询到的不同信息。然而现有技术中，通过各个界面进行了信息拆分，使得信息的关联性被打破，从而，如何体现信息之间的关联性成为目前亟需解决的问题。

发明内容

本发明提供一种业务查询方法、装置、终端、服务器和可读介质，能够体现信息之间的关联性。

第一方面，本发明提供一种业务查询方法，包括：

获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点；

接收并显示所述服务器发送的所述业务查询链路；

获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法；

接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

进一步地，在所述将所述至少一个关键字发送给服务器之后，且在所述接收并显示所述服务器发送的所述业务查询链路之前，还包括：

接收并显示所述服务器发送的至少一个业务追踪对象，其中，所述至少一个业务追踪对象由所述服务器根据所述至少一个关键字匹配得到，每一个所述业务追踪对象中包括所述至少一个关键字；

接收用户的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识；

将所述确认指令发送给所述服务器，以使所述服务器根据所述确认指令中携带的业务追踪对象的标识，获取并返回所述业务追踪对象的业务查询链路。

进一步地，所述接收所述服务器发送的每一次扫描处理后的扫描结果，包括：

采用网络套接字websocket协议接收所述服务器发送的每一次扫描处理后的扫描结果。

第二方面，本发明提供一种业务查询方法，包括：

接收终端发送的至少一个关键字；

根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点；

接收所述终端发送的查询信息；

根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

进一步地，所述根据所述至少一个关键字确定业务查询链路，包括：

根据所述至少一个关键字匹配得到至少一个业务追踪对象，并将所述至少一个业务追踪对象发送给所述终端，以使所述终端显示所述至少一个业务追踪对象；

接收所述终端发送的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识，根据所述确认指令中携带的业务追踪对象的标识，确定所述业务追踪对象的业务查询链路。

进一步地，所述确定所述业务追踪对象的业务查询链路，包括：

根据预设的所述业务追踪对象对应的各个扫描节点之间的关联关系，生成所述业务追踪对象对应的业务查询链路。

进一步地，所述关联关系为根据配置人员的配置指令所生成的，所述配置指令用于指示出所述业务追踪对象对应的各个扫描节点和所述各个扫描节点之间的关联关系。

进一步地，所述根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果，包括：

按序触发所述业务查询链路上的扫描节点根据所述查询信息进行扫描处理，获得本次扫描处理后的扫描结果，且若当前触发的扫描节点为普通扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为选择扫描节点，则需从所述业务查询链路上待选择的至少两个扫描节点中选择一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为及时复合扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且启动所述及时复合扫描节点下的子追踪者，直至满足结束查询的条件；

若当前触发的扫描节点为惰性复合扫描节点则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且当接收到所述终端发送的启动指令时，启动所述惰性复合扫描节点下的子追踪者。

第三方面，本发明提供了一种业务查询装置，包括：

关键字获取单元，用于获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点；

链路接收单元，用于接收并显示所述服务器发送的所述业务查询链路；

查询信息获取单元，用于获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法；

扫描结果接收单元，用于接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

进一步地，所述装置还包括：

追踪对象接收单元，用于接收并显示所述服务器发送的至少一个业务追踪对象，其中，所述至少一个业务追踪对象由所述服务器根据所述至少一个关键字匹配得到，每一个所述业务追踪对象中包括所述至少一个关键字；

指令接收单元，用于接收用户的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识；

指令发送单元，用于将所述确认指令发送给所述服务器，以使所述服务器根据所述确认指令中携带的业务追踪对象的标识，获取并返回所述业务追踪对象的业务查询链路。

进一步地，所述扫描结果接收单元，用于采用网络套接字websocket协议接收所述服务器发送的每一次扫描处理后的扫描结果。

第四方面，本发明提供了一种业务查询装置，包括：

关键字接收单元，用于接收终端发送的至少一个关键字；

链路发送单元，用于根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点；

查询信息接收单元，用于接收所述终端发送的查询信息；

扫描结果发送单元，用于根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

进一步地，所述链路发送单元，包括：

匹配模块，用于根据所述至少一个关键字匹配得到至少一个业务追踪对象，并将所述至少一个业务追踪对象发送给所述终端，以使所述终端显示所述至少一个业务追踪对象；

确定模块，用于接收所述终端发送的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识，根据所述确认指令中携带的业务追踪对象的标识，确定所述业务追踪对象的业务查询链路。

进一步地，所述确定模块，用于根据预设的所述业务追踪对象对应的各个扫描节点之间的关联关系，生成所述业务追踪对象对应的业务查询链路。

进一步地，所述关联关系为根据配置人员的配置指令所生成的，所述配置指令用于指示出所述业务追踪对象对应的各个扫描节点和所述各个扫描节点之间的关联关系。

进一步地，所述扫描结果发送单元，用于按序触发所述业务查询链路上的扫描节点根据所述查询信息进行扫描处理，获得本次扫描处理后的扫描结果，且若当前触发的扫描节点为普通扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为选择扫描节点，则需从所述业务查询链路上待选择的至少两个扫描节点中选择一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为及时复合扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且启动所述及时复合扫描节点下的子追踪者，直至满足结束查询的条件；

若当前触发的扫描节点为惰性复合扫描节点则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且当接收到所述终端发送的启动指令时，启动所述惰性复合扫描节点下的子追踪者。

第五方面，本发明提供了一种终端，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

其中，所述处理器执行所述存储器中的计算机程序，以实现第一方面中任一项所述的方法。

第六方面，本发明提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面中任一项所述的方法。

第七方面，本发明提供了一种服务器，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

其中，所述处理器执行所述存储器中的计算机程序，以实现第二方面中任一项所述的方法。

第八方面，本发明提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第二方面中任一项所述的方法。

本发明提供了一种业务查询方法、装置、终端、服务器和可读介质，通过获取用户输入的至少一个关键字和查询信息，并将其发送给服务器，以接收服务器返回的业务查询链路和各个扫描结果，通过显示业务查询链路以及将接收到的扫描结果渲染在所显示的业务查询链路上的相应扫描节点中，从而展现了所扫描到的各个扫描结果之间的关联性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本发明实施例一提供的一种业务查询方法的流程图；

图2为本发明实施例一提供的一种业务查询方法中业务查询链路的示意图；

图3为本发明实施例二提供的一种业务查询方法的流程图；

图4为本发明实施例三提供的一种业务查询方法的流程图；

图5为本发明实施例四提供的一种业务查询装置的结构示意图；

图6为本发明实施例五提供的一种业务查询装置的结构示意图；

图7为本发明实施例六提供的一种业务查询装置的结构示意图；

图8为本发明实施例七提供的一种业务查询装置的结构示意图；

图9为本发明实施例八提供的一种终端的结构示意图；

图10为本发明实施例十提供的一种服务器的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的业务查询方法的流程图，如图1所示，该方法包括：

步骤101：获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点。

在本实施例中，服务器侧预先定义有多个业务追踪对象，每一个业务追踪对象对应一个业务过程，一个业务过程的各个环节定义为一个业务查询链路，每一个环节信息抽象为一个扫描节点，环节信息之间的关联定义为连接器，也即，一个业务过程对应一个业务追踪对象，一个业务追踪对象对应一个业务查询链路，一个业务查询链路由若干个扫描节点和若干个连接器组成，其中，连接器可为单侧具有箭头指向的线，以将相关联的扫描节点连接在一起，且通过箭头指向指明扫描节点之间的依赖顺序。举例来说，一个业务过程为用户缴费业务查询，通常包含缴费日志记录、缴费用户余额计算、缴费开机判断、开机处理这四个顺序的步骤，则针对用户缴费业务查询可定义为一个业务追踪对象，缴费的四个步骤串联起来为业务查询链路，该业务查询链路上的每一个步骤相当于一个扫描节点，扫描节点之间的连接相当于连接器。

值得说明的是，在实际业务场景中，往往一个业务的每个步骤又可以抽象为更细粒度的子业务，从而可将一个步骤映射为一个子业务追踪对象，子业务追踪对象是对步骤的更细步骤的划分，本方案支持无限分层。

由于服务器侧预先定义有多个业务追踪对象，也即定义有多个业务查询链路，因此，用户在进行查询时，为了确定出相应的业务查询链路，首先可根据实际的业务查询场景，输入其业务查询场景下的各个关键字，以使得服务器侧根据用户输入的关键字确定一个业务查询链路，并将确定出的业务查询链路提供给终端。例如，用户想要查询订单信息和物流信息，则可在终端提供的界面上输入“订单”和“物流”，这样，服务器便根据这两个关键字匹配到既能够查询订单又能够查询物流的业务查询链路。

步骤102：接收并显示所述服务器发送的所述业务查询链路。

在本实施例中，显示的一个业务查询链路可如图2所示，图2中的圆形和菱形为扫描节点，各个带箭头的线为连接器。图2所示的业务查询链路清晰的展示了各个环节之间的关联，也即各个扫描节点之间的关联。

由于业务过程的不同，其业务查询链路的结构可能也并不相同，或者是，在一个业务查询链路中可能也存在不同的结构，业务查询链路通常包括顺序、并发、选择以及循环四种结构。以1、2、3、4这4个扫描节点举例来说，若是1→2→3→4，则为顺序结构，若是先执行1，再同时执行2和3，最后再执行4，则为并发结构，若是先执行1，则从2和3中选择一个执行，最后再执行4，则为选择结构，若是1、2、3、4按序循环执行，则为循环结构。

现有技术中，针对每一个业务查询场景下的每一个环节均需开发人员开发一个网页，然后针对环节还需要进行后台编程，最终还得实现每一个网页跟服务器侧的交互，而本方案针对所有的业务查询场景，全部是以业务查询链路的形式进行展示，因而，无需开发人员在开发相当多的网页，只需完成其中的后台编程即可，因而大大提高了开发效率。

步骤103：获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法。

在本实施例中，在展示业务查询链路后，用户可输入具体的查询信息，例如，具体的订单号“11465***”等等，输入的具体查询信息作为该业务查询链路的入参，以使得服务器侧根据入参进行扫描处理。

步骤104：接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

在本实施例中，服务器每一次扫描处理后的扫描结果可实时进行返回。举例来说，服务器侧执行到业务查询链路中的扫描节点1时，扫描节点1根据其扫描方法扫描到扫描结果，这时服务器侧可将该扫描结果发送至终端侧，终端侧在接收到该扫描结果后，将该扫描结果实时渲染在所显示的业务查询链路上的扫描节点1中，这样，用户在触发所显示的业务查询链路上的扫描节点1时，便可查看到该扫描节点1所扫描到的扫描数据。同时，为直观显示整个扫描过程，在执行到某扫描节点时，通过突出显示该扫描节点。

本发明实施例提供了一种业务查询方法，通过获取用户输入的至少一个关键字和查询信息，并将其发送给服务器，以接收服务器返回的业务查询链路和各个扫描结果，通过显示业务查询链路以及将接收到的扫描结果渲染在所显示的业务查询链路上的相应扫描节点中，从而展现了所扫描到的各个扫描结果之间的关联性。

图3为本发明实施例二提供的业务查询方法的流程图，如图3所示，该方法可以包括：

步骤301：接收终端发送的至少一个关键字。

步骤302：根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点。

其中，步骤302中根据至少一个关键字确定业务查询链路的一种实施方式为：

根据所述至少一个关键字匹配得到至少一个业务追踪对象，并将所述至少一个业务追踪对象发送给所述终端，以使所述终端显示所述至少一个业务追踪对象；

接收所述终端发送的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识，根据所述确认指令中携带的业务追踪对象的标识，确定所述业务追踪对象的业务查询链路。

举例来说，服务器侧预先定义了10个业务追踪对象，每一个业务追踪对象中的描述中包括有相应的若干个关键字，这样，当接收到终端发送的至少一个关键字时，便可根据这10个业务追踪对象中的描述部分，匹配到同时包括终端所发送的至少一个关键字的业务追踪对象，假设共匹配出3个，然后将匹配出的3个业务追踪对象发送给终端进行显示，以使得用户从中确定出一个业务追踪对象，从而在接收到终端所发送的确认指令后，便可知道用户所选择的业务追踪对象。

在确定用户所选择的业务追踪对象后，便可根据预设的所述业务追踪对象对应的各个扫描节点之间的关联关系，生成所述业务追踪对象对应的业务查询链路。其中，一种实施方式是，开发人员通过编程定义业务追踪对象，并利用向外提供编程接口，可以通过编程的方式实现扫描，开发者只需要实现具体的业务逻辑，不需要关注该方法是如何执行的，从而得到各个扫描节点，然后通过编程实现各个扫描节点的组装，这样，在确定用户所选择的业务追踪对象后，便可根据编程关系生成相应的业务查询链路；另一种实时方式是，所述关联关系为根据配置人员的配置指令所生成的，所述配置指令用于指示出所述业务追踪对象对应的各个扫描节点和所述各个扫描节点之间的关联关系，具体的，由于数据库的数据获取、远程执行linux脚本命令等都是通用性的扫描，因此可向配置人员提供多个扫描节点模板，然后配置人员可根据实际需求选择相应的扫描节点以及配置所选择的各个扫描节点之间的连接关系，对于简单的场景，不用写代码，通过配置就可以创建一个业务追踪对象。

步骤303：接收所述终端发送的查询信息。

步骤304：根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

在本实施例中，在接收到终端发送的查询信息后，便可启动相应的业务追踪对象，具体的，可先检测该业务追踪对象对应的业务查询链路中是否存在环路，也即针对不存在循环结构的业务查询链路检测其是否存在循环的结构，如果检测到环路，则结束当前进程，若未检测到环路，则首先获取业务查询链路上初始的扫描节点，触发该扫描节点执行其对应的扫描方法，然后更改扫描节点的状态，并且检测是否发生异常，如果发生，则确定是否需要告警，如果需要，则向告警组发送告警信息，之后判断是否满足结束条件，如果否，则获取业务查询链路上满足扫描条件的扫描节点，继续进行扫描，直至满足结束条件，当结束后，确定是否需要持久化，若需要，则对获取到的扫描街结果进行持久化存储，其中，若业务查询链路中有并发结构，则在获取到各个需要并发处理的扫描节点后，可将各个扫描节点提交线程池进行处理。

本发明实施例通过获取终端发送的至少一个关键字和查询信息，以向终端提供业务查询链路和各个扫描结果，以通过终端通过显示业务查询链路以及将接收到的扫描结果渲染在所显示的业务查询链路上的相应扫描节点中，从而展现了所扫描到的各个扫描结果之间的关联性。

图4为本发明实施例三提供的业务查询方法的流程图，如图4所示，该方法可以包括：

步骤401：终端获取用户输入的至少一个关键字，将至少一个关键字发送给服务器。

步骤402：服务器根据至少一个关键字匹配得到至少一个业务追踪对象，并将至少一个业务追踪对象发送给终端，其中，每一个业务追踪对象中包括至少一个关键字。

步骤403：终端接收并显示服务器发送的至少一个业务追踪对象。

步骤404：终端接收用户的确认指令，确认指令中携带有用户所选择的业务追踪对象的标识，并将确认指令发送给服务器。

步骤405：服务器根据确认指令中携带的业务追踪对象的标识，以及根据预设的业务追踪对象对应的各个扫描节点之间的关联关系，生成业务追踪对象对应的业务查询链路。

在本实施例中，业务查询链路中包括顺序、并发、选择、循环等多种结构，下面首先以编程模式介绍实现各种结构的创建方式。举例来说，创建4个扫描节点，每个扫描节点的扫描方法为睡眠5秒，然后设置扫描节点的详情，其中一个扫描节点代码如下：

其中，第一种结构为顺序结构，顺序结构是将各个扫描节点顺序串联起来，一次扫描，有前后依赖关系，编排的依据为数据依赖或结构依赖，实现顺序结构的代码可如下：

第二种结构为选择结构，如果一个扫描节点存在多个结构关联的后续扫描节点，该扫描节点可以指定其中的一个或多个进行扫描，需要在选择扫描单元代码中指定后续扫描节点名称，如下代码，名称为2的扫描节点是一个选择扫描节点，通过scannerType属性告知前台的展示样式，通过扫描方法指定扫描的后续扫描节点。

扫描单元2先获取输出连接器，然后创建新的输出连接器集合，然后根据一定策略从老的输出连接器中选取若干加入到新的输出连接器中，2号扫描单元选择了3号扫描单元继续扫描，代码如下：

第三种结构为循环结构，循环结构中链路存在环路，追踪不会自动结束，除非进程停止或者通过实时追踪管理停止，循环结构需要指定起始扫描节点，并且在启动追踪时，取消环路检测。其中，实现循环结构的代码可如下：

第四种结构为并发结构，并发结构中的多个扫描节点可以同时执行，加速扫描速度，如下代码中，2号扫描单元和3号扫描单元可以同时执行。

第五种结构为及时分层追踪，及时分层追踪是分层追踪的一种，一个扫描节点可以开启另一个追踪并立即扫描，如下代码，名称为fork的扫描节点是一个启动扫描节点，该扫描节点中启动另一个扫描节点，通过scannerType属性告知终端的展示样式，代码如下：

fork扫描单元启动另一个追踪，代码如下：

第六种结构为懒惰分层追踪，懒惰分层追踪是分层追踪的一种，一个扫描节点可以通过人工启动另一个追踪并立即扫描，如下代码，名称为2的扫描节点可以添加一个子业务追踪对象，代码如下：

除了上述的编程模式外，还可预先开发出一些通用性的扫描节点模板，以供配置人员进行配置，下面介绍如何开发各种类型的模板。举例来说，以创建linux命令执行模板为例，如其template_id为3，template_name为LINUX_COMMAND，template_desc为linux命令执行模板，template_scanner字段指定了模板扫描节点的字节码。

而一个扫描节点的模板可以对应多个属性，linux命令执行模板的属性可如下表1所示。

表1 linux命令执行模板的属性

在linux扫描模板属性中，attribute_data_source字段指定了标签的可选数据来源，值为ORIGINAL代表attribute_data字段的值即为标签的可选数据，值为METHOD代表attribute_data字段的值一个字节码方法，并且标签的可选数据来自于该方法的返回。该例中，linux命令的的主机就来自于动态方法获取，代码如下：

在linux扫描模板属性中，attribute_type字段指定了属性获取时对应的界面标签(可以指定SELECT、TEXT、TEXTAREA、RADIO、CHECKBOX)。

在模板扫描单元中，可以通过上下文获取到界面填写的属性值，通过属性值做出相应的处理，代码如下：

步骤406：服务器将业务查询链路发送给终端。

步骤407：终端接收并显示服务器发送的业务查询链路。

步骤408：终端获取用户输入的查询信息，并将查询信息发送给服务器。

在本实施例中，各个扫描节点扫描时需要的参数可以从上一扫描节点或者业务追踪对象的初始参数获取，业务追踪对象的初始参数需要用户在界面输入后获取，为了方便用户输入并且避免输入错误格式的数据，业务追踪对象参数指定了相应的约束。为此，指定了注解TracerInfo，该注解不仅能够表明一个业务追踪对象，而且定义了业务追踪对象的各个属性，该注解定义如下：

业务追踪对象的属性如下表2所示。

表2业务追踪对象的属性

步骤409：服务器根据查询信息在业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给终端，其中，每一次扫描处理采用不同的扫描方法。

在本实施例中，当扫描节点发生异常或扫描到异常信息时，可以推送异常信息到告警人员。告警的逻辑为：通过切面的方式，捕获到到扫描节点对应的异常，如果指定了告警组，则读取告警组对应的告警人员，发送告警信息。本方案预先通过接口的方式，给开发者提供了发送逻辑的具体实现接口方法，开发者可以依据自身的需要，实现发送方法。

步骤410：终端接收服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的业务查询链路上的相应扫描节点中。

在本实施例中，终端与服务器的每一次交互均采用websocket协议的方式进行，具体的，可通过终端侧的websocket客户端与服务器侧的服务端进行交互，使得终端侧能够展示动态的追踪执行过程、各个扫描节点的状态、扫描节点结论、扫描节点详情等信息，而这些信息是动态变化的，直到服务器侧追踪过程结束。

本发明通过编程和配置两种模式，对于开发人员而言，不用需要进行界面展示相关开发，可只通过后台编程或配置确定界面的展示模式，从而大大提高了开发效率。

图5为本发明实施例四提供的业务查询装置的结构示意图，包括：

关键字获取单元501，用于获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点。

链路接收单元502，用于接收并显示所述服务器发送的所述业务查询链路。

查询信息获取单元503，用于获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法。

扫描结果接收单元504，用于接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

在本实施例中，本实施例的基于可执行本发明实施例一提供的方法，其实现原理相类似，此处不再赘述。

本发明实施例通过获取用户输入的至少一个关键字和查询信息，并将其发送给服务器，以接收服务器返回的业务查询链路和各个扫描结果，通过显示业务查询链路以及将接收到的扫描结果渲染在所显示的业务查询链路上的相应扫描节点中，从而展现了所扫描到的各个扫描结果之间的关联性。

图6为本发明实施例五提供的业务查询装置的结构示意图，在实施例四的基础上，所述装置还包括：

追踪对象接收单元601，用于接收并显示所述服务器发送的至少一个业务追踪对象，其中，所述至少一个业务追踪对象由所述服务器根据所述至少一个关键字匹配得到，每一个所述业务追踪对象中包括所述至少一个关键字；

指令接收单元602，用于接收用户的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识；

指令发送单元603，用于将所述确认指令发送给所述服务器，以使所述服务器根据所述确认指令中携带的业务追踪对象的标识，获取并返回所述业务追踪对象的业务查询链路。

进一步地，所述扫描结果接收单元，用于采用网络套接字websocket协议接收所述服务器发送的每一次扫描处理后的扫描结果。

在本实施例中，本实施例的基于可执行本发明实施例三提供的方法，其实现原理相类似，此处不再赘述。

本发明实施例通过同一采用websocket协议实现交互，这对开发人员而言，大大提高了开发效率，无需用户在实现每一个网页到服务器至今的交互。

图7为本发明实施例六提供的业务查询装置的结构示意图，包括：

关键字接收单元701，用于接收终端发送的至少一个关键字；

链路发送单元702，用于根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点；

查询信息接收单元703，用于接收所述终端发送的查询信息；

扫描结果发送单元704，用于根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

在本实施例中，本实施例的基于可执行本发明实施例二提供的方法，其实现原理相类似，此处不再赘述。

本发明实施例通过获取终端发送的至少一个关键字和查询信息，以向终端提供业务查询链路和各个扫描结果，以通过终端通过显示业务查询链路以及将接收到的扫描结果渲染在所显示的业务查询链路上的相应扫描节点中，从而展现了所扫描到的各个扫描结果之间的关联性。

图8为本发明实施例七提供的业务查询装置的结构示意图，在实施例六的基础上，

所述链路发送单元702，包括：

匹配模块7021，用于根据所述至少一个关键字匹配得到至少一个业务追踪对象，并将所述至少一个业务追踪对象发送给所述终端，以使所述终端显示所述至少一个业务追踪对象；

确定模块7022，用于接收所述终端发送的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识，根据所述确认指令中携带的业务追踪对象的标识，确定所述业务追踪对象的业务查询链路。

进一步地，所述确定模块，用于根据预设的所述业务追踪对象对应的各个扫描节点之间的关联关系，生成所述业务追踪对象对应的业务查询链路。

进一步地，所述关联关系为根据配置人员的配置指令所生成的，所述配置指令用于指示出所述业务追踪对象对应的各个扫描节点和所述各个扫描节点之间的关联关系。

进一步地，所述扫描结果发送单元，用于按序触发所述业务查询链路上的扫描节点根据所述查询信息进行扫描处理，获得本次扫描处理后的扫描结果，且若当前触发的扫描节点为普通扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为选择扫描节点，则需从所述业务查询链路上待选择的至少两个扫描节点中选择一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为及时复合扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且启动所述及时复合扫描节点下的子追踪者，直至满足结束查询的条件；

若当前触发的扫描节点为惰性复合扫描节点则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且当接收到所述终端发送的启动指令时，启动所述惰性复合扫描节点下的子追踪者。

在本实施例中，本实施例的基于可执行本发明实施例三提供的方法，其实现原理相类似，此处不再赘述。

通过编程和配置两种模式，对于开发人员而言，不用需要进行界面展示相关开发，可只通过后台编程或配置确定界面的展示模式，从而大大提高了开发效率。

图9为本发明实施例八提供的一种终端的结构示意图，包括：存储器901和处理器902。

所述存储器901，用于存储计算机程序。

其中，所述处理器902执行所述存储器901中的计算机程序，以实现任一实施例的提供的方法。

本发明实施例九提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现任一实施例的提供的方法。

图10为本发明实施例十提供的一种服务器的结构示意图，包括：存储器1001和处理器1002。

所述存储器1001，用于存储计算机程序。

其中，所述处理器1002执行所述存储器1001中的计算机程序，以实现任一实施例的提供的方法。

本发明实施例十一提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现任一实施例的提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (14)

1.一种业务查询方法，其特征在于，包括：

获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点；

接收并显示所述服务器发送的所述业务查询链路；

获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法；

接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

2.根据权利要求1所述的方法，其特征在于，在所述将所述至少一个关键字发送给服务器之后，且在所述接收并显示所述服务器发送的所述业务查询链路之前，还包括：

接收并显示所述服务器发送的至少一个业务追踪对象，其中，所述至少一个业务追踪对象由所述服务器根据所述至少一个关键字匹配得到，每一个所述业务追踪对象中包括所述至少一个关键字；

接收用户的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识；

将所述确认指令发送给所述服务器，以使所述服务器根据所述确认指令中携带的业务追踪对象的标识，获取并返回所述业务追踪对象的业务查询链路。

3.根据权利要求1或2任一项所述的方法，其特征在于，所述接收所述服务器发送的每一次扫描处理后的扫描结果，包括：

采用网络套接字websocket协议接收所述服务器发送的每一次扫描处理后的扫描结果。

4.一种业务查询方法，其特征在于，包括：

接收终端发送的至少一个关键字；

根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点；

接收所述终端发送的查询信息；

根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

5.根据权利要求4所述的方法，其特征在于，所述根据所述至少一个关键字确定业务查询链路，包括：

根据所述至少一个关键字匹配得到至少一个业务追踪对象，并将所述至少一个业务追踪对象发送给所述终端，以使所述终端显示所述至少一个业务追踪对象；

接收所述终端发送的确认指令，所述确认指令中携带有用户所选择的业务追踪对象的标识，根据所述确认指令中携带的业务追踪对象的标识，确定所述业务追踪对象的业务查询链路。

6.根据权利要求5所述的方法，其特征在于，所述确定所述业务追踪对象的业务查询链路，包括：

根据预设的所述业务追踪对象对应的各个扫描节点之间的关联关系，生成所述业务追踪对象对应的业务查询链路。

7.根据权利要求6所述的方法，其特征在于，所述关联关系为根据配置人员的配置指令所生成的，所述配置指令用于指示出所述业务追踪对象对应的各个扫描节点和所述各个扫描节点之间的关联关系。

8.根据权利要求4至7任一项所述的方法，其特征在于，所述根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果，包括：

按序触发所述业务查询链路上的扫描节点根据所述查询信息进行扫描处理，获得本次扫描处理后的扫描结果，且若当前触发的扫描节点为普通扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为选择扫描节点，则需从所述业务查询链路上待选择的至少两个扫描节点中选择一个扫描节点进行扫描处理，直至满足结束查询的条件；

若当前触发的扫描节点为及时复合扫描节点，则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且启动所述及时复合扫描节点下的子追踪者，直至满足结束查询的条件；

若当前触发的扫描节点为惰性复合扫描节点则直接触发所述业务查询链路上的下一个扫描节点进行扫描处理，且当接收到所述终端发送的启动指令时，启动所述惰性复合扫描节点下的子追踪者。

9.一种业务查询装置，其特征在于，包括：

关键字获取单元，用于获取用户输入的至少一个关键字，将所述至少一个关键字发送给服务器，以使所述服务器根据所述至少一个关键字确定并返回业务查询链路，其中，所述业务查询链路包括至少两个扫描节点；

链路接收单元，用于接收并显示所述服务器发送的所述业务查询链路；

查询信息获取单元，用于获取用户输入的查询信息，将所述查询信息发送给所述服务器，以使所述服务器根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得并返回每一次扫描处理后的扫描结果，其中，每一次扫描处理采用不同的扫描方法；

扫描结果接收单元，用于接收所述服务器发送的每一次扫描处理后的扫描结果，并将每一个所述扫描结果渲染在所显示的所述业务查询链路上的相应扫描节点中。

10.一种业务查询装置，其特征在于，包括：

关键字接收单元，用于接收终端发送的至少一个关键字；

链路发送单元，用于根据所述至少一个关键字确定业务查询链路，并将所述业务查询链路发送给所述终端，其中，所述业务查询链路包括至少两个扫描节点；

查询信息接收单元，用于接收所述终端发送的查询信息；

扫描结果发送单元，用于根据所述查询信息在所述业务查询链路上执行至少两次扫描处理，获得每一次扫描处理后的扫描结果并发送给所述终端，其中，每一次扫描处理采用不同的扫描方法。

11.一种终端，其特征在于，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

其中，所述处理器执行所述存储器中的计算机程序，以实现如权利要求1-3中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-3任一项所述的方法。

13.一种服务器，其特征在于，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

其中，所述处理器执行所述存储器中的计算机程序，以实现如权利要求4-8中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求4-8任一项所述的方法。