WO2020032815A1 - Способ автоматического формирования мультимодальных сервисов грузоперевозок - Google Patents

Способ автоматического формирования мультимодальных сервисов грузоперевозок Download PDF

Info

Publication number
WO2020032815A1
WO2020032815A1 PCT/RU2018/000519 RU2018000519W WO2020032815A1 WO 2020032815 A1 WO2020032815 A1 WO 2020032815A1 RU 2018000519 W RU2018000519 W RU 2018000519W WO 2020032815 A1 WO2020032815 A1 WO 2020032815A1
Authority
WO
WIPO (PCT)
Prior art keywords
transport
user
profiles
profile
service
Prior art date
Application number
PCT/RU2018/000519
Other languages
English (en)
French (fr)
Inventor
Динар Маратович ГАЙНУТДИНОВ
Екатерина Григорьевна ФРАДКИНА
Елена Львовна КОНДРАТЕНКО
Original Assignee
Динар Маратович ГАЙНУТДИНОВ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Динар Маратович ГАЙНУТДИНОВ filed Critical Динар Маратович ГАЙНУТДИНОВ
Priority to SG11202101316XA priority Critical patent/SG11202101316XA/en
Priority to JP2021530772A priority patent/JP2022508280A/ja
Priority to CN201880098294.2A priority patent/CN113056757A/zh
Priority to US17/266,470 priority patent/US20210264553A1/en
Priority to KR1020217006303A priority patent/KR20210087013A/ko
Priority to EP18929433.3A priority patent/EP3836053A4/en
Publication of WO2020032815A1 publication Critical patent/WO2020032815A1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9024—Graphs; Linked lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/02—Detecting movement of traffic to be counted or controlled using treadles built into the road
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication

