CN117196482A - 一种基于区块链和北斗的卡友流动拼车系统及方法 - Google Patents

Abstract

本发明公开了一种基于区块链和北斗的卡友流动拼车系统及方法，其系统包括：卡友移动端，用于创建货位需求订单，还用于卡车司机查询货主移动端的仓位需求订单是否匹配，及若匹配向货主移动端发起订单承运请求，还用于响应于货主移动端发送的订单托运请求确定是否承运；货主移动端，用于发布货主的仓位需求订单，还用于货主查询卡友车辆信息和货位需求订单是否匹配，及若匹配向卡友移动端发起订单托运请求，还用于响应于卡友移动端的订单承运请求确定是否托运；Web应用平台，用于建立所述卡友移动端与货主移动端之间的数据通信，管理所述卡友移动端和货主移动端的订单数据。本发明能提高卡车满载率，提高货主和卡友之间的车货匹配效率。

Description

一种基于区块链和北斗的卡友流动拼车系统及方法

技术领域

本发明涉及物流运输技术领域，尤其涉及一种基于区块链和北斗的卡友流动拼车系统及方法。

背景技术

卡友是指从事物流运输业务的个体卡车司机，卡友开展物流业务的常见模式有：1)挂靠某一家公司，由被挂靠公司负责揽收业务。然后指派给卡友承运；2)卡友作为专职司机在物流公司开车，则不需操心业务开拓工作；3)卡友和某物流公司签订合同，作为合同车辆承接业务；4)卡友作为散户，自己在物流市场(包括线下配货场站、园区和线上的车货匹配平台等)上找货。

卡友个体力量有限，其从事运输业务，本身揽货能力不足，除了依靠外部公司组织安排，自身的信息来源有限、业务拓展能力受限，实践中受限于货主时效要求及同业竞争因素，经常存在车辆不能满载而因各种因素又不得不发车的问题，造成运营成本上升、利润降低，而作为物流运输车辆来说，是否能满载、及时配载关系到卡友业务是否能赚钱、是否能高效作业和生产。

发明内容

为解决背景技术中存在的技术问题，本发明提出一种基于区块链和北斗的卡友流动拼车系统及方法，解决了卡友的客户资源有限，存在车辆不能满载而因各种因素又不得不发车、车货匹配效率不高，造成运营成本上升、利润降低的问题。

本发明提出一种基于区块链和北斗的卡友流动拼车系统，包括：

卡友移动端，用于创建卡车司机的货位需求订单，还用于卡车司机查询货主移动端的仓位需求订单是否匹配，及若匹配向货主移动端发起订单承运请求，还用于响应于货主移动端发送的订单托运请求确定是否承运；

货主移动端，用于发布货主的仓位需求订单，还用于货主查询卡友车辆信息和货位需求订单是否匹配，及若匹配向卡友移动端发起订单托运请求，还用于响应于卡友移动端的订单承运请求确定是否托运，其中，所述卡友车辆信息包括车辆已装载货物信息、当前位置、车厢剩余仓位情况、预计运输路径和尚需配载需求；

Web应用平台，用于建立所述卡友移动端与货主移动端之间的数据通信，管理所述卡友移动端和货主移动端的订单数据。

作为本发明的进一步改进：所述Web应用平台包括北斗导航系统，所述北斗导航系统与卡友移动端建立通信，用于获取所述卡友移动端对应绑定的卡友车辆定位信息，根据所述卡友车辆定位信息及货主托运订单的目的地信息，确定当前卡友车辆位置和预计取货时间。

作为本发明的进一步改进：所述Web应用平台还包括智能合约支付系统，所述智能合约支付系统用于：

响应于所述卡友移动端上传的运输完成信号或货主移动端上传的签收完成信号；

触发智能合约的支付验证逻辑，若确定运输完成为真，则根据预设的运费支付规则生成运费支付请求并发送至货主移动端，以使货主向卡友移动端支付运费。

作为本发明的进一步改进：所述卡友移动端，还用于卡车司机注册、认证和登录账户。

作为本发明的进一步改进：所述卡友移动端，用于创建卡车司机的货位需求订单具体包括：

获取卡车司机的已承运订单信息和车辆满载信息；

解析卡车司机的车厢空余仓位信息，并根据所述车厢空余仓位信息创建货位需求订单，所述货位需求订单包括未装载订单和未满载订单。

作为本发明的进一步改进：所述货主移动端，用于发布货主的仓位需求订单具体包括：

