The Business Process Reconstruction of Railway-River Combined TransportationCloudPlatformTakingChinaContainer Export as an Example

In recent years, major large ports in China have realized the business informatization of rail-water intermodal transportation. However, the overall development level of intermodal transportation informatization has been restricted to a great extent due to the unbalanced development of intermodal transportation informatization in different regions, the rigid system architecture, the low degree of information sharing, and the lack of data management and analysis methods. Combined with the structure and business characteristics of intermodal transportation information systems, adopting cloud computing and Big Data technology, we propose an intermodal transportation information process with waybill as the information carrier and FPMS as the service fulcrum in this paper. Illustrated by the example of China’s container export process, this paper explores a series of key technical issues in the cloud environment, such as application management, business information sharing, and Big Data processing, at different levels of the construction of the rail water transport cloud platform, combined with its business characteristics, and makes experimental analysis on the relevant models to verify the feasibility of the reconstruction of the rail water transport cloud platform. It can provide theoretical and practical support for the development of rail water intermodal informatization in China.


Introduction
At present, the information construction of railway-river transportation in China is all centered on ports, lacking overall planning, and there are many redundant constructions [1].
ere are many differences in the information system construction architecture of various ports, which lead to serious information heterogeneity. At the same time, this information processing mode requires the railway to dock with different ports one by one, which will consume a lot of unnecessary time when the railway information is docked with the port business process, and the port also lacks effective expectation and control of the business growth [2]. With the continuous emergence of new combined transport services and the rapid expansion of the scale of services, the entropy value of the combined transport information system scattered in various ports will increase rapidly and cannot bear the burden of business development [3]. Che Kingsley chenikwi establishes the possibility of sustainable multimodal transportation by integrating different transportation methods to solve the problem of transportation fragility and promote the development of effective and efficient transportation networks in sub-Saharan Africa [4]. e loading and unloading operations of the Port of Rotterdam in the Netherlands are all managed and controlled by computers, and the development and construction of logistics parks are actively carried out to give full play to the logistics advantages of the port. e British railway transportation system actively cooperates with the port transportation system to comprehensively improve transportation quality and efficiency.
ere are relatively rich theoretical studies on domestic and foreign ports and railway river transport and related issues, mainly for container ports, focusing on the improvement of railway river transport quality and efficiency, the optimization of railway river transport, and the integration and optimization of railway-rail transport models and algorithms. e railway-rail transportation standardization service system has been established, but there is little research experience on the railway river transportation information platform. is article focuses on verifying the feasibility of rebuilding the railway river transportation cloud platform, and provides theoretical and practical support for the development of the railway river.
e main work of this paper is summarized as follows: (1) is paper proposes a cloud platform for railway inland transportation, which applies information technology to the "centralized" mode of informatization. Adopting the information management mode of "large concentration" can make full use of virtualization technology, give play to the advantage of resource intensification, and centralize the management of intermodal transportation information system and business data distributed in various ports. In the large centralized management mode, the powerful resource management ability of cloud platform can be effectively used, so that small-and medium-sized ports can get rid of the limitation of intermodal information, scientifically and reasonably manage and control the cost, properly deal with the management complexity and other problems, and have the same level of intermodal information as large ports in a short time. Compared with the decentralized information layout, the main advantages of the "large concentration" mode are shown in Table 1 [5]. (2) e integration and reconstruction of the overall business and the realization of hierarchical management of the process can effectively simplify the information interaction process, improve the efficiency of information integration, and more effectively manage the combined transportation information system and the business data distributed in each port [6]. (3) e business operation simulation process of Petri net model is established, which improves the business efficiency of MTR docking and reduces the cost. Container transportation process is characterized by dynamic, uncertainty, and complexity. Compared with the existing process modeling methods, such as event-driven process chain, data flow diagram, IDEF and Petri net, the Petri net can analyze the performance of the process concisely and efficiently. e comparison of methods is shown in Table 2 [7].

Intermodal Transportation Information Distribution
Status. At present, China's railway-river transport informatization is constructed in a decentralized way centering on ports [8]. Each port builds its transport information system according to its business development, and integrates information with other transport participating institutions, as shown in Figure 1. As shown in Figure 1, large ports have invested a lot of energy in planning their own business and building a relatively complete intermodal information system [9]. Small-and medium-sized ports are incomplete due to manpower and financial constraints. e railway-river transport information platform is a complex giant system. In addition to the characteristics of the general information system, it must be integrated, dynamic, and real-time. We found that the current disparate intermodal information layout and the isomerization of information systems are serious through the investigation of the intermodal information system of Lianyungang, Ningbo Port, and other ports. Problems such as resulting in a low level of informationization in China's intermodel transportation, low level of information sharing and interaction, and disproportion service capabilities [10].

