Land order processing method for cross-border transportation

Abstract

Embodiments of the present disclosure disclose a land transportation order processing method for cross-border transportation. A specific implementation of the method comprises: performing order entity recognition on a cross-border land transportation order to obtain a set of recognized order entities; performing cross-border compliance self-checking on the cross-border land transportation order to generate a cross-border compliance self-checking result; constructing a cross-border transportation order tracking model; generating an order management subpage in a cross-border land transportation order management system and synchronizing the order management subpage to a user end; generating an order export declaration electronic file and sending the order export declaration electronic file to a cross-border detection port for export declaration. The implementation improves the business reuse rate and system maintenance efficiency of the cross-border land transportation order management system.

Description

Technical Field

[0001] The embodiments disclosed herein relate to the fields of computer technology and order transportation technology, and specifically to a land transportation order processing method for cross-border transportation. Background Technology

[0002] A cross-border land transport order management system is used to process cross-border land transport orders. Currently, commonly used land transport order processing systems are often dedicated logistics systems developed for a single land transport port, aligning with the port's inspection standards for ordered goods to achieve order processing. However, developing a logistics system for only a single land transport port leads to low business reuse rates. Furthermore, developing logistics systems for multiple land transport ports using the same approach not only increases development costs but also results in numerous system versions, making unified maintenance difficult. Summary of the Invention

[0003] The summary portion of this disclosure is intended to provide a brief overview of the concepts, which will be described in detail in the detailed description portion. This summary portion is not intended to identify key or essential features of the claimed technical solutions, nor is it intended to limit the scope of the claimed technical solutions.

[0004] Some embodiments of this disclosure propose a land transport order processing method for cross-border transportation to address the technical problems mentioned in the background section above.

[0005] In a first aspect, some embodiments of this disclosure provide a method for processing land transport orders for cross-border transportation. The method includes: in response to receiving a cross-border land transport order, performing order entity identification on the cross-border land transport order to obtain an identified order entity set, wherein the cross-border land transport order is an order initiated by a user through a user terminal of a cross-border land transport order management system, and the identified order entities represent the business fields corresponding to the cross-border land transport order; the cross-border land transport order management system is an order management system set up for multiple outbound land transport ports; and performing cross-border compliance self-verification on the cross-border land transport order based on the identified order entity set and a cross-border compliance metadata group to generate a cross-border compliance self-verification result, wherein the cross-border compliance metadata is based on the current cross-border transport corresponding to each outbound land transport port. The rules generate metadata; in response to the aforementioned cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, a cross-border transportation tracking model is constructed based on the aforementioned identified order entity set. This model is a visualized data model adapted to the goods corresponding to the cross-border land transport order and used for real-time data adjustment. Based on the aforementioned cross-border transportation tracking model, an order management subpage is generated in the aforementioned cross-border land transport order management system, and the order management subpage is synchronized to the aforementioned user terminal. Based on the aforementioned cross-border transportation tracking model, an electronic document for order outbound declaration is generated, and the electronic document for order outbound declaration is sent to the cross-border detection port for outbound declaration. This cross-border detection port is the detection port of the outbound land transport checkpoint through which the goods corresponding to the aforementioned cross-border land transport order must pass.

[0006] Secondly, some embodiments of this disclosure provide a land transport order processing apparatus for cross-border transportation. The apparatus includes: an order entity identification unit configured to, in response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain an identified order entity set, wherein the cross-border land transport order is an order initiated by a user through a user terminal of a cross-border land transport order management system, and the identified order entity represents the business field corresponding to the cross-border land transport order; the cross-border land transport order management system is an order management system set up for multiple outbound land transport ports; and a cross-border compliance self-verification unit configured to perform cross-border compliance self-verification on the cross-border land transport order based on the identified order entity set and a cross-border compliance metadata set to generate a cross-border compliance self-verification result, wherein the cross-border compliance metadata is generated based on the current cross-border transportation rules corresponding to each outbound land transport port. The system comprises: a data construction unit configured to respond to the aforementioned cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, and to construct a cross-border transportation tracking model based on the identified order entity set, wherein the cross-border transportation tracking model is a visual data model adapted to the goods corresponding to the cross-border land transport order and used for real-time data adjustment; a generation and page synchronization unit configured to generate an order management subpage in the aforementioned cross-border land transport order management system based on the aforementioned cross-border transportation tracking model, and to synchronize the aforementioned order management subpage to the aforementioned user terminal; and a generation and sending unit configured to generate an electronic document for order outbound declaration based on the aforementioned cross-border transportation tracking model, and to send the aforementioned electronic document for order outbound declaration to the cross-border detection port for outbound declaration, wherein the aforementioned cross-border detection port is the detection port of the outbound land transport checkpoint through which the goods corresponding to the aforementioned cross-border land transport order are to pass.

[0007] Thirdly, some embodiments of this disclosure provide an electronic device, including: one or more processors; and a storage device having one or more programs stored thereon, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method described in any implementation of the first aspect above.

[0008] Fourthly, some embodiments of this disclosure provide a computer-readable medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the method described in any of the implementations of the first aspect above.

[0009] The various embodiments disclosed above have the following beneficial effects: The land transport order processing method for cross-border transportation, through some embodiments of this disclosure, can reduce system development costs while improving the business reuse rate and system maintenance efficiency of the cross-border land transport order management system. Specifically, the reasons for the low business reuse rate, increased development costs, and difficulty in unified maintenance of the cross-border land transport order management system are: developing a dedicated logistics system only for a single land transport checkpoint to align with the inspection standards for order goods at that checkpoint. This necessitates developing a separate, adapted dedicated logistics system for each land transport checkpoint, which requires higher development costs and makes unified system maintenance difficult. Based on this, some embodiments of the land transport order processing method for cross-border transportation disclosed herein are applied to a cross-border land transport order management system. First, in response to receiving a cross-border land transport order, order entity identification is performed on the order to obtain an identified order entity set. The cross-border land transport order is an order initiated by a user through the user terminal of the cross-border land transport order management system for cross-border land transport. The identified order entities represent the business fields corresponding to the cross-border land transport order. The cross-border land transport order management system is an order management system set up for multiple outbound land transport ports. Here, since different land transport ports correspond to different overseas regions, the inspection standards of the corresponding land transport ports also differ. Therefore, after receiving a cross-border land transport order, order entity identification can determine the various business fields corresponding to the cross-border land transport order, facilitating subsequent fine-grained data verification. Then, based on the identified order entity set and the cross-border compliance metadata group, a cross-border compliance self-verification is performed on the cross-border land transport order to generate a cross-border compliance self-verification result. The cross-border compliance metadata is generated based on the current cross-border transportation rules corresponding to each outbound land transport port. Here, this disclosure introduces a cross-border compliance metadata set to align with the inspection standards of multiple outbound land transport checkpoints, enabling self-verification of cross-border land transport orders. This allows the cross-border land transport order management system to meet the inspection requirements of cross-border land transport orders at different outbound land transport checkpoints. This reduces system development costs and avoids the problem of inconsistent maintenance caused by too many system versions. Subsequently, in response to the aforementioned cross-border compliance self-verification result indicating successful self-verification, a cross-border transport tracking model is constructed based on the identified order entity set and the aforementioned cross-border compliance metadata. This model is a visualized data model adapted to the goods corresponding to the cross-border land transport order, used for real-time data adjustment. By generating this visualized data model, order information can be summarized based on the relationships between the identified order entities, facilitating dynamic synchronization adjustments and data retrieval. Next, based on the aforementioned cross-border transport tracking model, an order management subpage is generated in the cross-border land transport order management system, and this subpage is synchronized to the user terminal.Here, by generating an order management subpage, it is convenient to provide a visual display for users on the user's end. Finally, based on the aforementioned cross-border transportation tracking model, an electronic document for order outbound declaration is generated and sent to the cross-border inspection port for outbound declaration. This cross-border inspection port is the inspection port at the cross-border customs checkpoint where the goods corresponding to the aforementioned cross-border land transport order must pass. In summary, the above-described implementation method can improve the business reusability and system maintenance efficiency of the cross-border land transport order management system. Attached Figure Description

