一种数据处理方法、装置和配送平台与流程

本发明涉及计算机科学技术领域，尤其涉及一种数据处理方法、装置和配送平台。

背景技术：

随着铁路客运的日益发达，承运能力和运行速度的提高使得越来越多的人选择铁路出行。现阶段，铁路客运列车上的物资配送，例如列车上的餐饮和零食之类的配送，都是由铁路客户部门统一安排，虽然给旅客带来了便利，但仍然存在较多问题。

在现行铁路客运列车上，由于列车本身的空间局限性，在列车上配置的物资数量固定，且所包含的物资范围有限，对于铁路乘客而言，在客运铁路列车上可获取的物资单一、固定、可选范围小，不利于铁路客运乘客的选购。而且，现有的列车物资配送下单处理过程是通过车上工作人员来实现的，不能实时处理下单请求，处理效率低，且耗费了大量人力物力，成本较高。目前的铁路客运列车物资配送还存在诸多弊端，用户体验度不佳。

技术实现要素：

为了解决上述技术问题，本申请的实施例首先提供了一种数据处理方法，其应用于客运列车的物资配送，该方法包括：接收物资配送请求数据，所述物资配送请求数据包括表征终端的标识数据、物资数据和列车数据；对所述物资配送请求数据进行处理，确定是否验证通过物资配送请求，并生成与物资配送通过/拒绝相关的终端反馈数据；将所述终端反馈数据返回给对应的终端。

优选地，在确定是否验证通过物资配送请求的步骤中，根据所述物资配送请求数据及处理结果来确定是否满足如下任一判断条件，在判断结果为否时，则确认无法通过物资配送请求：

(1)判断所述物资配送请求数据中的物资种类是否在库存数据内；

(2)判断所述库存数据内该物资数量是否大于等于所述物资配送请求数据中的该物资的配送数量；

(3)判断物资补充时间是否小于或等于在途时间；

(4)判断配送终端是否在线；

(5)判断配送终端是否为待配送状态。

优选地，还包括：通过如下表达是来计算在途时间T_E和物资补充时间T_S：

T_E＝车次到达配送站点的图定时刻t_M-物资配送请求数据发出时刻t_R；

T_S＝物资配送基础预设时间t_B+物资配送路途预设时间t_J。

优选地，在判断验证通过物资配送请求，触发配送通过的指令并生成与物资配送相关的终端反馈数据发送给配送终端，否则，触发配送拒绝的指令并生成与物资无法配送相关的终端反馈数据发送给客户终端。

优选地，向客户终端发出的终端反馈数据包括配送拒绝理由数据和推荐更换物资信息；向配送终端发出的终端反馈数据包括预计物资配送时间、预计配送铁路客运站点和客户终端的信息。

优选地，在判断验证通过物资配送请求，还将发送给配送终端的终端反馈数据发送给对应的客户终端。

根据本发明另一方面，还提供了一种配送平台，其应用于客运列车的物资配送，该配送平台包括：控制器输入单元，其接收物资配送请求数据，所述物资配送请求数据包括表征终端的标识数据、物资数据和列车数据；反馈数据生成单元，其对所述物资配送请求数据进行处理，确定是否验证通过物资配送请求，并生成与物资配送通过/拒绝相关的终端反馈数据；控制器输出单元，其将所述终端反馈数据返回给对应的终端。

优选地，所述反馈数据生成单元进一步根据所述物资配送请求数据及处理结果来确定是否满足如下任一判断条件，在判断结果为否时，则确认无法通过物资配送请求：

(1)判断所述物资配送请求数据中的物资种类是否在库存数据内；

(2)判断所述库存数据内该物资数量是否大于等于所述物资配送请求数据中的该物资的配送数量；

(3)判断物资补充时间是否小于或等于在途时间；

(4)判断配送终端是否在线；

(5)判断配送终端是否为待配送状态。

优选地，所述反馈数据生成单元进一步通过如下表达是来计算在途时间T_E和物资补充时间T_S：

T_E＝车次到达配送站点的图定时刻t_M-物资配送请求数据发出时刻t_R；

T_S＝物资配送基础预设时间t_B+物资配送路途预设时间t_J。

