模块调用量处理方法、装置、电子设备、存储介质与流程

本发明涉及计算机应用技术领域，尤其涉及一种医疗应用的模块调用量处理方法、装置、电子设备、存储介质。

背景技术：

随着“互联网+”概念和大数据技术的不断发展与落地，院内也不断的落地各种产品和业务解决方案。而在患者隐私保护的前提下，产品只能落地在院内私有云内。在这种生产环境中，如何高效的追踪用户行为以有效评估、运营产品，本发明试图解决该问题

在互联网产品中，为了追踪用户行为，通常采用前端埋点的技术方案，用户行为的追踪取决与开发人员对于需要追踪行为的预定义。而不同于互联网环境下的版本升级，院内产品的版本升级通常困难重重。如：需要取得医院主要负责领导许可，需要对主要使用者进行培训，需要在院内观察使用行为等。本发明提出了一种近似方案，能在不需要发布新版本的前提下，追踪用户行为。

目前互联网产品中，追踪用户行为主要基于前端重度埋点。由浏览器记录相关操作，并将所记录的操作发送给服务端，由服务端获取由浏览器所记录的操作从而进行用户追踪。然后，这样现有技术中，会具有如下缺陷：

1)由于埋点与用户行为对应，因此，预设埋点仅针对预设行为，对于预设行为之外的用户行为，需要重新埋点，发布浏览器处的新的产品版本才能开始追踪。

2)经过埋点的浏览器处的前端开发任务繁重，而为了重新埋点需频繁发布浏览器处的新的产品版本进一步加重了开发人员的开发进度。

技术实现要素：

本发明为了克服上述相关技术存在的缺陷，提供一种医疗应用的模块调用量处理方法、装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

根据本发明的一个方面，提供一种医疗应用的模块调用量处理方法，包括：

获取医疗应用的服务器端的各应用程序编程接口的调用日志；

根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志；

将每个产品模块的标识与其关联的调用日志储存在搜索服务器中；

利用所述搜索服务器的搜索引擎，搜索产品模块的标识及设定时间段的调用日志；

对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量；以及

计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量。

可选地，所述医疗应用位于一私有云内。

可选地，所述对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量之后，还包括：

按预定时间段的产品模块的调用量，对产品模块进行排序。

可选地，所述计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量之后，还包括：

按产品模块的调用量的变化率对产品模块进行排序，所述变化率为(在后时间段的产品模块的调用量-在前时间段的产品模块的调用量)/在前时间段的产品模块的调用量。

可选地，所述获取医疗应用的服务器端的各应用程序编程接口的调用日志之后，根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志之前还包括：

根据调用日志所调用的应用程序编程接口的父子关系，将同一用户的调用日志中具有父子关系的应用程序编程接口的多个调用日志关联同一追踪id记录；

将同一用户的同一会话中的多个调用日志关联同一会话id记录。

可选地，根据同一追踪id和/或同一会话id，还原该用户的调用过程。

可选地，在所述对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量的步骤中，关联同一追踪id和/或同一会话id的相同应用程序编程接口的调用日志不重复计数。

根据本发明的又一个方面，提供一种医疗应用的模块调用量处理装置，包括：

获取模块，用于获取医疗应用的服务器端的各应用程序编程接口的调用日志；

确定模块，用于根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志；

储存模块，用于将每个产品模块的标识与其关联的调用日志储存在搜索服务器中；

搜索模块，用于利用所述搜索服务器的搜索引擎，搜索产品模块的标识及设定时间段的调用日志；

聚合模块，用于对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量；以及

计算模块，用于计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量。

根据本发明的又一方面，还提供一种电子设备，所述电子设备包括：处理器；存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如上所述的步骤。

根据本发明的又一方面，还提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上所述的步骤。

相比现有技术，本发明的优势在于：

一方面，针对医疗场景下(医院内)不方便随时发布新版本的环境，实现互联网的用户行为追踪技术，具有方便开发，及时统计分析的特点，并以较小的代价部分解决了用户行为追踪问题；另一方面，通过服务器端的调用接口的调用日志利用搜索服务器的搜索引擎和聚合技术进行聚合技术，进而可以获得产品模块的调用量变化趋势及变化量，加快调用量变化趋势及变化量的计算效率，所获得产品模块的调用量变化趋势及变化量可参考来改进产品模块的界面和布局，从而提高用户体验。

附图说明

通过参照附图详细描述其示例实施方式，本发明的上述和其它特征及优点将变得更加明显。

图1示出了根据本发明实施例的医疗应用的模块调用量处理方法的流程图。

图2示出了根据本发明实施例的一种产品模块排序的流程图。

图3示出了根据本发明实施例的另一种产品模块排序的流程图。

