运输数字孪生 - 4

大年初三，起来已经是十一点了，不过昨晚睡也三点多了，感觉生物钟有点颠倒了，还是有点阴沉的天气。

运输数字孪生分三天实际上已经把我能想到的写得差不多了，接下来范围扩大一点，看看运输数字化对于我们的系统还有什么应该要做得更好的地方。

今天先抛一个叫全模式。

如果说TMS目前的定位是非跨国运输，那么在这个领域当中我们做了哪些运输模式了呢？

先把运输模式定义一下，暂且把他对应的到运输方式，那么运输方式无非就是几种，公路，铁路，水路，航空，还有一种管道我们暂且用不到。

那么上面这些方式我们都支持了吗？回答肯定是yes，都支持的挺好了吗？回答是不一定，为什么？我们目前的支持方式基本上是抽象成了把xx货从起点经过途径点运到终点的模式，这种抽象忽略了运输模式的区别，用一个模型去套，当然这是一种挺好的设计理念。

那么在这个理念的基础上，是不是能够求同存异，能够做出一些不同运输模式的特点来，是把系统从能用做到好用的重点。

比如火车有车次，车号，有中途停靠的车站；铁路的追踪信息获取方式和GPS等有所不同，是不是能拿到；铁路订车皮的方式也有点区别，需不需要支持？

水运当然也有特别的地方，船名，航次；实时ais数据；订舱，造船也有很多特别之处...

概括一下，就是下单的方式可能不同；基本信息有些区别；追踪信息获取方式有所不同。

此外既然说到了多模式，在实际情况中除公路以外的模式基本只能走干线，两端还是需要公路来延伸，那就存在一个拆段和衔接的问题，一旦涉及到拆段又会涉及到超期滞留的问题，这些实际上都是全模式支持优化中需要考虑的问题。

实际上目前我们已经有不少多模式的案例在系统中运行，比如O**在很多区域有铁路+公路的模式，C**也有类似的模式，S**有典型的公路＋沿海运输的模式，B**有好几种铁路，水路＋公路的模式，C***有公路+海运的模式(这个可能不是典型的国内运输范畴)。

结合上面这些案例把全模式做专业可以是2022的一个期望。