Definitions

  • Transport asset operators face similar commercial problems in managing assets — finding clients, negotiating, pricing, contracting, buying and renting assets, taking them out of a lease, etc. All these operations are quite laborious, are accompanied by high transaction costs and are generally ineffective.
  • value chain management and supply chain management are characterized by low efficiency of communications, transactions and operations of most types of participants, and existing technological solutions in this area do not meet the stated and expected needs.
  • This technical solution provides separate modules, which, at each user request, check through which routes the two addresses specified by the user in the request can be connected. Routing through hubs involves additional steps. The surface is divided into geofences and the relevance of each zone to each hub is determined. Then “attraction zones” are determined for each hub. Routes are displayed depending on the “zone of attraction” of which hub the departure points and cargo shipping destinations specified by the user belong to. With each request, the user has to drive in the exact addresses, sometimes with an indication of the city, zip code, street, house, etc. The system then uses several modules to route the user addresses with a route each time. These operations take time from the user, while the system reduces computational performance and productivity compared to a solution that does not require such operations.
  • the technical task or problem to be solved in this technical solution is the automatic formation of multimodal cargo transportation services in real time.
  • the technical result which is manifested in solving the above technical problem, is to reduce the time it takes to search and form multimodal freight transportation services.
  • An additional technical result manifested in solving the above problem is to reduce the time for booking a multimodal freight transportation service.
  • An additional technical result manifested in solving the above problem is to reduce the complexity of managing a portfolio of transportation services.
  • An additional technical result manifested in solving the above problem is to reduce the complexity of managing a portfolio of transportation assets.
  • An additional technical result manifested in solving the above problem is to reduce the complexity of managing a portfolio of digital assets for transport and logistics.
  • the specified technical result is achieved through the implementation of a method for the automated formation of a multimodal freight transportation service, in which a set of user profiles is obtained containing at least one transport and logistics service; then establish connections and statuses of profiles, thus forming a network of user profiles; then receive at least one request from the user to search for at least one multimodal service; then, at least one multimodal service is searched based on at least one user request among the network of related user profiles, and at least one initial and at least one end user profile is determined according to the user request; for a specific at least one pair of start and end profiles, a multimodal user profile graph is allocated by defining a plurality of related intermediate profiles; and ultimately display to the user at least one continuous chain of profiles links of the multimodal graph, which starts from the initial profile and ends on the final profile, representing the desired multimodal service.
  • FIG. 1 shows an example implementation of a method for automatically generating multimodal freight services in real time in the form of a flowchart
  • FIG. 2 shows an example implementation of a computing system consisting of a set of components for the automatic formation of multimodal cargo transportation services in real time;
  • FIG. 3 shows an example of a user profile component
  • FIG. 4 shows an example of relationships between user profiles.
  • This technical solution can be implemented on a computer or other data processing device in the form of an automated system or computer-readable medium containing instructions for performing the above method.
  • the technical solution can be implemented in the form of a distributed computer system, the components of which are cloud or local servers.
  • a system means a computer system or an automated system (AS), a computer (electronic computer), CNC (numerical control), PLC (programmable logic controller), a computerized control system, and any other devices capable of performing a given, clearly defined sequence of computational operations (actions, instructions).
  • AS automated system
  • CNC number of computers
  • PLC programmable logic controller
  • An instruction processing device is understood to mean an electronic unit or an integrated circuit (microprocessor) executing machine instructions (programs).
  • An instruction processing device reads and executes machine instructions (programs) from one or more data storage devices.
  • Storage devices may include, but are not limited to, hard disks (HDDs), flash memory, ROM (read only memory), solid state drives (SSDs), optical drives, and cloud storage.
  • a program is a sequence of instructions for execution by a computer control device or an instruction processing device.
  • Multimodal transportation - transportation of goods under one contract but performed by at least two modes of transport; the carrier is responsible for all transportation, even if this transportation is carried out by different means of transport (for example: railway transport, sea transport, road transport, air transport).
  • Transport operator a person directly issuing accompanying documents for the cargo, which is responsible for the cargo and for the delivery of the cargo to the recipient, regardless of whether it uses a third party for this transportation in accordance with the contract of carriage or itself performs the functions of a carrier.
  • Transport and logistic operator service is a set of various transport and logistic services provided to customers during freight traffic.
  • the specifics of this service is determined by the transportation distance, type and level of the vehicle.
  • the demand and popularity of various types of transport also depends on the climate and geographical features of the country, national traditions, social development and the level of living standards of the population.
  • Each type of transport has its minuses and pluses, but despite this, all types of transport systems have one main goal, namely to provide the appropriate service to their customers, so as to fully satisfy their needs and requirements.
  • a method for automatically generating a multimodal freight service may include the following steps.
  • Step 110 obtain a set of user profiles containing at least one transport and logistics service.
  • the user information may contain information about the user profile, a photo of the user, links to social networks, bank card information, legal address or address for receiving cargo and the like.
  • the user profile may be pre-encrypted for data transmission.
  • the system 200 shown in FIG. 2 can store user information of at least one user (information that at least one user can disclose) in a memory 203 obtained from at least one social network, such as, for example, Facebook TM, Linkedln TM, etc.
  • the user profiles are stored in the user profile database and include the user’s identification data, which is stored in memory 203, including geographic location, as well as his interests in freight transportation, previously executed freight transportation orders, and used transport and logistics services operators and the like.
  • Information that identifies the user can be manually entered into the user profile before receiving requests from users for searching and supplemented in an automated mode by the system 200 using information, for example, placed in the profile of the social media user page.
  • a social graph constructed for a given user profile is formed.
  • the user profile can be set by the administrator of the system 200.
  • the social graph is a graph whose vertices are the given objects of the social network, and the presence of an edge between the vertices indicates the presence of a social connection between two objects of the social network located at the two vertices.
  • the objects of a social network are user profiles.
  • the graph is a weighted directed graph with non-negative weights and contours if only transport links are used. In other implementations, if you take commercial relationships between profiles, you get a graph non-oriented with non-negative weights and without contours.
  • the graph is a non-directed graph with non-negative weights, which is similar to a social graph.
  • the multilayer graph construction dynamically changes over time (profiles, connections, weights), has the ability to self-organize, accumulate knowledge and has memory.
  • the profile may contain the following key elements, as shown in FIG. 3:
  • Transport services 310 a.
  • Real assets 320 which include transport assets, production assets;
  • the user of the system 200 may be a legal entity with the details.
  • a profile may contain transport services 310.
  • Each transport service 310 includes tariffs (including special tariffs) with controlled access and editing by the owner of the profile, each of which contains:
  • container size (for example, container);
  • the profile may contain identifiers of commercial connections of the profile transport service with other network profiles.
  • the commercial connections of the network of profiles are an important component of both managing your portfolio of clients and relationships with them throughout the life cycle, as well as an important component of managing a portfolio of transport services, transport assets, digital assets throughout their entire life cycle.
  • the profile may comprise transport service technology — an ordered sequence of operations of a transport service.
  • a transport service consisting of one operation is called an elementary transport service.
  • Each transport service operation has the following attributes:
  • the geography of all transport service operations is called the transport service route.
  • a special case of the route is the geographical area of the transport service.
  • the geographic area may have a large area, for example, the geography of the work of carriers operating on the principle of “hub and spokes” or the geography of the work of rendering services of marine tramp carriers.
  • a geographical area can be degenerate to a point, such as, for example, a transport service for transshipment of goods in port from a ship to a berth, an adjacent mode of transport, or a service for storing goods in a warehouse, terminal, etc.
  • Attribute of a loaded or empty operation The geography of loaded operations of a transport service forms a loaded route of a transport service. The geography of empty transport service operations forms an empty route. e. Attribute of a free empty operation. An empty operation is called free if, under certain conditions, it can be removed from the transport service’s flight technology or replace with laden. Free empty operations are used to minimize empty operations of flights of transport services.
  • a transport asset of a free empty operation is a free transport asset of f. Attribute of a boundary operation of a transport service (first or last operation)
  • the profile may comprise a flight schedule of a transport service.
  • the profile may contain an identifier of transport assets applicable in the service, the capacity of the flight of the transport service.
  • a transport asset is an asset that is necessary to provide a transport and logistics service. Examples of transportation assets are, for example, rolling stock (railroad cars, cars, semi-trailers), warehouses, terminals, ships and aircraft, containers.
  • the profile may comprise an identifier of digital assets 330 used to operate the transport service.
  • the profile may contain the status of the profile (eg, transport operator) in relation to each transport service represented in the profile.
  • the profile may contain a contract form for each transport service (automatically generated based on user profiles and connections). If the user only buys services (as is the case with the cargo owner), then he has information about the transport services of the transport operator that he buys. At the same time, the user of the profile also controls the access of other users to information about the services that he buys.
  • the profile may further comprise media content (photo, audio, text, video, graphics, etc.) related to the transport service.
  • the profile may contain information about real assets 320, which include transport assets and production assets. If a transport asset is needed to create a transport service, then a production asset is needed to create a product.
  • Information about transportation assets includes:
  • Type of transport asset (according to the classifier of types of transport assets).
  • the group of temporary characteristics of a transport asset is the date of production, construction of the transport asset, the standard life of the transport asset, the date of repairs of the transport asset, types of repairs of the transport asset.
  • a lease in turn, can be a lease of the entire asset (for example, a time charter agreement, a charter of a vessel without a crew, use of a railroad car, use of a container) or a lease of a part of the asset (for example, a agreement on the joint use of a vessel, agreement on the purchase of a slot, lease of a part warehouse).
  • the profile does not want to conduct commercial operations with respect to the transport asset, then information about it is not entered into the profile, or access to the information is closed for the remaining profiles.
  • L Media content (photo, audio, text, video, graphics, etc.) related to the transport asset.
  • a profile may contain digital assets 330 that it uses when working on a network of profiles.
  • a digital asset is data, an algorithm, a program for processing data, or a combination thereof, which created by network profiles alone and has value for other network users.
  • Digital assets 330 may be offered to other network profiles as on as on a paid one, i.e. on a commercial basis (usage fees, full sale of rights, etc.), and on a free basis. Any digital assets 330 are accessed by other users through commercial communications (described below). In this case, one profile is subscribed to a digital asset 330 of another profile in the network.
  • Digital assets 330 can be different in terms of complexity and solvable industry and cross industry tasks.
  • Examples of digital assets of 330 profiles that may be represented in a 5PL digital multimodal network include, but are not limited to:
  • i Applications and algorithms for inventory management in warehouses.
  • j Applications and risk management algorithms in the network of profiles, including, but not limited to applications for the independent creation of scoring models, insurance contracts for cargo, transport asset, transport service, supply chain in the form of a combination of transport services, digital assets.
  • k Applications and algorithms for automated reporting for government agencies, analytical reporting for your own profile needs, reporting for other network profiles.
  • Digital assets can be low value-added, such as anonymized arrays of big data generated by network profiles (a byproduct of the company's core business in network profiles). Typically, such data acts as a digital resource for the development of network applications - products with high added value.
  • a separate example of digital assets 330 are pricing algorithms for transport services and / or transport assets.
  • the user changes the tariffs in manual mode.
  • the user can independently develop a pricing algorithm for himself, or he can buy, for example, a subscription to the pricing algorithm from another network profile that specializes in this.
  • a profile can order the development of a pricing algorithm specifically for itself with a ban on distribution to other network profiles (corporate solution), etc.
  • the pricing algorithm can be semi-automatic when manual approval of the proposed changes is required.
  • the pricing algorithm can be configured to work without human intervention, as is the case with automatic dynamic pricing. You can use different pricing algorithms for different transport services, transport assets, etc.
  • the 5PL multimodal network is a hybrid intelligent ecosystem that simultaneously integrates solutions real and digital economies to realize the potential of each of them in applied tasks.
  • a digital asset 330 on a user profile page has the following attributes, including but not limited to:
  • the digital asset rating is 330 based on, including, but not limited to, the number of subscriptions, the number of links of interest (similar to “I like”).
  • the flag or identifier of which user of the network of profiles can receive a subscription to digital asset 330. For example, only for profiles of a certain group of countries, group of profiles, macro-region.
  • the publicity identifier of the digital asset is 330. If the digital asset is 330 public, then subscribers can disclose information to other network profiles about the availability of a subscription if they wish. Otherwise, subscribers cannot technically and legally disclose information on the use of digital asset 330.
  • the profile may contain identifiers of commercial relationships of digital asset 330 with other network profiles.
  • the operator of digital asset 330 can understand how many and who is the subscriber.
  • a complete list of subscribers to digital asset 330 is available only to the operator of digital asset 330.
  • subscribers can see who uses which digital assets, subject to restrictions on the publicity of the digital asset 330 and the privacy settings of each user.
  • the profile may contain information about products 340 that are available for business from other profiles.
  • the product of production is a product, but the product of production, cargo, goods can be similarly used.
  • a product on a profile page has the following attributes, including but not limited to:
  • Orders are placed through the establishment of commercial communication of one profile for a product of another profile from the list of profiles that are suppliers of this product.
  • the profile contains a module for searching 350 any element both on its profile and on the network of profiles.
  • Transport service, transport asset, production asset, a digital asset, a product, as well as the content of each of these objects is indexed for convenient search in the network of profiles.
  • search results only those objects are indicated, if we talk about a search on the network that has public access or access to which is open to the person who searches.
  • search for digital assets available for purchase use for various tasks of different profiles, similar to how applications are searched and installed in the Apple Store TM or in Google Play TM.
  • the profile comprises a 360 development module as well as a design module.
  • Design objects in the network of profiles are:
  • Development can be simple, such as establishing a premium for a logistics operator for an elementary transport service, uploading a data array for use in a digital asset format, or changing a supplier in a product’s value chain.
  • Development can be complex and include the development of both real economy and digital economy objects. For example, the design of a transport services system (supply chain design) with the simultaneous planning of a new terminal, which will be one of the elements of the projected supply chain, the purchase of standard digital applications (digital assets) and the development of own digital applications for the operation of the projected supply chain.
  • More complex developments may include a complex of the following tasks:
  • Product design includes the design of both the technical and operational parameters of the product itself, and the production system or value chain needed to create it.
  • the production system includes a network of suppliers of components, parts, product materials and a network of production operators for direct assembly, product assembly.
  • Trading companies can form a network of product suppliers, including suppliers of multicomponent products for the specification placed by them.
  • the suppliers of the trading companies may be both transport companies and other trading companies.
  • the transport service there can be several intermediaries, so with the product there can be several intermediaries.
  • the number of possible intermediaries is limited only by practical expediency.
  • the supplier’s inclusion in the value chain takes place in the 360 development module through the establishment of commercial communication of one profile for a product of another profile.
  • the formation of the supplier base for the specification can occur both on the initiative of the profile that posted the specification, for example, through a closed or open tender, and on the initiative of profiles who want to become suppliers according to the product specification placed by another profile.
  • the set of all design elements can be visually visualized in the graphic module of this technical solution in the multimedia component 205 or in any external graphic visualization module for the purpose of analyzing and managing user profile content.
  • a particular case of visualizing the contents of a user’s profile is the visualization of a supply chain network of that profile, which presents transport services, terminals, warehouses, delivery conditions, cost and other data.
  • the graphical user interface module it is possible to configure algorithms for automatic booking of transport services, transport assets when fulfilling pre-designed conditions for the network of profiles, and the conditions of its own supply chain network. For example, when the average market tariff for transportation in the direction of DD is reduced to the GG level, the transport service of any profile (any company) is automatically booked, the tariff of which does not exceed the average GG market value and the transport service of which has a rating not lower than the UU level.
  • a supply chain of a geographically distributed company with a complex production cycle is considered, in which the absence of an expensive resource can lead to damage to other materials in large quantities and to losses in output.
  • set up a dual algorithm for automatic replenishment is set up.
  • the first level is a basic automatic algorithm based on the standard formula for inventory management.
  • the second level of security is the automatic ordering of a small consignment of a resource by a transport service with less transit time in the event that unforeseen delays are expected in the supply process according to the logistic scheme of the first security level.
  • Algorithms can be independently configured and developed, as well as algorithms developed by other profiles, which, for example, specialize in them and distribute them on a network for a fee or commercial basis.
  • Profiles can be combined into groups, you can combine several profiles into one profile, or, conversely, divide one profile into several profiles.
  • the profile contains a section of profile settings 370. You can make settings that are common to the profile and its operation on the network. Settings for the operation of individual transport services, transport assets, digital assets and other individual profile elements are contained in the corresponding sections of these elements.
  • profile settings 370 you can specify, for example, details of the company itself, including, but not limited to, legal address, payment details, address of the company website, list of employees who are allowed to work in the network of profiles, the address of pages on social networks, general information about the company, including for cases when the company does not have a website, social networks.
  • the same section contains the identifier of the communication system bus of profile 410, as shown in FIG. 4.
  • the communication system bus 410 contains information on current connections (operational, commercial, by interest) for each object of two profiles.
  • Step 120 establish links between profiles, thereby forming a network of user profiles.
  • the first type of communication between user profiles is operational communication. This connection connects, through the concatenation operation, the boundary operation of a transport service of one profile with the boundary operation of an adjacent transport service of another profile, provided that they are compatible.
  • An operation of a transport service is called boundary if it starts or ends with the execution of the transport service.
  • the external operations of transport services are established in accordance with the international standards of delivery of Incoterms (Eng. Incoterms, International commercial terms) and other recognized standards of delivery conditions.
  • Laem Chabang Port has a user profile that is operationally linked to a user profile owned by a sea carrier that has a sea line from Laem Chabang to Shanghai port (China).
  • the profile of the port of Shanghai is operationally linked to the profile of the port of Vostochny (Russia, the Far East) through the profile of another sea carrier that has a line from Shanghai to Vostochny, and, for example, the profile of the port of Vostochny is operationally linked to the profile of the operator of the train to the profile of the Khovrino terminal (Moscow).
  • the interoperability of adjacent transport services of two profiles can be verified in many ways.
  • a component is used to automatically check the interoperability of adjacent transport services 420.
  • the key parameters are the adjacency of the boundary operations of transport services.
  • the boundary operations of two services of two different profiles are adjacent when, after the end of one transport service, it is not necessary to add additional transport operations of the intermediate service in order to proceed to the execution of the second service.
  • the boundary operation of the transport service ends when it is unloaded from the vessel and transported for storage to the container site of the terminal (DAT delivery condition, which can be indicated as container yard in container logistics).
  • DAT delivery condition which can be indicated as container yard in container logistics
  • the transport service begins with the collection of cargo from the container site (condition CY) of the same terminal.
  • condition CY the boundary operations of the two transport services are adjacent, as well as the transport services themselves.
  • each of the operationally related user profiles can configure preferences for operational communications with other transport services in the parameters of its transport services, and the preferences can vary from positive to prohibitive.
  • the prohibition preferences are used to nullify the operational combination of the transport service of one profile with the transport service of another profile.
  • one profile does not want its transport services to be operational linked to related transport services that have a lower rating or market share less than a predetermined percentage.
  • the prohibition may be conditional. For example, as long as a certain carrier has capacity, a sea line service cannot communicate with other carriers in a specific port operationally.
  • the prohibition may be mild. In this case, the transport service operator establishes less favorable conditions for related transport services, with which he would less like to have combinations in the formation of multimodal supply chains. For example, the cost of sea transportation will be higher by a specified percentage for goods that arrive at the port by car from locations, from where the same profile has a railway service to the port. Thus, incentives to use the railway service in the formation of multimodal transportation.
  • An operational connection is detected automatically upon the first publication of a transport service on a user profile. Further when changing the parameters of the transport services of one and the other profiles, the operational connection either remains or is not.
  • N is the number of operations [transport service] [profile].
  • serial number [operation].
  • the serial number will be [N / N]
  • two profiles one of which is the Deep sea sea line
  • the second profile is the Short sea sea line at the intersection [ ⁇ warehouse / terminal ⁇ . ⁇ 1 ⁇ 1 Canal ⁇ 5 ⁇ ] in 9 out of 78 terminals of the DP World port group, on 7 Terminals AWP terminals and on 3 PSA terminals. Total, 19 intersections.
  • [restrictive combination conditions ([Deep sea profile], [Short sea profile]) 9 out of 19 intersections].
  • [Deep Sea Profile] and [Short sea Profile] are operationally linked together by 10 transport services.
  • a second type of communication between user profiles is commercial communication.
  • This type of communication establishes the relationship of two different user profiles to a transport service, its transport asset, production asset, digital asset or product.
  • a profile has a status for a given transport service in the form of a logistics operator, this means that the profile resells the transport service on the market one-on-one or as part of a more complex transport service (multimodal service).
  • multimodal service multimodal service.
  • any company on the network can buy this transport service both from the seller of the transport service (who is also the operator of the transport service) and from the logistics operator.
  • the search results will display the result in the form of one transport service with the seller’s tariff and the tariff of the logistics operator (the one who resells the transport service) ..
  • Examples include bareboat charter, time charter, marine aircraft, the provision of a container, tractor, semi-trailer, railway platform, the use of a production line for the production of another company's product (contract manufacturing).
  • asset sharing e.g., VSA (vessel sharing agreement) in shipping, leasing part of a warehouse.
  • Network profiles may have commercial links not in one but in several elements.
  • Full commercial communication occurs when one profile is associated with all elements of another profile. An example is the situation when one user is an agent, and the second is a principal or between an authorized dealer and the manufacturer of the product.
  • one company provides transportation services to another company and does not provide them for other companies, each of which has a profile in the system.
  • Another example of full commercial communication is when one company leases all the transport assets of another company.
  • communication can be established between profiles of interest.
  • This connection can be established by a whole profile, a group of services, a service, an asset group, an asset, a digital asset, a component of a service, an asset, a product (an analogue of the “like” button in communication software designed for social networks, blogs, Internet forums, social bookmarking services, news sites).
  • Both statistics of relationships of interest and statistics of visitors to a profile are used in the Bl (Business intelligence) section to manage customer relationships throughout the life cycle. This relationship is important for additional selection during the search for multimodal services, for example, by popularity, interest (for example, initially search only among popular services, or search among all services, and present the results in descending order of popularity).
  • the search and formation of multimodal services itself is carried out via operational communication.
  • operational communications are only automatically established, then commercial communications may be established manually by users, semi-automatically, and fully automatically.
  • a user of one profile sends a request to establish commercial communication with another profile in relation to the transport service, product, real asset, digital asset, any of the profiles. This happens as a “add me as a friend” principle on social networks.
  • the object of commercial communication can be the elements of the profile to which the request is sent, or the elements of the profile that sends the request.
  • the semi-automatic mode of establishing commercial communication works when one of the profiles accepts the request in manual mode, and the second profile sets the conditions by which a request for establishing commercial communication is automatically sent from its profile to objects of another profile. Or vice versa, when one of the profiles sets the conditions for automatic decision-making on acceptance, refusal of requests for establishing commercial communications, and the other profile sends the request in manual mode.
  • An automatic mode of establishing commercial communications is provided in the case when each of the profiles has configured or acquired algorithms for automatically sending requests and automatically making decisions on received requests for establishing commercial communications for profile objects.
  • An offer to become an agent for a principal an offer of a principal to become an agent of a certain company.
  • j Subscribing to a network application and, conversely, an offer to buy or install an application to a certain circle of network profiles.
  • k Placing an order for a product in a network of suppliers.
  • This technical solution contains a mechanism for self-organization of a network of user profiles for any endogenous and egzogenic exposure. For example, when a new terminal or warehouse is commissioned, its digital profile appears in the network of user profiles. In this case, the operational relationships of the new network user profile with the other network profiles are automatically detected based on the correspondence of at least one boundary operation of the new profile transport services with the boundary operations of transport services of the remaining network profiles.
  • the network of profiles has relevant connections and relevant profiles at each point in time and self-organizes in real time.
  • the communication system bus 410 contains information on current connections (operational, commercial, by interest) for each object of each of a combination of pairs of network profiles.
  • the user on the network sets his status opposite to transport services, products, real and digital assets.
  • the synthetic status of the entire profile is set automatically based on private statuses.
  • the status displays the operator of the (transport) asset.
  • This status is provided for a company that owns an asset and conducts operations with it such as the sale, delivery of part or all of the asset for operational use. Examples are shipowners, container fleet operators, owners of rolling stock, owners of storage facilities, etc., who are responsible for the serviceability of a real asset.
  • the status is displayed by the transport operator.
  • This status is provided for the carrier, terminal, warehouse operator, i.e. who provides transport services.
  • the operator of the transport asset also acts as the operator of the transport service, such as, for example, a trucking company that owns a fleet of vehicles and itself provides road transportation services based on it.
  • the status is displayed by a logistic operator, which may be a forwarder, a 3PL operator, or another user who resells a transport service.
  • a logistic operator which may be a forwarder, a 3PL operator, or another user who resells a transport service.
  • the number of “layers” of logistics operators of a transport service rests only on practical feasibility and feasibility. For example, large companies have one general logistics operator that manages the entire logistics of the company (if this role is played by an external non-affiliated company, it is also called a 4PL operator).
  • This general logistics operator purchases multimodal services of logistics operators.
  • multimodal logistics operators can purchase automobile transportation from forwarders, who in turn sell the transport service of several automobile transport companies.
  • the use of this technical solution helps to reduce the number of extra “layers” in multimodal supply chains, as it allows you to purchase transport and logistics services directly to the end user of services.
  • the status is displayed by the cargo owner, namely, the one who is the final consumer of the transport service purchased from a transport or logistics operator.
  • the status is displayed by a manufacturing operator.
  • This status is provided for an enterprise that operates production assets to produce products.
  • a production operator is also an asset operator, i.e. responsible for his good work. Examples are contract manufacturing that builds under a contract based on third-party documentation. This allows some companies to specialize in product development and promotion, while others - in production.
  • the status is displayed by the merchant. This status is provided for an enterprise that buys a product for resale.
  • the status is displayed by the product constructor. This status is provided for an enterprise that buys one product for use in the production of another product. Moreover, the profile may have the status of “product designer” for the purchased product and production operator for the manufactured one.
  • the number of “layers” of product designers is determined by the product itself, the technology and organization of its manufacture. The product designer can purchase the product is with the sales operator, and not with the production operator directly. The number of “layers” of trading operators rests only on practical feasibility and feasibility. The use of this technical solution helps to reduce the number of unnecessary “layers” of trading operators, since it allows you to purchase directly from the production operator.
  • a production or trade operator purchasing a transport service from a transport or logistics operator acts as a cargo owner.
  • the status is displayed by the owner of the digital asset. He owns the rights to a digital asset.
  • the status is displayed by a digital operator. He is responsible for maintaining the digital asset in working condition; he is modernizing the digital asset. The owner of a digital asset may also have digital operator status.
  • the status is displayed by the user of the digital asset.
  • the user of a digital asset can be any transport operator, an asset operator, a logistics operator, a cargo owner, a production operator, or a trading operator.
  • the user profile data model represents the basic architecture and basic functionality of the digital multimodal network 5PL.
  • This technical solution allows the logistics units of cargo owners and 4PL operators to plan and manage the company's supply chains of any complexity.
  • the architecture and tools of the solution make it possible to create closed corporate networks of supply chains of geographically distributed industrial, trading, transport and logistics companies.
  • the internal architecture is not visible to other users, and the entire supply chain network for external customer profiles is presented as a single transport service of one company.
  • logistics operators can quickly create multimodal services (purchase transport services, set their own tariffs, etc.) and promote their services on the network (publish transport services in their profile, send proposals for establishing commercial relations customers, etc.).
  • transport service operators can quickly find, purchase transport assets and build transport services on their basis and promote them, and transport asset operators can quickly manage an asset fleet using lease or purchase / sale operations.
  • An Oracle Database may be used as the DBMS, using the Oracle SQL Developer integrated development environment and the PL / SQL programming language.
  • each entity its primary key in the database is determined.
  • Each entity can be represented, for example, by one table in the database or contained in several.
  • a number of unique keys are defined. The difference between a unique key and a primary one is that a unique key is not the main identifying factor records and cannot be referenced by the foreign key of another table. Its main task is to guarantee the uniqueness of the field value.
  • the first normal form (1NF), the second normal form (2NF), the third normal form (ZNF), the normal Boyce-Codd form (NFBK), the fourth normal form (4NF), and the fifth normal form (5NF) are used.
  • Each of the various existing types of relationships between user profiles that can be implemented by tables can be modeled in a database. There are several types of relationships that are potentially used in this technical solution: a one-to-many relationship and / or a many-to-many relationship.
  • the one-to-many relationship in most cases reflects the real relationship of entities in the subject area. It is implemented by the already described “foreign key-primary key” pair, i.e. when a foreign key is defined that refers to the primary key of another table. It is this connection that describes the widespread mechanism of classifiers.
  • the primary key is, for example, the identification code of the service.
  • a foreign key is defined that refers to the primary key of the classifier. After that, it does not enter the name from the classifier, but the identification code of the transport and / or logistics service.
  • Such a system becomes resistant to name changes in classifiers.
  • methods are known for changing the service identification codes in the displayed table to their names both at the database server level (for client-server DBMSs) and at the user application level.
  • TRANSPORT_ SERVICE and TRANSPORT_ OPERATION.
  • One transport service may contain several transport operations, while one transport operation may belong to different transport services.
  • TRANSPORT OPERATIONS_SERVICE an additional table is introduced, for example, called TRANSPORT OPERATIONS_SERVICE, the row of which will have two foreign keys: one will refer to the primary key in the TRANSPORT SERVICE table, and the other to the primary key in the TRANSPORT OPERATION table.
  • TRANSPORT OPERATIONS IN THE SERVICE you can record any number of transport operations and any number of transport services.
  • the database may be a relational database, an object-oriented database, a hierarchical database, a network database, other types of databases, some combination or extension of the above.
  • Data which is a set of the proposed transport and logistics services, as well as user data, can be organized in the form of tables, records, objects, other data structures, etc. Data can also be stored in special database files, special sections of hard drives, HTML files, XML files, spreadsheets, unstructured files, document files, configuration files, other files, etc. in memory 203 of the computing system 200 described below.
  • the database can refer to a data set that is read-only, or be able to read the data set and write to it.
  • Step 130 at least one request is received from a user to search for at least one multimodal service.
  • a user request may include data based on which a network of profiles forms at least one multimodal service corresponding to the request.
  • the user’s request may include the following data: where it is necessary to send the goods (sender profile), where to send the goods (recipient profile), when to send, when it is desirable to deliver, the cargo (profile of the cargo owner), the amount of cargo, type of container for transportation of goods and etc., not limited to.
  • the user when forming the request, can include any additional conditions for the search in accordance with the presented parameters in the description of the transport service, logistics service and the corresponding transport assets of the transport service.
  • Examples of such parameters can be technical and operational characteristics of transport assets, including directly the type of transport asset of a transport service, a group of temporary parameters of assets (term of issue of an asset, term of last repair, etc.), operator of a transport asset, restrictions on transport service technology (for example , to exclude transport services in which there are operations of raising the hopper car above the ship’s hold in the port and directly filling the hold with grain through emptying the wagon by opening the exit hatch), restrictions on the route of the transport service (for example, via the Baltic Sea), restrictions on the total cost of multimodal service, restrictions on the conditions for applying the tariff (for example, in intra-customs transit mode, only special tariffs), restrictions on the residual capacity of a transport service flight, status restrictions (for example, only direct sales from transport operators) and other parameters and their combination, which can be set using profile data and types of relationships between them.
  • transport service technology for example , to exclude transport services in which there are operations of raising the hopper car above the ship’s hold in the port and directly filling the hold with grain through emptying the
  • the request may be generated in text form and / or voice form.
  • the request may be a combination of text and voice requests.
  • the request may be generated by the user based on information obtained from the drop-down fields of the graphical user interface.
  • information from the request also serves as information from the profile of both the user who makes the request and from the profiles of other users to which he refers.
  • the system In the case of a written request from the user (via the search bar), the system first corrects syntax and spelling errors, and then stylistic and semantic, i.e. provides syntactic and semantic analysis.
  • text libraries for example, SyntaxNet
  • SyntaxNet are used, which are an accumulated history of query recognition in the system and artificial intelligence technology.
  • a written request “consolidate to warehouse and send container 20ku through the door to the FFF warehouse in Tue.
  • the client is not later than the thirty-first of August. ”
  • the system recognizes this request as follows: “transport operation [Consolidate at the warehouse] and transport operation [send] the amount of cargo [one] container [container] container size [20 feet] restrictions on the route [through the ports of the Far East] to [ to the first warehouse] to [FFF] the tariff condition [in the mode of customs transit]. Cleared goods must be where [in the first warehouse] restriction [no later than 08/31/2018]. "
  • the solution allows you to quickly search for available information according to Fig 3, including, but not limited to: transport assets, digital assets, transport services (tariffs, schedules, technologies, routes, individual transport operations , contracts, flight capacity, assets used, transport operators), products and associated value chains for products (e.g. non-public information, access to which is open to internal logistics services of the cargo owner or an authorized 4PL operator), production operators, trade operators, information about companies, tenders and tenders for assets, tenders for transport services.
  • transport assets digital assets
  • transport services tariffs, schedules, technologies, routes, individual transport operations , contracts, flight capacity, assets used, transport operators
  • products and associated value chains for products e.g. non-public information, access to which is open to internal logistics services of the cargo owner or an authorized 4PL operator
  • production operators trade operators, information about companies, tenders and tenders for assets, tenders for transport services.
  • a user who is looking for information about a multimodal service may not be aware of a particular web resource on which information can be found, or its location, and may generate a search query and perform a web search using a search systems like Yandex TM, Google TM, YAHOO! TM and so on.
  • a search query may not be aware of a particular web resource on which information can be found, or its location, and may generate a search query and perform a web search using a search systems like Yandex TM, Google TM, YAHOO! TM and so on.
  • a search system provides a list of user profiles, the content of profiles that match the search query, in the form of what is known as the search results page (SERP).
  • SERP search results page
  • the search system redirects the user’s request to the network of this technical solution, which gives the results in the form of automatically generated multimodal services. Results for viewing are available both on the graphical page of the present invention and on the search engine page.
  • each search query may be provided with a time stamp indicating the point in time at which the search query was entered from the search engine and / or the geographical location from which the search query was entered.
  • a search application installed in a user’s mobile application or web resource includes a graphical query interface and a graphical interface of search results.
  • the main objective of the graphical query interface is to enable the user to enter a search query or “search query”.
  • the main objective of the search results interface is to provide search results that meet the query of the user that was entered into the query interface. The processing of a search query and the presentation of search results will be described in more detail below.
  • a search engine server is connected to the data network, which conducts searches in response to search queries.
  • the search engine server can also be connected to other servers, for example, inter alia, network configuration servers, network resource servers, application servers, network configuration servers via a data network.
  • the search engine web server may be a regular computer server.
  • the search engine server may be a Dell TM PowerEdge TM server using Microsoft TM Windows Server TM operating system.
  • the search engine server may also be implemented in the form of other types of network equipment, for example, among other things, a router, switch, gateway, base station, and so on.
  • the search engine server may be implemented on any suitable hardware and / or application software and / or system software, or a combination thereof.
  • the search engine server is a distributed server.
  • the technical solution can be constructed based on a decentralized (or centralized) distributed registry, for example, a blockchain.
  • transport, production, financial and other profile operations can be executed using smart contracts using blockchain technology.
  • digital assets of profiles can also work on distributed registry technologies, for example, blockchain.
  • Information about blockchain technology is widely known and available in open sources in the prior art.
  • user profiles organize wallets in cryptocurrency (for example, Ethereum ETN cryptocurrency or BTC Bitcoin) and register smart contracts on a platform implemented as a single decentralized virtual machine based on a blockchain, such as Ethereum.
  • the functionality of the search engine server may be divided, and may be performed using several servers or one.
  • the search engine server contains a network communication interface that is configured and configured to connect to a user’s mobile communication device or other electronic device connected to a data network.
  • the search engine server further includes one or more of the following: a computer processor, functionally connected to a communication interface and configured and configured to perform various methods described herein.
  • the processor has memory (in the form of random access memory (RAM), flash memory, and so on) and / or it is functionally connected to a memory that stores machine-readable instructions that initiate the execution of the various methods described here by the processor.
  • the search engine server may additionally be connected (or otherwise have access to) one or more modules, for example, inter alia, a search robot module, a sorting module and a ranking module for search results, as is known in the art.
  • the search engine server may be configured to perform a web search on a resource.
  • the functionality of the search engine server is well known, but, in brief, the search engine server is configured to:
  • Step 140 searching for at least one multimodal service based on at least one user request among a network of related user profiles.
  • the search engine server is operatively connected to the search cluster (or otherwise has access to it).
  • the main task of a search cluster is to perform a search in response to a user’s query entered using the query interface and display the search results to present them to the user using search results interface.
  • the following is a description of an embodiment of a search cluster that does not limit the scope of the present technical solution. However, it should be borne in mind that there are other options for implementing a search cluster that do not limit the scope of the technical solution. It is important to keep in mind that to simplify the following description, the configuration of the search cluster has been greatly simplified. It is believed that specialists in the art will be able to understand the details of the implementation of the search cluster and its components, which could be omitted in the description with the aim of simplification.
  • the task of a search cluster is (i) to conduct a search; (Ii) analysis of search results and ranking of search results; (iii) grouping the results and compiling the search results page (SERP) for display to the user.
  • the configuration of the search cluster for performing searches is not specifically limited. Specialists in the art will understand some methods and means for performing a search using a search cluster and, accordingly, some structural components of a search cluster will be described only at the surface level.
  • the search cluster includes a processing module.
  • the processing module can perform several types of searches, including, but not limited to, general search, vertical search, meta-search, multi-level search, and so on. The specific details of the various types of searches will not be described here, since this description is not limited to any type of search. Any type of search using a method or means of any type, as will be appreciated by a person skilled in the art, can be used to carry out the described searches.
  • the processing module comprises (or otherwise has access to) a search module.
  • the search module has access to a database of a system for conducting web search (s). It is understood that the database can be implemented in a distributed form, for example, the database can have various components, each component is configured to Perform a specific type of search. It is also understood that the search module may have access to multiple databases.
  • a search cluster may perform several types of searches, including, but not limited to, vertical search.
  • the search cluster includes (or otherwise accesses) a vertical search module.
  • the vertical search module is configured to perform one or more vertical searches, for example, vertically of images, videos, news, maps, and the like.
  • a search cluster may perform a so-called multi-level search. These non-limiting embodiments may be implemented, for example, in order to increase the speed of a search and obtain more relevant search results.
  • a search cluster can perform some or all of: a top-level meta-search, a mid-level meta-search, and a low-level meta-search on indexed user profile pages, an indication of which is stored in the user profile index.
  • the search cluster is also configured with the ability, known to those skilled in the art, to execute the search robot algorithm — which initiates the search cluster to “search” a resource and index visited user profiles in index databases.
  • the vertical search module is configured to perform one or more vertical searches within the respective vertical databases.
  • the term “vertical” (for example, in the phrase “vertical search”) is used to denote a search that is performed in a subset of a large data set, and the subset is grouped according to the characteristics of the data.
  • the vertical search module conducts a search on a subset (i.e., images) of a data set (i.e., all data potentially available for search), wherein a subset of the data is stored in a database associated with the vertical search module.
  • Step 140.1 determining at least one initial and at least one end user profile according to a user request.
  • Each network user profile contains information about the warehouses to which he receives goods and from which he sends goods.
  • the warehouse operator as a transport service operator (storage, security, cross-docking, etc.) or the warehouse owner as a transport asset operator (sale, lease) may have a completely different profile with which this profile can be associated as a commercial connection (purchase of storage services or rental of a warehouse for the independent organization of storage services), as well as operational communications, for example, if it is a trucking company.
  • the address of the warehouse to which he receives or from which he sends goods is automatically indicated in the profile of the buyer.
  • the sender profile that already contains information about the warehouse from which the shipment will be carried out and the recipient profile that already contains information about the warehouse that receives the goods. It is useful that you do not need to enter or specify any addresses, since the addresses of the warehouses are contained in the profiles, and the profiles are connected to each other by operational links, commercial links, and interest links.
  • the profiles of all network participants can be determined, namely cargo owners (companies that carry out production activities, trade, etc.), 4PL operators (internal logistics services of cargo owners or outsourced companies), 3PL operators (freight forwarders, logistics operators), 2PL operators (carriers, transport companies), operators of transport assets.
  • the final profile is a profile that already contains information about the supply warehouse. In some embodiments, this may be a sales agent who has his own profile (indicating the warehouse) on the network. In this case, the final profile is the agent profile. In other options, this may be the buyer himself or his representative, who has a profile in the network (indicating the supply warehouse). In this case, the final profile is the profile of the buyer or his representative.
  • the user when ordering, chooses from which warehouse to send or to which warehouse to receive the goods.
  • the user when ordering, chooses from which warehouse to send or to which warehouse to receive the goods.
  • there is a specialization of warehouses by type of cargo so specifying the type of cargo when ordering eliminates the need to choose a warehouse.
  • the final profile is the FFF client profile. From the FFF client profile in the transport services section (if he buys a storage service) or in the transport assets section (if he rents an area and organizes storage himself), locations of his warehouses are revealed. It remains only to determine in which of the FFF client's warehouses it is necessary to deliver the goods. In the request, the user indicated that it was necessary to deliver to the "first warehouse”. Thus, the final profile is defined - [FFF profile], and within the framework of the final profile, the exact geolocation is [FFF profile. First warehouse].
  • Step 140.2 for a specific at least one pair of start and end profiles, a multimodal user profile graph is extracted by defining a plurality of related intermediate profiles.
  • the network of profiles is a weighted oriented graph with non-negative link weights and contours.
  • the network of profiles is dynamically changing in time:
  • link weights are dynamically changing.
  • the network of profiles is constructed in such a way that any network profile is always connected to other network profiles directly or through intermediate profiles. Therefore, if you do not introduce restrictions, then there can be an arbitrarily large number of connection options between two profiles. This, of course, can affect the performance of the system. Therefore, in the absence of cut-off restrictions by users in terms of time, reliability, cost, quantity intermediate counterparties, etc. use system restrictions, on the basis of which a multimodal graph is allocated. It happens as follows:
  • a multimodal graph is distinguished between the initial and final user profiles based on historical user requests for a given pair of initial and final profiles for a limited period of time. Moreover, from the historical intermediate profiles and links, only that set of intermediate profiles and links that is relevant at the time of the request is automatically used.
  • proxy profiles are determined, one of which is operationally associated with the initial one, and the second is operatively associated with the final profile and which had historical user requests.
  • proxy profiles can be the same and represent one proxy profile, which is associated directly with the start and end profiles.
  • a multimodal graph is distinguished between proxy profiles.
  • a multimodal graph is distinguished by allocating operational links to the source profiles from a multimodal graph between proxy profiles.
  • the problem is solved from the theory of graphs about listing all the paths between two arbitrary vertices (in our case, between the initial profile and the final profile) of a weighted directed graph with positive weights and contours, provided that the number of inter-profile operational links along any of the found paths does not exceed the value N + 1, where N is the maximum number of intermediate profiles defined in the previous step.
  • the set of interprofile operational relationships found, the intermediate profiles found, the given initial and final profiles form the desired multimodal graph for the case when there is no pair of proxy profiles.
  • the user can set restrictions of any nature in the request, be it to the profiles themselves, the links, or a combination of profiles and links. Restrictions apply to any content profiles and links.
  • Examples include, but are not limited to: profile status, profile transport service status (for example, consider only those offers where the transport service seller is the transport operator itself), route features (for example, only through St. Russia), total expected transit time, expected time of arrival at the final geolocation, total cost of transportation, any restrictions on the terms of tariff application, on technology, on the name of the logistics operator, on the name of the transport operator ator, number of logistics operators (important when excluding unnecessary intermediaries), name of the transport asset operator (for example, container fleet operator or fitting platform operator), parameters of transport assets (from exclusion, adding a mode of transport to detailed characteristics of the transport asset (which is especially important in case of bulky project transportation)), the number of transport operations belonging to different terminals in the total set of transport operations of multimodal services (for example, to exclude a large number of intermediate hubs on the multimodal service route), a certain transport service flight, the remaining capacity of the transport service flight, popularity of the transport service, availability of photos, video, text content about the service, etc. d.
  • Step 150 displaying to the user at least one continuous chain of profile links of the multimodal graph, which starts from the initial profile and ends on the final profile, representing the desired multimodal service.
  • the sought-after multimodal service has:
  • a tariff that includes tariffs for all transport services that make up a continuous chain of links.
  • the search cluster is configured to create a list of ranked search results including the results from the search module and the vertical search module.
  • the search cluster may execute various known algorithms for ranking search results.
  • some methods of ranking the results according to their relevance to a user entered search query are based on all or some of the following criteria: (i) how popular the search query or the answer to it is or among searches conducted by a search module or a vertical search module; (i) how many results are issued either by the search module or by the vertical search module; (iii) whether the search query contains any key terms (for example, “delivery”, “cargo”, “transport”, etc.), (iv) how often a particular search query contains key terms when entered by other users; (v) how often other users, when performing a similar search, selected a specific transport service or specific vertical search results when the results were presented on the search results page (SERP).
  • key terms for example, “delivery”, “cargo”, “transport”, etc.
  • the term “key term” refers to a word or sequence of words indicating that a given search result is probably the most relevant to a user's search query. For example, if the search query contains the term “transport service”, then using the search cluster, you can determine that the vertical search module that performs a vertical search on transport services most likely contains the most relevant results that match the user’s query.
  • the search cluster then passes the ranked search results to the server.
  • the server then transmits the ranked search results to the electronic device via the data network for display to the user in the form of a search results page (SERP).
  • SERP search results page
  • the server is configured to create a Javascript Object Notation (JSON) message that contains information that is important for triggering an electronic device to display a search results page (SERP) containing ranked search results generated by a search cluster.
  • JSON Javascript Object Notation
  • SERP search results page
  • the message may be in a format other than JSON, for example, in the format of an extensible markup language (XML), etc.
  • this technical solution can be implemented as a system 200, which contains one or more of the following components: a processing component 201 comprising at least one processor 202, a memory 203, a power component 204, a multimedia component 205, an audio component 206, an interface 207 I / O (I / O), a sensor component 208, a data transmission component 209.
  • a processing component 201 comprising at least one processor 202, a memory 203, a power component 204, a multimedia component 205, an audio component 206, an interface 207 I / O (I / O), a sensor component 208, a data transmission component 209.
  • the processing component 201 mainly controls all operations of the system 200, for example, generates a user profile, searches for a multimodal service, and also controls the display, phone call, data transfer, camera operation, and recording operation of the user's mobile communication device.
  • Processing module 201 may include one or more processors 202 that implement instructions to complete all or part of the steps of the above methods.
  • the processing module 201 may include one or more modules for a convenient interaction process between other processing modules 201 and other modules.
  • the processing module 201 may include a multimedia module for conveniently facilitating interaction between the multimedia component 205 and the processing component 201.
  • the memory 203 is configured to store various types of data to support the operation of the system 200, for example, a database with user profiles. Examples of such data include instructions from any application or method, contact details, address book data, messages, images, videos, etc., all of which operate on system 200.
  • Memory 203 may be implemented as any type of volatile a memory device, non-volatile memory device, or a combination thereof, for example, static random access memory (RAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable read-only memory (EPROM), programmable read-only memory (EPROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk, and more, not limited to.
  • Power component 204 provides electricity to various components of system 200. Power component 204 may include a power management system, one or more power supplies, and other nodes for generating, controlling, and distributing power to the system
  • the multimedia component 205 includes a screen providing an output interface between the system 200, which can be installed on a mobile user and user communication device.
  • the screen may be a liquid crystal display (LCD) or touch panel (SP). If the screen includes a touch panel, the screen may be implemented as a touch screen for receiving an input signal from a user.
  • the touch panel includes one or more touch sensors in the sense of gesturing, touching and sliding the touch panel. The touch sensor can not only feel the border of the user's touch or the gesture of turning over, but also determine the duration of time and pressure associated with the operation mode of touching and sliding.
  • the media component 205 includes one front camera and / or one rear camera.
  • the front camera and / or the rear camera can receive multimedia data from outside.
  • Each front camera and rear camera may be a single fixed optical system of the lens or may have a focal length or optical zoom.
  • the audio component 206 is configured to output and / or input an audio signal.
  • the audio component 206 includes one microphone (MIC), which is configured to receive an external audio signal when the system 200 is in an operation mode, for example, a call mode, a recording mode, and a speech recognition mode.
  • the resulting audio signal may be further stored in memory 203 or routed through the data transfer component 209.
  • the audio component 206 also includes a single speaker configured to output an audio signal.
  • An I / O interface 207 provides an interface between the processing component 201 and any peripheral interface module.
  • the above peripheral interface module may be a keyboard, steering wheel, button, etc. These buttons may include, but are not limited to, a start button, a volume button, a start button and a lock button.
  • the sensor component 208 contains one or more sensors and is configured to provide various aspects of assessing the state of the system 200. For example, the sensor component 208 can detect on / off states of the system 200, the relative position of components, such as a display and keypad, of one component system 200, the presence or absence of contact between the user and the system 200, as well as the orientation or acceleration / deceleration and temperature change of the system 200.
  • the sensor component 208 contains a proximity sensor, ny to detect the presence of the object located nearby when there is no physical contact.
  • the sensor component 208 comprises an optical sensor (e.g., CMOS or CCD image sensor) configured to be used in visualizing an application.
  • the sensor component 208 comprises an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • the data transfer component 209 is configured to facilitate wired or wireless communication between the system 200 and other devices.
  • System 200 may access a wireless network based on a communication standard such as WiFi, 2G, 3G, 5G, or a combination thereof.
  • the data transmission component 209 receives a broadcast signal or broadcast, related information from an external broadcast control system via a broadcast channel.
  • the data transmission component 209 comprises a near field communication (NFC) module to facilitate near field communication.
  • the NFC module can be based on radio frequency identification (RFID) technology, infrared data association technology (IrDA), ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association technology
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • system 200 may be implemented by one or more Specialized Integrated Circuits (SIS), Digital Signal Processor (DSP), Digital Signal Processing Devices (DSP), Programmable Logic Device (PLU), Logic Chip, Field Programmable (PPVM), controller, microcontroller, microprocessor, or other electronic components, and can be configured to implement an album display method.
  • SIS Specialized Integrated Circuits
  • DSP Digital Signal Processor
  • DSP Digital Signal Processing Devices
  • PLU Programmable Logic Device
  • PPVM Field Programmable
  • controller microcontroller, microprocessor, or other electronic components, and can be configured to implement an album display method.
  • the non-volatile computer-readable medium contains instructions also provided, for example, memory 203 includes instructions where instructions are executed by processor 201 of system 200 to implement the above-described methods for automatically generating a multimodal freight service.
  • a non-volatile computer-readable medium may be a ROM, random access memory (RAM), CD, magnetic tape, floppy disks, optical storage devices and the like.
  • Computing system 200 may include a display interface that transmits graphics, text, and other data from a communications infrastructure (or from a frame buffer, not shown) for display on multimedia component 205.
  • Computing system 200 further includes input devices or peripheral devices.
  • Peripheral devices may include one or more devices for interacting with a user's mobile communication device, such as a keyboard, microphone, wearable device, camera, one or more sound speakers, and other sensors.
  • Peripheral devices may be external or internal to the user's mobile communication device.
  • the touch screen can typically display graphics and text, and also provides a user interface (for example, but not limited to a graphical user interface (GUI)) through which the user can interact with the user's mobile communication device, for example, access and interact with applications running on the device.
  • GUI graphical user interface
  • aspects of the present technical solution can be made in the form of a system, method or computer software product. Accordingly, various aspects of the present technical solution can be implemented solely as hardware, as software (including application software and so on) or as an embodiment combining software and hardware aspects, which in general can be referred to as a “module” , “System” or “architecture”. In addition, aspects of the present technical solution may take the form of a computer program product implemented on one or more computer-readable media having a computer-readable program code that is implemented on them.
  • the computer-readable storage medium may be, without limitation, an electronic, magnetic, optical, electromagnetic, infrared or semiconductor system, apparatus, device, or any suitable combination thereof. More specifically, examples (non-exhaustive list) of computer-readable storage media include: electrical connection using one or more wires, a portable computer diskette; hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or Flash memory), fiber optic connection, read-only memory on a compact disc (CD-ROM), optical storage device, magnetic storage device or any combination of the above.
  • a computer-readable storage medium may be any flexible data medium that may contain or store a program for use by or in connection with the system, device, apparatus.
  • the program code embedded in a computer-readable medium can be transmitted using any medium, including, without limitation, wireless, wired, fiber optic, infrared, and any other suitable network or combination of the above.
  • Computer program code for performing operations for the steps of the present technical solution may be written in any programming language or combinations of programming languages, including an object-oriented programming language, such as Java, Smalltalk, C ++, and so on, and conventional procedural programming languages, such as the C programming language or similar programming languages.
  • the program code can be executed on a user's computer completely, partially, or as a separate software package, partially on a user's computer and partially on a remote computer, or completely on a remote computer.
  • the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN), wide area network (WAN) or a connection to an external computer (for example, via the Internet using Internet providers).
  • LAN local area network
  • WAN wide area network
  • Internet providers for example, via the Internet using Internet providers.
  • These computer program instructions can also be stored on a computer-readable medium that can control a computer other than a programmable data processing device or other devices that operate in a specific way, such that the instructions stored on the computer-readable medium create a device including instructions that carry out the functions / actions indicated in the block diagram and / or block.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Databases & Information Systems (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)

Abstract

Данное техническое решение, в общем, относится к области вычислительной техники в транспорте и логистике, а в частности, к способам и системам автоматического формирования мультимодальных сервисов грузоперевозок. Способ автоматизированного формирования мультимодального сервиса грузоперевозок, в котором получают набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис; затем устанавливают связи между профилями пользователей через транспортно-логистические сервисы формируя таким образом сеть профилей пользователей; далее получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса; после чего осуществляют поиск по меньше мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей, причем определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя; для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей; и в итоге отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис. Технический результат - сокращение времени формирования и поиска мультимодальных сервисов грузоперевозок.

Description

СПОСОБ АВТОМАТИЧЕСКОГО ФОРМИРОВАНИЯ МУЛЬТИМОДАЛЬНЫХ
СЕРВИСОВ ГРУЗОПЕРЕВОЗОК
ОБЛАСТЬ ТЕХНИКИ
[001] Данное техническое решение, в общем, относится к области вычислительной техники в транспорте и логистике, а в частности, к способам и системам автоматического формирования мультимодальных сервисов грузоперевозок.
УРОВЕНЬ ТЕХНИКИ
[002] В настоящее время управление мультимодальной логистикой грузоперевозок является сложной, трудоемкой задачей для всех участников рынка.
[003] Для грузовладельцев в условиях отсутствия единого связанного цифрового пространства для проектирования, снабжения, производства и дистрибуции продуктов любые изменения в цепочке добавленной стоимости по каждому из продуктов требуют значительных усилий на координацию многочисленных участников, что приводит к неэффективным затратам и увеличивают общее время реакции на изменения. Таким образом, изменения в спросе могут потребовать пересмотра конструкции продукта для производственных компаний и номенклатуры закупок для торговых компаний. Изменения приходится транслировать по всей цепочке добавленной стоимости - происходят изменения в сети поставщиков, сети производственных площадок и обуславливают необходимость перестройки самих цепочек поставок. Функциональная разрозненность информационно- технологических решений у компании, ее поставщиков, производственных центров, внешних потенциальных поставщиков, которые находятся вне контура производственной системы компании, и тем более транспортных и логистических операторов, которые обеспечивают движение материальных потоков приводят к тому, что управление жизненным циклом продукта и управление изменениями продукта требуют значительной координационной и коммуникационной работы от первого проекта до первой рекламации, а также от первой версии продукта до утилизации последней версии продукта и окончания жизненного цикла. Помимо множественности функциональных ИТ- решений от разных вендоров, внутри каждой из компаний, в большинстве случаев корпоративная информационная система - это закрытая система, которая хорошо работает для устоявшейся бизнес-архитектуры функциональной зоны одной компании. Соответственно, любые изменения внутри компании и в особенности интеграция информационных систем двух и более компаний, пусть даже в пределах одной цепочки добавленной стоимости продукта, только усиливают негативные эффекты для грузовладельцев .
[004] Для логистических подразделений грузовладельцев и 4PL операторов по-прежнему сложной является задача комплексного анализа, проектирования и оперативного управления цепочками поставок многопрофильных территориально распределенных торгово- производственных комплексов таким образом, чтобы соответствовать скорости изменений в цепочках создания стоимости. При этом корневой проблемой управления цепочками поставок является поиск и организация мультимодальных перевозок. Неэффективность в этом вопросе приводит к существенным временным и финансовым потерям. Вручную выполняется много рутинной работы по поиску контактов, подготовке запросов, ожиданию получения коммерческих предложений, сопоставлению коммерческих предложений от разных провайдеров по единому основанию, выявлению отличий, получению отзывов по качеству сервисов, повторным уточняющим запросам, выбору итогового предложения. Но и после того, как определены транспортные и логистические операторы для работы, сложностью для грузовладельцев становится бронирование мультимодальных перевозок, что требует изучения расписаний разных видов перевозок в разных источниках информации, сопряжение рейсов между собой. В международных мультимодальных перевозках дополнительно приходится учитывать время на таможенное оформление при сопряжении рейсов. Бронирование транспортных и логистических сервисов может производиться в разных системах разных провайдеров сервисов, равно как и отслеживание перевозок. При этом несвоевременные поставки сказываются на операционной работе грузовладельцев. [005] Для 3PL операторов, экспедиторов, логистических компаний основной сложностью является управление портфелем логистических сервисов и взаимоотношениями с клиентами. Это подразумевает трудоемкий процесс запроса специальных тарифов у транспортных и других логистических компаний, длительное время ожидания ответа, сведение результатов, сравнение результатов, установление собственной надбавки к тарифу, управление надбавками к тарифам для разных категорий клиентов, рассылка коммерческих предложений клиентам, трудоемкость отслеживания обратной связи от клиентов и в целом низкая эффективность онлайн и оффлайн инструментов продвижения собственных логистических сервисов.
[006] Для транспортных компаний по-прежнему сложным является процесс управления портфелем транспортных сервисов. Это подразумевает неэффективные формы и инструменты поиска информации о свободных активах, запросах и переговорах с собственниками активов, договорной работе, оперативной замене транспортных активов в сервисах, длительном времени ожидания коммерческих предложений по сервисам других транспортных компаний и т.д. Все это сказывается на трудоемкости и оперативности при формировании транспортных сервисов. Сложные процессы управления изменениями транспортных сервисов (изменения тарифов, согласования спец условий, изменение расписаний, состава транспортных операций сервисов, публикация изменений) сказываются на качестве обслуживания клиентов.
[007] Операторы транспортных активов сталкиваются со схожими коммерческими проблемами при управлении активами - поиск клиентов, переговоры, ценообразование, договорная работа, покупка и аренда активов, вывод из аренды и т.д. Все эти операции достаточно трудоемки, сопровождаются высокими транзакционными издержками и в целом неэффективны.
[008] При этом для коммуникаций приходится использовать разные каналы и инструменты, порой не в полной мере соответствующие потребностям. Например, для оперативного общения используется электронная почта, мессенджеры WhatsApp™, WeChat™, Viber™, для продвижения транспортных сервисов используются веб-сайты, а также не совсем предназначенные для этого социальные сети, как например, Facebook™ или Linkedln™, контекстная реклама в поисковиках и т.д. В отдельных странах существуют социальные сети для узкоспециализированных задач, как, например, Trucker Path™ в США для дальнобойщиков. В период, когда почти каждый участник рынка транспорта и логистики имеет доступ в сеть Интернет, немало компаний используют оффлайн инструменты для продвижения своих сервисов.
[009] Разработчики прикладных цифровых решений вынуждены самостоятельно реализовывать в своих приложениях базовую стандартную функциональность (платежи, страхование, отчетность, проверка контрагента и т.д.). С другой стороны, множественные решения для одной отрасли реализуются на разных технологических платформах с несвязанными раздельными хранилищами данных. Дополнительно, порой отсутствует рынок торговли обезличенными массивами корпоративных данных для целей разработки нейтральных отраслевых цифровых решений. Все это отвлекает от основной задачи, а именно разработки и коммерциализации эффективных алгоритмов, затрудняет взаимодействие между приложениями при построении бесшовных логистических цепочек, сдерживает раскрытие всего потенциала разрабатываемых решений.
[0010] Таким образом, управление цепочками добавленной стоимости и управление цепочками поставок характеризуются низкой эффективностью коммуникаций, транзакций и операций большинства типов участников, а существующие технологичные решения в этой области не соответствуют заявленным и ожидаемым потребностям.
[0011] Новые технологии привнесли возможность решения вышеуказанных вопросов через создание цифровой мультимодальной сети 5PL, которая:
1. подобно сети Интернет, равноудалена от всех пользователей, т.е. является нейтральной.
2. подобно тому, как социальные сети объединяют людей для общения, объединяет все типы участников для решения всех задач, связанных с управлением цепочками добавленной стоимости и управлением цепочками поставок.
3. подобно современным операционным системам, представляет полноценную экосистему, в которой независимые разработчики создают и распространяют приложения, а пользователи сети выбирают лучшие приложения для решения важнейших задач в транспорте и логистике.
4. подобно тому, как поисковые системы в реальном времени осуществляют поиск в сети Интернет и представляют результаты под любой запрос, формирует в реальном времени мультимодальный сервис под любой запрос любого из участника сети.
[0012] Из уровня техники известна заявка на патент US20160189102A1 «Устройство и способ определения маршрута грузоперевозки», заявитель: TRADEOS LIMITED, опубликовано: 2016-06-30. Данное техническое решение позволяет определять маршруты грузоперевозок в реальном времени. Однако данное изобретение не позволяет формировать мультимодальные сервисы, причем алгоритмы формирования всего маршрута зависят от алгоритмов выбора первого транзитного узла маршрута. Это приводит к тому, что в случае близкого расположения транзитных узлов, что встречается часто, отсекаются альтернативные маршруты, сужая возможность выбора маршрутов. Архитектура системы представляет собой базу данных, в которой данные о маршрутах хранятся в несвязанном виде. Приходится использовать много вспомогательной информации для соединения частных маршрутов в единый маршрут по запросу пользователей, что увеличивает время на обработку запросов.
[0013] В данном техническом решении предусмотрены отдельные модули, которые при каждом запросе пользователя проверяют через какие маршруты можно связать два адреса, указанные пользователем в запросе. Определение маршрутов через хабы предусматривает дополнительные шаги. Поверхность разбивается на геозоны и определяется релевантность каждой зоны к каждому хабу. Потом определяются «зоны притяжения» для каждого хаба. Маршруты выводятся в зависимости от того, к «зоне притяжения» какого хаба относятся точки отправления и точки назначения грузоперевозки, указанные пользователем. При каждом запросе пользователю приходится вбивать точные адреса, порой с указанием города, индекса, улицы, дома и т.д. Затем система использует несколько модулей, чтобы каждый раз связывать маршрутом адреса пользователя. Эти операции отнимают время у пользователя, а у системы снижают вычислительную производительность и продуктивность, по сравнению с решением, у которого не требуется выполнение таких операций.
[0014] В заявляемом техническом решении для пользователя нет необходимости вводить адреса начала и окончания грузоперевозки, а необходимо лишь сослаться на профили пользователей. Также системе не надо связывать профили между собой при каждом запросе пользователя, поскольку профили уже представлены в виде сети профилей.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0015] Данное техническое решение направлено на устранение недостатков, свойственных решениям, известным из уровня техники.
[0016] Технической задачей или проблемой, решаемой в данном техническом решении, является автоматическое формирование мультимодальных сервисов грузоперевозок в режиме реального времени.
[0017] Техническим результатом, проявляющимся при решении вышеуказанной технической задачи, является сокращение времени на поиск и формирование мультимодальных сервисов грузоперевозок.
[0018] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной технической задачи, является сокращение времени на анализ, проектирование и оперативное управление цепочками поставок.
[0019] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является сокращение времени на бронирование мультимодального сервиса грузоперевозок.
[0020] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем транспортных сервисов.
[0021] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем транспортных активов.
[0022] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем цифровых активов для транспорта и логистики.
б [0023] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является повышение эффективности управления взаимоотношениями с клиентами на всем жизненном цикле.
[0024] Указанный технический результат достигается благодаря осуществлению способа автоматизированного формирования мультимодального сервиса грузоперевозок, в котором получают набор профилей пользователей, содержащих по меньшей мере один транспортно- логистический сервис; после чего устанавливают связи и статусы профилей, формируя таким образом сеть профилей пользователей; затем получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса; далее осуществляют поиск по меньшей мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей, причем определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя; для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей; и в итоге отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0025] Признаки и преимущества настоящего технического решения станут очевидными из приведенного ниже подробного описания и прилагаемых чертежей, на которых:
[0026] На Фиг. 1 показан пример реализации способа автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени в виде блок-схемы;
[0027] На Фиг. 2 показан пример реализации вычислительной системы, состоящей из набора компонент, для автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени;
[0028] На Фиг 3. показан пример компонент профиля пользователя; [0029] На Фиг 4. показан пример связей между профилями пользователей.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0030] Данное техническое решение может быть реализовано на компьютере или другом устройстве обработки данных в виде автоматизированной системы или машиночитаемого носителя, содержащего инструкции для выполнения вышеупомянутого способа.
[0031] Техническое решение может быть реализовано в виде распределенной компьютерной системы, компоненты которой являются облачными или локальными серверами.
[0032] В данном решении под системой подразумевается компьютерная система или автоматизированная система (АС), ЭВМ (электронно- вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированная система управления и любые другие устройства, способные выполнять заданную, чётко определённую последовательность вычислительных операций (действий, инструкций).
[0033] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы).
[0034] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройства хранения данных. В роли устройства хранения данных могут выступать, но, не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы, облачные хранилища данных.
[0035] Программа— последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.
[0036] Мультимодальная перевозка — транспортировка грузов по одному договору, но выполненная по меньшей мере двумя видами транспорта; перевозчик несёт ответственность за всю перевозку, даже если эта транспортировка производится разными видами транспорта (например: железнодорожный транспорт, морской транспорт, автомобильный транспорт , авиа транспорт).
[0037] Транспортный оператор - лицо, непосредственно выдающее сопроводительные документы на груз, отвечающее и за груз, и за доставку груза получателю независимо от того, использует ли оно для этой перевозки третью сторону в соответствии с договором перевозки или само выполняет функции перевозчика.
[0038] Сервис транспортно-логистического оператора - набор различных транспортных и логистических услуг, предоставляемых клиентам, при осуществлении грузовых перевозок. Специфика данного сервиса определяется дальностью перевозки, типом и уровнем транспортного средства. Востребованность и популярность различных видов транспорта также зависит от климата и географических особенностей страны, национальных традиций, общественного развития и степени уровня жизни населения. Каждый вид транспорта имеет свои минусы и плюсы, но несмотря на это, у всех видов транспортных систем одна основная цель, а именно предоставить соответствующий сервис своим клиентам, таким образом, чтобы полностью удовлетворить их нужды и потребности.
[0039] Способ автоматизированного формирования мультимодального сервиса грузоперевозок, как это показано в виде блок-схемы на Фиг. 1 , может включать следующие шаги.
[0040] Шаг 110: получают набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис.
[0041] На данном этапе пользовательская информация может содержать информацию о профиле пользователя, фотографию пользователя, ссылки на социальные сети, данные банковской карты, юридический адрес или адрес для получения груза и подобное.
[0042] В некоторых вариантах реализации профиль пользователя может быть зашифрован предварительно для передачи данных. В некоторых вариантах реализации изобретения система 200, показанная на Фиг. 2, может хранить пользовательскую информацию по меньшей мере одного пользователя (информацию, которую может раскрыть по меньшей мере один пользователь) в памяти 203, полученную из по меньшей мере одной социальной сети, например, такой как Facebook™, Linkedln™ и т.д. В данном техническом решении профили пользователей после их получения или формирования хранятся в базе данных профилей пользователей и включают идентификационные данные пользователя, которая установлена в памяти 203, в том числе, географическое местоположение, а также его интересы по грузоперевозкам, ранее выполненные заказы грузоперевозок, использованные сервисы транспортно-логистических операторов и подобное. Информация, идентифицирующая пользователя, может быть внесена в профиль пользователя в ручном режиме перед началом получения запросов от пользователей на осуществление поиска и дополняться в автоматизированном режиме системой 200, используя информацию, например, размещенную в профиле страницы пользователя социальных медиа.
[0043] В некоторых вариантах осуществления формируют социальный граф, построенный для заданного профиля пользователя. Профиль пользователя может быть задан администратором системы 200. Социальный граф является графом, вершинами которого являются заданные объекты социальной сети, а наличие ребра между вершинами свидетельствует о наличии социальной связи между двумя объектами социальной сети, находящимися в упомянутых двух вершинах. Объектами социальной сети, в частности, являются профили пользователей. В некоторых вариантах реализации граф является взвешенным ориентированным графом с неотрицательными весами и наличием контуров, если используются только транспортные связи. В других вариантах реализации если берутся коммерческие связи между профилями, то получают граф неориентированный с неотрицательными весами и без контуров. В еще одном варианте реализации изобретения если используются связи по интересу (лайки), то граф представляет собой неориентированный граф с неотрицательными весами, который похож на социальный граф. Многослойная конструкция графов динамически меняется во времени (профили, связи, веса), обладает способностью к самоорганизации, накоплению знаний и обладает памятью.
[0044] Профиль может содержать следующие ключевые элементы, как это показано на Фиг. 3:
а. Транспортные сервисы 310; b. Реальные активы 320, к которым относятся транспортные активы, производственные активы;
c. Цифровые активы 330;
d. Продукты производства 340;
e. Модуль для поиска 350;
f. Модуль разработки 360;
д. Профильные настройки 370;
[0045] Пользователем системы 200 может быть юридическое лицо с реквизитами.
[0046] Профиль может содержать транспортные сервисы 310. Каждый транспортный сервис 310 включает тарифы (включая специальные тарифы) с управляемым доступом и возможностью редактирования владельцем профиля, каждый из которых содержит:
i. Значения тарифа;
и. условия применения тарифа:
1. типы грузов;
2. типоразмер тары (например, контейнер);
3. принадлежность тары;
4. условия таможенной очистки;
5. с НДС или без;
6. валюта тарифа;
7. условия оплаты;
8. ограничения применения, включая флаг или идентификатор того, кто из сети профилей может получить данный тариф;
9. период действия тарифа.
[0047] В примерном варианте реализации изобретения профиль может содержать идентификаторы коммерческих связей транспортного сервиса профиля с остальными профилями сети. Через коммерческие связи транспортного сервиса можно увидеть, например, кто из профилей сети является пользователем транспортного сервиса (клиентом), и, наоборот, для каждого профиля можно увидеть, какими транспортными сервисами он пользуется, а какими нет. Коммерческие связи сети профилей выступают важной компонентой как управления портфелем клиентов и взаимоотношениями с ними на всем жизненном цикле, так и важным компонентом управления портфелем транспортных сервисов, транспортных активов, цифровых активов на всем их жизненном цикле.
[0048] В примерном варианте реализации изобретения профиль может содержать технологию транспортного сервиса - упорядоченную последовательность операций транспортного сервиса. Транспортный сервис, состоящий из одной операции, называется элементарным транспортным сервисом. Каждая операция транспортного сервиса имеет следующие атрибуты:
a. Атрибут географии выполнения операции. География всех операций транспортного сервиса называется маршрутом транспортного сервиса. Частным случаем маршрута является географическая зона работы транспортного сервиса. Географическая зона может иметь большую площадь, например, география работы перевозчиков, работающих по принципу «ступица и спицы» или география работы оказания услуг морских трамповых перевозчиков. Географическая зона может быть вырожденной до точки, как например, транспортный сервис по перевалке грузов в порту с борта судна на причал, смежный вид транспорта или сервис хранения грузов на складе, терминале и т.д.
B. Атрибут реального транспортного актива 320 или транспортного актива, выполняющего операцию. Ниже для простоты описания и более ясного толкования приводится пример реализации, в котором фигурирует транспортный актив, однако можно аналогично использовать реальный транспортный актив.
c. Атрибут длительности выполнения операции.
d. Атрибут груженой или порожней операции. География груженых операций транспортного сервиса образует груженый маршрут транспортного сервиса. География порожних операций транспортного сервиса образует порожний маршрут. e. Атрибут свободной порожней операции. Порожняя операция называется свободной, если при определенных условиях ее можно удалить из технологии рейса транспортного сервиса или заменить на груженую. Свободные порожние операции используются для минимизации порожних операций рейсов транспортных сервисов. Транспортный актив свободной порожней операции является свободным транспортным активом f. Атрибут граничной операции транспортного сервиса (первая или последняя операция)
д. Атрибут стоимости операции.
[0049] В примерном варианте реализации изобретения профиль может содержать расписание рейсов транспортного сервиса.
[0050] В примерном варианте реализации изобретения профиль может содержать идентификатор транспортных активов, применимых в сервисе, вместимость рейса транспортного сервиса. Транспортный актив - это актив, который необходим для оказания транспортно-логистического сервиса. Примерами транспортных активов являются, например, подвижные составы (железнодорожные вагоны, автомобили, полуприцепы), склады, терминалы, морские и воздушные суда, контейнеры.
[0051] В примерном варианте реализации изобретения профиль может содержать идентификатор цифровых активов 330, используемых для работы транспортного сервиса.
[0052] В примерном варианте реализации изобретения профиль может содержать статус профиля (например, транспортного оператора) в отношении каждого транспортного сервиса, представленного в профиле.
[0053] В примерном варианте реализации изобретения профиль может содержать бланк договора по каждому транспортному сервису (формируется автоматически на основе данных профилей пользователей и связей). Если пользователь только покупает услуги (как в случае с грузовладельцем), то у него указана информация о транспортных сервисах транспортного оператора, которые он покупает. При этом пользователь профиля также управляет доступом остальных пользователей к информации о сервисах, которые он покупает.
[0054] В примерном варианте реализации изобретения профиль может содержать дополнительно медиа контент (фото, аудио, текст, видео, графика и т.д.), относящийся к транспортному сервису. [0055] Профиль может содержать информацию о реальных активах 320, к которым относятся транспортные активы и производственные активы. Если транспортный актив необходим для создания транспортного сервиса, то производственный актив необходим для создания продукта.
[0056] Если пользователь в отношении транспортного актива выступает в статусе оператора транспортного актива (о статусах указано ниже), то пользователь управляет доступом других профилей к информации о транспортных активах. Информация о транспортных активах включает:
a. Тип транспортного актива (согласно классификатору типов транспортных активов).
B. Марку транспортного актива.
c. Группу технико-эксплуатационных характеристик транспортного актива, важных для создания транспортных сервисов на базе транспортных активов.
d. Группу временных характеристик транспортного актива - дата производства, постройки транспортного актива, нормативный срок службы транспортного актива, дата ремонтов транспортного актива, виды ремонтов транспортного актива.
e. Тип коммерческой операции в отношении транспортного актива - продажа, аренда. Аренда в свою очередь может быть арендой всего актива (например, договор тайм-чартера, договор фрахтования судна без экипажа, пользование железнодорожным вагоном, пользование контейнером) или арендой части актива (например, договор о совместном использовании судна, соглашение о покупке слота, аренда части склада). При этом, если профиль не хочет проводить коммерческие операции в отношении транспортного актива, то информация о нем не заносится в профиль, либо доступ к информации закрывается для остальных профилей.
f. Тариф коммерческой операции транспортного актива, содержащий следующие данные:
i. Значение тарифа;
ii. Условия применения тарифа коммерческой операции транспортного актива:
1. Срок использования (если аренда); 2. Ограничения использования, включая флаг или идентификатор того, доступен ли тариф незарегистрированным пользователям и кому из пользователей сети профилей доступен тариф;
3. Валюта тарифа;
4. Условия оплаты;
5. Др. характеристики.
д. Идентификатор транспортного сервиса, в котором используется транспортный актив.
h. Идентификатор используемых цифровых активов для работы транспортного актива.
i. Идентификатор операций, в которых используется транспортный актив.
j. Бланк договора на коммерческую операцию транспортного актива (формируется автоматически на основе данных информации о транспортном активе). Если пользователь выступает в роли покупателя, пользователя (т.е. не является оператором транспортного актива), то у него указана информация о транспортных активах, которые он покупает, пользуется. При этом пользователь профиля также управляет доступом остальных пользователей к информации о транспортных активах, которые он покупает, пользуется.
k. Статус профиля по отношению к транспортному активу,
L. Медиа контент (фото, аудио, текст, видео, графика и т.д.) относящийся к транспортному активу.
[0057] Аналогично указывается информация о производственных активах: классификационные параметры, технико-эксплуатационные параметры, коммерческие условия использования, идентификаторы выпускаемых продуктов, используемых цифровых активах для работы, производственных операций, статус профиля в отношении производственного актива, медиаконтент.
[0058] Профиль может содержать цифровые активы 330, которыми он пользуется при работе в сети профилей. Цифровой актив - это данные, алгоритм, программа для обработки данных или их комбинация, которая создана одними профилями сети и обладает ценностью для других пользователей сети. Цифровые активы 330 могут предлагаться другим профилям сети как на как на платной, т.е. коммерческой основе (плата за использование, полная продажа прав и т.д.), так и на бесплатной основе. К любым цифровым активам 330 устанавливается доступ других пользователей через коммерческие связи (описано ниже). В этом случае осуществляется подписка одного профиля на цифровой актив 330 другого профиля в сети. Цифровые активы 330 могут быть разными по уровню сложности и решаемым отраслевым и кросс отраслевым задачам.
[0059] Примеры цифровых активов 330 профилей, которые могут быть представлены в цифровой мультимодальной сети 5PL, включают, не ограничиваясь:
a. Приложения для (полу-) автоматического заполнения отдельных разделов и всего профиля пользователя при регистрации новых пользователей в мультимодальной сети.
B. Приложения и алгоритмы автоматической минимизации порожних операций транспортных активов в режиме реального времени.
c. Приложения и алгоритмы оптимизации производственных операций по видам производственных активов.
d. Приложения и алгоритмы для безопасных платежей профилей между собой.
e. Приложения и алгоритмы для торгового финансирования грузовладельцев.
f. Приложения и алгоритмы для мониторинга перевозок в реальном времени.
д. Приложения и алгоритмы прогнозирования спроса на транспортные сервисы, транспортные активы.
h. Приложения и алгоритмы прогнозирования спроса на продукты, по видам, типам, географии и т.д.
i. Приложения и алгоритмы для управления запасами на складах. j. Приложения и алгоритмы по управлению рисками в сети профилей, включая, но не ограничиваясь приложениями для самостоятельного создания скоринговых моделей, страховых контрактов на груз, транспортный актив, транспортный сервис, цепочку поставок в виде совокупности транспортных сервисов, цифровых активов. k. Приложения и алгоритмы по автоматизированному формированию отчетности для государственных органов, аналитической отчетности для собственных нужд профиля, отчетности для других профилей сети.
L. Цифровые активы могут быть с низкой добавленной стоимостью, как например, обезличенные массивы больших данных, генерируемых профилями сети (побочный продукт основной деятельности компании в сети профилей). Как правило, такие данные выступают цифровым сырьем для разработки сетевых приложений - продуктов с высокой добавленной стоимостью.
[0060] Отдельным примером цифровых активов 330, являются алгоритмы ценообразования на транспортные сервисы и/или транспортные активы. При отсутствии какого-либо алгоритма пользователь меняет тарифы в ручном режиме. Пользователь может самостоятельно разработать алгоритм ценообразования для себя, а может купить, например, подписку на алгоритм ценообразования у другого профиля сети, который специализируется на этом. Профиль может заказать разработку алгоритма ценообразования специально для себя с запретом на распространение другим профилям сети (корпоративное решение) и т.д. Алгоритм ценообразования может быть полуавтоматическим, когда требуется ручное согласование предлагаемых изменений. Алгоритм ценообразования можно настроить и на работу без участия человека, как в случае с автоматическим динамическим ценообразованием. Можно использовать разные алгоритмы ценообразования для разных транспортных сервисов, транспортных активов и т.д.
[0061] В сети профилей одни цифровые активы 330 можно интегрировать с другими цифровыми активами 330 и формировать комплексные цифровые решения, доступные участникам сети, аналогично тому, как в реальной экономике происходит объединение транспортных активов в транспортные сервисы, а последние объединяются в интегрированные цепочки поставок. Таким образом, мультимодальная сеть 5PL представляет собой гибридную интеллектуальную экосистему, которая одновременно объединяет решения реальной и цифровой экономик для реализации потенциала каждой из них в прикладных задачах.
[0062] В общем виде цифровой актив 330 на странице профиля пользователя имеет следующие атрибуты, включая, но не ограничиваясь:
a. Название.
B. Идентификатор типов транспортных сервисов, транспортных активов, производственных активов, продуктов, связей, статусов и других объектов сети профилей, где применяется данный цифровой актив 330.
c. Стоимость пользования для цифровых активов 330, распространяемых на платной основе. Тарифы на пользование активом устанавливает оператор цифрового актива 330, который также является одним из профилей сети.
d. Рейтинг цифрового актива 330 на основе, включая, но не ограничиваясь, количества подписок, количества связей по интересу (аналог «мне нравится»).
e. Статус профиля по отношению к цифровому активу 330.
f. Флаг или идентификатор того, кто из пользователей сети профилей может получить подписку на цифровой актив 330. Например, только для профилей определенной группы стран, группы профилей, макрорегиона.
д. Идентификатор публичности цифрового актива 330. Если цифровой актив 330 публичный, то подписчики могут раскрыть информацию другим профилям сети о наличии подписки, если захотят. В противном случае подписчики не могут технически и юридически раскрыть информацию о пользовании цифровым активом 330.
[0063] В примерном варианте реализации изобретения профиль может содержать идентификаторы коммерческих связей цифрового актива 330 с остальными профилями сети. Через коммерческие связи цифрового актива 330 оператор цифрового актива 330 может понять, как много и кто является подписчиком. Полный список подписчиков на цифровой актив 330 доступен только оператору цифрового актива 330. А подписчики могут увидеть, кто какими цифровыми активами пользуется, с учетом ограничений по публичности цифрового актива 330 и настроек приватности каждого из пользователей.
[0064] В примерном варианте реализации изобретения профиль может содержать информацию о продуктах производства 340, которые доступны для коммерческих операций со стороны других профилей. Ниже для простоты описания и более ясного толкования приводится пример реализации, в котором продуктом производства является продукт, однако может аналогично использоваться продукт производства, груз, товар.
[0065] В общем виде продукт на странице профиля имеет следующие атрибуты, включая, но не ограничиваясь:
a. название;
B. технико-эксплуатационные параметры;
c. коммерческие параметры;
d. информация о производственной системе или цепочке добавленной стоимости, необходимой для его создания: сеть поставщиков компонентов, материалов и сеть производственных операторов (о статусах ниже), которые непосредственно комплектуют и создают продукт используя производственные активы, цифровые активы.
[0066] Данный раздел позволяет торговым и производственным компаниям размещать заказы поставщикам на необходимые им спецификации изделий, а поставщикам находить заказы.
[0067] Размещение заказов происходит через установление коммерческой связи одного профиля на продукт другого профиля из перечня профилей, которые являются поставщиками данного продукта.
[0068] Профиль содержит модуль для поиска 350 любого элемента как у себя на профиле, так и в сети профилей. С любым из найденных элементов можно установить связь, причем либо связь по интересу («мне нравится»), либо коммерческую связь (забронировать слот на морской линии или в мультимодальном сервисе, взять в аренду подвижной состав, купить XX тонн зерна у профиля из Канады на условиях FOB Шанхай, разместить заказ на производство продукта у производственного оператора, купить по подписке алгоритм ценообразования для своего транспортного сервиса или же просто скачать бесплатное приложение для общения в сети профилей). Транспортный сервис, транспортный актив, производственный актив, цифровой актив, продукт, а также содержание каждого из указанных объектов индексируется для удобного поиска в сети профилей. В результатах поиска указываются только те объекты, если говорить о поиске в сети, к котором есть публичный доступ либо, доступ к которым открыт для того, кто осуществляет поиск. Отдельно стоит отметить поиск доступных для приобретения, пользования цифровых активов под разные задачи разных профилей, аналогично тому, как осуществляется поиск и установка приложений в Apple Store™ или в Google Play™.
[0069] Профиль содержит модуль разработки 360, а также проектирования. Объектами проектирования в сети профилей выступают:
a. транспортные сервисы и цепочки поставок;
B. продукты и соответствующие им цепочки добавленной стоимости, где частным случаем проектирования продукта является проектирование транспортного и производственного актива; c. цифровые активы;
d. любая комбинация из вышеперечисленных объектов.
[0070] Разработка может быть простой, как, например, установление надбавки логистического оператора по элементарному транспортному сервису, выгрузки массива данных для пользования в формате цифрового актива или смены поставщика в цепочке добавленной стоимости продукта. Разработка может быть сложной и включать в себя разработку одновременно объектов реальной экономики и цифровой экономики. Например, дизайн системы транспортных сервисов (дизайн цепочек поставок) с одновременным планированием нового терминала, который будет являться одним из элементов проектируемой цепочки поставок, покупкой стандартных цифровых приложений (цифровых активов) и разработкой собственных цифровых приложений для работы проектируемой цепочки поставок.
[0071] Более сложные разработки могут включать в себя комплекс из следующих задач:
a. проектирование нового многокомпонентного продукта с высокой добавленной стоимостью, например, двигателя, автомобиля или воздушного судна;
B. создание сети поставщиков материалов, компонентов и непосредственно производственных операторов под продукт; c. проектирование производственных активов, в случае если в сети профилей не представлен производственный актив согласно запроектированным параметрам материала, компонента, промежуточного продукта или, например, в целом не найдено свободное сборочное производство непосредственно под конечный продукт;
d. проектирование цепочек поставок под новый продукт - планирование транспортных сервисов под каждую деталь, материал, компонент, промежуточный продукт, планирование консолидационных складов, дистрибуционных складов, планирование сбытовой логистики до потребителей и т.д.; e. проектирование транспортных активов в случае, если в сети нет транспортных активов требуемых параметров, например, специализированного склада под хранение комплектующих или низкорамных полуприцепов повышенной грузоподъёмности и т.д.; f. разработка цифровых активов, являющихся неотъемлемой частью самого продукта или разработка цифровых решений для транспортно-логистической и/или производственной систем, где отсутствуют имеющиеся в сети цифровые решения.
[0072] Проектирование продукта включает в себя проектирование как технико- эксплуатационных параметров самого продукта, так и производственной системы или цепочки добавленной стоимости, необходимой для его создания. В свою очередь производственная система включает сеть поставщиков компонентов, деталей, материалов продукта и сеть производственных операторов для непосредственной комплектации, сборки продукта. Торговые компании могут формировать сеть поставщиков продуктов, в том числе поставщиков многокомпонентных продуктов на размещенную ими спецификацию.
[0073] Поставщиками торговых компаний могут выступать как транспортные компании, так и другие торговые компании. Таким образом, как в отношении транспортного сервиса может быть несколько посредников, так и в отношении продукта может быть несколько посредников. Количество возможных посредников ограничивается лишь практической целесообразностью. [0074] Таким образом, данный раздел позволяет торговым и производственным компаниям создавать и оперативно вносить изменения в цепочку добавленной стоимости по каждому продукту.
[0075] Включение поставщика в цепочку добавленной стоимости происходит в модуле разработки 360 через установление коммерческой связи одного профиля на продукт другого профиля. Формирование базы поставщиков под спецификацию может происходить как по инициативе того профиля, который разместил спецификацию, например, через закрытый или открытый тендер, так и по инициативе профилей, которые хотят стать поставщиками по размещенному другим профилем спецификации товара.
[0076] Совокупность всех элементов проектирования может быть наглядно визуализирована в графическом модуле данного технического решения в компоненте 205 мультимедиа или в любом внешнем модуле графической визуализации для целей анализа и управления контентом профиля пользователя.
[0077] Частным случаем визуализации содержания профиля пользователя выступает визуализация сети цепочек поставок данного профиля, которая представляет в наглядном виде транспортные сервисы, терминалы, склады, условия поставок, стоимость и другие данные. В графическом модуле пользовательского интерфейса профиля можно проводить анализ, проектирование цепочек поставок данного профиля, менять параметры транспортных сервисов, транспортных активов, менять алгоритмы и условия, менять уровень доступа, менять адреса складов и т.д.
[0078] В графическом модуле пользовательского интерфейса можно настраивать алгоритмы автоматического бронирования транспортных сервисов, транспортных активов при выполнении заранее спроектированных условий сети профилей, условий собственной сети цепочек поставок. Например, при снижении среднерыночного тарифа на перевозку по направлению DD до уровня GG, происходит автоматическое бронирование транспортного сервиса любого профиля (любой компании), тариф которой не превышает среднерыночное значение GG и транспортный сервис которой имеет рейтинг не ниже уровня UU.
[0079] Если рассмотреть пример сети цепочек поставок крупной компании в сегменте торговли одеждой, то можно настроить алгоритмы автоматического экстренного бронирования сервисов с малым транзитным временем на случай, если стандартный сервис имеет риск опоздать ко времени открытия нового сезона, что может привести к миллионным потерям в продажах за каждый день опоздания.
[0080] В другом примере использования рассматривается цепочка поставок территориально распределенной компании со сложным технологическим циклом производства, при котором отсутствие дорогого ресурса может привести к порче других материалов в большом количестве и потерям в выпуске продукции. В этом случае настраивают двойной алгоритм автоматического пополнения запасов. Первый уровень - это базовый автоматический алгоритм на основании стандартной формулы управления запасами. Второй уровень безопасности - автоматический заказ небольшой партии ресурса транспортным сервисом с меньшим транзитным временем в случае, когда ожидаются непредвиденные задержки в процессе поставок по логистической схеме первого уровня безопасности.
[0081] Алгоритмы можно как самостоятельно настроить и разработать, так и использовать алгоритмы, разработанные другими профилями, которые, например, специализируются на них и распространяют в сети на платной или коммерческой основе.
[0082] Все это можно осуществлять в дополнение к проектированию самой цепочки поставок с учетом минимизации операционных рисков - в первом варианте приблизить производство к рынкам сбыта и/или предусмотреть промежуточные консолидационные склады. Во втором примере можно спроектировать цепочку поставок таким образом, чтобы производство продукции и поставки дорогого ресурса были максимально близко друг к другу.
[0083] Гибкая настройка цепочек поставок и производственной системы продуктов позволяет настроить производственно-транспортную систему для любого продукта, которая осуществляет гибкое управление одновременно на нескольких уровнях: сеть поставщиков, сеть производств, сеть цепочек поставок продукта по каждому поставщику, по каждому варианту производства. Все это позволяет гибко переходить с одного поставщика на другого, с одного производства на другое, менять один транспортный сервис на другой при наступлении определенных событий, в том числе в полуавтоматическом и автоматическом режимах. Например, разработана дизайнерская коллекция одежды. Определена сеть взаимозаменяемых поставщиков тканей, сеть территориально распределенных производственных площадок, которые готовы сшить одежду, определена гибкая сеть цепочек поставок от каждого поставщика, от каждой из производственных площадок до каждого из целевых рынков потребления. Данное техническое решение позволяет быстро реагировать на любые изменения. Например, при любых колебаниях спроса оперативно регулировать скорость поставок на рынок, используя гибкие цепочки поставок, гибкое производство. Система обладает несколькими уровнями надежности, т.е. при возникновении сложностей на одной производственной площадке, например, закрытии, производство автоматически перераспределяется на другие производственные площадки производственных операторов. Настроенная система позволяет оперативно реагировать на изменения моды, внося изменения непосредственно в саму коллекцию одежды.
[0084] Это позволяет в пределах одной экосистемы мультимодальной сети 5PL осуществлять проектирование материальных изделий любой сложности, размещать заказы на производство компонент и самих изделий, и управлять цепочками поставок необходимых комплектующих для этих изделий, равно как и перевозками самих изделий; объединяя при этом реальные и цифровые активы, рассматриваемое техническое решение выступает базовым решением материального интернета - гибридной экосистемы для проектирования, производства и перемещения материальных объектов в экономике.
[0085] Профили можно объединять в группы, можно объединять несколько профилей в один профиль или, наоборот, делить один профиль на несколько профилей.
[0086] Профиль содержит раздел профильных настроек 370. Можно осуществлять настройки, которые являются общими для профиля и его работы в сети. Настройки для работы отдельных транспортных сервисов, транспортных активов, цифровых активов и других индивидуальных элементов профиля содержатся в соответствующих разделах этих элементов. В профильных настройках 370 можно указать, например, реквизиты самой компании, включая, но не ограничиваясь, юридический адрес, платежные реквизиты, адрес сайта компании, список сотрудников, которые допущены к работе в сети профилей, адрес страниц в социальных сетях, общую информацию о компании, в том числе для случаев, если у компании отсутствует сайт, социальные сети.
[0087] В отдельных вариантах решения в этом же разделе есть идентификатор системной шины связи профиля 410, как показано это на Фиг. 4. Системная шина связи 410 содержит информацию об актуальных связях (операционная, коммерческая, по интересу) по каждому объекту двух профилей.
[0088] Шаг 120: устанавливают связи между профилями, формируя таким образом сеть профилей пользователей.
[0089] На следующем шаге способа данного технического решения устанавливают связи между профилями пользователей.
[0090] В данном техническом решении могут использоваться несколько видов связей между профилями пользователей.
[0091] Первым видом связи между профилями пользователей является операционная связь. Данная связь соединяет посредством операции конкатенации граничную операцию транспортного сервиса одного профиля с граничной операцией смежного транспортного сервиса другого профиля при условии их совместимости.
[0092] Операция транспортного сервиса называется граничной, если с нее начинается или на ней заканчивается выполнение транспортного сервиса. Г раничные операции транспортных сервисов устанавливаются в соответствии с международными стандартами условий поставки Инкотермс (англ. Incoterms, International commercial terms) и другими признанными стандартами условий поставок.
[0093] Пример операционной связи между профилями. Порт Лаем Чабанг (Таиланд) имеет профиль пользователя, который операционно связан с профилем пользователя, которым владеет морской перевозчик, который имеет морскую линию из Лаем Чабанг в порт Шанхай (Китай). В свою очередь профиль порта Шанхай операционно связан с профилем порта Восточный (Россия, Дальний Восток) через профиль другого морского перевозчика, который имеет линию из Шанхая в Восточный, и, к примеру профиль порта Восточный операционно связан с профилем оператора железнодорожного поезда до профиля терминала Ховрино (Москва). В данном примере имеется сеть профилей пользователей, у которых транспортные сервисы операционно связаны между собой, а именно: погрузка на судно в порту Лаем Чабанг (профиль порта Лаем Чабанг)->перевозка до Шанхая (профиль морского перевозчика)- выгрузка в порту Шанхай, отправка на площадку для хранения грузов на перевалке, хранение в порту Шанхай, отправка к борту судна второго морского перевозчика, погрузка на борт судна (профиль порта Шанхай)->перевозка до Восточного (профиль второго морского перевозчика)->выгрузка с борта судна, погрузка на железнодорожную платформу (профиль порта Восточный)- отправка в поезде до терминала Ховрино (профиль оператора железнодорожного поезда)- выгрузка с поезда, погрузка на смежный вид транспорта (профиль терминала Ховрино).
[0094] Операционная совместимость смежных транспортных сервисов двух профилей может проверяться по многим параметрам. Для проверки используется компонент автоматической проверки операционной совместимости смежных транспортных сервисов 420.
[0095] Ключевыми параметрами являются смежность граничных операций транспортных сервисов. Граничные операции двух сервисов двух разных профилей являются смежными, когда после окончания одного транспортного сервиса не требуется добавлять дополнительные транспортные операции промежуточного сервиса, чтобы перейти к выполнению второго сервиса. Например, у одного профиля пользователя граничная операция транспортного сервиса заканчивается на выгрузке с судна и транспортировку на хранение на контейнерную площадку терминала (условие поставки DAT, которое в контейнерной логистике могут указывать как СУ (container yard)). У второго профиля транспортный сервис начинается с забора груза с контейнерной площадки (условие CY) этого же терминала. В этом случае граничные операции двух транспортных сервисов являются смежными, равно как и сами транспортные сервисы. Но если второй транспортный сервис начинается с того, что груженый контейнер находится на железнодорожной платформе, то в этом случае транспортные операции и транспортные сервисы не являются смежными, поскольку требуются дополнительные транспортные операции для того, чтобы соединить два транспортных сервиса, а именно - забор груза с контейнерной площадки, довоз груза с контейнерной площадки до железнодорожной станции, погрузка контейнера на железнодорожную платформу. [0096] Но и этого недостаточно для операционной связи. Бывает, что условия использования актива, например, контейнера, в составе транспортного сервиса запрещают его отправку в составе конкурирующего транспортного сервиса, что может быть выделено в профиле отдельным тегом. В этом случае, несмотря на то что транспортные операции являются смежными, сами транспортные сервисы операционно не совместимы друг с другом.
[0097] При этом, каждый из операционно связанных профилей пользователя может настраивать в параметрах своих транспортных сервисов предпочтения для операционных связей с другими транспортными сервисами, причем предпочтения могут варьироваться от положительных до запретительных.
[0098] Запретительные предпочтения используются для того, чтобы свести к нулю операционное сочетание транспортного сервиса одного профиля с транспортным сервисом другого профиля. Например, один профиль не хочет, чтобы его транспортные сервисы были операционно связаны со смежными транспортными сервисами, у которых ниже рейтинг или доля рынка меньше заранее заданного процента. В некоторых вариантах реализации изобретения запрет может быть условным. Например, пока есть вместимость у определенного автоперевозчика, морской линейный сервис не может операционно связываться с другими автоперевозчиками в определенном порту. В еще одном варианте реализации изобретения запрет может быть мягким. В этом случае оператор транспортного сервиса устанавливает менее выгодные условия для смежных транспортных сервисов, с которыми он в меньшей степени хотел бы иметь сочетания при формировании мультимодальных цепочек поставок. Например, стоимость морской перевозки будет выше на заданное значение процентов для грузов, которые прибывают в порт на автомобилях из локаций, откуда у этого же профиля есть железнодорожный сервис в порт. Таким образом происходит стимулирование использовать железнодорожный сервис при формировании мультимодальных перевозок.
[0099] Положительные предпочтения, наоборот, стимулируют использование определенных операционных связей при формировании мультимодальных цепочек.
[00100] Операционная связь выявляется автоматически при первой публикации транспортного сервиса на профиле пользователя. В дальнейшем при изменении параметров транспортных сервисов одного и другого профилей операционная связь либо остается, либо нет.
[00101] Если обозначить атрибуты граничных операций транспортных сервисов в виде: [Профиль]. [транспортный сервис]. [операция]. [1/N] [{склад/терминал}. {Incoterms}], где:
a. [Профиль] - идентификатор профиля оператора транспортного сервиса.
B. [транспортный сервис] - идентификатор транспортного сервиса [профиля].
c. [операция] - идентификатор операции [транспортный сервис] [профиль].
d. N - количество операций [транспортный сервис] [профиль].
e. [1/N] - порядковый номер [операция]. Для последней операции порядковый номер будет [N/N]
f. {склад/терминал} - множество складов/терминалов, указанных в атрибуте [география] [операция] [1/N] [транспортный сервис] [профиль].
g. [{Incoterms}] - множество идентификаторов условий поставки согласно Инкотермс, которым соответствует [операция] [1/N] по каждому из {склад/терминал},
[00102] то в общем виде работу компонента автоматической проверки операционной совместимости смежных транспортных сервисов 420 профилей Y и Z, как показано на Фиг. 4, можно описать следующим образом:
1. Осуществляется поиск пересечений:
i. Для множества {[Профиль У]. [транспортный сервис] [операция].
[1/N].[{cicnafl/TepMHHan}.{lncoterms}]} ищется множество пересечений
[{cKnafl/TepMHHan}.{lncoterms}] с множеством {[Профиль
У]. [транспортный
сервис]. [операция]. [N/N].[{cKnafl/TepMHHan}.{lncoterms}]}.
ii. Для множества {[Профиль У]. [транспортный сервис] [операция].
[N/N].[{cKnafl/TepMHHan}.{lncoterms}]} ищется множество пересечений
[{cioiafl/TepMHHan}.{lncoterms}] с множеством {[Профиль
У]. [транспортный
сервис]. [операция]. [1/N].[{cKnafl/TepMHHan}.{lncoterms}]}. 2. Если множество не пустое: ([{скл ад/терминал}. (lncoterms}]^0) п [запретительные условия сочетания ([Профиль Y], [Профиль Z])], то между профилями У и Z автоматически устанавливается операционная связь по каждому из пересечений п.2.
[00103] В конкретном примере реализации два профиля, один из которых - морская линия Deep sea, а второй профиль - морская линия Short sea имеют пересечения [{склад/терминал}.{1псо1еггп5}] по 9 из 78 терминалов портовой группы DP World, по 7 терминалам АРМ Terminals и по 3 терминалам PSA. Итого, 19 пересечений. Предположим, что [запретительные условия сочетания ([Профиль Deep sea], [Профиль Short sea]) = 9 из 19 пересечений].
[00104] Таким образом [Профиль Deep sea] и [Профиль Short sea] операционно связаны между собой по 10 транспортным сервисам.
[00105] Вторым видом связи между профилями пользователей является коммерческая связь. Данный вид связи устанавливает отношение двух разных профилей пользователей к транспортному сервису, к его транспортному активу, производственному активу, к цифровому активу или к продукту. Например, если у профиля стоит статус по данному транспортному сервису в виде логистического оператора, то это означает, что профиль перепродает транспортный сервис на рынке один в один или в составе более комплексного транспортного сервиса (мультимодального сервиса). В данном случае любая компания в сети может купить этот транспортный сервис как у продавца транспортного сервиса (который одновременно является оператором транспортного сервиса), так и у логистического оператора. Если логистический оператор перепродает транспортный сервис один в один с увеличением стоимости, то в поисковой выдаче будет представляться результат в виде одного транспортного сервиса с тарифом продавца и тарифом логистического оператора (того, кто перепродает транспортный сервис)..
[00106] Коммерческая связь формируется для разных профилей через реальные активы 320 по меньшей мере одного из профилей. Решение позволяет проводить следующие операции с активами:
a. Покупка, продажа активов. Архитектура решения позволяет создавать открытые и закрытые аукционы любой формы.
B. Предоставление актива в операционное пользование на время.
Примерами могут быть бербоут чартер, тайм чартер морских воздушных судов, предоставление контейнера, тягача, полуприцепа, железнодорожной платформы, использование производственной линии для производства продукта другой компании (контрактное производство).
с. Предоставление части актива в операционное пользование на время. Примерами могут быть совместное пользование активами (например, VSA (англ vessel sharing agreement) в морских перевозках, аренда части склада).
[00107] Профили сети могут иметь коммерческие связи не по одному, а по нескольким элементам. Полная коммерческая связь наблюдается, когда один профиль связан со всеми элементами другого профиля. Примером является ситуация, когда один пользователь является агентом, а второй принципалом или между официальным дилером и производителем продукта. В другом примере полной коммерческой связи одна компания оказывает транспортные сервисы другой компании и не оказывает их для других компаний, у каждой из которых имеется профиль в системе. Еще одним примером полной коммерческой связи является ситуация, когда одна компания сдает в аренду все транспортные активы другой компании.
[00108] В некоторых вариантах реализации изобретения связь может устанавливаться между профилями по интересу. Данная связь может устанавливаться целому профилю, группе сервисов, сервису, группе активов, активу, цифровому активу, составляющему сервиса, составляющему актива, продукту (аналог кнопки «мне нравится» в коммуникационном программном обеспечении, предназначенном для социальных сетей, блогов, интернет- форумов, сервисов социальных закладок, новостных сайтов). Как статистика связей по интересу, так и статистика посетителей профиля используются в разделе Bl (Business intelligence) для управления взаимоотношениями с клиентами на всем жизненном цикле. Данная связь важна для дополнительного отбора в ходе поиска мультимодальных сервисов, например, по популярности, интересу (например, изначально искать только среди популярных сервисов, или искать среди всех сервисов, а результаты представить в порядке убывания популярности). Непосредственно сам поиск и формирование мультимодальных сервисов осуществляется по операционной связи. [00109] Если операционные связи устанавливаются только автоматически, то коммерческие связи могут устанавливаться в ручном режиме пользователями, в полуавтоматическом и полностью в автоматических режимах.
[00110] В ручном режиме пользователь одного профиля отправляет запрос на установление коммерческой связи другому профилю в отношении транспортного сервиса, продукта, реального актива, цифрового актива, любого из профилей. Это происходит как по принципу «добавь меня в друзья» в социальных сетях. Причем объектом коммерческой связи могут выступать элементы профиля, которому отправляется запрос, так и элементы профиля, который отправляет запрос.
[00111] Полуавтоматический режим установления коммерческой связи работает, когда один из профилей акцептует запрос в ручном режиме, а второй профиль настраивает условия, по которым с его профиля автоматически отправляется запрос на установление коммерческой связи к объектам другого профиля. Или наоборот, когда один из профилей настраивает условия автоматического принятия решений по акцепту, отказу в запросах на установление коммерческой связи, а другой профиль направляет запрос в ручном режиме.
[00112] Автоматический режим установления коммерческой связи предусмотрен в том случае, когда каждый из профилей настроил или приобрел алгоритмы автоматической отправки запросов и автоматического принятия решений по полученным запросам на установление коммерческой связи по объектам профилей.
[00113] Примеры запросов на установление коммерческой связи:
a. Запрос логистического оператора, грузовладельца на специальные условия по транспортному сервису оператора транспортного сервиса.
B. Рассылка тендерного задания со стороны грузовладельца, логистического оператора операторам транспортного сервиса.
c. Предложение условий со стороны оператора транспортного сервиса логистическим операторам, грузовладельцам.
d. Предложение стать агентом для принципала, предложение принципала стать агентом определенной компании. e. Запрос на выделение контейнера и, наоборот, предложение контейнера в пользование.
f. Запрос на выделение платформы и, наоборот, предложение платформы в пользование.
д. Предложение склада в аренду и наоборот, запрос на сдачу склада в аренду.
h. Запрос на тайм чартер, бербоут чартер и, наоборот, предложение судна в чартер.
i. Торги на продажу транспортных активов и, наоборот, тендер на покупку транспортных активов.
j. Подписка на сетевое приложение и, наоборот, предложение купить или установить приложение определенному кругу профилей сети. k. Размещение заказа на продукт в сеть поставщиков.
[00114] Данное техническое решение содержит механизм самоорганизации сети профилей пользователей при любом эндогенном и эгзогенном воздействии. Например, при введении в эксплуатацию нового терминала или склада появляется его цифровой профиль в сети профилей пользователей. В этом случае автоматически выявляются операционные связи нового профиля пользователя сети с остальными профилями сети на основе соответствия по крайней мере одной граничной операции транспортных сервисов нового профиля с граничными операциями транспортных сервисов остальных профилей сети.
[00115] И наоборот, при удалении цифрового профиля или удалении транспортных сервисов одного из профилей происходит перестройка связей между профилями. В частности, связи с данным профилем или с удаленным транспортным сервисом также удаляются.
[00116] Таким образом сеть профилей имеет актуальные связи и актуальные профили в каждый момент времени и самоорганизуется в режиме реального времени.
[00117] Системная шина связи 410 содержит информацию об актуальных связях (операционная, коммерческая, по интересу) по каждому объекту каждой из комбинации пар профилей сети.
[00118] Дополнительно пользователь в сети устанавливает свой статус напротив транспортных сервисов, продуктов, реальных и цифровых активов. Синтетический статус всего профиля устанавливается автоматически на основании частных статусов.
[00119] В данном техническом решении могут использоваться следующие статусы в отношении транспортных сервисов и транспортных активов.
[00120] В одном варианте реализации статус отображает оператор (транспортного) актива. Такой статус предусмотрен для компании, которая владеет активом и проводит с ним такие операции как продажа, сдача части или всего актива в операционное пользование. Примерами являются судовладельцы, операторы контейнерного парка, владельцы подвижного состава, владельцы помещений для склада, и т.д., которые отвечают за исправность реального актива.
[00121] В другом варианте реализации статус отображает транспортный оператор. Такой статус предусмотрен для перевозчика, терминала, складского оператора, т.е. кто оказывает транспортный сервис. Иногда оператор транспортного актива также выступает в роли оператора транспортного сервиса, как, например, автоперевозчик, который владеет транспортным парком и сам же оказывает услуги автомобильной перевозки на его базе.
[00122] В еще одном варианте реализации статус отображает логистический оператор, которым может являться экспедитор, 3PL оператор или другой пользователь, кто перепродает транспортный сервис. При этом нет ограничений на количество «слоев» логистических операторов одного сервиса или, другими словами, цепочек перепродажи (один логистический оператор перепродает транспортный сервис другому логистическому оператору, который перепродает его третьему логистическому оператору и т.д.). Количество «слоев» логистических операторов транспортного сервиса упирается лишь в практическую целесообразность и реализуемость. Например, крупные компании имеют одного генерального логистического оператора, который управляет всей логистикой компании (если эту роль выполняет внешняя не аффилированная компания, то ее еще называют 4PL оператор). Этот генеральный логистический оператор закупает мультимодальные сервисы логистических операторов. В свою очередь мультимодальные логистические операторы могут закупать автомобильную перевозку у экспедиторов, которые в свою очередь продают транспортный сервис нескольких автомобильных транспортных компаний. В данном примере, по автомобильной перевозке груза работают три «слоя» логистических операторов - автомобильный экспедитор, мультимодальный логистический оператор, генеральный логистический оператор. Использование данного технического решения способствует сокращению количества лишних «слоев» в мультимодальных цепочках поставок, поскольку позволяет приобретать конечному потребителю услуг транспортные и логистические сервисы напрямую.
[00123] В еще одном варианте реализации статус отображает грузовладелец, а именно тот, кто является конечным потребителем транспортного сервиса, приобретаемого у транспортного или логистического оператора.
[00124] В данном техническом решении могут использоваться следующие статусы в отношении продуктов и производственных активов.
[00125] В одном варианте реализации статус отображает производственный оператор. Такой статус предусмотрен для предприятия, которое эксплуатирует производственные активы для выпуска продуктов. Как правило производственный оператор также является оператором актива, т.е. отвечает за его исправную работу. Примерами являются контрактные производства, которые осуществляют сборку по контракту на основе документации сторонней компании. Это позволяет одним компаниям специализироваться на разработке и продвижении продукта, а другим - на производстве.
[00126] В одном варианте реализации статус отображает торговый оператор. Такой статус предусмотрен для предприятия, которое покупает продукт для перепродажи.
[00127] В одном варианте реализации статус отображает конструктор продукта. Такой статус предусмотрен для предприятия, которое покупает один продукт для использования в производстве другого продукта. При этом профиль может иметь статус «конструктор продукта» по закупаемому продукту и производственный оператор по выпускаемому. Количество «слоев» конструкторов продукта определяется самим продуктом, технологией и организацией его изготовления. Конструктор продукта может закупать продукт у торгового оператора, а не у производственного оператора напрямую. Количество «слоев» торговых операторов упирается лишь в практическую целесообразность и реализуемость. Использование данного технического решения способствует сокращению количества лишних «слоев» торговых операторов, поскольку позволяет приобретать непосредственно у производственного оператора. Производственный или торговый оператор покупающий транспортный сервис у транспортного или логистического оператора, выступает в статусе грузовладельца.
[00128] В данном техническом решении могут использоваться следующие статусы в отношении цифровых активов.
[00129] В одном варианте статус отображает владелец цифрового актива. Он владеет правами на цифровой актив.
[00130] В еще одном варианте статус отображает цифровой оператор. Он отвечает за поддержку цифрового актива в работоспособном состоянии, он проводит модернизацию цифрового актива. Владелец цифрового актива может также иметь статус цифрового оператора.
[00131] В еще одном варианте статус отображает пользователь цифрового актива. Пользователем цифрового актива может быть любой транспортный оператор, оператор актива, логистический оператор, грузовладелец, производственный оператор, торговый оператор.
[00132] Таким образом, модель данных профиля пользователя, виды связей между профилями, перечень статусов профилей в отношении каждого из транспортных сервисов, реальных активов, цифровых активов, продуктов, а также настройки доступа к содержанию профилей представляют базовую архитектуру и базовую функциональность цифровой мультимодальной сети 5PL.
[00133] Данное техническое решение позволяет грузовладельцам планировать и управлять цепочками добавленной стоимости по каждому из продуктов.
[00134] Данное техническое решение позволяет логистическим подразделениям грузовладельцев и 4PL операторам планировать и управлять цепочками поставок компании любого уровня сложности. Архитектура и инструментарий решения позволяют составлять закрытые корпоративные сети цепочек поставок территориально распределенных промышленных, торговых, транспортных и логистических компаний. В случае корпоративных сетей цепочек поставок транспортных и логистических компаний внутренняя архитектура не видна другим пользователям, а вся сеть цепочек поставок для внешних профилей клиентов представляется как единый транспортный сервис одной компании.
[00135] Аналогично 3PL операторы, логистические операторы могут оперативно создавать мультимодальные сервисы (закупать транспортные сервисы, формировать свои тарифы, и т.д.) и продвигать свои сервисы в сети (публиковать транспортные сервисы у себя в профиле, направлять предложения по установлению коммерческих связей клиентам и т.д.).
[00136] В свое время 2PL операторы, операторы транспортных сервисов могут оперативно находить, закупать транспортные активы и выстраивать на их базе транспортные сервисы и продвигать их, а операторы транспортных активов могут оперативно управлять парком активов, используя операции аренды или купли/продажи.
[00137] 1 PL операторы или грузовладельцы могут легко управлять цепочками поставок самостоятельно либо с помощью 4PL оператора.
[00138] Операторы цифровых активов могут эффективно управлять жизненным циклом своих решений для транспорта и логистики.
[00139] Стоит отметить, что технически формирование связей на данном шаге между профилями пользователей может осуществляться посредством установления соответствия между сущностями и характеристиками предметной области, а также отношениями и атрибутами в нотации выбранной СУБД.
[00140] В качестве СУБД может использоваться, не ограничиваясь, Oracle Database, с использованием интегрированной среды разработки Oracle SQL Developer и языка программирования PL/SQL.
[00141] Затем для каждой сущности определяют ее первичный ключ в базе данных. Каждая сущность может быть представлена, например, одной таблицей в базе данных или содержаться в нескольких. В некоторых вариантах реализации помимо первичного ключа определяют еще ряд уникальных ключей. Отличие уникального ключа от первичного состоит в том, что уникальный ключ не является главным идентифицирующим фактором записи и на него не может ссылаться внешний ключ другой таблицы. Его главная задача - гарантировать уникальность значения поля.
[00142] Затем устанавливаются связи между объектами (таблицами и столбцами), после чего осуществляется нормализация таблиц, известная из уровня техники. В некоторых вариантах реализации изобретения используют первую нормальную форму (1НФ), вторую нормальную форму (2НФ), третью нормальную форму (ЗНФ), нормальную форму Бойса-Кодда (НФБК), четвертую нормальную форму (4НФ), пятую нормальную форму (5НФ). Каждый из различных существующих типов связей между профилями пользователей, которые могут быть реализованы таблицами, может быть смоделирован в базе данных. Существует несколько типов связей, потенциально используемых в данном техническом решении: связь «один-ко- многим» и/или связь «многие-ко-многим».
[00143] Связь «один-ко-многим» в большинстве случаев отражает реальную взаимосвязь сущностей в предметной области. Она реализуется уже описанной парой «внешний ключ-первичный ключ», т.е. когда определен внешний ключ, ссылающийся на первичный ключ другой таблицы. Именно эта связь описывает широко распространенный механизм классификаторов. Имеется справочная таблица, содержащая названия транспортных сервисов и некие коды, причем, первичным ключом является, например, идентификационный код сервиса. В таблице, собирающей информацию, определяется внешний ключ, ссылающийся на первичный ключ классификатора. После этого в нее заносится не название из классификатора, а идентификационный код транспортного и/или логистического сервиса. Такая система становится устойчивой от изменения названия в классификаторах. В уровне техники известны способы изменения в отображаемой таблице идентификационных кодов сервисов на их названия как на уровне сервера БД (для клиент-серверных СУБД), так и на уровне пользовательского приложения.
[00144] Связь «многие-ко-многим» в явном виде в реляционных базах данных не поддерживается. Однако имеется ряд способов косвенной реализации такой связи, которые с успехом возмещают ее отсутствие. Один из наиболее распространенных способов заключается во введении дополнительной таблицы, строки которой состоят из внешних ключей, ссылающихся на первичные ключи двух таблиц. Например, имеются две таблицы: ТРАНСПОРТНЫЙ_ СЕРВИС и ТРАНСПОРТНАЯ_ОПЕРАЦИЯ. Один транспортный сервис может содержать несколько транспортных операций, в то время как одна транспортная операция может принадлежать различным транспортным сервисам. Для реализации такой связи «многие-ко-многим» вводится дополнительная таблица, которая например называется ТРАНСПОРТНЫЕ_ОПЕРАЦИИ_В_СЕРВИСЕ, строка которой будет иметь два внешних ключа: один будет ссылаться на первичный ключ в таблице ТРАНСПОРТНЫЙ СЕРВИС, а другой - на первичный ключ в таблице ТРАНСПОРТНАЯ ОПЕРАЦИЯ. Таким образом в таблицу ТРАНСПОРТНЫЕ ОПЕРАЦИИ В СЕРВИСЕ можно записывать любое количество транспортных операций и любое количество транспортных сервисов.
[00145] База данных может представлять из себя реляционную базу данных, объектно-ориентированную базу данных, иерархическую базу данных, сетевую базу данных, другие типы баз данных, некоторую комбинацию или расширение вышеупомянутого. Данные, представляющие собой набор предлагаемых транспортных и логистических сервисов, а также данных о пользователях, могут быть организованы в виде таблиц, записей, объектов, других структур данных и т.п. Данные также могут храниться в специальных файлах базы данных, специальных разделах жестких дисков, HTML файлах, XML файлах, электронных таблицах, неструктурированных файлах, файлах документа, конфигурационных файлах, других файлах и т.п. в памяти 203 вычислительной системы 200, описанной ниже. База данных может ссылаться на набор данных, который предназначен только для чтения, или иметь возможность читать набор данных и записывать в него.
[00146] При описании аспектов данного изобретения для простоты здесь иногда используется терминология, связанная с реляционными базами данных, однако раскрытые способы реализации могут быть также применены к другим типам баз данных, включая те, которые были ранее упомянуты.
[00147] Шаг 130: получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса.
[00148] В общем случае запрос пользователя может включать те данные, на основании которых сеть профилей формирует по меньшей мере один мультимодальный сервис, соответствующий запросу. В связи с этим запрос пользователя может включать следующие данные: откуда необходимо отправить груз (профиль отправителя), куда отправить груз (профиль получателя), когда отправить, когда желательно доставить, груз (профиль грузовладельца), количество груза, тип тары для перевозки груза и т.д., не ограничиваясь. При этом пользователь при формировании запроса может включать любые дополнительные условия для поиска в соответствии с представленными параметрами в описании транспортного сервиса, логистического сервиса и соответствующих транспортных активов транспортного сервиса. Примерами таких параметров могут быть технико- эксплуатационные характеристики транспортных активов, включая непосредственно тип транспортного актива транспортного сервиса, группа временных параметров активов (срок выпуска актива, срок последнего ремонта и т.д.), оператор транспортного актива, ограничения по технологии транспортного сервиса (например, исключить транспортные сервисы, у которых присутствуют операции поднятия вагона-хоппера над трюмом судна в порту и прямого наполнения трюма зерном через опорожнение вагона посредством открытия выпускного люка), ограничения по маршруту транспортного сервиса (например, через Балтику), ограничения по совокупной стоимости мультимодального сервиса, ограничения по условиям применения тарифа (например, в режиме внутритаможенного транзита, только специальные тарифы), ограничения по остаточной вместимости рейса транспортного сервиса, ограничения по статусу (например, только прямые продажи от транспортных операторов) и другие параметры и их комбинацию, которые можно задать, используя данные профилей и виды связей между ними.
[00149] В некоторых вариантах реализации запрос может быть сформирован в текстовом виде и/или голосовом виде. Запрос может быть комбинацией текстового и голосового запросов. В некоторых вариантах запрос может формироваться пользователем на основании информации, полученной из выпадающих полей графического интерфейса пользователя. При этом источником информации по запросу также служит информация из профиля как самого пользователя, который делает запрос, так и из профилей других пользователей, на которые он ссылается. [00150] В случае письменного запроса пользователя (через поисковую строку) система предварительно исправляет синтаксические и орфографические ошибки, а затем стилистические и смысловые, т.е. осуществляет синтаксический и семантический анализ. Для этого используются текстовые библиотеки (например, SyntaxNet), представляющие собой накопленную историю распознавания запросов в системе и технологии искусственного интеллекта.
[00151] Например, задан письменный запрос « консолид на скла и отправ контей 20ку через дв на пере склад FFF в втт. На склад клиент не пзже тридцать первого авгт». В этом случае система распознает этот запрос следующим образом «транспортная операция [Консолидировать на складе] и транспортная операция [отправить] количество груза [один] тара [контейнер] типоразмер тары [размерностью 20 футов] ограничения на маршрут [через порты Дальнего Востока] куда [на первый склад] кому [FFF] условие тарифа [в режиме внутритаможенного транзита]. Растаможенный товар должен быть где [на первом складе] ограничение [не позже 31.08.2018]».
[00152] В дополнение к автоматическому формированию мультимодальных сервисов в режиме реального времени решение позволяет оперативно осуществлять поиск доступной информации согласно Фиг 3, включая, не ограничиваясь: транспортные активы, цифровые активы, транспортные сервисы (тарифы, расписания, технологии, маршруты, отдельные транспортные операции, договора, вместимость рейсов, используемые активы, транспортные операторы), продуктах и соответствующих цепочках добавленной стоимости по продуктам (например, непубличная информация, доступ к которой открыт для внутренних логистических служб грузовладельца или уполномоченного 4PL оператора), производственных операторах, торговых операторах, информации о компаниях, тендерах и торгах по активам, тендерах по транспортным сервисам.
[00153] В некоторых вариантах реализации пользователь, который ищет информацию о мультимодальном сервисе, может не знать о конкретном веб- ресурсе, на котором может быть найдена информация, или о его местоположении, и может формировать поисковый запрос и выполнять веб- поиск с помощью поисковой системы, например Yandex™, Google™, YAHOO! ™ и так далее. Как известно, пользователь вводит поисковый запрос, и поисковая система предоставляет список профилей пользователей, содержания профилей, которые отвечают поисковому запросу, в виде того, что известно как страница результатов поиска (SERP). Таким образом, поисковая система перенаправляет запрос пользователя в сеть данного технического решения, которая выдает результаты в виде автоматически сформированных мультимодальных сервисов. Результаты для просмотра доступны как на странице графического интерфейса данного изобретения, так и на странице поисковой системы.
[00154] В некоторых вариантах осуществления настоящей технологии каждый поисковый запрос может быть снабжен отметкой о времени, показывающей момент времени, в который поисковый запрос был введен с поисковую систему и/или указание географического положения, из которого был введен поисковый запрос.
[00155] В общем случае, поисковое приложение, установленное в мобильном приложении пользователя или веб-ресурс включает в себя графический интерфейс запроса и графический интерфейс результатов поиска. Основной задачей графического интерфейса запроса является предоставление возможности пользователю вводить поисковый запрос или «поисковый вопрос». Основной задачей интерфейса результатов поиска является предоставление результатов поиска, отвечающих запросу пользователя, который был введен в интерфейс запроса. Обработка поискового запроса и представление поисковых результатов будут более подробно описаны ниже.
[00156] Также к сети передачи данных присоединен сервер поисковой системы, который проводит поиски в ответ на поисковые запросы. Сервер поисковой системы может быть также соединен с другими серверами, например, среди прочего, с серверами сетевой конфигурации, серверами сетевого ресурса, серверами приложений, серверами сетевой конфигурации через сеть передачи данных.
[00157] Веб-сервер поисковой системы может представлять собой обычный компьютерный сервер. В примере варианта осуществления настоящего технического решения, сервер поисковой системы может представлять собой сервер Dell™ PowerEdge™, на котором используется операционная система Microsoft™ Windows Server™. Сервер поисковой системы может быть также реализован в виде сетевого оборудования других типов, например, среди прочего, маршрутизатора, коммутатора, шлюза, базовой станции и так далее. Сервер поисковой системы может быть реализован на любом подходящем аппаратном и/или прикладном программном, и/или системном программном обеспечении или их комбинации. В представленном варианте осуществления настоящего технического решения, не ограничивающем его объем, сервер поисковой системы является распределенным сервером.
[00158] В некоторых вариантах реализации техническое решение может быть сконструировано на основе децентрализованного (или централизованного) распределенного реестра, например, блокчейна. В некоторых вариантах реализации транспортные, производственные, финансовые и другие операции профилей могут исполняться с применением смарт-контрактов по технологии блокчейн (blockchain). При этом цифровые активы профилей также могут работать на технологии распределенного реестра, например, блокчейна. Информация о технологии блокчейн широко известна и доступна в открытых источниках в уровне техники. Для формирования выплаты по операциям, профили пользователей организуют кошельки в криптовалюте (например, в криптовалюте Эфир ЕТН или биткоин ВТС) и регистрируют смарт-контракты на платформе, реализованной, как единая децентрализованная виртуальная машина на базе блокчейна, например Эфириума.
[001] В других вариантах осуществления настоящего технического решения, не ограничивающих ее объем, функциональность сервера поисковой системы может быть разделена, и может выполняться с помощью нескольких серверов или одного.
[002] Вариант осуществления сервера поисковой системы хорошо известен из уровня техники. Тем не менее, вкратце, сервер поисковой системы содержит сетевой интерфейс связи, который настроен и выполнен с возможностью устанавливать соединение с мобильным устройством связи пользователя или другим электронным устройством, присоединенным к сети передачи данных. Сервер поисковой системы дополнительно включает в себя один или несколько пунктов из следующего: компьютерный процессор, функционально соединенный с интерфейсом связи и настроенный и выполненный с возможностью выполнять различные способы, описанные здесь. Для этой цели у процессора есть память (в виде оперативной памяти (ОЗУ), флэш-памяти и так далее) и/или он функционально соединен с памятью, которая хранит машиночитаемые инструкции, инициирующие при выполнении выполнение процессором разнообразных описанных здесь способов. Сервер поисковой системы может дополнительно быть соединен (или иначе обладает доступом к) одному или нескольким модулям, например, среди прочего, модулю поискового робота, модулю сортировки и модулю ранжирования результатов поиска, как известно в данной области техники.
[003] Сервер поисковой системы может быть выполнен с возможностью выполнять веб поиск на ресурсе. Функциональность сервера поисковой системы общеизвестна, но, излагая коротко, сервер поисковой системы выполнен с возможностью осуществлять:
[004] (i) получение поискового запроса от мобильного устройства связи пользователя или от другого электронного устройства, на котором реализована форма поиска;
[005] (ii) обработку поискового запроса (нормирование поискового запроса, и т.д.);
[006] (iii) выполнение поиска для профилей пользователей, которые соответствуют поисковому запросу,
[007] и (iv) выводить ранжированный список результатов поиска мобильному устройству связи пользователя или другому электронному устройству для поискового приложения, чтобы выводить пользователю страницу результатов поиска (SERP), которая содержит профили пользователей или ссылки на них, соответствующие поисковому запросу.
[008] Шаг 140: осуществляют поиск по меньшей мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей.
[009] Сервер поисковой системы функционально соединен с поисковым кластером (или иным образом имеет к нему доступ). Основной задачей поискового кластера является выполнение поиска в ответ на запрос пользователя, введенный с помощью интерфейса запроса, и вывод результатов поиска для представления их пользователю с помощью интерфейса результатов поиска. Далее следует описание варианта осуществления поискового кластера, не ограничивающего объем настоящего технического решения. Тем не менее, следует иметь в виду, что существуют другие варианты осуществления поискового кластера, не ограничивающие объем технического решения. Важно иметь в виду, что для упрощения нижеследующего описания конфигурация поискового кластера была сильно упрощена. Считается, что специалисты в данной области техники смогут понять подробности реализации поискового кластера и его компонентов, которые могли быть опущены в описании с целью упрощения.
[0010] В общем случае задачей поискового кластера является (i) проведение поиска; (И) проведение анализа результатов поиска и ранжирование результатов поиска; (iii) группировка результатов и компиляция страницы результатов поиска (SERP) для вывода пользователю. Конфигурация поискового кластера для выполнения поисков никак конкретно не ограничена. Специалистам в данной области техники будут понятны некоторые способы и средства для выполнения поиска с помощью поискового кластера и, соответственно, некоторые структурные компоненты поискового кластера будут описаны только на поверхностном уровне.
[0011] В некоторых вариантах осуществления поискового кластера, не ограничивающих объем настоящего технического решения, поисковый кластер включает в себя модуль обработки. Модуль обработки может выполнять несколько типов поиска, включая, среди прочего, общий поиск, вертикальный поиск, метапоиск, многоуровневый поиск и так далее. Конкретные подробности различных типов поиска не будут здесь описаны, поскольку данное описание не ограничивается каким-либо типом поиска. Любой тип поиска с помощью способа или средства любого типа, как будет понятно специалисту, может быть использован для проведения описанных поисков. С этой целью модуль обработки содержит (или иным образом имеет доступ к) модуль поиска.
[0012] Модуль поиска обладает доступом к базе данных системы для проведения веб-поиска(ов). Подразумевается, что база данных может быть реализована в распределенном виде, например, база данных может обладать различными компонентами, каждый компонент выполнен с возможностью выполнять конкретный вид поиска. Также подразумевается, что модуль поиска может обладать доступом ко множеству баз данных.
[0013] В некоторых вариантах осуществления настоящей технологии поисковый кластер может выполнять несколько типов поиска, включая, среди прочего, вертикальный поиск. Таким образом, в некоторых не ограничивающих вариантах осуществления настоящей технологии поисковый кластер включает в себя (или иным образом получает доступ к) модуль вертикального поиска. Модуль вертикального поиска выполнен с возможностью выполнять один или несколько вертикальных поисков, например, по вертикали изображений, видео, новостей, карт и тому подобного.
[0014] В некоторых вариантах осуществления настоящей технологии, не ограничивающих ее объем, поисковый кластер может выполнять так называемый многоуровневый поиск. Эти варианты осуществления, не ограничивающие объем технологии, могут быть реализованы, например, для того, чтобы увеличить скорость поиска и получить более релевантные результаты поиска. Вкратце, поисковый кластер может выполнять некоторые или все из: мета-поиск верхнего уровня, мета-поиск среднего уровня и мета- поиск нижнего уровня по индексированным страницам профилей пользователей, указание на которые хранится индексе профиля пользователя. Таким образом, поисковый кластер также выполнен с возможностью, известной специалистам в данной области техники, выполнять алгоритм поискового робота - который инициирует поисковый кластер "обыскивать" ресурс и индексировать посещенные профили пользователей в базах данных индексов.
[0015] Параллельно или последовательно с общим поиском, выполняемым модулем поиска, модуль вертикального поиска выполнен с возможностью выполнять один или несколько вертикальных поисков в рамках соответствующих вертикальных баз данных. Для целей описания, термин «вертикальный» (например в словосочетании «вертикальный поиск») используется для обозначения поиска, выполняемого в подмножестве большого набора данных, причем подмножество группируется в соответствии с признаками данных. Например, с учетом того, что один из вертикальных поисков выполняется модулем вертикального поиска по изображениям транспортных сервисов, можно считать, что модуль вертикального поиска проводит поиск по подмножеству (т.е. изображениям) набора данных (т.е. всех данных, потенциально доступных для поиска), причем подмножество данных хранится в базе данных, связанной с модулем вертикального поиска.
[0016] Шаг 140.1 : определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя.
[0017] В каждом профиле пользователя сети содержится информация о складах, на которые он принимает грузы и с которых он отправляет грузы. При этом оператор склада как оператор транспортного сервиса (хранение, охрана, кросс-докинг и т.д.) или владелец склада как оператор транспортного актива (продажа, аренда) может иметь совершенно другой профиль, с которым данный профиль может быть связан как коммерческой связью (покупка услуг хранения или аренда склада для самостоятельной организации услуг хранения), так и операционной связью, например, если это компания автоперевозчик. Тем не менее если один профиль сети покупает услуги хранения у другого профиля сети, то у покупателя в профиле автоматически указывается адрес склада, на который он принимает или с которого он отправляет грузы.
[0018] Далее осуществляют идентификацию на основании запроса пользователя именно того профиля отправителя, который уже содержит информацию о складе, с которого будет осуществляться отправка, и профиль получателя, который уже содержит информацию о складе, который принимает груз. Полезно то, что никаких адресов вводить или указывать не требуется, так как адреса складов содержатся в профилях, а профили связаны друг с другом операционными связями, коммерческими связями и связями по интересам. Таким образом могут определяться профили всех участников сети, а именно грузовладельцев (компании, которые осуществляют производственную деятельность, торговлю и т.д.), 4PL операторов (внутренние логистические службы грузовладельцев или компании на аутсорсинге), 3PL операторов (экспедиторы, логистические операторы), 2PL операторов (перевозчики, транспортные компании), операторов транспортных активов.
[0019] В случае если запрос формирует грузовладелец, то информация о локации отправки груза указывается с его собственного профиля в сети. В качестве конечного профиля указывается профиль, который уже содержит информацию о складе поставки. В некоторых вариантах реализации это может быть торговый агент, который имеет свой профиль (с указанием склада) в сети. В таком случае конечным профилем является профиль агента. В других вариантах это может быть сам покупатель или его представитель, который имеет профиль в сети (с указанием склада поставки). В этом случае конечным профилем выступает профиль покупателя или его представителя.
[0020] В запросе можно указывать чужие профили в качестве начального профиля и конечного профиля. Это распространенная практика, когда от имени грузовладельца выступает его представитель - логистический оператор (3PL оператор, экспедитор) - который указывает профиль своего клиента, который содержит информацию о складах. Другой пример, когда 4PL оператор указывает собственный профиль в качестве начального и конечного профиля, имея, например, собственные склады вблизи локаций производства, торговли своих клиентов.
[0021] Особенность данного технического решения состоит в том, что адреса указывать при заказе нет необходимости. Надо указать лишь сетевой профиль, причем свой или чужой, с которого или на который необходимо доставить или отправить груз. Данное техническое решение, связывая профили разных типов пользователей, автоматически связывает адреса доставки и отправки грузов в сети. Адреса доставки и отправки грузов являются складами, терминалами, которые в свою очередь являются транспортными активами, указанных в сетевых профилях участников.
[0022] В случае, если в профиле пользователя содержится информация о нескольких складах, то пользователь при заказе выбирает с какого склада отправить или на какой склад принять груз. В некоторых вариантах реализации существует специализация складов по видам груза, поэтому указание вида груза при заказе исключает необходимость выбора склада.
[0023] Возвращаясь к примеру на предыдущем шаге, имеем следующий смысловой текст «транспортная операция [Консолидировать на складе] и транспортная операция [отправить] количество груза [один] тара [контейнер] типоразмер тары [размерностью 20 футов] ограничения на маршрут [через порты Дальнего Востока] куда [на первый склад] кому [FFF] условие тарифа [в режиме внтуритаможенного транзита]. Растаможенный товар должен быть где [на первом складе] ограничение [не позже 31.08.2018]». [0024] На данном шаге система должна идентифицировать начальный профиль и конечный профиль согласно запросу пользователя. В данном примере начальным профилем выступает профиль самого пользователя, который делает запрос, поскольку нет ссылок на другие профили. В профиле самого пользователя, который делает поиск, содержится информация о складе, с которого он отправляет, принимает грузы. Это означает, что известна точная геолокация точки отправления груза.
[0025] В примере реализации конечным профилем выступает профиль клиента FFF. Из профиля клиента FFF в разделе транспортных сервисов (если он покупает услугу хранения) или в разделе транспортных активов (если он арендует площадь и сам организует хранение) выявляются локации его складов. Осталось определить только, в какой из складов клиента FFF необходимо доставить груз. В запросе пользователь указал, что необходимо доставить на «первый склад». Таким образом, определен конечный профиль - [профиль FFF], а в рамках конечного профиля точная геолокация - [профиль FFF. Первый склад].
[0026] Шаг 140.2: для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей.
[0027] Если рассматривать только операционные связи, то сеть профилей представляет собой взвешенный ориентированный граф с неотрицательными весами связей и наличием контуров.
[0028] Причем сама сеть профилей динамически меняется во времени:
a. Динамически меняются профили;
B. Динамически меняются связи между профилями;
c. Динамически меняются параметры весов связей.
[0029] Сеть профилей построена таким образом, что любой профиль сети всегда связан с другими профилем сети напрямую или через промежуточные профили. Поэтому если не вводить ограничения, то может существовать сколь угодно большое количество вариантов связей между двумя профилями. Это, безусловно, может аффектировать производительность работы системы. Поэтому в условиях отсутствия отсекающих ограничений со стороны пользователей по времени, надежности, стоимости, количеству промежуточных контрагентов, и т.д. используют системные ограничения, на основании которых выделяется мультимодальный граф. Происходит это следующим образом:
1. Выделяется мультимодальный граф между начальным и конечным профилем пользователя на основании исторических запросов пользователей по заданной паре начального и конечного профиля за ограниченный период времени. При этом из исторических промежуточных профилей и связей автоматически используется только то множество промежуточных профилей и связей, которое актуально на момент запроса.
2. Если не было исторических запросов пользователей по заданной паре начального и конечного профиля, то:
a. Вариант А:
i. Определяется пара прокси-профилей, один из которых операционно связан с начальным, а второй связан операционно с конечным профилем и у которых были исторические запросы пользователей. В некоторых случаях прокси-профили могут совпадать и представлять собой один прокси-профиль, который связан одновременно напрямую с начальным и с конечным профилем.
П. Выделяется мультимодальный граф между прокси- профилями.
ш. Выделяется мультимодальный граф путем выделения операционных связей к исходным профилям от мультимодального графа между прокси-профилями.
B. Вариант Б (когда нет пары прокси-профилей):
i. Сначала решается задача о нахождении минимального пути (по количеству дуг) между заданными вершинами (в нашем случае между начальным профилем и конечным профилем) взвешенного ориентированного графа с контурами. Для этого могут применяться алгоритмы поиска кратчайшего пути Дейкстры, Беллмана-Форда, Флойда- Уоршелла, Джонсона, Левита и другие. ii. Определяется количество промежуточных профилей минимального пути.
ш. Решается задача из теории графов о перечислении всех путей между двумя произвольными вершинами (в нашем случае между начальным профилем и конечным профилем) взвешенного ориентированного графа с положительными весами и контурами при условии, что количество межпрофильных операционных связей по любому из найденных путей не превышает значение N+1 , где N - определенное на предыдущем шаге максимальное количество промежуточных профилей. Множество найденных межпрофильных операционных связей, найденных промежуточных профилей, заданного начального и конечного профилей образует искомый мультимодальный граф для случая, когда нет пары прокси- профилей.
[0030] Пользователь может задавать в запросе ограничения любого характера, будь то к самим профилям, связям или комбинации профилей и связей. Ограничения касаются любого контента профилей и связей.
[0031] Примеры включают, но не ограничиваются: статус профиля, статус по транспортному сервису профиля (например, учитывать только те предложения, где продавцом транспортного сервиса является сам транспортный оператор), особенности маршрута (например, только через Санкт-Петербург), совокупное ожидаемое транзитное время, ожидаемое время прибытия в конечную геолокацию, совокупная стоимость перевозки, любые ограничения по условиям применения тарифов, по технологии, по наименованию логистического оператора, по наименованию транспортного оператора, количество логистических операторов (важно при исключении ненужных посредников), наименование оператора транспортного актива (например, оператора контейнерного парка или оператора фитинговых платформ), параметры транспортных активов (начиная от исключения, добавления вида транспорта и заканчивая детальными характеристиками транспортного актива (что особенно важно при крупногабаритных проектных перевозках)), количество транспортных операций, принадлежащих разным терминалам в общей совокупности транспортных операций мультимодальных сервисов (например, чтобы исключить большое количество промежуточных хабов на маршруте мультимодального сервиса), определенный рейс транспортного сервиса, оставшаяся вместимость рейса транспортного сервиса, популярность транспортного сервиса, наличие фото, видео, текстового контента о сервисе и т.д.
[0032] Любое ограничение пользователя приводит к исключению профилей и связей, которые не соответствуют заданному ограничению, тем самым уменьшая размерность и вес мультимодального графа, выделенного при отсутствии ограничений со стороны пользователя.
[0033] Шаг 150: отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис.
[0034] Искомый мультимодальный сервис имеет:
a. Тариф, включающий тарифы всех транспортных сервисов составляющих непрерывную цепочку связей.
B. Технологию всей перевозки, с указанием всего маршрута, общего транзитного времени и расписания каждого рейса транспортных сервисов, составляющих непрерывную цепочку связей.
c. Информацию о транспортных и доступных для просмотра используемых цифровых активах всей мультимодальной перевозки.
d. Сформированный автоматически договор с логистическим оператором всего мультимодального сервиса или договора с транспортными операторами каждого из рейсов транспортных сервисов непрерывной цепочки связей.
e. Медиа-контент искомого мультимодального сервиса.
[0035] Далее, после того как модуль поиска и модуль вертикального поиска получают соответствующие результаты поиска, поисковый кластер выполнен с возможностью создавать список ранжированных результатов поиска, включающий в себя результаты от модуля поиска и модуля вертикального поиска. Поисковым кластером могут выполняться различные известные алгоритмы ранжирования результатов поиска. [0036] В качестве примера, не ограничивающего объем технологии, некоторые способы ранжирования результатов в соответствии с их релевантностью по отношению к введенному пользователем поисковому запросу основаны на всех или некоторых из следующих критериев: (i) насколько популярен данный поисковый запрос или ответ на него либо среди поисков, проводимых модулем поиска или модулем вертикального поиска; (и) сколько результатов выдается либо модулем поиска, либо модулем вертикального поиска; (iii) содержит ли поисковый запрос какие-либо ключевые термины (например, «доставка», «груз», «транспорт» и т.п.), (iv) насколько часто конкретный поисковый запрос содержит ключевые термины при вводе его другими пользователями; (v) насколько часто другие пользователи при выполнении аналогичного поиска выбирали конкретный транспортный сервис или конкретные результаты вертикального поиска, когда результаты были представлены на странице результатов поиска (SERP).
[0037] В рамках данного описания термин «ключевой термин» подразумевает под собой слово или последовательность слов, свидетельствующую о том, что данный результат поиска, вероятно, является наиболее релевантным по отношению к поисковому запросу пользователя. Например, если поисковый запрос содержит термин «транспортный сервис», то с помощью поискового кластера можно определить, что модуль вертикального поиска, выполняющий вертикальный поиск по транспортным сервисам, скорее всего, содержит наиболее релевантные результаты, соответствующие пользовательскому запросу.
[0038] Излишне говорить, что либо исключительно их подмножество, либо комбинация его с другими, либо же комбинация других факторов может браться в расчет для ранжирования результатов поиска по релевантности.
[0039] Поисковый кластер затем передает ранжированные результаты поиска серверу. Сервер затем передает через сеть передачи данных ранжированные результаты поиска электронному устройству для отображения пользователю в виде страницы результатов поиска (SERP). Обычно сервер выполнен с возможностью создавать сообщение объектной нотации Javascript (JSON), которое содержит информацию, важную для инициирования отображения электронным устройством страницы результатов поиска (SERP), содержащей ранжированные результаты поиска, созданные поисковым кластером. Излишне говорить, что сообщение может быть в формате, отличном от JSON, например, в формате расширяемого языка разметки (XML) и т.п.
[0040] Ссылаясь на Фиг. 2, данное техническое решение может быть реализовано в виде системы 200, которая содержит один или более из следующих компонент: компонент 201 обработки, содержащий по меньшей мере один процессор 202, память 203, компонент 204 питания, компонент 205 мультимедиа, компонент 206 аудио, интерфейс 207 ввода / вывода (I / О), сенсорный компонент 208, компонент 209 передачи данных.
[0041] Компонент 201 обработки в основном управляет всеми операциями системы 200, например, формирует профиль пользователя, осуществляет поиск мультимодального сервиса, а также управляет дисплеем, телефонным звонком, передачей данных, работой камеры и операцией записи мобильного устройства связи пользователя. Модуль 201 обработки может включать в себя один или более процессоров 202, реализующих инструкции для завершения всех или части шагов из указанных выше способов. Кроме того, модуль 201 обработки может включать в себя один или более модулей для удобного процесса взаимодействия между другими модулями 201 обработки и другими модулями. Например, модуль 201 обработки может включать в себя мультимедийный модуль для удобного облегченного взаимодействия между компонентом 205 мультимедиа и компонентом 201 обработки.
[0042] Память 203 выполнена с возможностью хранения различных типов данных для поддержки работы системы 200, например, базу данных с профилями пользователей. Примеры таких данных включают в себя инструкции из любого приложения или способа, контактные данные, данные адресной книги, сообщения, изображения, видео, и т. д., и все они работают на системе 200. Память 203 может быть реализована в виде любого типа энергозависимого запоминающего устройства, энергонезависимого запоминающего устройства или их комбинации, например, статического оперативного запоминающего устройства (СОЗУ), Электрически-Стираемого Программируемого постоянного запоминающего устройства (ЭСППЗУ), Стираемого Программируемого постоянного запоминающего устройства (СППЗУ), Программируемого постоянного запоминающего устройства (ППЗУ), постоянного запоминающего устройства (ПЗУ), магнитной памяти, флэш- памяти, магнитного диска или оптического диска и другого, не ограничиваясь. [0043] Компонент 204 питания обеспечивает электричеством различные компоненты системы 200. Компонент 204 питания может включать систему управления электропитанием, один или более источник питания, и другие узлы для генерации, управления и распределения электроэнергии к системе
200.
[0044] Компонент 205 мультимедиа включает в себя экран, обеспечивающий выходной интерфейс между системой 200, которая может быть установлена на мобильном устройстве связи пользователя и пользователем. В некоторых вариантах реализации, экран может быть жидкокристаллическим дисплеем (ЖКД) или сенсорной панелью (СП). Если экран включает в себя сенсорную панель, экран может быть реализован в виде сенсорного экрана для приема входного сигнала от пользователя. Сенсорная панель включает один или более сенсорных датчиков в смысле жестов, прикосновения и скольжения сенсорной панели. Сенсорный датчик может не только чувствовать границу прикосновения пользователя или жест перелистывания, но и определять длительность времени и давления, связанных с режимом работы на прикосновение и скольжение. В некоторых вариантах осуществления компонент 205 мультимедиа включает одну фронтальную камеру и/или одну заднюю камеру. Когда система 200 находится в режиме работы, например, режиме съемки или режиме видео, фронтальная камера и/или задняя камера могут получать данные мультимедиа извне. Каждая фронтальная камера и задняя камера может быть одной фиксированной оптической системой объектива или может иметь фокусное расстояние или оптический зум.
[0045] Компонент 206 аудио выполнен с возможностью выходного и/или входного аудио сигнала. Например, компонент 206 аудио включает один микрофон (MIC), который выполнен с возможностью получать внешний аудио сигнал, когда система 200 находится в режиме работы, например, режиме вызова, режима записи и режима распознавания речи. Полученный аудио сигнал может быть далее сохранен в памяти 203 или направлен по компоненту 209 передачи данных. В некоторых вариантах осуществления компонент 206 аудио также включает в себя один динамик выполненный с возможностью вывода аудио сигнала.
[0046] Интерфейс 207 ввода / вывода (I / О) обеспечивает интерфейс между компонентом 201 обработки и любым периферийным интерфейсным модулем. Вышеуказанным периферийным интерфейсным модулем может быть клавиатура, руль, кнопка, и т. д. Эти кнопки могут включать, но не ограничиваясь, кнопку запуска, кнопку регулировки громкости, начальную кнопку и кнопку блокировки.
[0047] Сенсорный компонент 208 содержит один или более сенсоров и выполнен с возможностью обеспечения различных аспектов оценки состояния системы 200. Например, сенсорный компонент 208 может обнаружить состояния вкл/выкл системы 200, относительное расположение компонентов, например, дисплея и кнопочной панели, одного компонента системы 200, наличие или отсутствие контакта между пользователем и системой 200, а также ориентацию или ускорение/замедление и изменение температуры системы 200. Сенсорный компонент 208 содержит бесконтактный датчик, выполненный с возможностью обнаружения присутствия объекта, находящегося поблизости, когда нет физического контакта. Сенсорный компонент 208 содержит оптический датчик (например, КМОП или ПЗС-датчик изображения) выполненный с возможностью использования в визуализации приложения. В некоторых вариантах сенсорный компонент 208 содержит датчик ускорения, датчик гироскопа, магнитный датчик, датчик давления или датчик температуры.
[0048] Компонент 209 передачи данных выполнен с возможностью облегчения проводной или беспроводной связи между системой 200 и другими устройствами. Система 200 может получить доступ к беспроводной сети на основе стандарта связи, таких как WiFi, 2G, 3G, 5G, или их комбинации. В одном примерном варианте компонент 209 передачи данных получает широковещательный сигнал или трансляцию, связанную с ними информацию из внешней широковещательной системы управления через широковещательный канал. В одном варианте осуществления компонент 209 передачи данных содержит модуль коммуникации ближнего поля (NFC), чтобы облегчить ближнюю связь. Например, модуль NFC может быть основан на технологии радиочастотной идентификации (RFID), технологии ассоциации передачи данных в инфракрасном диапазоне (IrDA), сверхширокополосных (UWB) технологии, Bluetooth (ВТ) технологии и других технологиях.
[0049] В примерном варианте осуществления система 200 может быть реализована посредством одной или более Специализированных Интегральных Схем (СИС), Цифрового Сигнального Процессора (ЦСП), Устройств Цифровой Обработки Сигнала (УЦОС), Программируемым Логическим Устройством (ПЛУ), логической микросхемой, программируемой в условиях эксплуатации (ППВМ), контроллера, микроконтроллера, микропроцессора или других электронных компонентов, и может быть сконфигурирован для реализации способа отображения альбома.
[0050] В примерном варианте осуществления, энергонезависимый компьютерно-читаемый носитель, содержит инструкции также предусмотренные, например, память 203 включает инструкции, где инструкции выполняются процессором 201 системы 200 для реализации описанных выше способов автоматизированного формирования мультимодального сервиса грузоперевозок. Например, энергонезависимым компьютерно-читаемым носителем может быть ПЗУ, оперативное запоминающее устройство (ОЗУ), компакт-диск, магнитная лента, дискеты, оптические устройства хранения данных и тому подобное.
[0051] Вычислительная система 200 может включать в себя интерфейс дисплея, который передает графику, текст и другие данные из коммуникационной инфраструктуры (или из буфера кадра, не показан) для отображения на компоненте 205 мультимедиа. Вычислительная система 200 дополнительно включает в себя устройства ввода или периферийные устройства. Периферийные устройства могут включать в себя одно или несколько устройств для взаимодействия с мобильным устройством связи пользователя, такие как клавиатура, микрофон, носимое устройство, камера, один или более звуковых динамиков и другие датчики. Периферийные устройства могут быть внешними или внутренними по отношению к мобильному устройству связи пользователя. Сенсорный экран может отображать, как правило, графику и текст, а также предоставляет пользовательский интерфейс (например, но не ограничиваясь ими, графический пользовательский интерфейс (GUI)), через который пользователь может взаимодействовать с мобильным устройством связи пользователя, например, получать доступ и взаимодействовать с приложениями, запущенными на устройстве.
[0052] Как будет понятно специалисту в данной области техники, аспекты настоящего технического решения могут быть выполнены в виде системы, способа или компьютерного программного продукта. Соответственно, различные аспекты настоящего технического решения могут быть реализованы исключительно как аппаратное обеспечение, как программное обеспечение (включая прикладное программное обеспечение и так далее) или как вариант осуществления, сочетающий в себе программные и аппаратные аспекты, которые в общем случае могут упоминаться как «модуль», «система» или «архитектура». Кроме того, аспекты настоящего технического решения могут принимать форму компьютерного программного продукта, реализованного на одном или нескольких машиночитаемых носителях, имеющих машиночитаемый программный код, который на них реализован.
[0053] Также может быть использована любая комбинация одного или нескольких машиночитаемых носителей. Машиночитаемый носитель хранилища может представлять собой, без ограничений, электронную, магнитную, оптическую, электромагнитную, инфракрасную или полупроводниковую систему, аппарат, устройство или любую подходящую их комбинацию. Конкретнее, примеры (неисчерпывающий список) машиночитаемого носителя хранилища включают в себя: электрическое соединение с помощью одного или нескольких проводов, портативную компьютерную дискету; жесткий диск, оперативную память (ОЗУ), постоянную память (ПЗУ), стираемую программируемую постоянную память (EPROM или Flash-память), оптоволоконное соединение, постоянную память на компакт- диске (CD-ROM), оптическое устройство хранения, магнитное устройство хранения или любую комбинацию вышеперечисленного. В контексте настоящего описания, машиночитаемый носитель хранилища может представлять собой любой гибкий носитель данных, который может содержать или хранить программу для использования самой системой, устройством, аппаратом или в соединении с ними.
[0054] Программный код, встроенный в машиночитаемый носитель, может быть передан с помощью любого носителя, включая, без ограничений, беспроводную, проводную, оптоволоконную, инфракрасную и любую другую подходящую сеть или комбинацию вышеперечисленного.
[0055] Компьютерный программный код для выполнения операций для шагов настоящего технического решения может быть написан на любом языке программирования или комбинаций языков программирования, включая объектно-ориентированный язык программирования, например Java, Smalltalk, C++ и так далее, и обычные процедурные языки программирования, например язык программирования «С» или аналогичные языки программирования. Программный код может выполняться на компьютере пользователя полностью, частично, или же как отдельный пакет программного обеспечения, частично на компьютере пользователя и частично на удаленном компьютере, или же полностью на удаленном компьютере. В последнем случае, удаленный компьютер может быть соединен с компьютером пользователя через сеть любого типа, включая локальную сеть (LAN), глобальную сеть (WAN) или соединение с внешним компьютером (например, через Интернет с помощью Интернет-провайдеров).
[0056] Аспекты настоящего технического решения были описаны подробно со ссылкой на блок-схемы, принципиальные схемы и/или диаграммы способов, устройств (систем) и компьютерных программных продуктов в соответствии с вариантами осуществления настоящего технического решения. Следует иметь в виду, что каждый блок из блок-схемы и/или диаграмм, а также комбинации блоков из блок-схемы и/или диаграмм, могут быть реализованы компьютерными программными инструкциями. Эти компьютерные программные инструкции могут быть предоставлены процессору компьютера общего назначения, компьютера специального назначения или другому устройству обработки данных для создания процедуры, таким образом, чтобы инструкции, выполняемые процессором компьютера или другим программируемым устройством обработки данных, создавали средства для реализации функций/действий, указанных в блоке или блоках блок-схемы и/или диаграммы.
[0057] Эти компьютерные программные инструкции также могут храниться на машиночитаемом носителе, который может управлять компьютером, отличным от программируемого устройства обработки данных или отличным от устройств, которые функционируют конкретным образом, таким образом, что инструкции, хранящиеся на машиночитаемом носителе, создают устройство, включающее инструкции, которые осуществляют функции/действия, указанные в блоке блок-схемы и/или диаграммы.

