CN109783532A - 基于微服务架构的食品/药品分析方法和*** - Google Patents

Abstract

本公开涉及一种基于微服务架构的食品/药品分析方法和***，属于食品与药品数据分析技术领域。其中，所述方法包括：按照提供的检索项目和分析维度项目生成数据请求；按照所述分析维度采集符合所述检索项目的数据；按照设定的统计算法对采集到的数据进行计算得到结果数据，和输出所述结果数据。本公开不仅从多个维度反映了食品与药品的质量安全概况，而且可帮助食品/药品安全领域人员全面了解数据的分布态势。本公开采用微服务的架构，使得前后端解耦，实现了并行开发、自动化测试以及独立部署，不仅提升了开发效率，增强了代码可维护性，而且能更好地应对复杂多变的前端需求。

Description

基于微服务架构的食品/药品分析方法和***

技术领域

本公开涉及食品与药品数据分析技术领域，具体地，涉及一种基于微服务架构的食品/药品分析方法和***。

背景技术

食品与药品的质量安全与每个人的生命健康息息相关。然而，食品与药品不安全事故时有发生，严重损害了人们的身心健康，因而相关部门，如食品、药品监管机构、食品、药品生产企业、消费者协会等，在食品与药品从生产到销售、流通、后期消费者的反馈等多个环节积累了大量的数据。例如，某种食品或药品的检测合格率、食品中毒事件、某个食品或药品的虚假广告等，积累的数据中还包括某个企业的违法行为及其对应的处罚、假冒药品的相关数据、虚假信息网站等信息。

虽然关于食品与药品的质量安全已经保存了海量的数据，然而，人们并不能通过一个直接渠道来了解某个感兴趣的食品或药品的相关数据，可能需要在很多个不同的数据***查找信息，然后查询者根据从这些数据***中得到各自独立的信息，人工分析，或将查询到的数据人工输入到分析***中分析，工作量大，并且容易出现数据漏检、数据出错等问题。

对于提供食品或药品相关数据的数据***，大部分只提供查询服务，并不提供分析服务，或简单的分析服务，查询者仅能通过其提供的固定的查询项目查询某方面的数据，而无法全面了解某个食品或药品在某个时期的安全状况，以及消费者的关注点和消费者满意度。

发明内容

本公开的目的是提供一种基于微服务架构的食品/药品分析方法和***，用于帮助食品与药品安全领域人员从多个维度了解食品或药品的安全状况。

为了实现上述目的，本公开提供一种基于微服务架构的食品/药品分析方法包括：

按照提供的检索项目和分析维度项目生成数据请求；

按照所述分析维度采集符合所述检索项目的数据；

按照设定的统计算法对采集到的数据进行计算得到结果数据，和

输出所述结果数据。

可选地，所述的检索项目包括产品项目、时间范围和地域范围中的一种或多种。

可选地，所述产品项目包括产品类别、通用名称和商品名称中的一种或多种。

可选地，所述时间范围包括多个时间粒度，所述地域范围包括多个地理区域粒度或多个行政区域粒度。

可选地，所述分析维度包括合格率、食品中毒、虚假广告及产品、行政处罚、投诉举报、产品召回和热搜词中的一个或多个。

可选地，所述分析方法还包括：在输出所述结果数据时，以可视化的展示方式输出所述结果数据。

可选地，以可视化的展示方式输出所述结果数据时，按照预置的展示粒度输出所述结果数据，其中，所述的展示粒度为时间粒度和/或地域粒度。

可选地，所述展示粒度能够在提供的检索项目和分析维度项目时预置。

可选地，采集符合所述检索项目的数据时，通过Restful API查询数据库以获取符合分析维度和检索项目的数据。

本公开还提供了一种基于微服务架构的食品/药品分析***，包括：

前端服务组件，提供用户界面，用于提供多种检索项目和分析维度，按照用户输入的检索项目和分析维度生成数据请求，并将所述数据请求发送给对应的后端服务组件，输出根据所述数据请求返回的结果数据；和