[0010] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and elements are not necessarily drawn to scale.

[0011] Figure 1 This is a flowchart of some embodiments of the land transport order processing method for cross-border transportation disclosed herein; Figure 2 This is a schematic diagram illustrating the generation process of trunk transportation routes; Figure 3 This is a diagram illustrating the process of building the order page after it has been populated. Figure 4 This is a schematic diagram of the structure of some embodiments of a land transport order processing apparatus for cross-border transportation according to the present disclosure; Figure 5 This is a schematic diagram of the structure of an electronic device suitable for implementing some embodiments of the present disclosure. Detailed Implementation

[0012] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0013] It should also be noted that, for ease of description, only the parts relevant to the invention are shown in the accompanying drawings. Unless otherwise specified, the embodiments and features described in this disclosure can be combined with each other.

[0014] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0015] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0016] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0017] This disclosure will now be described in detail with reference to the accompanying drawings and embodiments.

[0018] refer to Figure 1 The diagram illustrates a flow 100 of some embodiments of the land transport order processing method for cross-border transportation disclosed herein. This land transport order processing method for cross-border transportation includes the following steps: Step 101: In response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain the identified order entity set.

[0019] In some embodiments, the execution entity (e.g., a computing device) of the land transport order processing method for cross-border transportation may, in response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain an identified order entity set.

[0020] The aforementioned cross-border land transport orders are orders initiated by users through the user terminal of the cross-border land transport order management system, awaiting cross-border land transport. Here, cross-border land transport refers to transporting an order from within China to overseas via land transport. A cross-border land transport order may include: goods name, goods description information, goods quantity, goods weight, goods volume, goods invoice, sender information, recipient information, and goods certificates. The goods description information describes the structure or function of the goods. The goods quantity can be the number of pieces. In practice, a cross-border land transport order can correspond to a single item or multiple identical items. When a cross-border land transport order corresponds to a single item, to avoid less-than-truckload (LTL) shipments, the single item can be transported via shared transport. When a cross-border land transport order corresponds to multiple items, a corresponding goods identifier is assigned to each item, and the multiple items are transported together. The sender information is the information of the user who initiated the cross-border land transport order. The recipient information is the information of the user receiving the goods corresponding to the cross-border land transport order. The goods certificates can be pre-made inspection documents by the user for the goods. For example, cargo certificates may include certificates of origin, brand authorization letters, and quarantine certificates. Secondly, the cross-border land transport order management system is an order management system set up for multiple outbound land transport checkpoints. After identification, the order entity represents the business fields corresponding to the cross-border land transport order.

[0021] In practice, the page for generating cross-border land transport orders is a pre-set information entry page, allowing users to fill in order information on this page via their client to obtain the cross-border land transport order. After the user completes the entry, the cross-border land transport order is uploaded. Here, the attribute fields of each piece of information in the cross-border land transport order can be used as business fields to define the order entities, resulting in a set of identified order entities. Secondly, attribute field relationships corresponding to the attribute fields can be selected from a pre-set attribute field relationship table to represent the entity relationships between the identified order entities. The attribute field relationship table is pre-set based on the attribute fields with existing relationships in the information entry page. Here, the relationships between the identified order entities are used to calculate the transportation costs for the cross-border land transport order. Furthermore, each identified order entity is bound to entity information. The entity information is the field information corresponding to the attribute fields.

[0022] It should be noted that the aforementioned computing device can be either hardware or software. When the computing device is hardware, it can be implemented as a distributed cluster consisting of multiple servers or terminal devices (for example, a distributed cluster includes overseas distributed servers deployed at the receiving location and domestic servers), applied to a cross-border land transport order management system. When the computing device is software, it can be installed within the cross-border land transport order management system. It can be implemented as, for example, multiple software programs or software modules used to provide distributed services. No specific limitations are made here. In particular, the aforementioned computing device can be the aforementioned cross-border land transport order management system.

[0023] In some optional implementations of certain embodiments, the execution entity, in response to receiving a cross-border land transport order, performs order entity identification on the cross-border land transport order to obtain an identified order entity set, including: Step S1: In response to receiving a cross-border land transport order, extract the goods name from the cross-border land transport order and use it as the current goods name. Specifically, the goods name can be extracted from the cross-border land transport order based on preset field identifiers.

[0024] Step S2: Based on the cargo classification knowledge graph, identify the cross-border attributes of the current cargo name to obtain the cross-border attribute identifier.

[0025] The aforementioned cross-border attribute identifier represents the cross-border goods category to which the goods corresponding to the current goods name belong. The aforementioned goods classification knowledge graph is a graph representing the association between goods types, corresponding to the exit land transport ports through which the goods for the aforementioned cross-border land transport orders are to pass. The goods classification knowledge graph is generated based on the correspondence between goods types and goods names issued at the exit land transport ports. The goods classification knowledge graph includes goods type entity groups and a set of goods name entities associated with the goods type entities. Goods type entities represent the types of goods that can pass through the aforementioned exit land transport ports (e.g., general cargo, skincare products, branded home appliances, tea, medicine, liquids, mobile phones, etc.). Since each type of goods contains multiple goods names, a goods classification knowledge graph is established. The weight of the association edge between goods type entities and goods name entities (within the range [0,1]) represents the degree of association between the goods type entities and goods name entities. Here, firstly, the goods name entity corresponding to the current goods name can be determined, and then the goods type entity corresponding to the goods name entity is determined as the cross-border attribute identifier.

[0026] Optionally, the cargo classification knowledge graph can be updated using the following steps: First, historical orders with the same / similar names and functions as the current goods are extracted from the order records of the cross-border land transport order management system, resulting in a historical order set. The goods description information can be uniformly converted into word vectors using a word vector algorithm (e.g., Word2Vec model) for function comparison. If the similarity between the word vector of the current goods' description information and the word vector of the goods description information of the historical orders is greater than a preset similarity threshold (e.g., 0.9), then the current goods are determined to have the same / similar functions as the goods corresponding to the historical orders. Next, the percentage of orders in the historical order set that passed through the outbound land transport checkpoint is determined as the clearance rate. The clearance rate represents the probability that the same type of goods passes through the aforementioned outbound land transport checkpoint. Finally, based on the clearance rate, the weight of the association edge between the current goods name and the corresponding goods type is adjusted. If the clearance rate is greater than or equal to the target percentage, the weight of the association edge between the current goods name and the corresponding goods type is increased (e.g., increased by 0.1). Conversely, if the clearance rate is less than the target percentage (e.g., 0.5), the weight of the association edge between the current cargo name and the corresponding cargo type is reduced (e.g., reduced by 0.1).

[0027] Furthermore, the goods classification knowledge graph can include pseudo-association edges between each goods name and each goods type that the goods name matches. Here, pseudo-association edges are only used to record potential associations between goods names and goods types. The weight of a pseudo-association edge represents the degree of potential association between the goods name and the goods type. Therefore, if the weight of the association edge between the current goods name and its corresponding goods type is reduced to less than the weight of any corresponding pseudo-association edge, then the association edge between the current goods name and its corresponding goods type is marked as a pseudo-association edge, and simultaneously marked as an association edge between entities. This achieves the transformation of the mapping relationship between goods names and goods types in the goods classification knowledge graph. Consequently, it facilitates the selection of the most suitable goods type for the current goods name using the goods classification knowledge graph.

