CN114817821A - 一种政务信息的显示方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种政务信息的显示方法、装置、电子设备及存储介质。通过将为政务显示屏提供政务服务事项的微服务注册至政务网关中；根据政务专题与政务主题将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题；若接收政务显示屏的信息显示请求，则当前查询微服务的依赖标志，依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系；按照依赖标志对微服务生成堆结构；按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；将专题信息发送至政务显示屏进行显示，提高响应速度。

Description

一种政务信息的显示方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种政务信息的显示方法、装置、电子设备及存储介质。

背景技术

在日常的电子政务中，需要将后台应用程序收集到的政务资源信息按照预先设置好的主题、专题标准进行数据组织，进而将政务资源信息划分为若干可供政务人员管理的单元，以使得该数据库能够在多个部门或者多个应用系统之间实现共建共用的效果；同时还需将后台的政务资源信息交互至政务服务大屏的进行直观的展示，将政务资源信息可视化。

目前后台应用程序和如政务服务大屏的政务资源信息交互服务主要是通过API网关来实现的，如spring cloud gateway，zuul2，kong和apisix等，且当政务服务大屏在需要调取政务资源信息时发出大量的数据服务解口API请求，以获取各个主题、专题下的数据。现有的技术方案中，政务服务大屏同时发出大量的rest请求，对API网关的调用，大量的连接占用网络资源从而造成网络资源浪费，并且由于如上述等原因还容易导致政务服务网关的吞吐量增加，容易造成卡顿，政务网关的响应速度缓慢。

发明内容

本发明提供了一种政务信息的显示方法、装置、电子设备及存储介质，以解决在使用政务显示屏请求政务网关发送需要显示政务信息时，政务网关处容易造成资源浪费、发生卡顿、复杂度不稳定的问题。

根据本发明的一方面，提供了一种政务信息的显示方法，包括：

将为政务显示屏提供政务服务事项的微服务注册至所述政务网关中，其中，所述微服务对应的元信息至少包括政务主题和政务专题；

根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一所述政务专题中包含多个政务主题；

若接收所述政务显示屏的信息显示请求，则查询当前所述微服务的依赖标志，所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内是否存在依赖关系；

按照所述依赖标志对所述微服务生成堆结构；

按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；

将所述专题信息发送至所述政务显示屏进行显示。

根据本发明的另一方面，提供了一种政务信息的显示装置，其特征在于，包括：

微服务注册模块，用于将为政务显示屏提供政务服务事项的微服务注册至政务网关中，其中，所述微服务对应的元信息至少包括政务主题和政务专题；

挂接模块，用于根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一所述政务专题中包含多个政务主题；

查询依赖关系模块，用于若接收所述政务显示屏的信息显示请求，则查询当前所述微服务的依赖标志，所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内是否存在依赖关系；

堆结构生成模块，用于按照所述依赖标志对所述微服务生成堆结构；

专题信息生成模块，用于按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；

显示模块，用于将所述专题信息发送至所述政务显示屏进行显示。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的政务信息的显示方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的政务信息的显示方法。

本发明实施例的技术方案，通过将为政务显示屏提供政务服务事项的微服务注册至政务网关中，其中，所述微服务对应的元信息至少包括政务主题和政务专题；根据所述微服务对应的政务专题与政务主题，将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题；若接收政务显示屏的信息显示请求，则查询当前微服务的依赖标志，依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系；按照依赖标志对微服务生成堆结构，提高索引检索的效率；按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息，使聚合成最后的专题信息的过程在不同的服务节点异步进行，将聚合算力分散以提高政务信息聚合的效率，避免在主节点处产生任务瓶颈；将专题信息发送至政务显示屏进行显示。本发明通过反向注册，并在政务网关处完成聚合来减少政务显示屏调用政务网关的次数，减少网络资源的浪费，同时降低政务网关句柄数，降低政务显示屏显示政务信息时调用微服务的复杂度；同时，政务显示大屏与政务网关的数据接口数量为常数，与政务显示大屏需要的政务资源信息的数据量无关，提高政务网关的响应速度。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种政务信息的显示方法的流程图；

图2A是根据本发明实施例二提供的一种的根据所述微服务对应的政务专题与政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题的流程图；

图2B是根据本发明实施例二提供的一种就绪调度链表的结构图；

图2C是根据本发明实施例二提供的一种的按照依赖标志对微服务生成堆结构的流程图；

图2D是根据本发明实施例二适用的一种第一小根堆的结构图；

图2E是根据本发明实施例二适用的一种第二小根堆的结构图；

图2F是根据本发明实施例二适用的一种目标根堆的结构图；

图2G是根据本发明实施例二提供的一种的按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息的流程图；

图3是根据本发明实施例三提供的一种政务信息的显示装置的结构示意图；

图4是是实现本发明实施例的政务信息的显示方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种政务信息的显示方法的流程图，本实施例可适用于解决在使用政务显示屏请求政务网关发送需要显示政务信息时，政务网关处容易造成资源浪费、发生卡顿、复杂度不稳定的问题，该方法可以由政务信息的显示装置来执行，该政务信息的显示装置可以采用硬件和/或软件的形式实现，该政务信息的显示装置可配置于政务网关中。如图1所示，该方法包括：

S101、将为政务显示屏提供政务服务事项的微服务注册至政务网关中，其中，微服务对应的元信息至少包括政务主题和政务专题。

微服务是面向服务的体系结构架构样式的一种变体，提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。

政务显示屏用于将当前的政务服务信息进行展示，使通过请求微服务聚合生成的政务信息可视化。