Advantages of "Centralized" Information Management
Mode. According to information layout problems of intermodal transportation at present, this paper argues that the railway-river intermodal cloud platform should be involved in the business of the construction of railways, ports, and other departments jointly. Using the centralized information management mode to construct the railway-river intermodal cloud platform can make better use of virtualization technology, give full play to the advantages of resource-intensive, and realize the centralization of distributed port transportation management information system and business data [11]. e main advantages of the "centralized" mode are as follows [12]: (1) All port business processes are standardized and unified. (2) It makes data mining easy because of unified data storage, real-time sharing of information between ports, and access is restricted by the permission system. (3) e intermodal management agencies make one investment in the port, centralized operation, and maintenance, so the maintenance cost is low. (4) Information is exchanged through cloud service mode, and service resources can be shared among tenants with a high utilization rate. Renting services on demand instead of buying software with low cost; unified service port, access can be anytime, anywhere, large service capacity, and high reliability. (5) Flat operation and maintenance mode, highly shared operation and maintenance personnel, high utilization, and efficiency. (6) Use unified service portal, join port more, and promotion efficiency is higher. (7) Centralized risk control ensures service and network communication quality through high reliability of the cloud and adopts a unified application security strategy to ensure information security.

Information Layout Mode of Intermodal Cloud Platform.
Combining with the current informatization layout disadvantages of intermodal transportation, on the basis of making full use of the advantages of cloud platform intensive resource management, the centralized construction of software and hardware resources and the unified migration of applications are realized, forming a highly centralized information layout mode, as shown in Figure 2.
As shown from the information layout, management mode is based on the cloud platform which breaks the platform independence of each other between the pattern of using virtualization technology to restructure and computing resources to each according to its need. is mode will be dispersed in the ports intermodal business application migration to the cloud to intensive management and by the unified entrance of foreign service, to provide one-stop integrated transport business information service, at the same time also can use the cloud application service mode for users effectively and personalized business needs rapid customization resources or business environment. e cloud platform based on information centralization management mode can make full use of the cloud scale effectively due to numerous ports in China. And it can greatly reduce the information cost of the whole industry, especially for many small and medium-sized ports, which can through a variety of terminal direct access and use the cloud computing resources platform, achieving zero cost information construction investment [13].

Business Process Restruction
It is necessary to further extract the business information based on the transportation organization process, combine the cloud platform system oriented to the centralized transport information management, build the business support system, build the Big Data system combined with the Big Data processing mode, and take the centralized box import and export as an example to reconstruct the operation information process of railway-river combined transport.

Business Support System Architecture Design.
e business support system mainly aims at six major user groups: cargo owners/through transport operators, railway, port, shipping companies, one customs clearance, two inspections and other government agencies, as well as container truck distribution companies/insurance banks to provide application information services [14]. e information demand relationship between these six major user groups and the business support system needs to optimize the following It is difficult to realize information sharing among ports, and the data are scattered in each port, so it is difficult to extract and mine the data e data can be stored in a unified way, the information between ports can be shared in real time, the reading is limited by the permission system, and the data mining is easy Construction cost Repeated investment and high maintenance cost of port One-time investment and centralized operation and maintenance by combined transport management organizations Application development and update difficulty e "chimney" structure is adopted, and the system renewal cycle is long Using the virtual software package, the system update cycle is short