[0028] In practice, existing methods often rely solely on fixed classification methods (e.g., HS (Harmonized System Code) codes) to encode goods names, classifying goods according to the code structure. However, due to the constant emergence of new products and the varying classification standards for goods names at different land border crossings, some goods can fall into multiple categories. Furthermore, the lag in HS code updates means that using a fixed classification method can easily lead to results that do not conform to the classification standards of the land border crossings. For example, consider a "smart thermos cup with Bluetooth functionality," described as "a stainless steel thermos cup with a built-in Bluetooth chip and temperature sensor in the lid, capable of displaying water temperature and providing timely reminders to drink via a mobile app." This product could be classified as a stainless steel container by material, an electronic product by function, and a smart small appliance by use. Therefore, in order to avoid goods being unable to pass through customs inspection due to classification coupling factors, a corresponding goods classification knowledge graph is established for each outbound land transport port. The different goods classification knowledge graphs are updated in a fine-grained manner according to the order records recorded in the cross-border land transport order management system, so as to better match the inspection standards of the outbound land transport ports.

[0029] Step S3: Based on the cargo association knowledge graph corresponding to the aforementioned cross-border cargo attribute identifier, perform entity field association on the aforementioned cross-border land transport order to obtain the entity field set.

[0030] The aforementioned cargo association knowledge graph is a pre-constructed graph representing the entity relationships between order attribute fields, based on the cross-border attribute identifiers of goods. Order attribute fields are the fields containing various attribute information related to the order. Here, the cargo association knowledge graph is constructed according to the cargo inspection standards corresponding to the outbound land transport ports; therefore, it includes the order attribute fields required for outbound inspection. Secondly, entities corresponding to each attribute field in the cross-border land transport order can be selected from the cargo association knowledge graph as entity fields, resulting in an entity field set.

[0031] Additionally, if unassociated entities exist in the cargo association knowledge graph, it indicates that information is missing or field matching errors exist in the cross-border land transport order. Therefore, the missing entities can be sent to the user's end to notify them to supplement and improve the cross-border land transport order.

[0032] Step S4: Based on the aforementioned cross-border land transport orders, fill the slots in the entity fields of the aforementioned entity field set to obtain the identified order entity set. Specifically, information from the cross-border land transport orders can be used as field values ​​according to their correspondence to fill the corresponding entity fields in the entity field set, thus obtaining the identified order entity set.

[0033] In practice, to meet the inspection requirements of outbound land transport ports, it is often necessary to prioritize the verification of complete order information. Commonly used logistics systems designed for a single land transport port are naturally adapted to the inspection standards of these ports. However, due to the differences in inspection standards across different outbound land transport ports, this approach is not applicable to the land transport order processing method and cross-border land transport order management system disclosed herein. Secondly, considering that both the classification of goods and the verification of goods information involve a large amount of data, to avoid information coupling, this application introduces a goods classification knowledge graph and a goods association knowledge graph, respectively, to facilitate the adaptation of corresponding identified order entity sets for cross-border land transport orders. Furthermore, because the goods classification knowledge graph and the goods association knowledge graph can be dynamically updated in real time according to the inspection standards of the corresponding outbound land transport ports, the adapted identified order entity sets can greatly meet the inspection requirements of outbound land transport ports. Simultaneously, it can also significantly avoid the problem of missing information in cross-border land transport orders. This improves the accuracy of the identified order entity set, providing a precise data foundation for subsequent order verification, information comparison, field-level information tracing, and transportation price calculation.

[0034] Step 102: Based on the identified order entity set and cross-border compliance metadata group, perform cross-border compliance self-verification on the cross-border land transport order to generate cross-border compliance self-verification results.

[0035] In some embodiments, the aforementioned executing entity may perform cross-border compliance self-verification on the aforementioned cross-border land transport orders based on the identified order entity set and cross-border compliance metadata group, so as to generate cross-border compliance self-verification results.

[0036] The cross-border compliance metadata is generated based on the current cross-border transportation rules corresponding to each outbound land transport port. These current cross-border transportation rules are the inspection rules issued by the outbound land transport port for conducting cargo inspections.

[0037] As an example, taking "smart thermos cup with Bluetooth function" again as an example of goods for a cross-border land transport order, the corresponding cross-border compliance metadata may include, but is not limited to: battery testing regulations, product qualification testing regulations, and packaging testing regulations. Among them, the product qualification testing regulations are the verification rules used to check whether a cross-border land transport order has a certificate of conformity. The packaging testing regulations are the verification rules used to declare the packaging standards of the goods corresponding to the cross-border land transport order. The battery testing regulations are the testing standards used to test the battery cells in the goods. For example, the battery testing regulations may declare the following: the battery transport permit corresponding to the goods, battery safety standard documents, battery composition declaration documents, battery hazard statement, and battery power limit conditions. The battery testing regulations may also include the verification standards corresponding to each item. For example, the verification standard corresponding to the battery power limit conditions is: the remaining battery power is less than 30%.

[0038] Specifically, firstly, based on the exit land transport checkpoint through which the goods corresponding to the cross-border land transport order will pass, cross-border compliance metadata corresponding to the exit land transport checkpoint is selected from the cross-border compliance metadata group as the target cross-border compliance metadata. Next, it is determined whether the identified order entity set contains or has declared documents or information corresponding to the various detection regulations in the target cross-border compliance metadata (included in the identified order entities). Finally, if the identified order entity set contains or has declared documents or information corresponding to the various detection regulations in the target cross-border compliance metadata, and the values ​​corresponding to the documents or information in the identified order entity set meet the numerical conditions for compliance detection (e.g., the remaining battery power in a smart thermos with Bluetooth is less than 30%), a cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed is generated. Otherwise, a cross-border compliance self-verification result indicating that the cross-border compliance self-verification has failed is generated.

[0039] Optionally, the cross-border compliance metadata in the aforementioned cross-border compliance metadata group includes first cross-border compliance data and second cross-border compliance data. The first cross-border compliance data is descriptive information corresponding to the type of goods and representing the current outbound rules. The second cross-border compliance data is descriptive information corresponding to the type of goods and representing the entry rules of the place of taxation. The aforementioned cross-border land transport order may include, but is not limited to, sender information, recipient information, and goods attribute information. The sender information is the information of the user who initiated the aforementioned cross-border land transport order. For example, sender information may include, but is not limited to, sender name, sender tax ID, sender contact information, sender email, sender export qualifications, sender address, sender postal code, sender invoice header, and sender bank account. The recipient information may be the information of the user receiving the goods corresponding to the aforementioned cross-border land transport order. For example, recipient information may include, but is not limited to, recipient name, recipient tax ID, recipient contact information, recipient email, recipient address, recipient postal code, and recipient import qualifications. The goods attribute information is the relevant data of the goods corresponding to the cross-border land transport order. For example, cargo attribute information includes, but is not limited to: basic cargo description information, cargo physical attribute information, cargo packaging attribute information, cargo value-related information, cargo coding information, cargo regulatory attributes, cargo transportation attributes, and cargo supplementary information.

[0040] Specifically, basic cargo description information describes the basic parameters of the cargo. For example, basic cargo information may include: the Chinese name of the cargo, the name of the destination, the brand name, the model / specification parameters, the description of the cargo's purpose, the description of the cargo's working principle, and the description of the cargo's materials. Physical attribute information describes the physical parameters of the cargo. For example, physical attribute information may include: the total number of pieces, the total weight, the total volume, the weight of each piece, the dimensions of each piece, and the cargo's form. Packaging attribute information describes the packaging method of the cargo. For example, packaging attribute information may include: the packaging method, the packaging material, the shipping marks, and the packaging grade. Value-related information describes the value of the cargo. For example, value-related information may include: the declared value, the transaction value, and the transportation costs. Cargo coding information is the commodity code for each piece of cargo. Cargo regulatory attributes are characteristic declarations representing the cargo. For example, cargo regulatory attributes include cargo type declarations, whether the cargo is electrically charged, declarations of the type of electrical charge, whether the cargo contains liquids, whether the cargo contains food, whether the cargo is a dangerous good, and whether the cargo has a brand authorization certificate. Cargo transport attributes are declarations of transport conditions related to cargo transportation. For example, cargo transport attributes may include: cargo transport and storage temperature declarations, cargo humidity declarations, whether the cargo is fragile, whether the cargo is a high-value item, cargo exit port markings, and cargo entry port markings. Supplementary cargo information is information used to supplement other data about the cargo. For example, supplementary cargo information may include: cargo photographs, cargo instruction manuals, cargo manufacturer, cargo production date, cargo shelf life, and cargo storage conditions.