Claims

ФОРМУЛА
1. Способ автоматизированного формирования мультимодального сервиса грузоперевозок, включающий следующие шаги:
• получают набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис;
• устанавливают связи между профилями пользователей через транспортно-логистические сервисы формируя таким образом сеть профилей пользователей;
• получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса;
• осуществляют поиск по меньше мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей, причем
о определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя;
о для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей;
• отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис.
2. Способ по п.1 , характеризующийся тем, что конечный профиль пользователя совпадает с начальным профилем пользователя.
3. Способ по п. 1 , характеризующийся тем, что профиль пользователя содержит упорядоченную последовательность операций транспортного сервиса или технологию транспортного сервиса.
4. Способ по п.1 , характеризующийся тем, что профиль пользователя содержит расписание для линейного транспортного сервиса.
5. Способ по п.1 , характеризующийся тем, что профиль пользователя содержит идентификатор транспортных активов, применимых в сервисе, и вместимость рейса транспортного сервиса.
6. Способ по п.1 , характеризующийся тем, что данные о профиле пользователя индексируются.
7. Способ по п.1 , характеризующийся тем, что между профилями пользователей установлена операционная связь, и/или коммерческая связь, и/или по интересу.
8. Способ по п.1, характеризующийся тем, что связи между профиля пользователей устанавливают посредством установления соответствия между сущностями и характеристиками предметной области, а также отношениями и атрибутами в нотации СУБД.
9. Способ по п.1 , характеризующийся тем, что запрос пользователя содержит данные, на основании которых сеть профилей формирует по меньшей мере один мультимодальный сервис.
10. Способ по п.1 , характеризующийся тем, что запрос пользователя сформирован в текстовом виде и/или голосовом виде, или их комбинации.
PCT/RU2018/000519 2018-08-07 2018-08-07 Способ автоматического формирования мультимодальных сервисов грузоперевозок WO2020032815A1 (ru)