优选地，所述反馈数据生成单元进一步在判断验证通过物资配送请求，触发配送通过的指令并生成与物资配送相关的终端反馈数据，否则，触发配送拒绝的指令并生成与物资无法配送相关的终端反馈数据；所述控制器输出单元将与物资配送相关的终端反馈数据发送给配送终端，或者将与物资无法配送相关的终端反馈数据发送给客户终端。

优选地，向客户终端发出的终端反馈数据包括配送拒绝理由数据和推荐更换物资信息；向配送终端发出的终端反馈数据包括预计物资配送时间、预计配送铁路客运站点和客户终端的信息。

优选地，在判断验证通过物资配送请求，所述控制器输出单元还将发送给配送终端的终端反馈数据发送给对应的客户终端。

根据本发明另一方面，还提供了一种物资配送系统，其应用于客运列车的物资配送，该物资配送系统包括：如上所述的配送平台；一个或多个客户终端，其发送根据用户选择的物资配送请求数据并获取来自配送平台的终端反馈数据；一个或多个配送终端，其接收来自配送平台的终端反馈数据，并根据所述终端反馈数据执行操作。

与现有技术相比，上述方案中的一个或多个实施例可以具有如下优点或有益效果：

本发明实施例的数据处理方法，实现了为运行中的客运列车进行物资配送，通过使用配送平台配合移动网络通讯技术、网络服务器计算等技术，实现了在运行中的客运列车上进行物资查询、物资配送等需求，进而达到了为运行中的客运列车进行配送物资，处理效率较高，且降低了成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明的技术方案而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构和/或流程来实现和获得。

附图说明

附图用来提供对本申请的技术方案或现有技术的进一步理解，并且构成说明书的一部分。其中，表达本申请实施例的附图与本申请的实施例一起用于解释本申请的技术方案，但并不构成对本申请技术方案的限制。

图1为根据本发明实施例的应用于铁路客运的物资配送系统X的系统结构图。

图2为本发明实施例的应用于铁路客运的物资交互过程的物资配送平台的结构示意图。

图3为本发明实施例的应用于铁路客运的物资交付过程的数据处理方法的流程示意图。

图4为本发明实施例的生成终端反馈数据的流程示意图。

图5为本发明实施例的生成终端反馈数据的另一流程示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成相应技术效果的实现过程能充分理解并据以实施。本申请实施例以及实施例中的各个特征，在不相冲突前提下可以相互结合，所形成的技术方案均在本发明的保护范围之内。

另外，附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

实施例

[物资配送系统X的结构]

图1是根据本发明实施例的应用于铁路客运的物资配送系统X的系统结构图。首先，通过图1对本发明实施方式中所涉及的物资配送系统X的结构进行说明。

物资配送系统X包括物资配送平台1和终端2，物资配送平台1与终端2通过网络5进行连接。

物资配送平台1为服务器设备，或者是通过网络5接收物资配送请求数据131并针对物资配送请求数据131发送终端反馈数据132的其他装置。进一步，该物资配送平台1可以为网络环境中的高性能计算机或计算机系统群组等，通过侦听网络上其他终端计算机(终端2)提交的物资配送请求，提供相应的服务。

终端2为向物资配送平台1发出物资配送请求数据131并接收针对数据131的终端反馈数据132的移动终端(手机或PAD)、个人计算机(Personal Computer，简称PC)等计算机。当用户通过在客户终端选择相应的物资配送信息并点击配送申请虚拟按钮后，终端2的后台生成一条物资配送请求数据131。

网络5为优选为移动电话网络等外部网络。网络5可接收和发送例如符合全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等任一通信标准或协议的数据包。

[物资配置平台1的控制结构]

如图2所示，本发明实施方式所涉及的物资配送平台1中设有控制器单元10以及通信接口单元20。各部分通过通信接口单元20连接至网络5。

接下来，通过图2对物资配置平台1内部的具体控制结构进行说明。

(控制器单元10的结构)

