本申请是申请号为201310499038.3、申请日为2013年10月22日、发明名称为“基于事件驱动的场内交易货物集中配送运输***”的发明专利申请的分案申请。
具体实施方式
下面结合具体实施例,进一步阐明本发明,应理解这些实施例仅用于说明本发明而不用于限制本发明的范围,在阅读了本发明之后,本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。
基于事件驱动的场内交易货物集中配送运输***,包括货物运输电子商务平台、移动通讯终端和服务端;服务端包括保险运营商服务端和金融机构服务端;在本实施例中金融机构服务端是指银行服务端。
本平台与协同引入的运营商共同发展货主会员、运输单位会员、车船主会员以及港口、市场、货运站、工厂仓库等会员。本平台以自身作为主承运人向货主承接货物运输业务,将承接的待运货物在平台上对车船主公开发布竞价或挂价交易信息,摘牌中标的车船作为实际承运人帮助平台承运标的货物。平台对承运的货物负全责,并对货主开票结算。本***以平台作为主承运人的场内交易方法保证了货运信息真、矛盾处理快、货运安全有保障。
货主会员和车船会员的移动通讯终端分别预装相应的移动客户端应用***。
货主会员使用电脑或移动通讯终端将待运货物信息发送到给货物运输电子商务平台,货物运输电子商务平台收到并审核后与货主在线签订承运合同。
车船会员使用移动通讯终端将其空载或富余运力的信息发送到货物运输电子商务平台。货物运输电子商务平台根据待运货物起运地位置,通过定位搜索取得周边车船信息。货物运输电子商务平台将搜索到的有空载预报的车船运力和定位搜索到的车船会员合并集中与待运货物智能配对。根据预报的适运空驶运力与预报的待运货源进行比对:当货多运力少时,***采用挂价交易方式;当货少运力多时,采用竞价交易方式。货物运输电子商务平台将待运货物相关信息发送至车船会员的移动通讯终端通知适运的车船会员上平台参与竞价或挂价交易。同时将货源信息在***中公告,车船会员也可通过移动通讯终端对公告中的货源信息进行查询、摘牌交易等操作。车船会员将摘牌信息回传至货物运输电子商务平台后,货物运输电子商务平台确定中标车船,并与该车船会员在线网签承运合同。
货物运输电子商务平台通过电信网络、卫星定位***跟踪呼叫承运车船前往装货地装货,到目的地卸货;适时呼叫货主会员、装货地、卸货地做好装货、卸货准备工作,并在装货或卸货完毕后及时与车船会员确认回传电子运单;根据缴费提醒,及时呼叫货主会员向平台支付运费。在货、款两清后,呼叫车船会员驶离卸货地。
电子单证与运费结算
货物运输电子商务平台根据与货主会员、车船会员在线签订的承运合同及双方确认回传的电子运单信息,自动计算出货主会员支付平台的运费总额,并通过银行服务端向银行发送指令,实现银行自动代货主会员将运费支付到货物运输电子商务平台的账户,平台收到运费后开具(打印)运输***给货主会员;同时货物运输电子商务平台自动计算出平台支付车船会员的运费总额,代扣税费后通过在线支付***将运费支付给车船会员。
保险理赔
货物运输电子商务平台将货主会员和车船会员的保险业务交由协同引入的保险运营商(以下简称“A公司”)受理,某区域内的货主会员投保资料由推荐人协助向A公司提供并办理投保事宜;车船会员的投保资料由该区域的运输单位会员协助向A公司提供并办理投保事宜。该区域的A公司分支机构按投保业务受理条件进行审核,并将审核通过的会员信息通过保险运营商服务端自动发送至货物运输电子商务平台。货主会员若已在A公司投保,A公司应通过保险运营商服务端将投保额度、比例及相关信息发送至货物运输电子商务平台;货主会员若未在A公司投保,A公司也应通过保险运营商服务端通知货物运输电子商务平台,以方便平台及时在承运前与A公司通过集中预约保险的方式对承运货物进行投保。
保费不足或保险到期以及条件不符合A公司要求的平台会员,所在地的A公司分支机构应及时通过保险运营商服务端提醒货物运输电子商务平台,货物运输电子商务平台应适时通过向移动通讯终端发送消息联系该会员向A公司足额交纳保费或完善手续。该会员在保险到期前30天仍未按要求足额交纳保费的,A公司通过保险运营商服务端自动通知货物运输电子商务平台,将该会员转为非投保客户。
当承运车船造成平台承运货物的货损、货差、货物灭失时,会员通过移动通讯终端将事故信息发送给货物运输电子商务平台,货物运输电子商务平台立刻将承运货物出险的时间、地点、事故情况、承运车船、联系人及电话等信息通过保险运营商服务端发送给A公司,移交给A公司业务部门受理,A公司受理后及时委派就近的理赔人员去现场处理。当需要转驳运输时,理赔人员通过货物运输电子商务平台调配运输车船到事故现场接运,驳装的人力和设备由A公司安排,费用由A公司支付,调配的车船费用由平台代付。驳装到接运车船上的货物重量及数量由A公司理赔员与事故车船会员和接运车船主交接,双方交接信息以电子运单的方式用事故车船会员或属地运输单位会员的移动通讯终端发送至平台,由平台呼叫接运车船到目的地卸货。A公司将出险及理赔的处理进程通过保险运营商服务端及时发送至货物运输电子商务平台。
发展货主会员的定价模型
针对不同区域内某一货主的不同货种在不同季节的运价,根据***的定价模型得出平台承运指导价,供平台业务人员或协同引入方工作人员发展货主会员时,以承运指导价作为与货主合同谈判的基价。具体操作如下:
平台对于每个地区达到预设货运量的货主企业,根据该企业的:
·可承运货物的种类、年货运量
·可承运货物的现运输方式、起运地、目的地、运输单价
·不同季节是否有上下浮动,浮动率
·运费的结付方式
·市场上同路线、同货种的现运输单价
·市场上利用空驶运力时,同路线、同货种的现运输单价
将这些货主企业相关信息录入定价模型中,通过定价模型计算得出货主企业的不同货种、不同起运地、不同目的地的平台承运指导价,由平台业务人员或协同引入方工作人员按平台承运指导价进行一对一的入会谈判。
定价模型:p=p1-(p1-p2)r,p1:同货种、同路线正常运价,p2:同货种、同路线返程运价,r:平台让利率。
场内交易主要事件描述
实现基于事件驱动的场内交易货物集中配送运输***是一个大型复杂的***工程,我们把它划分成许多子工程,并把这些子工程称之为事件。实现场内交易的货物运输是通过触发一系列事件完成的,所有事件的集合就是整个场内交易的货物运输***(见图2)。
基于事件驱动的场内交易货物集中配送运输***的主要事件描述如下:
会员发展事件:
E1:发展货主会员:
货物运输电子商务平台存储货主会员信息,货主会员信息包括移动通讯终端ID、授信手续信息、办理的保险信息、账户信息等。
E2:发展运输单位会员:
货物运输电子商务平台存储运输单位会员信息,运输单位会员信息包括移动通讯终端ID、办理的保险信息、账户信息等。
E3:发展车船会员:
货物运输电子商务平台存储车船会员信息,车船会员信息包括移动通讯终端ID、办理的保险信息、账户信息等。
交易事件:
E4:待运货物信息预报
货主会员使用电脑或移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等)将待运货物信息发送到货物运输电子商务平台。
E5:空载运力信息预报
车船会员使用移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等)将空载或富余运力信息发送到货物运输电子商务平台。
E6:网签货主电子合同
货主会员预报待运货物信息到平台后,由平台审核定价并生成电子合同发送至货主会员的电脑或移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等),货主会员在线与平台签订承运合同,完成了平台与货主会员网签锁货,即平台取得该批待运货物的承运权。
E7:网签车船承运电子合同
适运车船会员交易摘牌中标后,货物运输电子商务平台自动生成车船承运电子合同发送至车船会员的移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等),车船会员在线与货物运输电子商务平台签订承运合同。
E8:匹配适运车船
货物运输电子商务平台自动根据待运的货物信息和适运条件设置定位搜索智能匹配适合运输该批货物的车船运力。
E9:确定交易方式
货物运输电子商务平台按适运车船运力及待运货物数量的比例自动确定运输的交易方式是挂价交易,还是竞价交易。待运货物数量大于适运车船运力,先摘牌者中标,即为挂价交易;待运货物数量小于适运车船运力,且适运车船数大于3辆(艘),即采用竞价交易。
E10:挂价交易
车船会员收到货物运输电子商务平台的挂价交易信息后参与摘牌,先摘牌者中标。
E11:竞价交易
车船会员收到货物运输电子商务平台的竞价交易通知信息后参与竞价投标,货物运输电子商务平台根据优化条件(比如价格低优先、先发车优先等)确定中标车船。
E12:测算承运单价
货物运输电子商务平台通过定价模型自动计算出待运货物的承运单价,供业务人员与货主会员网签承运合同。
E13:车船单证流转
货物运输电子商务平台根据合同生成通知单发送至承运车船会员的移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等),提醒其前往装货地装货。
E14:货主单证流转
货物运输电子商务平台根据合同生成通知单发送至货主会员的电脑或移动通讯终端(含手机、平板电脑、PDA、车载或船用通讯终端等),提醒其做好装货地发货、卸货地收货准备。
E15:呼叫单证流转
货物运输电子商务平台根据合同生成通知单,提醒呼叫人员跟踪装卸。
呼叫事件:
E16:跟踪呼叫
货物运输电子商务平台呼叫人员的接收呼叫作业单,对货主会员、车船会员、装货地和卸货地进行全程跟踪呼叫。
E17:装货前呼叫
货物运输电子商务平台判断出车船会员接近装货地时,提醒呼叫人员对货主会员、装货地联系人进行呼叫,核对相关信息,并做好装货准备。
E18:回传“电子发货单”
车船会员到达装货地装货完毕,与发货人核对装货信息无误后,对“电子发货单”进行确认,回传“电子发货单”至货物运输电子商务平台,呼叫货物运输电子商务平台审核,审核无误后发送启程通知给车船会员,通知车船会员可以驶向卸货地。
E19:催缴运费呼叫
在车船会员驶向卸货地的过程中,通过货物运输电子商务平台自动向账户内余额不足的货主会员催缴运费,并在货主会员不缴运费的情况下对其语音呼叫。
E20:发送“电子收货单”
货物运输电子商务平台在货主会员的运费结付专用账户已成功锁定应付运费时,自动生成“电子收货单”发送至车船会员、货主会员,同时向车船会员发送卸货通知,车船会员凭此单到卸货地卸货。
E21:在途运输跟踪呼叫
在车船会员驶向卸货地的过程中,呼叫人员通过货物运输电子商务平台对车船会员进行呼入、呼出的跟踪呼叫,及时解决车船会员在途运输中发生的异常情况(比如:发生交通事故、车船会员信号消失等),确保车船会员顺利安全到达卸货地。
E22:卸货前呼叫
货物运输电子商务平台判断到车船会员接近卸货地时,提醒呼叫人员对货主会员、卸货地联系人进行呼叫,核对已生成电子收货单,提醒货主其做好卸货准备。
E23:回传“电子收货单”
车船会员到达卸货地凭“电子收货单”和卸货通知才可以卸货,卸货完毕,与收货人核对卸货信息无误后,对“电子收货单”进行确认,回传“电子收货单”至货物运输电子商务平台审核,审核无误后发送驶离通知给车船会员,通知车船会员可以驶离。
E24:发送“违约处理通知”
当货主会员或者车船会员,任何一方发生违约情况时,由呼叫人员通过货物运输电子商务平台制作“违约处理通知”发送到法务人员处理。
E25:发送“事故处理通知”
当车船会员在运输途中发生交通事故或者货物发生超损的情况时,由呼叫人员通过货物运输电子商务平台将“事故处理通知”发送给法务人员处理,并由货物运输电子商务平台向保险运营商服务端发送事故数据,报保险运营商理赔受理。
保险事件:
E26:会员投保信息预审
货物运输电子商务平台根据推荐人将货主会员、车船会员的投保资料(包括但不限于营业执照、税务登记证、组织机构代码证、行驶证及身份证等)通过保险运营商服务端提供给保险运营商在线进行预审,保险运营商并通过保险运营商服务端将预审结果反馈给货物运输电子商务平台。
E27:车船会员办理投保
货物运输电子商务平台通知车船会员去当地保险运营商分支机构办理投保手续,由保险运营商将投保结果以及成功投保的会员的投保信息(如该会员投保保额等)通过保险运营商服务端发送至货物运输电子商务平台。
E28:计算保费
货物运输电子商务平台在与货主会员签订电子合同前,依据货主会员预报的货物名称、价值及保险运营商提供的保费费率自动测算出保费金额。
E29:货物投保
若货主会员未为某笔货物投保,货物运输电子商务平台将在车船会员起运货物前向保险运营商申请占用平台预约投保额度进行投保。
E30:出险报险
当承运货物的车船会员造成货损、货差、货物灭失时,相关人员通过移动通信端向货物运输电子商务平台发送承运货物出险信息(如时间、地点、事故情况、承运车船、联系人及电话等),货物运输电子商务平台通过保险运营商服务端通知保险运营商相关业务部门。保险运营商在接到报险后指派当地分支机构进行现场勘查,并向货物运输电子商务平台提供理赔人员联系方式。
E31:定损及理赔
当保险运营商就事故货损、货差及价值与货主达成一致后,会在一定工作日内(通常为20天)将理赔款支付到货主会员账户内。同时保险运营商会确定是否需要向承运车船进行追诉。保险运营商并将出险及理赔的处理进程通过保险运营商服务端及时发送至平台。
结算事件:
E32:货主会员运费自动计算
货物运输电子商务平台自动引入《货主会员电子运输合同》中的“运费单价”,《电子发货单》上的“重量”(《电子收货单》上的“重量”)等信息作为结算依据,计算得出货主会员应向平台支付的运费。
E33:运输费***的开具
货物运输电子商务平台收到货主支付的运费后,向货主会员开具货物运输业增值税专用***,运输***的开票内容均为自动生成或直接引用。
E34:运输单位会员的纸质运单(运输单证)审核
车船会员将货物安全运至指定卸货地后,发送《电子收货单》至货物运输电子商务平台,并及时将纸质运单交至所属运输单位会员处。运输单位会员负责将纸质单证和***《电子收货单》进行核对,审核无误向货物运输电子商务平台确认。
E35:车船会员运费自动计算
承运业务结束以后,货物运输电子商务平台接收到车船会员和相关方共同确认的电子发货单、电子收货单后,根据车船会员签订的承运合同计算出车船会员应得的税后运费。
E36:违约金的收取与支付
结算中心向违约方收取违约金,并将收取的违约金支付给守约方,货物运输电子商务平台生成违约金收支报表。
银行业务事件:
E37:非协议货主会员运费支付
当货主会员的运费结付专用账户中有足额应付运费资金,由银行在生成电子收货单后通过银行服务端划付到货物运输电子商务平台的账户。
E38:协议货主会员运费支付
货物运输电子商务平台将完成的电子运单通过银行服务端发送给银行,银行根据电子运单和运输合同计算出运费,将运费放贷给货主并通过银行服务端转账至平台账户。
E39:税费代扣
货物运输电子商务平台收到货主会员支付的运费后,代承运车船缴纳税费。
E40:向车船会员支付运费
货物运输电子商务平台扣除税费和手续费后,将运费支付到承运车船会员账户。
E41:违约金扣除
货物运输电子商务平台违约纠纷处理结果,从相应的会员账户中扣除违约金。
E42:货主会员授信账户监控
货物运输电子商务平台对货主会员在平台的支付行为进行记录保存和更新,随时了解货主会员授信账户余额,当余额不足时,平台通过移动通讯终端通知货主会员补足余额。
E43:会费缴纳
货物运输电子商务平台每年向车船会员收取一定的会费,并在预设的时间周期内通过银行服务端通知银行将扣除会员账户中的会费金额至平台账户。
场内交易主要事件驱动关系
在基于事件驱动的场内交易货物集中配送运输***中,有些事件(比如A事件)结束后,它又触发一个或多个新的事件(比如B事件),我们称A事件驱动B事件。有些事件之间是驱动与被驱动关系,有些是并行或独立关系。当事件之间的关系是驱动与被驱动关系,驱动事件必须先执行,当事件之间的关系是并行关系时,可按任意顺序执行。
表1描述了场内交易主要事件的驱动关系,图3是用有向无环图G表示的场内交易主要事件,这就构成场内交易分析的基础。
表1场内交易事件表
E1 |
发展货主会员 |
E4 |
E2 |
发展运输单位会员 |
E3 |
E3 |
发展车船会员 |
E26 |
E4 |
待运货物信息预报 |
E28 |
E5 |
空载运力信息预报 |
E8 |
E6 |
网签货主电子合同 |
E8 |
E7 |
网签车船承运电子合同 |
E13,E14,E15,E29 |
E8 |
***匹配适运车船 |
E9 |
E9 |
***确定交易方式 |
E10,E11 |
E10 |
挂价交易 |
E7 |
E11 |
竞价交易 |
E7 |
E12 |
***测算承运单价 |
E6 |
E13 |
车船单证流转 |
E18 |
E14 |
货主单证流转 |
E18 |
E15 |
呼叫单证流转 |
E16 |
E16 |
跟踪呼叫 |
E17 |
E17 |
装货前呼叫 |
E18,E24 |
E18 |
回传“电子发货单” |
E24,E32 |
E19 |
催缴运费呼叫 |
E37 |
E20 |
发送“电子收货单” |
E21 |
E21 |
在途运输跟踪呼叫 |
E22 |
E22 |
卸货前呼叫 |
E23,E24 |
E23 |
回传“电子收货单” |
E25,E35,E42 |
E24 |
发送“违约处理通知” |
E41 |
E25 |
发送“事故处理通知” |
E30 |
E26 |
会员投保信息预审 |
E27 |
E27 |
车船会员办理投保 |
E5 |
E28 |
计算保费 |
E12 |
E29 |
货物投保 |
E18 |
E30 |
出险报险 |
E31 |
E31 |
定损及理赔 |
|
E32 |
货主会员运费自动计算 |
E19,E20 |
E33 |
运输费***的开具 |
|
E34 |
运输单位会员的纸质运单(运输单证)审核 |
E40 |
E35 |
车船会员运费自动计算 |
E43 |
E36 |
违约金的收取与支付 |
E35 |
E37 |
非协议货主会员运费支付 |
E20,E33 |
E38 |
协议货主会员运费支付 |
E33 |
E39 |
税费代扣 |
E34 |
E40 |
向车船会员支付运费 |
|
E41 |
违约金扣除 |
E36 |
E42 |
货主会员授信账号监控 |
E38 |
E43 |
会费缴纳 |
E39 |
拓扑排序
根据图3建立主要事件的优先次序,如图4所示,建立在深度优先基础上的、适用于物流运输的拓扑排序。它决定了执行货物运输事件的先后顺序,以保证货物运输的顺利执行。
函数topological_sort(G)的输入参数为有向无环图G,输出为拓扑排序,其具体操作是首先把G的所有根节点形成根节点数组,再产生一个空的称为FS_list的链表,然后运行函数DFS_search把拓扑排序存入FS_list里,即完成拓扑排序工作。函数DFS_search(G,node_array,FS_list)的输入参数为图G,节点数组node_array和链表FS_list,其输出结果存入FS_list,它首先取出节点数组中的第一个节点,如果该节点已经处理过,则取出下一个节点,直到取出一个未处理节点,对该未处理节点,首先标记为已处理节点,再把它所有的子节点存入数组new_node_array,然后递归调用函数DFS_search(G,new_node_array,FS_list),当DFS_search结束时,把其对应的未处理节点放在FS_list的前面,再接着处理对应节点数组中的下一个节点,直至递归结束。
拓扑排序的应用
货物运输的拓扑排序对物流运输非常重要。最主要的是它给出了事件的执行顺序,如果事件执行顺序与拓扑排序相矛盾,货物运输将出现错误。拓扑排序对物流管理、物流软件设计和优化物流运输取着根本性的指导作用。比如拓扑排序中显示“发送‘电子收货单’事件”先于“卸货前呼叫事件”发生,如果“卸货前呼叫事件”先于“发送‘电子收货单’事件”发生,可能发生货物送达但运费不能收回的情况,又比如拓扑排序中显示待运货物信息预报事件和空载运力信息预报事件不关联,这两个事件厅独立执行。
事件之间的简单路径数量表示事件之间的关联复杂程度,我们可应用事件之间的简单路径数量分析关键路径、关键节点,和控制事件,这些都是优化物流运输不可或缺的条件。计算事件之间的简单路径数量的算法如图5所示。
path_number是求解简单路径数量的函数,输入参数为有向无环图G,输出为任意节点与G的拓扑排序的最后节点之间的简单路径数量。其过程是首先调用topological_sort,并把其结果存入链表v。假设图G的全部节点数为t,再产生一个大小为t的数组arr,并设arr[t]的初始值为1,然后设定arr[t-1]的值为0,取出链表t-1位置的节点,把t-1节点所有子节点所对应的存于arr中的值相加并存入arr[t-1],再取出链表t-2位置的节点,把t-2节点所有子节点所对应的存于arr中的值相加并存入arr[t-2],再取出链表t-3位置的节点,把t-3节点所有子节点所对应的存于arr中的值相加并存入arr[t-3],重复上述过程,直到处理完链表的第一个值,arr[j](j=1,…,t)中的数值即表示节点j到节点t之间的简单路径数。如若计算任意两节点之间的简单路径数,可修改上述算法中的循环上下限和子节点范围得到两节点之间的路径数。
保险运营商服务端
引入保险运营商是本货物运输***很重要的一个事件,保险运营商为车船和货主提供货物集中保险,理赔运输中出现的货损货差和货物灭失。本货物运输***与保险运营商对接由以下事件实现:
EI1:会员投保信息预审
货物运输电子商务平台根据推荐人将货主会员、车船会员的投保资料(包括但不限于营业执照、税务登记证、组织机构代码证、行驶证及身份证等)通过保险运营商服务端提供给保险运营商在线进行预审,保险运营商并将预审结果通过保险运营商服务端反馈给货物运输电子商务平台。交换的数据包括但不限于:审核地址,该会员在平台对应id,会员类型。
EI2:车船会员办理投保
货物运输电子商务平台通过移动通讯终端通知车船会员去当地保险运营商分支机构办理投保手续,由保险运营商将投保结果以及成功投保的会员的投保信息(如该会员投保保额等)发送至货物运输电子商务平台。交换的数据包括但不限于:车/船会员姓名,身份证号码,车船号,保险开始日期,保险结束日期。
EI3:保险到期提醒
如车船主入会时在其它保险运营商投保且暂未到期,保险运营商在其保险到期前一定天数(通常是60天)通知***平台该会员保险到期时间。若车船会员保险在到期时还未更改,则由保险运营商通过保险运营商服务端通知货物运输电子商务平台督促该车船会员到保险运营商办理投保手续。如仍未按要求投标的,保险运营商通过保险运营商服务端通知货物运输电子商务平台,将该会员转为非投保客户。交换的数据包括但不限于:该会员在平台对应id,原保险运营商,保险到期日期,到期日会员身份转换类型。
EI4:货物投保
若货主会员未为某笔货物投保,货物运输电子商务平台将在车船会员起运货物前通过保险运营商服务端向保险运营商申请占用货物运输电子商务平台预约投保额度进行投保。保险运营商收到请求后生成保单。交换的数据包括但不限于:投保数额,该笔货物货值,该笔货物需承保的比例,该笔货物货种,该笔货物数量,该笔货物运输路线坐标。
EI5:出险报险
当承运货物的车船会员造成货损、货差、货物灭失时,相关人员通过移动通讯终端将出险信息发送给货物运输电子商务平台,货物运输电子商务平台立刻将承运货物出险信息(如时间、地点、事故情况、承运车船、联系人及电话等)通过保险运营商服务端通知保险运营商相关业务部门。保险运营商在接到报险后指派当地分支机构进行现场勘查,并通过移动通讯终端向***平台提供理赔人员联系方式。交换的数据包括但不限于:保险运营商该货物对应的保单号,该笔货物需承保的比例,出险时间,出险地点坐标,出险说明,车/船主姓名,联系电话,车牌号/适航证号。
EI6:定损及理赔
当保险运营商就事故货损、货差及价值与货主达成一致后,会在一定工作日内(通常为20天)将理赔款支付到货主会员账户内。同时保险运营商会确定是否需要向承运车船进行追诉。保险运营商并将出险及理赔的处理进程通过保险运营商服务端及时发送至平台。交换的数据包括但不限于:保险运营商该货物对应的保单号,是否需向车船主追偿,根据事故严重情况评估的追偿数额,保险运营商该货物对应的保单号,理赔进程代码。
EI7:数据库同步
货物运输电子商务平台建立镜像数据库,每天网络空闲时段进行一次同步,同步内容为当天(或几天内)在保险运营商有信息变动的客户数据。交换的数据包括但不限于:该会员在***平台id,保险账号,会员类型,车/船主姓名,身份证号码,车牌号/适航证号,保险开始日期,保险结束日期,投保额度。同步执行的伪代码如图6:
function insurance_sync()实现了在不间断***运行的情况下实现数据库同步,其步骤是首先执行comp_sync_time()函数得到同步时间,当sync_time到时,向保险运营商请求同步,并等待收取保险运营商回复。当收到保险运营商回复信息时,从中提取更新数据的平台id,以所有需更新数据的id作节点,再根据货运依赖关系形成运输关系图G。应用集群分析工具比如METIS,对图G作集群分析,得到若干个***平台更新用户群,然后对每个用户群进行数据更新。对某个用户群更新时,首先对该群用户和该群的边界用户加锁,再进行更新操作,操作完成后再解锁,从而使数据库同步时对***的影响降到最小。
function Comp_sync_time()用来计算***同步时间,其步骤是首先计算设定同步时间time1,然后根据***状态比如从上次更新到目前已完成的货运次数、吨位等决定同步时间time2,取time1和time2中的极小值作为下次更新时间。
在与保险运营商对接操作时,需要由保险账号,会员类型,车/船主姓名,身份证号码,联系电话,车牌号/适航证号,保险开始日期,保险结束日期,投保额度,出险时间,出险地点坐标,出险说明,该笔货物货值,该笔货物需承保的比例,货物货种,货物数量,货物运输路线坐标等一项或多项信息得到会员在***平台id。在货运***中,已有会员id与上述信息的对应关系(见表2)。
表2会员id及其保险信息表
但上述信息与会员id则没有直接关系,一个地址可有多个会员id,一个会员id可有多个保险单号,一个姓名(重名)可有多个会员id,一个身份证号码可有多个会员id,一个会员id可有多个联系电话,但一个联系电话只有一个id,车船号与会员id是一对一的关系。为方便和快速搜寻,需建立它们与会员id的map,比如表3建立了地址和会员id map,其它信息和id的map可依次建立。
表3地址和会员id map
地址1 |
会员id1,会员id2,… |
地址2 |
会员ida,会员idb,… |
地址3 |
会员idI,会员idII,… |
… |
… |
通讯服务端
引入通讯运营商是本货物运输***的另一个重要创新,利用通讯运营商网络技术,所有货主会员使用电脑或移动通讯终端将待运货物信息发送到货物运输电子商务平台,货物运输电子商务平台收到并审核后与货主在线签订承运合同。所有车船会员使用移动通讯终端将其空载或富余运力的信息发送到平台。平台根据待运货物起运地位置,通过定位搜索取得周边车船信息。平台将搜索到的有空载预报的车船运力和定位搜索到的车船会员合并集中与待运货物智能配对。平台将待运货物相关信息发送至车船会员的移动通讯终端通知适运的车船会员上平台参与竞价或挂价交易。同时将货源信息在***中公告,车船会员也可通过移动通讯终端对公告中的货源信息进行查询、摘牌交易等操作。车船会员将摘牌信息回传至平台后,平台确定中标车船,并与该车船会员在线网签承运合同。平台通过电信网络、卫星定位***跟踪呼叫承运车船前往装货地装货,到目的地卸货;适时呼叫货主会员、装货地、卸货地做好装货、卸货准备工作,并在装货或卸货完毕后及时与车船会员确认回传电子运单;根据缴费提醒,及时呼叫货主会员向平台支付运费。
在货、款两清后,呼叫车船会员驶离卸货地。货物运输电子商务平台与通讯运营商对接由以下事件实现:
EE1:货主会员向平台预报待运货物信息
交换信息内容如货物名称(品名)、规格(尺寸)、装货地、装货时间、卸货地、运价等信息。
EE2:货主会员与货物运输电子商务平台网签合同
确认信息内容如货物名称(品名)、规格(尺寸)、装货地、装货时间、卸货地、运输损耗、数量、重量、运价、密码等信息。
EE3:货物运输电子商务平台通知货主会员收发货、缴费等信息
通知信息内容如车船号、提货人、证件号码、货物名称(品名)、装货地、卸货地、缴费金额等信息。
EE4:货主会员上传电子运单
上传信息内容如货物名称(品名)、车船号、计量方式、数量、重量、密码等信息。
EE5:货主会员线上支付运费给货物运输电子商务平台
支付信息内容如付款方开户行、收款方开户行、账号、金额等信息。
EE6:车船会员向货物运输电子商务平台预报空载运力信息
交换信息内容如车船号、起始地、日期、可配载量、联系电话等信息。
EE7:车船会员参与竞价或挂价交易
交换信息内容如货物名称(品名)、规格(尺寸)、装货地、装货时间、卸货地、运输损耗、运价、车船号、承运数量、承运重量、交易价格等信息。
EE8:车船会员与货物运输电子商务平台网签承运合同
确认信息内容如货物名称(品名)、规格(尺寸)、装货地、装货时间、卸货地、运输损耗、数量、重量、运价、密码等信息。
EE9:车船会员线上支付承运保证金给货物运输电子商务平台
支付信息内容如付款方开户行、收款方开户行、账号、金额等信息。
EE10:车船会员上传电子运单
上传信息内容如货物名称(品名)、车船号、计量方式、数量、重量、密码等信息。
EE11:货物运输电子商务平台通知车船会员装卸货、启程、驶离等信息
交换信息内容如车船号、提货人、证件名称、货物名称(品名)、重量、装货地、卸货地、联系人、电话、等信息。
EE12:货物运输电子商务平台线上支付运费给车船会员
支付信息内容如付款方开户行、收款方开户行、账号、金额等信息。
EE13:车船会员、货主会员呼叫平台或平台呼叫车船会员、货主会员的语音记录及车船会员语音上传电子运单、重置或修改密码等信息。
图7显示货主会员和车船会员与货物运输电子商务平台之间主要的数据交换。在运输过程中,会员需不间断地与货物运输电子商务平台进行数据交换,因***需为众多的会员服务,其数据流是极其庞大的。为加快数据处理,防止数据堵塞,本***不采用传统的软件处理方法,而是引入FPGA芯片处理数据(见图8),进而大大加速数据处理过程。当移动通讯终端的数据流进入货物运输电子商务平台时,FPGA芯片根据数据标题字段(head),分析信息类型,并直接送入对应的处理线程或者计算机。FPGA芯片解析的信息类型包括:1)货主会员向平台预报待运货物信息,2)货主会员与平台网签合同,3)平台通知货主会员收发货、缴费等信息,4)货主会员上传电子运单,5)货主会员线上上支付运费给平台,6)车船会员向平台预报空载运力信息,7)车船会员参与竞价或挂价交易,8)车船会员与平台网签合同,9)车船会员线上支付承运保证金给平台,10)车船会员上传电子运单,11)平台通知车船会员装卸货、启程、驶离等信息,12)平台线上支付运费给车船会员,13)呼叫信息,14)其它信息等14种类型。
银行服务端
引入银行是本货物运输***很重要的一个事件,实现货物集中配送运输的全部会员完成在线资金结付、在线融资。
货物运输电子商务平台与金融机构对接由以下事件实现:
EB1:金融机构与货物运输电子商务平台会员发展部的对接
货物运输电子商务平台根据业务发展在某地区发展货主会员和车船会员,首先由会员发展人员与银行运营商总部的分管部门联系,由金融机构总部将货主会员授信、开户和车船会员办理***以及协助发展会员的相关要求和办法以文件的形式发送给货物运输电子商务平台拟发展会员的区域金融机构分支机构。金融机构审核会员资料,并将结果通过金融机构服务端(银行服务端)通知货物运输电子商务平台。
EB2:金融机构为货主会员进行线下授信
货主会员须在属地金融机构开设账户(运费支付均通过该账户结算),并开通网银功能。金融机构及时对***平台推荐的货主会员提出的授信申请实施评审,金融机构经过规定的贷款审批程序和条件,并经金融机构贷款审批机关的批准同意后,批复其授信额度,用于货主会员向平台支付运费。
EB3:金融机构为车船会员办理***和借记卡
EB4:货主会员结付运费操作
货主会员运费结付流程如图9所示,具体操作如下:
当货主会员的货物在起运地装货完毕,并由车船会员和发货人共同确认通过移动通讯终端回传《电子发货单》至平台时,平台计算该货主会员所需支付运费金额,同时检测该货主会员的运费结付专用账户中金额是否足够支付本次运费、是否有融资账户、融资账户剩余额度是否足够支付本次运费,具体情况操作如下:
1、货主会员运费结付专用账户中金额足够支付本次运费时,由平台将运费金额在该货主会员的运费结付专用账户中冻结,在车船到达卸货地卸货完毕,由车船会员和收货人共同密码确认的《电子收货单》回传到***平台时,平台通过银行服务端通知银行解冻该笔货主会员运费结付专用账户中的运费金额,并立即将该笔运费转入平台账户中。
2、货主会员运费结付专用账户中金额不够支付本次运费,但有融资账户且融资账户剩余额度加运费结付专用账户中金额足够支付本次运费时,平台通过银行服务端直接通知银行按该运费金额从该货主会员的融资账户中直接足额转入该会员的运费结付专用账户中并立即冻结。在车船到达卸货地卸货完毕,由车船会员和收货人共同密码确认回传《电子收货单》到平台时,平台通知银行解冻该笔货主会员运费结付专用账户中的运费金额,并立即将该运费转入***平台账户中。
3、货主会员运费结付专用账户中金额不够支付本次运费,且无融资账户或融资账户额度加运费结付专用账户中金额不够支付本次运费,则平台通过移动通讯终端发送催款通知给货主会员,要求其尽快将运费支付到该会员的运费结付专用账户中。
平台自动检测到货主会员已向运费结付专用账户中转入足额运费时,平台将其运费结付专用账户中该笔运费冻结,在车船到达卸货地卸货完毕,由车船会员和收货人共同密码确认回传《电子收货单》到***平台时,平台通知银行解冻该笔货主会员运费结付专用账户中的运费金额,并立即将该运费转入平台虚拟账户中。
EB5:代平台收取会员费
货主会员、车船会员于每年12月1日至15日向***平台缴纳下一年度会员费。货主会员、车船会员应在缴纳期限内将会员费存入其在金融机构的专用结付账户内,由金融机构代扣。金融机构根据《会员入会协议》自动从会员专用结付账户中扣取会员费至平台账户,截至12月15日24时,金融机构将收款情况通过金融机构服务端反馈至平台,平台依据金融机构的收款情况做好会费缴纳情况统计,将已缴纳会费和未缴纳会费的会员统计出来,对于未及时缴纳会员费的会员,平台通过移动通讯终端向货主会员或车船会员呼叫催缴会员费。
本***以报文传输方式与银行对接,传输信息包括:付款人身份证号,付款人身份证号,付款人开户行,支付金额,发货通知单号,收货通知单号,收款人身份证号,收款人银行账号,收款人开户行,卡类型,授信额度,调整后的授信额度,通知单号,收发货通知单详情,市场、货物品名,数量,重量,同步请求等吗,其方式为:
1)通过HTTPS协议进行通讯,报文组织形式采用XML规范。
2)双方的报文都必须通过加密后再传输给对方。
3)根据应用的要求,可以由平台主动发起交易请求,银行通过银行服务端来做应答;也可以由银行通过银行服务端主动发起交易请求,平台来做应答。
4)货物运输电子商务平台向银行服务端发布HTTP服务的URL地址。
本***与银行建立镜像数据库,在网络空闲时段每间隔一定时间进行一次同步,同步内容为在此时间段内银行有信息变动的客户数据,先由平台通过银行服务端向银行发起请求,银行以报文响应。但是,当客户数据发生本质变化时如帐号取消,信任额度降级时银行及时通知货物运输电子商务平台。同步执行的虚拟代码如图10:
function bank_sync()实现了在不间断***运行的情况下实现数据库同步,其步骤是首先执行comp_sync_time()函数得到同步时间,当sync_time到时,通过银行服务端向银行请求同步,并等待收取银行响应报文。当收到银行响应报文时,从中提取需更新数据的平台id,以所有需更新数据的id作节点,再根据货运依赖关系形成运输关系图G。应用集群分析工具比如METIS,对图G作集群分析,得到若干个平台更新用户群,然后对每个用户群进行数据更新。对某个用户群更新时,首先对该群用户和该群的边界用户加锁,再进行更新操作,操作完成后再解锁,从而使数据库同步时对***的影响降到最小。
function comp_sync_time()用来计算***同步时间,其步骤是首先计算设定同步时间time1,然后根据***状态比如从上次更新到目前已完成的货运次数、吨位等决定同步时间time2,取time1和time2中的极小值作为下次更新时间。
交易价格模型的建立
货运价格决定了货主、车船主和平台三方的利益,它的决定因素包括但不限于:
·x1:可承运货物的种类
·x2:年货运量;
·x3:可承运货物的现运输方式
·x4:起运地、目的地、
·x5:参考运输单价;
·x6:季节因素
·x7:运费的结付方式;
·x8:市场上同路线、同货种的现运输单价;
·x9:市场上利用空驶运力时,同路线、同货种的现运输单价。
货运价格计算公式是:p=a p1+b p2+g p3
其中p为货运价格,
p1=p1(x1,x2,x3,x4,x5,x6,x7,x8,x9,L)
p2=p2(x1,x2,x3,x4,x5,x6,x7,x8,x9,L)
p3=p3(x1,x2,x3,x4,x5,x6,x7,x8,x9,L)
分别是x1,x2,x3,x4,x5,x6,x7,x8,x9等的函数,为货主、车船主和***平台在充分考虑上述价格决定因素后分别提供的价格,比如市场上运距s,吨位t的运输价格为p0,当货主运输2t货物,p1=0.95p0;当其运距为2s时,p1=1.8×0.95p0,最后该货主的运输价格为1.71p0。α、β和γ为动态调整因子,其部分应用如表4所示:
表4动态调整因子功能说明表
1 |
0 |
0 |
采用货主价格,适用于货少车多,***平台免费服务 |
0 |
1 |
0 |
采用车船主价格,适用于货多车少,***平台免费服务 |
0 |
0 |
1 |
采用***平台价格 |
x |
x |
<0 |
***平台让利,适用于***平台促销、抢战市场等情况 |