Priority Applications (6)

Application Number Priority Date Filing Date Title
SG11202101316XA SG11202101316XA (en) 2018-08-07 2018-08-07 Method and system for generating automatic multimodal freight transportation services in real-time
JP2021530772A JP2022508280A (ja) 2018-08-07 2018-08-07 マルチモーダル貨物サービスの自動生成の方法とシステム
CN201880098294.2A CN113056757A (zh) 2018-08-07 2018-08-07 用于实时生成自动多式联运货运服务的方法和系统
US17/266,470 US20210264553A1 (en) 2018-08-07 2018-08-07 Method for automatically organizing multimodal freight transport services
KR1020217006303A KR20210087013A (ko) 2018-08-07 2018-08-07 다중 모드 화물 운송 서비스의 자동 형성 방법
EP18929433.3A EP3836053A4 (en) 2018-08-07 2018-08-07 PROCEDURE FOR AUTOMATIC ORGANIZATION OF MULTIMODAL FREIGHT TRANSPORT SERVICES

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2018128906 2018-08-07
RU2018128906A RU2695051C1 (ru) 2018-08-07 2018-08-07 Способ и система автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени

Publications (1)

Publication Number Publication Date
WO2020032815A1 true WO2020032815A1 (ru) 2020-02-13

Family