控制器单元10为主控制器，该控制器单元10至少包括一个或多个控制器100，一个或多个存储器130。该一个或多个存储器130可以设置为临时的或非临时的，并且可以存储一个或多个模块，每个模块可以包括该配送平台的操作指令集。更进一步，该控制器100可以被配置为执行指令集等操作。该控制器100可以包括一个或多个操作系统，如Windows Server^TM、Mac OS X^TM、Unix^TM、Linux^TM、FreeBSD^TM等操作系统。该控制器单元10还可以包括一个或多个电源140、一个或多个有线或无线网络接口、一个或多个键盘、一个或多个输入输出接口(图中控制器输入单元110、控制器输出单元120)。

当物资配送平台1处于正常状态下时，控制器单元10用于输入物资配送请求数据131，输出终端反馈数据132。因此，在控制器单元10中，控制器100对控制器输入单元110接收的接收数据包进行处理，并向控制器输出单元120发送反馈数据包。

控制器100为GPP(General Purpose Processor)、CPU(Central Processing Unit、中央处理器)、MPU(Micro Processing Unit)、DSP(Digital Signal Processor)、GPU(Graphics Processing Unit)、ASIC(Application Specific Processor、专用处理器)等信息处理装置。此外，控制器100中设有反馈数据生成单元101。该反馈数据生成单元101的详细情况将在后文中进行描述。

控制器100用于读取存储在存储器130的ROM和/或HDD中的控制程序，通过将该控制程序展开至RAM并执行。另外，控制器100还可以按照通过未图示的外部终端和操作面板部输入的规定指令信息进行整体控制。

具体来说，控制器100接收由通信接口单元20的接收单元210输入的物资配送请求数据131。另外，控制器100将由反馈数据生成单元101生成的数据包通过控制器输出单元120发送至发送单元220。

存储器130为包括RAM(Random Access Memory)、ROM(Read Only Memory)、闪存等半导体内存或者HDD(Hard Disk Drive)等存储介质在内的存储装置。另外，存储器130用于存储物资配送请求数据131及终端反馈数据132。

另外，存储器130的ROM或HDD中存储有控制程序，用于对物资配送平台1的处理进行控制。此外，存储器130还可存储用户的账号设定信息。

电源140为向包括控制器10的控制器100在内的各部分提供电力的单元。电源140主要对控制器100的电源进行控制，同时也向其他部分供电。

在物资配送平台1处于正常状态下，反馈数据生成单元101将生成终端反馈数据132。反馈数据生成单元101从控制器输入单元110获取物资配送请求数据131后，将暂时保存在存储器130内。反馈数据生成单元101将根据该物资配送请求数据131生成终端反馈数据132并输出至控制器输出单元120。

物资配送请求数据131为与终端用户所选择的物资配送相关的各种信息的数据。物资配送请求数据131通过控制器输入单元110获取，由存储器130暂时存储。

物资配送请求数据131可以是符合例如GSM、GPRS、CDMA、WCDMA、LTE、电子邮件、SMS等任一通信标准或协议的数据包的数据。

在该物资配送请求数据131中包括表征终端的标识数据、物资数据和列车数据。物资数据中至少包括物资类别、物资数量；表征终端的标识数据至少包括物资交付对象数据，例如客户端注册信息等；列车数据至少包括列车车次数据。需要说明的是，物资数据可以是列车库存中不存在的物资信息，这样能够消除乘客智能选择车上库存中的物资的局限性，从而实现对物资物流的无限制。物资数据可以通过文字图片等数据流形式表现，具体包括表征物资名称的数据、价格数据、图片数据和提供站点等多种数据。另外，表征终端的标识数据可以包括：用户名称数据、联系方式数据、车厢号码、座位号码、铺位号码等多种数据。列车数据还可以包括：列车当前运行时长、列车上次停靠站信息、列车上次停靠站发车信息、列车下次停靠站信息、列车下次停靠站发车信息等诸多数据。

在一个实施例中，默认配送数据有以下字段组成：客户端ID、配送物资ID、配送物资数量、配送站点ID、配送接收人车次编号、配送接收人车厢编号、配送接收人姓名、配送接收人联系方式、配送支付类型、配送物资金额、配送物资配送费用金额。