[0041] In some optional implementations of certain embodiments, the aforementioned executing entity performs cross-border compliance self-verification on the aforementioned cross-border land transport orders based on the identified order entity set and cross-border compliance metadata group, to generate cross-border compliance self-verification results, including: Step S1: Based on the identified order entity set, perform multi-dimensional accuracy verification on the sender and recipient information in the cross-border land transport order to obtain a multi-dimensional accuracy verification result. Specifically, each parameter field in the sender and recipient information can be used as a field to be verified, resulting in a set of fields to be verified. Then, determine whether each field to be verified corresponds to an identified order entity in the identified order entity set. If it is determined that there are fields in the set that do not match an identified order entity, a multi-dimensional accuracy verification result indicating that the multi-dimensional accuracy verification failed is generated. If it is determined that each field in the set of fields to be verified corresponds to an identified order entity, the accuracy of the field information corresponding to each field can be determined through a relational information query. Here, the relational information query is used to simultaneously query multiple pieces of information contained in the sender or recipient information. Finally, if the information corresponding to each field to be verified is accurate, a multi-dimensional accuracy verification result indicating that the multi-dimensional accuracy verification passed is generated.

[0042] For example, sender information includes: sender name, sender tax ID, sender contact information, sender email address, sender export qualifications, sender address, sender postal code, sender invoice header, and sender bank account information. In practice, for a single user, if there are multiple corresponding shipping addresses or invoice headers, it is difficult to verify errors based on individual pieces of information. Therefore, by querying related information, it is possible to simultaneously check whether there are correlations between information in multiple fields, such as whether the sender address and sender postal code correspond, or whether the sender invoice header and sender bank account correspond. This avoids situations where a single piece of information is accurate but has no correlation with other information.

[0043] Step S2: Select the cross-border compliance metadata corresponding to the aforementioned cross-border land transport order from the cross-border compliance metadata group, as the target cross-border compliance metadata. The target cross-border compliance metadata describes the inspection rules at the exit land transport checkpoint for the goods corresponding to the aforementioned cross-border land transport order. Here, the target cross-border compliance metadata can be selected from the cross-border compliance metadata group, corresponding to the goods exit checkpoint identifier and goods entry checkpoint identifier included in the cross-border land transport order.

[0044] Step S3: Based on the first cross-border compliance data included in the aforementioned target cross-border compliance metadata, conduct outbound cargo compliance detection on the cargo attribute information in the aforementioned cross-border land transport order to obtain the outbound cargo compliance detection result.

