CN112396375B - 发货方法及装置、存储介质及电子设备 - Google Patents

发货方法及装置、存储介质及电子设备 Download PDF

Info

Publication number
CN112396375B
CN112396375B CN202011298423.8A CN202011298423A CN112396375B CN 112396375 B CN112396375 B CN 112396375B CN 202011298423 A CN202011298423 A CN 202011298423A CN 112396375 B CN112396375 B CN 112396375B
Authority
CN
China
Prior art keywords
goods
order information
transported
information
bulk
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011298423.8A
Other languages
English (en)
Other versions
CN112396375A (zh
Inventor
周皓
徐剑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Yunmanman Information Technology Co.,Ltd.
Original Assignee
Jiangsu Manyun Logistics Information Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jiangsu Manyun Logistics Information Co ltd filed Critical Jiangsu Manyun Logistics Information Co ltd
Priority to CN202011298423.8A priority Critical patent/CN112396375B/zh
Publication of CN112396375A publication Critical patent/CN112396375A/zh
Application granted granted Critical
Publication of CN112396375B publication Critical patent/CN112396375B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0834—Choice of carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0838—Historical data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及货物运输技术领域，提供一种发货方法及装置、存储介质及电子设备。其中，发货方法应用于服务器，具体包括：从托运人终端接收的待运输货物的订单信息并发布；从承运人终端接收针对订单信息发起的接单请求，并在确定待运输货物为大宗货物且尚未承运完毕时，根据接单请求生成新的订单信息并发布，新的订单信息内容上继承自订单信息，并包含有待运输货物当前的承运状态；继续响应新的接单请求，并在确定待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定待运输货物已承运完毕。该方法有利于提高托运人发大宗货物的效率，提高订单管理能力，并有利于避免拆分出的订单与承运人运力不匹配的情况。

Description

发货方法及装置、存储介质及电子设备
技术领域
本发明涉及货物运输技术领域，具体而言，涉及一种发货方法及装置、存储介质及电子设备。
背景技术
随着科技的发展，越来越多的托运人选择在网络货源平台上发布货源订单信息，寻找匹配的承运人承运货物。但对于大宗货物，单一承运人的一辆车通常无法满足运输需求，此时托运人只能自行拆分货源，并一次性发布多个货源订单信息，操作效率十分低下。
发明内容
本申请实施例的目的在于提供一种发货方法及装置、存储介质及电子设备，以改善上述技术问题。
为实现上述目的，本申请提供如下技术方案：
第一方面，本申请实施例提供一种发货方法，应用于服务器，所述方法包括：从托运人终端接收的待运输货物的订单信息，并发布所述订单信息；从承运人终端接收针对所述订单信息发起的接单请求，并在确定所述待运输货物为大宗货物且尚未承运完毕时，根据所述接单请求生成新的订单信息，并发布所述新的订单信息；其中，所述新的订单信息内容上继承自所述订单信息，并包含有所述待运输货物当前的承运状态；继续响应新的接单请求，并在确定所述待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定所述待运输货物已承运完毕。
在上述方法中，首先，服务器根据承运人的接单情况，不断基于之前的订单信息自动生成新的订单信息并对外发布，相当于实现了对大宗货物的自动拆分发货，而托运人只需提交最初的订单信息即可，其操作相较于现有技术大为简化，发货效率显著提高，操作出错的可能性也显著降低。其次，拆分出的各订单信息并非一次性发布的，而是只有在承运人承接了当前订单之后，服务器才会产生下一订单信息并对外发布，从而有利于避免提前拆分出的订单与承运人运力不匹配的情况。最后，拆分出的各订单信息在内容上相互继承，并且都包含有待运输货物当前的承运状态，并非孤立的订单，便于对其进行管理。
在第一方面的一种实现方式中，所述确定所述待运输货物为大宗货物，包括：若所述订单信息中包含有大宗货物发货标识，则确定所述待运输货物为大宗货物；或者，若所述订单信息中未包含大宗货物发货标识且所述订单信息中包含的总货物量大于预设阈值，则确定所述待运输货物为大宗货物。
承运人在发大宗货物时，至少可以采用两种方式，一种是走大宗货物发货流程，此时订单信息中将包含大宗货物发货标识，服务器可以根据此标识识别待运输货物为大宗货物；另一种是走普通货物发货流程，此时订单信息中将不包含大宗货物发货标识，但服务器可以订单信息中包含的总货物量(例如，总吨方数等)识别待运输货物为大宗货物。
在第一方面的一种实现方式中，在通过所述订单信息中包含的总货物量确定所述待运输货物为大宗货物之后，所述方法还包括：向所述托运人终端发送第一提示信息，所述第一提示信息用于询问托运人是否采用大宗货物发货流程进行本次发货；所述根据所述接单请求生成新的订单信息，包括：若接收到所述托运人终端发送的第一响应消息，则根据所述接单请求生成新的订单信息；其中，所述第一响应消息表示托运人同意采用所述大宗货物发货流程进行本次发货。
若承运人通过普通货物发货流程进行发货，但服务器识别出所发货物为大宗货物，则可以对承运人进行提示，让其选择是否改走大宗货物发货流程，帮助承运人尽快熟悉新功能，提高发货效率。但如果承运人不愿意使用新功能，仍可以继续按照普通货物的发货方式发大宗货物。
在第一方面的一种实现方式中，所述待运输货物当前的承运状态包括：所述待运输货物当前的剩余货物量，和/或，当前已承运过所述待运输货物的人数。
订单信息发布后，剩余货物量和/或已承运人数可以显示在承运人终端的界面上，便于承运人进行参考，进而决定是否要进行货物承接。当然，这些信息也可以显示在托运人终端的界面上，便于托运人了解所发货物的当前状况。
在第一方面的一种实现方式中，所述发布所述订单信息，包括：确定满足信息推送条件的目标承运人终端，并向所述目标承运人终端发送所述订单信息。
在上述实现方式中，首先，采取了推送信息的方式进行订单信息的发布，便于承运人及时掌握最新的货源状况，其次，服务器并非要向所有承运人终端进行推送，而是只向满足一定条件(例如，被认为适合承运本订单)的目标承运人终端进行推送，既降低了服务器压力和对网络带宽的占用，又使得订单信息的推送更有目的性，有利于促进托运人和承运人达成运输协议。
在第一方面的一种实现方式中，所述信息推送条件包括以下至少一项：所述承运人终端所在的位置处于所述订单信息中包含的发货位置周边的预设范围内；所述承运人终端对应的承运人的承运倾向与所述订单信息匹配；所述承运人终端对应的承运人的承运能力与所述订单信息匹配；所述承运人终端对应的承运人被一已承运所述待运输货物的承运人推荐。
设置第一项条件的出发点是：只向那些距离发货位置不远的承运人推送订单信息；设置第二项条件的出发点是：只向那些承运倾向与当前订单一致(如，承运人的路线偏好与当前订单的路线相同)的承运人推送订单信息；设置第三项条件的出发点是：只向那些承运能力满足当前订单要求(如，承运人的货车车型与当前订单要求的车型一致)的承运人推送订单信息；设置第四项条件的出发点是：已承接大宗货物的承运人可以主动推荐其他承运人(例如，同事、熟人)接单，服务器会将订单信息也推送给被推荐的人。
在第一方面的一种实现方式中，所述承运倾向通过以下至少一种方式获得：由所述服务器根据所述承运人承接的历史订单进行统计得到；从所述承运人终端接收。
承运人的承运倾向既可以由承运人主动在承运人终端上填写，也可以由服务器根据历史订单进行统计，从中发现承运人的承运倾向，或者将两种方式结合。总之，其获取方式非常灵活。
在第一方面的一种实现方式中，所述向所述目标承运人终端发送所述订单信息，包括：从所述目标承运人终端获取运力信息，所述运力信息包括承运人信息以及货车信息；计算所述运力信息与所述订单信息的匹配度指标，并根据所述匹配度指标向所述目标承运人终端发送所述订单信息。
在上述实现方式中，匹配度指标表征了承运人适合承接当前订单的程度，从而根据计算出的匹配度指标向目标承运人终端推送订单信息(例如，按照匹配度指标从高到低的顺序进行推送并在承运人终端按照推送顺序显示订单信息)，有利于承运人筛选适合自己承接的货物，促进托运人和承运人达成运输协议。并且，该实现方式在计算匹配度指标时综合考虑了承运人信息、货车信息以及订单信息三项因素，因此计算出的匹配度指标参考价值较高。
在第一方面的一种实现方式中，在确定所述待运输货物为大宗货物后，所述方法还包括：若通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物未通过大宗货物发货流程进行发货，则向所述托运人终端发送第二提示信息，所述第二提示信息用于询问托运人是否采用所述大宗货物发货流程重发所述历史货物。
由于待运输货物为大宗货物，若一历史货物与当前货物相似(如路线、重量、货物类型、吨方数等相似)，则该历史货物也为大宗货物。从而，若该历史货物在发货时未走大宗货物发货流程，并且当前还未被承接，则可提醒托运人改走大宗货物发货流程重新发货，一方面使托运人享受新功能的优点，一方面使托运人能够尽快熟悉大宗货物发货流程。
在第一方面的一种实现方式中，在确定所述待运输货物为大宗货物后，所述方法还包括：若通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物通过大宗货物发货流程进行发货，则向所述托运人终端发送第三提示信息，所述第三提示信息用于引导托运人查看关于所述大宗货物发货流程的介绍。
由于待运输货物为大宗货物，若一历史货物与当前货物相似(如路线、重量、货物类型、吨方数等相似)，则该历史货物也为大宗货物。从而，若该历史货物在发货时已走大宗货物发货流程，并且当前还未被承接，则可提醒托运人查看关于大宗货物发货流程的介绍，使托运人能够熟悉大宗货物发货流程，打消其在使用新功能时的疑虑。
第二方面，本申请实施例提供一种发货装置，配置于服务器，所述装置包括：订单信息接收模块，用于从托运人终端接收的待运输货物的订单信息，并发布所述订单信息；大宗货物发货模块，用于从承运人终端接收针对所述订单信息发起的接单请求，并在确定所述待运输货物为大宗货物且尚未承运完毕时，根据所述接单请求生成新的订单信息，并发布所述新的订单信息；其中，所述新的订单信息内容上继承自所述订单信息，并包含有所述待运输货物当前的承运状态；所述大宗货物发货模块，还用于继续响应新的接单请求，并在确定所述待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定所述待运输货物已承运完毕。
第三方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行第一方面或第一方面的任意一种可能的实现方式提供的方法。
第四方面，本申请实施例提供一种电子设备，包括：存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行第一方面或第一方面的任意一种可能的实现方式提供的方法。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种发货方法的流程；
图2示出了托运人App上部分与发货相关的界面；
图3示出了托运人App上部分显示提示信息的界面；
图4示出了承运人App上显示的货源列表；
图5示出了本申请实施例提供的一种发货装置的结构；
图6示出了本申请实施例提供的一种电子设备的结构。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
术语“第一”、“第二”等仅用于将一个实体或者操作与另一个实体或操作区分开来，而不能理解为指示或暗示相对重要性，也不能理解为要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
本申请实施例提供的发货方法至少涉及托运人终端、承运人终端以及服务器三方之间的交互行为。
其中，托运人终端指托运人所使用的终端，而托运人是指委托承运人运输货物的一方，例如，托运人可以但不限于是货主。承运人终端指承运人所使用的终端，而承运人是指接受托运人委托运输货物的一方，例如，承运人可以但不限于是货车司机。需要指出，这里所称的“终端”既可以指手机、PC机等终端设备(具体结构可参考图6)，也可以指这些设备上运行的终端程序，如手机上的App(应用程序)、App中的小程序(如微信小程序)，PC机上的客户端软件、网页等等。以手机App为例，托运人终端和承运人终端可以是同一个App，也可以是不同的App：对于前一种情况，例如，货主和司机登录同一App后显示不同的界面；对于后一种情况，例如，某货运App分成货主版和司机版两个版本，货主和司机可以各自安装所需的版本使用。
服务器可以由网络平台(例如，货运平台、电商平台)部署，本申请中的“服务器”既可以指作为服务器的设备(具体结构可参考图6)，也可以指这些设备上运行的服务端程序。在本申请的方案中，托运人终端和承运人终端至少可借助于服务器实现数据交互，但也不排除在一些实现方式中，托运人终端和承运人终端可以直接进行某些数据交互。
图1示出了本申请实施例提供的一种发货方法的流程。在介绍图1的方法时，主要以图2、图3、图4示出的App界面为例，并认为在执行图1示出的方法时，托运人和承运人的手机上已经安装好该App。可以理解的，图2、图3、图4仅为示例，App的布局也可以采用其他方式，或者也可以采用除App之外的方式实现发货方法。另外，还需要指出，图1中的一些步骤是可选的，但为了阐述上的方便，将这些可选的步骤都绘制了出来，具体阐述这些步骤时将会说明。参照图1，该方法包括：
步骤S100：托运人终端向服务器发送待运输货物的订单信息。
步骤S101：服务器确定待运输货物为大宗货物。
步骤S102：服务器向托运人终端发送第一提示信息。
以上三个步骤一起阐述。托运人在需要运输货物时，可以进入到托运人终端上的发货界面填写待运输货物的相关信息，例如，装卸货地址、装卸货时间、货物种类、货物重量、运费、运输要求、托运人联系方式、收货人联系方式等信息中的一项或多项，然后在界面上确认发货，进而托运人终端会向服务器发起发货请求，在发货请求中携带填写的信息。由于这些信息最终用于形成货物订单，所以在后文中将其称为订单信息。
图2(A)和图2(B)示出了承运人App中两种不同发货方式的界面，图2(A)为发普通货物的界面，图2(B)为发大宗货物的界面。若托运人打算通过普通货物发货流程进行本次发货则可通过图2(A)进行操作，若托运人打算通过大宗货物发货流程进行本次发货则可通过图2(B)进行操作。简单来说，普通货物发货流程就是将待运输货物作为单一订单发货的流程，大宗货物发货流程就是将待运输货物拆分为连续若干个订单发货的流程，其具体含义将通过后续的步骤得到呈现。
不难看出，图2(A)和图2(B)基本相同，可通过一个“发大吨方货”的开关快速实现两个界面的切换。二者主要区别在于图2(A)中的货物重量和体积允许填入一个区间，而图2(B)中的货物重量和体积则必须填入精确值，并且该精确值还设置有下限，该下限可以为大宗货物的最低判定标准，托运人不可在界面中输入比该下限更小的值。图2(B)中必须填入精确值的原因是为了支持后续步骤中大宗货物拆分，详见后文阐述。
在一些实现方式中，会为每批货物都设置一个有效期，有效期可以属于订单信息中的一项内容。若一批货物从订单发布之后经过了该有效期所指定的时长仍未被接单，则服务器可以将该订单置为无效，避免其持续占用网络平台资源。对于普通货物，可以设置一个默认的有效期，例如24小时；对于大宗货物，由于会被拆分为多个订单发出(详见后文阐述)，所以其发货过程可能比较长，因此允许托运人为其设置更长的有效期，例如48小时、72小时等，当然在一些替代方案中也可以自动为大宗货物默认设置一个更长的有效期。图2(C)示出了发大宗货物时设置货物有效期的界面，对于发普通货物，由于货物有效期是默认的，承运人App可以不提供该界面。
服务器接收到待运输货物的订单信息后，可以根据订单信息判断待运输货物是否为大宗货物：
例如，若承运人选择走大宗货物发货流程发货(比如，通过图2(B)的界面发货)，则可以在产生的订单信息中包含一个大宗货物发货标识，服务器根据此标识即可识别待运输货物为大宗货物。若承运人选择走普通货物发货流程发货(比如，通过图2(A)的界面发货)，则不在产生的订单信息中包含大宗货物发货标识，服务器检测不到此标识即可确认待运输货物不是大宗货物。注意，这里不考虑承运人选择了走大宗货物发货流程，却没有发大宗货物的情况，在App界面也可以通过一些手段避免此种情况的发生，例如前文在介绍图2(B)时提到的设置输入值的下限。
进一步的，对于后一种情况，不排除托运人只是不知道有专门发大宗货物的功能而选择了走普通货物发货流程(例如，App升级后新增了这一功能，但老用户并不清楚)，因此在检测不到大宗货物发货标识时直接将待运输货物判定为非大宗货物难免有些武断。
在一些实现方式中，若服务器发现订单信息中未包含大宗货物发货标识，还会进一步判断订单信息中包含的总货物量是否大于预设阈值，若大于阈值则确认待运输货物为大宗货物，否则确认待运输货物为普通货物。这里的总货物量有多种表现形式，例如，可以是货物的总重量、总体积、总数量等信息中的一项或几项。比如，目前公路货运单车最大承重量约为35吨，而最大装载体积约为143方，再考虑到各地的指标有一定的浮动，则可将上述预设阈值设置为50吨、150方。若某个订单信息中的货物重量大于50吨，或者货物体积大于150方，则将待运输货物判定为大宗货物，尽管该订单信息是通过普通货物发货流程创建的。需要指出，若订单信息中的总货物量为一个区间，则可以取区间下限进行上述阈值判断。
此外，服务器也并非一定要通过订单信息判断待运输货物是否为大宗货物，例如，托运人终端也可以在发送订单信息之前就先向服务器发送某些指示信息，指示接下来要发送的货物是否为大宗货物。
对于托运人选择走普通货物发货流程但却被服务器判定为大宗货物的情况，一种处理方式是服务器自动将其后续处理流程升级为发大宗货物的流程，并可以通知托运人已进行了自动升级处理。另一种处理方式是让托运人自己选择是要升级为大宗货物发货流程还是继续按照普通货物发货流程发货，图1中步骤S102示出的就是后一种方式。
在步骤S102中，服务器向托运人终端发送的第一提示信息用于询问托运人是否采用大宗货物发货流程进行本次发货。例如，托运人终端在收到第一提示信息后，可以显示一个询问窗口，询问其是否采用大宗货物发货流程进行本次发货。
若托运人仍坚持采用普通货物发货流程进行本次发货，则服务器将对外发布一个普通货物的订单信息，然而该订单信息中的总货物量单车无法承接，可以由托运人和承运人线下进行协商解决，可能会耗费较多时间，也未有效利用网络平台的优势。
若托运人同意采用走大宗货物发货流程进行本次发货，则托运人终端可以向服务器发送第一响应消息(图1未示出)，告知服务器托运人已同意发货流程升级，则服务器可以根据该消息自动将其后续处理流程升级为发大宗货物的流程。
或者，若托运人同意采用走大宗货物发货流程进行本次发货，托运人终端也可以跳转至发大宗货物的页面(例如，图2(B))，让托运人重新发货(回到步骤S100)，此种实现方式的好处在于：第一，有利于帮助托运人熟悉大宗货物发货的新功能，提高其发货效率；第二，发大宗货物时某些订单信息的填写本就与发普通货物不同，可能需要重新编辑，比如，前文提到发普通货物时，货物的重量或体积可以填一个区间，而发大宗货物时必须填精确值。当然，对于那些无需编辑的信息，可以直接沿用托运人在按照普通货物发货时填写的信息，减轻其编辑负担。
对于选择了走大宗货物发货流程的订单信息(不论是一开始就走大宗货物发货流程，还是后续升级为大宗货物发货流程)，服务器可以为其打上大宗货物标签，便于后续和普通货物进行区分处理。
步骤S103：服务器确定尚未被承接的历史货物可升级为大宗货物发货流程。
步骤S104：服务器向托运人终端发送第二提示信息。
以上两个步骤一起阐述，这两个步骤为可选步骤。在确定了待运输货物为大宗货物后，服务器可以从已经发货的历史货物中查找同时满足如下条件的货物：
(1)该货物与待运输货物相似，例如，订单信息中包含的路线、重量、货物类型、吨方数等相似；
(2)该货物尚未被承接；
(3)该货物未通过大宗货物发货流程进行发货，前文提到，对于通过大宗货物发货流程进行发货的订单服务器可以为其打上标签，通过该标签即可确定某货物是否走了大宗货物发货流程。
满足上述条件的历史货物可以认为是大宗货物，但并未走大宗货物发货流程(例如，托运人不知道存在该功能，或者，该历史货物是在App升级之前发货的，但大宗货物发功的新功能在App升级之后才上线)，若该历史货物已经被承接，当然不便再介入，若尚未被承接，则服务器可向托运人终端发送第二提示信息，第二提示信息用于询问托运人是否采用大宗货物发货流程重发该历史货物(即发货流程升级)。
例如，托运人终端在收到第二提示信息后，可以显示一个询问窗口，询问其是否采用大宗货物发货流程重发该历史货物，如图3(A)所示。若托运人选择“前去编辑”，则可进入图2(B)进行货物重发(回到步骤S100)，若托运人选择“坚持再发一票”，则表示不再重发该历史货物，继续发当前的待运输货物。
执行步骤S103和步骤S104一方面有利于促使托运人将相似的历史货物都进行发货升级，充分享受大宗货物发货流程的便利性(具体见后文阐述)，另一方面也能够促使托运人尽快熟悉大宗货物发货流程，减少或不再使用普通货物发货流程进行大宗货物的发货。
在一些实现方式中，也不排除待运输货物为普通货物时，也会执行步骤S103和步骤S104。
步骤S105：服务器确定尚未被承接的历史货物已使用大宗货物发货流程。
步骤S106：服务器向托运人终端发送第三提示信息。
以上两个步骤一起阐述，这两个步骤为可选步骤。在确定了待运输货物为大宗货物后，服务器可以从已经发货的历史货物中查找同时满足如下条件的货物：
(1)该货物与待运输货物相似，例如，订单信息中包含的路线、重量、货物类型、吨方数等相似；
(2)该货物尚未被承接；
(3)该货物通过大宗货物发货流程进行发货，前文提到，对于通过大宗货物发货流程进行发货的订单服务器可以为其打上标签，通过该标签即可确定某货物是否走了大宗货物发货流程。
若服务器查找到满足上述条件的历史货物，则可向托运人终端发送第三提示信息，第三提示信息用于引导托运人查看关于大宗货物发货流程的介绍。
例如，托运人终端在收到第三提示信息后，可以显示一个提示窗口，提醒托运人查看关于大宗货物发货流程的介绍，如图3(B)所示。若托运人选择“查看详情”，则可进入功能介绍页面，若托运人选择“坚持再发一票”，则表示继续发当前的待运输货物。
下面简单分析一下步骤S105和步骤S106所要实现的功能：
大宗货物发货功能上线后，虽然托运人可能已经使用了该功能，但未必清楚大宗货物发货流程和普通货物发货流程到底存在什么区别，特别是所发的历史货物尚未被承接时，托运人可能更不清楚接大宗货物发货流程到底如何发货。从而，在识别到托运人再发与历史货物相似的大宗货物时，可以提醒托运人查看关于大宗货物发货流程的介绍，使托运人能够更熟悉大宗货物发货流程，打消其在使用新功能时的疑虑。
在一些实现方式中，也不排除待运输货物为普通货物时，也会执行步骤S105和步骤S106。
步骤S107：服务器发布订单信息。
发布订单信息是指使得该订单信息处于可被承运人终端查看的状态。在一些实现方式中，服务器可以主动将订单信息推送给承运人终端。在另一些实现方式中，服务器也可以不主动向承运人终端推送订单信息，而是由承运人终端自行从服务器上拉取最新的订单信息(例如，定时拉取)。考虑到服务器主动推送便于承运人及时掌握最新的货源状况，所以下面主要以服务器主动推送订单信息的方式为例进行说明。
在一些实现方式中，服务器向所有在线的承运人终端都推送订单信息；在另一些实现方式中，服务器仅向满足信息推送条件的承运人终端(不妨称为目标承运人终端)推送提示信息。对于后者，信息推送条件起到筛选作用，目的是筛选出那些适合承接本订单的目标承运人(目标承运人对应目标承运人终端)，以便减小信息推送的范围，此举既降低了服务器压力和对网络带宽的占用，又使得订单信息的推送更有针对性，有利于促进托运人和承运人达成运输协议。
进一步的，上述信息推送条件可以包括以下至少一项，当然也不排除包括其他条件：
(1)承运人终端所在的位置处于订单信息中包含的发货位置周边的预设范围内；
(2)承运人终端对应的承运人的承运倾向与订单信息匹配；
(3)承运人终端对应的承运人的承运能力与订单信息匹配；
(4)承运人终端对应的承运人被一已承运待运输货物的承运人推荐。
其中，设置第(1)项条件的出发点是：只向那些距离发货位置不远的承运人推送订单信息。例如，以发货位置为中心、半径10km范围内的承运人；又例如，和发货位置位于同一城市的承运人，等等。承运人的位置和承运人终端所在的位置可以认为是相同的，而承运人终端所在的位置可以由终端定时上报给服务器。
设置第(2)项条件的出发点是：只向那些承运倾向与当前订单一致的承运人推送订单信息。例如，承运人的路线偏好与订单信息中的路线相同或相似，可以向其推送订单信息；又例如，承运人喜欢承运的货物类型与订单信息中的货物类型相同或相似，可以向其推送订单信息，等等。
承运人的承运倾向既可以由承运人主动在承运人终端上填写，然后上传到服务器，也可以由服务器根据历史订单信息进行统计，从中发现承运人的承运倾向，或者将两种方式结合。总之，其获取方式非常灵活。
设置第(3)项条件的出发点是：只向那些承运能力满足当前订单要求的承运人推送订单信息。例如，承运人的货车车型与订单信息中要求的车型一致，可以向其推送订单信息；又例如，订单信息中指明承运人必须具有某种资质才能运输待运输货物，则只向具有该资质的承运人推送订单信息，等等。承运人的承运能力可以由承运人主动在承运人终端上填写，然后上传到服务器。
设置第(4)项条件的出发点是：已承接大宗货物的承运人可以主动推荐其他承运人(例如，同事、熟人)接单，服务器会将订单信息也推送给被推荐的人。例如，承运人A承接了某大宗货物，但未能承接完，还有剩余货物可承接，则承运人A可推荐同一公司的承运人B继续承接剩余货物。例如，承运人A在承接货物时，可在承运人终端上填写承运人B的身份信息等，并上传至服务器，以使服务器获知B已被A推荐。此举既有利于待运输货物尽快被承接，也有利于更多的承运人获知订单信息。
服务器上往往存在大量的订单信息，即使对于同一个目标承运人，也往往存在多个订单信息可向其推送。在一些实现方式中，可对推送的订单信息进行排序或者只推送其中的一部分，具体做法如下：
服务器首先从目标承运人终端处获取运力信息，运力信息包括承运人信息以及货车信息。其中，承运人信息可以是承运人的承运倾向(路线、运费、货物类型等方面的倾向)、承运人的好评率、承运人的历史违规情况、承运人是否缴纳保证金等等；货车信息可以是车辆位置、载货状态(空载、满载等)、车型、是否配有雨布等等。
然后，服务器会计算运力信息与订单信息的匹配度指标，并根据匹配度指标向目标承运人终端推送订单信息。本申请并不限定如何计算匹配度指标，比如，在计算时可以综合考虑运输距离、运输价格、运输服务(例如，需要雨布)等方面的因素，这里列举的三个因素在订单信息、承运人信息、货车信息中存在对应内容，从而可以进行匹配度指标的计算。例如，订单信息会包含托运人倾向的运输价格，承运人信息中也会包含承运人倾向的运输价格，从而二者之间可以计算匹配度指标。
匹配度指标表征了承运人适合承接当前订单的程度，从而服务器根据计算出的匹配度指标向目标承运人终端推送订单信息，有利于目标承运人根据推送结果快速筛选适合自己承接的货物，促进托运人和承运人达成运输协议。例如，服务器可以按照对应的匹配度指标从高到低的顺序进行订单信息的推送，在承运人终端也按照推送顺序显示订单信息的列表；又例如，服务器可以只推送对应的匹配度指标排在前10的订单信息，其余的订单信息不推送，等等。并且，由于上面在计算匹配度指标时综合考虑了承运人信息、货车信息以及订单信息，因此计算出的匹配度指标参考价值较高。
图4(A)示出了一个发布好的大宗货物的订单信息(在承运人终端上显示)。订单信息中除了包括承运人填写的内容外，还可以包括待运输货物当前的承运状态，例如，待运输货物当前的剩余货物量、当前已承运过待运输货物的人数、当前已联系过托运人的人数中的一项或几项。假设待运输货物的总重量为5000吨，由于图4(A)中尚无人接单，所以图中显示待运输货物当前还剩余5000吨，但后续随着货物被承运，界面上的该数值会发生变化。在承运人终端上显示这些信息便于承运人进行参考，进而决定是否要进行货物承接。
可以理解的，订单信息也可以在托运人终端的界面上显示，便于托运人了解所发货物的当前状况，如图2(D)所示。在图2(D)中，界面上同样显示有待运输货物当前的承运状态(剩余100吨)，该承运状态随着货物被承运可能发生变化，可由服务器不断向托运人终端推送并更新显示。至于订单信息中由托运人填写的信息，则可直接来源于托运人终端本地，不必由服务器推送。
可以理解的，虽然在阐述步骤S107时是以发大宗货物为例，但对于普通货物的订单信息的发布，也可以执行步骤S107。
步骤S108：承运人终端向服务器发送针对订单信息的接单请求。
步骤S109：服务器判断待运输货物是否承运完毕。
步骤S110：服务器根据接单请求生成新的订单信息。
以上三个步骤一起阐述。承运人在承运人终端上看到发布的订单信息后，可以根据自身情况选择要承接的订单。但若承运人不了解大宗货物发货功能，在面对大宗货物的订单信息时，可能不会选择承接。例如，某承运人的货车载重只有20吨，但某大宗货物的总重量为100吨，该承运人在不了解大宗货物发货流程的情况下，可能认为自己无法承接该大宗货物，从而放弃接单。为避免出现这样的情况，在承运人终端的界面上对于大宗货物的订单信息可以给出提示，例如，“此货物允许多人共同承接”，显示这些提示信息有助于承运人打消接单方面的疑虑，促进交易达成。
有多种方式可实现上述对承运人的提示功能。例如，服务器在发布大宗货物的订单信息之前，可以在其中添加大宗货物发货标识(若本来就有该标识则无需添加)，这样承运人终端在获取到订单信息后，若检测到该标识，则可确定当前订单信息采用的是大宗货物发货流程，从而可以在界面上显示相应的提示信息。又例如，服务器在发布大宗货物的订单信息之前，可以直接在其中添加要在承运人终端的界面上显示的提示信息，承运人终端获取到订单信息后，将订单信息在界面上显示，其中包含的提示信息自然也就显示出来了。
确认接单后承运人终端将向服务器发送对应的接单请求，接单请求中可以包含承运人信息和货车信息(例如，承运人的身份信息、联系方式、货车的车型等，其内容不一定等同于前面阐述步骤S107时提到的承运人信息和货车信息)。
服务器接收到接单请求后，根据接单请求中提供的车型等信息，可以确定出本次将被承运的货物量：例如，每种车型对应的载重吨数是已知的，从而服务器将待运输货物当前的剩余吨数(包含在待运输货物当前的承运状态中)与本次将被承运的吨数进行比较，即可确定待运输货物本次是否将被承运完毕。若承运完毕，则发货流程结束，若未承运完毕，则执行步骤S110。
在步骤S110中，服务器根据接单请求生成新的订单信息，新的订单信息在内容上主要继承自当前的订单信息，例如，托运人填写的装卸货地址、装卸货时间等信息均可以直接复制，但待运输货物当前的承运状态不可继承当前的订单信息，必须进行更新。例如，当前的订单信息中待运输货物重量为5000吨，本次承运了36吨，则新的订单信息中待运输货物重量需要更新为4964吨(顺便一提，这也是图2(B)中的货物重量要求填写精确值的原因)，如图4(B)所示。又例如，当前的订单信息中已承运过待运输货物的人数为0人，本次承运了之后，新的订单信息中已承运过待运输货物的人数需要更新为1人。
步骤S110执行完之后，流程进入步骤S107重复执行(当然此时要发布的是新生成的订单信息)，直至在某次执行至步骤S109时判断出货物已承运完毕。
需要指出，上文中多次提到的大宗货物发货流程，可以指从步骤S107至步骤S110的迭代流程，若采用普通货物发货流程，则只会执行到步骤S108就结束发货。
下面简单总结本申请实施例提供的发货方法的优势：
首先，服务器根据承运人的接单情况，不断基于之前的订单信息自动生成新的订单信息并对外发布，相当于实现了对大宗货物的自动拆分发货，而托运人只需提交最初的订单信息即可，无需自行进行订单拆分及发布，其操作相较于现有技术大为简化，发货效率显著提高，操作出错的可能性也显著降低。其次，拆分出的各订单信息并非一次性发布的，而是只有在承运人承接了当前订单之后，服务器才会产生下一订单信息并对外发布，从而有利于避免提前拆分出的订单与承运人运力不匹配的情况(例如，过度拆分订单)。最后，拆分出的各订单信息在内容上相互继承，并且都包含有待运输货物当前的承运状态，并非孤立的订单，便于平台对其进行统一管理。
图5示出了本申请实施例提供的发货装置200的功能模块图。参照图5，发货装置200包括：
订单信息接收模块210，用于从托运人终端接收的待运输货物的订单信息，并发布所述订单信息；
大宗货物发货模块220，用于从承运人终端接收针对所述订单信息发起的接单请求，并在确定所述待运输货物为大宗货物且尚未承运完毕时，根据所述接单请求生成新的订单信息，并发布所述新的订单信息；其中，所述新的订单信息内容上继承自所述订单信息，并包含有所述待运输货物当前的承运状态；
大宗货物发货模块220，还用于继续响应新的接单请求，并在确定所述待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定所述待运输货物已承运完毕。
在发货装置200的一种实现方式中，大宗货物发货模块220确定所述待运输货物为大宗货物，包括：若所述订单信息中包含有大宗货物发货标识，则确定所述待运输货物为大宗货物；或者，若所述订单信息中未包含大宗货物发货标识且所述订单信息中包含的总货物量大于预设阈值，则确定所述待运输货物为大宗货物。
在发货装置200的一种实现方式中，大宗货物发货模块220还用于：在通过所述订单信息中包含的总货物量确定所述待运输货物为大宗货物之后，向所述托运人终端发送第一提示信息，所述第一提示信息用于询问托运人是否采用大宗货物发货流程进行本次发货；大宗货物发货模块220根据所述接单请求生成新的订单信息，包括：若接收到所述托运人终端发送的第一响应消息，则根据所述接单请求生成新的订单信息；其中，所述第一响应消息表示托运人同意采用所述大宗货物发货流程进行本次发货。
在发货装置200的一种实现方式中，所述待运输货物当前的承运状态包括：所述待运输货物当前的剩余货物量，和/或，当前已承运过所述待运输货物的人数。
在发货装置200的一种实现方式中，订单信息接收模块210发布所述订单信息，包括：确定满足信息推送条件的目标承运人终端，并向所述目标承运人终端发送所述订单信息。
在发货装置200的一种实现方式中，所述信息推送条件包括以下至少一项：所述承运人终端所在的位置处于所述订单信息中包含的发货位置周边的预设范围内；所述承运人终端对应的承运人的承运倾向与所述订单信息匹配；所述承运人终端对应的承运人的承运能力与所述订单信息匹配；所述承运人终端对应的承运人被一已承运所述待运输货物的承运人推荐。
在发货装置200的一种实现方式中，所述承运倾向通过以下至少一种方式获得：由所述服务器根据所述承运人承接的历史订单进行统计得到；从所述承运人终端接收。
在发货装置200的一种实现方式中，大宗货物发货模块220向所述目标承运人终端发送所述订单信息，包括：从所述目标承运人终端获取运力信息，所述运力信息包括承运人信息以及货车信息；计算所述运力信息与所述订单信息的匹配度指标，并根据所述匹配度指标向所述目标承运人终端发送所述订单信息。
在发货装置200的一种实现方式中，大宗货物发货模块220还用于：在确定所述待运输货物为大宗货物后，若进一步确定通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物未通过大宗货物发货流程进行发货，则向所述托运人终端发送第二提示信息，所述第二提示信息用于询问托运人是否采用所述大宗货物发货流程重发所述历史货物。
在发货装置200的一种实现方式中，大宗货物发货模块220还用于：在确定所述待运输货物为大宗货物后，若进一步确定通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物通过大宗货物发货流程进行发货，则向所述托运人终端发送第三提示信息，所述第三提示信息用于引导托运人查看关于所述大宗货物发货流程的介绍。
本申请实施例提供的发货装置200，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法实施例中相应内容。
图6示出了本申请实施例提供的电子设备300的一种可能的结构。参照图6，电子设备300包括：处理器310、存储器320以及通信接口330，这些组件通过通信总线340和/或其他形式的连接机构(未示出)互连并相互通讯。
其中，处理器310包括一个或多个(图中仅示出一个)，其可以是一种集成电路芯片，具有信号的处理能力。上述的处理器310可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、微控制单元(Micro Controller Unit，简称MCU)、网络处理器(Network Processor，简称NP)或者其他常规处理器；还可以是专用处理器，包括神经网络处理器(Neural-network Processing Unit，简称NPU)、图形处理器(Graphics ProcessingUnit，简称GPU)、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuits，简称ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。并且，在处理器310为多个时，其中的一部分可以是通用处理器，另一部分可以是专用处理器。
存储器320包括一个或多个(图中仅示出一个)，其可以是，但不限于，随机存取存储器(Random Access Memory，简称RAM)，只读存储器(Read Only Memory，简称ROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，简称EEPROM)等。处理器310以及其他可能的组件可对存储器320进行访问，读和/或写其中的数据。
在存储器320中可以存储一个或多个计算机程序指令，处理器310可以读取并运行这些计算机程序指令，以实现本申请实施例提供的发货方法。
通信接口330包括一个或多个(图中仅示出一个)，可以用于和其他设备进行直接或间接地通信，以便进行数据的交互。通信接口330可以包括进行有线和/或无线通信的接口。
可以理解的，图6所示的结构仅为示意，电子设备300还可以包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的结构。图6中所示的各组件可以采用硬件、软件或其组合实现。电子设备300可能是实体设备，例如PC机、笔记本电脑、平板电脑、手机、服务器、嵌入式设备等，也可能是虚拟设备，例如虚拟机、虚拟化容器等。并且，电子设备300也不限于单台设备，也可以是多台设备的组合或者大量设备构成的集群。
例如，本申请实施例中提到的承运人终端、托运人终端以及服务器均可采用图6中的结构实现。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被计算机的处理器读取并运行时，执行本申请实施例提供的发货方法。例如，计算机可读存储介质可以实现为图6中电子设备300中的存储器320。
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种发货方法，其特征在于，应用于服务器，所述方法包括：
从托运人终端接收的待运输货物的订单信息，并发布所述订单信息；
从承运人终端接收针对所述订单信息发起的接单请求，并在确定所述待运输货物为大宗货物且尚未承运完毕时，根据所述接单请求生成新的订单信息，并发布所述新的订单信息；其中，所述新的订单信息内容上继承自所述订单信息，并包含有所述待运输货物当前的承运状态，发布所述新的订单信息采用向满足条件的承运人终端推送的方式；
继续响应新的接单请求，并在确定所述待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定所述待运输货物已承运完毕；
其中，在确定所述待运输货物为大宗货物后，所述方法还包括：
若通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物未通过大宗货物发货流程进行发货，则向所述托运人终端发送第二提示信息，所述第二提示信息用于询问托运人是否采用所述大宗货物发货流程重发所述历史货物；
所述大宗货物发货流程是指所述服务器执行的以下流程：发布货物的订单信息；从所述承运人终端接收针对订单信息发起的接单请求，并在确定货物尚未承运完毕时，根据接单请求生成新的订单信息，并发布新的订单信息；继续响应新的接单请求，并在确定货物尚未承运完毕时继续生成新的订单信息并发布，直至确定货物已承运完毕。
2.根据权利要求1所述的发货方法，其特征在于，所述确定所述待运输货物为大宗货物，包括：
若所述订单信息中包含有大宗货物发货标识，则确定所述待运输货物为大宗货物；或者，
若所述订单信息中未包含大宗货物发货标识且所述订单信息中包含的总货物量大于预设阈值，则确定所述待运输货物为大宗货物。
3.根据权利要求2所述的发货方法，其特征在于，在通过所述订单信息中包含的总货物量确定所述待运输货物为大宗货物之后，所述方法还包括：
向所述托运人终端发送第一提示信息，所述第一提示信息用于询问托运人是否采用大宗货物发货流程进行本次发货；
所述根据所述接单请求生成新的订单信息，包括：
若接收到所述托运人终端发送的第一响应消息，则根据所述接单请求生成新的订单信息；其中，所述第一响应消息表示托运人同意采用所述大宗货物发货流程进行本次发货。
4.根据权利要求1所述的发货方法，其特征在于，所述待运输货物当前的承运状态包括：所述待运输货物当前的剩余货物量，和/或，当前已承运过所述待运输货物的人数。
5.根据权利要求1所述的发货方法，其特征在于，所述发布所述订单信息，包括：
确定满足信息推送条件的目标承运人终端，并向所述目标承运人终端发送所述订单信息。
6.根据权利要求5所述的发货方法，其特征在于，所述信息推送条件包括以下至少一项：
所述承运人终端所在的位置处于所述订单信息中包含的发货位置周边的预设范围内；
所述承运人终端对应的承运人的承运倾向与所述订单信息匹配；
所述承运人终端对应的承运人的承运能力与所述订单信息匹配；
所述承运人终端对应的承运人被一已承运所述待运输货物的承运人推荐。
7.根据权利要求6所述的发货方法，其特征在于，所述承运倾向通过以下至少一种方式获得：
由所述服务器根据所述承运人承接的历史订单进行统计得到；
从所述承运人终端接收。
8.根据权利要求5所述的发货方法，其特征在于，所述向所述目标承运人终端发送所述订单信息，包括：
从所述目标承运人终端获取运力信息，所述运力信息包括承运人信息以及货车信息；
计算所述运力信息与所述订单信息的匹配度指标，并根据所述匹配度指标向所述目标承运人终端发送所述订单信息。
9.根据权利要求1-8中任一项所述的发货方法，其特征在于，在确定所述待运输货物为大宗货物后，所述方法还包括：
若通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物通过大宗货物发货流程进行发货，则向所述托运人终端发送第三提示信息，所述第三提示信息用于引导托运人查看关于所述大宗货物发货流程的介绍。
10.一种发货装置，其特征在于，配置于服务器，所述装置包括：
订单信息接收模块，用于从托运人终端接收的待运输货物的订单信息，并发布所述订单信息；
大宗货物发货模块，用于从承运人终端接收针对所述订单信息发起的接单请求，并在确定所述待运输货物为大宗货物且尚未承运完毕时，根据所述接单请求生成新的订单信息，并发布所述新的订单信息；其中，所述新的订单信息内容上继承自所述订单信息，并包含有所述待运输货物当前的承运状态，发布所述新的订单信息采用向满足条件的承运人终端推送的方式；
所述大宗货物发货模块，还用于继续响应新的接单请求，并在确定所述待运输货物尚未承运完毕时继续生成新的订单信息并发布，直至确定所述待运输货物已承运完毕；
其中，所述大宗货物发货模块还用于：在确定所述待运输货物为大宗货物后，若进一步确定通过所述托运人终端发布的一历史货物与所述待运输货物为相似货物，并且所述历史货物尚未被承接，并且所述历史货物未通过大宗货物发货流程进行发货，则向所述托运人终端发送第二提示信息，所述第二提示信息用于询问托运人是否采用所述大宗货物发货流程重发所述历史货物；
所述大宗货物发货流程是指所述服务器执行的以下流程：发布货物的订单信息；从所述承运人终端接收针对订单信息发起的接单请求，并在确定货物尚未承运完毕时，根据接单请求生成新的订单信息，并发布新的订单信息；继续响应新的接单请求，并在确定货物尚未承运完毕时继续生成新的订单信息并发布，直至确定货物已承运完毕。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行如权利要求1-9中任一项所述的方法。
12.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求1-9中任一项所述的方法。
CN202011298423.8A 2020-11-18 2020-11-18 发货方法及装置、存储介质及电子设备 Active CN112396375B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011298423.8A CN112396375B (zh) 2020-11-18 2020-11-18 发货方法及装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011298423.8A CN112396375B (zh) 2020-11-18 2020-11-18 发货方法及装置、存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN112396375A CN112396375A (zh) 2021-02-23
CN112396375B true CN112396375B (zh) 2022-06-21

Family

ID=74607442

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011298423.8A Active CN112396375B (zh) 2020-11-18 2020-11-18 发货方法及装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN112396375B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113837614A (zh) * 2021-09-26 2021-12-24 北京京东振世信息技术有限公司 承运货物量监控方法、系统、电子设备及可读介质
CN114266523A (zh) * 2021-12-29 2022-04-01 江苏满运物流信息有限公司 信息展示方法、装置、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104599168A (zh) * 2015-02-02 2015-05-06 北京嘀嘀无限科技发展有限公司 叫车订单的分配方法和装置
AU2018201076A1 (en) * 2011-09-25 2018-03-08 Theranos Ip Company, Llc Systems and methods for multi-analysis
CN107833099A (zh) * 2017-11-07 2018-03-23 北京小度信息科技有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN108205742A (zh) * 2017-12-30 2018-06-26 惠龙易通国际物流股份有限公司 基于动态策略的订单分配方法、设备及计算机存储介质
CN110309996A (zh) * 2019-04-12 2019-10-08 郑州时空隧道信息技术有限公司 同城配送的订单配送调控系统
CN111131385A (zh) * 2019-11-19 2020-05-08 宁波金洋化工物流有限公司 移动端电子运单管理系统
CN111932155A (zh) * 2020-09-23 2020-11-13 南京福佑在线电子商务有限公司 智能订单车辆匹配方法、系统、装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105117879A (zh) * 2015-08-19 2015-12-02 广州增信信息科技有限公司 一种车、货智能匹配方法、装置及系统
CN107067218A (zh) * 2017-06-08 2017-08-18 北京惠赢天下网络技术有限公司 一种配送商的货物配送方法、系统及终端
CN109741143A (zh) * 2019-01-04 2019-05-10 杭州卓凯科技有限公司 基于货运汽车网约平台的在线接单系统及方法
CN110009278A (zh) * 2019-03-22 2019-07-12 深圳市轱辘汽车维修技术有限公司 基于共享后备箱的货物匹配方法、服务器及存储介质
CN110298721A (zh) * 2019-04-11 2019-10-01 中储南京智慧物流科技有限公司 一种物流电商平台司机组队摘单的方法
CN110111057B (zh) * 2019-05-10 2022-07-29 拉扎斯网络科技（上海）有限公司 一种订单分配的方法、装置、可读存储介质和电子设备
CN110414797A (zh) * 2019-07-03 2019-11-05 江苏卡满行物联科技有限公司 物流订单自动拆分与自动派车方法
CN111695732B (zh) * 2020-06-09 2022-07-26 武汉问道信息技术有限公司 一种烟草成品物流的订单分批与路径规划方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2018201076A1 (en) * 2011-09-25 2018-03-08 Theranos Ip Company, Llc Systems and methods for multi-analysis
CN104599168A (zh) * 2015-02-02 2015-05-06 北京嘀嘀无限科技发展有限公司 叫车订单的分配方法和装置
CN107833099A (zh) * 2017-11-07 2018-03-23 北京小度信息科技有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN108205742A (zh) * 2017-12-30 2018-06-26 惠龙易通国际物流股份有限公司 基于动态策略的订单分配方法、设备及计算机存储介质
CN110309996A (zh) * 2019-04-12 2019-10-08 郑州时空隧道信息技术有限公司 同城配送的订单配送调控系统
CN111131385A (zh) * 2019-11-19 2020-05-08 宁波金洋化工物流有限公司 移动端电子运单管理系统
CN111932155A (zh) * 2020-09-23 2020-11-13 南京福佑在线电子商务有限公司 智能订单车辆匹配方法、系统、装置

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
Jian Xiong等.Split Demand One-to-One Pickup and Delivery Problems With the Shortest-Path Transport Along Real-Life Paths.《IEEE Access》.2020,第8卷 *
Verena Brandstätter等.Efficient Transport Logistics : An Approach for Urban Freight Transport in Austria.《2020 15th Iberian Conference on Information Systems and Technologies (CISTI)》.2020, *
Xu Jian等.A Hypothesis of VSC-HVDC Ring-network and its Control Strategy for China"s Power Grid..《2017 IEEE POWER & ENERGY SOCIETY GENERAL MEETING》.2018, *
徐剑等.基于RFID和Android的诚信城市交通车辆系统的设计与实现.《微型电脑应用》.2018,第34卷(第11期), *
权义柯.滚装船车辆配载优化与系统实现.《中国优秀博硕士学位论文全文数据库(硕士)工程科技Ⅱ辑》.2014,(第6期), *
续岩.基于货物优先级的编组站配流问题研究.《中国优秀博硕士学位论文全文数据库(硕士) 工程科技Ⅱ辑》.2018,(第3期), *

Also Published As

Publication number Publication date
CN112396375A (zh) 2021-02-23

Similar Documents

Publication Publication Date Title
US20220027847A1 (en) Systems and methods for reserving space in carrier vehicles to provide on demand delivery services
CN112396375B (zh) 发货方法及装置、存储介质及电子设备
US10991254B2 (en) User vehicle dispatch dealing system and storage medium
JP5007262B2 (ja) 駐車場管理装置
US20170178070A1 (en) Data analysis for dispatch scheduling optimization in the presence of time constraints
CN112001681B (zh) 一种仓储管理方法、装置、平台和计算机可读存储介质
US20150046298A1 (en) Method and system for monitoring deliveries
CN110675037A (zh) 订单分配方法、分配装置及计算机可读存储介质
CN108182561B (zh) 无人智能零售终端的库存补给方法和装置
WO2017217872A1 (en) System and method for transportation system
CN103985024A (zh) 用于管理货物集散终端站处货物转移操作的系统和方法
US20160078688A1 (en) System and Method to Facilitate On-Demand Parking
CN112906949A (zh) 路线规划方法、装置、电子设备及可读存储介质
CN111861081A (zh) 一种订单分配方法、装置、电子设备及存储介质
CN116307306A (zh) 基于大数据的智能调度方法、装置、设备以及存储介质
CN112819586B (zh) 货物装卸匹配方法、系统、电子设备和存储介质
US20170091681A1 (en) System and method for providing a dynamic loadboard
KR20130109824A (ko) 배차시스템 및 배차방법
CN113888083A (zh) 一种货物的处理方法、装置、设备以及存储介质
CN111199321A (zh) 运输网络的优化方法、装置、介质及计算机设备
US20230297953A1 (en) Devices, systems, and methods for freight logistics and asset management
CN117057563A (zh) 网点交派件任务分配方法、装置、设备及存储介质
US11669099B2 (en) Time management system, server, and control method thereof
WO2017083930A1 (en) "a computer system and a computer implemented method for arranging transport of a load"
JP7139400B2 (ja) 運送依頼システム、サーバ、および、運送依頼先の選定方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 210000 4th floor, building 5, no.170-1, software Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee after: Jiangsu Yunmanman Information Technology Co.,Ltd.

Address before: 210000 4th floor, building 5, no.170-1, software Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee before: Jiangsu manyun Logistics Information Co.,Ltd.

EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20210223

Assignee: Nanjing Manyun Cold Chain Technology Co.,Ltd.

Assignor: Jiangsu Yunmanman Information Technology Co.,Ltd.

Contract record no.: X2023980040393

Denomination of invention: Shipping method and device, storage medium and electronic equipment

Granted publication date: 20220621

License type: Common License

Record date: 20230824

CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 210012 3rd floor, building a, Wanbo Science Park, 66 Huashen Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee after: Jiangsu Yunmanman Information Technology Co.,Ltd.

Address before: 210000 4th floor, building 5, no.170-1, software Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee before: Jiangsu Yunmanman Information Technology Co.,Ltd.