分布式水产品流通全环节追溯体系的设计与实现
2018-06-28曾祥卫
曾祥卫,李 引,郭 畅
(1.广东省食品药品质量监督管理局，广东 广州 510080； 2.广州中国科学院软件应用技术研究所，广东 广州 511458)
0 引 言
近年来，随着人民生活水平的提高以及食品安全风险意识的普及，人们对水产品的质量安全愈发重视。鳗鱼“恩诺沙星”残留超标[1]、多宝鱼鱼药残留、北京福寿螺致病[2]等水产品安全事故的接连发生，不断降低公众对水产品行业的信任度，对水产品消费产生了不良影响。为了解决人民日益增长的安全意识和水产品质量良莠不齐之间的矛盾，政府对水产品质量安全的重视程度在逐步提高，具体表现在对包括水产品在内的农产品的安全性的重视，加强了相应的监督管理工作，并专门制定颁布了一些法律法规及部门规章。
作为保障水产品质量和安全的重要措施，建设水产品质量安全可追溯体系可以让消费者享受安全的水产品供应。在建设水产品可追溯体系的态度上，发达国家主要分为两大阵营：一是以欧盟、加拿大为代表，他们认为需要强制实施可追溯体系；二是以美国和日本为代表，他们主张实施自愿的可追溯体系。两者体系建设在具体措施上虽然存在一些差异，但总的来说都依赖于政府参与、企业支持、技术完善和消费者认知等4个方面因素。欧盟于2000年和2001年分别颁布了(EC)104/2000[3]和(EC)2065/2001[4]条例，规定所有水产品标签都要含有种类、捕捞来源、捕捞区域等信息；美国和日本虽未颁布单独针对水产品的法律法规，但均对水产品的化学品残留进行了规定，并要求水产品在生产、运输、销售过程中进行全链可追溯，日本还对不同养殖鱼类制定了可追溯操作规程[5]。
我国是世界上水产品出口大国，2014年我国水产品产量为6450万吨，占世界水产品产量的三成以上[7]。然而，现阶段我国的水产品质量安全可追溯体系的建设尚处于起步和探索时期，面临着诸多问题，如相关法律法规不健全、标准体系不完备、技术设施不配套和基础研究落后，政府和消费者相关认知薄弱或片面，试点和示范推广模式带来的各地之间标准不统一，互相缺乏联系。加上我国水产品产业发展本身特点，监管困难和追溯体系建设过程的困难都对全环节的可追溯体系的建设进程造成了限制，对我国水产品质量安全可追溯体系的建立与运行造成了影响[8-18]。因此，亟需建立普及全社会，覆盖从生产到销售的全环节可追溯的水产品追溯系统。
在此背景下，本文设计了一个分布式水产品流通全环节追溯体系，为水产品追溯体系乃至食品追溯体系的发展提供参考。
1 需求分析
1.1 概念定义
水产品溯源是指通过物联网技术，实现水产品从生产、流通到销售全环节的有效监控，并采集相关数据供监管部门与消费者查询。水产品安全溯源体系，是指在水产品产供销的各个环节(包括养殖、生产、流通以及销售与餐饮服务等)中，水产品质量安全及其相关信息能被顺向追踪(生产源头到消费终端)或者逆向回溯(消费终端到生产源头)，从而使水产品的整个生产经营活动始终处于有效的监控之中。
当水产品供应链的各个环节中涉及的生产运输相关信息都能够被双向追溯，整个生产经营活动始终处于有效监控下时，水产品安全隐患事故发生的概率将得到极大抑制。一旦安全隐患事故发生，水产品安全溯源体系可以帮助理清职责，及时处置水产品安全问题，降低事故带来的损失。
1.2 国内外溯源系统发展现状
欧盟食品安全局负责对水产品生产企业提供科技支持，负责为欧盟委员会、欧洲议会和欧盟成员国提供风险评估结果，并为公众提供风险信息。美国水产品监管由FDA、农业部食品安全检验局和动植物检验检疫局、商业部国家海洋渔业服务中心等共同负责，如果出口企业未按美国要求预先在FDA登记，出口美国的食品将被拒绝入境、扣押或退回出口国。日本则是由食品安全委员会、厚生劳动省及农林水产省负责水产品安全监管[5]。
目前国外水产品追溯方面比较知名的平台有TraceTracker、ScoringAg、De Haan Automatisering BV等。TraceTracker是基于Web的追溯体系，虽然有易拓展等优点，但该体系需要水产品供应链上所有环节的参与者毫无隐藏地提供数据，缺乏强制性；ScoringAg体系以RFID标签为基础，从批发商到消费者都可以方便地查询信息，但受到成本制约，用户每次溯源都需要支付一定的费用；De Haan Automatisering BV的溯源系统虽然具有一定的拓展性，但其溯源信息以特殊格式存储，难以开放给公众查询[6]。
我国现有的水产品溯源系统缺少有效的管理和规划，缺乏统一的标准和流程，导致难以真正实现有效全面的水产品安全追溯。杨信廷等[19]基于流程编码构建了一个水产品养殖产品质量追溯系统；孙传恒等[20]基于监管设计了一个分布式水产品追溯系统。这些系统对建设水产品安全追溯体系的研究具有积极意义，但还存在一些不足，如可追溯范围较小，水产品贴码成本较高，追溯体系可扩展性较差等。
广东省在水产品质量安全可追溯体系方面的法律法规依据虽然还不成体系，但已初具雏形。2006年广东省与国家科研机构进行科技项目研究合作试点，建设完成了独有专利技术的水产品标签技术，建立起了水产品安全可追溯信息平台[21]。《广东省水产品标识管理实施细则》[22]通过法律法规形式对广东省水产品销售环节水产品增加标识的强制性措施进行了保障，对标识信息和相应的违法处罚进行了具体的规定，这对于广东省水产品质量安全可追溯体系的建立起到了重要的法律保障作用。
1.3 改进方案
针对同类可追溯体系的不足，本文提出了一种分布式水产品流通全环节追溯体系的设计方案，对以下3点进行了改进：
1)将水产品追溯体系分为国家级、省级和企业级三级追溯平台，以企业级追溯平台为基础，采用分布式架构存储水产品的流通信息，实现水产品追溯的去中心化；通过国家级追溯平台，满足水产品的跨省溯源需求。
2)建立了一套水产品追溯码编码规则，并将过去的一物一码转变为一批次一码，在保证水产品可追溯性的前提下，降低了贴码成本。
3)遵循数据接口标准，使各企业无需改变原有的自建溯源数据库，就可以将数据接入追溯系统，并开发第三方应用挖掘水产品流通数据的商业价值。
2 系统设计
2.1 体系总体架构
水产品追溯体系的总体架构如图1所示。
图1 总体架构图
总体架构在逻辑上包含4个层次，分别是：感知层、网络层、平台层和应用层。感知层对需要监管的企业进行数据采集，主要包括主数据和事件数据。网络层作为网络传输服务，其中包括有线网络和无线网络及iotNS、iotDS物联网网络层组件。平台层由省级监管平台、国家平台组成，并可以允许第三方应用平台参与，同时检测与风险评估平台紧密配合这些平台的工作。应用层由一系列的应用组成，包括溯源、监管、行业应用等。另一方面，第三方可以通过权限受控的开放式数据平台参与应用开发，创造商业价值。为了完成这一架构，还需要由贯穿始终的标准和标识体系以及信息安全体系进行配合。
通过这种设计，该体系可以实现推广“可分布”、监管信息“可重用”、第三方应用“可参与”、产业规模“可扩展”，在监管和商业应用等各方面产生价值。
2.2 逻辑关系
水产品追溯体系各部分的逻辑关系如图2所示。
追溯平台由国家级监管平台、省级监管平台和企业级电子溯源平台3个层次组成。
企业级平台是由企业自己进行维护管理的iotIS，它由iotIS服务和企业增值服务组成。对于大型企业，它们可以自建数据库和溯源系统；对于中小型企业，平台采用李引等[23]提出的基于元数据驱动的面向构件方法，提供了可个性化定制的SaaS云服务，降低中小型企业维护溯源数据的开销。
省级监管平台负责溯源监管数据的汇总收集工作。省级平台由2大部分组成，分别是公众端追溯子系统和监管端追溯子系统。公众端追溯子系统面向公众提供了追溯查询功能，监管端追溯子系统为监管部门提供了台账查询、企业查询、统计报表等监管功能。
图2 整体逻辑关系图
国家平台负责对省级平台上传的结果数据进行决策统计等处理，以国家食品药品监督管理机构的监管用户为主体生成各类生产监管应用、经营监管应用，并且这些应用可以由第三方持续进行扩展。同时通过数据共享系统，国家平台可以将预警仿真、统计分析的数据结果提供给省级平台使用。
企业级平台作为水产品追溯体系的基础，存储了水产品流通过程中涉及的各种信息，符合分布式定义。省级监管平台通过汇总水产品在本省范围内的流通事件，可以实现省内水产品追溯。国家平台将水产品跨省流通过程中的事件数据通过追溯码索引起来，实现了水产品流通的省际追溯，突破了现有水产品追溯平台难以对水产品跨省追溯的局限性。
3 标准设计
3.1 组件设计
1)物联网解析服务(Internet of Things Name Service，iotNS)[24]。iotNS域名解析服务架构与域名解析服务(Domain Name Service, DNS)相似，可以提供电子产品码和相关信息服务器地址的映射管理和查询功能。由于它只储存了流通环节中的企业信息，所以它比对象名解析服务(Object Name Service, ONS)[25]更轻量级，性能也更优秀。图3是10万样本数据量下iotNS和ONS的每秒查询率对比，图4是样本数据量分别是10万、50万情况下的平均响应时长[24]。
图3 QPS对比
图4 平均响应时长对比
iotNS由编码服务和物联网域名解析服务2个部分组成。物品编码解析是指终端用户提交的标识行为编码类型，iotNS对该标识通过异构标识识别算法进行识别，确认该标识所对应iotDS地址的过程。物联网域名解析服务是指终端用户提交的标识为物联网网址类型，iotNS对该标识进行域名解析的过程。
2)物联网目录服务(Internet of Things Discovery Service，iotDS)。iotDS提供了事件注册和查询服务。当水产品的流通信息分布在不同的iotIS上时，通过iotDS的物联网信息目录查询服务可以获得与水产品相关的所有iotIS的访问方式信息。
3)物联网数据库服务(Internet of Things Information Services，iotIS)。iotIS提供了水产品溯源物联网信息数据库对外交互功能的服务。通过该服务，可以在无需改动企业已有数据库的情况下，与不同的应用程序创建和共享事件数据，能够使业务合作伙伴之间通过网络交换水产品溯源的相关数据。
用户使用终端设备(手机、PDA等)的应用程序扫描水产品的标识符时，iotNS会解析该标识符，查询包含该标识符信息的iotDS地址信息，并将iotDS地址目录返回给应用程序。应用程序根据iotDS地址目录分别访问部署在各省的iotDS服务器。iotDS服务器根据标识符解析内容查询包含该标识符信息的iotIS地址信息，并生成iotIS地址目录返回给应用程序。最后，应用程序依次访问相关iotIS(即企业数据库)，即可得到水产品在各环节的信息。
3.2 编码设计
为了满足全环节监管需要，这套水产品可追溯编码规则定义了2个部分，分别是水产品识别码和水产品流通码。其中水产品识别码在水产品出池的时候由养殖企业生成，具有唯一性和不变性，即整个水产品市场中该企业同一批次出池的水产品有且只有一条识别码，且不随时间、交易流通发生改变。水产品流通码在第一次交易的时候生成，并且会随着交易的进行被逐步更新。对于流通环节上的各企业来说，每家企业数据库中只存储了相关环节的水产品流通码，追溯数据中心里则存储了整个流通环节中生成的所有水产品流通码。
水产品追溯码是水产品识别码和水产品流通码的组合，因此，水产品追溯码不但可以向上追溯到水产品的生产养殖企业，还可以向下追踪从批发企业到消费者每一环的信息。以下给出水产品识别码和水产品流通码的结构及编码规则。
3.2.1 水产品识别码
水产品识别码共16位，由生产养殖企业编号、出池日期和出池批次3个部分组成。识别码必须保证唯一性，并且能提供追溯需要的关键信息。表1为水产品识别码的16位结构。
表1 水产品识别码16位结构
水产品识别码生产养殖企业编号出池日期出池批次N1N2N3N4N5N6N7N8N9N10N11N12N13N14N15N16
生产养殖企业编号是6位生产养殖企业顺序流水号，企业在追溯平台完成注册后，追溯数据中心会分配一个唯一编号给该企业。出池日期是格式为YY-MM-DD的6位数字，代表了这一批水产品的出池日期。出池批次是4位数字，从0001开始计数。通过生产养殖企业编号、出池日期和出池批次，可以在不额外维护水产品种类目录的情况下，实现对每一批水产品的精确定位。
3.2.2. 水产品流通码
水产品流通码共9位，由流通环节序号、流通去向类型和流通去向编号3个部分组成。流通码记录了水产品在各环节的信息。表2为水产品流通码的9位结构。
表2 水产品流通码9位结构
水产品流通码流通环节序号流通去向类型流通去向编号N1N2N3N4N5N6N7N8N9
流通环节序号是2位数字，记录了当前水产品处在流通过程中的第N环。流通去向类型是1位数字，以0表示消费者，1表示企业。如果购买方是消费者，则流通去向从000001开始计数；否则，流通去向编号是批发/零售企业的企业顺序流水号。在追踪水产品的流通过程时，使用识别码在追溯数据中心进行匹配，数据中心将列出所有具有相同识别码部分的追溯码。监管部门查看流通码部分，就可以快速掌握水产品的流通情况。
3.2.3 生成流通标识
某一批次水产品出池时，养殖企业会为其生成一条唯一识别码，并与流通码结合得到该批水产品的追溯码。在生产数据上报到iotDS之后，平台会根据其追溯码生成对应的二维码(QR码)标签，该标签会被贴在该批次水产品的外包装上。进入下一个流通环节时，下游批发商通过终端设备(手机、PDA等)里的溯源程序扫描包装上的二维码，就自动完成进货登记，并为该批次水产品生成一条新的流通码。平台为更新后的追溯码生成新的二维码标签，批发商销售时，把新的二维码标签贴在外包装上。
当水产品最终流入消费者环节时，消费者使用手机里的溯源程序扫描相关的二维码，就可以了解到购买到的水产品属于哪一批次，在哪里被养殖，经过了哪些流通环节等溯源信息。
4 水产品追溯模型
4.1 业务逻辑分析
采用领域驱动设计的方式，对水产品追溯平台研发中的各个活动、过程、产出等进行分析建模[26]。水产品追溯平台的业务逻辑可分为2大部分，分别是企业数据上报(见图5)和溯源信息查询(见图6)。
图5 企业数据上报业务逻辑图
水产品出池进入流通环节开始，生产企业就要为该批水产品分配水产品识别码，并向所属的省级溯源事件大数据中心完成生产注册(图5①)。批发商向生产企业进货后，需要更新该批水产品流通码，并向所属的省级溯源事件大数据中心完成进货登记(图5②)。同理，零售商向批发商进货后，也会更新水产品流通码并完成进货登记(图5③)。如果水产品流通过程中存在多级批发商，则重复以上动作。特别地，当零售商将水产品卖给消费者时，消费者的有效联系方式会被上报到省级溯源事件大数据中心。省级溯源事件大数据中心再将事件上报到国家溯源解析根中心(图5④⑤)，由根中心形成索引。
图6 溯源信息查询业务逻辑图
当监管部门想针对某一批水产品进行溯源时，首先提取该批水产品的识别码，并向国家溯源解析根中心发起查询(图6①)。根据唯一识别码，根中心将返回一张事件索引表(图6②)。监管部门依照该表，分别向各省级溯源事件大数据中心发起事件查询(图6③⑤)。大数据中心会把事件的来源信息返回给监管部门(图6④⑥)。监管部门再依据此信息，分别到流通环节各企业自建的数据库中查询该批水产品的生产、流通信息(图6⑦～)。公众的溯源查询流程同理。
4.2 基础模型
以业务领域为中心，研究其中的公共属性和操作，并利用DDD方法构建模型。对于业务系统，业务对象是核心元素，按照DDD思想，业务对象是封装业务规则的主要元素之一，因此对其进行建模将对实际应用系统设计开发具有积极作用[27-28]。
定义1业务对象：BizObject=
定义2业务操作：Operation=
基于定义2，可以将业务对象的操作进行定义。
对水产品追溯体系中涉及的iotIS、iotDS和iotNS服务，以下也给出定义。
定义3物联网数据库服务：iotIS=<{masterData,eventData,resources},{capture,verify,process,query}>。masterData是主数据，表示对象是静态的、不经常改变的属性，它提供了用来解释翻译事件数据必要的额外信息；eventData是事件数据，是随着业务交易的开展，通过iotIS捕获接口捕获并且可以通过iotIS查询接口查询的数据；resources是相关的资源数据；capture是捕获服务，提供各类信息的注册、记录功能，包括事件捕获、主数据捕获等；verify是验证服务，对捕获的数据进行验证；process是处理服务，对数据进行封装等处理；query是查询服务，提供从iotIS查询数据的功能。
定义4物联网目录服务：iotDS=<{eventDic},{verify,register,query}>。eventDic是事件信息目录，记录了水产品流通中涉及的事件数据和相关的iotIS编号；verify是身份验证服务，是调用其他接口的前提；register是注册服务，为水产品新增标识记录；query是查询服务，提供商品流通信息的查询功能。
定义5物联网解析服务：iotNS=<{eventIndex},{parseCode,parseAddr,query}>。eventIndex是事件数据索引，记录了存储水产品流通事件数据的iotDS编号；parseCode是物品编码解析服务，指终端用户提交的标识为编码类型，iotNS对该标识通过异构标识识别算法进行识别，确认该标识所对应iotDS地址的过程；parseAddr是物联网网址解析服务，指终端用户提交的标识为物联网网址类型，iotNS对该标识进行域名查询的过程；query是查询服务，用户通过该服务获取事件数据索引。
4.3 企业数据上报领域建模
定义6企业：Enterprise=<{id,state,principal,contact,license},{Stock,Update,Sell,Report,Query}>。id是企业编号，在追溯平台注册后得到；state表示企业经营状态，有经营中、停业2种；principal代表企业负责人；contact是企业负责人的联系方式；license表示企业各类证件执照。
定义7企业进货：Enterprise.Stock=<{saleInfo},{order},{update,report},{saleInfoorder},{}>。saleInfo是交易信息，包括交易时间、交易内容、卖家信息；order表示为order=<{orderNumber,saleInfo}>,其中orderNumber是订单号；update表示企业更新数据库中的进货记录，report表示企业上报进货事件。
定义8更新追溯码：Enterprise.Update=<{oldTraceCode||null},{updatedTraceCode},{update,report},{oldTraceCodeupdatedTraceCode},{updatedTraceCode.isLegal=true}>。oldTraceCode表示水产品在上一流通环节中的追溯码，当企业为生产企业时该项为空；updatedTraceCode表示水产品经过本环节流通后的追溯码；update表示企业更新追溯码，report表示企业上报新的追溯码；约束updatedTraceCode.isLegal=true要求追溯码更新完毕后，新的追溯码必定合法。
定义9企业销售：Enterprise.Sell=<{saleInfo},{order},{update,report},{saleInfoorder},{}>。saleInfo代表交易信息，包括交易时间、交易内容、买家信息；order表达式为order=<{orderNumber,saleInfo}>,其中orderNumber是订单号；update表示企业更新数据库中的销售记录，report表示企业上报销售事件。
定义10企业上报：Enterprise.Report=<{event},{state},{report},{eventstate=success},{state=success}>。event在定义18中说明；state是状态，有成功和失败2种；report表示企业上报事件；state=success表示成功上报事件。
定义11企业查询：Enterprise.Query=<{traceCode},{productInfo},{query},{traceCodeproductInfo},{}>。traceCode是被查询水产品的追溯码；productInfo表达式为productInfo=<{environmentalParameter,inventory,inspectionReport}>,记录了该批次水产品在该环节的相关信息，包括环境变量、库存、检验报告；query表示企业进行了查询操作。
定义12省级溯源事件大数据中心：DataCenter=<{id},{Update,Query}>。id是省级溯源事件大数据中心在追溯体系中的编号。
定义13大数据中心更新：DataCenter.Update=<{traceCode,event},{eventList},{update},{traceCode &eventeventList},{}>。traceCode是水产品的追溯码；event记录了该批次水产品的事件数据；eventList是该批次水产品在该大数据中心的事件数据集，包括一个或多个事件；update表示大数据中心进行了更新操作。
定义14大数据中心查询：DataCenter.Query=<{traceCode},{eventList},{query},{traceCodeeventList},{}>。traceCode是被查询水产品的追溯码；eventList是该批次水产品在该大数据中心的事件数据集，包括一个或多个事件；query表示大数据中心进行了查询。
定义15国家溯源事件解析根中心：RootCenter=<{},{Index,Query}>。
定义16索引：RootCenter.Index=<{traceCode,eventList},{eventIndex},{update},{traceCode &eventListeventIndex},{}>。traceCode是水产品的追溯码；eventList是该批次水产品在所有大数据中心的事件数据集；eventIndex是该批次水产品在所有大数据中心的事件数据集的索引，包括一个或多个事件数据集；update表示解析根中心进行了更新。
定义17解析根中心查询：RootCenter.Query=<{traceCode},{eventIndex},{query},{traceCodeeventIndex},{}>。traceCode是被查询水产品的追溯码；eventIndex是该批次水产品在所有大数据中心的事件数据集的索引，包括一个或多个事件数据集；query表示根中心进行了查询。
定义18事件：event=<{type,info}>。type是事件类型；info是事件数据。
4.4 溯源信息查询领域建模
定义19用户：User=<{type},{Query,Report,Warn}>。type是用户的类型，分为监管部门和公众2种。监管部门可以查询和预警，公众可以查询和举报。
定义20用户查询：User.Query=<{traceCode,interface,id},{object},{query},{traceCode &interface&idobject},{}>。traceCode是被查询水产品的追溯码；interface是调用的查询接口，有iotNS、iotDS、iotIS共3种；id是查询的目标数据库编号；object表示数据库返回的信息，如果是iotNS则返回事件索引，是iotDS返回的是事件集，是iotIS返回的是水产品在该环节的信息；query表示用户进行了查询行为。
定义21用户举报：User.Report=<{traceCode,Enterprise},{result},{report},{traceCode &Enterpriseresult},{result=success}>。traceCode是被举报的水产品的追溯码；Enterprise是被举报的企业信息；result是举报结果，有成功和失败2种状态；report表示用户进行了举报行为；result=success表示用户举报成功。
定义22预警：User.Warn=<{traceCode,Enterprise},{result},{warn},{traceCode &Enterpriseresult},{result=success}>。traceCode是存在安全风险的水产品的追溯码；Enterprise是接受预警的企业；result表示预警结果，有成功和失败2种状态；report表示用户发起了预警；result=success表示用户预警成功。
5 应用示范
广州市黄沙水产交易市场已经率先建立试点，是首个接入水产品流通全环节追溯体系的企业。
黄沙水产交易市场是目前华南地区最大的水产综合市场，有超过20年的历史。如今黄沙水产市场进驻了数百家商户，每天进场交易的车次多达1000辆次，日交易量可达600吨，但商户进货和销售时依然依赖纸笔的方式记录台账，存在记录难查找、易遗失等问题，对水产品流通监管工作的开展造成了影响。此外，市场管理方和监管部门对商户的日常检查工作也需要投入大量人力、精力。传统的经营方式、监管方式已经难以满足监管需求。
在黄沙水产交易市场的试点中，商户已经全部完成了在平台的注册，覆盖率达100%。由于黄沙水产市场的商户以中小型为主，因此商户的进货、销售数据将存储在追溯系统提供的SaaS云服务上。完成注册的商户会获得一个唯一编码。图7为商户管理界面。
图7 商户管理
商户日常的进货开单和销售开票在微信小程序上完成。交易确认后，可以在购销记录里查看明细(见图8)。
图8 商户购销记录
消费者在购物之后会得到一张小票(见图9)，使用公众端微信小程序扫描小票上的二维码就可以查到水产品的原产地信息，以及销售方的详细资料(营业执照、食品安全承认书等)。
图9 电子售货单
自上线以来，已经累计有1500余用户使用公众端微信小程序对购买的水产品进行溯源(见图10)，推广良好。
图10 累计访问用户数
从本系统在黄沙水产交易市场建立的试点的运行情况来看，本系统有效地推进了水产品交易的无纸化、电子化，将水产品的进货、销售信息纳入体系中，为监管部门的监管提供了准确数据，为消费者追溯水产品原产地和流通环节企业信息提供了有力支持。
6 结束语
本文提出了一个分布式水产品流通全环节追溯体系，能够覆盖从生产到销售的全环节可追溯，向上游能追溯到水产品生产者及水产品原料的原始提供者，向下游能追溯到销售者乃至企业的第一级客户，并实现信息随时可查。
本文主要完成的工作有：
1)将水产品追溯体系分为国家级、省级和企业三大追溯平台，以企业级追溯平台为基础，采用分布式架构存储水产品的流通信息，实现水产品追溯的去中心化；通过国家级追溯平台，满足水产品的跨省溯源需求；
2)建立了一套水产品追溯码编码规则，并将过去的一物一码转变为一批次一码，在保证水产品可追溯性的前提下，降低了贴码成本；
3)遵循数据接口标准，使各企业无需改变原有的自建溯源数据库，就可以将数据接入追溯系统，并开发第三方应用挖掘水产品流通数据的商业价值。
在试点运行中，也发现了一些有待解决的问题，例如：如何加密水产品追溯码，如何压缩水产品追溯码的长度等。这将是下一步的研究方向。
参考文献：
[1] 中国质量新闻网. 行业提示：日本对我国鳗鱼恩诺沙星含量加强监视检查[EB/OL]. http://www.cqn.com.cn/news/zggmsb/disan/826194.html, 2014-01-03.
[2] 广西新闻网. 2006年食品安全事件回顾：福寿螺多宝鱼威胁健康[EB/OL]. http://news.sina.com.cn/o/2006-12-19/171710812997s.shtml, 2006-12-19.
[3] The Council of the European Union. Council Regulation (EC) No 104/2000 of 17 December 1999 on the Common Organization of the Markets in Fishery and Aquaculture Products[EB/OL]. http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2000:017:0022:0052:EN:PDF, 1999-12-17.
[4] The Council of the European Union. Commission Regulation (EC) No 2065/2001 of 22 October 2001 Laying Down Detailed Rules for the Application of Council Regulation (EC) No 104/2000 as Regards Informing Consumers About Fishery and Aquaculture Products[EB/OL]. http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2001:278:0006:0008:EN:PDF, 2001-10-22.
[5] 侯熙格. 发达国家水产品可追溯体系的特点及启示[J]. 北京农业职业学院学报, 2016,30(3):40-44.
[6] Anna Magera, Sadie Beaton. Seafood Traceability in Canada[EB/OL]. http://www.seachoice.org/wp-content/uploads/2011/09/Seafood_Traceability_in_Canada.pdf, 2009-01-01.
[7] 国家统计局. 2014年国民经济和社会发展统计公报[EB/OL]. http://www.stats.gov.cn/tjsj/zxfb/201502/t20150226_685799.html, 2015-02-26.
[8] 潘澜澜,高天一,慕光宇,等. 可追溯的水产品流通体系建设问题探讨[J]. 广东海洋大学学报, 2010,30(5):14-16.
[9] 李季芳. 基于核心企业的水产品供应链管理研究[D]. 青岛:中国海洋大学， 2008.
[10] 张海涛,王锋,张健,等. 基于可追溯系统的水产品供应链结构优化机制及管理模式[J]. 中国渔业经济, 2008,27(6):48-53.
[11] 周应恒,吕超,卢凌霄. 中国水产业物流链研究[J]. 中国渔业经济, 2008(4):46-51.
[12] 马莉,徐立蒲,杨信廷,等. 保障流通环节质量的有力武器——水产品流通环节质量可追溯系统[J]. 中国水产, 2009(9):23-24.
[13] CWA 14559-2003, Traceability of Fishery Products-Specification of the Information to be Recorded in Captured Fish Distribution Chains[S].
[14] CWA 14660-2003, Traceability of Fishery Products-Specification on the Information to be Recorded in Farmed Fish Distribution Chains[S].
[15] 陈欢,方越锋. 探讨我国食品溯源的应用现状及优化建议[J]. 中国集体经济, 2016(1):110-111.
[16] 凌俊杰,程禹,梁超. 国内外食品安全追溯及系统分析[J]. 食品工业, 2013(5)186-190.
[17] 张晓涛,孙长学. 我国食品安全监管体制：现状、问题与对策——基于食品安全监管主体角度的分析[J]. 经济体制改革, 2008(1):45-48.
[18] 冯逃,李冬梅. 我国建立可追溯体系的成本归宿浅析[J]. 商业经济研究, 2010(20)98-99.
[19] 杨信廷,孙传恒,钱建平,等. 基于流程编码的水产养殖产品质量追溯系统的构建与实现[J]. 农业工程学报, 2008,24(2):159-164.
[20] 孙传恒,杨信廷,李文勇,等. 基于监管的分布式水产品追溯系统设计与实现[J]. 农业工程学报, 2012,28(8):146-153.
[21] 李琳娜,陈文,宋怿,等. 水产品质量安全及溯源系统的建立与应用[J]. 中国水产, 2009(3):11-13.
[22] 广东省海洋与渔业局. 广东省水产品标识管理实施细则[EB/OL]. http://zwgk.gd.gov.cn/006941338/201110/t20111019_287962.html, 2011-10-09.
[23] 李引,袁峰,吴鸿. 基于软件构件技术的多租户个性化框架[J]. 计算机工程与应用, 2015,51(9):22-29.
[24] Liu Yi, Wang He, Wang Junyu, et al. Enterprise-oriented IoT name service for agricultural product supply chain management[J]. International Journal of Distributed Sensor Networks, 2015, doi: 10.1155/2015/308165.
[25] Wikipedia. Object Naming Service[EB/OL]. https://en.wikipedia.org/wiki/Object_Naming_Service, 2016-10-19.
[26] Wikipedia.Domain-driven Design[EB/OL]. https://en.wikipedia.org/wiki/Domain-driven_design, 2017-11-27.
[27] 李引,袁峰. 基于领域驱动设计的应用系统模型[J]. 计算机工程与应用, 2013,49(16):1-8.
[28] Evans E. Domain-Driven Design—Tracking Complexity in the Heart of Software[M]. New Jersey: Addison-Wesley, 2003.