[0045] The first cross-border compliance data is generated based on the inspection rules of the outbound land transport ports through which the goods corresponding to the aforementioned cross-border land transport orders must pass. This first cross-border compliance data may include: an export restriction list, an export regulatory document inquiry list, export tariff rules, export tax refund rules, and an outbound goods quarantine declaration. Here, the export restriction list can be a list of export goods restricted by the outbound land transport port. The export restriction list contains the identifiers of each export good and the corresponding export restriction quantities. If the export restriction quantity is 0, it indicates that the goods are prohibited from export. The export regulatory document inquiry list indicates the documents required for export goods. For example, the export regulatory document inquiry list includes export licenses, commodity inspection certificates, and dangerous goods certificates. The export tariff rules indicate the export tax rate. The export tariff rules include: export tax rate, provisional tax rate value, and special tariff value. The export tax refund rules are descriptive information used for export tax refunds. The export tax refund rules may include: tax refund rate and tax refund conditions (e.g., goods enter the port but do not occupy the port's storage warehouse). The outbound goods quarantine declaration indicates goods that require outbound inspection and quarantine.

[0046] Specifically, it can be checked whether each piece of information in the cross-border land transport order meets the rule conditions corresponding to the first cross-border compliance data. If all the information meets the rule conditions corresponding to the first cross-border compliance data, a compliance test result indicating that the outbound goods have passed inspection is generated.

[0047] Step S4: Based on the second cross-border compliance data included in the aforementioned target cross-border compliance metadata, conduct inbound cargo compliance detection on the cargo attribute information in the aforementioned cross-border land transport order to obtain the inbound cargo compliance detection result.

[0048] The second cross-border compliance data is generated based on the inspection rules of the entry land transport port corresponding to the aforementioned cross-border land transport orders. This second cross-border compliance data may include: an import restriction list, an import regulatory document inquiry list, import tariff rules, an entry cargo quarantine declaration, and entry labeling and packaging rules. Here, the import restriction list can be a list of imported goods restricted by the entry land transport port. The import restriction list includes the identification of each imported good and its corresponding import restriction quantity. If the import restriction quantity is 0, it indicates that the goods are prohibited from import. The import regulatory document inquiry list indicates the documents required to be queried for imported goods. The import tariff rules indicate the export tax rate. The import tariff rules include: the import tax rate. The entry cargo quarantine declaration indicates goods that require entry inspection and quarantine. The entry labeling and packaging rules indicate the conditions for inspecting the packaging and labeling of goods. For example, the conditions for entry labeling and packaging inspection include: restrictions on the slogans on the packaging and restrictions on the content of the labeling.

[0049] Specifically, it is possible to check whether each piece of information in the cross-border land transport order meets the rule conditions corresponding to the second cross-border compliance data. If all the information meets the rule conditions corresponding to the second cross-border compliance data, an entry goods compliance test result indicating that the entry goods have passed inspection is generated.

[0050] Step S5: Based on the aforementioned multi-dimensional accuracy verification results, outbound goods compliance inspection results, and inbound goods compliance inspection results, the cross-border compliance self-verification results are determined. Specifically, if the aforementioned multi-dimensional accuracy verification results indicate that the multi-dimensional accuracy verification has passed, and the aforementioned outbound goods compliance inspection results indicate that both outbound and inbound goods compliance inspection results indicate that both have passed, a cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed is generated. Conversely, a cross-border compliance self-verification result indicating that the cross-border compliance self-verification has failed is generated. Here, since cross-border land transport orders need to simultaneously meet the customs inspection rules of both the sender and recipient locations, if one party temporarily modifies its customs inspection rules while the other party's corresponding customs inspection rules are not updated in a timely manner, it can easily lead to an information gap between the first and second cross-border compliance data. Therefore, by verifying whether both the aforementioned outbound goods compliance inspection results and the aforementioned inbound goods compliance inspection results indicate that the compliance inspection has passed, the reliability of the first and second cross-border compliance data is determined. This further ensures the accuracy of the generated cross-border compliance self-verification results.

[0051] In practice, cargo compliance inspection often requires simultaneous compliance with the inspection rules of both the departure and arrival ports. A common approach, to ensure comprehensive cargo inspection, is to map both departure and arrival port inspection rules into a unified verification rule base. While this method allows for comprehensive cargo compliance inspection, it becomes problematic when the departure and arrival rules for the same cargo differ, as the unified rule base cannot simultaneously meet both requirements. Furthermore, updating any rule on one side necessitates re-verifying the consistency of the entire rule base, leading to inefficient rule iteration. This application addresses this by dividing the cross-border compliance metadata into first and second cross-border compliance data, enabling decoupled management of departure and arrival rules. This allows for independent maintenance, updating, and verification of rules on both sides. Simultaneously, by using cargo type as a link, comprehensive cargo inspection is ensured, thereby guaranteeing both comprehensive compliance inspection and improved iteration efficiency of cross-border compliance metadata.

[0052] Step 103: In response to the cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, construct a cross-border transportation tracking model based on the identified order entity set.

[0053] In some embodiments, the aforementioned executing entity may, in response to the aforementioned cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, construct a cross-border transportation tracking model based on the aforementioned identified order entity set.

[0054] The aforementioned cross-border transportation tracking model is a visual data model adapted to the goods corresponding to cross-border land transportation orders and used for real-time data adjustments. Here, parameters related to the land transportation process in the cross-border transportation tracking model (e.g., transportation location, transportation video, customs inspection results) can be updated in real time.

[0055] Here, you can select a visual control corresponding to each identified follow-up entity in the identified follow-up entity set from a preset set of visual controls, and use the entity information corresponding to the identified follow-up entity as the display information for the visual control. The visual controls are pre-defined based on data display requirements. For example, if the information corresponding to the identified follow-up entity is numerical data, then a numerical visual control can be selected. If the information corresponding to the identified follow-up entity is a file type, then a visual control for displaying files can be selected. Finally, the visual controls corresponding to each identified follow-up entity are used as a cross-border transportation tracking model.

[0056] In some optional implementations of certain embodiments, the execution entity, in response to the aforementioned cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, constructs a cross-border transportation tracking model based on the aforementioned identified order entity set, including: Step S1: In response to the above cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, trunk route planning is performed based on the above-identified order entity set to obtain the trunk transportation route and trunk transportation prediction time.

[0057] The aforementioned trunk transport routes are road routes accessible to transport vehicles. The starting point of each trunk transport route is the shipping address of the aforementioned cross-border land transport order, and the ending point is the exit land transport port through which the goods corresponding to the aforementioned cross-border land transport order must pass. Secondly, the vehicles used to transport goods for cross-border land transport orders can be categorized according to their loading capacity: small transport vehicles, medium transport vehicles, and large transport vehicles. Each type of transport vehicle is configured with corresponding cargo loading volume and cargo carrying capacity. Therefore, the corresponding transport vehicle type can be assigned based on the weight and volume of the goods included in the order entity after the order entity is identified.

[0058] In practice, outbound land transport checkpoints have designated inspection periods for outbound goods (or pre-booked inspection periods). Therefore, to reduce waiting times at these checkpoints, it's necessary to plan transport routes and times in advance to accommodate these inspection periods. This necessitates predicting congestion along transport routes in advance to estimate transport time. However, conventional map software often bases its route predictions on ordinary vehicles, making its congestion predictions insufficient for the needs of freight vehicles.

[0059] As an example, see Figure 2First, three candidate trunk routes (candidate trunk route A1, candidate trunk route A2, and candidate trunk route A3) can be selected from map software based on the vehicle type. The map software can be navigation software. The candidate trunk routes are routes accessible to the vehicle type from the origin of the cross-border land transport order to the exit land transport border crossing. Then, each candidate route can be divided into road segments, resulting in a set of candidate road segment sequences (i.e., candidate trunk route A1 is divided into candidate road segment sequence B1, candidate trunk route A2 into candidate road segment sequence B2, and candidate trunk route A3 into candidate road segment sequence B3). Here, candidate road segments are represented by: road segment identifier, road segment start coordinates, and road segment end coordinates. Specifically, road segment division can be performed according to road segment identifiers, or more fine-grained road segment division can be performed according to road intersections. Finally, a pre-trained smoothness prediction model (e.g., a random forest model) can be used to determine the road traffic smoothness corresponding to each candidate road segment in the target time period. The road traffic flow smoothness characterizes the smoothness of traffic flow on candidate road segments. The target time period is a pre-defined freight transport time period. The inputs to the smoothness prediction model can include: time features, spatial and road segment features, historical traffic features, and environmental features. Time features can be represented by a time identifier sequence. The time identifiers in the time identifier sequence represent the time point, weekday number, whether it is a holiday, and whether it is a weekday, respectively. Spatial and road segment features consist of road segment identifiers, road grade identifiers, average number of vehicles, and road speed limits. Historical traffic features include: the average vehicle speed within a day, the average vehicle speed at the same time the previous day, and the average vehicle speed at the same time on the same day a week ago. Environmental features include: weather labels for the target time period. Weather labels indicate whether there is abnormal weather. Here, before input, one-hot encoding or label encoding can be performed on the road segment identifiers, road grade identifiers, and weather labels. For the average number of vehicles, road speed limits, and the average vehicle speed in historical traffic features, a minimum-maximum normalization algorithm can be used for normalization. Then, the smoothness prediction model outputs the road traffic smoothness corresponding to the candidate road segments. Here, the road traffic flow level is a positive integer in the range [0, 3]. The smaller the value of the road traffic flow level, the smoother the road. Next, the sum of the traffic flow levels of each candidate trunk line is determined as the candidate trunk line flow level (i.e., the candidate trunk line flow level C1 corresponding to candidate trunk line A1, the candidate trunk line flow level C2 corresponding to candidate trunk line A2, and the candidate trunk line flow level C3 corresponding to candidate trunk line A3 are obtained). Finally, the candidate trunk line with the smallest corresponding candidate trunk line flow level is determined as the trunk line transportation route. And based on the trunk line transportation route and the average speed of the corresponding transportation vehicle type, the trunk line transportation prediction time is generated.

[0060] Step S2: Determine the final transportation route and the predicted final transportation time. The starting point of the final transportation route is the port of entry for the goods corresponding to the aforementioned cross-border land transport order, and the ending point is the delivery address of the aforementioned cross-border land transport order.

[0061] Here, candidate routes for the final destination can be generated using overseas map software, resulting in at least one candidate route. This overseas map software can be a navigation map software corresponding to the recipient's location. Then, using the trunk transportation route method described above, the candidate routes are filtered to generate the final transportation route and its predicted duration. The predicted duration is the time required for the overseas transport vehicle to traverse the final transportation route.

[0062] Step S3: Based on the identified order entity set, the target cross-border compliance metadata, the trunk transportation route, the predicted trunk transportation duration, the last-mile transportation route, and the predicted last-mile transportation duration, a cross-border transportation value label is generated to create an order transportation value list. Specifically, export duties and import duties at the destination can be calculated using the target cross-border compliance metadata based on a preset tariff calculation formula. Next, trunk transportation costs are calculated based on the target time period included in the identified order entities, the trunk transportation route, and the predicted trunk transportation duration. Last-mile transportation costs are calculated based on the last-mile transportation route and the predicted last-mile transportation duration. Then, customs clearance fees, commodity inspection fees, and documentation fees are generated based on the identified order entity set. Finally, the export duties, import duties at the destination, trunk transportation costs, last-mile transportation costs, customs clearance fees, commodity inspection fees, documentation fees, and the value of each item are combined to form the order transportation value list.

[0063] Step S4: Based on the identified order entity set, trunk transportation route, terminal transportation route, and order transportation value list, construct a visual data object set as a cross-border transportation tracking model. The cross-border transportation tracking model stops updating data after the order transportation is completed.

[0064] Here, a set of visual data objects can be constructed based on the identified order entity set. These visual data objects can be: sender data objects, recipient data objects, cross-border order data objects, customs declaration data objects, or cargo information data objects. Transportation route data objects are constructed based on the aforementioned trunk transportation routes and terminal transportation routes. Cost list data objects are constructed based on the order transportation value list. Specifically, the sender data object is composed of sender information; the recipient data object is composed of recipient information; the cross-border order data object is composed of cross-border land transportation order information; the customs declaration data object is composed of customs declaration information; and the cargo information data object is composed of cargo attribute information. All data in each data object is modifiable; therefore, when a piece of data changes, the parameters within the corresponding data object can be modified synchronously. Each data object can correspond to an independent data table for storing data information. Finally, each data object can be defined as a cross-border transportation tracking model.

[0065] Step 104: Based on the cross-border transportation tracking model, generate an order management subpage in the cross-border land transportation order management system and synchronize the order management subpage to the user terminal.

[0066] In some embodiments, the executing entity may generate an order management subpage in the cross-border land transport order management system based on the cross-border transport tracking model, and synchronize the order management subpage to the user terminal.

[0067] The aforementioned cross-border inspection port refers to the inspection port at the exit land transport customs point where the goods corresponding to the aforementioned cross-border land transport orders are to pass. Here, the cross-border transport tracking model can be defined as an order management subpage. Secondly, this order management subpage can be linked to the options corresponding to the aforementioned cross-border land transport orders, allowing users to view it through their client.

[0068] In some optional implementations of certain embodiments, the executing entity generates an order management subpage in the cross-border land transport order management system based on the aforementioned cross-border transport tracking model, including: Step S1: Select a webpage architecture model from a pre-set webpage architecture model library that matches the recipient information and cargo attribute information in the aforementioned cross-border land transport order, and use this model as the current webpage architecture model. The webpage architecture model library is pre-established for different delivery locations. By selecting the current webpage architecture model, the generated order management subpage becomes easier for both the recipient and the shipper to understand and view the page content. In practice, the webpage architecture model is a pre-established webpage architecture specific to the language of the delivery location, which can be used to associate data objects.

[0069] Step S2: Based on the aforementioned cross-border shipping tracking model, populate the current webpage architecture model with page content to obtain the populated order page. Specifically, data objects in the cross-border shipping tracking model can be bound to the blank background layer in the current webpage architecture model according to their data object identifiers. This allows the corresponding information of the data objects to be displayed in the current webpage architecture model, resulting in the populated order page. The blank background layer is a hierarchical structure that only sets the webpage display format and does not contain data content. In practice, constructing the populated order page by combining the cross-border shipping tracking model with the current webpage architecture model eliminates the need for extensive real-time page rendering. As an example, see Figure 3 The cross-border transportation tracking model includes: sender data objects, recipient data objects, cargo information data objects, transportation route data objects, and cost list data objects. The current webpage architecture model 301 includes five blank background layers (blank background layer 302 corresponding to the sender, blank background layer 303 corresponding to the recipient, blank background layer 304 corresponding to cargo information, blank background layer 305 corresponding to route information, and blank background layer 306 corresponding to cost information), each with a corresponding data object identifier. For example, blank background layer 302: "Sender", blank background layer 303: "Recipient", blank background layer 304: "Cargo Information", blank background layer 305: "Route Information", and blank background layer 306: "Cost Information". Therefore, the sender data object, recipient data object, cargo information data object, transportation route data object, and cost list data object can be bound to their respective blank background layers according to their data object identifiers, allowing the blank background layers to display the corresponding data, thus resulting in the populated order page 307.

[0070] Step S3: Bind the populated order page to obtain the order management subpage. Specifically, the populated order page can be bound to the "Order Details" option corresponding to the aforementioned cross-border land transport order in the cross-border land transport order management system, allowing users to view it through their client.

[0071] Step 105: Based on the cross-border transportation tracking model, generate an electronic document for order export declaration and send the electronic document for order export declaration to the cross-border detection port for export declaration.

[0072] In some embodiments, the aforementioned implementing entity can generate electronic export declaration documents for orders based on the aforementioned cross-border transportation tracking model, and send the aforementioned electronic export declaration documents to the cross-border inspection port for export declaration. Specifically, based on the aforementioned first cross-border compliance data, data files required for cargo inspection at the outbound land transport port (e.g., export licenses, commodity inspection certificates, dangerous goods certificates, order transport value lists, cargo transport routes, packing lists, invoices, freight contracts, customs declaration authorization letters, export customs declarations, certificates of origin, brand authorization letters, etc.) can be selected as the electronic export declaration documents for orders.

[0073] Optionally, the above methods also include: Step S1: In response to the approved outbound declaration, the first target vehicle is dispatched based on the aforementioned electronic outbound declaration document. The first target vehicle is the vehicle selected before submitting the outbound declaration for trunk transport of the goods corresponding to the aforementioned cross-border land transport order. Here, an available vehicle can be selected as the first target vehicle according to the aforementioned transport vehicle type. In practice, if the quantity of goods is small, vehicles awaiting shipment and heading to the same border crossing can be grouped together, and that vehicle can be used as the first target vehicle.

[0074] Step S2: In response to receiving cross-border land transport update information corresponding to the aforementioned cross-border land transport order, the order management subpage is synchronously updated according to the aforementioned cross-border land transport update information, wherein the aforementioned cross-border land transport update information includes at least one of the following: order transportation location, transportation monitoring video, cross-border customs inspection results, and order handover voucher.

[0075] In practice, the primary target vehicle is equipped with a positioning device, which can transmit the vehicle's location and transportation monitoring video in real time. The transportation monitoring video, captured from inside the vehicle, can monitor for damage to a certain extent. Therefore, when the aforementioned executing entity receives the order's transportation location and transportation monitoring video, it can update the data parameters in the transportation route data object, thereby updating the order management subpage. Secondly, after receiving information such as cross-border customs inspection results and order handover documents, the aforementioned executing entity can also synchronously update the order management subpage.

[0076] Optionally, the above methods also include: Step S1: In response to the approved outbound declaration, based on the aforementioned cross-border transport tracking model, an electronic order entry declaration document is generated and sent to the entry inspection port for entry declaration. The entry inspection port is the inspection port at the port of entry for the goods corresponding to the aforementioned cross-border land transport order. Information from the cross-border transport tracking model, such as export licenses, commodity inspection certificates, dangerous goods certificates, order transport value lists, final transport routes, packing lists, invoices, freight contracts, customs declaration authorization letters, outbound customs declarations, certificates of origin, brand authorization letters, and electronic release notices, can be used as the electronic order entry declaration document.

[0077] Step S2: In response to the successful entry declaration, a second target vehicle is dispatched based on the aforementioned electronic entry declaration document. This second target vehicle is a vehicle used at the delivery location for feeder transport of the goods in the aforementioned cross-border land transport order. Here, an available freight vehicle can be selected as the second target vehicle according to the aforementioned transport vehicle type. In practice, if the quantity of goods is small, vehicles awaiting shipment and heading to the same delivery address can be carpooled, and that vehicle can be used as the second target vehicle.

[0078] The various embodiments disclosed above have the following beneficial effects: The land transport order processing method for cross-border transportation, through some embodiments of this disclosure, can reduce system development costs while improving the business reuse rate and system maintenance efficiency of the cross-border land transport order management system. Specifically, the reasons for the low business reuse rate, increased development costs, and difficulty in unified maintenance of the cross-border land transport order management system are: developing a dedicated logistics system only for a single land transport checkpoint to align with the inspection standards for order goods at that checkpoint. This necessitates developing a separate, adapted dedicated logistics system for each land transport checkpoint, which requires higher development costs and makes unified system maintenance difficult. Based on this, some embodiments of the land transport order processing method for cross-border transportation disclosed herein are applied to a cross-border land transport order management system. First, in response to receiving a cross-border land transport order, order entity identification is performed on the order to obtain an identified order entity set. The land transport order is an order initiated by a user through the user terminal of the cross-border land transport order management system for cross-border land transport. The identified order entities represent the business fields corresponding to the cross-border land transport order. The cross-border land transport order management system is an order management system set up for multiple outbound land transport ports. Here, since different land transport ports correspond to different overseas regions, the inspection standards of the corresponding land transport ports also differ. Therefore, after receiving a cross-border land transport order, order entity identification can determine the various business fields corresponding to the cross-border land transport order, facilitating subsequent fine-grained data verification. Then, based on the identified order entity set and the cross-border compliance metadata set, cross-border compliance self-verification is performed on the cross-border land transport order to generate a cross-border compliance self-verification result. The cross-border compliance metadata is generated based on the current cross-border transportation rules corresponding to each outbound land transport port. Here, this disclosure introduces a cross-border compliance metadata set to align with the inspection standards of multiple outbound land transport checkpoints, enabling self-verification of cross-border land transport orders. This allows the cross-border land transport order management system to meet the inspection requirements of cross-border land transport orders at different outbound land transport checkpoints. This reduces system development costs and avoids the problem of inconsistent maintenance caused by too many system versions. Subsequently, in response to the aforementioned cross-border compliance self-verification result indicating successful self-verification, a cross-border transport tracking model is constructed based on the identified order entity set and the aforementioned cross-border compliance metadata. This model is a visualized data model adapted to the goods corresponding to the cross-border land transport order, used for real-time data adjustment. By generating this visualized data model, order information can be summarized based on the relationships between the identified order entities, facilitating dynamic synchronization adjustments and data retrieval. Next, based on the aforementioned cross-border transport tracking model, an order management subpage is generated in the cross-border land transport order management system, and this subpage is synchronized to the user terminal.Here, by generating an order management subpage, it is convenient to provide a visual display for users on the user's end. Finally, based on the aforementioned cross-border transportation tracking model, an electronic document for order outbound declaration is generated and sent to the cross-border inspection port for outbound declaration. This cross-border inspection port is the inspection port at the cross-border customs checkpoint where the goods corresponding to the aforementioned cross-border land transport order must pass. In summary, the above-described implementation method can improve the business reusability and system maintenance efficiency of the cross-border land transport order management system.

[0079] Further reference Figure 4 As an implementation of the methods shown in the above figures, this disclosure provides some embodiments of a land transport order processing device for cross-border transportation, these device embodiments being similar to... Figure 1 Corresponding to the method embodiments shown, this land transport order processing device for cross-border transportation can be specifically applied to various electronic devices.

[0080] like Figure 4As shown, some embodiments of a land transport order processing device 400 for cross-border transportation include: an order entity identification unit 401, a cross-border compliance self-verification unit 402, a construction unit 403, a generation and page synchronization unit 404, and a generation and sending unit 405. The order entity identification unit 401 is configured to, in response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain an identified order entity set. The cross-border land transport order is an order initiated by a user through the user terminal of a cross-border land transport order management system, and the identified order entity represents the business field corresponding to the cross-border land transport order. The cross-border land transport order management system is an order management system set up for multiple outbound land transport ports. The cross-border compliance self-verification unit 402 is configured to, based on the identified order entity set and the cross-border compliance metadata set, perform cross-border compliance self-verification on the cross-border land transport order to generate a cross-border compliance self-verification result. The cross-border compliance metadata is metadata generated based on the current cross-border transport rules corresponding to each outbound land transport port. The construction unit 403 is configured to, in response to the above... The cross-border compliance self-verification result indicates that the cross-border compliance self-verification has passed. Based on the identified order entity set, a cross-border transportation tracking model is constructed. This model is a visual data model adapted to the goods corresponding to the cross-border land transport order and used for real-time data adjustment. The generation and page synchronization unit 404 is configured to generate an order management subpage in the cross-border land transport order management system based on the cross-border transportation tracking model, and to synchronize the order management subpage to the user terminal. The generation and sending unit 405 is configured to generate an electronic document for order export declaration based on the cross-border transportation tracking model, and to send the electronic document for order export declaration to the cross-border detection port for export declaration. The cross-border detection port is the detection port of the export land transport checkpoint through which the goods corresponding to the cross-border land transport order are to pass.

[0081] It is understandable that the units described in the land transport order processing device 400 for cross-border transportation are similar to those in the reference device. Figure 1 The steps in the described method correspond accordingly. Therefore, the operations, features, and beneficial effects described above for the method also apply to the land transport order processing device 400 for cross-border transportation and the units contained therein, and will not be repeated here.

[0082] The following is for reference. Figure 5 It shows a schematic diagram of the structure of an electronic device (e.g., a computing device) 500 suitable for implementing some embodiments of the present disclosure. Figure 5 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments of this disclosure.

[0083] like Figure 5As shown, the electronic device 500 may include a processing unit (e.g., a central processing unit, a graphics processing unit, etc.) 501, which can perform various appropriate actions and processes according to a program stored in a read-only memory 502 or a program loaded from a storage device 508 into a random access memory 503. The random access memory 503 also stores various programs and data required for the operation of the electronic device 500. The processing unit 501, the read-only memory 502, and the random access memory 503 are interconnected via a bus 504. An input / output interface 505 is also connected to the bus 504.

[0084] Typically, the following devices can be connected to the input / output interface 505: input devices 506 including, for example, a touchscreen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 507 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 508 including, for example, magnetic tape, hard disk, etc.; and communication devices 509. Communication device 509 allows electronic device 500 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 5 An electronic device 500 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively. Figure 5 Each box shown can represent a device or multiple devices as needed.

[0085] In particular, according to some embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, some embodiments of this disclosure include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device 509, or installed from a storage device 508, or installed from a read-only memory 502. When the computer program is executed by the processing device 501, it performs the functions defined above in the methods of some embodiments of this disclosure.

[0086] It should be noted that, in some embodiments of this disclosure, the computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium may be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In some embodiments of this disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In some embodiments of this disclosure, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0087] In some implementations, clients and servers can communicate using any currently known or future-developed network protocol such as HTTP (Hypertext Transfer Protocol) and can interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include local area networks (“LANs”), wide area networks (“WANs”), the Internet (e.g., the Internet of Things), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future-developed networks.