获取货主的托运货物信息，解析确定所述托运货物运输限制的仓位需求信息，根据所述仓位需求信息发布仓位需求订单。

作为本发明的进一步改进：所述Web应用平台基于区块链技术构建，将卡友移动端和货主移动端的数据上传至区块链网络上。

作为本发明的进一步改进：所述卡友移动端还用于响应于货主移动端发送的订单托运请求确定是否承运具体包括：

根据卡友车辆的当前运输货物信息、订单托运请求的运输路线与当前运输路线的匹配度和运输时间要求，确定是否承运；

若卡友移动端接受货主的订单托运请求，根据订单托运请求分配车厢仓位，将订单托运请求信息和卡友车辆信息上链至区块链网络中。

本发明还提出一种基于区块链和北斗的卡友流动拼车方法，，包括：

获取卡车司机的已承运订单信息和车辆满载信息，解析卡车司机的车厢空余仓位信息，创建卡车司机的货位需求订单；

响应于货主移动端发起的订单托运请求，根据卡友的货位需求订单和卡友车辆信息，确定是否同意承运；

或查询货主移动端的仓位需求订单是否匹配，若匹配向货主移动端发起订单承运请求，检测到货主移动端的订单承运同意信息，分配车厢仓位，及将订单匹配信息通过Web应用平台上链至区块链中；

还通过Web应用平台的智能合约支付系统自动完成对订单的运费支付，及通过北斗导航系统实时获取卡友车辆定位信息。

还包括：发布货主的仓位需求订单，响应于卡友移动端发起的订单承运请求，根据卡友车辆信息和仓位需求确定是否托运；

或查询卡友移动端的货位需求订单是否匹配，若匹配向卡友移动端发起订单托运请求，检测到卡友移动端的订单托运同意信息，将订单匹配信息通过Web应用平台上链至区块链中。

有益效果：

本发明通过卡友移动端对未满载的卡友车辆创建货位需求订单，向货主移动端进行展示，还通过货主移动端发布货主的仓位需求订单，同时向卡友移动端展示，以使货主和卡友直接进行车货匹配，卡友和货主沟通机会增加，解决卡友的客户资源有限，存在车辆不能满载而因各种因素又不得不发车、车货匹配效率不高，造成运营成本上升、利润降低的问题，另外通过Web应用平台管理订单数据。

附图说明

图1为本发明提出的一种基于区块链和北斗的卡友流动拼车系统的业务逻辑图；

图2为本发明实施例提出的一种基于区块链和北斗的卡友流动拼车方法一实施例的流程示意图。

图3为本发明实施例提出的一种基于区块链和北斗的卡友流动拼车方法另一实施例的流程示意图

具体实施方式

如图1所示，图1为本发明实施例一种基于区块链和北斗的卡友流动拼车系统的业务逻辑图；

参照图1，本发明实施例提出的一种基于区块链和北斗的卡友流动拼车系统，包括：

卡友移动端，用于创建卡车司机的货位需求订单，还用于卡车司机查询货主移动端的仓位需求订单是否匹配，及若匹配向货主移动端发起订单承运请求，还用于响应于货主移动端发送的订单托运请求确定是否承运；

在本实施例中，所述卡友移动端，还用于卡车司机注册、认证和登录账户。

在本实施例中，所述卡友移动端，用于创建卡车司机的货位需求订单具体包括：

获取卡车司机的已承运订单信息和车辆满载信息；

解析卡车司机的车厢空余仓位信息，并根据所述车厢空余仓位信息创建货位需求订单，所述货位需求订单包括未装载订单和未满载订单。

在本实施例中，所述卡友移动端还用于响应于货主移动端发送的订单托运请求确定是否承运具体包括：

根据卡友车辆的当前运输货物信息、订单托运请求的运输路线与当前运输路线的匹配度和运输时间要求，确定是否承运；

若卡友移动端接受货主的订单托运请求，根据订单托运请求分配车厢仓位，将订单托运请求信息和卡友车辆信息上链至区块链网络中。

具体而言，卡友判断订单满足自己路线、时间需求后，在移动端确定接受该货主订单；此时，该双方需求匹配信息即记录到区块链上，即具有不可篡改性和全程可追溯性。

货主移动端，用于发布货主的仓位需求订单，还用于货主查询卡友车辆信息和货位需求订单是否匹配，及若匹配向卡友移动端发起订单托运请求，还用于响应于卡友移动端的订单承运请求确定是否托运，其中，所述卡友车辆信息包括车辆已装载货物信息、当前位置、车厢剩余仓位情况、预计运输路径和尚需配载需求；

