CN109697580A - 一种承运订单的生成方法、司机客户端及服务器 - Google Patents
一种承运订单的生成方法、司机客户端及服务器 Download PDFInfo
- Publication number
- CN109697580A CN109697580A CN201710985335.7A CN201710985335A CN109697580A CN 109697580 A CN109697580 A CN 109697580A CN 201710985335 A CN201710985335 A CN 201710985335A CN 109697580 A CN109697580 A CN 109697580A
- Authority
- CN
- China
- Prior art keywords
- driver
- acknowledgement
- consignment
- order
- quotation
- 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.)
- Pending
Links
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
- G06Q10/0834—Choice of carriers
- G06Q10/08345—Pricing
-
- 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/0835—Relationships between shipper or supplier and carriers
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种承运订单的生成方法、司机客户端及服务器,属于物流技术领域。方法包括:司机客户端从服务器推送的多个货运需求订单中获取待承运订单;获取承运司机针对待承运订单提交的报价,并将报价发送至服务器;接收服务器返回的用于指示报价是否中标的竞价结果;若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示;发送承运确认指示至服务器,以使服务器根据承运确认指示,生成承运订单。本发明实施例能够提高承运司机的接单效率、提高物流运输的时效性以及能够保障承运司机的效益,同时也能够降低托运人的物流成本。
Description
技术领域
本发明涉及物流技术领域,特别涉及一种承运订单的生成方法、司机客户端及服务器。
背景技术
随着经济的迅猛发展,人们对物流运输的需求也越来越大。
目前的物流运输市场,承运司机作为承运人在寻找托运货源时,通常会通过查询物流服务平台来获取托运人发布的货运需求订单,若承运司机具有与货运需求订单相对应的承运能力时,则会通过电话或其他方式来联系到托运人,然后经过与托运人进行询价议价,在双方达成一致时产生承运订单。这种方式使得托运人无需耗费较长时间找物流公司,直接在物流服务平台下单即可,在一定程度上实现了物流信息化,但这种方式由于承运司机需要通过查询方式才能获悉到托运人的货运需求订单,同时承运订单需要承运司机与托运人多次沟通才能产生,因此存在承运司机的接单效率低、物流运输的时效性较差的问题,同时无形中也影响到承运司机的效益及托运人的物流成本。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种承运订单的生成方法、司机客户端及服务器,以提高承运司机的接单效率、提高物流运输的时效性以及能够保障承运司机的效益,同时也能够降低托运人的物流成本。所述技术方案如下:
第一方面,提供了一种承运订单的生成方法,所述方法包括:
司机客户端从服务器推送的多个货运需求订单中获取待承运订单;
获取承运司机针对所述待承运订单提交的报价,并将所述报价发送至所述服务器;
接收所述服务器返回的用于指示所述报价是否中标的竞价结果;
若所述竞价结果指示所述报价中标,则获取预设时间内所述承运司机对所述待承运订单的承运确认指示;
发送所述承运确认指示至所述服务器,以使所述服务器根据所述承运确认指示,生成承运订单。
结合第一方面,在第一种可能的实现方式中,所述司机客户端获取待承运订单包括:
根据预设的订单接收规则,接收服务器推送的多个货运需求订单;
获取所述承运司机在所述多个货运需求订单中所选中的订单;
将所述选中的订单确定为所述待承运订单。
结合第一方面,在第二种可能的实现方式中,所述获取承运司机针对所述待承运订单提交的报价包括:
根据所述承运司机的注册信息中的身份信息和车牌信息,判断所述承运司机是否具有报价权限;
若判定所述承运司机具有报价权限,则所述司机客户端获取所述承运司机在预设输入区域内输入的报价。
结合第一方面,在第三种可能的实现方式中,所述方法还包括:
若所述竞价结果指示所述报价未中标,则允许所述承运司机提交所述待承运订单的二次报价。
结合第一方面至第一方面的第二种的任意一种可能的实现方式,在第三种可能的实现方式中,所述方法还包括:
当获取到预设时间内所述承运司机对所述待承运订单的承运拒绝指示后,关闭所述待承运订单。
第二方面,提供了一种承运订单的生成方法,所述方法包括:
服务器向司机客户端推送多个货运需求订单,以使所述司机客户端从多个货运需求订单中获取待承运订单;
接收所述司机客户端发送的承运司机针对所述待承运订单提交的报价;
判断所述报价是否中标,并发送用于指示所述报价是否中标的竞价结果至所述司机客户端;
若所述竞价结果指示所述报价中标,则接收预设时间内所述司机客户端发送的所述承运司机对所述待承运订单的承运确认指示;
根据所述承运确认指示,生成承运订单。
结合第二方面,在第一种可能的实现方式中,所述服务器向司机客户端推送多个货运需求订单包括:
根据预设的订单接收规则,向所述司机客户端推送多个货运需求订单。
结合第二方面,在第一种可能的实现方式中,所述判断所述报价是否中标包括:
所述服务器将所述报价发送至所述待承运订单的货主客户端;
若接收到所述货主客户端返回的报价接受指示,则判定所述报价中标,否则,判定所述报价未中标。
第三方面,提供了一种司机客户端,所述司机客户端包括:
第一获取模块,用于获取从服务器推送的多个货运需求订单中获取待承运订单;
第二获取模块,用于获取承运司机针对所述待承运订单提交的报价;
第一发送模块,用于将所述报价发送至所述服务器;
接收模块,用于接收所述服务器返回的用于指示所述报价是否中标的竞价结果;
第三获取模块,用于若所述竞价结果指示所述报价中标,则获取预设时间内所述承运司机对所述待承运订单的承运确认指示;
第二发送模块,用于发送所述承运确认指示至所述服务器,以使所述服务器根据所述承运确认指示,生成承运订单。
结合第三方面,在第一种可能的实现方式中,所述第一获取模块具体用于:
根据预设的订单接收规则,接收服务器推送的多个货运需求订单;
获取所述承运司机在所述多个货运需求订单中所选中的订单;
将所述选中的订单确定为所述待承运订单。
结合第三方面,在第二种可能的实现方式中,所述第二获取模块具体用于:
根据所述承运司机的注册信息中的身份信息和车牌信息,判断所述承运司机是否具有报价权限;
若判定所述承运司机具有报价权限,则所述司机客户端获取所述承运司机在预设输入区域内输入的报价。
结合第三方面,在第三种可能的实现方式中,所述司机客户端还包括允许模块,所述允许模块具体用于:
若所述竞价结果指示所述报价未中标,则允许所述承运司机提交所述待承运订单的二次报价。
结合第三方面至第三方面的第二种的任意一种可能的实现方式,在第三种可能的实现方式中,所述司机客户端还包括关闭模块,所述关闭模块具体用于:
当获取到预设时间内所述承运司机对所述待承运订单的承运拒绝指示后,关闭所述待承运订单。
第四方面,提供了一种服务器,所述服务器包括:
推送模块,用于向司机客户端推送多个货运需求订单,以使所述司机客户端从所述多个货运需求订单中获取待承运订单;
第一接收模块,用于接收所述司机客户端发送的承运司机针对所述待承运订单提交的报价;
判断模块,用于判断所述报价是否中标;
发送模块,用于发送用于指示所述报价是否中标的竞价结果至所述司机客户端;
第二接收模块,用于若所述竞价结果指示所述报价中标,则接收预设时间内所述司机客户端发送的所述承运司机对所述待承运订单的承运确认指示;
生成模块,用于根据所述承运确认指示,生成承运订单。
结合第四方面,在第一种可能的实现方式中,所述推送模块具体用于:
根据预设的订单接收规则,向所述司机客户端推送多个货运需求订单。
结合第四方面,在第二种可能的实现方式中,所述判断模块具体用于:
将所述报价发送至所述待承运订单的货主客户端;
若接收到所述货主客户端返回的报价接受指示,则判定所述报价中标,否则,判定所述报价未中标。
本发明实施例提供的技术方案带来的有益效果是:
1、司机客户端能够第一时间获悉到托运人的货运需求订单,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;
2、通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运司机的效益,同时也降低了托运人的物流成本;
3、有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明的承运订单的生成方法的一个实施例的流程图;
图2是本发明的承运订单的生成方法的又一个实施例的流程图;
图3是本发明的承运订单的生成方法的又一个实施例的流程图;
图4是本发明的司机客户端的一个实施例的结构示意图;
图5是本发明的服务器的一个实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例提供了一种承运订单的生成方法,参照图1所示,方法包括:
101、司机客户端从服务器推送的多个货运需求订单中获取待承运订单。
具体的,根据预设的订单接收规则,接收服务器推送的多个货运需求订单;
获取承运司机在多个货运需求订单中所选中的订单;
将选中的订单确定为待承运订单。
102、获取承运司机针对待承运订单提交的报价,并将报价发送至服务器。
具体的,根据承运司机的注册信息中的身份信息和车牌信息,判断承运司机是否具有报价权限;
若判定承运司机具有报价权限,则司机客户端获取承运司机在预设输入区域内输入的报价。
103、接收服务器返回的用于指示报价是否中标的竞价结果。
104、若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示。
105、发送承运确认指示至服务器,以使服务器根据承运确认指示,生成承运订单。
可选的,在步骤103之后,方法还包括:
若竞价结果指示报价未中标,则允许承运司机提交待承运订单的二次报价。
可选的,方法还包括:
当获取到承运司机对待承运订单的承运拒绝指示后,关闭待承运订单。
本发明实施例提供了一种承运订单的生成方法,通过司机客户端从服务器推送的多个货运需求订单中获取待承运订单,使得司机客户端能够第一时间获悉到托运人的货运需求订单,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;同时,通过获取承运司机针对待承运订单提交的报价,并将报价发送至服务器,接收服务器返回的用于指示报价是否中标的竞价结果,通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运人的效益,同时也降低了托运人的物流成本;另外,若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示,由于是承运确认指示是在预设时间内的,因此能够有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
实施例二
本发明实施例提供了一种承运订单的生成方法,参照图2所示,该方法包括:
201、服务器向司机客户端推送多个货运需求订单,以使司机客户端从多个货运需求订单中获取待承运订单。
具体的,根据预设的订单接收规则,向司机客户端推送多个货运需求订单。
202、接收司机客户端发送的承运司机针对待承运订单提交的报价。
203、判断报价是否中标,并发送用于指示报价是否中标的竞价结果至司机客户端。
具体的,服务器将报价发送至待承运订单的货主客户端;
若接收到货主客户端返回的报价接受指示,则判定报价中标,否则,判定报价未中标。
204、若竞价结果指示报价中标,则接收预设时间内司机客户端发送的承运司机对待承运订单的承运确认指示。
205、根据承运确认指示,生成承运订单。
本发明实施例提供了一种承运订单的生成方法,由于通过服务器向司机客户端推送多个货运需求订单,以使司机客户端从多个货运需求订单中获取待承运订单,从而使得司机客户端能够第一时间获悉到托运人的货运需求订单,由此提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;同时,通过接收司机客户端发送的承运司机针对待承运订单提交的报价,判断报价是否中标,并发送用于指示报价是否中标的竞价结果至司机客户端,通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运司机的效益,同时也降低了托运人的物流成本;另外,若竞价结果指示报价中标,则接收预设时间内司机客户端发送的承运司机对待承运订单的承运确认指示,并根据承运确认指示,生成承运订单,由于是承运确认指示是在预设时间内的,因此能够有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
实施例三
本发明实施例提供了一种承运订单的生成方法,参照图3所示,该方法包括:
301、根据预设的订单接收规则,接收服务器推送的多个货运需求订单。
其中,订单接收规则包括为:
当登录司机客户端的承运司机为个体承运司机时,则根据该个体承运司机预先设定的意向路线、承运车辆信息进行接收推送的订单;当登录司机客户端的承运司机为组织时,则按照预先设定的意向路线进行接收服务器推送的订单,其中,意向路线包括始发地和目的地,承运车辆信息包括承运车辆的车型和厢型。
其中,货运需求订单中至少包括要托运的货物基本信息、承运车辆信息要求、托运出发时间、托运始发地、托运目的地、托运付费方式及货主的联系方式。
具体的,该过程可以包括:
司机客户端向服务器发送订单接收请求,订单接收请求携带有承运司机预先设定的订单接收规则,服务器根据订单接收请求,将货主发布的货运需求订单中符合订单接收规则的订单推送给司机客户端。
本发明实施例中,通过根据预设的订单接收规则,接收服务器推送的多个货运需求订单,使得司机客户端接收到的多个货运需求订单能够与承运司机的实际需求相匹配,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求。
302、获取承运司机在多个货运需求订单中所选中的订单。
具体的,该过程可以包括:
司机客户端获取承运司机在操作界面上对多个货运需求订单进行的选择操作,根据承运司机的选择操作,确定承运司机所选中的订单。
其中,该选择操作可以是承运司机通过手势轨迹或点击操作进行的。
本发明对具体的获取过程不加以限定。
303、将选中的订单确定为待承运订单。
具体的,本发明对具体的确定过程不加以限定。
值得注意的是,步骤301至步骤303是实现司机客户端从服务器推送的多个货运需求订单中获取待承运订单的过程,除了上述步骤的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
本实施例中,通过司机客户端从服务器推送的多个货运需求订单中获取待承运订单,使得司机客户端能够第一时间获悉到托运人的货运需求订单,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求。
304、根据承运司机的注册信息中的身份信息和车牌信息,判断承运司机是否具有报价权限。
其中,身份信息可以是承运司机的身份证号码、手机号码或其他,只要能够唯一标识承运司机的身份信息即可;车牌信息可以是承运车辆的车牌号码。
具体的,该过程可以包括:
获取承运司机的注册信息,判断注册信息中的身份信息和车牌信息是否完整,若完整,则判定承运司机具有报价权限,否则,则判定承运司机不具有报价权限。
需要说明的是,在承运司机进行注册账户时,司机客户端会分别对承运司机的注册信息中的身份信息和车牌信息进行合法性验证,以避免承运司机提供虚假的注册信息而损害托运人的利益。
305、若判定承运司机具有报价权限,则司机客户端获取承运司机在预设输入区域内输入的报价。
具体的,判断承运司机在司机客户端的预设输入区域内所输入的报价是否符合预设数据格式,若是,则获取承运司机针对待承运订单提交的报价;否则,输出提示信息,以提示承运司机重新输入符合预设数据格式的报价。
值得注意的是,步骤304至步骤305是实现获取承运司机针对待承运订单提交的报价的过程,除了上述步骤的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
306、将报价发送至服务器。
具体的,本发明对具体的发送过程不加以限定。
307、接收服务器返回的用于指示报价是否中标的竞价结果。
具体的,接收服务器转发的货主客户端的竞价结果。
本发明对具体的接收过程不加以限定。
308、若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示。
其中,预设时间可以根据实际需要进行设定,优选地,可以将预设时间设定为一小时。
具体的,当竞价结果指示报价中标时,若预设时间内承运司机对预设确认承运图标进行点击操作,则确定承运司机确认承运待承运订单;若预设时间内承运司机对预设拒绝承运图标进行点击操作,则确定承运司机拒绝承运待承运订单;若预设时间内承运司机未预设确认承运图标或预设拒绝承运图标进行点击操作,则确定承运司机拒绝承运待承运订单。
本发明对具体的获取过程不加以限定。
309、发送承运确认指示至服务器,以使服务器根据承运确认指示,生成承运订单。
具体的,本发明对具体的发送过程不加以限定。
可选的,该方法还包括:
若竞价结果指示报价未中标,则允许承运司机提交待承运订单的二次报价。
可选的,该方法还包括:
当获取到承运司机对待承运订单的承运拒绝指示后,关闭待承运订单。
可选的,在步骤309之后,方法还包括:
在司机客户端显示承运订单的状态,承运订单的状态包括等待发车、接货中、运输中。
本发明实施例提供了一种承运订单的生成方法,通过司机客户端从服务器推送的多个货运需求订单中获取待承运订单,使得司机客户端能够第一时间获悉到托运人的货运需求订单,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;同时,通过获取承运司机针对待承运订单提交的报价,并将报价发送至服务器,接收服务器返回的用于指示报价是否中标的竞价结果,通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运司机的效益,同时也降低了托运人的物流成本;另外,若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示,由于是承运确认指示是在预设时间内的,因此能够有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
实施例四
本发明实施例提供了一种司机客户端,参照图4所示,司机客户端4包括:
第一获取模块41,用于获取从服务器推送的多个货运需求订单中获取待承运订单;
第二获取模块42,用于获取承运司机针对待承运订单提交的报价;
第一发送模块43,用于将报价发送至服务器;
接收模块44,用于接收服务器返回的用于指示报价是否中标的竞价结果;
第三获取模块45,用于若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示;
第二发送模块46,用于发送承运确认指示至服务器,以使服务器根据承运确认指示,生成承运订单。
可选的,第一获取模块41具体用于:
根据预设的订单接收规则,接收服务器推送的多个货运需求订单;
获取承运司机在多个货运需求订单中所选中的订单;
将选中的订单确定为待承运订单。
可选的,第二获取模块42具体用于:
根据承运司机的注册信息中的身份信息和车牌信息,判断承运司机是否具有报价权限;
若判定承运司机具有报价权限,则司机客户端获取承运司机在预设输入区域内输入的报价。
可选的,司机客户端4还包括允许模块47,允许模块47具体用于:
若竞价结果指示报价未中标,则允许承运司机提交待承运订单的二次报价。
可选的,司机客户端4还包括关闭模块48,关闭模块48具体用于:
当获取到预设时间内承运司机对待承运订单的承运拒绝指示后,关闭待承运订单。
本发明实施例提供了一种司机客户端,该司机客户端从服务器推送的多个货运需求订单中获取待承运订单,使得承运司机能够第一时间获悉到托运人的货运需求订单,从而提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;同时,通过获取承运司机针对待承运订单提交的报价,并将报价发送至服务器,接收服务器返回的用于指示报价是否中标的竞价结果,通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运司机的效益,同时也降低了托运人的物流成本;另外,若竞价结果指示报价中标,则获取预设时间内承运司机对待承运订单的承运确认指示,由于是承运确认指示是在预设时间内的,因此能够有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
实施例五
本发明实施例提供了一种服务器,参照图5所示,服务器5包括:
推送模块51,用于向司机客户端推送多个货运需求订单,以使司机客户端从多个货运需求订单中获取待承运订单;
第一接收模块52,用于接收司机客户端发送的承运司机针对待承运订单提交的报价;
判断模块53,用于判断报价是否中标;
发送模块54,用于发送用于指示报价是否中标的竞价结果至司机客户端;
第二接收模块55,用于若竞价结果指示报价中标,则接收预设时间内司机客户端发送的承运司机对待承运订单的承运确认指示;
生成模块56,用于根据承运确认指示,生成承运订单。
可选的,推送模块51具体用于:
根据预设的订单接收规则,向司机客户端推送多个货运需求订单。
可选的,判断模块53具体用于:
将报价发送至待承运订单的货主客户端;
若接收到货主客户端返回的报价接受指示,则判定报价中标,否则,判定报价未中标。
本发明实施例提供了一种服务器,由于通过服务器向司机客户端推送多个货运需求订单,以使司机客户端从多个货运需求订单中获取待承运订单,从而使得司机客户端能够第一时间获悉到托运人的货运需求订单,由此提高了承运司机的接单效率,同时也有利于托运人的货运需求得到及时处理,满足了托运人的货物高效运输需求;同时,通过接收司机客户端发送的承运司机针对待承运订单提交的报价,判断报价是否中标,并发送用于指示报价是否中标的竞价结果至司机客户端,通过竞价机制能够避免司机客户端之间对承运订单进行恶性压价,使物流运输市场成交价成为最合理公正的价格,不但保障了承运司机的效益,同时也降低了托运人的物流成本;另外,若竞价结果指示报价中标,则接收预设时间内司机客户端发送的承运司机对待承运订单的承运确认指示,并根据承运确认指示,生成承运订单,由于是承运确认指示是在预设时间内的,因此能够有效避免了承运司机与托运人多次沟通才能促成承运订单生成的情形,由此提高了物流运输的时效性。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
需要说明的是:上述实施例提供的司机客户端在执行承运订单的生成方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将司机客户端的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的司机客户端与承运订单的生成方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种承运订单的生成方法,其特征在于,所述方法包括:
司机客户端从服务器推送的多个货运需求订单中获取待承运订单;
获取承运司机针对所述待承运订单提交的报价,并将所述报价发送至所述服务器;
接收所述服务器返回的用于指示所述报价是否中标的竞价结果;
若所述竞价结果指示所述报价中标,则获取预设时间内所述承运司机对所述待承运订单的承运确认指示;
发送所述承运确认指示至所述服务器,以使所述服务器根据所述承运确认指示,生成承运订单。
2.根据权利要求1所述的方法,其特征在于,所述司机客户端从服务器推送的多个货运需求订单中获取待承运订单包括:
根据预设的订单接收规则,接收服务器推送的多个货运需求订单;
获取所述承运司机在所述多个货运需求订单中所选中的订单;
将所述选中的订单确定为所述待承运订单。
3.根据权利要求1所述的方法,其特征在于,所述获取承运司机针对所述待承运订单提交的报价包括:
根据所述承运司机的注册信息中的身份信息和车牌信息,判断所述承运司机是否具有报价权限;
若判定所述承运司机具有报价权限,则所述司机客户端获取所述承运司机在预设输入区域内输入的报价。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述竞价结果指示所述报价未中标,则允许所述承运司机提交所述待承运订单的二次报价。
5.根据权利要求1至4任意一项所述的方法,其特征在于,所述方法还包括:
当获取到预设时间内所述承运司机对所述待承运订单的承运拒绝指示后,关闭所述待承运订单。
6.一种承运订单的生成方法,其特征在于,所述方法包括:
服务器向司机客户端推送多个货运需求订单,以使所述司机客户端从所述多个货运需求订单中获取待承运订单;
接收所述司机客户端发送的承运司机针对所述待承运订单提交的报价;
判断所述报价是否中标,并发送用于指示所述报价是否中标的竞价结果至所述司机客户端;
若所述竞价结果指示所述报价中标,则接收预设时间内所述司机客户端发送的所述承运司机对所述待承运订单的承运确认指示;
根据所述承运确认指示,生成承运订单。
7.根据权利要求6所述的方法,其特征在于,所述服务器向司机客户端推送多个货运需求订单包括:
根据预设的订单接收规则,向所述司机客户端推送多个货运需求订单。
8.根据权利要求6所述的方法,其特征在于,所述判断所述报价是否中标包括:
所述服务器将所述报价发送至所述待承运订单的货主客户端;
若接收到所述货主客户端返回的报价接受指示,则判定所述报价中标,否则,判定所述报价未中标。
9.一种司机客户端,其特征在于,所述司机客户端包括:
第一获取模块,用于从服务器推送的多个货运需求订单中获取待承运订单;
第二获取模块,用于获取承运司机针对所述待承运订单提交的报价;
第一发送模块,用于将所述报价发送至所述服务器;
接收模块,用于接收所述服务器返回的用于指示所述报价是否中标的竞价结果;
第三获取模块,用于若所述竞价结果指示所述报价中标,则获取预设时间内所述承运司机对所述待承运订单的承运确认指示;
第二发送模块,用于发送所述承运确认指示至所述服务器,以使所述服务器根据所述承运确认指示,生成承运订单。
10.一种服务器,其特征在于,所述服务器包括:
推送模块,用于向司机客户端推送多个货运需求订单,以使所述司机客户端从所述多个货运需求订单中获取待承运订单;
第一接收模块,用于接收所述司机客户端发送的承运司机针对所述待承运订单提交的报价;
判断模块,用于判断所述报价是否中标;
发送模块,用于发送用于指示所述报价是否中标的竞价结果至所述司机客户端;
第二接收模块,用于若所述竞价结果指示所述报价中标,则接收预设时间内所述司机客户端发送的所述承运司机对所述待承运订单的承运确认指示;
生成模块,用于根据所述承运确认指示,生成承运订单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710985335.7A CN109697580A (zh) | 2017-10-20 | 2017-10-20 | 一种承运订单的生成方法、司机客户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710985335.7A CN109697580A (zh) | 2017-10-20 | 2017-10-20 | 一种承运订单的生成方法、司机客户端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109697580A true CN109697580A (zh) | 2019-04-30 |
Family
ID=66225359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710985335.7A Pending CN109697580A (zh) | 2017-10-20 | 2017-10-20 | 一种承运订单的生成方法、司机客户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109697580A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110473055A (zh) * | 2019-07-18 | 2019-11-19 | 拉货宝网络科技有限责任公司 | 一种销售订单到运输订单的管理平台及方法 |
CN111210303A (zh) * | 2019-12-31 | 2020-05-29 | 深圳市跨越新科技有限公司 | 一种物流订单报价匹配管理方法及系统 |
CN111369199A (zh) * | 2020-03-30 | 2020-07-03 | 河南中普国鼎科技有限公司 | 一种智能物流计划快速匹配方法 |
CN112819585A (zh) * | 2021-02-23 | 2021-05-18 | 江苏满运物流信息有限公司 | 货运订单处理方法、系统、设备及存储介质 |
CN113222518A (zh) * | 2021-06-02 | 2021-08-06 | 华东交通大学 | 基于竞价博弈的铁路车货智能匹配系统及方法 |
CN113554255A (zh) * | 2020-04-24 | 2021-10-26 | 四川物软网联科技有限公司 | 一种运输车辆管理方法及系统 |
CN113554374A (zh) * | 2020-04-24 | 2021-10-26 | 四川物软网联科技有限公司 | 一种运输货物管理系统及方法 |
CN113689168A (zh) * | 2021-08-26 | 2021-11-23 | 贵阳货车帮科技有限公司 | 货运信息的发布方法、装置、系统和电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104850976A (zh) * | 2015-05-26 | 2015-08-19 | 丹阳飓风物流股份有限公司 | 一种运力调度方法 |
CN104978641A (zh) * | 2015-03-04 | 2015-10-14 | 张军委 | 一种物流信息对接方法及系统 |
CN106447251A (zh) * | 2016-08-26 | 2017-02-22 | 杭州华春科技有限公司 | 一种物流运输撮合竞价支付及风险管控方法及系统 |
CN106529757A (zh) * | 2016-08-31 | 2017-03-22 | 丹阳飓风物流股份有限公司 | 一种货运竞价和评价系统 |
CN106910038A (zh) * | 2017-04-25 | 2017-06-30 | 物载天下网络科技(苏州)有限公司 | 一种同城配送的货物与车辆匹配的系统和方法 |
CN106991551A (zh) * | 2016-12-31 | 2017-07-28 | 丹阳飓风物流股份有限公司 | 一种新型的运输管理系统 |
-
2017
- 2017-10-20 CN CN201710985335.7A patent/CN109697580A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104978641A (zh) * | 2015-03-04 | 2015-10-14 | 张军委 | 一种物流信息对接方法及系统 |
CN104850976A (zh) * | 2015-05-26 | 2015-08-19 | 丹阳飓风物流股份有限公司 | 一种运力调度方法 |
CN106447251A (zh) * | 2016-08-26 | 2017-02-22 | 杭州华春科技有限公司 | 一种物流运输撮合竞价支付及风险管控方法及系统 |
CN106529757A (zh) * | 2016-08-31 | 2017-03-22 | 丹阳飓风物流股份有限公司 | 一种货运竞价和评价系统 |
CN106991551A (zh) * | 2016-12-31 | 2017-07-28 | 丹阳飓风物流股份有限公司 | 一种新型的运输管理系统 |
CN106910038A (zh) * | 2017-04-25 | 2017-06-30 | 物载天下网络科技(苏州)有限公司 | 一种同城配送的货物与车辆匹配的系统和方法 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110473055A (zh) * | 2019-07-18 | 2019-11-19 | 拉货宝网络科技有限责任公司 | 一种销售订单到运输订单的管理平台及方法 |
CN111210303A (zh) * | 2019-12-31 | 2020-05-29 | 深圳市跨越新科技有限公司 | 一种物流订单报价匹配管理方法及系统 |
CN111210303B (zh) * | 2019-12-31 | 2023-05-23 | 深圳市跨越新科技有限公司 | 一种物流订单报价匹配管理方法及系统 |
CN111369199A (zh) * | 2020-03-30 | 2020-07-03 | 河南中普国鼎科技有限公司 | 一种智能物流计划快速匹配方法 |
CN113554255A (zh) * | 2020-04-24 | 2021-10-26 | 四川物软网联科技有限公司 | 一种运输车辆管理方法及系统 |
CN113554374A (zh) * | 2020-04-24 | 2021-10-26 | 四川物软网联科技有限公司 | 一种运输货物管理系统及方法 |
CN112819585A (zh) * | 2021-02-23 | 2021-05-18 | 江苏满运物流信息有限公司 | 货运订单处理方法、系统、设备及存储介质 |
CN112819585B (zh) * | 2021-02-23 | 2022-07-15 | 江苏满运物流信息有限公司 | 货运订单处理方法、系统、设备及存储介质 |
CN113222518A (zh) * | 2021-06-02 | 2021-08-06 | 华东交通大学 | 基于竞价博弈的铁路车货智能匹配系统及方法 |
CN113689168A (zh) * | 2021-08-26 | 2021-11-23 | 贵阳货车帮科技有限公司 | 货运信息的发布方法、装置、系统和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109697580A (zh) | 一种承运订单的生成方法、司机客户端及服务器 | |
CN107679814A (zh) | 整车物流运输的全程管理系统和方法 | |
CN104809601B (zh) | 基于电子地图的快递互助系统 | |
JP2019139264A (ja) | 情報処理装置、集配システム、集配方法およびプログラム | |
CN103218703B (zh) | 一种车货快速垂直匹配方法和货物管理系统 | |
CN105551235A (zh) | 基于互联网的城际拼车出行的调度系统 | |
CN107705065A (zh) | 一种货运管理跟踪系统及其实施方法 | |
CN104978641A (zh) | 一种物流信息对接方法及系统 | |
CN105957337A (zh) | 订单处理方法及装置 | |
CN107392377A (zh) | 平行物流信息系统 | |
WO2019153447A1 (zh) | 快递盒传送方法、装置、终端设备及存储介质 | |
CN106156985A (zh) | 一种物流配送方法和设备 | |
JP2020149576A (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
Aggoune‐Mtalaa et al. | Solving new urban freight distribution problems involving modular electric vehicles | |
KR102034768B1 (ko) | 배송인 풀(pool)의 확장성을 높인 배송 서비스 제공 방법 및 이를 위한 서버 | |
CN107133756A (zh) | 一种运输订单推送与调度系统 | |
CN109767148A (zh) | 智能顺风车物流管理方法 | |
CN108520384A (zh) | 利用空闲资源标交运货物的移动app客户端交运方法 | |
CN112070590A (zh) | 一种超市托盘共用系统 | |
JP2021064231A (ja) | 自律走行車両を用いたサービスシステム | |
CN109345164A (zh) | 一种物流运输管理系统 | |
CN111311140A (zh) | 物流中转方法、无人物流车、接收端及物流中转系统 | |
CN110660212B (zh) | 车船联网平台会员车辆管理方法及系统 | |
CN108520385A (zh) | 货主交运物资的交运方法 | |
CN107122933A (zh) | 物流管理系统 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190430 |