Information exchange mode
Information interaction based on system has low resource utilization, high interaction cost, low efficiency, and poor reliability Information is exchanged through cloud service mode, and service resources can be shared among tenants with high utilization rate; it is cheap to rent services on demand instead of purchasing software; the service port is unified and can be accessed anytime and anywhere, with large service capacity and high reliability Operation and maintenance mode Vertical operation and maintenance mode, serious redundancy of operation and maintenance personnel, low utilization and efficiency Flat operation and maintenance mode, highly shared operation and maintenance personnel, high utilization and efficiency business on the basis of the existing through transport information system in terms of functional demand: the first is to build one-stop through transport services with customers as the center; the second is to enhance the sharing level of information on through transport between railways and waterways; and the third is to realize the management and analysis of Big Data on through transport. e main function of the business support system is to integrate the current decentralized intermodal transport information system into an organic whole on the hot-water intermodal transport cloud platform. After configuring service instances and access rights according to customer needs, the system will be delivered to users in the SaaS service mode as shown in Figure 3.
According to Figure 3, the business support system mainly includes five parts: security framework, unified service portal, intermodal Big Data application, information sharing pool, and third-party application pool. e functions are as follows: (1) Security framework: UGAC is an SaaS service mode based on cloud environment, which is responsible for unified access control of applications to eliminate the application security bucket effect in the business process. (2) Unified service portal: e core of business support system is unified service portal, which is composed of intermodal e-commerce system and freight process management system to realize intermodal business. (3) Intermodal Big Data application: e application of intermodal Big Data mainly includes the system instance pool related to intermodal business, in which the intermodal e-commerce platform provides customers with information query, consignment handling, cargo tracking, and other related information services in various transportation operations.
Intermodal business system is mainly responsible for the planning, implementation, and management of intermodal logistics process. Intermodal marketing management system is mainly responsible for the standard formulation of intermodal products and freight rates. e collaborative office system is mainly used to ensure the normal daily management of the intermodal transport management department. (4) Information sharing pool: e information sharing pool is mainly responsible for heterogeneous application integration and information sharing. It is oriented to the needs of intermodal transport participants and realizes business collaboration and information interaction between different transport modes. It is used for data exchange with private cloud applications, such as railway, large ports, government agencies, and other third-party applications. (5) e third-party application pool: e third-party application pool is mainly composed of the business systems of the joint transport participating institutions, mainly including the business systems related to the joint transport of the port and railway departments, the small ports with low degree of information, and the fast provision of complete management information services related to the port station, wharf, and yard by means of leasing, so as to achieve zero information investment.

Technical Framework of Data Support
System. Data support system is mainly used to realize the management and secondary utilization of Big Data in combined transport. To ensure the flexibility and expansibility of data management, data management and application are independent. e data support system first precipitates and sorts out and  Figure 1: e port-centered information model of railway-river combined transport.
stores all through transport business data so as to form a data resource pool of the fragmented business data, then mines the precipitated data through the application of Big Data of through transport and delivers the results to the application of the business support system in the mode of data and service (DaaS) for consumption. ese Big Data applications can, on one hand, react to the intermodal transportation applications that generate data and optimize the business itself; on the other hand, they can enhance the user experience and quality of service and provide valuable valueadded data services to the intermodal transportation participants and managers in other industries, thus enhancing the core value of the entire platform.
According to the design of cloud platform, the data support system based on DOA can not only retrieve and process Big Data efficiently but also decouple data management and application requirements, and provide flexible data services for users and managers of cloud platform. e technical framework design is shown in Figure 4. Figure 4, the data support system is composed of client and cloud service side. e client side realizes the data interaction between the user and the data support system through protocol adapter, and the system interaction between the customer and the data support system is realized through the business application pool. e cloud service side mainly includes three components: the DOA data management center, the business application pool, and the Big Data analysis center, respectively, corresponding to the registration management, generation, and analysis process of the Big Data for intermodal transport. e functions are as follows:

As shown in
(1) DOA Data Management Center: It is composed of a data storage terminal and a data registration center, in  Journal of Advanced Transportation which the data storage terminal adopts an industrial cloud-distributed storage system to realize the unified storage and management of application data; the data registration center carries out unified management and operation of the data stored by the client and the service terminal through data registration, dynamic data aggregation of the client, and other technologies. e data are generated as needed in the metadata documents in the DOA Central Administration and stored in the metadata database in the registry. When a Big Data application needs to load a large amount of heterogeneous data for analysis, the DOA Central Administration retrieves the metadata information needed to load the data upon request and returns it to the Big Data application. A Big Data application system shall analyze the location and access interface of the data source from the metadata and obtain relevant data services. e data analysis results of Big Data applications are also stored in the data management center to form the corresponding data services (DaaS) for use by users and multimodal transport business applications. DOA data management center uses Spark protocol to realize the offline and online processing of combined transport data, and uses Hive data warehouse to manage the data information in distributed system. e better performance of Spark solves the problem of complicated data information in the course of operation and development of combined transport industry, and improves the efficiency of data processing. Hive-SQL realizes the transformation of MapReduce program, and improves the efficiency of data extraction and data cleaning. e performance comparisons of Spark with other data analysis platforms are shown in Table 3, and the characteristics of Hive are shown in Table 4. (2) Business application pool: e business application pool can not only ensure the normal development of railway-water combined transport business but also be the producer of diversified combined transport Big Data from the perspective of data. ese data are centrally stored and managed in the data support system, isolated by cloud service mode, and provided to combined transport Big Data applications as required.