ID=67309218

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2018/000519 WO2020032815A1 (ru) 2018-08-07 2018-08-07 Способ автоматического формирования мультимодальных сервисов грузоперевозок

Country Status (8)

Country Link
US (1) US20210264553A1 (ru)
EP (1) EP3836053A4 (ru)
JP (1) JP2022508280A (ru)
KR (1) KR20210087013A (ru)
CN (1) CN113056757A (ru)
RU (1) RU2695051C1 (ru)
SG (1) SG11202101316XA (ru)
WO (1) WO2020032815A1 (ru)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11788852B2 (en) * 2019-11-28 2023-10-17 Toyota Motor North America, Inc. Sharing of transport user profile
US11388582B2 (en) 2019-11-28 2022-07-12 Toyota Motor North America, Inc. Providing media based on profile sharing
RU202439U1 (ru) * 2020-08-25 2021-02-17 Ярослав Викторович Облащиков Автоматизированное устройство для оценки финансовой эффективности компании, работающих в сферах интернет-платформ и медиа
US11972390B1 (en) * 2021-03-25 2024-04-30 Amazon Technologies, Inc. Multi-stage optimization of transportation plan associated with a transportation network
US20230325766A1 (en) * 2021-04-16 2023-10-12 Strong Force Vcn Portfolio 2019, Llc Autonomous Exposure-Based Product Replacement System
CN114445010B (zh) * 2022-01-26 2023-05-23 电子科技大学 一种基于区块链的多式联运系统和方法
CN115796731A (zh) * 2023-02-06 2023-03-14 智旦运宝宝(福建)科技有限公司 一种基于大数据的物流运输管理方法及设备、存储介质
CN116187599B (zh) * 2023-05-04 2023-07-28 中铁第四勘察设计院集团有限公司 基于遗传算法的多式联运铁路物流中心布点方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030014286A1 (en) * 2001-07-16 2003-01-16 Cappellini Pablo Dario Search and retrieval system of transportation-related flexibly defined paths
US20030163333A1 (en) * 2002-02-01 2003-08-28 Podgurny Leonard John System and method for providing a price quotation for a transportation service providing route selection capability
US20140180955A1 (en) * 2002-02-01 2014-06-26 Canadian National Railway Company System and method for providing a price quotation for a transportation service providing equipment selection capability
US20160189102A1 (en) 2013-08-07 2016-06-30 Tradeos Limited A cargo shipment route determination apparatus and method

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002312441A (ja) * 2001-04-10 2002-10-25 Everest Kk 輸送業者選定支援システム
US20030163331A1 (en) * 2002-02-01 2003-08-28 Podgurny Leonard John System and method for providing a price quotation for a transportation service providing selective price adjustment capabilities based on customer profiles
JP4207453B2 (ja) * 2002-04-24 2009-01-14 トヨタ自動車株式会社 輸送計画立案過程支援装置
JP2008224426A (ja) * 2007-03-13 2008-09-25 Navitime Japan Co Ltd 交通ネットワークデータ作成装置および交通ネットワークデータを用いた経路探索システムならびに経路探索サーバ
EP2203718B1 (en) * 2007-10-26 2014-03-12 TomTom International B.V. A method of processing positioning data
JP5668380B2 (ja) * 2010-09-10 2015-02-12 株式会社豊田中央研究所 経路探索装置及びプログラム
JP6213660B2 (ja) * 2014-02-26 2017-10-18 日本電気株式会社 情報管理装置、情報共有システム、制御方法、及びコンピュータ読み取り可能な記録媒体
CN105608551A (zh) * 2016-02-16 2016-05-25 广州广众十三行货运代理有限公司 物流业务管理方法与系统
CN107909326B (zh) * 2017-11-30 2022-07-26 江门市链程科技有限公司 一种国际物流的链程运输方法及其系统
CN108364148A (zh) * 2018-01-04 2018-08-03 宁波卡航网络科技有限公司 一种物流服务系统、路径分析方法以及物流配送方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030014286A1 (en) * 2001-07-16 2003-01-16 Cappellini Pablo Dario Search and retrieval system of transportation-related flexibly defined paths
US20030163333A1 (en) * 2002-02-01 2003-08-28 Podgurny Leonard John System and method for providing a price quotation for a transportation service providing route selection capability
US20140180955A1 (en) * 2002-02-01 2014-06-26 Canadian National Railway Company System and method for providing a price quotation for a transportation service providing equipment selection capability
US20160189102A1 (en) 2013-08-07 2016-06-30 Tradeos Limited A cargo shipment route determination apparatus and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3836053A4

