CN109740993A - 基于kafka的网约货运汽车平台集群式订单管理系统及方法 - Google Patents
基于kafka的网约货运汽车平台集群式订单管理系统及方法 Download PDFInfo
- Publication number
- CN109740993A CN109740993A CN201910006248.1A CN201910006248A CN109740993A CN 109740993 A CN109740993 A CN 109740993A CN 201910006248 A CN201910006248 A CN 201910006248A CN 109740993 A CN109740993 A CN 109740993A
- Authority
- CN
- China
- Prior art keywords
- information
- order
- pass
- unit
- terminal
- 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
Abstract
本发明公开了基于KAFKA的网约货运汽车平台集群式订单管理系统及方法。包括货主方终端、信息管理系统和司机方终端,所述货主方终端为货主持有,货主通过货主方终端来登录账号、发出订单及接受反馈信息,所述信息管理系统为平台方所有,接受订单信息并进行匹配、推送以及将司机方终端的反馈消息发送给货主方终端,所述司机方终端为司机持有,司机通过司机方终端来登录账号、存储信息,接受订单以及接单成功后发送反馈信息。该基于KAFKA的网约货运汽车平台集群式订单管理系统及方法,可以确认货车司机具有资质的情况下对订单进行匹配及分配推送,同时匹配的效率较高。
Description
技术领域
本发明涉及网约货运汽车技术领域,具体为基于KAFKA的网约货运汽车平台集群式订单管理系统及方法。
背景技术
网约货车日渐兴起,将网约货运汽车平台上的订单进行批量管理是必须的,目前网约货车最大的问题之一便是不正规,许多网约货车司机在未证明自身的道路运输经营资质的情况下便开始进行运载。
根据现有的方案,无法在确认货车司机具有资质的情况下对订单进行匹配及分配推送。
发明内容
本发明的目的在于提供基于KAFKA的网约货运汽车平台集群式订单管理系统及方法,以解决上述背景技术中提出无法在确认货车司机具有资质的情况下对订单进行匹配及分配推送的问题。
为实现上述目的,本发明提供如下技术方案:基于KAFKA的网约货运汽车平台集群式订单管理系统,其包括货主方终端、信息管理系统和司机方终端,
所述货主方终端为货主持有,货主通过货主方终端来登录账号、发出订单及接受反馈信息,
所述信息管理系统为平台方所有,接受订单信息并进行匹配、推送以及将司机方终端的反馈消息发送给货主方终端,
所述司机方终端为司机持有,司机通过司机方终端来登录账号、储存信息、接受订单以及接单成功后发送反馈信息。
优选的,所述货主方终端包括有初级信息接受单元、第一账号检测单元、第一操作接受单元、订单信息检查单元、订单生产单元和初级信息发送单元。
优选的,所述信息管理系统包括有中级信息发送单元、订单推送单元、订单匹配单元、中级信息接受单元和反馈信息中转站。
优选的,所述司机方终端包括有第二账号检测单元、第二操作接收单元、末级信息接收单元、订单接收单元和末级信息发送单元。
优选的,所述货主方终端的第一账号检测单元内存在有检测算法,算法为,货主方终端账号信息中有身份证号码c1、实名d1和联系号码e1,如果c1为15至18位数字则通过,否则不通过;如果d1不为空则通过,否则不通过;如果e1为11位数字则通过, 否则不通过;如果三项都为通过,即可进行下一步操作;只要有一个不通过,第一账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生三个通过。
优选的,所述订单信息检查单元内存在有检测算法,算法为,算法为,订单信息内有所在城市M、出发位置、终点位置、货物种类A和货物重量B,如果所在城市M不为空则通过,否则不通过;如果出发位置不为空则通过,否则不通过;如果终点位置不为空则通过,否则不通过;如果货物种类A大于0则通过,否则不通过;如果货物重量B大于0则通过,否则不通过;如果有五个通过,即可生成订单消息并通过发送初级信息发送单元至订单匹配单元;只要有一个不通过,都将驳回生成订单的请求并要求重新填写。
优选的,所述司机方终端的第一账号检测单元内存在有检测算法,算法为,司机方终端账号信息中有身份证号码c2、实名d2、联系号码e2和道路运输经营许可证证号f,如果c2为15至18位数字则通过,否则不通过;如果d2不为空则通过,否则不通过;如果e2为11位数字则通过, 否则不通过;如果e2不为空则通过, 否则不通过,如果四项都为通过,即可进行下一步操作;只要有一个不通过,第二账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生四个通过。
优选的,所述司机方终端内存有当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,并将这些信息通过末级信息发送单元发给订单匹配单元。
优选的,所述订单匹配单元内存在有检测算法,算法为,首先判断所在城市M与当前所在城市Ω是否一致,一致则通往下一步判断,否则不通过;接着判断货物种类A是否为愿意载的货物α的子集,如果是则通往下一步判断,否则不通过;接着判断货物重量B是否为车辆载重范围β的子集,如果是则通往订单推送单元,否则不通过。
本发明还提供基于KAFKA的网约货运汽车平台集群式订单管理方法,其包括如上所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其步骤如下:
步骤一:货主方终端中,当货主登录账号时,第一账号检测单元检测货主账号信息是否填写完整,如果不完整就要求货主重写,如果完整就通过第一操作接受单元填写订单信息,订单信息填写提交后订单信息检查单元检测,未通过订单信息检查单元的检测后将驳回订单信息并要求重写,通过则由订单生产单元生产订单,最后从初级信息发送单元发送至中级信息接受单元。
步骤二:司机方终端中,将记录司机当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,当司机登录账号时, 第二账号检测单元检测司机账号信息是否填写完整,如果不完整就要求司机通过第二操作接收单元重写,完整则登录成功,登录成功后通过末级信息发送单元将信息发送给中级信息接受单元。
步骤三:中级信息接受单元接受货主订单信息和司机信息,订单匹配单元将对货主订单信息和司机信息进行逐一对比,匹配成功的将会通过订单推送单元和中级信息发送单元发送给末级信息接收单元。
步骤四:末级信息接收单元收到订单信息并传给订单接收单元,司机确认接单后,订单接收单元会生成一个反馈消息,通过末级信息发送单元发给反馈信息中转站。
步骤五:反馈信息中转站接受到反馈信息,并将反馈信息发送到初级信息接受单元,货主查看信息知道订单已被接收。
与现有技术相比,本发明的有益效果是:该基于KAFKA的网约货运汽车平台集群式订单管理系统及方法,能够对用户终端的账户信息进行审核,对于货主方,身份证号码、实名和联系号码如果没有填写,就会拒绝货主方的后续操作并要求重新填写直到完成为止,对于司机方,身份证号码、实名、道路运输许可证号和联系号码如果没有填写就会就会拒绝司机方的后续操作并要求重新填写直到完成为止,以上操作可以保证司机和货主都可以进行实名联系,有安全保障,也保证了司机具有道路经营资格,货主方填写订单时,一旦订单没有填写信息完整,就会驳回订单并要求填写完整,保证了发出的订单都是有效的,同时该系统可以对货主订单和司机进行匹配,保证司机和货主的货物具有相应的契合度,提高接单率。
附图说明
图1为本发明网约货运汽车平台集群式订单管理系统系统流程示意图;
图2位本发明第一账号检测单元算法结构示意图;
图3为本发明订单信息检查单元算法结构示意图;
图4为本发明订单匹配单元算法结构示意图;
图5为本发明人第二账号检测单元算法结构示意图;
图6为本发明货主方终端内部结构示意图;
图7为本发明信息管理系统内部结构示意图;
图8为本发明司机方终端内部结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1-8,本发明提供一种技术方案:基于KAFKA的网约货运汽车平台集群式订单管理系统,包括货主方终端、信息管理系统和司机方终端,
货主方终端为货主持有,货主通过货主方终端来登录账号、发出订单及接受反馈信息,
信息管理系统为平台方所有,接受订单信息并进行匹配、推送以及将司机方终端的反馈消息发送给货主方终端,
司机方终端为司机持有,司机通过司机方终端来登录账号、储存信息、接受订单以及接单成功后发送反馈信息,
进一步的,货主方终端包括有初级信息接受单元、第一账号检测单元、第一操作接受单元、订单信息检查单元、订单生产单元和初级信息发送单元。
进一步的,信息管理系统包括有中级信息发送单元、订单推送单元、订单匹配单元、中级信息接受单元和反馈信息中转站。
进一步的,司机方终端包括有第二账号检测单元、第二操作接收单元、末级信息接收单元、订单接收单元和末级信息发送单元。
进一步的,货主方终端的第一账号检测单元内存在有检测算法,算法为,货主方终端账号信息中有身份证号码c1、实名d1和联系号码e1,如果c1为15至18位数字则通过,否则不通过;如果d1不为空则通过,否则不通过;如果e1为11位数字则通过, 否则不通过;如果三项都为通过,即可进行下一步操作;只要有一个不通过,第一账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生三个通过。
进一步的,订单信息检查单元内存在有检测算法,算法为,算法为,订单信息内有所在城市M、出发位置、终点位置、货物种类A和货物重量B,如果所在城市M不为空则通过,否则不通过;如果出发位置不为空则通过,否则不通过;如果终点位置不为空则通过,否则不通过;如果货物种类A大于0则通过,否则不通过;如果货物重量B大于0则通过,否则不通过;如果有五个通过,即可生成订单消息并通过发送初级信息发送单元至订单匹配单元;只要有一个不通过,都将驳回生成订单的请求并要求重新填写。
进一步的,司机方终端的第一账号检测单元内存在有检测算法,算法为,司机方终端账号信息中有身份证号码c2、实名d2、联系号码e2和道路运输经营许可证证号f,如果c2为15至18位数字则通过,否则不通过;如果d2不为空则通过,否则不通过;如果e2为11位数字则通过, 否则不通过;如果e2不为空则通过, 否则不通过,如果四项都为通过,即可进行下一步操作;只要有一个不通过,第二账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生四个通过。
进一步的,司机方终端内存有当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,并将这些信息通过末级信息发送单元发给订单匹配单元。
进一步的,订单匹配单元内存在有检测算法,算法为,首先判断所在城市M与当前所在城市Ω是否一致,一致则通往下一步判断,否则不通过;接着判断货物种类A是否为愿意载的货物α的子集,如果是则通往下一步判断,否则不通过;接着判断货物重量B是否为车辆载重范围β的子集,如果是则通往订单推送单元,否则不通过。
本发明还提供基于KAFKA的网约货运汽车平台集群式订单管理方法,其包括如上所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其步骤如下:
步骤一:货主方终端中,当货主登录账号时,第一账号检测单元检测货主账号信息是否填写完整,如果不完整就要求货主重写,如果完整就通过第一操作接受单元填写订单信息,订单信息填写提交后订单信息检查单元检测,未通过订单信息检查单元的检测后将驳回订单信息并要求重写,通过则由订单生产单元生产订单,最后从初级信息发送单元发送至中级信息接受单元。
步骤二:司机方终端中,将记录司机当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,当司机登录账号时, 第二账号检测单元检测司机账号信息是否填写完整,如果不完整就要求司机通过第二操作接收单元重写,完整则登录成功,登录成功后通过末级信息发送单元将信息发送给中级信息接受单元。
步骤三:中级信息接受单元接受货主订单信息和司机信息,订单匹配单元将对货主订单信息和司机信息进行逐一对比,匹配成功的将会通过中级信息发送单元发送给末级信息接收单元。
步骤四:末级信息接收单元收到订单信息并传给订单接收单元,司机确认接单后,订单接收单元会生成一个反馈消息,通过末级信息发送单元发给反馈信息中转站。
步骤五:反馈信息中转站接受到反馈信息,并将反馈信息发送到初级信息接受单元,货主查看信息知道订单已被接收。
工作原理:货主方终端为货主持有,货主通过货主方终端来登录账号、发出订单及接受反馈信息,信息管理系统为平台方所有,接受订单信息并进行匹配、推送以及将司机方终端的反馈消息发送给货主方终端,司机方终端为司机持有,司机通过司机方终端来登录账号、接受订单以及接单成功后发送反馈信息,其具体工作流程如下,步骤一:货主方终端中,当货主登录账号时,第一账号检测单元内的算法检测货主账号信息是否填写完整,如果不完整就要求货主重写,如果完整就通过第一操作接受单元填写订单信息,订单信息填写提交后订单信息检查单元由算法进行检测,未通过订单信息检查单元的检测后将驳回订单信息并要求重写,通过则由订单生产单元生产订单,最后从初级信息发送单元发送至中级信息接受单元,步骤二:司机方终端中,将记录司机当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,当司机登录账号时, 第二账号检测单元检测内的算法司机账号信息是否填写完整,如果不完整就要求司机通过第二操作接收单元重写,完整则登录成功,登录成功后通过末级信息发送单元将信息发送给中级信息接受单元,步骤三:中级信息接受单元接受货主订单信息和司机信息,订单匹配单元内的算法将对货主订单信息和司机信息进行逐一对比匹配,匹配成功的将会通过订单推送单元和中级信息发送单元发送给末级信息接收单元,步骤四:末级信息接收单元收到订单信息并传给订单接收单元,司机确认接单后,订单接收单元会生成一个反馈消息,通过末级信息发送单元发给反馈信息中转站,步骤五:反馈信息中转站接受到反馈信息,并将反馈信息发送到初级信息接受单元,货主查看信息知道订单已被接收。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (10)
1.基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于,包括货主方终端、信息管理系统和司机方终端,
所述货主方终端为货主持有,货主通过货主方终端来登录账号、发出订单及接受反馈信息,
所述信息管理系统为平台方所有,接受订单信息并进行匹配、推送以及将司机方终端的反馈消息发送给货主方终端,
所述司机方终端为司机持有,司机通过司机方终端来登录账号、存储信息,接受订单以及接单成功后发送反馈信息。
2.根据权利要求1所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述货主方终端包括有初级信息接受单元、第一账号检测单元、第一操作接受单元、订单信息检查单元、订单生产单元和初级信息发送单元。
3.根据权利要求1所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述信息管理系统包括有中级信息发送单元、订单推送单元、订单匹配单元、中级信息接受单元和反馈信息中转站。
4.根据权利要求1所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述司机方终端包括有第二账号检测单元、第二操作接收单元、末级信息接收单元、订单接收单元和末级信息发送单元。
5.根据权利要求2所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述货主方终端的第一账号检测单元内存在有检测算法,算法为,货主方终端账号信息中有身份证号码c1、实名d1和联系号码e1,如果c1为15至18位数字则通过,否则不通过;如果d1不为空则通过,否则不通过;如果e1为11位数字则通过, 否则不通过;如果三项都为通过,即可进行下一步操作;只要有一个不通过,第一账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生三个通过。
6.根据权利要求2所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述订单信息检查单元内存在有检测算法,算法为,算法为,订单信息内有所在城市M、出发位置、终点位置、货物种类A和货物重量B,如果所在城市M不为空则通过,否则不通过;如果出发位置不为空则通过,否则不通过;如果终点位置不为空则通过,否则不通过;如果货物种类A大于0则通过,否则不通过;如果货物重量B大于0则通过,否则不通过;如果有五个通过,即可生成订单消息并通过发送初级信息发送单元至订单匹配单元;只要有一个不通过,都将驳回生成订单的请求并要求重新填写。
7.根据权利要求4所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述司机方终端的第一账号检测单元内存在有检测算法,算法为,司机方终端账号信息中有身份证号码c2、实名d2、联系号码e2和道路运输经营许可证证号f,如果c2为15至18位数字则通过,否则不通过;如果d2不为空则通过,否则不通过;如果e2为11位数字则通过,否则不通过;如果e2不为空则通过, 否则不通过,如果四项都为通过,即可进行下一步操作;只要有一个不通过,第二账号检测单元都将禁止货主的下一步操作,并要求重新填写货主方终端账号信息直到产生四个通过。
8.根据权利要求4所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述司机方终端内存有当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,并将这些信息通过末级信息发送单元发给订单匹配单元。
9.根据权利要求3所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其特征在于:所述订单匹配单元内存在有检测算法,算法为,首先判断所在城市M与当前所在城市Ω是否一致,一致则通往下一步判断,否则不通过;接着判断货物种类A是否为愿意载的货物α的子集,如果是则通往下一步判断,否则不通过;接着判断货物重量B是否为车辆载重范围β的子集,如果是则通往订单推送单元,否则不通过。
10.基于KAFKA的网约货运汽车平台集群式订单管理方法,其特征在于包括根据权利要求1-9中任一项所述的基于KAFKA的网约货运汽车平台集群式订单管理系统,其步骤如下:
步骤一:货主方终端中,当货主登录账号时,第一账号检测单元检测货主账号信息是否填写完整,如果不完整就要求货主重写,如果完整就通过第一操作接受单元填写订单信息,订单信息填写提交后订单信息检查单元检测,未通过订单信息检查单元的检测后将驳回订单信息并要求重写,通过则由订单生产单元生产订单,最后从初级信息发送单元发送至中级信息接受单元;
步骤二:司机方终端中,将记录司机当前所在城市Ω、车辆载重范围β和愿意载的货物集合等信息α,当司机登录账号时, 第二账号检测单元检测司机账号信息是否填写完整,如果不完整就要求司机通过第二操作接收单元重写,完整则登录成功,登录成功后通过末级信息发送单元将信息发送给中级信息接受单元;
步骤三:中级信息接受单元接受货主订单信息和司机信息,订单匹配单元将对货主订单信息和司机信息进行逐一对比,匹配成功的将会通过订单推送单元和中级信息发送单元发送给末级信息接收单元;
步骤四:末级信息接收单元收到订单信息并传给订单接收单元,司机确认接单后,订单接收单元会生成一个反馈消息,通过末级信息发送单元发给反馈信息中转站;
步骤五:反馈信息中转站接受到反馈信息,并将反馈信息发送到初级信息接受单元,货主查看信息知道订单已被接收。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910006248.1A CN109740993A (zh) | 2019-01-04 | 2019-01-04 | 基于kafka的网约货运汽车平台集群式订单管理系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910006248.1A CN109740993A (zh) | 2019-01-04 | 2019-01-04 | 基于kafka的网约货运汽车平台集群式订单管理系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109740993A true CN109740993A (zh) | 2019-05-10 |
Family
ID=66363392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910006248.1A Pending CN109740993A (zh) | 2019-01-04 | 2019-01-04 | 基于kafka的网约货运汽车平台集群式订单管理系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109740993A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026337A1 (en) * | 2000-08-23 | 2002-02-28 | Hiroshi Sasaki | Rental-car reservation method, rental-car reservation system, and recording medium saved rental-car reservation program |
CN104143138A (zh) * | 2014-08-07 | 2014-11-12 | 徐东 | 基于app的货物配送方法及平台 |
CN105574701A (zh) * | 2015-12-30 | 2016-05-11 | 苏州功路驿站网络科技有限公司 | 一种第三方物流综合订单管理系统的应用方法 |
CN106910038A (zh) * | 2017-04-25 | 2017-06-30 | 物载天下网络科技(苏州)有限公司 | 一种同城配送的货物与车辆匹配的系统和方法 |
CN107133756A (zh) * | 2017-04-14 | 2017-09-05 | 合肥市群智科技有限公司 | 一种运输订单推送与调度系统 |
CN107784412A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单自动匹配处理方法及服务器 |
-
2019
- 2019-01-04 CN CN201910006248.1A patent/CN109740993A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026337A1 (en) * | 2000-08-23 | 2002-02-28 | Hiroshi Sasaki | Rental-car reservation method, rental-car reservation system, and recording medium saved rental-car reservation program |
CN104143138A (zh) * | 2014-08-07 | 2014-11-12 | 徐东 | 基于app的货物配送方法及平台 |
CN105574701A (zh) * | 2015-12-30 | 2016-05-11 | 苏州功路驿站网络科技有限公司 | 一种第三方物流综合订单管理系统的应用方法 |
CN107784412A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单自动匹配处理方法及服务器 |
CN107133756A (zh) * | 2017-04-14 | 2017-09-05 | 合肥市群智科技有限公司 | 一种运输订单推送与调度系统 |
CN106910038A (zh) * | 2017-04-25 | 2017-06-30 | 物载天下网络科技(苏州)有限公司 | 一种同城配送的货物与车辆匹配的系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107679814A (zh) | 整车物流运输的全程管理系统和方法 | |
CN105205946B (zh) | 自助atm机电子钞箱综合管理系统及方法 | |
CN107844092A (zh) | 一种销贷车辆远程管理控制系统及其控制方法 | |
CN109017344B (zh) | 一种充电桩自动鉴权方法 | |
CN106864289A (zh) | 一种车辆充电方法及系统 | |
CN103714625B (zh) | 一种智能卡充值方法及系统 | |
CN108446974A (zh) | 数据处理装置、方法及计算机可读存储介质 | |
CN108805701A (zh) | 多区块链跨链交易处理系统及方法、区块链系统及存储介质 | |
CN101635908B (zh) | 一种计费系统的话单传输处理方法及其系统 | |
US20120169282A1 (en) | Method and Device for Identifying an Electric Vehicle to a Billing Centre | |
CN106383757A (zh) | 一种车载软件的更新方法及装置 | |
CN205507987U (zh) | 电动汽车充电桩在公共自行车站点上的应用系统 | |
CN105337933A (zh) | 创建子账户的方法、系统以及主账户装置和子账户装置 | |
CN108600315A (zh) | 区块链路由处理方法、装置及存储介质 | |
CN109086929A (zh) | 一种货物共享运输系统及方法 | |
CN116112532A (zh) | 共享单车故障处理方法、移动终端及共享单车运营服务器 | |
CN107491920A (zh) | 无车承运物流平台和系统 | |
CN110175833B (zh) | 一种绑定银行卡信息的计算机装置、方法、系统及介质 | |
CN107844928A (zh) | 一种货运物流协同方法 | |
CN107103549A (zh) | 一种保险理赔系统及其方法 | |
CN109740993A (zh) | 基于kafka的网约货运汽车平台集群式订单管理系统及方法 | |
CN108920962A (zh) | 固件下载验签方法、固件发布方法、移动终端及服务器 | |
CN102045175A (zh) | 计费信息报告的发送方法及装置 | |
CN205621081U (zh) | 一种etc车载单元二次发行数据补录系统 | |
CN109840998B (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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190510 |
|
WD01 | Invention patent application deemed withdrawn after publication |