[0088] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device. The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to: in response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain an identified order entity set, wherein the cross-border land transport order is an order initiated by a user through the user terminal of the cross-border land transport order management system for cross-border land transport to be carried out, and the identified order entity represents the business fields corresponding to the cross-border land transport order; the cross-border land transport order management system is an order management system set up for multiple outbound land transport ports; and perform cross-border compliance self-verification on the aforementioned cross-border land transport order based on the identified order entity set and the cross-border compliance metadata group to generate a cross-border compliance self-verification result, wherein the cross-border compliance metadata is based on the current cross-border compliance metadata corresponding to each outbound land transport port. Metadata generated by cross-border transportation rules; in response to the aforementioned cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, a cross-border transportation tracking model is constructed based on the aforementioned identified order entity set, wherein the aforementioned cross-border transportation tracking model is a visual data model adapted to the goods corresponding to the cross-border land transportation order and used for real-time data adjustment; based on the aforementioned cross-border transportation tracking model, an order management subpage is generated in the aforementioned cross-border land transportation order management system, and the aforementioned order management subpage is synchronized to the aforementioned user terminal; based on the aforementioned cross-border transportation tracking model, an electronic document for order outbound declaration is generated, and the aforementioned electronic document for order outbound declaration is sent to the cross-border detection port for outbound declaration, wherein the aforementioned cross-border detection port is the detection port of the outbound land transportation customs port through which the goods corresponding to the aforementioned cross-border land transportation order are to pass.

