CN109726092B - 总线处理效率评估方法、系统和计算机存储介质 - Google Patents

Abstract

本发明公开了一种总线处理效率评估方法、系统和计算机存储介质，该方法包括：对各医疗业务节点之间的消息交互进行实时监测，以获取总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；根据处理时间指标按照预设处理规则计算平均消息处理时间；根据业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数。根据本发明的技术方案，通过对总线在处理消息过程中的相关指标进行实时监测，同时考虑到总线接口的并发度及消息业务处理流程对处理效率的影响，利用这些指标可有效地对该总线的处理效率进行综合评估，进而可为医疗业务消息总线的优化提供有效参考等。

Description

总线处理效率评估方法、系统和计算机存储介质

技术领域

本发明涉及消息总线技术领域，尤其涉及一种总线处理效率评估方法、系统和计算机存储介质。

背景技术

随着信息技术和网络技术的发展，各行业都出现了通过网络实现的综合业务平台，其中，医疗信息化也逐渐成为当今世界发展的大趋势，也是我国深化医疗体制改革的重要技术支撑。一个医疗业务消息系统通常包括若干个业务节点，这些业务节点可通过相应的总线机制进行消息交互等。

然而，在现有的医疗业务消息系统中，大多数总线的处理只记录每条消息的处理时间等简单信息，而且也无法明确评估各总线接口的并发情况对总线效率的影响，导致对于总线的处理效率往往无法进行有效评估。因此，提出一种有效的处理效率评估方法来对总线进行综合评估是非常有意义的。

发明内容

鉴于上述问题，本发明提出一种总线处理效率评估方法、系统和计算机存储介质，通过考虑总线的基础指标和处理每一个消息的相关指标进行处理效率的综合评估，可解决现有技术中无法对处理效率进行评估及评估不准确等问题。

本发明的一实施例提出一种总线处理效率评估方法，应用于医疗业务消息交互总线，所述总线上设有若干医疗业务节点，所述方法包括：

对各医疗业务节点之间的消息交互进行实时监测，以获取所述总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；

根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间；

根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数；

利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率。

进一步地，所述所有消息的处理时间指标是经过噪声剔除后获得的处理时间指标。

进一步地，所述所有消息的业务处理流程数是经过噪声剔除后获取的业务处理流程数。

进一步地，所述基础指标包括：消息总数、总线开放接口数和各总线开放接口的并发总容量，

若所述消息总数记为M、所述总线开放接口数记为I、所述并发总容量记为P、所述平均消息处理时间记为T和所述平均业务处理流程数记为O，其中，I≥2，则所述效率评估指数的计算公式为：

所述总线的

进一步地，所述处理时间指标包括：所述消息进入所述总线的等待队列时间、队列处理时间和退出队列时间，所述预设处理规则为：

根据所述所有消息的等待队列时间、队列处理时间和退出队列时间分别计算各消息的平均等待队列时间、平均队列处理时间和平均退出队列时间；

若所述平均等待队列时间记为T1、所述平均队列处理时间记为T2、所述平均退出队列时间记为T3、第一预设权重为a1、第二预设权重为a2和第三预设权重为a3，则所述平均消息处理时间的计算公式为：

所述平均消息处理时间＝a1×T1+a2×T2+a3×T3。

进一步地，所述处理时间指标包括：所述消息进入所述总线的等待队列时间、队列处理时间和退出队列时间，对所述所有消息的处理时间指标进行噪声剔除包括：

将所述所有消息的等待队列时间进行升序或降序排列，并去除首尾两个等待队列时间；

将所述所有消息的队列处理时间进行升序或降序排列，并去除首尾两个队列处理时间；

将所述所有消息的退出队列时间进行升序或降序排列，并去除首尾两个退出队列时间。

进一步地，对所述所有消息的业务处理流程数进行噪声剔除包括：

将所述所有消息的业务处理流程数进行升序或降序排列，并去除首尾两个业务处理流程数。

进一步地，所述第一预设权重的取值范围为0.1～0.2；

所述第二预设权重的取值范围为0.6～0.8；

所述第三预设权重的取值范围为0.1～0.2。

本发明的另一实施例提出一种总线处理效率评估系统，应用于医疗业务消息交互总线，所述总线上设有若干医疗业务节点，所述系统包括：

指标获取模块，用于对各医疗业务节点之间的消息交互进行实时监测，以获取所述总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；

时间指标计算模块，用于根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间；

业务处理计算模块，用于根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数；

效率指数获取模块，用于利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率。