Office information management subsystem
Decision subsystem

Journal of Advanced Transportation
(3) Big Data analysis center: e analysis center consists of a Big Data application pool, which is a collection of data processing units (ITDPUs) that are independent of each other and are designed and deployed according to application requirements, and a Big Data infrastructure service pool. ITDPU applies to DOA and extracts the data, then loads the data into ITDPU for data analysis, and finally returns the results to DOA administration center for business applications and industry users in the DaaS mode. e Big Data Infrastructure service includes seven parts: Spark, Hbase, Hive, Sqoop, Flume, HDFS, and Chronos, to serve the intermodal Big Data application pool. Spark realizes the offline and online processing of intermodal transport data, Hive realizes the cleaning of unstructured fragment data, HDFS realizes the storage of Big Data and becomes the offline data source of dynamic data set, Sqoop realizes the collection and processing of Big Data, Flume realizes the collection of user feedback data and log data, Hbase realizes the storage of dynamic data set, and Chronos regularly schedules the offline data transmission module and realizes the scheduling management of data processing system. e three components of the data support system cooperate with each other to form a closed-loop ecosystem of Big Data from generation, storage, management, to extraction, analysis, feedback, and service. erefore, in the data support system, DOA data management center, business application pool, and Big Data analysis center are indispensable.

Information Sharing Mechanism of Intermodal Transportation Cloud
Platform. At present, the information sharing technologies adopted by ports, railways, and other core transport agencies mainly include the following: (1) Electronic data interchange (EDI): EDI standardizes and formats the exchanged information according to the agreed protocol (EDIFACT, SOAP, etc.), and carries out data exchange among the computer network systems of trading partners through mail servers, FTP, Message Queue (MQ), and other data transmission systems, which can effectively solve the inefficient problem of paper information transmission [15,16]. (2) Service oriented architecture (SOA): Its essence is enterprise application integration (EAI) technology that realizes information exchange between heterogeneous systems [17]. e SOA component model realizes the business information interaction between heterogeneous systems by defining standardized interfaces between different services, which is characterized by loose coupling, coarse granularity and transparency [18,19].
(3) Enterprise service bus (ESB): e ESB takes services as the basic constituent unit and realizes service coordination among services through messages, and completes relevant business coordination [20]. e ESB can not only reduce development and maintenance effort, save costs, and improve system scalability but also better handle the heterogeneity between different technologies and protocols [21].

Information Sharing Model Based on MSOA
Microservice architecture (MSA) is a typical application architecture, which can be directly managed by the container cloud environment of resource support system, with strong flexibility and robustness. Using MSA to build the information sharing model and using microservice to replace the heavyweight bus structure of traditional SOA, information sharing components can be decentralized and more completely decoupled to improve the performance of message processing. is paper proposes to take microservices as the carrier to virtualize and encapsulate the logic of the information sharing process, such as routing and message parsing. And combine them dynamically according to the information sharing needs to form a microservice oriented architecture (MSOA) information sharing model, which is the core of the information sharing pool of the business supporting system.
is model can make full use of the advantages of the integrated application management system and make the information sharing function available to users in the cloud service mode of information Integration as a service (SIaaS), to realize the on-demand sharing of intermodal transportation information.
Different from the current bus sharing technology of information of combined iron-water transportation and intermodal transportation, the information sharing model based on MSOA uses fine-grained microservice unit to decouple information interaction, and uses container virtual image for standardization to form a lighter and more flexible decentralized structure than the traditional cloud platform based on the virtual machine. In addition, the MSOA Shared unit can be distributed and managed under the same management system. It avoids the high cost caused by the deployment of a special server required by the current information sharing technology and makes full use of its scaling mechanism to improve the concurrency performance of the information sharing system. All because it is fully compatible with the intermodal application structure.