实时将经过注册中心认证完毕的政务服务的微服务对应的服务集群中元信息注册至政务网关中，对用于提供政务服务的微服务进行注册及配置。示例性的，通过Restful接口将微服务注册至政务网关中，根据微服务之间是否存在依赖关系设置微服务的依赖标志，配置微服务对应的政务专题和政务主题。示例性的，每五秒刷新一次，重新将为政务显示屏提供政务服务事项的微服务注册至政务网关中。

需要说明的是，本发明实施例对将为政务显示屏提供政务服务的微服务注册至网关的方式及过程仅作举例，不作限定。

S102、根据微服务对应的政务专题或政务主题，将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题。

政务专题下存在有多个政务主题，政务主题下可以存在有多个微服务对应的元信息，或政务主题下不存在其他的微服务，仅是一个独立的微服务。

政务专题为政务信息展示时的最高层级，政务主题的层级次于政务专题，示例性的，政务专题至少包括数字农村公路专题、车辆智能监管专题、智慧航道专题等；各政务专题中分别包含了若干政务主题，政务主题至少包括标签、特征、类型、状况、规律分析、行为研判等。

实时根据微服务所属于的政务专题或政务主题，将属于同一政务专题的微服务的应用程序接口挂接到该政务专题对应就绪调度链表中，将属于同一政务主题的微服务的应用程序接口挂接到该政务主题对应的就绪调度链表中，以用于后续对同一就绪调度链表中微服务对应的元信息进行聚合。示例性的，每五秒刷新一次，根据微服务所属于的政务专题或政务主题，将属于同一政务专题的微服务的应用程序接口挂接到该政务专题对应就绪调度链表中。

需要说明的是，在本发明实施例中的政务主题和政务专题的实际类别为本发明实施例的示例性说明，在本发明的其他实施例中政务主题和政务专题中还可以包含其他的类别，本发明仅作举例，不作限定。

同时，本发明实施例对根据政务专题与政务主题将微服务的应用程序接口挂接到就绪调度链表中为示例性说明，在本发明的其他实施例中，还可以根据政务专题和政务主题依据其他的规则将微服务的应用程序接口挂接到就绪调度链表中，本发明实施例仅作举例，不作限定。

S103、若接收政务显示屏的信息显示请求，则查询当前微服务的依赖标志。

依赖关系为类与类之间的连接，表示一个类依赖于另一个类的定义，其中一个类的变化将影响另外一个类。而依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系。

示例性的，某政务主题微服务依赖从属于该政务主题微服务的其他微服务；某政务专题微服务依赖于该微服务的其他政务主题微服务。

当政务网关接收到政务显示屏发送而来的信息显示请求时，则查询当前的微服务的依赖标志，以便后续按照依赖标志生成对应的数据结构，存储为政务显示屏提供政务服务的微服务。

需要说明的是，本发明实施例对依赖关系仅作举例，不作限定。

本发明实施例中实时进行S101及S102的步骤并持续等待政务显示屏的信息显示请求为示例性说明，在本发明的其他实施例中，S101和S102中的步骤还可以在后台预先配置好，并进入等待政务显示屏的信息显示请求的状态，本发明实施例仅作举例，不作限定。

S104、按照依赖标志对微服务生成堆结构。

根据所有提供政务服务的微服务的依赖标志，即根据微服务之间是否存在依赖关系来生成具有索引顺序的堆结构，该堆结构用于根据微服务的依赖关系存储微服务的元信息。

需要说明的是，本发明实施例按照依赖标志对微服务生成堆结构为示例性说明，在本发明的其他实施例中还可以结合其他的需求生成对应的堆结构，本发明仅作举例，不作限定。

S105、按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照政务主题聚合对应的政务信息、再按照政务专题聚合对应的政务信息，形成专题信息。

按照堆结构中索引的顺序，异步调用若干政务主题对应的就绪调度链表中的应用程序接口，聚合属于某一政务主题下的所有微服务对应的政务信息，作为该政务主题微服务对应的政务信息；然后按照堆结构中的索引的顺序异步调用若干政务专题的对应的就绪调度链表的应用程序接口，聚合属于某一政务专题下所有的政务主题的微服务对应的政务信息，作为该政务专题的专题信息。其中，政务信息指的是能够为政务显示屏提供政务服务事项显示的某微服务对应的政务信息内容，政务信息的存在形式可以为若干组数据等等，本发明实施例仅作举例，不作限定。此外，某微服务对应的政务信息可以是在服务集群中微服务对应的元信息，还可以是某微服务含有依赖关系的其他微服务对应的元信息或政务信息聚合而成的结果，本发明实施例仅作举例，不作限定。

需要说明的时，某一政务专题下可能同时存在含有依赖关系的政务主题的微服务以及没有依赖关系的政务主题的微服务，本发明仅作举例，不作限定。

S106、将专题信息发送至政务显示屏进行显示。

当所有专题下的政务信息均聚合完毕后，将聚合完毕生成的若干专题信息进行打包处理，将打包完毕的专题信息通过政务网关的主节点发送至政务显示屏，展示根据多个微服务的政务信息聚合得到的最终的各个政务专题对应的专题信息，以将政务信息可视化、条理化。

本发明实施例的技术方案，通过将为政务显示屏提供政务服务事项的微服务注册至政务网关中，其中，微服务对应的元信息至少包括政务主题和政务专题；根据微服务对应的政务专题或政务主题将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题；若接收政务显示屏的信息显示请求，则查询当前微服务的依赖标志，依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系；按照依赖标志对微服务生成堆结构，提高索引检索的效率；按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照政务主题聚合对应的政务信息、再按照政务专题聚合对应的政务信息，形成专题信息，使聚合成最后的专题信息的过程在不同的服务节点异步进行，将聚合算力分散以提高政务信息聚合的效率，避免在主节点处产生任务瓶颈；将专题信息发送至政务显示屏进行显示。本发明通过反向注册，并在政务网关处完成聚合来减少政务显示屏调用政务网关的次数，减少网络资源的浪费，同时降低政务网关句柄数，降低政务显示屏显示政务信息时调用微服务的复杂度；同时，政务显示大屏与政务网关的数据接口数量为常数，与政务显示大屏需要的政务资源信息的数据量无关，提高政务网关的响应速度。