多个后端服务组件，分别用于提供适用一种分析维度的结果数据；在接收到数据请求时，按照分析维度采集符合所述检索项目的数据，并根据设定的统计算法对采集到的数据进行计算得到结果数据，并将所述结果数据返回给所述前端服务组件。

可选地，所述前端服务组件包括：

功能组件，用于提供不同功能的应用于界面的组件；和

界面组件，用于按照页面内容编写页面，并为所述页面添加相应的路由地址。

可选地，所述功能组件包括：

多个页面基本功能组件，用于实现页面中的不同基本功能；

检索项目组件，用于提供产品项目、时间范围和地域范围；

分析维度组件，用于提供多个分析维度；

展示粒度组件，用于提供结果数据输出时采用的时间粒度和/或地域粒度；和

多个输出组件，分别用于按照预置展示粒度输出结果数据。

可选地，所述的功能组件为代码能够重用的通用组件。

可选地，所述后端服务组件通过调用Restful API采集符合所述数据请求的数据。

可选地，所述后端服务组件包括合格率服务组件、食品中毒服务组件、虚假广告及产品服务组件、行政处罚服务组件、投诉举报服务组件、产品召回服务组件和热搜词服务组件中的一个或多个。

通过上述技术方案，本公开从食品/药品的安全数据多源、高维、多元、多层次、多时空、相互关联等基本特性出发，不仅从多个维度反映了食品/药品的质量安全概况，而且可帮助食品/药品安全领域人员全面了解数据的分布态势，探寻数据间的隐含关系，提升认知和分析能力，提高食品与药品***的科学性和有效性，实现快速、精准的定位问题企业、问题食品与药品，构建企业黑名单、地址风险库、高危食品与药品种类库等。此外，本公开采用微服务的架构，使得前后端解耦，实现了并行开发、自动化测试以及独立部署，不仅提升了开发效率，增强了代码可维护性，而且能够更好地应对复杂多变的前端需求。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1为本公开提供的一种基于微服务架构的食品/药品分析方法流程；

图2为本公开提供的一种基于微服务架构的食品/药品分析***的原理框图；

图3为本公开一实施例的***原理框架图；

图4为本公开一应用实施例的用户查询食品中毒状况时的***结构示意图；和

图5为本公开一应用实施例的用户查询食品中毒状况时的处理流程示意图。

附图标记说明

1，1a—前端服务组件 10a—用户界面

11—功能组件11 12—界面组件

111—页面基本功能组件

112—检索项目组件

113—分析维度组件

114—展示粒度组件

115—可视化输出组件

2—后端服务组件集合

211，211a—合格率服务组件

212，212a—食品中毒服务组件

213—虚假广告及产品服务组件

214—行政处罚服务组件

215—投诉举报服务组件

216—产品召回服务组件

217，217a—热搜词服务组件

3—数据存储模块

A—网关层

B—服务层

C—数据持久层

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

如图1所示，为本公开提供的一种基于微服务架构的食品/药品分析方法流程图，所述方法具体包括：

步骤S1，按照提供的检索项目和分析维度生成数据请求。所述检索项目包括产品项目、时间范围和地域范围等，其中，所述产品项目可以是产品类别，也可以是产品通用名称或商品名称，分别用于确定此次分析的目标产品。所述时间范围包括观察期的起始时间和截止时间，可以采用不同的时间粒度来确定时间范围的精度，如可以采用年、季度、月等作为时间粒度。所述地域范围提供x省、x市、x区、x县等不同的行政区域粒度或华北地区、东北地区、华东地区等不同地理区域粒度以确定目标产品所在的地域范围。所述分析维度提供了与食品或药品安全相关的维度特征，例如：合格率、食品中毒、虚假广告及产品、行政处罚、投诉举报、产品召回和热搜词等。通过选取其中的一个或多个维度特征，可以了解食品或药品在此方面的安全状态。在本公开中，所述的分析维度可以根据实际需要随时进行增减。