Model Framework Design.
e MSOA sharing model is built on the application pool managed by the resource support system, which encapsulates and combines the information sharing business with the microservice as the unit, calculates resource allocation on demand under the resource support system, and provides it to the freight flow management department. Finally, the SIaaS mode is adopted to uniformly deliver to service consumers for use. e intermodal transportation participating organizations and customers only need to rent relevant shared services according to business needs to realize information sharing. e architectural design is shown in Figure 5.
According to Figure 5, the MSOA architecture consists of the management core of the Intermodal Transportation Integration Unit (ITIU), which is divided into the management layer and the business layer, in which the management layer is mainly responsible for the interface registration and process management of the ITIU and consists of the following three systems: (1) Microservice governance system. Microservice governance system is responsible by MSA and application registration center of resource support system, which provides registration management of shared interface of intermodal application and service composition of ITIU. MSA registry is based on application, without the concept of SOA bus, and only provides service query, load balancing and fault-tolerant mechanism. e direct communication between services does not need to rely on any service bus, which can effectively decentralize the information sharing model.
(2) EDI message switching system: Unlike the ESB, the protocol supported by the MSA is not perfect, and the RPC-based synchronous invocation approach cannot guarantee performance stability when invoked remotely across regions and is only suitable for information integration between homogeneous CNA applications; and for heterogeneous information integration across departments (for example, with ports and railways, and government departments), EDI is currently the most widely used data standard in the combined transport industry. In the MSOA model, EDI is no longer used as an information integration bus, but only as a message exchange module, which is only used to realize the interdepartmental and interregional information integration. (3) Process management system: After the integration of MSOA application information, it needs to be combined according to the shipping business process used by freight process management system (FPMS). Process management mainly relies on workflow system to provide cross-application business process integration support, and choreographs the underlying application components and services after being integrated by MSA.
erefore, for the MSOA transport information sharing model architecture, the management's microservice governance system, EDI message exchange system, process management system, and business layer are of great importance.

ITIU Design and Implementation.
In the freight business process, the shipping business is the beginning, determine the order data, complete the forwarding. At this time, railway and waterway departments also need to carry out specific operations to implement specific transport events and procedures. e business process of consign apply integration unit (CAIU) is defined as follows: (1) FPMS applies to the MSOA Shared model for shipping.
(2) e MSOA shared model invokes the CAIU service. It is independently based on the current capacity status, judges the result of the application, and sends it to the railway department, which will approve it.
(3) Finally, CAIU transmits the relevant results to FPMS (for customer inquiry) and the relevant waterway departments (to arrange relevant plans). e cross-system interaction process of CAIU is shown in Figure 6.
As can be seen from Figure 6, CAIU consists of four roles and four interaction processes. From the perspective of workflow, the main process includes one judgment node and one concurrent node. CAIU's main four interactions are as follows:  (1) Order data submission interaction: FPMS submits to CAIU the basic cargo information, shipper information, consignee information, and shipping order information of the order. (2) Vehicle application verification interaction: CAIU uses the intermodal freight management system to effectively compare the information of order goods and other data against the status of freight train capacity in the database, to judge whether the requirements for vehicle application are met or not. (3) Order approval management interaction: based on the EDI system, CAIU transmits the verification result of vehicle application and the basic information message of order to the railway freight management department. With the assistance of the railway freight management information system, the railway management personnel carries out inspection, and there are no errors. en CAIU replies the approval message of the application to CAIU.
(4) Order result interaction: CAIU sends the result of the order approval to FPMS and communicates with the shipper/intermodal operator for subsequent operations. If the consignment application is approved, send the order information to the freight station, make various plans in advance, communicate with the water transport department, and timely submit the relevant documents and approval results of the consignment.

Freight Flow Restruction Ideas.
At present, the business process of combined transport is still faced with loads of problems, such as poor service quality, low concurrency, and lack of unified logistics information carrier. We established a unified business process model based on the transport cloud platform which can provide the whole information needed by users to improve business process efficiency [22]. e business process of combined transport is mainly comprised of an intermodal e-commerce system and the  Freight Process Management System (FPMS). e former is an online C2C freight business service platform provided by the intermodal transportation operator, who provides information service with the help of the participating institutions as a merchant. e shipper, as a buyer, applies for the business through a unified port online, including contracts management, orders tracking, and payment. FPMS adopts the order driven model (ODM) to manage the processes of combined transport logistics [23]. We propose a new intermodal transportation information process based on FPMS. ey are handed over to FPMS for process management and information integration all after the consignment orders are collected by the e-commerce platform. From a macro perspective, the whole business process is divided into the following four stages: (1) Order demand submission stage: after authentication and authorization, the shipper submits his/her consignment demand to the intermodal e-commerce platform. After collecting and collating the order, it transfers them to FPMS. (2) Orders allocation: after obtaining the batch order from the e-commerce platform, FPMS automatically allocates them using the order-matching Big Data application. e system calculates the most optimal target operator and recommends it to the shipper. When the shipper confirms the targeted operator, it goes to the next stage.
(3) e business management of logistics: when the shipper finishes signing contracts, the intermodal transportation operator shall make the plan in accordance with the contract requirements. ey will book a car and a ship, contact the customs or third parties online, and will feedback the item's status information through the interface to the e-commerce platform until the delivery is complete. (4) Logistics management stage: after finishing online payment confirmation, service feedback, dispute arbitration, and service evaluation, and so on, it provides data support for subsequent decision analysis according to the completion status of the logistics business.