实施例二

本实施例为上述实施例的细化，该方法包括：

S201、将为政务显示屏提供政务服务事项的微服务注册至政务网关中。

在本发明的一些实施例中，S101包括：

S2011、在注册中心查询为政务显示屏提供政务服务事项的微服务。

注册中心是网络中的一个机构，是用于核实用户数字认证请求然后告诉认证中心发放认证。在注册中心中查询已经核实用户数字认证请求的若干为政务显示屏提供政务服务事项的微服务，注册中心中至少记载了微服务、及其对应的IP(网际互连协议，InternetProtocol)、应用程序接口等meta信息，其中meta信息是HTML语言head区的一个辅助性标签,meta信息可提供相关页面的元信息。

需要说明的是，本发明实施例对注册中心所记载的微服务的元信息

以meta信息的形式存在，本发明仅作举例，不作限定。

S2012、将微服务在注册中心注册的元信息对应位于服务集群中的元信息反向注册至政务网关中。

按照预设的间隔周期将根据在注册中心注册的元信息查询得到位于服务集群的元信息反向注册至政务网关中，实现定时更新政务网关中的政务信息，维持政务显屏信息的时效性，反向注册的具体过程为注册中心主动向政务网关上报微服务的元信息，政务网关获取位于服务集群中已经在注册中心注册过的微服务对应的元信息。

本发明实施例对将微服务在注册中心注册的元信息对应位于服务集群中的元信息反向注册至政务网关中的条件仅作举例，不作限定，在本发明的其他实施例中，还可以在接收到政务显示屏的信息展示请求时，将微服务在注册中心注册的元信息反向注册至政务网关中。

S2013、对微服务选择政务专题，或者，在政务专题中对微服务选择政务主题。

根据注册中心中记载的微服务的元信息，如微服务的元信息中的名称属性记载了微服务的关键字段，根据关键字段对微服务选择对应的政务专题，或者选择某一政务专题下的政务主题。

本发明实施例中使用名称属性中的关键字段为示例性说明，在本发明的其他实施例中还可以以名称属性中的网站内容描述等为微服务选择政务专题、政务主题，本发明实施例仅作举例，不作限定。

S2014、在元信息中将政务专题或者政务主题映射至微服务。

在微服务的元信息中增加用于表示该微服务所属的政务专题或某政务专题下的政务主题的辅助性标签。

需要说明的时，在本发明实施例中在元信息中将政务专题或者政务主题映射至微服务为示例性说明，本发明仅作举例，不作限制。

S202、根据微服务对应的政务专题或政务主题，将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题。

图2A是根据本发明实施例二提供的一种的根据微服务对应的政务专题或政务主题将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题的流程图，如图2A所示，在本发明的一些实施例中，S202包括：

S2021、在微服务注册时记录的元信息中查询微服务归属的政务专题或者政务主题。

查询微服务反向注册到网关时记录的微服务对应的辅助性标签，根据辅助性标签查询微服务归属的政务专题或者政务主题。

S2022、将各个微服务的政务专题进行比较。

将存在于政务网关中的多个微服务按照政务专题进行比较分类，将数以同一政务专题的微服务归纳为同一类。

S2023、若政务专题相同，则将微服务的应用程序接口挂接到同一就绪调度链表中。

如果若干个微服务的政务专题相同，则将这些微服务的应用程序接口挂接到同一个就绪调度链表中，将该就绪调度链表作为该政务专题对应的就绪调度链表。

图2C为本发明实施例二提供的若政务专题相同，则将微服务的应用程序接口挂接到同一就绪调度链表中的具体就绪调度链表示意图，如图2C所示，将属于同一政务专题的微服务的应用程序接口挂接到该政务专题对应的就绪调度链表中。

本发明实施例对将微服务的应用程序接口挂接到同一就绪调度链表中，仅作举例，不作限定，在本发明的其他实施例中，若同一微服务同时从属于不同的政务专题，则将该微服务的应用程序接口同时挂接于不同政务主题对应的就绪调度链表中。

S2024、在就绪调度链表中将微服务的应用程序接口的状态设置为等待。

微服务的应用程序接口的状态至少包含了等待、就绪，其中，状态为等待的应用程序接口对应的政务信息未被激活，不能用于进行政务信息的聚合；而状态为就绪的应用程序接口对应的账务服务信息被激活，可以用于进行政务信息的聚合。

将就绪调度链表中的所有微服务的应用程序接口的状态设置为等待，此时的就绪调度链路表中的所有政务信息均不能用于进行数据聚合，保证了聚合效果的可靠性、降低聚合的错误率。

需要说明的是，本发明实施例中应用程序接口的状态包含等待和就绪为示例性说明，在本发明的其他实施例中，应用程序接口的状态还可以根据实际的需求包括其他状态，本发明仅作举例，不作限定。

S2025、将各个微服务的政务主题进行比较。

将存在于政务网关中的多个微服务按照政务主题进行比较分类，将属于同一政务专题下的同一个政务主题的微服务作为同一类微服务。

本发明实施例对将各个微服务的政务主题进行比较，仅作举例，不作限定。

S2026、若政务主题相同，则将微服务的应用程序接口挂接到同一就绪调度链表中。

如果若干个微服务均属于同一政务专题下的同一政务主题，则将这些微服务的应用程序接口挂接到同一个就绪调度链表中，将该就绪调度链表作为某政务专题下某政务主题对应的就绪调度链表。

