方服务器。
[0053]如上所述，一个商品会经过多个被溯源方处理，这些被溯源方需要分别利用溯源服务方发放的设备扫描商品的识别码并发送流通信息，溯源服务器则可以接收到针对同一商品的多个流通信息。以某一件商品为例，假设其识别码为688574759936，服务器可以接受到三个被溯源方设备12发送的流通信息:第一个流通信息包括688574759936、设备编号A01、发送时间2015年4月I日；第二个流通信息包括688574759936、设备编号B01、发送时间2015年5月I日；第三个流通信息包括688574759936、设备编号C01、发送时间2015年6月I日。
[0054]S5，对所述识别码进行解密得到所述流水号；即对上述识别码688574759936进行解密得到流水号1000034567。
[0055]S6，根据预先存储的身份信息与被溯源方名称和流通环节信息的对应关系，确定与所获取的身份信息对应的被溯源方名称和流通环节信息；如上所述，被溯源方设备12具体发送给哪个被溯源方，被溯源方具体负责哪个环节，溯源服务方都有详细记录，所以根据唯一的设备编号即可确定扫描并提交该识别码的是哪个被溯源方，并确定其处理环节。例如根据AOl可以确定拥有该设备的被溯源方是生产商A，其负责生产环节；根据BOl可以确定拥有该设备的被溯源方是物流被溯源方B，其负责物流环节；根据COl可以确定拥有该设备的被溯源方是零售商C，其负责销售环节。
[0056]S7，将所确定的被溯源方名称、流通环节信息和处理时间与所述识别码进行关联；例如将1000034567与生产商A、生产环节、处理时间2015年4月I日进行关联；将1000034567与物流被溯源方B、物流环节、处理时间2015年5月I日进行关联；将1000034567与零售商C、销售环节、处理时间2015年6月I日进行关联。
[0057]至此，流通环节中的信息获取并关联完毕，每个市售商品的流水号都关联有所有被溯源方的信息、以及每个被溯源方的处理环节信息和处理时间信息。
[0058]S8，获取查询者设备发送的识别码；查询者设备13可以是智能手机、PC或者专用验证机等设备，查询者可以使用专用溯源软件进行溯源查询操作，例如发送所述识别码688574759936。
[0059]S9，对所述识别码进行解密得到所述流水号；例如对识别码688574759936进行解密得到流水号1000034567。
[0060]S10，向所述查询者设备反馈与所述识别码相关联的商品信息、被溯源方名称、处理时间和流通环节信息。如上所述，此流水号已经关联了多个流通信息，此时服务器可以获取到如下信息商品信息(商品名称、原料XX、商品类型yy);生产商A在2015年4月I日生产该商品；物流被溯源方A在2015年5月I日运输该商品；零售商A自2015年6月I日开始销售该商品”。
[0061]查询者根据上述信息即可得知该商品经历过哪些被溯源方的处理，以及各个被溯源方对该商品的处理时间，根据本发明提供的溯源方法，可以使查询者根据上述信息得知某一商品经历的所有环节。
[0062]根据本发明实施例的商品溯源方法，查询者可以利用识别码获得某一商品经历的所有环节，实现了对市售商品的全程双向追溯。并且，在本实施例中，由溯源服务器根据预先存储的身份信息与被溯源方名称和流通环节信息的对应关系，确定与所获取的身份信息对应的被溯源方名称和流通环节信息，并将所确定的被溯源方名称、流通环节信息和处理时间与所述识别码进行关联，由此可以提高向查询者反馈信息的可靠性。
[0063]为了判断出商品的流通环节是否存在异常，本方法还可以包括如下步骤:
[0064]在上述S6之后，还可以包括:
[0065]S11，判断所述流通信息中的身份信息与预设身份信息是否一致，如果不一致则执行步骤S18，如果一致则判定流通环节正常；
[0066]上述方法还可以包括:
[0067]S12，获取所述被溯源方设备的位置信息，各个被溯源方设备中需要设置位置获取芯片，获取的方式可以是服务器主动获取，也可以是被溯源方设备定时向服务器发送位置信息，此步骤可以在任何时刻执行。
[0068]S13，判断所述设备位置信息是否与预设位置信息是否一致；如果不一致则执行S18，如果一致则判定流通环节正常。
[0069]在上述步骤S4后，还可以包括:
[0070]S14，判断所述处理时间是否符合预设处理时间；如果所述处理时间不符合预设处理时间，则执行S18，否则判定流通环节正常。
[0071]在上述S3之后，还可以包括:
[0072]S15，利用所述识别码生成验证码；
[0073]在上述S8之后，还可以包括:
[0074]S16，获取查询者设备发送的与所述识别码对应的验证码；
[0075]S17，判定获取同一识别码对应的验证码的次数是否大于预设次数，如果获取同一验证码的次数大于预设次数，则执行S18，否则判定流通环节正常。
[0076]S18，判定上述识别码对应的商品的流通环节异常，并可以向执法方设备发送异常提不?目息。
[0077]对于上述SI I，如前所述，识别码是溯源服务方发放的，所以溯源服务方可以在商品流通之前明确各个流通环节具体应当由哪个被溯源方进行处理，为了避免被溯源方违规处理，溯源数据库中还可以记录与所述识别码对应的预设身份信息，包括某一商品对应的每一个被溯源方身份。利用上述方法获取的被溯源方信息有多个，上述不一致还可以是某一个被溯源方身份信息与预设被溯源方身份信息不相同，此结果可以表示在流通环节中的某被溯源方不是指定的被溯源方，因此可以判定为流通环节异常。
[0078]对于上述S12-S13，根据该操作可以避免被溯源方私自挪用设备或私自更改商品处理地点。具体地，溯源数据库中可以预存每个被溯源方设备12对应的地址信息，如果针对某一扫码设备查询出的地址与预设地址不符，则表示该扫码设备的位置发生了改变，持有该扫码设备的被溯源方没有在预定的地点处理该商品，因此可以判定为流通环节异常。
[0079]对于上述S14，在流通环节中，商品的流通时间是需要受到严格监控的，尤其是商品的出厂时间，即商品被生产厂商(整个流通环节中的第一个被溯源方)处理的时间，例如生产厂商申请识别码时，声明该货物将会在某日期之前出厂，溯源服务器则可以记录上述日期作为预设日期，如果生产厂商在实际操作时晚于上述日期，通过上述步骤S14即可判定其流通环节是否异常。本领域技术人员可以理解，本方案并不限于应用在生产环节中，例如还可以应用在销售环节中，其中的预设日期可以根据商品的保质期进行设置。上述优选方案可以对商品的流通时间进行监控，根据预设处理时间判断出商品是否存在流通异常的情况。
[0080]对于上述S15-S17，本发明所述的验证码可以隐蔽在商品包装之内，或者采用一次性方式设置，以确保只有在商品流通到消费者手中，才可能获取到验证码。当服务器获取查询者提交的识别码和验证码之后，可以对本次获取操作进行记录，例如可以记录此识别码已被验证，或者此商品已被售出。如果此后又获取了针对同一识别码的验证码，则表示该识别码被多次验证，因此可以判断市场中可能存在两个相同的识别码和验证码，即表示该识别码可能已经被仿造。
[0081]优选地，在上述步骤S4后，还可以包括:
[0082]判断多个流通信息中是否存在具有相同识别码和相同身份信息的流通信息；
[0083]如果存在，则判定该识别码的流通环节异常。例如同一被溯源方设备向溯源服务器发送了两个流通信息，该两个流通信息中包括相同的识别码，发生此情况的原因可能是生产厂商重复使用了同一个识别码，由此，上述优选方案可以确保识别码的唯一性，从而进一步提高溯源数据的可靠性。
[0084]本发明涉及大量对数据库的访问操作，由于本发明中的识别码和流水号的数据量很大，所以基于磁盘的关系型数据库在大数据面前存在诸多问题，例如磁盘I/O瓶颈、数据存储的方式无法满足高效分析的要求、1\0瓶颈导致延迟及CPU的低效利用、80%的BI查询使用不到20%的获取的行数据、关系型数据库为处理交易数据而设计等等。
[0085]基于磁盘的关系型数据库的查询响应时间在秒级，利用固态盘/Flash Cache的关系数据库的查询响应时间也仅仅是毫秒级，而内存数据库的响应时间在纳秒级。
[0086]新型的内存数据库，可以提供高性能的数据查询功能，用户可以直接对大量实时业务数据进行查询和分析，而不需要对业务数据进行建模、聚合等。内存数据库的相应速度的优势在于用大内存