步骤S2，按照分析维度采集符合所述检索项目的数据。根据所述数据请求中的产品类别、时间范围、地域范围和分析维度，从数据库中采集相关数据。例如，可利用Hadoop的数据仓库工具Hive来实现对食品与药品海量数据的存储、快速访问以及查询。

步骤S3，按照维度设定的统计算法对采集到的数据进行计算得到结果数据。针对不同的维度，设定了不同的统计、计算方法，结合本公开提供的几种维度说明如下：

(1)合格率维度

基于合格率维度的设计，需要从数据库中查询检验检测数据，从检验检测数据中分别汇总检测报告结果为合格和不合格的总数，采用公式(1-1)计算合格率。

除了提供合格率外，本维度还能够基于时间范围和对应合格率，计算在一定时间范围内，合格率的同比或环比增长率。

例如，数据请求中的时间范围是2015年6月-2016年6月。通过汇总观察期内针对目标产品类别的合格报告总数和不合格报告总数，计算出每月的合格率，采用公式(1-2)计算环比增长率，采用公式(1-3)计算同比增长率。

环比增长率(％)＝(本期合格率/上期合格率-1)×100％；(1-2)

同比增长率(％)＝(本期合格率/上年同期合格率-1)×100％；(1-3)

其中，如果计算值为正值(+)，则称增长率；如果计算值为负值(-)，则称下降率。根据不同的时间粒度，本期可以是本月或本季度，本例中的本期指的是本月。

(2)食品中毒维度

采集的数据包括：中毒原因(如：微生物性、化学性、有毒动植物、不明原因)、中毒场所及中毒人数。根据采集到的数据计算不同中毒原因或者不同中毒场所下中毒人数的环比、同比增长率。

以上两个维度从不同角度反映了某地区某种食品或药品在某时间段内的检验检测结果，可以帮助了解食品/药品的安全现状；另一方面，这些特征的同比或环比增长率体现了食品/药品检测结果的变化趋势，有利于监管机构审视检验检测项目、方法及标准制定的有效性和合理性。此外，当选择不同产品类别、不同分析维度和不同地域范围或不同时间范围时，可以得到对应产品类别的食品或药品在不同地域或不同时间段的安全现状，通过对结果数据的排序，可突出需要重点关注的食品/药品类别、安全问题频发的高危地区等，进而制定针对性的改善、引导措施。

(3)虚假广告及产品维度

所述虚假广告及产品维度采集的数据包括：假冒产品、虚假信息网站、严重违法企业等。对于假冒产品的数据，按照类型，如药品、医疗器械、保健食品等分类汇总得到在请求的时间范围、地域范围内的总数量；关于虚假信息网站和严重违法企业，统计在请求的时间范围、地域范围内的总数量。

(4)行政处罚维度和投诉举报维度及产品召回维度

对于这三种维度，基于投诉举报数据和舆情数据，分别统计出与目标食品或药品种类相关的对应事件在请求的时间范围和地域范围内的总数，并计算各自的同比、环比增长率。通过对这三种维度数据的分析，可以分析出消费者投诉的热点问题，有助于发现问题高发的食品与药品种类，构建企业黑名单、风险等级较高的食品与药品类别库等。

(5)热搜词维度

采集与请求中的产品类别相关的热搜词，便于在不同地区、不同时间段内了解消费者最关注的内容以及消费者满意度等。

步骤S4，输出结果数据。其中，本公开以可视化的展示方式输出所述结果数据。所述可视化的展示方式包括曲线图、柱状图、饼图、地理区域图、堆叠图和线图中的一个或多个的静态图或动态图。根据维度特征，本公开为不同的维度设置合适的可视化展示方式，例如，对于合格率维度中的环比增长率，以曲线图的形式输出，对于虚假广告及产品维度，以地理区域图的形式输出。并且，在输出结果数据时，可根据展示粒度中的时间粒度和/或地域粒度来设置可视化图形的数据展示精度。例如，当曲线图采用时间轴时，时间轴的单位可以按照提供的时间粒度来设置。当曲线图采用地理区域图时，可以省或市或县来提供数据的精度。其中，在一个实施方式中，所述的展示粒度可由用户设置，在用户没有设置展示粒度时，为每一种展示方式设置默认的展示粒度。