示例性的，如果若干个微服务均属于政务专题为智慧航道专题下的政务主题为状况之下，则将上述若干个微服务挂接在智慧航道专题下的状况主题对应的就绪调度链表中。

本发明实施例仅作举例，不作限定。

S2027、在就绪调度链表中将微服务的应用程序接口的状态设置为等待。

在本发明的一些实施例中，S202还包括：

若当前微服务的依赖标志表示当前微服务与其他任一微服务之间在政务专题或政务主题内并不存在依赖关系，则执行S2028；若当前微服务的依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内存在依赖关系，则执行S2029。

S2028、将就绪调度链表将当前微服务的状态从等待修改为就绪。

S2029、将就绪调度链表将当前微服务的状态维持等待。

依次判断多个微服务的依赖标志，进而判断是否与其他任一微服务之间存在依赖关系。示例性的，根据微服务的依赖标志判断某政务主题微服务是否依赖该政务主题下的其它微服务的政务信息。如果当前微服务的依赖标志表示微服务与其他任一微服务之间不存在依赖关系，即表示该微服务可以直接用于政务信息的聚合，则执行S2028，将就绪调度链表中当前微服务的状态从等待修改为就绪。如果当前微服务的依赖标志表示当前微服务与其他的微服务之间在同一政务专题内或在同一政务专题的同一政务主题内存在依赖关系，则说明当前微服务需要得到所依赖的微服务回传的结果才能用于政务信息的聚合，则执行S2029将该政务专题或某政务专题的政务主题对应的就绪调度链表中当前微服务的状态维持等待，继续等待所依赖的微服务生成政务信息。

需要说明的是，在本发明的实施例中依赖标志表示当前微服务与其他的微服务之间在同一政务专题内或在同一政务专题的同一政务主题内存在依赖关系为示例性说明，在本发明的其它实施例中依赖标志还可以表示当前微服务在政务主题之间存在依赖关系，本发明实施例仅作举例，不作限定。

S203、若接收政务显示屏的信息显示请求，则查询当前微服务的依赖标志，依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系。

S204、按照依赖标志对微服务生成堆结构。

堆结构由多叉树、目标根堆组合而成。其中，多叉树的同一级的微服务的应用程序接口可以同时进入调度状态，能够快速调度；根据依赖关系构建的目标根堆中的微服务的应用程序接口依照顺序索引检索微服务依次进入调度状态，目标根堆结构有利于提高索引检索效率。

需要说明的是，在本发明实施例中的目标根堆可以为小根堆结构，在本发明的其它实施例中还可以为其他的根堆结构，如大根堆等，本发明实施例仅作举例，不作限定。

图2C是根据本发明实施例二提供的一种的按照依赖标志对微服务生成堆结构的流程图，如图2C所示，在本发明的一些实施例中，S204包括：

S2041、查找第一目标服务，第一目标服务为依赖标志表示与其他任一微服务并不存在依赖关系的微服务。

查找出与其他任一微服务不存在依赖关系的微服务作为第一目标服务，第一目标服务能够直接用于聚合生成政务信息，因此第一目标服务可以作为多叉树的子节点。

本发明实施例对第一目标服务的定义仅作举例，不作限定。

S2042、将属于同一政务专题的第一目标服务构建多叉树。

将归属于同一政务专题且不存在依赖关系的第一目标任务组合构建该政务专题对应的多叉树。

示例性的，将智慧航道政务专题下的不存在依赖关系的标签微服务、类型微服务、特征微服务等政务主题微服务作为多叉树的子节点构建多叉树。

需要说明的是，在本发明实施例中构建多叉树的实际微服务为示例性说明，本发明实施例仅作举例，不作限定。

S2043、将属于同一政务主题的第一目标服务构建多叉树。

将归属于同一政务专题下的同一政务专题且不存在依赖关系的第一目标任务组合构建该政务主题对应的多叉树。

示例性的，将行为研判政务主题下的不存在依赖关系的行为微服务、时长微服务等微服务作为多叉树的子节点构建多叉树。

需要说明的是，在本发明实施例中构建多叉树的实际微服务为示例性说明，本发明实施例仅作举例，不作限定。

在本发明的一些实施例中，S204包括：

S2044、查找第二目标服务，第二目标服务为依赖标志表示与其他微服务存在依赖关系的微服务。

查找出与其他微服务存在依赖关系的微服务作为第二目标服务，依赖于其他同一政务专题内或同一政务专题的同一政务主题内其他第二目标服务的微服务，需要先得到所有第二目标服务的政务信息聚合得到该微服务对应的政务信息，才能进行下一步的聚合。

本发明实施例对第二目标服务的定义仅作举例，不作限定。

S2045、将属于同一政务专题的第二目标服务构建第一小根堆。

将属于同一政务专题的且具有依赖关系的第二目标服务构建该政务专题对应的第一小根堆。

在本发明的一些实施例中，S2045包括：

S451、将政务专题对应就绪调度链表队头的第二目标服务作为第一小根堆的堆顶。

将某一政务专题对应的就绪调度链表队头的第二目标服务作为该政务专题对应的第一小根堆的堆顶。

S452、将政务专题对应就绪调度链表中的其它第二目标服务按照就绪调度链表的顺序放入第一小根堆，作为第一小根堆的子节点。

将某一政务专题对应的就绪调度链表中其他第二目标服务按照就绪调度链表中所在的顺序，即按照就绪调度链表中各第二目标服务的端口序号顺序放入该政务专题对应的第一小根堆中，作为该第一小根堆的子节点，构成第一小根堆。

示例性的，将如图2B的政务专题对应就绪调度链表队头的第二目标服务作为第一小根堆的堆顶，将如图2B的政务专题对应就绪调度链表中的其它第二目标服务按照就绪调度链表的顺序放入第一小根堆，作为第一小根堆的子节点，生成如图2D所示的第一小根堆。

