一种交换信息的方法与系统与流程

本发明属于计算机领域，尤其涉及一种利用软件实现物流企业间交换信息的方法与系统。

背景技术

传统的物流信息系统组成包括人员、计算机硬件、软件、网络通信设备及其它的办公设备组成的人机交互系统，其主要功能是进行物流信息的收集、存储、传输、加工整理、维护和输出，服务于特定的物流企业。当系统服务于特定的物流企业，其信息共享的对象被局限在该特定的物流企业内部，其信息共享的外延也被限制在与该特定物流企业建设有特定信息接口的其他特定企业间。

一般来说，当某承运物流企业因一种或者多种主观或者客观的条件约束，无法独立完成发货人的委托时，该承运物流企业将实施中转，即承运该物流企业将委托人的委托整体或者部分另行委托给其他承运人承运后，该受托标的货物的运输进程及状态信息将不能确保完整。那么，委托人的委托在这种情形下将处于脱离监管的状态，其后果是不可预知的。而这在物流行业是普遍存在的，因此委托人的委托货物经常处于脱离监管的状态是普遍现象。

然而，当受托标的货物的运输进程及状态信息普遍不能确保完整，就会导致运费与货物均无法通过第三方支付，特别是货款被迫由承运人代收，给发货委托人带来额外的资金风险，导致货款经常推迟到账，甚至因承运人破产而成为坏账。

技术实现要素：

本发明所要解决的技术问题是提供一种利用软件实现物流企业间交换信息的方法和系统，目的在于物流企业多次转运货物情况下，对受托标的货物运输进程及状态进行全程跟踪监控。

本发明解决上述技术问题的技术方案如下：一种实现移动计算和移动数据的云计算方法，包括如下步骤：

步骤1：应用程序客户端产生业务请求，所述业务请求包括处理请求和查询请求；

步骤2：应用程序服务器判断所述业务请求的类型，如果所述业务请求为处理请求则发送给处理模块，执行步骤3，如果所述业务请求为查询请求则发送给查询模块，执行步骤6；

步骤3：所述处理模块根据接收到所述处理请求时，判断委托标的货物是否再次托运，是则依次执行步骤4和5，否则执行步骤4，结束；

步骤4：所述处理模块直接将委托标货物未拆分之前的信息返回给所述应用程序服务器；

步骤5：当所述委托标的货物再次托运时，其他独立的物流系统平台根据所述委托标的货物再次托运的内容生成新的委托标货物流程信息，并将生成的新的委托标货物流程信息实时发送至应用程序服务器，结束；

步骤6：当所述查询模块接收到所述查询请求时，根据所述查询请求，在所述应用程序服务器中查询委托标的货物信息，并将查询结果返回给用户；

步骤7；所述查询模块接收用户返回的委托标的货物信息情况，根据返回给用户的委托标的货物信息情况进行支付，结束。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，步骤4中的具体实现如下：

步骤4.1：其他独立的物流系统平台通过虚拟注册在本物流系统获取发送业务请求的身份；

步骤4.2：所述应用程序服务器提供插件安装在其他独立的物流系统平台，并将标识符及委托标的货物信息收集存储在插件程序中；

步骤4.3：其他独立的物流系统平台通过插件程序把收集存储的标识符及委托标的货物信息加密映射到存储应用程序服务器。

进一步，步骤6的具体实现如下：

步骤6.1：根据接收的业务查询类型可分为发货委托人查询、承运人查询；

步骤6.2：所述发货委托人与所述承运人查询均是从应用程序服务器请求指令，调用用户选择的访问对象，并将访问对象关联的信息发送给用户。

进一步，步骤7的具体实现如下：

步骤7.1：根据接收的业务判断货物信息情况是否完整，是则执行步骤7.2，否则执行步骤7.3；

步骤7.2：根据接收的业务直接通过程序服务器将货款支付给发货人或者将运费支付给委托人；

步骤7.3：根据接收的业务等待货物信息完整为止再进行付款或者对货物进行退货拒绝支付。

本发明解决上述技术问题的另一技术方案如下：一种实现物流企业间交换信息的系统，应用程序服务器、处理模块、物流管理平台；

所述应用程序服务器，其用于产生业务请求，根据业务请求的类型将业务请求发送给处理模块、查询模块；

所述处理模块，其用于根据接收的业务请求在判断委托标的货物是否再次托运，并根据是否托运，将处理结果返回给应用程序服务器；