本公开通过设计适当的分析维度，从数据仓库中获取到同一类食品或药品不同维度的数据，可将原来孤立的单一维度的分析关联起来。通过可视化的输出形式，展示多维抽象信息的多属性数据特征，综合反映了各地区、各时间段内、不同食品与药品种类的安全状况，以及消费者的关注点和消费者满意度，可帮助食品与药品安全领域人员多角度了解食品与药品数据的分布态势，探寻数据间的隐含关系，提升认知和分析能力，提高食品与药品***的科学性和有效性。

如图2所示，为本公开提供的一种基于微服务架构的食品/药品分析***的原理框图，所述***包括：前端服务组件1和后端服务组件集合2，其中，所述前端服务组件1提供用户界面，用于提供多种检索项目和分析维度，按照用户提供的检索项目和分析维度生成数据请求，并将根据所述数据请求返回的结果数据按照相应的数据形式输出。每一个后端服务组件提供一种分析维度的结果数据，当一个后端服务组件接收到数据请求时，按照分析维度采集符合所述检索项目的数据，并根据设定的统计方法对采集到的数据进行计算得到结果数据，并将所述结果数据返回给所述前端服务组件。另外，在后端还包括数据存储模块3，用于存储食品与药品相关的基础数据和后端服务组件的结果数据。

具体地，所述前端服务组件1包括功能组件11和界面组件12。其中，所述功能组件11包括不同功能的应用于界面的组件，例如多个页面基本功能组件111，如：菜单按钮、屏幕滚动/拖拉按钮、翻页按钮等等用于实现页面中的不同基本功能的组件；用于提供产品类别、时间范围和地域范围的检索项目组件112，如输入框、多选菜单、日历等；用于提供多个分析维度的分析维度组件113，例如多选菜单，在所述多选菜单中设有多种分析维度，如合格率、食品中毒、虚假广告及产品、行政处罚、投诉举报、产品召回和热搜词等。通过修改所述组件，可以增加更多的分析维度；用于提供结果数据输出时采用的具体展示粒度的展示粒度组件114；用于将结果数据以可视化的数据形式输出的多个输出组件115，在本实施例中，每一个输出组件115为一种可视化输出组件，例如饼状图组件、柱状图组件、地图组件、曲线图组件等。本公开提供的可视化输出组件能够直观地以图形、动图等方式将结果数据呈现给用户，并通过展示粒度的设置，提供不同精度的图形数据。

前述的各种功能组件11为代码可以重用的通用组件。组件具有独立性，并且通过自由组合可合成新组件。当不需要某个组件或者需要对某个组件进行修改时，可直接删除、替换或者修改而不影响其他组件功能。

所述界面组件12按照页面内容编写页面，并为所述页面添加相应的路由地址，可以实现在多页面的情况下直接使用前端页面组件中的路由进行页面快速导航。

所述后端服务组件集合2中包括多个可独立存在的服务组件，如合格率服务组件211、食品中毒服务组件212、虚假广告及产品服务组件213、行政处罚服务组件214、投诉举报服务组件215、产品召回服务组件216和热搜词服务组件217等等，还可以根据前端的需求而增加相应的服务组件。

每个服务组件根据其能处理的分析维度，查询数据库，对查询到的数据进行统计、计算，将得到的结果数据返回给前端服务组件1，前端服务组件1根据当前结果数据对应的维度，调用相应的输出组件115，按照预置的展示粒度，将所述结果数据以可视化的方式展示给用户。

所述***应用微服务架构，前后端分离，前端服务组件专注于用户界面及可视化展示，后端服务组件提供数据读取、分析和计算等服务，达到了前后端解耦的目的。前端和后端均组件化，可并行开发、自动化测试以及独立部署，既提升了开发效率，增强了代码的可维护性，也能更好地应对复杂多变的前端需求。