需要说明的是，本发明实施例对第一小根堆的构建方法为示例性说明，在本发明的其它实施例中，还可以按照其他的规则构建第一小根堆，本发明实施例仅作举例，不作限定。

S2046、将属于同一政务主题的第二目标服务构建第二小根堆。

将属于同一政务专题下的同一政务专题且具有依赖关系的第二目标服务构建该政务主题对应的第二小根堆。如图2E所示，图2E为本发明实施例适用的一种第二小根堆的结构图，本发明实施例仅作举例，不作限定。

在本发明的一些实施例中，S2046包括：

S461、将政务主题对应就绪调度链表队头的第二目标服务作为第二小根堆的堆顶。

将某一政务主题对应的就绪调度链表队头的第二目标服务作为该政务主题对应的第二小根堆的堆顶。

S462、将政务专题对应就绪调度链表中的其它第二目标服务按照就绪调度链表的顺序放入第二小根堆，作为第二小根堆的子节点。

将某一政务主题对应的就绪调度链表中其他第二目标服务按照就绪调度链表中所在的顺序，即按照就绪调度链表中各第二目标服务的端口序号顺序放入该政务主题对应的第二小根堆中，作为该第二小根堆的子节点，构成第二小根堆。

需要说明的是，本发明实施例对第二小根堆的构建方法为示例性说明，在本发明的其它实施例中，还可以按照其他的规则构建第二小根堆，本发明实施例仅作举例，不作限定。

S2047、将第二小根堆替换在第一小根堆中的目标节点，得到目标根堆，目标节点为第二小根堆的堆顶相同的第二目标服务。

当第一小根堆中含有存在依赖关系的政务主题的目标节点，则需要将第一小根堆中的该目标节点替换为根据该政务主题的目标节点对应的就绪调度链表构建的第二小根堆，最终得到目标根堆，使得目标根堆的堆结构的索引关系完整、有序。

示例性的，图2E的第二小根堆是图2D的第一小根堆中ID号为7的目标节点所依赖的若干微服务对应组成的第二小根堆，将图2D中目标节点ID7替换为图2E的第二小根堆，即将ID6中的指针指向ID8，进而形成如图2F所示的小根堆。

需要说明的是，在本发明实施例中的第一小根堆、第二小根堆及目标根堆的结构图为本发明的示例性说明，本发明仅作举例，不作限定。

需要说明的是，本发明实施例中堆结构是由若干个多叉树及若干个小根堆结合而成的，同一级中不存在依赖关系的目标节点共同构建多叉树，将存在依赖关系的目标节点共同构建目标根堆，进而将多叉树和目标根堆整合得到包含高效的索引顺序的堆结构，便于提高整体堆结构的索引检索效率。

S205、按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照政务主题聚合对应的政务信息、再按照政务专题聚合对应的政务信息，形成专题信息。

图2G是根据本发明实施例二提供的一种的按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照政务主题聚合对应的政务信息、再按照政务专题聚合对应的政务信息，形成专题信息的流程图，如图2G所示，在本发明的一些实施例中，S205包括：

S2051、判断就绪调度链表中的各个微服务的状态是否均为就绪；若是，则执行S2052；若否，则执行S2053。

S2052、按照堆结构中的索引顺序异步调用应用程序接口请求微服务生成指定政务主题的政务信息。

S2053、等待当前微服务依赖的其他微服务生成政务信息。

就绪调度链表记录了同属于同一政务专题或同属于同一政务主题的微服务的状态；当就绪调度链表中的所有微服务的状态都为就绪，说明该就绪调度链表中所有微服务的应用程序接口均可以被调用，用于聚合生成指定的政务信息，执行S2052，根据堆结构的索引顺序依次调用就绪调度链表中应用程序接口请求微服务进行聚合，生成指定政务主题的微服务信息。在S2052中可以在多个服务器中同时进行按照堆结构中的索引顺序异步调用应用程序接口请求微服务生成指定政务主题的政务信息，以提高政务信息聚合的效率，并且缓解政务网关的占用率，减缓了大量连接造成的网络资源浪费，大大降低政务服务网关卡顿的情况发生，提高政务网关的响应速度。

如果就绪调度链表中的微服务并未全部处于就绪调度状态，则执行S2053该就绪调度链表需要等待个别微服务依赖的其他微服务聚合完毕后回传的政务信息，才能对该就绪调度链表中的微服务的政务信息进行聚合。

需要说明的是，本发明实施例为示例性说明，在本发明的其他实施例中还可以结合其他的判断条件判断是否能够聚合生成指定政务主题的政务信息，本发明仅作举例，不作限定。

S2054、若当前微服务依赖的其他微服务已生成政务信息，则在就绪调度链表将当前微服务的状态从等待修改为就绪，返回执行按照堆结构中的索引顺序异步判断就绪调度链表中的各个微服务的状态是否均为就绪。

如果当前微服务依赖的其他微服务信息已经生成政务信息，则将当前微服务的政务信息存储到共享内存中，在就绪调度链表中将已经生成政务信息的微服务的状态从等待修改为就绪。

S2055、针对同一政务专题，将各个政务主题下的政务信息聚合为专题信息。

在同一政务专题下，调用政务专题对应就绪调度链表中的应用程序接口获取政务信息进行聚合，生成属于该政务专题的专题信息。需要说明的是，生成的专题信息的数量等于政务网关中含有政务专题的类别数量，使得政务网关和政务显示大屏的数据接口的为固定数量，防止政务网关和政务显示大屏数据传输的过程中发生卡顿。

示例性的，政务网关中具有数字农村公路专题、车辆智能监管专题、智慧航道专题共三类政务专题，针对每一政务专题，将每一政务主题下的政务信息进行聚合，生成数字农村公路专题、车辆智能监管专题、智慧航道专题对应的三份专题信息。