货主移动端基于区块链的分布式系统，同步可查看满足自己需求的卡友车辆信息，响应卡友的货位需求，货主也可自己发布仓位需求由卡友来响应匹配；确认仓位需求后，卡友端发布货位需求的卡友就会看到需求，决定是否接受。

在本实施例中，所述货主移动端，用于发布货主的仓位需求订单具体包括：

获取货主的托运货物信息，解析确定所述托运货物运输限制的仓位需求信息，根据所述仓位需求信息发布仓位需求订单。

Web应用平台，用于建立所述卡友移动端与货主移动端之间的数据通信，管理所述卡友移动端和货主移动端的订单数据。

在本实施例中，所述Web应用平台基于区块链技术构建，将卡友移动端和货主移动端的订单数据上传至区块链网络上。Web应用平台适用于货主、货主的客户以及技术管理之用.

在本实施例中，所述Web应用平台包括北斗导航系统，所述北斗导航系统与卡友移动端建立通信，用于获取所述卡友移动端对应绑定的卡友车辆定位信息，根据所述卡友车辆定位信息及货主托运订单的目的地信息，确定当前卡友车辆位置和预计取货时间。

北斗导航能为全球用户提供全天候、全天时、高精度的定位、导航和授时服务。北斗系统发展共有三代，自第二代开始的北斗系统被正式称为“北斗卫星导航系统”。

卡友接单后，下单的该货主即可获得卡友已接单和分配给他的卡车箱位信息，同时，该货主根据北斗导航系统看到当前卡车位置及未来还需多长时间可到达自己处提货；或根据北斗系统安排送货到车等。

如果当前卡友车箱尚未装满，则可重复以上过程，及创建货位需求订单或查询到货主发布仓位需求订单后，与货主进行车货匹配撮合。

在本实施例中，所述Web应用平台还包括智能合约支付系统，所述智能合约支付系统用于：

响应于所述卡友移动端上传的运输完成信号或货主移动端上传的签收完成信号；

触发智能合约的支付验证逻辑，若确定运输完成为真，则根据预设的运费支付规则生成运费支付请求并发送至货主移动端，以使货主向卡友移动端支付运费。

区块链是一种以密码学技术为基础，以去中心化的方式，对大量数据进行组织和维护的数据结构，可以理解成一个分布式的账本或数据库，每一个区块上面都会包含一些或所有最新的交易信息。区块链本质上是通过数学密码学解决了人与人之间价值交互的信任及公平性问题。

原有卡友的拼车业务，因为同一车有多个货主、发货收货地，作为卡友和各货主来说，难以保证清晰地作业和确定合同责任，同时在相应的费用结算上难以确定和方便清算；基于区块链和北斗导航系统的卡友流动拼车系统，由区块链的智能合约，可以对同车多个货主相应的费用，在通过北斗导航系统确定相应的作业完结证明后，可实现自动化结算，保证了流动拼车系统更高效、成功地实现。

如图2所示，基于同一发明构思，本实施例还提供了一种基于区块链和北斗的卡友流动拼车方法，包括：

S11：获取卡车司机的已承运订单信息和车辆满载信息，解析卡车司机的车厢空余仓位信息，创建卡车司机的货位需求订单；

S12：响应于货主移动端发起的订单托运请求，根据卡友的货位需求订单和卡友车辆信息，确定是否同意承运；

S13：或查询货主移动端的仓位需求订单是否匹配，若匹配向货主移动端发起订单承运请求，检测到货主移动端的订单承运同意信息，分配车厢仓位，及将订单匹配信息通过Web应用平台上链至区块链中；

S14：还通过Web应用平台的智能合约支付系统自动完成对订单的运费支付，及通过北斗导航系统实时获取卡友车辆定位信息。

实现场景举例：卡友A合肥到上海发零担，箱位未满，本案下，卡友A在本系统中发布车位配载需求；货主B在合肥高速路口通过车到车将X吨货交A承载，通过预估及北斗导航系统掌握A位置；货主C发布用车仓位需求，卡友A接单，A在南京某服务区和C交接货位，并约定车费分摊；货主D有Y吨货在昆山某物流园区，A承接，D通过导航系统了解A轨迹、实时位置，提交备货，由A来提取……所有订单，由移动端APP基于区块链技术，实现订单全程透明、不可篡改，并通过智能合约实现自动支付；同时，通过订单号和北斗导航系统，B C D的收货人可实时掌握订单轨迹、预计到达时间。

