一种食品安全监管方法、装置和系统

摘要

本申请提供一种食品安全监管方法、装置和系统，所述方法包括：获取主体视频监控信息；获取主体中多种食材中每一种食材的溯源信息；获取主体的相关信息；将主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行整合。

说明书

技术领域

本发明涉及食品安全监控溯源技术领域，具体涉及一种食品安全监控方法和系统。

背景技术

随着社会经济的快速提升，食安问题是当前最受关注的民生问题之一，特别是对学校、幼儿园、公共食堂等重点主体的进行食品安全监管的需求日益增强。但食品加工流程颇多，目前采用的人工管理方法对各步骤监管难度极高难度大。因此本发明提供一种带溯源功能的食品安全监控方法、装置和系统，该方法可以进行食安预警，公众还可以对食材溯源、食材加工、资质证明、清洗消毒、食品留样、餐厨垃圾等关键信息进行查询，以降低发生食安事故的风险，并提高食安管理水平。

发明内容

本申请的一个方面提供一种食品安全监管方法，该方法包括：获取主体视频监控信息；获取主体中多种食材中每一种食材的溯源信息；获取主体的相关信息；将主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行整合。

在一些实施例中，整合方法可以包括：基于主体进货时间和食材ID，获取食材编码；将所述食材编码与所述每日菜谱对应。

在一些实施例中，整合方法还包括：基于所述视频监控信息，利用图像识别，分析食材存放时间；基于所述食材存放时间和食材保质期信息，确定所述主体是否使用过期食材。

在一些实施例中，整合方法还包括：基于主体进货时间间隔、主体进货的食材数量、主体库存信息、所述食材保质期，确定主体是否使用过期食材。

在一些实施例中，整合方法还包括：基于所述视频监控信息，利用图像识别，获得图像内容；对所述图像内容进行评分，确定食材加工是否规范。

在一些实施例中，整合方法还包括：基于清洗信息、消毒信息、投诉反馈信息，判断食材加工是否规范。

在一些实施例中，还包括：基于整合的信息，进行预警。

本申请的另一个方面提供一种食品安全监管系统，该系统包括：视频监控模块，被配置为获取主体视频监控信息；溯源模块，被配置为获取所述主体中多种食材中每一种食材的溯源信息；相关信息模块，被配置为所述主体的相关信息；以及整合模块，被配置为基于将所述主体视频监控信息、所述主体中多种食材中每一种食材的溯源信息和所述主体的相关信息进行整合。

在一些实施例中，整合方法可以包括：基于主体进货时间和食材ID，获取食材编码；将所述食材编码与所述每日菜谱对应。

在一些实施例中，整合方法还包括：基于所述视频监控信息，利用图像识别，分析食材存放时间；基于所述食材存放时间和食材保质期信息，确定所述主体是否使用过期食材。

在一些实施例中，整合方法还包括：基于主体进货时间间隔、主体进货的食材数量、主体库存信息、所述食材保质期，确定主体是否使用过期食材。

在一些实施例中，整合方法还包括：基于所述视频监控信息，利用图像识别，获得图像内容；对所述图像内容进行评分，确定食材加工是否规范。

在一些实施例中，整合方法还包括：基于清洗信息、消毒信息、投诉反馈信息，判断食材加工是否规范。

在一些实施例中，还包括：预警模块，被配置为基于整合的信息，进行预警。

在一些实施例中，还包括：查询模块，被配置为基于食材编码查询溯源信息。

在一些实施例中，还包括：公示模块，被配置为将所述主体视频监控信息、所述主体中多种食材中每一种食材的溯源信息和所述主体的相关信息进行公示。

本申请的又一个方面提供一种食品安全监管装置，包括处理器，其特征在于，处理器用于执行上述食品安全监管方法。

本申请的又一个方面提供一种计算机可读存储介质，计算机可读存储介质用于存储计算机指令，当读取可读存储介质中的计算机指令时，计算机执行上述的食品安全监管方法。

本申请的一部分附加特性可以在下面的描述中进行说明。通过对以下描述和相应附图的检查或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是明显的。本申请的特征可以通过实践或使用在下面讨论的详细示例中阐述的方法、手段和组合的各个方面来实现和获得。

附图说明

本申请将结合示例性实施例进一步进行描述。这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构。

图1是根据本申请的一些实施例所示的食品安全监控系统的示意框图。

图2是根据本申请的一些实施例所示的计算设备的示例性硬件和软件组件的示意图。