需要说明的是，本发明实施例为示例性说明，本发明实施例仅作举例，不作限定。

在本发明的一些实施例中S2055包括：

S551、在微服务生成指定政务主题的政务信息后，在就绪调度链表移除微服务的应用程序接口。

当微服务生成指定的政务主题信息后，将生成的政务主题的政务信息发送至共享内存中，并在政务专题对应的就绪调度链表中移除微服务的应用程序接口。

需要说明的是，在本发明其他实施例中，若政务专题依赖的微服务也在依赖关系时，则该微服务生成指定的政务主题的政务信息后，在该微服务对应的就绪调度链表中移除被依赖的微服务的应用程序接口，本发明实施例仅作举例，不作限定。

S552、判断属于同一政务专题的就绪调度链表是否为空；若是，则执行S553。

如果同一政务专题的就绪调度链表为空，则触发聚合事件，执行S533，聚合存储于共享内存的同一政务专题的各个政务主题下的政务信息、通过调用政务专题的微服务的应用程序接口生成的政务信息，得到专题信息。

需要说明的是，在本发明的一些实施例中政务信息的聚合均采用内存零拷贝的方式进行，使其逻辑共享请求体，使用内存零拷贝和内存共享的方式进一步提升数据算力聚合的效率；通过减少请求参数的内核内核态和用户态用户之间的数据拷贝。

S553、就绪调度链表中各个政务主题下的政务信息聚合为专题信息。

需要说明的是，本发明实施例对触发聚合政务信息的条件，仅作举例，不作限定。

在本发明的一些实施例中，S2055还包括：

S554、对专题信息进行预处理。

在政务显示屏显示更有条理性和更有规律性，将专题信息进行预处理，以使在政务显示屏显示时数据更加可视化，便于更加直观地将专题信息展示给政务人员，进而便于政务人员根据显示的信息及时做出相应的对策。

其中，预处理包括如下至少一种：对专题信息排序、合并相同的列表字段、将专题信息转换为图表。

示例性的，将数字农村公路专题的专题信息中的数字化农村公路的数量按照数值从高到低进行排序，以展示各地区农村公路数字化的程度；将车辆智能监管专题的专题信息中的车辆违反交通行为各类别的占比转换为饼图，以直观地展示车辆违反交通行为的情况等等。

需要说明的是，在本发明实施例中的对专题信息进行预处理为本发明实施例的示例性说明，在本发明的其他实施例中还可以对专题信息进行比对，生成比对表格等等，本发明实施例仅作举例，不作限定。

S206、将专题信息发送至政务显示屏进行显示。

将专题信息发送至政务显示屏中，政务显示屏经过解压后显示对应的政务信息，本发明实施例仅作举例，不作限定。

本发明实施例的技术方案，通过将为政务显示屏提供政务服务事项的微服务注册至政务网关中；根据微服务对应的政务专题或政务主题，将微服务的应用程序接口挂接到就绪调度链表中，同一政务专题中包含多个政务主题；若接收政务显示屏的信息显示请求，则查询当前微服务的依赖标志，依赖标志表示当前微服务与其他微服务之间在政务专题或政务主题内是否存在依赖关系；按照依赖标志对微服务生成堆结构，根据微服务之间存在的依赖关系，提高索引检索的效率；按照堆结构中索引的顺序异步调用就绪调度链表中的应用程序接口，以先按照政务主题聚合对应的政务信息、再按照政务专题聚合对应的政务信息，形成专题信息，使聚合成最后的专题信息的过程在不同的服务节点异步进行，将聚合算力分散以提高政务信息聚合的效率，避免在主节点处产生任务瓶颈；将预处理后的专题信息打包发送至政务显示屏进行显示，使得政务信息显示可视化、条理化。本发明通过反向注册，并在政务网关处完成聚合来减少政务显示屏调用政务网关的次数，减少网络资源的浪费，同时降低政务网关句柄数，降低政务显示屏显示政务信息时调用微服务的复杂度，使现有技术中微服务调用的线性复杂度降低至常数复杂度；同时，政务显示大屏与政务网关的数据接口数量为常数，与政务显示大屏需要的政务资源信息的数据量无关，提高政务网关的响应速度。此外根据微服务与其他微服务是否存在依赖关系来构建堆结构，提高在调用应用程序数据接口时的索引检索效率。

实施例三

图3为本发明实施例三提供的一种政务信息的显示装置的结构示意图。如图3所示，该装置包括：

微服务注册模块301，用于将为政务显示屏提供政务服务事项的微服务注册至政务网关中；

挂接模块302，用于根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一所述政务专题中包含多个政务主题；

查询依赖关系模块303，用于若接收所述政务显示屏的信息显示请求，则查询当前所述微服务的依赖标志，所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内是否存在依赖关系；

堆结构生成模块304，用于按照所述依赖标志对所述微服务生成堆结构；

专题信息生成模块305，用于按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；

显示模块306，用于将所述专题信息发送至所述政务显示屏进行显示。

可选的，微服务注册模块301包括：

注册中心查询子模块，用于在注册中心查询为政务显示屏提供政务服务事项的微服务；

反向注册子模块，用于将所述微服务在所述注册中心注册的元信息对应位于服务集群中元信息反向注册至所述政务网关中；

选择子模块，用于对所述微服务选择政务专题，或者，在所述政务专题中对所述微服务选择政务主题；

映射子模块，用于在所述元信息中将所述政务专题或者所述政务主题映射至所述微服务。

可选的，挂接模块302包括：

归属查询子模块，用于在所述微服务注册时记录的元信息中查询所述微服务归属的政务专题或者政务主题；

专题比较子模块，用于将各个所述微服务的所述政务专题进行比较；

第一挂接子模块，用于将所述微服务的应用程序接口挂接到同一就绪调度链表中；