图4示出了根据本发明实施例的记录追踪id和会话id的流程图。

图5示出了根据本发明实施例的医疗应用的模块调用量处理装置的模块图。

图6示意性示出本发明示例性实施例中一种计算机可读存储介质示意图。

图7示意性示出本发明示例性实施例中一种电子设备示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此，实际执行的顺序有可能根据实际情况改变。

图1示出了根据本发明实施例的医疗应用的模块调用量处理方法的流程图。参考图1，所述的医疗应用的模块调用量处理方法可以包括以下步骤：

步骤s110：获取医疗应用的服务器端的各应用程序编程接口的调用日志；

步骤s120：根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志；

步骤s130：将每个产品模块的标识与其关联的调用日志储存在搜索服务器中；

步骤s140：利用所述搜索服务器的搜索引擎，搜索产品模块的标识及设定时间段的调用日志；

步骤s150：对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量；以及

步骤s160：计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量。

在本发明的示例性实施方式的医疗应用的模块调用量处理方法中，一方面，针对医疗场景下(医院内)不方便随时发布新版本的环境，实现互联网的用户行为追踪技术，具有方便开发，及时统计分析的特点，并以较小的代价部分解决了用户行为追踪问题；另一方面，通过服务器端的调用接口的调用日志利用搜索服务器的搜索引擎和聚合技术进行聚合技术，进而可以获得产品模块的调用量变化趋势及变化量，加快调用量变化趋势及变化量的计算效率，所获得产品模块的调用量变化趋势及变化量可参考来改进产品模块的界面和布局，从而提高用户体验。

下面将对本发明的示例性实施方式的医疗应用的模块调用量处理方法进行说明。

在本发明的各个实施例中，所述的医疗应用位于一私有云中。对于用户行为分析来说，通常可采用服务器端的应用程序编程接口(api)的调用量可用来标示各个产品模块的使用量。产品模块的绝对使用量是一个基础变量，可以根据上述方法获取产品模块使用量的变化趋势和变化李，即在某些运营活动开展或者新功能上线后是否对相关产品模块产生了正向或者负向的影响。另外服务器端api的绝对调用量也可大致反映产品模块的绝对使用量。

在常用的bs(browser-service)/cs(client-service)架构中，前端产品的使用最终会反映到服务器端api的调用上，本发明可以记录并串联服务器端api的调用，记录其输入、输出、使用者等等信息，而这部分记录行为本发明通常可以封装到http或者rpc调用框架内，从而做到对调用者、被调用者透明。

在本发明的各个实施例中，可选地，一个产品模块仅可通过一个api调用，则该产品模块仅与该api映射；多个产品模块可通过一个api调用，则该多个产品模块皆与该api映射；一个产品模块可通过多个api调用，则该产品模块与该多个api映射。依据不同的调用情况生成不同的映射关系，该映射关系可预存在系统中。

在本发明的具体实施例中，如图2所示。图2示出了根据本发明实施例的一种产品模块排序的流程图。所述步骤s150对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量之后还可以包括如下步骤：

步骤s170：按预定时间段的产品模块的调用量，对产品模块进行排序。

例如，可按天来聚合各产品模块的调用量。例如，产品模块a在2018-6-27的调用量为50；产品模块b在2018-6-27的调用量为60；产品模块c在2018-6-27的调用量为70，可按2018-6-27的调用量对各产品模块进行排序，由此可以获知2018-6-27哪些模块的调用量较多，哪些模块的调用量较少，以此可提高调用量较多的产品模块的性能，减少调用量较少的产品模块的性能，或者依据不同的模块提出不同线下活动，本发明并非以此为限。

在本发明的具体实施例中，如图3所示。图3示出了根据本发明实施例的另一种产品模块排序的流程图。

所述步骤s160计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量之后还可以包括如下步骤：

步骤s180：按产品模块的调用量的变化率对产品模块进行排序，所述变化率为(在后时间段的产品模块的调用量-在前时间段的产品模块的调用量)/在前时间段的产品模块的调用量。

例如，可按相邻两天来聚合各产品模块的调用量。例如，产品模块a在2018-6-27的调用量为50，在2018-6-28的调用量为60，则产品模块a的调用量的变化率为(60-50)/50＝20％；产品模块b在2018-6-27的调用量为60，在2018-6-28的调用量为50，则产品模块b的调用量的变化率为(50-60)/60＝-16.7％；产品模块c在2018-6-27的调用量为70，在2018-6-28的调用量为75，则产品模块b的调用量的变化率为(75-70)/70＝7.14％，由此，可按2018-6-27到2018-6-28两天的调用量的变化率由高到低对产品模块进行排序：产品模块a、产品模块c；产品模块b。由此可以获知2018-6-27到2018-6-28哪些模块的调用量变化增长最多，而哪些模块的调用量呈负增长，并以此可对产品模块或线下活动作相应的分析和调整。

