本申请一般涉及数据分析技术领域，尤其涉及图像归档通信系统异常定位方法、装置、设备及介质。
背景技术：
pacs(picturearchivingandcommunicationsystem，图像归档通信系统)是应用在医院图像科室的系统。pacs系统在各种影像设备间传输数据和组织存储数据具有重要作用。大型pacs系统具有网络节点多、数据交互频繁、日志文件冗长、异常类型多样等特点。针对单个pacs服务器端，通过网络旁路或端口侦听等可进行数据过滤分析，但是该类方法对网络传输、数据存储和分析计算的需求巨大，不适于多pacs服务器端架构的大型pacs系统。
因此，实现对大型pacs系统的性能检测和异常定位是当前提高系统维护与技术保障工作质量所亟待解决的重要问题。
技术实现要素：
鉴于现有技术中的上述缺陷或不足，期望提供一种图像归档通信系统异常定位方法、装置、设备及介质，来提高大型图像归档通信系统异常定位的准确性。
第一方面，本申请实施例提供了一种图像归档通信系统异常定位方法，图像归档通信系统是多台图像归档通信pacs服务器端架构的pacs系统，该方法包括：
从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；
并行地调用预先构建的日志信息模型，对dicom日志文件进行处理；
将处理后的dicom日志文件写入日志数据库；
基于日志数据库分析得到pacs系统的异常分析结果。
第二方面，本申请实施例提供了一种图像归档通信系统异常定位系统，所述图像归档通信系统包括多台图像归档通信pacs服务器端架构的pacs系统和至少一台日志解析服务器，日志解析服务器包括：
接收单元，用于从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；
并行处理单元，用于并行地调用预先构建的日志信息模型，对dicom日志文件进行处理；
写入单元，用于将处理后的dicom日志文件写入日志数据库；
分析单元，用于基于日志数据库分析得到pacs系统的异常分析结果。
第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该程序时实现如本申请实施例描述的方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序用于：
该计算机程序被处理器执行时实现如本申请实施例描述的方法。
本申请实施例提供的图像归档通信系统异常定位方法、装置、设备及介质。该图像归档通信系统是多台图像归档通信pacs服务器端架构的pacs系统，该方法包括：从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；并行地调用预先构建的日志信息模型，对dicom日志文件进行处理；将处理后的dicom日志文件写入日志数据库；基于日志数据库分析得到pacs系统的异常分析结果。根据本申请实施例的技术方案，按照日志信息模型对将dicom日志进行并行化处理，有效地提高了多pacs服务器端架构的pacs系统的异常定位的效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出了本申请实施例提供的图像归档通信系统异常定位方法的流程示意图；
图2示出了本申请又一实施例提供的图像归档通信系统异常定位方法的流程示意图；
图3示出了本申请实施例构建的日志信息模型的结构示意图；
图4示出了本申请又一实施例提供的图像归档通信系统异常定位方法的流程示意图；
图5示出了本申请实施例提供的多服务器端架构的pacs系统的性能综合检测界面示意图；
图6示出了本申请实施例提出的多服务器端架构的pacs系统的异常定位的示意图；
图7示出了本申请实施例提供的图像归档通信系统异常定位系统的结构示意图；
图8示出了适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关公开，而非对该公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与公开相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
请参考图1，图1示出了本申请实施例提供的图像归档通信系统异常定位方法的流程示意图。图像归档通信系统是多台图像归档通信pacs服务器端架构的pacs系统。该方法可以由pacs服务器端或者日志解析服务器执行，如图1所示，该方法包括：
步骤101，从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件。
步骤102，并行地调用预先构建的日志信息模型，对dicom日志文件进行处理。
步骤103，将处理后的dicom日志文件写入日志数据库。
步骤104，基于日志数据库分析得到多服务器端架构的pacs系统的异常分析结果。
在上述步骤中，图像归档通信pacs服务器端用于pacs服务器存储并且管理以患者的诊断对象部位为被摄体而捕捉的数字图像数据。
医学数字成像和通信（digitalimagingandcommunicationsinmedicine，缩写为dicom），是一种规定数字医学影像和相关信息的格式及其信息交换方法的国际标准。dicom标准主要可以分为两大部分：文件格式规范和信息与通讯规范。dicom图像文件格式和内容及其复杂，包含信息量大，主要包括医疗机构信息、设备厂商信息、患者信息、检查参数以及图像像素描述信息等。
医学数字成像和通信dicom日志是指dicom客户端与dicom服务端（即pacs服务器端）之间信息交互的日志记录。pacs服务器端可以存储这些dicom日志数据。dicom协议采用c/s模式来描述网络传输，dicom中的服务端为scp（serviceclassprovider），客户端为scu(serviceclassuser)。建立dicom连接，scu会向scp发送连接请求消息，该消息主要描述scu此次连接期望的dicom服务及相关设置；然后，scp会查看scu发送过来的连接请求消息，确认自己是否支持客户端请求的相关服务并反馈响应信息。该响应信息主要分为以下几类：1）如果服务端支持客户端请求的某些服务，服务端会发送确认信息（associationacknowledge），表明此次连接完成；2）否则发送拒绝信息（associationreject），通知客户端（scu）连接失败。在scu与scp建立连接之后，scu开始向scp传输影像资料。scp接收到scu的影像资料之后会反馈响应消息，用于表示收到或者未收到。scu与scp之间的信息交互会产生大量的dicom日志文件。在大型pacs服务器端构成的scp端，dicom日志文件更是以每日百万量级的速度产生。
多台图像归档通信pacs服务器端分别将医学数字成像和通信dicom日志文件上传至日志解析服务器，由日志解析服务器对多台pacs服务器端上传的dicom日志文件进行分析。例如，可以预先获取多台pacs服务器端的dicom日志文件的存储路径，使用远程文件共享技术，来获取各台pacs服务器端上指定日期的日志文件。
在获取dicom日志文件之后，并行地调用预先构建的日志信息模型，对dicom日志文件进行处理，日志信息模型是基于日志文件获取的日志数据各个关键字段之间的关联关系。例如，把一条完整的日志数据分割成若干个字段构成的序列。例如，时间信息、ip地址、文件路径、内存地址等字段。在日志分词过程中要对具备稳定性特征的字段进行特殊处理。
基于海量历史日志数据来提取日志信息模型，通过日志信息模型将文本日志结构化处理，去除大量冗余数据，例如利用ft-tree算法来提取dicom日志文件的出现频率高的字段信息。
将经过处理后的dicom日志文件写入日志数据库，该日志数据库为关系型数据库。将格式化处理的dicom日志数据写入关系型数据库，可以利用结构化的查询语言（structuredquerylanguage,sql），对日志数据进行查询、操纵、定义和控制。
对日志数据库存储的日志记录数据进行分析，可以得到多服务器端架构的pacs系统的异常分析结果。异常分析结果可以精准地检测出dicom服务宕机、pacs各服务器端和各客户端影像文件传输（上传、调阅、转发）异常、网络连接中断、磁盘空间占满等多种系统运行异常，并且可以通过可视化技术进行全面直观的展现。
本申请实施例通过对多台pacs服务器端架构的pacs系统产生的dicom日志文件进行并行解析，得到异常分析结果，可以有效地定位pacs服务器端的运行异常，解决了相关技术中针对大型pacs系统无法精准地定位系统运行异常的问题。
进一步地，本申请实施例还提供了一种图像归档通信系统异常定位方法，请参考图2，图2示出了本申请又一实施例提供的图像归档通信系统异常定位方法的流程示意图。该方法可以由pacs服务器端或者日志解析服务器执行。如图2所示，该方法包括：
步骤201，从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件。
步骤202，将dicom日志文件所包含的dicom日志存入数据暂存数组；
步骤203，并行地调用预先构建的日志信息模型对数据暂存数组中的数据进行标准化处理，得到与每条dicom日志对应的日志数据记录。
步骤204，将处理后的dicom日志文件写入日志数据库；
步骤205，基于日志数据库分析得到多服务器端架构的pacs系统的异常分析结果。
在上述步骤中，在获取dicom日志文件之后，可以先将其存储数据暂存数组，然后并行地调用预先构建的日志信息模型对数据暂存数组中的数据进行标准化处理。日志信息模型是基于dicom日志文件的上文语义特征建立。上下文语义特征是指日志文件产生过程中的出现频率较高的关键字段之间存在的关联关系。如图3所示，图3示出了本申请实施例构建的日志信息模型的结构示意图。在日志解析服务器上，通过分析自由文本格式的dicom日志文件的上下文语义特征，可以得出日志文件的语义规则，进而建立日志信息模型，其中语义规则主要包括：在每个日志数据块中高频出现且相对固定的关键字段，这关键字段按照出现时序依次可以包括客户端名称、ip地址、传输开始时间、操作类型、数据字节数、传输耗时、sock文件名等内容。多台pacs服务器端架构的pacs系统，其dicom日志存在文件个数多、单个文件日志数据量大等问题。可以采用并行计算技术加速日志解析，缩短耗时，提高数据处理的效率。
并行地调用预先构建的日志信息模型对数据暂存数组中的数据进行标准化处理，得到与每条dicom日志对应的日志数据记录可以包括：
步骤2031，调用主线程以行为单位从数据暂存数组中读取dicom日志；
步骤2032，调用主线程和多个附加线程协同地对每次读取的dicom日志，按照日志信息模型进行标准化处理，得到每次读取的dicom日志所对应的日志数据记录。
在上述步骤中通过调用主线程和多个附加线程协同处理每次读取的dicom日志，可以通过如下步骤来实现，
计算日志文件的数据总行数linenum,模型步骤总数modelstepnum;
将在日志解析服务器上存储的日志文件全部读取到日志行数据暂存数组t2_origintemp中;
设置日志数据块计数器recordct=0;
设置模型步骤计数器modelstepct=0;
获取cpu核数intncpus=omp_get_max_threads();
设置openmp并行线程数omp_set_num_threads(ncpus);
然后，调用下述代码对数据暂存数组t2_origintemp中每一行数据进行并行处理：
#pragmaompparallelforfirstprivate(linenum)shared(t2_origintemp)lastprivate(iline)
for(iline=0;iline<linenum;iline ){
从数据暂存数组中读取一行日志数据，存入字符数组;
判断该行日志数据是否为异常数据;
while(modelstepct<modelstepnum){
使用字符串移位，从左至右依次从字符数组中提取每个字段;
根据该字段特征，判断该字段数据在日志信息模型中的对应位置;
modelstepct ;
}
将该行日志数据的全部提取值按要求拼接，结果写入日志数据库;
modelstepct=0;
recordct ;
}
在按照日志信息模型从字符数组中提取每个字段对应内容，包括基于上下文语义特征提取每条dicom日志所包含的多个关键日志特征所对应的内容。上下文语义特征如图3所示，构建多个关键日志特征之间的语义关系，按照箭头指示的方向，按照关键日志特征从每个dicom日志中提取与之对应的内容，即提取值。
然后，按照预先建立的读取顺序拼接多个关键日志特征所对应的内容，得到与每条dicom日志所对应的日志数据记录。该日志数据记录是符合关系型数据库的格式要求。
日志信息模型可以通过ft-tree算法来实现，也可以通过大量的dicom日志文件进行统计分析得到。在获取历史dicom日志文件之后，提取历史dicom日志文件的历史上下文语义特征，其中，历史dicom日志文件包括多条历史dicom日志。然后，基于历史上下文语义特征提取每条历史dicom日志所包含的多个关键日志特征；最后确定多个关键日志特征的读取顺序并以此建立日志信息模型。
本申请实施例通过并行地对dicom日志进行处理，有效地缩短数据处理时间，提高了数据处理的效率。
进一步地，本申请实施例还提出了一种图像归档通信系统异常定位方法，基于日志数据库计算每日系统关键性能指标集数据，确保数据库日均增量适度，实现关键日志信息的长期在线，有助于系统异常定位和分析。请参考图4，图4示出了本申请又一实施例提供的图像归档通信系统异常定位方法的流程示意图。该方法可以由pacs服务器端或者日志解析服务器执行。如图4所示，该方法包括
步骤301，从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件。
步骤302，将dicom日志文件所包含的dicom日志存入数据暂存数组；
步骤303，并行地调用预先构建的日志信息模型对数据暂存数组中的数据进行标准化处理，得到与每条dicom日志对应的日志数据记录。
步骤304，将处理后的dicom日志文件写入日志数据库；
步骤305，按照时间粒度计算每台pacs服务器端对应的第一运行性能指标，该第一运行性能指标用于表示在时间粒度内每台pacs服务器端处理影像文件的数值；在时间粒度内每台pacs服务器端处理影像文件的数值可以优选为每小时段/每分钟每台pacs服务器端每日执行各种sop操作（如store-scp,store-scu等）的影像文件数。
步骤306，按照每台dicom客户端计算每台pacs服务器端对应的第二运行性能指标，该第二运行性能指标用于表示每台dicom客户端与每台pacs服务器端之间交互影像文件的数值；每台dicom客户端与每台pacs服务器端之间交互影像文件的数值可以优选为每台客户端与每台pacs服务器端每日执行各种sop操作（如store-scp,store-scu等）的影像文件数。
步骤307，基于第一运行性能指标和第二运行性能指标生成可视化图像，该可视化图像用于定位显示多服务器端架构的pacs系统的异常分析结果。
在上述步骤中，考虑到大型pacs系统每日产生的dicom日志记录多达百万条，导致数据库服务器的增量过快，不便于分析系统性能的整体变化趋势。本申请通过对已经结构化处理的日志记录再次进行处理，得到能够体现pacs服务器端系统性能的整体变化趋势，同时有效地减缓数据库记录的新增速度。
在上述步骤中，按照时间粒度计算每台pacs服务器端对应的第一运行性能指标，可以包括获取预设的时间粒度，按照时间粒度统计每台pacs服务器端接收、转发和调阅影像文件的个数。其中，时间粒度可以是按照每小时，或者每30分钟。时间粒度越小，计算的数据量越大，花费的计算时间也就越长，异常的时间定位越精准。在时间和效率折中的情况下，优选以小时为单位。
还可以按照每台dicom客户端统计每台pacs服务器端（即dicom服务端）每日执行接收、转发和调阅影像文件的个数，作为第二运行性能指标。
通过对第一运行性能指标和第二运行性能指标进行多角度的分析来展现每台pacs服务器端的运行性能。例如，采用纵向对比方式，对每台pacs服务器端按照日期、小时、分钟等多种时间层级，可以对每台pacs服务器端的运行性能进行逐层展示。
例如还可以采用横向对比方式，如对不同日期同一时段每台pacs服务器端的运行性能进行精确对比。
又例如，综合对比方式，可以按照其不同sop服务器类型和不同时间粒度相结合的方式，将每日多台pacs服务器端接收、转发、调阅影像文件的个数作为运行性能指标，进行综合展示。还可以通过表盘控件，展示当日每台pacs服务器端的整体性能和历史峰值性能的百分比值。
在可视化图像中，基于第一运行性能指标或第二运行性能指标确定可视化图像中所包含的波峰和波谷，波峰骤减至波谷所对应的时间粒度区间表示pacs系统所包含的pacs服务器端的异常时段。例如采用柱状图、多维折线图对第一运行性能指标或第二运行性能指标进行可视化显示时，可以统计可视化图像中出现波峰、波谷的平均时段；然后，在日常检测工作中，一旦出现波峰/波谷数值骤减或其对应时刻值前后偏移等异常情况，则可帮助判断系统异常的发生时刻、所涉及的客户端/服务器设备名称等关键信息。
下面结合图5-6来理解，本申请提出的可视化性能展示结果。图5示出了本申请实施例提供的多服务器端架构的pacs系统的性能综合检测界面示意图。如图5所示，在综合检测界面可以展示按照不同客户端和不同时段对应的分类方式，对每日多台服务器的影像文件接收、调阅、转发等性能进行综合分析，并按照图表进行展示。如图5示出了srv1，srv2，srv4，srv35从设备端接收影像文件数量的柱状图，每个柱状图与每个小时相对应，以此通过性能指标示意图直观展示每台服务器的性能状态。
其中，图6示出了本申请实施例提出的多服务器端架构的pacs系统的异常定位示意图。如图6所示，某台pacs服务器在2020年4月6日按照每小时接收图像文件数绘制的折线，如图中示意为黑色实线，以及该台pacs服务器在2020年4月5日按照每小时接收图像文件数绘制的折线，如图中示意为黑色点划线，黑色点划线对应在凌晨2点出现一个波峰值，其用于提示该台pacs系统在此时可能发生异常。
本申请实施例提出的运行性能指标的计算，可以对多台pacs服务器端的整体性能实现精准分析和展现，其具有计算速度快、异常定位准等特点，有效地提高多服务器端架构的大型pacs系统日常维护能力。
应当注意，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
进一步请参考图7，图7示出了本申请实施例提供的图像归档通信系统异常定位系统的结构示意图。图像归档通信系统包括多台图像归档通信pacs服务器端架构的pacs系统501和至少一台日志解析服务器502，其中日志解析服务器502包括：
接收单元5021，用于从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；
并行处理单元5022，用于并行地调用预先构建的日志信息模型，对dicom日志文件进行处理；
写入单元5023，用于将处理后的dicom日志文件写入日志数据库；
分析单元5024，用于基于日志数据库分析得到多服务器端架构的pacs系统的异常分析结果。
并行处理单元还包括：
存储子单元，用于将dicom日志文件所包含的dicom日志存入数据暂存数组，所述数据暂存数组将dicom日志按照行进行存储；
调用子单元，用于并行地调用预先构建的日志信息模型对数据暂存数组中的数据进行标准化处理，得到与每条dicom日志对应的日志数据记录。
调用子单元，还用于：调用主线程以行为单位从数据暂存数组中读取dicom日志；
调用主线程和多个附加线程协同地对每次读取的dicom日志，按照日志信息模型进行标准化处理，得到每次读取的dicom日志所对应的日志数据记录。
可选地，日志信息模型是基于dicom日志文件的上下文语义特征建立的，则调用子单元用于：
基于上下文语义特征提取每条dicom日志所包含的多个关键日志特征所对应的内容；
按照预先建立的读取顺序拼接多个关键日志特征所对应的内容，得到与每条dicom日志所对应的日志数据记录。
分析单元还包括：
第一计算子单元，用于按照时间粒度计算每台pacs服务器端对应的第一运行性能指标，该第一运行性能指标用于表示在时间粒度内每台pacs服务器端处理影像文件的数值。
第二计算子单元，用于按照每台dicom客户端计算每台pacs服务器端对应的第二运行性能指标，该第二运行性能指标用于表示每台dicom客户端与每台pacs服务器端之间交互影像文件的数值。
图像生成子单元，用于基于第一运行性能指标和第二运行性能指标生成可视化图像，该可视化图像用于定位显示多服务器端架构的pacs系统的异常分析结果。
图像生成子单元，还用于：
基于第一运行性能指标或第二运行性能指标标注可视化图像中所包含的波峰和波谷；
确定波峰骤减至波谷所对应的时间粒度区间表示所述pacs系统所包含的pacs服务器端的异常时段。
本申请实施例提出可以实现多服务器端架构的pacs系统整体性能和运行异常的精准分析和展现，其具有解析速度快、分析效果好、异常定位直观等特点，有效地提高多服务器端架构的大型pacs系统日常维护能力。
应当理解，日志解析服务器记载的诸单元或模块与参考图1描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于日志解析服务器及其中包含的单元，在此不再赘述。日志解析服务器中的相应单元可以与电子设备中的单元相互配合以实现本申请实施例的方案。
在上文详细描述中提及的若干模块或者单元，这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
下面参考图8，其示出了适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
如图8所示，计算机系统包括中央处理单元（cpu）601，其可以根据存储在只读存储器（rom）602中的程序或者从存储部分608加载到随机访问存储器（ram）603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出（i/o）接口605也连接至总线604。
以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管（crt）、液晶显示器（lcd）等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本公开的实施例，上文参考流程图图1描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本申请的系统中限定的上述功能。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、并行处理单元、写入单元以及分析单元。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，接收单元还可以被描述为“用于从多个图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件的单元”。
作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本申请的图像归档通信系统异常定位方法。
例如，计算机设备可以实现如图1所示的：步骤101，从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件。步骤102，并行地调用预先构建的日志信息模型，对dicom日志文件进行处理。步骤103，将处理后的dicom日志文件写入日志数据库。步骤104，基于日志数据库分析得到多服务器端架构的pacs系统的异常分析结果。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
1.一种图像归档通信系统异常定位方法，其特征在于，所述图像归档通信系统是多台图像归档通信pacs服务器端架构的pacs系统，该方法包括：
从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；
并行地调用预先构建的日志信息模型，对所述dicom日志文件进行处理；
将处理后的所述dicom日志文件写入日志数据库；
基于所述日志数据库分析得到所述pacs系统的异常分析结果。
2.根据权利要求1所述的方法，其特征在于，所述并行地调用预先构建的日志信息模型对所述dicom日志文件进行处理包括：
将所述dicom日志文件所包含的dicom日志存入数据暂存数组，所述数据暂存数组将所述dicom日志按照行进行存储；
并行地调用预先构建的日志信息模型对所述数据暂存数组中的数据进行标准化处理，得到与每条dicom日志对应的日志数据记录。
3.根据权利要求2所述的方法，其特征在于，所述并行地调用预先构建的日志信息模型对所述数据暂存数组中的数据进行标准化处理包括：
调用主线程以行为单位从所述数据暂存数组中读取所述dicom日志；
调用所述主线程和多个附加线程协同地对每次读取的所述dicom日志，按照所述日志信息模型进行标准化处理，得到每次读取的所述dicom日志所对应的日志数据记录。
4.根据权利要求3所述的方法，其特征在于，所述日志信息模型是基于所述dicom日志文件的上下文语义特征建立的，则所述调用所述主线程和多个附加线程协同地对每次读取的所述dicom日志，按照所述日志信息模型进行标准化处理，包括：
基于所述上下文语义特征提取每条dicom日志所包含的多个关键日志特征所对应的内容；
按照预先建立的读取顺序拼接所述多个关键日志特征所对应的内容，得到与每条dicom日志所对应的日志数据记录。
5.根据权利要求1所述的方法，其特征在于，所述日志信息模型是通过以下步骤构建的：
获取历史dicom日志文件；
提取所述历史dicom日志文件的历史上下文语义特征；
基于所述历史上下文语义特征提取每条所述历史dicom日志所包含的多个关键日志特征；
确定所述多个关键日志特征的读取顺序作为所述日志信息模型。
6.根据权利要求1所述的方法，其特征在于，所述基于所述日志数据库分析得到所述pacs系统的异常分析结果，包括：
按照时间粒度计算每台所述pacs服务器端对应的第一运行性能指标，所述第一运行性能指标用于表示在所述时间粒度内每台所述pacs服务器端处理影像文件的数值；
按照每台dicom客户端计算所述每台pacs服务器端对应的第二运行性能指标，所述第二运行性能指标用于表示所述每台dicom客户端与每台pacs服务器端之间交互影像文件的数值；
基于所述第一运行性能指标和第二运行性能指标生成可视化图像，所述可视化图像用于定位显示多服务器端架构的pacs系统的异常分析结果。
7.根据权利要求6所述的方法，其特征在于，所述定位显示多服务器端架构的pacs系统的异常分析结果包括：
基于所述第一运行性能指标或所述第二运行性能指标标注所述可视化图像中所包含的波峰和波谷；
确定波峰骤减至波谷所对应的时间粒度区间表示所述pacs系统所包含的pacs服务器端的异常时段。
8.一种图像归档通信系统异常定位系统，所述图像归档通信系统包括多台图像归档通信pacs服务器端架构的pacs系统和至少一台日志解析服务器，其特征在于，所述日志解析服务器包括：
接收单元，用于从多台图像归档通信pacs服务器端分别接收医学数字成像和通信dicom日志文件；
并行处理单元，用于并行地调用预先构建的日志信息模型，对所述dicom日志文件进行处理；
写入单元，用于将处理后的所述dicom日志文件写入日志数据库；
分析单元，用于基于所述日志数据库分析得到所述pacs系统的异常分析结果。
9.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
技术总结