第一等待状态设置子模块，用于在所述就绪调度链表中将所述微服务的应用程序接口的状态设置为等待；

主题比较子模块，用于将各个所述微服务的所述政务主题进行比较；

第二挂接子模块，用于将所述微服务的应用程序接口挂接到同一就绪调度链表中；

第二等待状态设置子模块，用于在所述就绪调度链表中将所述微服务的应用程序接口的状态设置为等待。

可选的，挂接模块302还包括：

状态修改子模块，用于将所述就绪调度链表将当前所述微服务的状态从等待修改为就绪；

状态维持子模块，用于将所述就绪调度链表将当前所述微服务的状态维持等待。

可选的，堆结构生成模块304包括：

第一目标服务查找子模块，用于查找第一目标服务，所述第一目标服务为所述依赖标志表示与其他任一所述微服务并不存在依赖关系的所述微服务；

第一多叉树构建子模块，用于将属于同一所述政务专题的所述第一目标服务构建多叉树；

第二多叉树构建子模块，用于将属于同一所述政务主题的所述第一目标服务构建多叉树。

可选的，堆结构生成模块304包括：

第二目标服务查找子模块，用于查找第二目标服务，所述第二目标服务为所述依赖标志表示与其他所述微服务存在依赖关系的所述微服务；

第一小根堆构建子模块，用于将属于同一所述政务专题的所述第二目标服务构建第一小根堆；

第二小根堆构建子模块，用于将属于同一所述政务主题的所述第二目标服务构建第二小根堆；

替换子模块，用于将所述第二小根堆替换在所述第一小根堆中的目标节点，得到目标根堆，所述目标节点为所述第二小根堆的堆顶相同的所述第二目标服务。

可选的，第一小根堆构建子模块包括：

第一堆顶确定单元，用于将所述政务专题对应所述就绪调度链表队头的所述第二目标服务作为所述第一小根堆的堆顶；

第一子节点确定单元，用于将所述政务专题对应所述就绪调度链表中的其它所述第二目标服务按照所述就绪调度链表的顺序放入所述第一小根堆，作为所述第一小根堆的子节点。

可选的，第二小根堆构建子模块包括：

第二堆顶确定单元，用于将所述政务主题对应所述就绪调度链表队头的所述第二目标服务作为所述第二小根堆的堆顶；

第二子节点确定单元，用于将所述政务专题对应所述就绪调度链表中的其它所述第二目标服务按照所述就绪调度链表的顺序放入所述第二小根堆，作为所述第二小根堆的子节点。

可选的，专题信息生成模块305包括：

状态判断子模块，用于判断所述就绪调度链表中的各个所述微服务的状态是否均为就绪；

政务信息生成子模块，用于按照所述堆结构中的索引顺序异步调用所述应用程序接口请求所述微服务生成指定所述政务主题的政务信息；

等待子模块，用于等待当前所述微服务依赖的其他所述微服务生成政务信息；

状态修改子模块，用于在所述就绪调度链表将当前所述微服务的状态从等待修改为就绪，返回执行所述按照所述堆结构中的索引顺序异步判断所述就绪调度链表中的各个所述微服务的状态是否均为就绪；

专题信息聚合子模块，用于针对同一所述政务专题，将各个所述政务主题下的所述政务信息聚合为专题信息。

可选的，专题信息聚合子模块包括：

应用程序接口移除单元，用于在所述微服务生成指定所述政务主题的政务信息后，在所述就绪调度链表移除所述微服务的所述应用程序接口；

空表判断单元，用于判断属于同一所述政务专题的所述就绪调度链表是否为空；

聚合单元，用于所述就绪调度链表中各个所述政务主题下的所述政务信息聚合为专题信息。

可选的，专题信息聚合子模块还包括：

预处理单元，用于对所述专题信息进行预处理；其中，所述预处理包括如下至少一种：对所述专题信息排序、合并相同的列表字段、将专题信息转换为图表。

本发明实施例所提供的政务信息的显示装置可执行本发明任意实施例所提供的政务信息的显示方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备（如头盔、眼镜、手表等）和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器（ROM）12、随机访问存储器（RAM）13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器（ROM）12中的计算机程序或者从存储单元18加载到随机访问存储器（RAM）13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出（I/O）接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如政务信息的显示方法。

在一些实施例中，政务信息的显示方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的政务信息的显示方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行政务信息的显示方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、芯片上系统的系统（SOC）、负载可编程逻辑设备（CPLD）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或快闪存储器）、光纤、便捷式紧凑盘只读存储器（CD-ROM）、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种政务信息的显示方法，其特征在于，应用于政务网关，所述方法包括：

将为政务显示屏提供政务服务事项的微服务注册至所述政务网关中，其中，所述微服务对应的元信息至少包括政务主题和或政务专题；

根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一所述政务专题中包含多个政务主题；

若接收所述政务显示屏的信息显示请求，则查询当前所述微服务的依赖标志，所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内是否存在依赖关系；

按照所述依赖标志对所述微服务生成堆结构；

按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；

将所述专题信息发送至所述政务显示屏进行显示。

2.根据权利要求1所述的方法，其特征在于，所述将为政务显示屏提供政务服务事项的微服务注册至所述政务网关中，包括：

查询在注册中心中为政务显示屏提供政务服务事项的微服务；

将所述微服务在所述注册中心注册的元信息对应位于服务集群中的元信息反向注册至所述政务网关中；

对所述微服务选择政务专题，或者，在所述政务专题中对所述微服务选择政务主题；

在所述元信息中将所述政务专题或者所述政务主题映射至所述微服务。

3.根据权利要求2所述的方法，其特征在于，所述根据所述微服务对应的政务专题或政务主题，将对应所述微服务的应用程序接口挂接到就绪调度链表中，包括：