图3是根据本申请的一些实施例所示的可以在其上实现终端的移动设备的示例性硬件和/或软件组件的示意图。

图4是根据本申请的一些实施例所示的食品安全监控方法的示例性流程图。

图5是根据本申请的一些实施例所示的食品安全监控系统的示例性框图。

具体实施方式

为了更清楚的说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简要的介绍。显而易见地，以下描述的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似的场景中。除非从语言环境中显而易见或另作说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确说明，“一”、“一个”、“一种”和/或“该”等词并非特指单数也可以包括复数。需要理解的是，本申请中使用的术语“包括”和/或“包含”指存在的特征、常量、步骤、操作、元素和/或组件。但不排除添加至少一个其他特征、常量、步骤、操作、元素和/或组件。

应当理解的是，本申请所使用的术语“系统”、“引擎”、“单元”、“模块”和/或“区块”，是以一种升序的方式用来区分不同的组件、元件和/或部件的方法。然而，如果其他表达方法达到相同的目的，则这些术语可能被其他表达方式取代。

虽然本申请对根据本申请的实施例中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在客户端和/或服务器上。这些模块旨在说明而不是为了限制本申请的范围。可以在系统和/或方法的不同方面使用不同的模块。

根据以下对附图的描述，本申请的和其他的特征、操作方法、相关元件的功能更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。

本申请中使用了流程图用于说明根据本申请的实施例的系统所执行的操作。应当理解的是，流程图的操作不一定按照顺序来精确地执行。相反，这些操作可以以相反的顺序或同时执行。而且，可以将至少一个其他操作添加到流程图。可以从流程图中移除至少一个操作。

图1是根据本申请的一些实施例所示的食品安全监控系统100的示意框图。仅用作说明的目的，食品安全监控系统100可以是用于监控如公共食堂、校园餐厅、餐馆、饮品店等食材加工场所。如图1所示，食品安全监控系统100可以包括：存储设备110、网络120、视频采集装置130、外部源140、用户终端150和服务器160。在一些实施例中，食品安全监控系统100还可以包括查询装置170，查询装置170可以安装在食材加工场所（如公共食堂、校园餐厅、餐馆、饮品店等）供公众查询食材溯源信息。