如图3所示，为本公开一实施例的***框架图。从逻辑上划分，本实施例共包括三层：网关层A，服务层B和数据持久层C。网关层A具备负载均衡能力以应对高并发量，具有权限管控能力以提供安全访问。服务层B包含所有对外提供服务的组件，具体包括前端服务组件1a和各个后端服务组件。前端服务组件1a和后端服务组件均以独立组件的方式运行，用户通过http协议访问前端服务组件1a，以提供的用户界面或通过Restful API访问后端服务组件。每一个后端服务组件为一个独立的、提供一种维度的服务组件，例如：合格率服务组件211a、食品中毒服务组件212a、热搜词服务组件217a等等。数据持久层C中保存有各种数据，例如分布式文件***数据库、事务数据库及如图2所示的本公开提供的数据存储模块3(未在图3中示出)，用于存储各个服务组件的基础数据和结果数据。

当用户访问服务层的服务组件时，其发出的用户请求在网关层A进行安全、权限等的认证。在认证通过后，根据请求意向转发到相应的服务组件上。

如图4所示，为一个用户在查询某个时期、某个地域的某个食品中毒状况时的***结构图，如图5所示，为对该用户提出的数据请求的处理流程示意图。结合图4和图5，详细说明如下：

步骤S1a，当用户提出请求时，网关层A对所述用户的请求进行安全和权限认证。

步骤S2a，经过权限、安全认证后，通过Restful API调用前端服务组件1a，通过HTTP通信协议向前端服务组件1a发送用户请求。

步骤S3a，前端服务组件1a接收到所述用户请求后，为所述用户提供用户界面10a。所述用户界面10a包括由基本功能组件111实现的菜单按钮、屏幕滚动/拖拉按钮、翻页按钮等；由检索项目组件112实现的提供产品类别的菜单或输入框、输入时间范围的日历和提供地域范围选择的菜单及展示粒度的选择菜单；由分析维度组件113提供的多个分析维度的选择菜单等等。

步骤S4a，用户提供产品类别、查询的时间范围、地域范围和分析维度，还可以提供展示粒度，例如选择时间粒度为月的展示粒度。其中，在本实施例中，用户选择的所述分析维度为食品中毒。

步骤S5a，前端服务组件1a根据用户确定的产品类别、查询的时间范围和地域范围、分析维度生成具体的数据请求。并根据选择的分析维度，将所述数据请求通过Http通信协议发送给后端服务组件中提供对应分析维度的服务组件。在本实施例中，由于用户选择了食品中毒分析维度，前端服务组件1a将所述数据请求发送给食品中毒服务组件212a。

步骤S6a，后端服务组件，即食品中毒服务组件212a，接收到所述数据请求后，通过Restful API查询数据持久层中的分布式文件***数据库，获取中毒原因、中毒场所及中毒人数，并根据采集到的数据计算不同中毒原因或者不同中毒场所下中毒人数的环比、同比增长率。

步骤S7a，后端服务组件将结果数据发送给前端服务组件1a。在本实施例中，食品中毒服务组件212a将得到的不同中毒原因或者不同中毒场所下中毒人数的环比、同比增长率作为结果数据发送给前端服务组件1a。

步骤S8a，前端服务组件1a中的某个输出组件，例如曲线图组件，根据用户预置的展示粒度，对结果数据进行编辑，将结果数据以曲线图的方式展示给用户。

在本实施例中，前端服务组件1a使用Vue实现内容呈现的组件化，各种组件的代码可以重用，并且，通过界面组件编写页面和添加相应路由来实现页面添加流程，其中路由的命名、规则在Vue.js中规定，在多页面的情况下直接使用前端路由进行页面切换。

页面的组装、渲染和交互逻辑等均由前端服务组件1a负责，后端负责数据的采集和统计分析，从而达到了前后端解耦的目的，实现前后端及其各自组件的并行开发、自动化测试以及独立部署，不仅提升了开发效率、增强了代码可维护性，而且能更好地应对复杂多变的前端需求。