在所述微服务注册时记录的元信息中查询所述微服务归属的政务专题或者政务主题；

将各个所述微服务的所述政务专题进行比较；

若所述政务专题相同，则将所述微服务的应用程序接口挂接到同一就绪调度链表中；

在所述就绪调度链表中将所述微服务的应用程序接口的状态设置为等待；

将各个所述微服务的所述政务主题进行比较；

若所述政务主题相同，则将所述微服务的应用程序接口挂接到同一就绪调度链表中；

在所述就绪调度链表中将所述微服务的应用程序接口的状态设置为等待。

4.根据权利要求3所述的方法，其特征在于，所述根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，还包括：

若当前所述微服务的所述依赖标志表示当前所述微服务与其他任一所述微服务之间在所述政务专题或所述政务主题内并不存在依赖关系，则将所述就绪调度链表将当前所述微服务的状态从等待修改为就绪；

若当前所述微服务的所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内存在依赖关系，则将所述就绪调度链表将当前所述微服务的状态维持等待。

5.根据权利要求1所述的方法，其特征在于，所述堆结构包括多叉树，所述按照所述微服务之间的依赖关系对所述微服务生成作为索引的堆结构，包括：

查找第一目标服务，所述第一目标服务为所述依赖标志表示与其他任一所述微服务并不存在依赖关系的所述微服务；

将属于同一所述政务专题的所述第一目标服务构建多叉树；

将属于同一所述政务主题的所述第一目标服务构建多叉树。

6.根据权利要求1所述的方法，其特征在于，所述堆结构包括目标根堆，当所述微服务与其他的所述微服务存在依赖关系，所述按照所述微服务之间的依赖关系对所述微服务生成作为索引的堆结构，包括：

查找第二目标服务，所述第二目标服务为所述依赖标志表示与其他所述微服务存在依赖关系的所述微服务；

将属于同一所述政务专题的所述第二目标服务构建第一小根堆；

将属于同一所述政务主题的所述第二目标服务构建第二小根堆；

将所述第二小根堆替换在所述第一小根堆中的目标节点，得到目标根堆，所述目标节点为所述第二小根堆的堆顶相同的所述第二目标服务。

7.根据权利要求6所述的方法，其特征在于，所述将属于同一所述政务专题的所述第二目标服务构建第一小根堆，包括：

将所述政务专题对应所述就绪调度链表队头的所述第二目标服务作为所述第一小根堆的堆顶；

将所述政务专题对应所述就绪调度链表中的其它所述第二目标服务按照所述就绪调度链表的顺序放入所述第一小根堆，作为所述第一小根堆的子节点。

8.根据权利要求6所述的方法，其特征在于，所述将属于同一所述政务主题的所述第二目标服务构建第二小根堆，包括：

将所述政务主题对应所述就绪调度链表队头的所述第二目标服务作为所述第二小根堆的堆顶；

将所述政务专题对应所述就绪调度链表中的其它所述第二目标服务按照所述就绪调度链表的顺序放入所述第二小根堆，作为所述第二小根堆的子节点。

9.根据权利要求4所述的方法，其特征在于，所述按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息，包括：

判断所述就绪调度链表中的各个所述微服务的状态是否均为就绪；

若是，则按照所述堆结构中的索引顺序异步调用所述应用程序接口请求所述微服务生成指定所述政务主题的政务信息；

若否，则等待当前所述微服务依赖的其他所述微服务生成政务信息；

若当前所述微服务依赖的其他所述微服务已生成政务信息，则在所述就绪调度链表将当前所述微服务的状态从等待修改为就绪，返回执行所述按照所述堆结构中的索引顺序异步判断所述就绪调度链表中的各个所述微服务的状态是否均为就绪；

针对同一所述政务专题，将各个所述政务主题下的所述政务信息聚合为专题信息。

10.根据权利要求9所述的方法，其特征在于，所述针对同一所述政务专题，将各个所述政务主题中的所述政务信息聚合为专题信息，包括：

在所述微服务生成指定所述政务主题的政务信息后，在所述就绪调度链表移除所述微服务的所述应用程序接口；

判断属于同一所述政务专题的所述就绪调度链表是否为空；

若是，则所述就绪调度链表中各个所述政务主题下的所述政务信息聚合为专题信息。

11.根据权利要求9所述的方法，其特征在于，所述针对同一所述政务专题，将各个所述政务主题中的所述政务信息聚合为专题信息，还包括：

对所述专题信息进行预处理；

其中，所述预处理包括如下至少一种：

对所述专题信息排序、合并相同的列表字段、将专题信息转换为图表。

12.一种政务信息的显示装置，其特征在于，包括：

微服务注册模块，用于将为政务显示屏提供政务服务事项的微服务注册至政务网关中，其中，所述微服务对应的元信息至少包括政务主题和政务专题；

挂接模块，用于根据所述微服务对应的政务专题或政务主题，将所述微服务的应用程序接口挂接到就绪调度链表中，同一所述政务专题中包含多个政务主题；

查询依赖关系模块，用于若接收所述政务显示屏的信息显示请求，则查询当前所述微服务的依赖标志，所述依赖标志表示当前所述微服务与其他所述微服务之间在所述政务专题或所述政务主题内是否存在依赖关系；

堆结构生成模块，用于按照所述依赖标志对所述微服务生成堆结构；

专题信息生成模块，用于按照所述堆结构中索引的顺序异步调用所述就绪调度链表中的所述应用程序接口，以先按照所述政务主题聚合对应的政务信息、再按照所述政务专题聚合对应的政务信息，形成专题信息；

显示模块，用于将所述专题信息发送至所述政务显示屏进行显示。

13.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-11中任一项所述的政务信息的显示方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-11中任一项所述的政务信息的显示方法。

Images