Also Published As

Publication number Publication date
CN113056757A (zh) 2021-06-29
EP3836053A1 (en) 2021-06-16
SG11202101316XA (en) 2021-03-30
KR20210087013A (ko) 2021-07-09
RU2695051C1 (ru) 2019-07-18
JP2022508280A (ja) 2022-01-19
US20210264553A1 (en) 2021-08-26
EP3836053A4 (en) 2022-03-09

Similar Documents

Publication Publication Date Title
RU2695051C1 (ru) Способ и система автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени
Cardenas et al. City logistics, urban goods distribution and last mile delivery and collection
Tsay et al. Channel dynamics under price and service competition
Cohen et al. Ride on! Mobility business models for the sharing economy
US20230088950A1 (en) Method and system for intelligent load optimization for vehicles
Nasiri et al. Incorporating supplier selection and order allocation into the vehicle routing and multi-cross-dock scheduling problem
KR20180110013A (ko) 온디맨드 맞춤형 서비스를 위한 방법 및 시스템
US10679305B2 (en) Real time digital value nodes and networks
Kayikci E-Commerce in logistics and supply chain management
Luo et al. Physical Internet-enabled customised furniture delivery in the metropolitan areas: digitalisation, optimisation and case study
Liu et al. Fashion platform operations in the sharing economy with digital technologies: recent development and real case studies
Rudolph et al. Localization of relevant urban micro-consolidation centers for last-mile cargo bike delivery based on real demand data and city characteristics
Dadouchi et al. Recommender systems as an agility enabler in supply chain management
JP2020530173A (ja) 搬送業界セグメントにおけるインタラクティブリアルタイムシステムおよびそのリアルタイム使用方法
Bae et al. Hybrid modeling of collaborative freight transportation planning using agent-based simulation, auction-based mechanisms, and optimization
Gläser et al. Opportunities and challenges of crowd logistics on the last mile for courier, express and parcel service providers–a literature review
Ocicka et al. In search of excellence in E-customer logistics service
Lyons et al. Last-mile strategies for urban freight delivery: a systematic review
Van Duin et al. Smart method for self-organization in last-mile parcel delivery
Janinhoff et al. Multitrip vehicle routing with delivery options: A data-driven application to the parcel industry
US20240037483A1 (en) System and Method of Providing a Supply Chain Digital Hub
Gund et al. Q-commerce or E-commerce? A systematic state of the art on comparative last-mile logistics greenhouse gas emissions literature review
US20210019356A1 (en) System and method of automatically matching and ranking records to facilitate user interaction and transactions
Tingling et al. Enterprise Systems Focused Collection: Changing Channels: The Impact of Web 2.0 on Supply Chain Management
Lechtenberg et al. Digitalization’s Effects on Transport Planning and Specifically the Transport Coordinator’s Role

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18929433

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021530772

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018929433

Country of ref document: EP

Effective date: 20210309