[0089] Computer program code for performing operations of some embodiments of this disclosure can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and Python, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0090] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0091] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), and so on.

[0092] The above description is merely a selection of preferred embodiments of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of the invention involved in the embodiments of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described inventive concept. For example, technical solutions formed by substituting the above-described features with (but not limited to) technical features with similar functions disclosed in the embodiments of this disclosure.

Claims

1. A method for processing land transport orders for cross-border transportation, applied to a cross-border land transport order management system, characterized in that, include: In response to receiving a cross-border land transport order, the order entity is identified to obtain an identified order entity set. The cross-border land transport order is an order initiated by a user through the user terminal of the cross-border land transport order management system to be carried out cross-border land transport. The identified order entity represents the business field corresponding to the cross-border land transport order. The cross-border land transport order management system is an order management system set up for multiple outbound land transport ports. Based on the identified order entity set and cross-border compliance metadata group, the cross-border land transport order is subjected to cross-border compliance self-verification to generate cross-border compliance self-verification results. The cross-border compliance metadata is generated based on the current cross-border transport rules corresponding to each outbound land transport port. In response to the cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, a cross-border transportation tracking model is constructed based on the identified order entity set. The cross-border transportation tracking model is a visual data model adapted to the goods corresponding to the cross-border land transportation order and used for real-time data adjustment. Based on the cross-border transportation tracking model, an order management subpage is generated in the cross-border land transportation order management system, and the order management subpage is synchronized to the user terminal. Based on the cross-border transportation tracking model, an electronic document for order outbound declaration is generated, and the electronic document for order outbound declaration is sent to the cross-border detection port for outbound declaration. The cross-border detection port is the detection port of the outbound land transport customs port through which the goods corresponding to the cross-border land transport order need to pass.