本发明的再一实施例提出一种计算机存储介质，存储有计算机程序，在所述计算机程序被执行时实施上述的总线处理效率评估方法。

本发明实施例的技术方案通过对医疗业务消息总线在处理消息过程中的相关指标进行实时监测，同时考虑到总线接口的并发度对处理效率的影响，利用这些相关指标及处理效率算法可有效地对该总线的处理效率进行综合评估，进而可为医疗业务消息系统的总线优化提供有效参考等。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。

图1为本发明实施例1的总线处理效率评估方法的应用示意图；

图2为本发明实施例1的总线处理效率评估方法的流程示意图；

图3为本发明实施例2的总线处理效率评估系统的结构示意图。

主要元件符号说明：

100-总线处理效率评估系统；10-指标获取模块；20-时间指标计算模块；30-业务处理计算模块；40-效率指数获取模块；50-数据展示模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

下面结合具体的实施例对本发明进行详细说明。

实施例1

请参照图1和图2，本实施例提供一种总线处理效率评估方法，可应用于医疗业务消息交互总线等，该消息交互总线上可设有若干节点，例如，这些节点可包括但不限于为不同的医疗平台、第三方平台、医疗设备终端等。这些节点通过其总线接口单元与该总线连接，并通过该总线进行各节点之间的通信等。本实施例中，该消息交互总线可采用如659总线、CAN总线等通信总线。进一步地，当总线需要同时处理多个消息时，尤其对于经常出现总线高并发状态的，可采用消息队列方式进行消息并发处理。本实施例中，该医疗业务消息交互总线可采用消息队列方式进行多个消息的同步或异步的高效处理，以减轻相应服务器的压力等。

如图2所示，下面对该总线处理效率评估方法进行详细说明。

步骤S100，对各医疗业务节点之间的消息交互进行实时监测，以获取所述总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数。

在上述步骤S100中，通过实时监测各节点之间的消息交互情况，从而可根据相应的指标来评估该总线的消息处理效率。示范性地，可通过相应的采集接口与该总线连接，同时还连接到各节点，以便采集该总线的基础指标以及在预设时间间隔内的各节点之间进行交互的每个消息的处理时间指标及业务处理流程数等。

本实施例中，所述总线的基础指标主要包括消息总数、总线开放接口数和各总线开放接口的并发总容量等。

其中，该消息总数主要包括总线待处理的消息、正在处理的消息以及已处理完的消息的总和。

该总线开放接口数是指用于各节点之间进行消息交互的总线数，也可理解为用于各节点之间传输数据的通道个数。通常地，两节点之间进行消息交互，该总线开放接口数应至少为2，即一条控制总线和一条用于发送或接收消息的数据总线等。当然，在并发状态下，该总线开放接口数通常至少为3，即一条控制总线、一条用于发送消息的总线和一条用于接收消息的总线等。

由于每一总线都有各自的并发容量，即最大允许同时处理的消息个数，故上述各总线开放接口的并发总容量即为开放的各总线并发容量的总和。例如，上述的659总线中，若开放的2根总线的并发容量分别为8和10，则该并发总容量为18。

本实施例中，当总线在处理消息时，将记录每一消息的具体处理过程所需的时间及业务处理流程数等。示范性地，该处理时间指标主要包括该消息进入总线的等待队列时间、队列处理时间和退出队列时间等。

所述消息的业务处理流程数主要是指该消息在整个处理过程中所需的不同节点的处理次数。例如，若一个消息数据包需要从节点1发送到节点3，其中还需要先经过节点2进行相应处理后，才能发送到节点3进行后续处理，则可知该业务处理流程数即为2。可以理解，该业务处理流程数应至少为1。

步骤S200，根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间。

对于上述的处理时间指标，可根据所有消息的等待队列时间、队列处理时间和退出队列时间利用均值求取公式分别计算各消息的平均等待队列时间、平均队列处理时间和平均退出队列时间。

本实施例中，在计算上述的平均等待队列时间、平均队列处理时间和平均退出队列时间前，可先对获取到的所有消息的处理时间指标进行噪声剔除处理，并将噪声剔除后的所有消息的处理时间指标进行平均消息处理时间的计算。可以理解，通过去除这些处理时间指标中存在的极端值对均值的影响，从而可得到更加能符合实际情况的各项平均指标等。

示范性地，对获取到的各消息的处理时间指标进行噪声剔除可包括：

对于等待队列时间，可将所有消息的等待队列时间进行升序或降序排列，并去除首尾两个等待队列时间，即第一个和最后一个等待队列时间。