具体来说，当用户打开客户端界面，选择客户端内提供的物资型号、配送数量后，在物资配送请求数据131内将物资唯一ID编号和物资数量数据，添加至配送数据的物资ID字段内和配送物资数量字段内；当用户通过客户端界面选择了配送的站点，填写了配送收货人信息后，将配送站点唯一ID和收货人信息添加到配送数据的配送站点ID、配送接收人车次编号、配送接收人车厢编号、配送接收人姓名、配送接收人联系方式等字段内；当用户通过客户端选择了支付类型后，将配送支付类型、配送物资金额、配送物资费用添加至配送字段内。最后，用户通过客户端，点击确认配送按钮后，客户端将触发待配送数据上传操作，客户端将物资配送请求数据131通过网络数据传输方式上传至物资配送平台1上。

终端反馈数据132为针对物资配送请求数据131进行响应反馈的数据。终端反馈数据132由终端反馈数据生成单元101产生，并输出至控制器输出单元120。针对不同的终端来说，反馈的信息数据是不一样的，针对客户端反馈的信息主要包括是否能够配送、无法配送的理由、推荐更换物资信息等数据，针对配送终端反馈的信息主要包括预计配送时间、预计配送至铁路客运站点、配送人员信息等诸多信息。

需要说明的是，配送端为在配送平台中预先注册的用户，配送平台对其审核、认证或管理，以保证配送端的安全性和可靠性。配送端可以是负责配送的配送公司、快递公司、也可以是从事配送工作的个人。

(通信接口单元20的结构)

通信接口单元20为在Ethernet等接口中将逻辑信号转换为实际的电子信号的物理层(Physical Layer)接口。通信接口单元20还可为可随意装卸的无线LAN接口或者是移动网络接口，以便连接在网络5上。

通信接口单元20中具备接收单元210及发送单元220。

接收单元210将从网络5接收到的帧及数据包等数据，输出至控制器100。换言之，接收单元210接收到终端2发送的物资配送请求数据131的数据包后，将把该物资配送请求数据131输出至控制器100。

发送单元220将控制器100输出的数据包发送至网络5。具体来说，发送单元220接收到控制器100输出的终端反馈数据132后，将把终端反馈数据132的数据包发送给终端2。

在此，上述物资配置平台1的各部分是本发明实施例得以实施的硬件资源。

[物资配送平台1的数据处理]

根据本实施例，在控制器单元10中，控制器100读取存储部130中存储的程序，并与各部分协作，使用硬件资源执行以上程序。接下来，参照图3的流程图对本发明实施例中所涉及的应用于铁路客运的物资交付过程的数据处理进行分步说明。

(步骤S310)

首先，控制器输入单元110进行接收处理。此处，通信接口单元20的接收单元210接收到网络5传输的数据包后，输入至控制器单元10的控制器输入单元110。

控制器输入单元110将输入的数据包输出至控制器100。

(步骤S320)

接下来，控制器100开始启动，判断是否接收到物资配送请求数据131。在输入有接收单元210接收到的数据包时，控制器100判断为“是”，并将处理推进至步骤S330。除此之外，控制器100将判断为“否”并返回步骤S310，直至接收到数据包。

(步骤S330)

如果存在接收到的数据包，控制器100将对控制器输入单元110输入的数据包进行处理。具体地，控制器100将会遵循与获取的数据包相对应的各种协议，进行必要的处理。此外，为了保证数据的真实性，还可以进行去噪处理等。如果输入的数据包为物资配送请求数据131，控制器100将把其暂时保存在存储部130内。

(步骤S340)

控制器100中的反馈数据生成单元101将针对暂时保存的物资配送请求数据131生成相应的终端反馈数据132。图4为本发明实施例的生成终端反馈数据的流程示意图，下面参照图4来具体说明如何生成终端反馈数据132。

首先，在子步骤S3401中，反馈数据生成单元101根据物资配送请求数据131计算在途时间数据和物资补充时间数据。其中，在途时间数据是指从物资配送请求数据131发出时刻起，距离到达配送站点所需的时长。物资补充时间数据是指从终端反馈数据132发送至配送终端的时刻起，至物资配送到达配送站点的预设时长。

在途时间数据T_E的计算方法：该车次到达配送站点的图定时刻t_M-物资配送请求数据发出时刻t_R＝在途时间数据T_E。

物资补充时间数据T_S计算方法：物资配送基础预设时间t_B+物资配送路途预设时间t_J＝物资补充时间数据T_S。