存储设备110可以存储数据和/或指令。例如，存储设备110可以存储从外部源140获取的数据。又例如，存储设备110可以存储服务器160可以执行或使用的数据和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备110可以包括大容量储存器、可移动储存器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括快闪驱动器、软盘、光盘、记忆卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(RAM)。示例性随机存取存取器可以包括动态随机存取存储器(DRAM)、双倍速率同步动态随机存取存储器(DDRSDRAM)、静态随机存储存取器(SRAM)、晶闸管随机存取存取器(T-RAM)、零电容随机存取存取器(Z-RAM)等。示例性只读存储器可以包括光罩式只读存储器(MROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电子可擦除可编程只读存储器(EEPROM)、压缩盘只读存储器(CD-ROM)、数字通用磁盘只读存储器等。在一些实施例中，存储设备110可以在云平台上实现。仅用于说明，云平台可以包括私有云、公共云、混合云、社区云、分布云、跨云、多云等或其任意组合。

网络120可以促进信息和/或数据的交换。在一些实施例中，食品安全监控系统100的至少一个组件(例如，存储设备110、用户终端150和服务器160)可以通过网络120向食品安全监控系统100中的其他组件发送信息和/或数据。例如，服务器160可以通过网络120从用户终端150接收监控请求。在一些实施例中，网络120可以为任意形式的有线或无线网络，或其任意组合。仅作为示例，网络120可以包括有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络(LAN)、广域网路(WAN)、无线局域网络(WLAN)、城域网(MAN)、公共开关电话网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或其任意组合。在一些实施例中，网络120可以包括至少一个网络接入点。例如，网络120可以包括有线或无线网络接入点，如基站和/或互联网交换点120-1、120-2……。食品安全监控系统100的至少一个组件可以与网络120连接以交换数据和/或信息。

视频采集装置130可以是被配置为向系统100提供食材加工场所的视频信息。在一些实施例中，食品加工场所可以按功能区分出如，存储区域、粗加工区域、消毒区域、清洗区域、切配区域、烹饪区域、备餐区域、就餐区域等至少一个区域。在一些实施例中，可以在上述至少一个区域中设置至少一个视频采集装置130，以获得对应区域的视频信息。在一些实施例中，还可以将上述多个对应区域的视频信息进行视频拼接，以获得食品加工场所完整的视频信息。在一些实施例中，视频采集装置130可以是数字摄像头和/或模拟摄像头。在一些实施例中，视频采集装置130可以是云台摄像机。

外部源140可以向系统100提供主体中多种食材中每一种食材的溯源信息和/或主体的相关信息。外部源140可以在单个中央服务器中通过通信链路连接的多个服务器或多个个人设备中实现。当外部源140在多个个人设备中实现时，例如通过将文本、语音、图像和视频上载到云服务器，个人设备可以生成内容。外部源140可以由多个个人设备和云服务器组成。

用户终端150可以是单个用户或团体等使用的移动设备，例如学生家长、政府机构等。在一些实施例中，用户终端150可以是移动设备、平板计算机、个人计算机、用户设备(UE)、移动站(MS)等或其任意组合。在一些实施例中，移动设备可包括可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等或其任意组合。在一些实施例中，可穿戴设备可以包括智能手环、智能眼镜、智能头盔、智能手表等或其任意组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(PDA)、游戏设备、导航设备、POS机等或其任意组合。

在一些实施例中，用户终端150还可包括至少一个网络端口。至少一个网络端口可以被配置为通过网络120向系统100中的至少一个组件(例如，存储设备110、服务器160)发送信息和/或从其中接收信息。在一些实施例中，用户终端150可以在具有图2所示的至少一个组件的计算设备200上实现，或者在具有图3所示的至少一个组件的移动设备300上实现。在一些实施例中，用户终端150可以包括安装在其中的应用程序。服务器160可以是应用程序提供服务的服务器。

服务器160可以包括处理引擎161。服务器160可以被配置为处理与监控、溯源等有关的信息和/或数据。例如，服务器160可以将监控视频信息、食材溯源信息和/或相关信息进行整合。又例如，服务器160可以根据整合的信息，对食品安全相关问题的进行食安预警，如，主体是否使用过期食材、主体在加工食材的过程中是否规范等。

在一些实施例中，服务器160可以是单个服务器或服务器组。服务器组可以是集中式或分布式的(例如，服务器160可以是分布式系统)。在一些实施例中，服务器160可以是本地的或远程的。例如，服务器160可以连接用户终端150和/或存储设备110以访问存储的信息和/或数据。在一些实施例中，服务器160可以在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、小区云、分布云、跨云、多云等或其任意组合。在一些实施例中，服务器160可以在具有本申请中图2所示的至少一个组件的计算设备200上实现。在一些实施例中，服务器160可以包括处理引擎161。处理引擎161可以处理与监控、溯源和/或其他相关的信息和数据，以执行本申请中描述的至少一个功能。例如，处理引擎161可以将监控视频信息、食材溯源信息和/或相关信息进行整合。在一些实施例中，处理引擎161可以包括至少一个处理设备(例如，单核处理设备或多核处理器)。仅作为示例，处理引擎161可以包括中央处理单元(CPU)、专用集成电路(ASIC)、专用指令集处理器(ASIP)、图像处理单元(GPU)、物理运算处理单元(PPU)、数字信号处理器(DSP)、现场可程序门阵列(FPGA)、可程序逻辑装置(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。

在一些实施例中，食品安全监控系统100的至少一个组件(例如，用户终端150、服务器160)可以访问存储设备110。在一些实施例中，食品安全监控系统100的至少一个组件(例如，存储设备110、用户终端150和服务器160)可以通过有线和/或无线通信以电子和/或电磁信号的形式彼此通信。在一些实施例中，系统100还可包括至少一个网络接口。至少一个网络接口可以被配置为在系统100中的任何电子设备之间接收信息和/或发送信息(例如，以电子信号和/或电磁信号的形式)。例如，至少一个网络接口可以通过服务器160和用户终端150之间的无线通信从用户终端150接收监控请求。又例如，至少一个网络接口可以通过无线通信向用户终端150发送包括至少一个食安预警的电磁信号。在一些实施例中，至少一个网络接口可以是天线、网络端口等中的至少一个，或其任意组合。例如，至少一个网络接口可以是连接到服务器160的网络端口，以向其发送信息和/或接收从其发送的信息。

以上描述仅出于说明性目的，并不限制本申请的保护范围。许多替代方案，修改和变体对于本领域技术人员是显而易见的。本文描述的示例性实施例的特征、结构、方法和其它特征可以以各种方式组合以获得附加的和/或替代性的示例性实施例。例如，存储设备110可以是包括云计算平台的数据存储器，云计算平台可以是公共云、私有云、社区云、混合云等。然而，这些变体和修改不会脱离本申请的范围。

图2是根据本申请的一些实施例所示的计算设备200的示例性硬件和/或软件组件的示意图。如图2所示，计算装置200可以包括处理器210、存储器220、输入/输出端(I/O)230以及通信端口240。

处理器210可以根据本文中描述的技术执行计算机指令(例如，程序代码)并且执行处理引擎161的功能。计算机指令可以包括例如例程、程序、物体、组件、数据结构、工序、模块和功能，其执行本申请描述的特定功能。例如，处理器210可以处理从存储设备110、用户终端150、服务器160和/或食品安全监控系统100的任何其它组件中获取的数据。在一些实施例中，处理器210可以包括至少一个硬件处理器，如微控制器、微处理器、精简指令计算机(RISC)、特殊应用集成电路(ASIC)、特殊应用指令集处理器(ASIP)、中央处理器(CPU)、图形处理器(GPU)、物理处理器(PPU)、微控制器单元、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、高级精简指令系统计算机(ARM)、可编程逻辑装置(PLD)、能够执行至少一个功能的任何电路或处理器等或其任意组合。

仅用于说明，图2仅仅描述计算装置200中的一个处理器。然而，应该注意的是，本申请中的计算装置200也可以包括多个处理器，因此本申请中描述的由一个处理器执行的操作和/或方法步骤也可以共同或独立地由多个处理器执行。例如，如果在本申请中，计算装置200的处理器执行处理A和处理B，应理解处理A和处理B也可以由计算装置200中的两个或两个以上不同的处理器共同或独立地执行(例如，第一处理器执行处理A，第二处理器执行处理B；或第一处理器和第二处理器共同执行处理A和B)。

存储器220可以存储从存储设备110、用户终端150、服务器160和/或食品安全监控系统100的任何其它组件获取的数据/信息。在一些实施例中，存储器220可以包括大容量储存器、移动储存器、挥发性读写记忆体、只读存储器(ROM)等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态硬盘等。示例性移动储存器可以包括闪存、软盘、光盘、记忆卡、压缩盘、磁带等。示例性挥发性读写记忆体可以包括随机存储器(RAM)。示例性RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDRSDRAM)、静态RAM(SRAM)、闸流体RAM(T-RAM)以及零电容RAM(Z-RAM)等。示例性ROM可以包括屏蔽式ROM(MROM)、可编程ROM(PROM)、可清除可编程ROM(PEROM)、电可清除可编程ROM(EEPROM)、光盘ROM(CD-ROM)以及数位通用磁盘ROM等。在一些实施例中，存储器220可以存储至少一个程序和/或指令以执行本申请中描述的示例性方法。

I/O 230可以输入和/或输出信号、数据、信息等。在一些实施例中，I/O 230可以实现与处理引擎161的交互。在一些实施例中，I/O 230可以包括一个输入装置和一个输出装置。示例性输入装置可以包括键盘、鼠标、触摸屏、麦克风等或其任意组合。示例性输出装置可以包括显示装置、扬声器、打印机、投影仪等或其任意组合。示例性显示装置可以包括液晶显示器(LCD)、基于发光二极管(LED)的显示器、平板显示器、曲面屏幕、电视装置、阴极射线管(CRT)、触摸屏等或其任意组合。

通信端口240可以连接至网络(例如，网络120)以促进数据通信。通信端口240可以建立处理引擎161与存储设备110、用户终端150、服务器160和/或食品安全监控系统100中其他任意组件之间的连接。连接可以是有线连接、无线连接、能够实现数据传输和/或接收的任何其它通信连接和/或这些连接的任意组合。有线连接可以包括例如电缆、光缆、电话线等或其任意组合。无线连接可以包括Bluetooth

图3是根据本申请的一些实施例所示的可以在其上实现终端的移动设备300的示例性硬件和/或软件组件的示意图。

图3是根据本申请的一些实施例所示的移动设备300的示例性硬件和/或软件组件的示意图。用户终端150可以在移动设备300上实现。如图3所示，移动设备300可以包括通信端口310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、输入/输出（I/O）350、内存360和存储器390。CPU可以包括类似于处理器220的接口电路和处理电路。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(图中未示出)，也可以包括在移动设备300中。在一些实施例中，移动操作系统370(例如，IOS

为了实现本申请中描述的各种模块、单元及其功能，计算机硬件平台可以用作这里描述的至少一个元件的硬件平台(例如，食品安全监控系统100和/或关于图1描述的食品安全监控系统100的其他组件)。这种计算机的硬件元件、操作系统和编程语言本质上是传统的，并且假定本领域的普通技术人员熟悉这些技术以使这些技术适用于如本申请的将监控信息、溯源信息和/或相关信息进行整合，和/或向用户发出食安预警等。包含用户界面元素的计算机可以被用作个人计算机(PC)或其他类型的工作站或终端设备，被适当程序化后也可以作为服务器使用。可以认为本领域的普通技术人员对这样的结构、程序以及这类计算机设备的一般操作都是熟悉的，因此所有附图也都是显而易见的。

本领域普通技术人员可以理解，当食品安全监控系统100的元件可以通过电信号和/或电磁信号执行。例如，当用户终端150需要处理诸如做出确定、识别或选择对象的任务时，用户终端150可以控制其处理器中的逻辑电路来完成任务。当用户终端150向服务器160发出监控请求时，用户终端150的处理器可以生成编码该请求的电信号。然后，用户终端150的处理器可以将电信号发送到输出端口。如果用户终端150通过有线网络与服务器160通信，则输出端口可以物理地连接到电缆，电缆还将电信号发送到服务器160的输入端口。如果用户终端150通过无线网络与服务器160通信，则用户终端150的输出端口可以是至少一个天线，其将电信号转换为电磁信号。在电子设备(例如，用户终端150和/或服务器160)内，当其处理器处理指令、发出指令和/或执行动作时，指令和/或动作通过电信号进行。例如，当处理器从存储介质检索或保存数据时，它可以将电信号发送到存储介质的读/写设备，该读/写设备可以在存储介质中读取或写入结构化数据。结构化数据可以通过电子设备的总线以电信号的形式发送到处理器。其中，电信号可以指一个电信号、一系列电信号和/或至少两个离散电信号。

图4是根据本申请的一些实施例所示的食品安全监控方法的示例性流程图。在一些实施例中，图4所示的流程400用于实现食品安全监控的至少一项操作可以在图1所示的食品安全监控系统100中实施。例如，图4所示的流程400可以以指令的形式存储于存储设备110，并且由处理引擎161(例如，图2所示的计算装置200的处理器210、图3所示的移动设备300的CPU 340)调用和/或执行。以下所示的流程400的操作旨在说明。在一些实施例中，流程400可以利用未描述的至少一个附加操作来完成。此外，图4所示和以下描述的过程的操作顺序不是限制性的。

步骤410，获取多个主体中每一个主体的视频监控信息。步骤410可以由视频模块510实现。在一些实施例中，主体可以包括但不限于公共食堂、校园餐厅、酒店、餐馆、饮品店等食材加工场所。

在一些实施例中，可以基于多个主体中每个主体内安装的多个视频装置130可以采集多个主体中每个主体的监控视频信息，视频信息可以详细描述主体在食材加工制作全程中的信息，例如，食材存储信息、食材加工细节（操作人员着装状况、卫生状况、食材加工操作状况）、就餐状况等。在一些实施例中，食材可以包括但不限于主材、辅材、辛香料、食品添加剂等或其任意组合。

在一些实施例中，按功能可以将主体进行区分出多个区域，例如可以包括但不限于仓库区域、粗加工区域（如，拆包装、食材清理、食材清洗等）、清洗区域（包括食材清洗、餐具清洗和厨具清洗）、消毒区域（包括食材清洗、餐具清洗和厨具清洗）、切配区域、加工制作区域、食品传送区域、就餐区域等中的至少一种。在一些实施例中，可以在主体的上述至少一个区域的视野范围内安装至少一个采集视频装置130，例如，云台摄像机、鱼眼摄像机等，以获得对应主体对应区域的视频监控信息。在一些实施例中，还可以将同一主体的多个区域监控视频信息进行拼接，以获得对应主体的视频监控信息。

在一些实施例中，还可以对视频信息进行图像识别以提取监控图像的有效信息，例如，监控图像的有效信息可以包括食材存储时间、操作人员着装是否规范、卫生状况规范、使用的食材是否规范（如，是否使用地沟油）、食材加工制作时间、食材清洗是否规范、餐具清洗消毒是否规范等或其任意组合。

在一些实施例中，视频监控信息可以是实时视频监控信息，也可以是存储的视频监控信息。

步骤420，获取多个主体中每一个主体的多种食材中每一种食材的溯源数据。步骤420可以通过溯源模块520实现。在一些实施例中，多个主体中每一个主体中多种食材中每一种食材的溯源信息可以包括但不限于：种植基地信息、供货商信息、配送信息、食材检测数据、主体资质证明信息、主体进销信息、主体人员信息等或其任意组合。

在一些实施例中，种植基地信息可以包括但不限于种植基地ID、种植基地地址、种植基地负责人姓名、种植基地负责人身份证明、种植基地联系电话、食材ID、食材生产日期等或其任意组合。

在一些实施例中，供货商信息可以包括但不限于供货商ID、经营地址、营业执照、食品经营许可证、从业人员健康证（包括：分拣人员、配送司机等）、负责人姓名、负责人身份证信息、联系电话等或其任意组合。

在一些实施例中，配送信息可以包括但不限于配送时间信息、被配送食材信息、轨迹信息、司机信息、货柜信息等或其任意组合。在一些实施例中，配送时间信息可以包括从种植基地出发时间、供应商转送时间、达到主体时间等。在一些实施例中，被配送食材信息可以包括：食材ID、被配送食材的数量、被配送食材的包装规格等。在一些实施例中，轨迹信息可以包括配送路径信息。在一些实施例中，司机信息可以包括司机ID、司机身份信息、健康证信息、司机驾照信息等。在一些实施例中，货柜信息可以包括货柜车牌号、普通货柜车、冷链货柜车等。

在一些实施例中，食材检测数据可以包括但不限于：检测时间、食材ID、被检测食材种类、被检测食材数量、被检测食材的保质期、被检测食材的农药残留食材检测数据、被检测食材图片信息、食材票证信息（如，质检合格证、动物检疫合格证明等）等或其任意组合。

在一些实施例中，主体资质证明信息可以包括但不限于：食品经营许可证、从业人员健康证（包括：厨师、墩子、清洁人员等）等或其任意组合。

在一些实施例中，主体进销信息可以包括但不限于：主体进货时间、食材ID、主体进货票证、主体收货票证、主体中多种食材中每一种食材的库存信息等或其任意组合。在一些实施例中，食材库存信息可以包括食材库存种类、食材总库存数量、非过期食材库存种类、非过期食材总库存数量等。

在一些实施例中，可以为每一个主体建立食材ID为标识，包含上述溯源信息的溯源宽表，如表1所示的成都七中的溯源宽表：

表1成都七中溯源宽表

步骤430，获取主体的相关信息。步骤430可以通过相关信息模块530实现。在一些实施例中，主体的相关信息可以包括但不限于：每日菜谱信息、清洗信息、消毒信息、留样信息、厨余垃圾信息、主体负责人陪餐信息、晨检公示信息、投诉反馈信息、教育培训信息等或其任意组合。

在一些实施例中，每日菜谱信息可以包括但不限于：每日菜品种类、构成每个菜品的食材种类、构成每个菜品的食材数量、每日菜谱信息图示信息、每日菜谱信息文字信息等或其任意组合。

在一些实施例中，清洗信息可以包括但不限于：日期信息、清洗操作时间区间、清洗操作时长、清洗物品种类、清洗物品数量、清洗使用清洁剂种类、主体清洗操作人员数量、主体清洗操作人员名称、清洗操作记录信息（如，清洗图片信息）等或其任意组合。

在一些实施例中，消毒信息可以包括但不限于：日期信息、消毒操作时间区间、消毒操作时长、消毒物品种类、消毒物品数量、消毒方式、主体消毒操作人员数量、主体消毒操作人员名称、消毒操作记录信息（如，消毒图片信息）等或其任意组合。

在一些实施例中，留样信息可以包括但不限于：留样图片信息、留样操作人员信息等或其任意组合。

在一些实施例中，厨余垃圾信息可以包括但不限于：厨余垃圾数量信息、厨余垃圾存放信息、厨余垃圾处理信息等或其任意组合。

在一些实施例中，主体负责人陪餐信息可以包括但不限于：陪餐日期信息、陪餐人员人数、陪餐人员职务、陪餐餐次（如，早餐、午餐、晚餐、夜宵等）、陪餐记录信息（如，陪餐图片信息）等或其任意组合。

在一些实施例中，晨检公示信息可以包括但不限于：晨检检查时间信息、晨检检查日期信息、被检查主体操作人员人数、被检查主体操作人员名单、晨检记录信息（如，晨检图片信息）等或其任意组合。

在一些实施例中，投诉反馈信息可以包括但不限于：投诉内容信息、被投诉主体操作人员、投诉时间、针对投诉的反馈内容、针对投诉的反馈时间等或其任意组合。

在一些实施例中，对主体操作人员教育培训信息可以包括但不限于：教育培训时间、教育培训内容、教育培训参与的主体操作人员等或其任意组合。

步骤440，将主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行整合。步骤440可以由信息整合模块540实现。

在一些实施例中，整合方法可以包括：基于主体进货时间、食材ID，获取食材编码。例如，土豆的食材ID为1001，主体进货时间为2019-6-23，则可以将主体采购的该批次食材的数字编码10012019623。又例如，还可以基于主体进货时间、食材ID生成二维码。

将食材编码与每日菜谱对应。在一些实施例中，可以利用菜谱模板确定菜品与食材种类及食材数量的对应关系。在一些实施例中，还可以根据地域习惯适应性增减食材数量。在一些实施例中，可以利用食材编码为每日菜谱中多种菜品中每一菜品中的多种食材中每一种食材进行标注。在一些实施例中，通过编码可以查询每日菜谱中不同进货日期的食材的溯源信息。

在一些实施例中，整合方法还可以包括确定食材存放时间。在一些实施例中，基于主体前后两次进货后的视频监控信息，可以利用图像识别，分析出主体中存放的食材种类，并统计出对应食材存放时间。还可以进一步基于食材保质期信息，确定主体是否使用过期食材。在另外一些实施例中，还可以基于主体对某食材前后两次主体进货时间间隔、前后两次主体进货的食材数量、前后两次主体的库存信息、保质期，确定主体是否使用过期食材。例如，如表1所示，对食材1001，保质期只有60天，分析2019-6-23与2019-9-26两次进货，2019-9-26主体库存的8kg食材是2019-6-23采购的食材，可以确定食材1001过期。

在一些实施例中，整合方法还可以包括确定食材加工是否规范。在一些实施例中，可以对视频监控信息进行图像识别，并对识别出的操作人员着装、卫生状况、使用的食材（如，是否使用地沟油）、食材加工制作时间、食材清洗状况、餐具清洗消毒状况等图像内容方面进行评分，综合评定后，确定食材加工是否规范。例如，可以设置阈值以确定食材加工是否规范。如，上述各方面总分值均为100分，评分后若综合平均分小于70分，则判定食材加工不规范。在一些实施例中，还可以根据主体相关信息进行评分，如，清洗信息、消毒信息、投诉反馈信息等，判断食材加工是否规范。

在一些实施例中，基于整合后的信息，可以进行食安预警。在一些实施例中，食安预警可以包括：食材存放时间过长、主体使用过期食材、食材加工是否规范等。

应当注意的是，上述关于食品安全监控方法的描述仅用作说明的目的，并不旨在限制本申请的范围。。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。然而，变化和修改不会背离本申请的范围。在一些实施例中，在示例性过程400中可以调整一个或以上操作顺序。

图5是根据本申请的一些实施例所示的食品安全监控单元500的示例性框图。如图5所示，食品安全监控系统100可以包括视频模块510、溯源模块520、相关信息模块530、信息整合模块540。

视频模块510，被配置为获取多个主体中每一个主体的视频监控信息。在一些实施例中，按功能可以将主体进行区分出多个区域，例如可以包括但不限于仓库区域、粗加工区域（拆包装、食材初步整理等）、清洗区域、消毒区域、切配区域、加工制作区域、食品传送区域、就餐区域等中的至少一种。在一些实施例中，可以在主体的上述至少一个区域的视野范围内安装至少一个采集视频装置130，例如，云台摄像机、鱼眼摄像机等，以获得对应主体对应区域的视频监控信息。在一些实施例中，还可以将同一主体的多个区域监控视频信息进行拼接，以获得对应主体的视频监控信息。在一些实施例中，可以基于多个主体中每个主体内安装的多个视频装置130可以采集多个主体中每个主体的监控视频信息，视频信息可以详细描述主体在食材加工制作全程中的信息，例如，食材存储信息、食材加工细节（操作人员着装状况、卫生状况、食材使用状况、食材加工操作状况）、就餐状况等。

溯源模块520，被配置为获取多个主体中每一个主体的多种食材中每一种食材的溯源数据。在一些实施例中，溯源模块520可以通过网络120获取存储在外部源140中的溯源数据。在一些实施例中，多个主体中每一个主体中多种食材中每一种食材的溯源信息可以包括但不限于：种植基地信息、供货商信息、配送信息、食材检测数据、主体资质证明信息、主体进销信息、主体人员信息等或其任意组合。在一些实施例中，可以为每一个主体建立以食材ID为标识，包含上述溯源信息的溯源宽表。

相关信息模块530，被配置为获取主体的相关信息。在一些实施例中，相关信息模块530可以通过网络120获取存储在存储设备110和/或外部源140中的相关信息。在一些实施例中，主体的相关信息可以包括但不限于：每日菜谱信息、清洗信息、消毒信息、留样信息、厨余垃圾信息、主体负责人陪餐信息、晨检公示信息、投诉反馈信息、教育培训信息等或其任意组合。

信息整合模块540，被配置为将主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行整合。在一些实施例中，可以基于主体进货时间、食材ID获取食材编码，并将食材编码与每日菜谱对应，以使得通过解析编码可以获得每日菜谱中不同进货日期的食材的溯源信息。在一些实施例中，还可以通过整合方法确定食材存放时间。在另外一些实施例中，还可以通过整合确定食材加工是否规范。

在一些实施例中，还包括通信模块550，被配置为可以被配置为向至少一个用户终端150或任何其他设备发送与系统100相关的信息。例如，通信模块550可以向用户终端150发送视频监控。又例如，通信模块550可以将食安预警发送给用户终端150。又例如，用户通过食材编码查询溯源信息。

在一些实施例中，还包括公示模块560，被配置为在用户终端150（如，APP、微信小程序等）上将上述主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行展示，以供公众查询。在一些实施例中，还可以在查询装置170（如，溯源屏）上将上述主体视频监控信息、主体中多种食材中每一种食材的溯源信息和主体的相关信息进行展示，以供公众查询。

在一些实施例中，还包括查询模块570，被配置为用户终端150可以通过食材编码进行溯源查询。

在一些实施例中，还包括预警模块580，被配置为基于整合后的信息，进行食安预警。在一些实施例中，食安预警可以包括：食材存放时间过长、主体使用过期食材、食材加工是否规范等。

上述模块可以通过有线连接或无线连接以互相连接或互相通讯。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(LAN)、广域网路(WAN)、蓝牙

上文已对基本概念做了描述，显然，对于本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。本领域普通技术人员可以对本申请进行各种修改、改进和修正。这类修改、改进、修正仍属本申请示范实施例的精神和范围。

同时，本申请使用了特定术语来描述本申请的实施例。例如，“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提到的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的过程、机器、产品或物质的组合，或对其任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可以被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可以表现为位于一个或多个计算机可读介质中的计算机产品，产品包括计算机可读程序编码。

计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等或合适的组合形式。计算机可读信号介质可以是除计算机可读储存介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤缆线、RF等或其任意组合。

本申请各部分操作所需的计算器程序代码可以用任意一种或多种程序语言编写，包括面向对象程序设计语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C、VB.NET、Python等，常规程序化程序设计语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态程序设计语言如Python、Ruby和Groovy，或其他程序设计语言等。程序设计编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算器可以通过任何网络形式与用户计算器连接，例如，局域网络(LAN)或广域网(WAN)，或连接至外部计算器(例如通过因特网)，或在云端计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非申请专利范围中明确说明，否则处理元素或序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解，此类细节仅起说明的目的，附加的申请专利范围并不仅限于披露的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例精神和范围的修正和等价组合。例如，虽然以上描述的系统组件可以通过安装于硬件装置中实施，但也可以只通过软件的解决方案实施，例如在现有的服务器或行动载具上安装所描述的系统。

同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比申请专利范围中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

在一些实施例中，用于描述和要求保护本申请的某些实施例的数量、性质等，应被理解为在一些情况下被术语“大约”、“近似”或“大体上”修饰。除非另外说明，“大约”、“近似”或“大体上”表明数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请的一些实施例描述的数值范围和宽范化的参数是近似值，但具体实施例中列出的数值会尽可能精确地报告。

本申请中提及的所有专利、专利申请、专利申请公布和其他材料，例如论文、书籍、说明书、出版物、文件、事物等，均在此通过引用的方式全部并入本申请以达到所有目的，与本文件相关的任何起诉文档记录、与本文件不一致或冲突的任何文件或迟早对本文件相关的权利要求书的最广泛范畴有限定作用的任何文件除外。通过示例，如果在描述、定义和/或与任何所结合的材料相关联的术语的使用和与本文件相关联的术语之间存在任何不一致或冲突，则描述、定义和/或在本文件中使用的术语以本文件为准。

最后，应当理解的是，本申请中实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的说明一致。相应地，本申请的实施例不仅仅限于本申请明确介绍和描述的实施例。