同理，对于队列处理时间，可将所有消息的队列处理时间进行升序或降序排列，并去除首尾两个队列处理时间。

对于退出队列时间，可将所有消息的退出队列时间进行升序或降序排列，并去除首尾两个退出队列时间。

下面以消息的等待队列时间的噪声剔除及平均等待队列时间的计算为例，若该预设时间间隔内所需要处理的消息为n个，每个消息的等待队列时间分别为t_w1、t_w2、…、t_wn，故有：

(1)进行噪声剔除处理，即对t_w1、t_w2、…、t_wn进行大小排序，然后将首尾的两个值去除；

(2)对余下的n-2个等待队列时间求取均值，即若余下的值依次为t_r1、t_r2、…、t_rn-2，则有平均等待队列时间

可以理解，上述的队列处理时间和退出队列时间的噪声剔除及均值计算过程类似，故在此不再举例详述。

于是，当获取到不同处理阶段的平均时间后，可计算出总线的平均消息处理时间。

示范性地，若该平均等待队列时间记为T1、平均队列处理时间记为T2、平均退出队列时间记为T3、第一预设权重为a1、第二预设权重为a2和第三预设权重为a3，则所述平均消息处理时间的计算公式为：

平均消息处理时间＝a1×T1+a2×T2+a3×T3

本实施例中，优选地，该第一预设权重的取值范围为0.1～0.2；第二预设权重的取值范围为0.6～0.8；第三预设权重的取值范围为0.1～0.2。

可以理解，在实际运用中，本领域技术人员可根据实际需要进行这三个预设权重的相应调整。通过给各消息的不同处理阶段分配不同的权重，可使获取的平均消息处理时间更加符合实际的运行处理过程。

步骤S300，根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数。

优选地，在计算上述的平均业务处理流程数前，可先对获取到的所有消息的业务处理流程数进行噪声剔除处理，并将噪声剔除后的所有业务处理流程数来计算该平均业务处理流程数。

示范性地，对获取到的各消息的业务处理流程数进行噪声剔除可包括：将获取的所有消息的业务处理流程数进行升序或降序排列，然后去除首尾两个业务处理流程数，即第一个和最后一个业务处理流程数。

于是，在获取到该总线的平均消息处理时间及各消息的平均业务处理流程数后，可根据预设效率评估算法来计算该预设时间间隔内的效率评估指数，即步骤S400。

步骤S400，利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率。

示范性地，若该消息总数记为M、总线开放接口数记为I、并发总容量记为P、平均消息处理时间记为T和平均业务处理流程数记为O，其中，总线开放接口数I≥2。于是有该效率评估指数的计算公式为：

于是，在获取到每一预设时间间隔内的效率评估指数后，可根据该效率评估指数的变化趋势来判断该总线的处理效率是否较高等。例如，前一预设时间间隔内的效率评估指数与后一预设时间间隔内的效率评估指数之比小于1，则说明该总线的处理效率有所下降。尤其是在并发状态下，通过每段预设时间间隔内的效率评估指数可判断出该总线是否能够满足该并发处理需求，进而可相应优化总线等。

进一步地，该总线处理效率评估方法还可包括：将获取的所述效率评估指数进行实时展示。示范性地，可将获取的效率评估指数及评估结果等进行实时展示，以便用户快速、直观地了解到该总线的实时运行情况，以及消息处理效率等，进而还可进行处理时间超限等提醒。

本实施例通过对总线的处理消息过程进行实时监测，以获取总线及各消息处理的相关指标，同时考虑到总线接口的并发度及消息业务处理流程对处理效率的影响，可有效地对该总线的处理效率进行综合评估，进而可为医疗业务消息总线的优化提供有效参考等。另外，通过对获取的各消息的时间指标及业务处理流程数进行噪声剔除处理，即去除两个极端值后再求均值，可使得到的处理效率指数更加符合总线的实际运行处理情况，从而可得到更加准确的总线处理效率等。此外，也为现有医疗业务系统行业提供一种有效的效率评估方案，以弥补现有技术的空缺等。

实施例2

请参照图3，基于上述的实施例1的总线传输质量评估方法，本实施例提出一种总线传输质量评估系统。该总线传输质量评估系统100包括：

指标获取模块10，用于对各医疗业务节点之间的消息交互进行实时监测，以获取总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；

时间指标计算模块20，用于根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间；

业务处理计算模块30，用于根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数；

效率指数获取模块40，用于利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率。

进一步可选地，该总线传输质量评估系统100还可包括数据展示模块50，用于将获取的效率评估指数进行实时展示。