如图3所示，作为本发明的另一实施例，一种基于区块链和北斗的卡友流动拼车方法，包括：

S21：发布货主的仓位需求订单，响应于卡友移动端发起的订单承运请求，根据卡友车辆信息和仓位需求确定是否托运；

S22：或查询卡友移动端的货位需求订单是否匹配，若匹配向卡友移动端发起订单托运请求，检测到卡友移动端的订单托运同意信息，将订单匹配信息通过Web应用平台上链至区块链中。

需要说明的是，上述实施例中程序可以是一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种基于区块链和北斗的卡友流动拼车系统，其特征在于，包括：

卡友移动端，用于创建卡车司机的货位需求订单，还用于卡车司机查询货主移动端的仓位需求订单是否匹配，及若匹配向货主移动端发起订单承运请求，还用于响应于货主移动端发送的订单托运请求确定是否承运；

货主移动端，用于发布货主的仓位需求订单，还用于货主查询卡友车辆信息和货位需求订单是否匹配，及若匹配向卡友移动端发起订单托运请求，还用于响应于卡友移动端的订单承运请求确定是否托运，其中，所述卡友车辆信息包括车辆已装载货物信息、当前位置、车厢剩余仓位情况、预计运输路径和尚需配载需求；

Web应用平台，用于建立所述卡友移动端与货主移动端之间的数据通信，管理所述卡友移动端和货主移动端的订单数据。

2.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述Web应用平台包括北斗导航系统，所述北斗导航系统与卡友移动端建立通信，用于获取所述卡友移动端对应绑定的卡友车辆定位信息，根据所述卡友车辆定位信息及货主托运订单的目的地信息，确定当前卡友车辆位置和预计取货时间。

3.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述Web应用平台还包括智能合约支付系统，所述智能合约支付系统用于：

响应于所述卡友移动端上传的运输完成信号或货主移动端上传的签收完成信号；

触发智能合约的支付验证逻辑，若确定运输完成为真，则根据预设的运费支付规则生成运费支付请求并发送至货主移动端，以使货主向卡友移动端支付运费。

4.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述卡友移动端，还用于卡车司机注册、认证和登录账户。

5.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述卡友移动端，用于创建卡车司机的货位需求订单具体包括：

获取卡车司机的已承运订单信息和车辆满载信息；

解析卡车司机的车厢空余仓位信息，并根据所述车厢空余仓位信息创建货位需求订单，所述货位需求订单包括未装载订单和未满载订单。

6.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述货主移动端，用于发布货主的仓位需求订单具体包括：

获取货主的托运货物信息，解析确定所述托运货物运输限制的仓位需求信息，根据所述仓位需求信息发布仓位需求订单。

7.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述Web应用平台基于区块链技术构建，将卡友移动端和货主移动端的数据上传至区块链网络上。

8.根据权利要求1所述的一种基于区块链和北斗的卡友流动拼车系统，其特征在于，所述卡友移动端还用于响应于货主移动端发送的订单托运请求确定是否承运具体包括：

根据卡友车辆的当前运输货物信息、订单托运请求的运输路线与当前运输路线的匹配度和运输时间要求，确定是否承运；

若卡友移动端接受货主的订单托运请求，根据订单托运请求分配车厢仓位，将订单托运请求信息和卡友车辆信息上链至区块链网络中。

9.一种基于区块链和北斗的卡友流动拼车方法，其特征在于，包括：

获取卡车司机的已承运订单信息和车辆满载信息，解析卡车司机的车厢空余仓位信息，创建卡车司机的货位需求订单；

响应于货主移动端发起的订单托运请求，根据卡友的货位需求订单和卡友车辆信息，确定是否同意承运；

或查询货主移动端的仓位需求订单是否匹配，若匹配向货主移动端发起订单承运请求，检测到货主移动端的订单承运同意信息，分配车厢仓位，及将订单匹配信息通过Web应用平台上链至区块链中；

还通过Web应用平台的智能合约支付系统自动完成对订单的运费支付，及通过北斗导航系统实时获取卡友车辆定位信息。

10.根据权利要求9所述的一种基于区块链和北斗的卡友流动拼车方法，其特征在于，还包括：

发布货主的仓位需求订单，响应于卡友移动端发起的订单承运请求，根据卡友车辆信息和仓位需求确定是否托运；

或查询卡友移动端的货位需求订单是否匹配，若匹配向卡友移动端发起订单托运请求，检测到卡友移动端的订单托运同意信息，将订单匹配信息通过Web应用平台上链至区块链中。