Information Flow Design of Centralized Box Outlet Based on FPMS.
ere is a bad difference between import and export business processes. Take the centralized container export process as an example. e design of the entire export process includes the freight business and freight transport process. It adopts FPMS intermediary guarantee transaction mode, which is divided into the following four steps mainly: (1) order submission; (2) order matching; (3) contract signing; and (4) payment confirmation. e cargo transport process is roughly the same as the current process, which is mainly divided into the following nine links [24]: (1) shipment handling; (2) vehicle booking; (3) tally and loading; (4) railway transport; (5) transshipment of goods at the port; (6) customs inspection; (7) export preparation; (8) loading; and (9) delivery. e traditional railway-river combined transport information process is complex and not unified. FPMS combines the business flow and logistics, and uses an electronic waybill, to realize the paperless cargo transport and online one-stop service. e combined transport information process based on FPMS mainly has the following advantages:  (1) Business flexibility: FPMS can automatically recommend co-carriers for shippers to choose according to the order information of shippers. (2) Business security: Shippers, intermodal operators, railways, ports, and so on, sign multiparty insurance, unified claims, and effectively reduce the risk of transport. (3) Convenient transportation: e traditional railway and sea freight agents are integrated into the combined transport agent, and the shipper only needs to communicate with the combined transport agent, while the combined transport agent conducts business negotiation with the port and railway through FPMS; (4) Real-time logistics information: Railway and marine information will be uploaded to FPMS in real time, and the corresponding information will be automatically made available to each participant.

Modeling of Container Export Information Flow Based on
Petri Net. Petri net is a structured mathematical language, which can not only describe the process graphically but also convert the graphics into mathematical calculations to evaluate the behavior of the system. e object-oriented traffic system simulation model should be constructed, and the object-oriented idea is combined with Petri net to realize the high reusability and operability of the model, and reduce the scale of the model, which is suitable for all activities, including logistics system. A formal presentation Petri Net is following [25]: P � p 1 , p 2 , . . . , p n is a finite set of places (Place), which represents the set of nodes and departments where transportation tasks start, end, or information flow, n is the number of finite places.
T � t 1 , t 2 , . . . , t m is a finite set of transitions, that is, the set of the execution of transportation tasks or the process of information transmission, and m is the number of finite transitions.
M 0 : P ⟶ 0, 1, 2, 3, . . . { } is the initial mark. rough the Petri Net model, we use OOPN to simulate the flow of container export information. According to the model composition of OOPN, the system composition object and structure are determined by business analysis, and the information flow of container export is modeled according to the following steps: (1) Divide the composition of information flow system of FPMS into four categories of objects. (2) Determine the behavior of the class object itself and its relationship with other objects.
(3) Construct the internal behaviors of four types of objects with simple Petri nets. (4) Based on (3), an object message queue is built and an input/output gate is used to represent the external interface of the object. (5) Connect corresponding transitions in internal Petri nets of various objects with message teams.
At the same time, to simplify the modeling process, the following assumptions were made for the FPMS process system before model construction: (1) Railway freight station can provide uniform service within a period of time. An OOPN-based container export FPMS information flow system model can be constructed in the Petri net environment according to the above modeling process and premise assumptions, and taking into account the functional connection between elements. As shown in Figure 7, the related symbolic meanings are shown in Table 5:

Detection of FPMS Container Export Information Flow
Model Based on Petri Net 4.6.1. Model Reliability Analysis. At present, the most commonly used OOPN model reliability detection method is system deadlock detection. e so-called deadlock refers to a blocking phenomenon caused by competition for resources or due to communication with each other during the execution of two or more processes. If there is no external force, they will not be able to continue to advance. At this time, it is called the system is in a deadlock state or the system has a deadlock. ese processes that are always waiting for each other are called deadlock processes [26]. e deadlock here is a dynamic deadlock, which reflects the dynamic characteristics of the Petri net. It can be checked whether there is a deadlock by detecting the reachable centralized deadlock flag of the Petri net. If the deadlock flag is detected in the reachable set, it will exist. Deadlock, otherwise it does not exist [27]. A reachability tree is an effective tool for checking the deadlock identification of Petri nets. It can cover all reachable sets of Petri nets and all deadlocks at the same time. e deadlock detection process of the reachable tree of the object-oriented Petri net can be divided into the following steps:  Transportation demand a2 Waiting for the whole waybill a3 Waiting for an agreement a4 Waiting for transportation preparation a5 Customs preparation a6 Preparation for inspection a7 Sea transport preparation a8 Cargo delivery notice c1 Waiting for the shipper to choose c2 Determining the carrier relationship c3 Preparation before transportation c4 Booking, unloading preparation c5 Customs declaration preparation c6 Shipping application c7 Railway transportation preparation c8 Sea transport preparation c9 Cargo delivery notice e1 Waiting for insurance e2 Signed insurance negotiation g1 Waiting for the contract to be signed g2 Receipt of unloading request g3 Unloading arrangement in progress g4 Shipping request g5 Export preparation g6 Shipping preparation i1 Waiting for a contract i2 Tally preparation i3 Shipping advice k1 Waiting for a contract k2 Booking application k3 Export preparation application k4 Shipping advice k5 Sea transportation notice k6 Delivery notice m1 Waiting for cargo inspection m2 In the inspection o1 Waiting for goods declaration o2 Customs declaration Waiting for delivery notice q2 Waiting for bill of lading q3 Delivery of goods s1 Waiting for a contract s2 Booking request s3 Packing request s4 Preparation before rail transportation s5 Shipping advice s6 Cargo delivery notice u1 Waiting for a contract u2 Unloading application u3 Railway transportation notice u4 Transfer formalities u5 Export preparation u5 Shipment departure preparation w1 Waiting for payment w2 Payment preparation T1 Receive shipping request T2 Agent selection T3 Completed T4 Sign contracts, insurance T5 e car is ordered and the suitcase is completed T6 Booking completed T7 Unloading plan in progress T8 Packing finished T9 Railway transportation request T10 e transfer procedure has been completed T11 Inspection request T12 Pass the inspection T13 Customs request T14 Customs clearance T15 Export ready T16 Shipment departure T17 In transit by sea T18 Notice delivery T19 Issue a bill of lading T20 Delivery of goods T21 Paid T22 Payment completed T23 In transit by railway b1 Shipping request b2 Completed the entire waybill b3 e agreement was signed b4 Railway transportation b5 Customs clearance b6 Pass the inspection b7 In transit by sea b8 Delivery of goods d1 Selected d2 Signing a contract, insurance d3 Booking and picking up d4 Booking and unloading plan is completed d5 Customs declaration d6 Out of the box d7 In transit by railway d8 In transit by road d9 Delivery of goods completed f1 Signing an insurance claim f2 Signed insurance completed h1 Completion of contract (1) According to the internal structure of each object, extract its input/output gates and the order of occurrence, and construct an interface equivalent net (IE network). (2) Combine the different object IE networks in (1)  rough the analysis of reachable trees and Internet Explorer, it is obvious that there is no deadlock in the freight process management system of FPMS. Similarly, it can be concluded that there is no deadlock in other objects, such as railways, ports, shippers, and through transport operators. erefore, there is no deadlock in the entire OOPN model.

Bounded Analysis.
Boundedness is an indicator to measure whether the resource demand of the system is limited in operation, and it represents the maximum number of tokens that can be obtained during the operation of the system where the library is located. In the running process of the Petri net, there is an integer K that makes the number of tokens in the library in any reachable identifiers of the initial identifiers not exceed K, so that the Petri net is k-bounded.