所述查询模块，其用于根据接收的业务请求在应用程序服务器查询相应的委托标的货物信息，并将查询结果返回给用户，并根据接收的业务请求在查询模块返回给用户的委托标的货物信息情况进行支付；

所述物流管理平台，其用于对应用程序服务器、处理模块、查询模块进行监控管理。

本发明的有益效果是：在解决了受托标的货物的运输进程及状态信息的完整性，利于发货委托人在物流企业多次转运货物情况下的全程跟踪，同时使得委托标的货物的运费及货款均能通过第三方支付(如淘宝网的支付宝)，避免了货款由承运人代收发给委托人带来的额外风险。

附图说明

图1为本发明实现物流企业间交换信息的方法；

图2为本发明其它物流系统回传信息流程图；

图3为本发明信息查询流程图；

图4为本发明本物流系统结构图。

符图中，各标号所代表的部件列表如下：

1、应用程序服务器，2、处理模块，3、查询模块，4、物流管理平台，201、其他独立的物流系统，202、插件程序，203、物流系统运单信息，204、信息加密映射，205、存储应用程序服务器。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合符图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

如图1所示，一种实现物流企业间交换信息的方法，包括以下步骤：

步骤1：应用程序客户端产生业务请求，所述业务请求包括处理请求和查询请求；

步骤2：应用程序服务器判断所述业务请求的类型，如果所述业务请求为处理请求则发送给处理模块，执行步骤3，如果所述业务请求为查询请求则发送给查询模块，执行步骤6；

步骤3：所述处理模块根据接收到所述处理请求时，判断委托标的货物是否再次托运，是则依次执行步骤4和5，否则执行步骤4，结束；

步骤4：所述处理模块直接将委托标货物未拆分之前的信息返回给所述应用程序服务器；

步骤5：当所述委托标的货物再次托运时，其他独立的物流系统平台根据所述委托标的货物再次托运的内容生成新的委托标货物流程信息，并将生成的新的委托标货物流程信息实时发送至应用程序服务器，结束；

步骤6：当所述查询模块接收到所述查询请求时，根据所述查询请求，在所述应用程序服务器中查询委托标的货物信息，并将查询结果返回给用户；

步骤7；所述查询模块接收用户返回的委托标的货物信息情况，根据返回给用户的委托标的货物信息情况进行支付，结束。

如图2所示，步骤4其它物流系统回传信息流程图，详述如下：

步骤4.1：其他独立的物流系统201通过虚拟注册在本物流系统获取发送业务请求的身份；

步骤4.2：所述应用程序服务器提供插件程序202安装在其他独立的物流系统平台，并将其他独立的物流系统运单信息203收集存储在插件程序中；

步骤4.3：其他独立的物流系统平台通过插件程序把收集存储的运单信息加密映射204到存储应用程序服务器205。

如图3所示，步骤6的信息查询流程图，详述如下：

步骤6.1：根据接收的业务查询类型可分为发货委托人查询、承运人查询；

步骤6.2：所述发货委托人与所述承运人查询均是从应用程序服务器请求指令，调用用户选择的访问对象，并将访问对象关联的信息发送给用户。

所述请求指令，用户登录系统帐号，点击查询；

所述调用信息，应用程序服务器根据接受业务生成的识别符，调用相关联的货物信息；

所述发送信息，整理相关联货物信息，例如单号、运输途中、是否到达，发送给查询用户。

步骤7的具体实现如下：

步骤7.1：根据接收的业务判断货物信息情况是否完整，是则执行步骤7.2，否则执行步骤7.3；

步骤7.2：根据接收的业务直接通过程序服务器将货款支付给发货人或者将运费支付给委托人；

步骤7.3：根据接收的业务等待货物信息完整为止再进行付款或者对货物进行退货拒绝支付。

图4为本发明本物流系统结构图，详述如下：

一种实现物流企业间交换信息的系统，包括应用程序服务器、处理模块、查询模块、物流管理平台；

所述应用程序服务器，其用于产生业务请求，根据业务请求的类型将业务请求发送给处理模块、查询模块；

所述处理模块，其用于根据接收的业务请求在判断委托标的货物是否再次托运，并根据是否托运，将处理结果返回给应用程序服务器；

所述查询模块，其用于根据接收的业务请求在应用程序服务器查询相应的委托标的货物信息，并将查询结果返回给用户，并根据接收的业务请求在查询模块返回给用户的委托标的货物信息情况进行支付；

所述物流管理平台，其用于对应用程序服务器、处理模块、查询模块进行监控管理。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。