需要说明的是，物资配送基础预设时间t_B为配送平台预设时间，预设时间根据物资种类、物资数量设置不同的预设时间。如：物资种类为1种时，其种类基础预设时间为5分钟；物资种类为2种时，其种类基础预设时间为8分钟；物资数量为1到5个时，数量基础预设时间为5分钟；物资数量为5到10个，其数量基础预设时间为10分钟。根据配送物资的种类和数量，计算出物资配送基础预设时间，即种类基础预设时间+数量基础预设时间＝物资配送基础预设时间，如配送物资的物资种类为2种，物资数量为6个，则起物资配送基础预设时间计算结果为(8分钟+10分钟＝18分钟)。物资配送路途预设时间为配送平台预设的物资从配送站点到达站点需要的时间。

接着，在子步骤S3402中，反馈数据生成单元101根据计算的在途时间数据和物资补充时间数据，判断二者是否匹配。具体来说就是比较二者的关系，判断物资补充时间是否小于或等于在途时间，在物资补充时间小于或等于在途时间时，则判断验证通过物资配送请求，触发配送通过的指令并生成与物资配送相关的终端反馈数据(子步骤S3403)，否则，不能通过物资配送请求，触发配送拒绝的指令并生成与物资无法配送相关的终端反馈数据(子步骤S3404)。

需要说明的是，上面的数据处理过程，是基于在客户终端显示的物资处于充足且配送终端默认为在线的状态，每次物资配送结束后会进行物资更新。但针对其他不进行物资更新的情况，则在另一个例子中(具体参见图4)，在执行子步骤S3401～S3404之前，反馈数据生成单元101需要对如下各个条件进行判断，当任何一项判断条件为否时，则无需执行子步骤S3401～S3404，即可判断无法针对该条物资配送请求数据进行后续配送操作，并针对该物资配送请求数据触发配送拒绝的指令。

(1)判断物资配送请求数据中的物资种类是否在库存数据内；

(2)判断库存数据内该物资数量是否大于等于物资配送请求数据中的该物资的配送数量；

(3)与配送终端通信，判断配送终端是否在线；

(4)与配送终端通信，判断配送终端是否为待配送状态。

当然，以上判断条件可以根据实际情况进行设定，本发明不做限定。

在子步骤S3403中，在触发配送通过的指令时，反馈数据生成单元101生成与物资配送相关的终端反馈数据，终端反馈数据包括以下字段：配送信息ID、待配送信息全部字段信息。待配送信息全部字段可以包括预计配送时间、预计配送至铁路客运站点和客户终端的信息等诸多信息。

在子步骤S3404中，在触发配送拒绝的指令时，反馈数据生成单元101生成与物资无法配送相关的终端反馈数据，终端反馈数据包括以下字段：无法配送理由、推荐更换物资信息等。

(步骤S350)

当某条物资配送请求数据131触发了配送拒绝指令时，控制器100根据该条物资配送指令数据131中的客户端ID，向该客户端ID发送一条无法配送信息。

当某条物资配送请求数据131触发了配送通过指令时，控制器100向提供物资配送的配送端ID发送一条配送信息。同时还可以根据该条物资配送指令数据中的客户端ID，向该客户端ID发送一条能够配送的信息。

在进行发送处理时，控制器100通过控制器输出单元120将要发送的数据包进行输出。控制器输出单元120将要发送的数据包输出至通信接口单元20的发送单元220。之后，要发送的数据包通过发送单元220，输出至网络5，完成向不同终端用户的信息输出。

随后，各配送终端确认接收到终端反馈信息，并根据终端反馈信息确认开始配送以及确认配送送达。具体地，在配送终端接收到信息后，通过在配送终端上确认开始配送按钮，自动向配送平台1发送一个确认接收到配送信息指令。该配送信息指令包括以下字段：配送终端ID、确认开始配送按钮点击时间。在配送终端配送完成后，通过在配送终端界面上确认配送送达按钮，配送终端向配送平台1自动发送一条确认配送送达信息，信息包括以下字段：配送终端ID，确认配送送达按钮点击时间。

需要说明的是，配送终端与配送平台1之间优选采用移动通信方式，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等任一通信标准或协议。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。