Performance Comparison.
(1) Process analysis: the main flow before and after reconstruction is simulated and compared according to the traditional freight transport flow mentioned in this paper. Before the reconstruction, the freight forwarder's land transportation order was received by the railway, and the freight bill was directly delivered to different ports. All the information is submitted to FPMS, and the order information is sent synchronously to all the intermodal participants after the reconstruction. In the single-node physical host environment, ExSpect software was used to simulate and analyze the Petri net model before and after reconstruction. e simulation diagram is shown in Figures 8  and 9. e main process time was shown in Tables 6 and 7, and the experimental results were shown in Tables 8 and 9. e simulation results in Table 8 show that (1) the process cycle is long, with an average cycle of about 5528 Preparation for unloading plan h3 Unloading list completed h4 Out of the box h5 Export configuration list h6 Shipment, departure j1 e contract is signed j2 Check the goods j3 Shipment departure l1 e contract is signed l2 Booking completed l3 Export preparation l4 Shipment departure l5 Sea transport l6 Delivery of goods n1 Application for inspection n2 Pass the inspection p1 Customs application p2 Customs clearance R1 Pick up notice r2 Receive bill of lading r3 Receiving finished t1 e contract is signed t2 After ordering t3 Packing completed t4 Rail transport t5 Shipment departure t6 Delivery of goods v1 e contract is signed v2 Unloading completed v3 Railway transportation v4 e transfer procedure has been completed v5 Export     (2) large variance value, large dispersion degree, process instability, and uncertainty. e analysis of the process shows that (1) the process has a long cycle because the serial structure is adopted, and the information transfer process needs to consume time. Meanwhile, the process is processed in advance according to experience. (2) e process has a large dispersion degree, which indicates that the process is greatly influenced by uncertain factors, and the system stability is weak. e simulation results in Table 9 show that (1) the cycle time of this process is shorter than that of the original process, with an average cycle time of about 3526 minutes. Compared with the original process after optimization, the average cycle time of the freight flow is shortened by 36.21%. (2) e variance value is smaller, the system dispersion degree is reduced, and the process stability is improved.
According to the analysis of the process, the reconstructed freight flow management system simplifies the information interaction and processing process in the freight process, reduces the repeated input of data, and thus shortens the time of information handover. In addition, the business coherence and parallelism can be improved because of the real-time order information, and the freight transport efficiency can be improved significantly. After the electronic standardization of the system, the uncertainty is reduced, the process stability is greatly improved, and the process synchronization and efficiency of operation are realized. e system load is relatively balanced by adopting the Big Data platform processing mode in the cloud environment, while the data processing capacity is greatly improved, the resource utilization rate is higher, and the execution rate is also higher.

Conclusion
Based on the hindrance of the overall development of railway-river business at present, combined with the current situation of the decentralized layout of the intermodal transportation information system, this paper puts forward the idea of constructing the information layout of the cloud platform for intermodal transportation, and takes Chinese container as an example to realize the optimization of the freight business process of the joint transport of railway-river and freight. e application of Big Data, cloud computing and other technologies provides a large amount of real-time sharing, connectivity and interaction information for intermodal transportation operators, railways, ports, and shipping companies, saves the time cost of business development, and improves the business efficiency and security; for government agencies, such as customs clearance and inspections, the unified resource management mode provides the possibility of real-time query of all orders to ensure the quality of each cargo.
ere are records to track, which improves the administrative efficiency; for the container truck distribution company and insurance bank, it provides real-time interactive application information, which is conducive to timely adjust the service mode and better adapt to the business needs. In a word, it is very necessary to adopt the "big centralized" information management mode under the Big Data platform to realize the business process reconstruction of intermodal transportation to meet the business development needs of current intermodal transportation informatization.
Due to the large number of participating institutions of the intermodal information platform, the large business complexity, and the large number of legacy systems, there is no precedent for the introduction of cloud computing technology into intermodal information construction and the potential knowledge mining of intermodal Big Data.
ere is still a broad development space in the construction of the intermodal cloud platform, and long-term practice and exploration are still needed.
is article has the following points to focus on in the follow-up.

Standardization of Cloud Platform for Rail Water
Transport. Due to the imperfect information standards of rail water intermodal transportation in China, most of the current application architectures cannot adapt to the cloud environment. Although the intermodal transportation cloud platform is environmentally compatible with the legacy applications, a lot of reconstruction work  is still needed for the current information. Due to the different business processes of different ports and the different information exchange standards, it is difficult to implement the application and information integration process on the intermodal cloud platform, which also requires a lot of human and material resources. Although the simple migration can realize the unified management of the application, it cannot effectively use the virtual resources to optimize the cloud service mode.

Information Isolation between Intermodal Applications.
A large number of intermodal applications reside in the cloud and share the virtual computing resources and storage resources of the cloud in the intermodal cloud platform environment. How to isolate the internal and external service data while ensuring the information sharing requirements and protect the privacy of the business application information of the intermodal departments involved are also issues that need to be considered. Although virtualization technology provides a data isolation mechanism, more in-depth research is needed on data partitioning, protection, and utilization.

Data Fusion in the Internet-of-ings Environment.
With the advent of the Internet-of-ings era, the crossborder integration of the interoperability industry and the Internet of ings is the only way to improve business and management efficiency, realize intelligent management, and maintain advancement. In the Internet-of-ings environment, massive sensor data will enter the intermodal cloud platform. How to use the powerful data processing capabilities of cloud computing to realize the analysis and processing of massive real-time sensor information will also be a severe challenge.

Data Availability
e data used to support the findings of this study are included within the article.

Conflicts of Interest
e authors declare that they have no conflicts of interest.

Authors' Contributions
Furong Jia and Lin Sun contributed to the work equally and should be regarded as co-first authors.