本申请涉及计算机技术领域，尤其涉及一种流量展示方法及装置。
背景技术：
目前，在一些场景下，用户会关心每个业务处理过程中所产生的流量的大小，尤其会关心流量在经过业务处理过程的不同业务处理阶段后所发生的变化。其中，这里所说的流量包括访问量和/或传输数据量。在现有技术中，每个业务处理过程中所产生的流量都是通过数据表格的方式记录并展示的。采用这样的记录方式，当用户期望获取流量变化信息时，需要从数据表格中查询不同业务处理阶段的流量，进而计算得到流量在经过不同业务阶段后的变化量的信息。
显然，基于上述流量展示方式，用户对于流量变化信息的获知效率较低。
技术实现要素：
本申请实施例提供一种流量展示方法，用于提高用户对于流量变化信息的获知效率。
本申请实施例还提供一种流量展示装置，用于提高用户对于流量变化信息的获知效率。
本申请实施例采用下述技术方案：
一种流量展示方法，包括：
确定进入业务的各个业务处理阶段的流量、业务的不同业务处理阶段的业务逻辑关系；
根据确定的业务逻辑关系以及流量，生成逻辑关系图；
显示逻辑关系图；
其中，逻辑关系图中的各关系节点分别对应各个业务处理阶段；逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的；特定对象包括：各关系节点和/或各关系路径。
一种流量展示装置，包括：
确定单元，用于确定进入业务的各个业务处理阶段的流量、业务的不同业务处理阶段的业务逻辑关系；
生成图单元，用于根据确定的业务逻辑关系以及流量，生成逻辑关系图；
显示图单元，用于显示逻辑关系图；
其中，逻辑关系图中的各关系节点分别对应各个业务处理阶段；逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的；特定对象包括：各关系节点和/或各关系路径。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
由于是将业务的各个业务处理阶段的流量和业务的不同业务处理阶段的业务逻辑关系以逻辑关系图的方式进行显示，且逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的，因此用户通过特定对象的大小，就可以直观地获知流量变化信息，从而提高了用户对于流量变化信息的获知效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例1提供的一种流量展示方法的流程图；
图2为本申请实施例1提供的逻辑关系图的示意图；
图3为本申请实施例2提供的一种流量展示装置的结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
实施例1
为了提高用户对于流量变化信息的获知效率，本申请实施例1首先提供一种流量展示方法。该方法的实现流程图如图1所示，主要包括下述步骤：
步骤11、确定进入业务的各个业务处理阶段的流量、业务的不同业务处理阶段的业务逻辑关系。
其中，各个业务处理阶段可以包含业务中的各子业务的各个业务处理阶段。
在一种实施方式中，可以根据业务处理规则，设置不同的业务处理阶段以及布置每个业务处理阶段之间的逻辑关系。其中，各个业务处理阶段的流量可以包括：针对每个业务处理阶段预先分配的流量，和/或在业务的处理过程中从一个业务处理阶段跳转到另一个业务处理阶段所产生的实际流量。
步骤12、根据确定的业务逻辑关系以及流量，生成逻辑关系图；
其中，逻辑关系图中的各关系节点分别对应各个业务处理阶段；逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的；特定对象可以包括：各关系节点和/或各关系路径。
为了确定特定对象的显示比例，在一种实施方式中，步骤12的实现方式可以包括：根据各个业务处理阶段的流量，确定逻辑关系图中特定对象的显示比例。
步骤13、显示逻辑关系图。
采用本申请实施例1所提供的方法，由于是将业务的各个业务处理阶段的流量和业务的不同业务处理阶段的业务逻辑关系以逻辑关系图的方式进行显示，且逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的，因此用户通过特定对象的大小，就可以直观地获知流量变化信息，从而提高了用户对于流量变化信息的获知效率。
以下对本申请实施例一些可选的实施方式进行详细说明。
在一种实施方式中，针对步骤12生成逻辑关系图，可以采用下述方式实现：
首先，获取的多个关系节点可以表示为V＝{v1,v2,…,vn}，即V表示关系节点集合，n为关系节点的总个数，与V对应的多个关系路径可以表示为E＝{<v1,v2>，<v2,v3>，<v1,v3>，…,<vi,vj>}，其中，E表示关系路径集合。
其中，每条关系路径是由两个关系节点组成的有序对，如可以用<vi,vj>表示一条关系路径，其中vi是关系路径的始点，vj是关系路径的终点，i和j分别表示的关系节点的编号。这里需要说明的是：<vi,vj>和<vj,vi>代表两条不同的关系路径，在<vj,vi>中vj是关系路径的始点，vi是关系路径的终点。
基于上述可用公式[1]表示邻接矩阵A(i,j)为：
然后，根据邻接矩阵A(i,j)构建有向图G，遍历有向图G以得到有向图G的树结构。若该有向图G有多个入口的关系节点，那么可以以每个入口的关系节点为顶点生成多棵树结构，即生成森林结构。进一步地，可以采用广度优先遍历的方式遍历森林中的每一棵树结构，以确定每一棵树结构中的每个关系节点在有向图G中的位置。
进一步地，根据确定出的关系节点在有向图G中的位置，为每个关系节点分配相应的流量(以下简称为关系节点的流量)，具体为步骤a-步骤b：
步骤a、可设处于图G中第一位置的关系节点的流量为总流量。
其中，第一位置的关系节点可以是指接收流量的初始关系节点(该节点对应于业务的初始业务处理阶段)，例如图2中所示的标号1的关系节点；总流量为完成业务处理所预设的流量；或者，该总流量也可以是在实际完成的业务处理过程进行流量统计之后，得到的总流量。比如，针对某网站所预估的单日访问量，即可视为完成业务处理所预设的流量；又比如，可以对该网站某日的实际访问量进行统计，得到作为所述总流量的实际总访问量。
下文以总流量为完成业务处理所预设的流量为例，进行详细介绍。
步骤b、除处于第一位置的关系节点以外，流入每个关系节点的流量可以是根据每个关系节点对应的前继关系节点输出的流量，以及每个关系节点的类型来确定的；流出每个关系节点的流量可以是根据每个关系节点对应的后继关系节点的类型来确定。
接下来，针对上述步骤12中所提出的实施方式进一步举例：
假设获取的关系节点集合V＝{v1,v2,…,v25}，关系路径集合E＝{<v1,v2>，<v2,v3>，<v1,v3>，…,<v24,v25>}，由公式[1]所得到的邻接矩阵为A(i,j)，其中，i∈[1,25]，j∈[1,25]；然后，根据邻接矩阵A(i,j)确定出有向图G，并对有向图G进行广度优先遍历，以确定每个关系节点的在有向图G中的位置。具体地，所构建的有向图G如图2所示。
进一步地，介绍有向图G中关系节点的流量分配，现以如图2中所示标号13的关系节点的流量计算方式为例进行说明：
第一、针对关系节点进行如下预先设置：
设标号1的关系节点的总流量为其他所有关系节点的流量之和，其他关系节点的具体流量分配方式，则可以是按所对应的业务处理阶段的类别(即，分为主业务处理阶段、分支业务处理阶段、处理失败的业务处理阶段等)进行不同比例的分配。
例如，若某关系节点的后继关系节点有两个，分别为主业务处理阶段所对应的关系节点和业务处理失败的业务处理阶段所对应的关系节点，则在该情况下，可以假设：针对该主业务处理阶段对应的关系节点设置的流量分配比例为90％；针对该处理失败的业务处理阶段所对应的关系节点设置的该比例为10％。若所述某关系节点的流量占用率为100％(即流入所述某关系节点的流量为I，则流出所述某关系节点的流量为I×100％)，则可以确定，从所述某关系节点流出的流量中的90％，是流入该主业务处理阶段对应的关系节点；而从所述某关系节点流出的流量中的10％，是流入该处理失败的业务处理阶段所对应的关系节点。
第二、标号13的关系节点的流量分配的计算：标号13的关系节点有1个前继关系节点(标号11关系节点)，2个后续关系节点(即，标号15和标号25的关系节点)。2个后续关系节点分别是标号25的关系节点属于主业务处理阶段所对应的关系节点，标号15的关系节点属于分支业务处理阶段所对应的关系节点。由于该标号为13的关系节点的流量占用率100％，所以标号为13的关系节点的流量分配率为：标号为15的关系节点为10％，标号25的关系节点为90％。
此处假设已知标号11的关系节点可分配给标号13的关系节点的流量为20；进一步地，由标号13的关系节点的流量占用率和流量分配率，可知标号13的关系节点的流量分配给标号15的关系节点的流量为20×100％×10％＝2，分配给标号25的关系节点的流量为20×100％×90％＝18。
其他关系节点的流量的分配方法也如上述对标号13的关系节点的流量的分配方法类似。
在一种实施方式中，为了进一步显示出逻辑关系图中的任一关系节点的流量的信息，在步骤13之后，可以通过步骤A1-步骤A3的方式实现：
步骤A1、接收流量的显示指令；
其中，显示指令可以是以悬浮操作方式发出的指令，或者其他控制系统发出的调取指令等。进一步地，显示指令中还可以携带关系节点的标识。
步骤A2、确定流量显示指令对应的关系节点。
其中，可以根据显示指令中所携带的关系节点的标识，确定出流量显示指令对应的关系节点。
步骤A3、显示关系节点对应的流量的信息。
其中，流量的信息可以包括：将流量数值化后的具体流量值和/或在关系路径中的流量流转大小的变化等。
在一种实施方式中，针对步骤12，当各个业务处理阶段包含业务中的各子业务的各个业务处理阶段时，得到逻辑关系图可以通过如下步骤B1-步骤B2的方式：
步骤B1、根据各子业务的各个业务处理阶段的业务逻辑关系，以及各子业务的各个业务处理阶段的流量，分别生成各逻辑关系子图；
步骤B2、然后，通过合成各逻辑关系子图，得到逻辑关系图。
在一种实施方式中，针对合成各逻辑关系子图的合成方式，可以根据业务处理阶段所属类别(即，分为主业务处理阶段、分支业务处理阶段、处理失败的业务处理阶段等)进行合成。例如，若包含主业务处理阶段对应的关系节点及相应关系路径的逻辑关系图为第一逻辑关系子图，包含处理失败的业务处理阶段对应的关系节点及相应关系路径的逻辑关系图为第二逻辑关系子图，包含分支业务处理阶段的对应的关系节点及相应关系路径的逻辑关系图为第三逻辑关系子图，则可以根据不同关系节点之间的逻辑关系，将第一逻辑关系子图分别与第二逻辑关系子图和第三逻辑关系子图进行组合，得到包含各个业务处理阶段对应的关系节点及相应的关系路径的逻辑关系图。
进一步地，例如图2所示的，标号1、2、4、6、11的关系节点对应主业务处理阶段，流入该些节点的流量和该些节点之间的逻辑关系可由第一逻辑关系子图表示；标号3、8、10、21、16的关系节点对应处理失败的业务处理阶段，流入该些节点的流量和该些节点之间的逻辑关系可由第二逻辑关系子图表示；其他关系节点对应分支业务处理阶段，流入该些节点的流量和该些节点之间的逻辑关系可由第三逻辑关系子图表示。
在一种实施方式中，针对合成各逻辑关系子图的合成方式，还可以根据业处理阶段处理接收业务处理的时间进行合成。具体而言，可以从所生成的各逻辑关系子图中，确定出包含有处理业务的第一业务处理阶段(即，处理业务的初始阶段)的逻辑关系子图，并将该逻辑关系子图中的第一个关系节点设置为初始流量入口，其他逻辑关系子图根据业务逻辑关系，与第一业务处理阶段所对应的逻辑关系子图进行组合。
在一种实施方式中，为了更直观获悉到各个业务处理阶段的流量的变化，步骤13，可以通过对特定对象的不同属性采用不同颜色进行显示的方式，显示逻辑关系图，其中，特定对象的不同属性可以是指在业务处理过程中，每一个业务处理阶段对业务处理的状态，例如，处理业务失败状态或业务等待处理状态等。
进一步地，可以将表示关系节点的长方形和/或表示关系路径的条带状用不同颜色进行标识，以表示业务在不同业务处理阶段的业务处理状态。比如，可以标识有红色的关系节点表示为处理业务失败的业务处理阶段、标识有绿色的条带状态关系路径表示为在所有业务阶段中该业务阶段为主流程、标识有其他颜色的带状态关系路径表示为在所有业务阶段中该业务阶段为分支流程等。
例如，如图2所示，可以用长方形表示关系节点；用长方形的高度表示关系节点被分配的流量大小；用条带状图形的宽度表示从一个关系节点流转到另一个关系节点的流量的大小。如果长方形的高度越高就说明该关系节点被分配的流量就越大，如果条带状图形的宽度越宽就说明关系节点间的流转的流量就越大。
在一种实施方式中，步骤13的具体实现方式为：在本地进行逻辑关系图显示，或者将逻辑关系图发送给终端进行显示。
具体而言，可以将逻辑关系图中关系节点和关系路径用三次贝塞尔曲线表示，然后，可以利用任意一种2D交互图形系统将逻辑关系图进行显示。
需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤11和步骤12的执行主体可以为设备1，步骤13的执行主体可以为设备2；又比如，步骤13的执行主体可以为设备1，步骤11和步骤12的执行主体可以为设备2；等等。
实施例2
为了提高用户对于流量变化信息的获知效率，本申请实施例2提供一种流量展示装置。该装置结构图如图3所示，该装置主要包括：确定单元31、生成图单元32和显示图单元33。各单元的具体功能如下：
确定单元31，用于确定进入业务的各个业务处理阶段的流量、业务的不同业务处理阶段的业务逻辑关系；
生成图单元32，用于根据确定的业务逻辑关系以及流量，生成逻辑关系图；
显示图单元33，用于显示逻辑关系图；
其中，逻辑关系图中的各关系节点分别对应所述各个业务处理阶段；逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的；特定对象可以包括：各关系节点和/或各关系路径。
在一种实施方式中，各个业务处理阶段可以包括，业务中的各子业务的各个业务处理阶段。
在一种实施方式中，生成图单元32，可以用于：根据各子业务的各个业务处理阶段的业务逻辑关系，以及各子业务的各个业务处理阶段的流量，分别生成各逻辑关系子图；通过合成各逻辑关系子图，得到逻辑关系图。
在一种实施方式中，显示图单元33，可以用于对特定对象的不同属性采用不同颜色进行显示的方式，显示逻辑关系图。
在一种实施方式中，显示图单元33，可以用于将逻辑关系图发送给终端进行显示。
在一种实施方式中，为了进一步显示出逻辑关系图中的任一关系节点的流量的信息，该流量展示装置还可以包括：接收单元、确定节点单元和信息单元。具体如下：
接收单元，用于显示单元显示逻辑关系图之后，接收流量的显示指令；
确定节点单元，用于确定流量的显示指令对应的关系节点；
信息单元，用于显示关系节点对应的流量的信息。
采用本申请实施例2所提供的装置，由于是将业务的各个业务处理阶段的流量和业务的不同业务处理阶段的业务逻辑关系以逻辑关系图的方式进行显示，且逻辑关系图中特定对象的显示比例是根据各个业务处理阶段的流量确定的，因此用户通过特定对象的大小，就可以直观地获知流量变化信息，从而提高了用户对于流量变化信息的获知效率。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。