以上结合附图详细地描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。例如，按照不同的划分标准设计用户界面中的组件，或将用于检索项目组件112的日历替换为需要用户手动填写的窗口等等。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合或拆分，例如可将行政处罚服务组件214和投诉举报服务组件215合为一个组件，或将虚假广告及产品服务组件213拆分为虚假信息服务组件、虚假产品服务组件等。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (15)

1.一种基于微服务架构的食品/药品分析方法，其特征在于，包括：

按照提供的检索项目和分析维度生成数据请求；

按照所述分析维度采集符合所述检索项目的数据；

按照设定的统计算法对采集到的数据进行计算得到结果数据，和

输出所述结果数据。

2.根据权利要求1所述的基于微服务架构的食品/药品分析方法，其特征在于，所述的检索项目包括产品项目、时间范围和地域范围中的一种或多种。

3.根据权利要求2所述的基于微服务架构的食品/药品分析方法，其特征在于，所述产品项目包括产品类别、通用名称和商品名称中的一种或多种。

4.根据权利要求2所述的基于微服务架构的食品/药品分析方法，其特征在于，所述时间范围包括多个时间粒度，所述地域范围包括多个地理区域粒度或多个行政区域粒度。

5.根据权利要求1所述的基于微服务架构的食品/药品分析方法，其特征在于，所述分析维度包括合格率、食品中毒、虚假广告及产品、行政处罚、投诉举报、产品召回和热搜词中的一个或多个。

6.根据权利要求1所述的基于微服务架构的食品/药品分析方法，其特征在于，在输出所述结果数据时，以可视化的展示方式输出所述结果数据。

7.根据权利要求6所述的基于微服务架构的食品/药品分析方法，其特征在于，以可视化的展示方式输出所述结果数据时，按照预置的展示粒度输出所述结果数据，其中，所述展示粒度为时间粒度和/或地域粒度。

8.根据权利要求7所述的基于微服务架构的食品/药品分析方法，其特征在于，所述展示粒度能够在提供的检索项目和分析维度时预置。

9.根据权利要求1所述的基于微服务架构的食品/药品分析方法，其特征在于，采集符合所述检索项目的数据时，通过Restful API查询数据库以获取符合分析维度和检索项目的数据。

10.一种基于微服务架构的食品/药品分析***，其特征在于，包括：

前端服务组件，提供用户界面，用于提供多种检索项目和分析维度，按照用户输入的检索项目和分析维度生成数据请求，并将所述数据请求发送给对应的后端服务组件，输出根据所述数据请求返回的结果数据；和

多个后端服务组件，分别用于提供适用一种分析维度的结果数据；后端服务组件在接收到数据请求时，按照分析维度采集符合所述检索项目的数据，并根据设定的统计算法对采集到的数据进行计算得到结果数据，并将所述结果数据返回给所述前端服务组件。

11.根据权利要求10所述的基于微服务架构的食品/药品分析***，其特征在于，所述前端服务组件包括：

功能组件，用于提供不同功能的、应用于用户界面的组件；和

界面组件，用于按照页面内容编写页面，并为所述页面添加相应的路由地址。

12.根据权利要求11所述的基于微服务架构的食品/药品分析***，其特征在于，所述功能组件包括：

多个页面基本功能组件，用于实现页面中不同的基本功能；

检索项目组件，用于提供产品项目、时间范围和地域范围；

分析维度组件，用于提供多个分析维度；

展示粒度组件，用于提供结果数据输出时采用的时间粒度和/或地域粒度；和

多个输出组件，分别用于按照预置展示粒度输出结果数据。

13.根据权利要求11或12所述的基于微服务架构的食品/药品分析***，其特征在于，所述的功能组件为代码能够重用的通用组件。

14.根据权利要求10所述的基于微服务架构的食品/药品分析***，其特征在于，所述后端服务组件通过调用Restful API采集符合所述数据请求的数据。

15.根据权利要求10所述的基于微服务架构的食品/药品分析***，其特征在于，所述后端服务组件包括合格率服务组件、食品中毒服务组件、虚假广告及产品服务组件、行政处罚服务组件、投诉举报服务组件、产品召回服务组件和热搜词服务组件中的一个或多个。