可以理解，该总线处理效率评估系统100对应于上述实施例1的总线处理效率评估方法。实施例1中的任何可选项也适用于本实施例，故这里不再详述。

本发明还提供了一种终端，该终端可以包括计算机、服务器等。该终端包括存储器和处理器，存储器可用于存储计算机程序，处理器通过运行所述计算机程序，从而使该终端执行上述总线处理效率评估方法或者上述总线处理效率评估系统中的各个模块的功能。

存储器可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机存储介质，用于储存上述终端中使用的所述计算机程序。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (9)

1.一种总线处理效率评估方法，其特征在于，应用于医疗业务消息交互总线，所述总线上设有若干医疗业务节点，所述方法包括：

对各医疗业务节点之间的消息交互进行实时监测，以获取所述总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；

根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间；

根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数；

利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率；

其中，所述基础指标包括：消息总数、总线开放接口数和各总线开放接口的并发总容量，若所述消息总数记为M、所述总线开放接口数记为I、所述并发总容量记为P、所述平均消息处理时间记为T和所述平均业务处理流程数记为O，其中，I≥2，则所述效率评估指数的计算公式为：

。

2.根据权利要求1所述的总线处理效率评估方法，其特征在于，

所述所有消息的处理时间指标是经过噪声剔除后获得的处理时间指标。

3.根据权利要求1所述的总线处理效率评估方法，其特征在于，

所述所有消息的业务处理流程数是经过噪声剔除后获取的业务处理流程数。

4.根据权利要求1所述的总线处理效率评估方法，其特征在于，所述处理时间指标包括：所述消息进入所述总线的等待队列时间、队列处理时间和退出队列时间；所述预设处理规则为：

根据所述所有消息的等待队列时间、队列处理时间和退出队列时间分别计算各消息的平均等待队列时间、平均队列处理时间和平均退出队列时间；

若所述平均等待队列时间记为T1、所述平均队列处理时间记为T2、所述平均退出队列时间记为T3、第一预设权重为a1、第二预设权重为a2和第三预设权重为a3，则所述平均消息处理时间的计算公式为：

。

5.根据权利要求2所述的总线处理效率评估方法，其特征在于，所述处理时间指标包括：所述消息进入所述总线的等待队列时间、队列处理时间和退出队列时间；对所述所有消息的处理时间指标进行噪声剔除包括：

将所述所有消息的等待队列时间进行升序或降序排列，并去除首尾两个等待队列时间；

将所述所有消息的队列处理时间进行升序或降序排列，并去除首尾两个队列处理时间；

将所述所有消息的退出队列时间进行升序或降序排列，并去除首尾两个退出队列时间。

6.根据权利要求3所述的总线处理效率评估方法，其特征在于，对所述所有消息的业务处理流程数进行噪声剔除包括：

将所述所有消息的业务处理流程数进行升序或降序排列，并去除首尾两个业务处理流程数。

7.根据权利要求4所述的总线处理效率评估方法，其特征在于，

所述第一预设权重的取值范围为0.1~0.2；

所述第二预设权重的取值范围为0.6~0.8；

所述第三预设权重的取值范围为0.1~0.2。

8.一种总线处理效率评估系统，其特征在于，应用于医疗业务消息交互总线，所述总线上设有若干医疗业务节点，所述系统包括：

指标获取模块，用于对各医疗业务节点之间的消息交互进行实时监测，以获取所述总线的基础指标和预设时间间隔内每一消息的处理时间指标及业务处理流程数；

时间指标计算模块，用于根据所述预设时间间隔内所有消息的处理时间指标按照预设处理规则计算所述总线的平均消息处理时间；

业务处理计算模块，用于根据所述所有消息的业务处理流程数按照预设业务处理流程算法计算各消息的平均业务处理流程数；

效率指数获取模块，用于利用所述基础指标、所述平均消息处理时间和所述平均业务处理流程数按照预设效率评估算法计算所述预设时间间隔内的所述总线的效率评估指数，以用于评估所述总线的处理效率；

其中，所述基础指标包括：消息总数、总线开放接口数和各总线开放接口的并发总容量，若所述消息总数记为M、所述总线开放接口数记为I、所述并发总容量记为P、所述平均消息处理时间记为T和所述平均业务处理流程数记为O，其中，I≥2，则所述效率评估指数的计算公式为：

。

9.一种计算机存储介质，其特征在于，存储有计算机程序，在所述计算机程序被执行时实施如权利要求1-7任一项所述的总线处理效率评估方法。

Images