进一步地，还可以按不同的用户，执行上述模块的排序，由此，可对单个用户的行为进行追踪和分析。

在本发明的具体实施例中，如图4所示。图4示出了根据本发明实施例的记录追踪id和会话id的流程图。

所述步骤s110所述获取医疗应用的服务器端的各应用程序编程接口的调用日志之后，所述步骤s120根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志之前还可以包括如下步骤：

步骤s191：根据调用日志所调用的应用程序编程接口的父子关系，将同一用户的调用日志中具有父子关系的应用程序编程接口的多个调用日志关联同一追踪id记录；

步骤s192：将同一用户的同一会话中的多个调用日志关联同一会话id记录。

具体而言，在产品模块的调用中，一般某一产品模块需在调用另一产品模块的前提下才能够进行调用，则在本发明中称该两个产品模块具有父子关系。例如，银行卡服务的产品模块仅在支付请求的产品模块之后才可以调用。由此，可以根据api(或产品模块)的父子关系将同一用户的调用日志按时间顺序划分成多个组。每个组可形成一个树形结构。该一个树形结构中的各个调用日志可关联同一追踪id(traceid)记录在系统中。进一步的，也可以按会话将同一用户的调用日志划分成多组，每一组中的多个连续调用可关联同一会话id(sessionid)记录在系统中。可基于搜索服务器的搜索引擎通过追踪id和/或会话id，可以还原该用户的调用过程，以进一步对用户的交互行为进行分析。

进一步的，在对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量的步骤中，为了防止重复计数，关联同一追踪id和/或同一会话id的相同应用程序编程接口的调用日志不重复计数。由此，增加所获取的产品模块的使用量的精确度。

进一步地，本示例实施方式中还提供了一种医疗应用的模块调用量处理装置。

图5示出了根据本发明一实施例的医疗应用的模块调用量处理装置的模块图。医疗应用的模块调用量处理装置400包括获取模块410、确定模块420、储存模块430、搜索模块440、聚合模块450及计算模块460。

获取模块410用于获取医疗应用的服务器端的各应用程序编程接口的调用日志；

确定模块420用于根据预存的应用程序编程接口和产品模块的对应关系，确定关联每个产品模块的调用日志；

储存模块430用于将每个产品模块的标识与其关联的调用日志储存在搜索服务器中；

搜索模块440用于利用所述搜索服务器的搜索引擎，搜索产品模块的标识及设定时间段的调用日志；

聚合模块450用于对搜索到的调用日志进行聚合计数作为该产品模块在该设定时间段的调用量；以及

计算模块460用于计算获得各产品模块在多个设定时间段的调用量变化趋势及变化量。

在本发明的示例性实施方式的医疗应用的模块调用量处理装置中，一方面，针对医疗场景下(医院内)不方便随时发布新版本的环境，实现互联网的用户行为追踪技术，具有方便开发，及时统计分析的特点，并以较小的代价部分解决了用户行为追踪问题；另一方面，通过服务器端的调用接口的调用日志利用搜索服务器的搜索引擎和聚合技术进行聚合技术，进而可以获得产品模块的调用量变化趋势及变化量，加快调用量变化趋势及变化量的计算效率，所获得产品模块的调用量变化趋势及变化量可参考来改进产品模块的界面和布局，从而提高用户体验。

图5仅仅是示意性的示出本发明提供的医疗应用的模块调用量处理装置，在不违背本发明构思的前提下，模块的拆分、合并、增加都在本发明的保护范围之内。

在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被例如处理器执行时可以实现上述任意一个实施例中所述电子处方流转处理方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在租户计算设备上执行、部分地在租户设备上执行、作为一个独立的软件包执行、部分在租户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到租户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本发明的示例性实施例中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述电子处方流转处理方法的步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本发明的这种实施方式的电子设备600。图7显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1至4任一幅流程图所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得租户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明实施方式的上述电子处方流转处理方法。

相比现有技术，本发明的优势在于：

一方面，针对医疗场景下(医院内)不方便随时发布新版本的环境，实现互联网的用户行为追踪技术，具有方便开发，及时统计分析的特点，并以较小的代价部分解决了用户行为追踪问题；另一方面，通过服务器端的调用接口的调用日志利用搜索服务器的搜索引擎和聚合技术进行聚合技术，进而可以获得产品模块的调用量变化趋势及变化量，加快调用量变化趋势及变化量的计算效率，所获得产品模块的调用量变化趋势及变化量可参考来改进产品模块的界面和布局，从而提高用户体验。

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