数据传输方法和装置与流程

本申请一般涉及物流管理
技术领域：
，尤其涉及数据传输方法和装置。
背景技术：
：物流配送中心快速发展，自动化、信息化程度不断地提升。下位机作为核心设备承担了极为复杂的任务。由于传统人工分拣导致人力成本高，出错率高，人员不稳定等问题。自动分拣设备替代人工分拣方式，逐渐成为物流配送中心的首选。但是，各个设备提供商供应的自动分拣设备与业务提供商之间的信息交互，导致业务提供商的开发成本过高。例如，自动分拣设备的型号众多，各种型号的通信接口不统一，导致系统对接复杂。为了实现自动分拣设备的控制系统与业务提供商的控制系统对接，可以通过业务提供商提供业务接口给自动分拣设备的设备供应商，并由设备供应商针对业务接口，对自动分拣设备的相关程序进行二次开发，这种定制化的设备，是存在数据安全隐患的。还可以通过直接应用软硬一体化自动分拣设备，但是业务提供商的业务变更响应变得缓慢，成本增加，且这种情况为了实现业务对接，还需要现场人员手工操作，导致系统整体维护存在困难。基于上述问题，亟待提出一种解决方案来解决上述问题。技术实现要素：鉴于现有技术中的上述缺陷或不足，期望提供一种数据传输方法和装置，来降低设备提供商与业务提供商之间兼容通信的开发成本，并有效提高信息交互的安全性。第一方面，本申请实施例提供了一种用于上位机和下位机之间的数据传输方法，由上位机执行，该方法包括：从下位机接收按照第一通信协议进行编码的第一消息；响应于第一消息，向业务系统请求与第一消息对应的资源；向下位机发送按照第一通信协议进行编码的与第一消息对应的应答消息，该应答消息包括资源；其中，第一消息为格口请求消息，其包括待分拣对象的运单信息，应答消息包括基于运单信息确定的格口信息；或者，第一消息为建包请求消息，其包括格口标识符，则应答消息包括包牌指示符。第二方面，本申请实施例提供了一种用于上位机和下位机之间的数据传输方法，由下位机执行，该方法包括：向上位机发送按照第一通信协议进行编码的第一消息，以使得上位机响应于第一消息，向业务系统请求与第一消息对应的资源；从上位机接收按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源；其中，第一消息为格口请求消息，其至少包括待分拣对象的运单信息，则应答消息包括基于运单信息确定的格口信息；响应于应答消息，控制待分拣对象流向与格口信息对应的格口；或者，第一消息为建包请求消息，其包括格口标识符，则应答消息包括包牌指示符；响应于应答消息，控制打印包牌指示符。第三方面，本申请实施例提供了一种用于上位机和下位机之间的数据传输装置，该装置由上位机执行，该装置包括：第一接收单元，用于从下位机接收按照第一通信协议进行编码的第一消息；请求单元，用于响应于第一消息，向业务系统请求与第一消息对应的资源；第一发送单元，向下位机发送按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。第四方面，本申请实施例提供了一种用于上位机和下位机之间的数据传输装置，该装置由下位机执行，该装置包括：第二发送单元，用于向上位机发送按照第一通信协议进行编码的第一消息，以使得所述上位机响应于所述第一消息，向业务系统请求与所述第一消息对应的资源；第二接收单元，用于从所述上位机接收按照所述第一通信协议进行编码的与所述第一消息对应的应答消息，所述应答消息包括所述资源。本申请实施例提供了在上位机和下位机之间建立的数据传输方法，通过预先定义的消息格式，来实现上位机和下位机之间的通信，其中，上位机从下位机接收格口请求消息，解析格口请求消息，并生成格口响应消息，然后上位机发送格口响应消息至下位机，以使得下位机根据格口响应消息将待分拣对象发送至与格口信息对应的格口。通过标准化的信息交换方式，分离下位机与上位机的职能，由上位机负责格口分配，下位机负责待分拣对象分配至对应的格口，降低了维护成本。进一步地，通过在线查询和自检消息，增强数据传输的准确性。进一步地，通过打包来提高分拣效率。进一步地，通过故障通知消息来提高数据传输的安全性。附图说明通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：图1示出了本申请实施例提供的数据传输方法的流程示意图；图2示出了本申请又一实施例提供的数据传输方法的流程示意图；图3示出了本申请实施例提供的数据传输方法的流程示意图；图4示出了本申请实施例提供的数据传输方法的流程示意图；图5示出了本申请实施例提供的数据传输装置500的示例性结构框图；图6示出了本申请又一实施例提供的数据传输装置600的示例性结构框图；图7示出了本申请实施例提供的数据传输装置700的示例性结构框图；图8示出了本申请实施例提供的数据传输装置800的示例性结构框图；图9示出了适于用来实现本申请实施例的服务器的计算机系统的结构示意图。具体实施方式下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。在物流配送中心的应用场景中，设备提供商提供的自动分拣设备与业务提供商的控制系统之间，考虑到信息安全问题，需要设置复杂的信息安全保障程序，这导致自动分拣设备的设备提供商为业务提供商安装调试设备时困难重重，也导致业务提供商不能及时有效地应用自动分拣设备改善业务环境。例如，一旦业务变更，需要设备提供商配合开发，导致业务提供商的业务推行周期延长，其效率极低。为解决上述问题，本申请实施例提供了一种在业务提供商的控制系统与设备提供商的自动分拣设备的可编程逻辑控制器plc(programmablelogiccontroller)之间的通信方法，来解决上述问题。其中，自动分拣设备例如可以是直线/环形分拣设备。自动分拣设备的plc可以通过有线或无线的方式与业务提供商的控制系统建立连接，业务提供商的控制系统例如可以是场地网络服务器。有线方式，例如可以双绞线对接，rj45等。无线方式，例如可以是wifi，蓝牙等。本申请实施例定义的第一通信协议采用规定消息报文格式。这个消息报文的最大长度可以是1024字节。消息报文格式，例如可以包括起始字符、请求序列号、指令码，数据信息域、异或字段以及结束符等。其中，指令码，如表(1)所示。指令码含义0x80查询请求消息0x81自检请求消息0x83格口请求消息0x84落袋指示消息0x85建包请求消息0x86格口状态消息0x87格口显示消息0x88故障通知消息0x89解除故障消息表(1)消息报文格式可以采用如表(2)所示的统一格式，表(2)本申请实施例中，通过标准化设备提供商供应的分拣设备(即下位机)与业务提供商的控制系统(即上位机)之间的信息交换方式，统一它们之间交互接口，从而使得不同型号的分拣设备可以快速的接入。请参考图1，图1示出了本申请实施例提供的数据传输方法的流程示意图。该方法用于上位机和下位机之间，由上位机执行。如图1所示，该方法包括：步骤110，从下位机接收按照第一通信协议进行编码的第一消息。本步骤中，上位机是指业务提供商的控制系统。例如仓库管理系统，wms系统(warehousemanagementsystem)。该控制系统可以是业务提供商的硬件设备来实现。例如，服务器，或者具备服务器功能的计算机设备。通过预先定义用于业务提供商的控制系统与设备提供商的自动分拣设备的控制系统之间的第一通信协议，并基于第一通信协议实现自动分拣设备的控制系统与业务提供商的控制系统之间的实时消息的传递，从而有效地提高信息交互的安全性。下位机，是指自动分拣设备自带的控制系统。例如，可编程逻辑控制器plc。格口请求消息包括待分拣对象的运单信息。待分拣对象，例如可以是快件、包裹等物品。运单信息，例如可以包括一维码、二维码等内容。其中，一维码，也可以称为条形码，其用于标识运单号码。二维码，也可以称为qr码，其也可以用于标识运单号码。在本申请实施例中，格口请求消息中携带的运单信息，例如可以是通过指定的消息格式，将一维码和二维码携带在格口请求消息中。例如，一维码的格式可以采用code128(a/b/c)码，也可以采用code39码或者code93码。例如，采用code128(a/b/c)码的格式可以由12位或15位数字组成。二维码的格式可以采用qr码或者datamatrix码等，定义为mmm＝{……}。在格口请求消息中每个条码后用一个指示符间隔，例如指示符可以是&。在格口请求消息中可以携带预定个数的条码。例如，最多可以携带8个条码。其中，datamatrix二维条码的外观是一个由许多小方格所组成的正方形或长方形符号。格口请求消息的格式，例如可以如下表(3)所示，表(3)步骤120，响应于第一消息，向业务系统请求与第一消息对应的资源。步骤130，向下位机发送按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。上述步骤中，第一消息是下位机向上位机发送的用于请求资源的消息，其中，资源例如可以是格口资源或者包牌资源。第一消息，例如可以是格口请求消息或建包请求消息。格口请求消息包括待分拣对象的运单信息，与之对应的应答消息包括基于运单信息确定的格口信息。或者，第一消息可以是建包请求消息，其包括格口标识符，则应答消息包括包牌指示符。格口信息，例如可以是格口号长度、格口标识符、与格口标识符对应的异常码等等。其中，格口号长度如表(4)中示出的，当格口号只有一个或异常的情况格口号长度为0x02。格口标识符，例如可以是格口号，如表(4)中用2个字节表示一个格口号。与格口请求消息对应的应答消息还可以包括状态标识符，运单信息长度标识符。运单内容等等。与格口请求消息对应的应答消息的格式可以如下表(4)所示，表(4)格口标识符，如格口号。每2个字节可以表示一个格口号。在解析格口请求消息的过程中，可能没有获取到条码，或者格口请求消息中携带的条码数据为采用预定的格式，例如没有“&”符号，以致无法获取条码，或者其他异常情况，都可以通过解析步骤产生异常码，将异常码反馈给下位机，以便其针对性地处理异常。在对格口请求消息进行解析之后，生成应答消息，该应答消息中可以包含如上表(4)描述的部分或全部内容。下位机在接收到应答消息之后，可以根据应答消息指定的格口，将待分拣对象逐个分拣到目标格口中。本申请实施例中，建包请求消息可以携带格口标识符，格口标识符例如可以是格口号。当上位机接收到建包请求消息后，可以向下位机发送应答消息，应答消息中可以包括包牌指示符。包牌指示符，用于指示至少一个待分拣对象被装入相同的容器。对于该容器可以分配一个与之对应的包号。该容器例如可以是包装袋或包装箱。包号例如可以标签贴显示的一维码或者二维码。本申请实施例，通过预先定义下位机与上位机之间的第一通信协议，使得下位机和上位机之间无需进行硬件设备的改造，通过第一通信协议标准化上位机和下位机之间的信息交换方式，统一分拣设备与控制端交换接口，满足各种型号分拣设备的快速接入，并通过按照通讯协议实现的消息实体来实现分拣设备与控制端之间的交互，有效地提高下位机与上位机之间的对接效率，减少了开发成本。请参考图2，图2示出了本申请又一实施例提供的数据传输方法的流程示意图。该方法用于上位机和下位机之间，由上位机执行。如图2所示，该方法包括：步骤210，从下位机接收按照第一通信协议进行编码的第二消息。步骤220，响应于第二消息，向下位机发送与第二消息对应的应答消息。本申请实施例中，第二消息为下位机向上位机报告其状态的消息。第二消息例如可以是落袋指示消息，格口状态消息，故障通知消息，解除预警消息等。本申请实施例中，通过将上位机的控制功能与下位机的控制功能进行划分，降低了交互功能的维护成本。其中，第二消息为落袋指示消息，其包括待分拣对象的运单信息、格口标识符、落袋指示符、落袋位置指示符；或者，第二消息为格口状态消息，其包括格口标识符和格口状态指示符；或者，第二消息为故障通知消息，其包括格口标识符，与格口标识符对应的故障类型和预警方式；或者，第二消息为解除预警消息，其包括格口标识符，解除预警消息用于请求解除与格口标识符对应的故障预警。本申请实施例中，下位机可以接收下位机发送的落袋指示消息。其中，落袋指示消息携带待分拣对象的运单信息、格口标识符、落袋指示标识符和落袋位置指示符。落袋是指待分拣对象(例如，快件、包裹)经过自动分拣设备的扫描装置，由于上位机(控制系统)通知自动分拣设备的plc，该待分拣对象被分配流向n号格口，则plc控制待分拣对象落入n号格口，这个过程称为落袋。即将待分拣对象分配至对应的容器。该容器可以是包装袋或包装箱。其中，落袋指示标识符，用于指示落袋的状态。如表(5)中，落袋指示标识符为0x00，表示正常落袋，0x01表示异常情况的超边回流。落袋位置指示符，如表(5)示出的0x01表示落在格口的缓冲区域，即落缓冲区。0x02表示落在容器里，即落入袋里。落袋指示消息例如可以采用如表(5)所示的格式：表(5)本申请实施例中，自动分拣设备的plc可以主动地向上位机发送格口状态消息。当格口的状态发生变化时，下位机可以通知上位机，格口的状态，例如可以是格口关闭状态(如上锁)，格口打开状态(如解锁)。格口状态指示符，是用于指示格口的状态的标识符。例如可以是0x01表示关闭状态，0x02表示打开状态。其中，格口状态消息例如可以采用如表(6)所示的格式，表(6)在上位机接收到格口状态消息之后，上位机可以解析格口状态消息，得到格口状态指示符，通过格口状态指示符的变化主动地触发打包。也可以是格口状态未发生变化的情况下，由下位机主动地向上位机请求打包，例如发送建包请求消息。在上位机接收到格口状态消息之后，上位机响应于格口状态消息，确定格口状态指示符从第一状态切换到第二状态的时间范围内对应的待分拣对象，第一状态与第二状态不同。其中，第一状态例如可以是格口关闭状态，第二状态例如可以是格口打开状态。即格口的状态从第一状态变化为第二状态时，可以触发上位机主动地控制打包，并生成包牌指示符。在第一状态和第二状态对应的时间范围内累积的待分拣对象都可以分配相同的包牌指示符。例如，上位机在t1时刻接收到下位机发送的格口状态消息，该格口状态消息包括格口状态指示符以指示处于格口关闭状态，上位机在t2时刻再次接收到下位机发送的格口状态消息，该格口状态消息包括格口状态指示符以指示处于格口打开状态，则上位机解析到格口状态指示符从t1时刻的关闭状态变化为t2时刻的格口打开状态，则上位机获取从t1时刻到t2时刻之间的待分拣对象的信息，生成包牌指示符。包牌指示符用于指示从t1时刻到t2时刻之间的待分拣对象被封装在相同的容器中。该容器可以是包装袋或包装箱。包牌指示符，用于指示至少一个待分拣对象被装入相同的容器。对于该容器可以分配一个与之对应的包号。包号例如可以标签贴显示的一维码或者二维码。在上位机收到格口状态消息之后，上位机还可以发送应答消息，以便告知下位机其收到发送的格口状态消息。应答消息例如可以包括状态码并将格口状态消息的原文携带返回。本申请实施例中，在下位机故障时，下位机还可以将故障通知给上位机，即下位机向上位机发送故障通知消息。其中，故障通知消息例如可以采用如表(7)所示的格式。表(7)在接收到下位机发送的故障通知消息时，上位机可以发送应答消息以告知下位机，其接收到故障通知消息。本申请实施例中，故障类型例如磁盘满，网络异常，打印机异常等，其中磁盘满例如可以采用2#0000000000000001来表示。预警方式，如上表(7)示出的灯光报警，声音报警，显示报警等。在上位机接收到下位机发送的故障通知消息之后，上位机响应于故障通知消息，按照故障通知消息包括的故障类型和预警方式对与格口标识符对应的格口进行故障预警。本申请实施例中，上位机还可以接收下位机发送解除警报消息，以请求解除与格口标识符对应的警报消息。其中，解除警报消息例如可以采用如表(8)所示的格式。格口号2字节；0表示全局故障报警表(8)在接收到下位机发送的解除警报消息时，上位机可以发送解除应答消息以告知下位机，其接收到解除报警消息。本申请实施例，通过将上位机的控制功能与下位机的控制功能进行划分，下位机根据自身的状态主动地向上位机通告，有效地提高了消息的处理效率，降低了开发成本。进一步请参考图3，图3示出了本申请实施例提供的数据传输方法的流程示意图。该方法用于上位机和下位机之间，由上位机执行。如图3所示，该方法包括：步骤310，向下位机发送按照第一通信协议进行编码的第三消息。步骤320，从下位机接收与第三消息对应的应答消息，应答消息包括与第三消息对应的内容。本申请实施例中，第三消息是上位机向下位机发送的用于查询或通知下位机反馈其状态的消息。第三消息为查询请求消息，则应答消息包括预先分配的设备标识符；或者，第三消息为自检请求消息，其包括时间戳，则应答消息包括执行设备的自检结果标识符，自检结果标识符是下位机响应于自检请求消息，对执行设备进行自检后得到的；或者第三消息为格口显示消息，其包括格口标识符和显示内容。本申请实施例中，上位机可以通过预先建立的通信通道来建立上位机和下位机之间的连接，例如可以采用tcp(transmissioncontrolprotocol传输控制协议)、udp(userdatagramprotocol用户数据报协议)、蓝牙、串口等通信方式。上位机定时地向下位机发送查询请求消息。查询请求消息可以是通过指令码的方式，可以无需携带任何参数。定时间隔可以根据业务需求设置，例如5秒间隔。上位机可以接收下位机发送的应答消息。如果上位机超过三次未收到下位机发送的应答消息，则上位机主动地断开网络连接，发起重新连接请求和提示信息。其中，与查询请求消息对应的应答消息，例如可以采用如表(9)所示的格式。在应答消息中可以包括预先分配的设备标识符。设备标识符例如可以是设备号。如，ls01，ls02等。表(9)本申请实施例中，上位机还可以向下位机发送自检请求消息。在自检请求消息中携带时间戳，用于通知下位机校准时间，以避免工作时序的问题。在下位机接收到自检请求消息之后，可以返回应答消息，以通知上位机其收到自检请求消息。其中，自检请求消息，例如可以采用如表(10)所示的格式，时间戳6字节，当前时间戳毫秒数，用于下位机校准时间表(10)本申请实施例中，上位机可以接收下位机发送的与自检请求消息对应的应答消息。其中，该应答消息包括自检结果标识符。自检结果标识符例如可以是指定字节标识的自检结果。例如，0x00表示自检成功，0x01表示自检失败。其中，与自检请求消息对应的应答消息例如可以采用如表(11)所示的格式。自检结果1字节，0x00：自检成功，0x01：自检失败表(11)在上位机收到下位机发送的与自检请求消息对应的应答消息之后，上位机还可以向下位机发送一个应答消息，以便告知下位机其成功接收与自检请求消息对应的应答消息，从而提高信息传递的准确性。本申请实施例中，上位机还可以向下位机发送格口显示消息，用于控制下位机与格口标识符对应的格口的显示装置的显示内容。格口显示消息中包括格口标识符和显示内容，使得下位机响应于格口显示消息，在与格口标识符对应的格口的显示装置上显示显示内容。显示内容，例如可以是格口的工作状态，或者格口对应的目的地地址等。可以根据需求设置显示内容。其中，格口显示消息例如可以采用如表(12)所示的格式。格口号2字节显示内容变长，ascii表示表(12)上述实施例中出现的应答消息，可以根据应答对象不同采用结构相似的消息，例如可以如表(13)所示的格式：表(13)本申请实施例中，通过上位机主动查询下位机的状态和/或请求下位机进行自检来保证数据传输的准确性。其可以在下位机向上位机发送运单信息之前，也可以在下位机故障恢复之后，还可以在其他需要进行查询的情况，由上位机主动地发起对下位机查询和/或请求下位机执行自检。请参考图4，图4示出了本申请实施例提供的数据传输方法的流程示意图。该方法用于上位机和下位机之间，由下位机侧执行。如图4所示，该方法包括：步骤401，向上位机发送按照第一通信协议进行编码的第一消息，以使得上位机响应于第一消息，向业务系统请求与第一消息对应的资源步骤402，从上位机接收按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。其中，第一消息为格口请求消息，其至少包括待分拣对象的运单信息，则应答消息包括基于运单信息确定的格口信息；响应于应答消息，控制待分拣对象流向与格口信息对应的格口；或者，第一消息为建包请求消息，其包括格口标识符，则应答消息包括包牌指示符；响应于应答消息，控制打印包牌指示符。其中，下位机向上位机发送格口请求消息。其中，格口请求消息携带待分拣对象的运单信息，以使得上位机解析格口请求消息，生成应答消息。应答消息可以包括基于运单信息确定的格口信息。下位机还可以向上位机发送建包请求消息。其中，建包请求消息包括格口标识符；以使得上位机响应于建包请求消息，控制打印包牌指示符。步骤403，向上位机发送按照第一通信协议进行编码的第二消息，以使得上位机响应于第二消息，向下位机发送与第二消息对应的应答消息。步骤404，从上位机接收与第二消息对应的应答消息。其中，第二消息为落袋指示消息，其包括待分拣对象的运单信息、格口标识符、落袋指示符、落袋位置指示符；或者，第二消息为格口状态消息，其包括格口标识符和格口状态指示符；或者，第二消息为故障通知消息，其包括格口标识符，与格口标识符对应的故障类型和预警方式；或者，第二消息为解除预警消息，其包括格口标识符，解除预警消息用于请求解除与格口标识符对应的故障预警。步骤405，从上位机接收按照第一通信协议进行编码的第三消息；步骤406，向上位机发送与第三消息对应的应答消息，应答消息包括与第三消息对应的内容；其中，第三消息为查询请求消息，则应答消息包括预先分配的设备标识符；或者，第三消息为自检请求消息，其包括时间戳；响应于自检请求消息，对执行设备进行自检以生成自检结果标识符，将自检结果标识符包含在应答消息中；或者第三消息为格口显示消息，其包括格口标识符和显示内容。应当注意，尽管在附图中以特定川页序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行川页序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。进一步参考图5，图5示出了本申请实施例提供的数据传输装置的示例性结构框图。该装置用于上位机和下位机之间，其可以在上位机执行。如图5所示，该装置500包括：第一接收单元510，用于从下位机接收按照第一通信协议进行编码的第一消息。请求单元520，用于响应于第一消息，向业务系统请求与第一消息对应的资源。第一发送单元530，用于向下位机发送按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。第一消息是下位机向上位机发送的用于请求资源的消息，其中，资源例如可以是格口资源或者包牌资源。第一消息，例如可以是格口请求消息或建包请求消息。格口请求消息包括待分拣对象的运单信息，与之对应的应答消息包括基于运单信息确定的格口信息。或者，第一消息可以是建包请求消息，其包括格口标识符，则应答消息包括包牌指示符。本申请实施例，通过预先定义下位机与上位机之间的通信协议，使得下位机和上位机之间无需进行硬件设备的改造，通过通讯协议标准化上位机和下位机之间的信息交换方式，统一分拣设备与控制端交换接口，满足各种型号分拣设备的快速接入，并通过按照通讯协议实现的消息实体来实现分拣设备与控制端之间的交互，有效地提高下位机与上位机之间的对接效率，减少了开发成本。请参考图6，图6示出了本申请又一实施例提供的数据传输装置600的示例性结构框图。该装置600用于上位机和下位机之间，其可以在上位机执行。如图6所示，该装置600包括：第二接收单元610，用于从下位机接收按照第一通信协议进行编码的第二消息。第二发送单元620，用于响应于第二消息，向下位机发送与第二消息对应的应答消息。本申请实施例中，第二消息为下位机向上位机报告其状态的消息。第二消息例如可以是落袋指示消息，格口状态消息，故障通知消息，解除预警消息等。本申请实施例中，将上位机的控制功能与下位机的控制功能进行划分，降低了交互功能的维护成本。其中，第二消息为落袋指示消息，其包括待分拣对象的运单信息、格口标识符、落袋指示符、落袋位置指示符；或者，第二消息为格口状态消息，其包括格口标识符和格口状态指示符；或者，第二消息为故障通知消息，其包括格口标识符，与格口标识符对应的故障类型和预警方式；或者，第二消息为解除预警消息，其包括格口标识符，解除预警消息用于请求解除与格口标识符对应的故障预警。进一步请参考图7，图7示出了本申请实施例提供的数据传输装置700的示例性结构框图。该装置700用于上位机和下位机之间，其可以在上位机执行。如图7所示，该装置700包括：第三发送单元710，用于向下位机发送按照第一通信协议进行编码的第三消息。第三接收单元720，用于从下位机接收与第三消息对应的应答消息，应答消息包括与第三消息对应的内容。本申请实施例中，第三消息是上位机向下位机发送的用于查询下位机的状态的消息。第三消息为查询请求消息，则应答消息包括预先分配的设备标识符；或者，第三消息为自检请求消息，其包括时间戳，则应答消息包括执行设备的自检结果标识符，自检结果标识符是下位机响应于自检请求消息，对执行设备进行自检后得到的；或者第三消息为格口显示消息，其包括格口标识符和显示内容。请参考图8，图8示出了本申请实施例提供的数据传输装置800的示例性结构框图。该装置800用于上位机和下位机之间，其可以由下位机执行。如图8所示，该装置800包括：第四发送单元801，用于向上位机发送按照第一通信协议进行编码的第一消息，以使得上位机响应于第一消息，向业务系统请求与第一消息对应的资源。第四接收单元802，用于从上位机接收按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。其中，第一消息为格口请求消息，其至少包括待分拣对象的运单信息，则应答消息包括基于运单信息确定的格口信息；响应于应答消息，控制待分拣对象流向与格口信息对应的格口；或者，第一消息为建包请求消息，其包括格口标识符，则应答消息包括包牌指示符；响应于应答消息，控制打印包牌指示符。第五发送单元803，用于向上位机发送按照第一通信协议进行编码的第二消息，以使得上位机响应于第二消息，向下位机发送与第二消息对应的应答消息。第五接收单元804，用于从上位机接收与第二消息对应的应答消息。其中，第二消息为落袋指示消息，其包括待分拣对象的运单信息、格口标识符、落袋指示符、落袋位置指示符；或者，第二消息为格口状态消息，其包括格口标识符和格口状态指示符；或者，第二消息为故障通知消息，其包括格口标识符，与格口标识符对应的故障类型和预警方式；或者，第二消息为解除预警消息，其包括格口标识符，解除预警消息用于请求解除与格口标识符对应的故障预警。第六接收单元805，用于从上位机接收按照第一通信协议进行编码的第三消息；第六发送单元806，向上位机发送与第三消息对应的应答消息，应答消息包括与第三消息对应的内容。其中，第三消息为查询请求消息，则应答消息包括预先分配的设备标识符；或者，第三消息为自检请求消息，其包括时间戳；响应于自检请求消息，对执行设备进行自检以生成自检结果标识符，将自检结果标识符包含在应答消息中；或者第三消息为格口显示消息，其包括格口标识符和显示内容。应当理解，装置500-800中记载的诸单元或模块与参考图1-4描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置500-800及其中包含的单元，在此不再赘述。装置500-800可以预先实现在电子设备的浏览器或其他安全应用中，也可以通过下载等方式而加载到电子设备的浏览器或其安全应用中。装置500-800中的相应单元可以与电子设备中的单元相互配合以实现本申请实施例的方案。下面参考图9，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统900的结构示意图。如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有系统900操作所需的各种程序和数据。cpu901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。特别地，根据本公开的实施例，上文参考流程图图1-4描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本申请的系统中限定的上述功能。需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的川页序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的川页序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求消息接收单元、解析生成单元以及格口响应发送单元。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，请求消息接收单元还可以被描述为“用于从下位机接收请求消息的单元”。例如，电子设备可以实现如图1所示的：步骤110，从下位机接收按照第一通信协议进行编码的第一消息；步骤120，响应于第一消息，向业务系统请求与第一消息对应的资源。步骤130，向下位机发送按照第一通信协议进行编码的与第一消息对应的应答消息，应答消息包括资源。又如电子设备可以实现如图2-4中所示的各个步骤。作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本申请的数据传输方法。以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。当前第1页12