2. The method according to claim 1, characterized in that, The method further includes: In response to the approval of the outbound declaration, a first target vehicle is dispatched according to the electronic outbound declaration document of the order, wherein the first target vehicle is a vehicle selected before the outbound declaration is made, which is used for trunk transportation of the goods corresponding to the cross-border land transport order; In response to receiving cross-border land transport update information corresponding to the cross-border land transport order, the order management subpage is synchronously updated according to the cross-border land transport update information, wherein the cross-border land transport update information includes at least one of the following: order transportation location, transportation monitoring video, cross-border customs inspection results, and order handover voucher.

3. The method according to claim 2, characterized in that, In response to receiving a cross-border land transport order, the order entity is identified to obtain an identified order entity set, including: In response to receiving a cross-border land transport order, the name of the goods in the cross-border land transport order is extracted as the current name of the goods; Based on the cargo classification knowledge graph, the current cargo name is identified for cross-border attributes to obtain a cargo cross-border attribute identifier. The cargo cross-border attribute identifier represents the cross-border article category to which the cargo corresponding to the current cargo name belongs. The cargo classification knowledge graph is a graph corresponding to the outbound land transport port and represents the association relationship between cargo types. Based on the cargo association knowledge graph corresponding to the cargo cross-border attribute identifier, the entity fields of the cross-border land transport order are associated to obtain an entity field set. The cargo association knowledge graph is a graph pre-constructed for the cargo cross-border attribute identifier, representing the entity relationship between the order attribute fields. Based on the cross-border land transport order, the entity fields in the entity field set are filled with slots to obtain the identified order entity set.

4. The method according to claim 3, characterized in that, The cross-border compliance metadata in the cross-border compliance metadata group includes: first cross-border compliance data and second cross-border compliance data. The first cross-border compliance data is descriptive information corresponding to the type of goods and representing the current outbound rules. The second cross-border compliance data is descriptive information corresponding to the type of goods and representing the entry rules of the place of taxation. The cross-border land transport order includes: sender information, recipient information, and goods attribute information. The step of performing cross-border compliance self-verification on the cross-border land transport order based on the identified order entity set and the cross-border compliance metadata group to generate a cross-border compliance self-verification result includes: Based on the identified order entity set, the sender and recipient information in the cross-border land transport order are subjected to multi-dimensional accuracy verification to obtain the multi-dimensional accuracy verification result. Select the cross-border compliance metadata corresponding to the cross-border land transport order from the cross-border compliance metadata group as the target cross-border compliance metadata; Based on the first cross-border compliance data included in the target cross-border compliance metadata, the cargo attribute information in the cross-border land transport order is subjected to outbound cargo compliance detection to obtain the outbound cargo compliance detection result. Based on the second cross-border compliance data included in the target cross-border compliance metadata, the inbound cargo attribute information in the cross-border land transport order is subjected to inbound cargo compliance detection to obtain the inbound cargo compliance detection result. The cross-border compliance self-verification results are determined based on the multidimensional accuracy verification results, the outbound goods compliance inspection results, and the inbound goods compliance inspection results.

5. The method according to claim 4, characterized in that, The response to the cross-border compliance self-verification result indicates that the cross-border compliance self-verification has passed. Based on the identified order entity set, a cross-border transportation tracking model is constructed, including: In response to the cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, trunk route planning is performed based on the identified order entity set to obtain the trunk transportation route and the trunk transportation prediction time. The starting point of the trunk transportation route is the shipping address of the cross-border land transportation order, and the ending point is the exit land transportation customs point through which the goods corresponding to the cross-border land transportation order need to pass. The final transportation route and the predicted final transportation time are determined, wherein the starting point of the final transportation route is the port of entry for the goods to be delivered to for the cross-border land transport order, and the ending point is the delivery address of the cross-border land transport order; Based on the identified order entity set, the target cross-border compliance metadata, the trunk transportation route, the trunk transportation forecast duration, the last-mile transportation route, and the last-mile transportation forecast duration, cross-border transportation value is marked to generate an order transportation value list; Based on the identified order entity set, the trunk transportation route, the terminal transportation route, and the order transportation value list, a visual data object set is constructed as a cross-border transportation tracking model, wherein the cross-border transportation tracking model stops updating data after the order transportation is completed.

6. The method according to claim 5, characterized in that, The step of generating an order management subpage in the cross-border land transport order management system based on the cross-border transport tracking model includes: Select a webpage architecture model from the preset webpage architecture model library that matches the recipient information and cargo attribute information in the cross-border land transport order, and use it as the current webpage architecture model; Based on the cross-border transportation tracking model, the current webpage architecture model is populated with page content to obtain the populated order page; After filling in the order page, bind the page to obtain the order management subpage.

7. The method according to claim 6, characterized in that, The method further includes: In response to the approval of the outbound declaration, an electronic document for the order entry declaration is generated according to the cross-border transportation tracking model, and the electronic document for the order entry declaration is sent to the entry inspection port for entry declaration. The entry inspection port is the inspection port of the entry port of the destination of the goods corresponding to the cross-border land transportation order. In response to the approval of the entry declaration, a second target vehicle is dispatched based on the electronic entry declaration document of the order, wherein the second target vehicle is a vehicle used for feeder transportation of the goods of the cross-border land transport order at the place of receipt.

8. A land transport order processing device for cross-border transportation, applied to a cross-border land transport order management system, characterized in that, include: The order entity identification unit is configured to, in response to receiving a cross-border land transport order, perform order entity identification on the cross-border land transport order to obtain an identified order entity set. The cross-border land transport order is an order initiated by a user through the user terminal of the cross-border land transport order management system to be carried out cross-border land transport. The identified order entity represents the business field corresponding to the cross-border land transport order. The cross-border land transport order management system is an order management system set up for multiple outbound land transport ports. The cross-border compliance self-verification unit is configured to perform cross-border compliance self-verification on the cross-border land transport order based on the identified order entity set and the cross-border compliance metadata group, so as to generate a cross-border compliance self-verification result. The cross-border compliance metadata is generated based on the current cross-border transport rules corresponding to each outbound land transport port. The construction unit is configured to respond to the cross-border compliance self-verification result indicating that the cross-border compliance self-verification has passed, and to construct a cross-border transportation tracking model based on the identified order entity set, wherein the cross-border transportation tracking model is a visual data model adapted to the goods corresponding to the cross-border land transportation order and used for real-time data adjustment. The generation and page synchronization unit is configured to generate an order management subpage in the cross-border land transport order management system according to the cross-border transport tracking model, and to synchronize the order management subpage to the user terminal. The generation and sending unit is configured to generate an electronic document for order outbound declaration based on the cross-border transportation tracking model, and to send the electronic document for order outbound declaration to the cross-border detection port for outbound declaration, wherein the cross-border detection port is the detection port of the outbound land transport checkpoint through which the goods corresponding to the cross-border land transport order are to pass.

9. An electronic device, characterized in that, include: One or more processors; A storage device on which one or more programs are stored; When the one or more programs are executed by the one or more processors, the one or more processors implement the method as described in any one of claims 1 to 7.

10. A computer-readable medium, characterized in that, It stores a computer program thereon, wherein the computer program, when executed by a processor, implements the method as described in any one of claims 1 to 7.

Images