JP2022509574A - Carrier route prediction based on dynamic input data - Google Patents

Abstract

A method and system for managing carrier ship information is provided. The carrier route and shipping planning system receives carrier information associated with an individual carrier vessel from multiple carrier information sources. Based on the carrier information, the carrier route and shipping planning system processes the carrier information to form a complete route scenario. The carrier route and shipping planning system associates the control rules with the complete route scenario to determine one or more candidate routes. Carrier routes and shipping planning systems then generate various interfaces for identifying selected and ranked routes, information associated with competitive markets, and availability information for freight shipments. be able to. The user can then further manipulate the user interface for scenario planning or filtering of available selections.
[Selection Diagram] FIG. 1A, FIG. 1B1, FIG. 1B2.

Description

Field of invention

The present invention is of a type that can be used to predict the route of a vehicle or vessel that can accept cargo for shipping so that a third party can choose a carrier to transport the cargo. , Systems and methods for carrier route prediction.
[background]
[0001] Briefly, data and / or information can be exchanged using computing devices and communication networks. In a typical application, a computing device can request content from another computing device over a communication network. For example, on a personal computing device, a user can use a browser application to request a content page (eg, network page, web page, etc.) from a server computing device over a network (eg, the Internet). .. In such an embodiment, the user computing device can be referred to as a client computing device, and the server computing device can be referred to as a content provider.

[0002] With respect to the transport industry, various content providers may provide information about the location, destination or general availability of identifiable carrier equipment such as freight carriers or transport vessels. Information available from different content providers or sources is incomplete or consistent for organizations seeking to understand the route of travel, such as destinations, waypoints, etc., for any particular carrier or carrier facility. May not be there. Moreover, the information given to different organizations may change based on availability or business relationships.

[0003] Briefly, a carrier organization may provide carrier equipment or freight carriers such as vehicles or ships capable of accepting cargo for shipping. For vessels navigating the ocean, the movement of individual vessels may be associated with a set of data defined by a start and end location, generally referred to as a voyage. Between the start and end locations, the set of data corresponding to the voyage includes the loading location, which defines the specific location for loading the cargo, and the intermediate, which defines the location where the vessel may pass on the move. It can also include a point, a unloading location that defines a specific location for unloading at least a portion of the cargo, and a stop location that defines a specific location where vessel movement may be temporarily suspended. In some embodiments, the voyage may be dynamic in nature because the carrier organization coordinates one or more locations (eg, waypoints, stop locations, etc.) during the voyage.

[0004] To maximize profits, carrier organizations attempt to contract with one or more third parties to transport cargo during a defined voyage. In a typical scenario, the capacity of an individual vessel to receive cargo may vary through different aspects of voyage. For example, an individual vessel may not be capable at the beginning of the voyage by loading the largest cargo cargo at the starting point. During the voyage, the vessel passes through one or more unloading locations to gain capacity for the vessel to receive more cargo as the vessel moves to additional locations such as waypoints, unloading locations, stop locations, etc. on the voyage. In some cases. In this example, the carrier organization may want to undertake additional cargo contracts to replenish or replace the cargo as it is unloaded during the voyage. In another example, the vessel may have the maximum capacity to accept the cargo at the beginning of the voyage and may move to a designated loading location for loading the cargo. In this example, the carrier organization may want to load additional cargo that can be transferred and unloaded before it arrives at the loading location.

[0005] Various third party organizations (“third party shippers”) who want to secure the transportation service with respect to the cargo in order to transfer the specific cargo from the first place to the second place. , Attempts to obtain as much information as possible to negotiate and secure freight contracts with individual carrier organizations. A third party shipper may request information about the expected voyage location from the carrier organization. A third party shipper may also request information associated with an individual vessel, such as an automatic identification system (“AIS”) system. As an example, the AIS system may include static information such as ship size, dynamic information such as current speed, course, and position, and voyage information such as estimated arrival time predicted by the master. can. In addition, third party shippers may use vessels or modes of transport, such as brokers, ports of call, used to negotiate cargo contracts to properly place vessels on the cargo and the routes they require. Information can be requested from various organizations that may be involved in.

[0006] Third party shippers may have access to different types of information or different levels of information from specific sources of information. For example, a large third-party shipper or carrier organization may negotiate with the transportation organization for more detailed nautical information, such as hourly reports on current locations and routes of travel. In contrast, small third-party shippers or carrier organizations have only access to generally publicly available nautical information once a day or once a week. Information sources typically do not follow defined formats or standards and often have different forms of communication (eg, textual information via email and online communication platforms, whereas those published on websites). Will be sent by.

[0007] Parolas et al., Prediction of Vessels'Estimated Time of Arrival (ETA) Using Machine Learning-A Port of Rodderdam Case Study, 6th In some known designs for location prediction systems, potential routes or ETAs for ships can be predicted using a single source of information, such as AIS information. Such systems attempt to compensate for the inherent errors associated with a single source of information.

[0008] [Summary of the invention]

[0009] At least one aspect of the embodiments disclosed herein is that a carrier route prediction system that relies on a single source of information analyzes information from multiple sources, and individually. Includes the realization of having shortcomings that can be overcome by identifying and correcting incomplete or inconsistent information regarding the voyage of a carrier. For example, a carrier may obtain general information from one or more sources that a particular vessel is heading for the Asian region, without any details regarding a specific port of call or time frame for travel. May be received. In another example, publicly available reports may show that vessels near the southern part of the United States are moving towards Central or South American ports of call, while alternative sources are moving. It may indicate that the route is heading for a European port of call. Accordingly, a system of a single source of information does not attempt to address the inherent problems associated with multiple sources of information or dynamically variable sources of information. Rather, a single source system attempts to correct problems associated with delays typically caused by weather, or other delays that occur during the voyage.

[0010] The dynamic and incomplete nature of carrier information poses additional technical problems for third party shippers attempting contracts with carriers to transfer cargo. For example, individual sources of information about one or more carrier organizations or vessels may be formatted or provided in a manner that requires specialized knowledge or procedures. Such diversity in formatting and sources creates inefficiencies in processing ship navigation information and providing available information in a way that facilitates carrier availability investigations. .. In addition, the possibility of inconsistent or incomplete information creates additional processing and decision-making inefficiencies with respect to the selection of carrier organizations and individual vessels. Furthermore, potential fluctuations in the accessibility or availability of carrier information provided by third party shippers are further inefficient due to changes in carrier information available to individual third party shippers. Produces sex. Due to these and other factors, the prediction of routes for potentially available carrier vessels is process intensive and often inaccurate. Other challenges, as well as technical difficulties, may be obvious to those of skill in the art and are not limited to the exemplary inefficiencies described above.

[0011] At least one other aspect of the embodiments disclosed herein can improve methods and systems for predicting cargo ship navigation routes, and ship navigation information from multiple sources. By analyzing, and identifying common anchor points from multiple early partial voyage paths, and resolving complete route scenarios based on at least partially identified common anchor points. Includes the realization of providing faster and more accurate results.

[0012] At least one other aspect of the embodiments disclosed herein is capable of generating navigation routes and shipping availability forecasts for more than 100 vessels within 30 minutes and up to at least two weeks ahead. Providing a system involves the realization that it can bring significant advantages to carriers in their ability to identify the best vessels for a particular proposed shipment. For example, some modern carriers may be provided with ship information updates from multiple ship information sources at a frequency of every 30 minutes for more than 100 ships. Currently, some such vendors are competing with other similarly located vendors, each trying to find a vessel that can satisfy a particular shipment as soon as possible. Such carriers may receive information about multiple vessels that could potentially satisfy their shipment and may be available after 30 minutes, before the carrier contracts with a suitable vessel. New information arrives indicating another set of vessels. This frequent cycle of information flow can make it difficult for carriers to successfully investigate potential vessel availability with the best and most up-to-date updated information.

[0013] At least one other aspect of the embodiments disclosed herein is the process of analyzing and indexing ship information received by a carrier, followed by prediction of ship navigation routes. Includes the realization that it can be significantly improved by providing services to index non-indexed vessel information. For example, some carriers receive numerous communications with ship information, many of which may be in the form of unindexed full text, text images, and vary widely. It may have been formatted by the method. Some such communications may be sent to the carrier in the form of email, fax, or other communications.

[0014] Therefore, in some embodiments, the (system / method) for predicting the availability of a transport vessel is not indexed from a plurality of different sources, and the vessel information is formatted in a plurality of different formats. Can include at least a natural language ship information analyzer configured to index ship name data, port name data, ship status data. In some embodiments, the methods and systems can recognize abbreviations and acronyms that are unique to the transportation industry. As such, vendors enter a large number of emails into the Ship Availability Prediction System, including emails with unindexed, variously formatted, full-text or textual images associated with a large number of vessels, and You can receive the predicted availability solution in a short time. For example, in some embodiments, the system and method can provide predicted availability results for more than 1000 vessels over two weeks ahead using computer hardware currently commercially available and widely available. Predictive processing by identifying common anchor points from multiple initial skeleton voyages and reducing the number of calculations required to use such anchor points to determine the complete voyage. Further improvements can be obtained by rationalizing. For example, using such anchor point analysis provides processing time for predicting vessel availability for more than 100 vessels over two weeks ahead, using computer hardware currently commercially available. Can be reduced. The results generated in this way allow the carrier to better investigate potential shipping contracts with ship operators who are likely to agree on the most favorable terms for shipping, based on the latest information. To do so.

[0015] Throughout the drawings, reference numerals may be reused to indicate the correspondence of the referenced elements. The drawings are provided to illustrate the exemplary embodiments described herein and are not intended to limit the scope of this disclosure.

[0016] FIG. 1A is a carrier planning environment comprising one or more user devices, one or more carrier information sources, carrier routes and shipping planning systems, and carrier organization, according to some embodiments. It is a block diagram of.

[0017] FIG. 1B1 is a block diagram showing a nautical phase diagram defining one or more locations for a ship, according to some embodiments. [0017] FIG. 1B2 is a block diagram showing a nautical phase diagram defining one or more locations for a ship, according to some embodiments.

[0018] FIG. 2 is a block diagram showing a component of a user device that requests and receives content associated with carrier routing, according to some embodiments.

[0019] FIG. 3 is a block diagram showing components of a carrier route and shipping planning system, according to some embodiments.

[0020] FIG. 4A is a block diagram of the carrier planning environment of FIG. 1, which illustrates the collection of carrier information sources and the processing of carrier information for generating carrier route information, according to some embodiments. be. [0020] FIG. 4B is a block diagram of the carrier planning environment of FIG. 1, which illustrates the collection of carrier information sources and the processing of carrier information for generating carrier route information, according to some embodiments. be.

[0021] FIG. 5 is a flow diagram illustrating carrier information processing and planning routines implemented by carrier routes and shipping planning systems, according to some embodiments.

[0022] FIG. 6 is a flow diagram illustrating a data entry processing routine implemented by a carrier route and shipping planning system, according to some embodiments.

[0023] FIG. 7 is a flow diagram showing a carrier route and a route generation routine implemented by a shipping planning system, according to some embodiments.

[0024] FIG. 8 is a flow diagram illustrating a complete route scenario processing routine implemented by a carrier route and shipping planning system, according to some embodiments.

[0025] FIG. 9 is a block diagram showing a user interface generated by a user device that identifies carrier information, according to some embodiments.

[0026] FIG. 10 is a block diagram showing a user interface generated by a user device that identifies carrier information, according to some embodiments.

Detailed explanation

[0027] Aspects of the present application to address at least some of the above-mentioned imperfections associated with managing one or more aspects of a carrier organization and a third party shipper. Corresponds to methods and systems for managing carrier vessel information. More specifically, an embodiment of the present application relates to a carrier route and shipping planning system for processing a carrier information source for predicting one or more routes for one or more carrier vessels. handle. Carrier information sources may correspond to at least partial information related to one or more carrier equipment, such as ships. For any given vessel, carrier information is, for example, an automatic vessel identification device (“AIS”) information source related to the location information of the vessel, market intelligence related to information about the vessel's next destination / operation. ("MI") Information source (s), Vessel information source related to ship loading and unloading information (s), Port Authority information source related to ship loading and unloading information (s), It may include one or more of a customer user information source (s) related to information about the owned vessel and voyage history information related to previous voyage information of the vessel.

[0028] Based on the carrier information source information, the carrier route and shipping planning system is a set of skeleton scenario routes that process the carrier information to identify possible voyage information for each carrier information source. To generate. As an example, the carrier route and shipping planning system further identifies the anchoring information that serves as reference information for comparing and further processing the skeleton scenario route, as well as the skeleton scenario route.

[0029] Utilizing the generated skeleton scenario routes and anchoring information, the carrier route and shipping planning system processes a set of skeleton scenario routes to create one or more complete scenarios. The complete scenario represents various combinations of possible skeleton scenario paths. The carrier route and shipping planning system can further process any open skeleton scenario route and evaluate the penalty model for the completed route. The penalty model, for example, characterizes the weights or scores that characterize the potential for error in the calculated route for possible completed routes. These penalty scores can be based on the amount of information used to generate each skeleton pathway and are therefore related to the likelihood that the skeleton pathway is accurate. Based on the penalty model, the carrier route and shipping planning system utilizes control rules that reflect specific business rules and assigns scores that determine the degree of rule conformance / matching to the route. The carrier route and shipping planning system further assigns scores that define whether future routes are feasible.

[0030] Based on further processing, the carrier route and shipping planning system then ranks the routes and determines one or more candidate routes. The carrier route and shipping planning system is then to generate various interfaces for identifying selected and ranked routes, information associated with competitive markets, and availability information for contracting freight shipments. Can be done. The user can then further manipulate the user interface for scenario planning or filtering of available selections.

[0031] According to one or more aspects of the application, the carrier route and shipping planning system may continue to utilize the sources of information and the level of information available to individual third parties. Thereby, the results of processing of the transportation information source may have different results for different third parties based on different transportation information or levels of transportation information. For example, the first third party shipper may have detailed access to the location information of the waypoint or the destination location information, while the second third party shipper may have the same type of information. May have only general access to.

[0032] Based on aspects of this application, facilitate various applications or examples for associating carriers routes and shipping planning systems with routes for different vessels based on a dynamic set of carrier information sources. Explain as what to do. Such examples are exemplary in nature and should not be construed as limiting or covering all possible applications of one or more aspects of the present application.

[0033] FIG. 1A illustrates a typical carrier planning environment 100 for managing information associated with one or more carrier organizations and one or more third party transport organizations. The carrier planning environment 100 is a plurality of users utilized by individual users who request the carrier route and shipping planning system 120 to access the carrier and transportation information, which is generally referred to as a user computing device. Includes device 102. As an example, the carrier route and shipping planning system 120 receives carrier and transport information, respectively, available to individual third parties from multiple sources 130, and the third party shipper selects and contracts the vessel. To facilitate, create one or more routes for carrier equipment such as ships. The carrier route and shipping planning system may receive third party specific carrier and shipping information and process it upon request from the third party shipper. Further, the carrier route and shipping planning system 120 can receive configuration information such as data processing rules from computing devices associated with one or more carrier organizations 150.

[0034] With reference to FIGS. 1B1 and 1B2 as described above, the voyage of an individual vessel can be defined as a series of locations. As an example, an individual location during a voyage can be further characterized based on one or more actions related to or affect the vessel's ability to contract with a third party shipper. .. In one aspect, as illustrated in FIG. 1B1, the voyage can include a set of locations that have settled or have already occurred in the past. For example, a ship may start its voyage with a set of loading locations 160, 162 where the ship loads cargo. In the example of this figure, the vessel may have no or little capacity to load additional cargo. Furthermore, the voyage can include location 164 of one or more waypoints through which the vessel passes or belongs to the vessel. The voyage may then include one or more unloading locations 166, 168 where the cargo is unloaded. In the example of this figure, once the unloading is complete, the vessel will have an increased ability to load the cargo.

[0035] For illustration purposes, after the unloading location 168, the carrier route and shipping planning system 120 is provided with one or more different types of possible locations belonging to the illustrated voyage, for the purpose of predicting future locations. You can receive information that can indicate your activity. More specifically, as an example, the location may be an intermediate point location 170, a stop location 172, an order stop location 174, and a repair location 176. Each of these potential illustrated location types represents a different branch / possibility of voyage and may affect other potential future locations. As described in more detail below, if carrier information is incomplete, inconsistent, or ambiguous, the carrier route and shipping planning system 120 will have different branching results for differently modeled routes. In addition, multiple potential pathways can be generated to represent attribute trust and feasibility scores.

Looking at FIG. 1B2, it is assumed that the branch discussed above with respect to FIG. 1B1 corresponds to the waypoint location 170. Based on this decision, the carrier route and shipping planning system 120 can estimate additional future locations 178, such as waypoints 180 and 182. The complete route illustrated in FIG. 1B2 is then ranked and provided to the user as a diagram to facilitate the selection of carrier vessels for shipping. Those skilled in the art will appreciate that voyages do not necessarily have to be in the order shown in FIGS. 1B1 and 1B2.

Returning to FIG. 1A, the user computing device 102 may include any number of different computing devices capable of communicating with the communication network 140 via a direct connection or via an intermediate. .. For example, the individual accessing computing devices are laptop or tablet computers, personal computers, wearable computers, servers, personal digital assistants (“PDAs”), hybrid PDAs / mobile phones, mobile phones, ebook readers, sets. It may support top boxes, cameras, electronic devices, controllers, digital media players, watches, glasses, home or automotive devices, Internet of Things (“IoT”) devices, virtual reality or augmented reality devices, and so on. Each user computing device 102 optionally contains one or more data including various applications such as web browsers or computer executable instructions used to implement the embodiments disclosed herein. May include stores (not shown in FIG. 1). An exemplary component of the user computing device 102 will be described with respect to FIG.

[0038] The communication network 140 may be any wired network, wireless network, or a combination thereof. In addition, the network 140 may be a personal area network, a local area network, a wide area network, a cable network, a fiber network, a satellite network, a cellular telephone network, a data network, or a combination thereof. In the exemplary environment of FIG. 1, the network 140 is a global area network (“GAN”) such as the Internet. Protocols and components for communicating over other aforementioned types of communication networks are well known to those skilled in the art of computer communication and do not need to be described in more detail herein. Although the user device 102 is depicted as having a single connection to the network 140, the individual components of the user device 102 may be connected to the network 140 at different points. Therefore, the time and capacity of communication may vary between the components of FIG.

[0039] The content distribution environment 100 may include a plurality of carrier information sources 130 for delivering the input signal to the carrier route and the shipping planning system 120. The carrier information source 130 facilitates communication to the carrier route and shipping planning system 120 via one or more servers for delivering the content, a data store for holding the content, and a network 140. Can include a communication manager for. Further, the carrier information source 130 can provide carrier information to the carrier route and shipping planning system 120, such as via an API (application programming interface).

[0040] According to embodiments, carrier route and shipping planning system 120 implements carrier information processing service 122 for receiving and processing content provided by carrier information source 130 (or other source). Contains a set of computing components to do. A mode of the carrier information processing service 122 will be described with reference to FIG. The carrier route and shipping planning system 120 includes one or more data stores 128 for receiving and retaining carrier information, such as a database capable of holding carrier information for each individual carrier. Can be done.

It will be appreciated by those skilled in the art that the carrier route and shipping planning system 120 may include fewer or more components than shown in FIG. Therefore, the depiction of the carrier route and shipping planning system 120 in FIG. 1 should be considered exemplary. For example, in some embodiments, the components of the carrier route and shipping planning system 120 can be run by one or more virtual machines implemented in a host computing environment. A host computing environment can include one or more rapidly provisioned and released computing resources, which can include computing, networking, or storage devices. Furthermore, the data store 124 can be implemented in a distributed manner that includes a plurality of geographically or logically different computing devices.

[0042] FIG. 2 depicts an embodiment of the architecture of an exemplary user computing device 102 capable of generating content requests and processing metric information in accordance with the present application. The overall architecture of the user computing device 102 depicted in FIG. 2 includes a placement configuration of computer hardware and software components that can be used to implement aspects of the present disclosure. As shown, the user computing device 102 includes a processing unit 204, a network interface 206, an input / output device interface 209, an optional display 202, and an input device 224, all of which communicate with each other via a communication bus. can do.

[0043] Network interface 206 can provide connectivity to one or more networks or computing systems, such as network 140 in FIG. 1A and carrier route and shipping planning system 120. Therefore, the processing unit 204 can receive information and instructions from other computing systems or services over the network. The processing unit 204 can also communicate with the memory 210 to further provide output information for the optional display 202 via the input / output device interface 209. The input / output device interface 209 can further accept input from an optional input device 224 such as a keyboard, mouse, or digital pen. In some embodiments, the user computing device 102 may include more (or less) components than those shown in FIG.

[0044] The memory 210 may include computer program instructions executed by the processing unit 204 to implement one or more embodiments. Memory 210 generally includes RAM, ROM, or other permanent or non-temporary memory. The memory 210 may store an operating system 214 that gives computer program instructions for use by the processing unit 204 in the general management and operation of the user computing device 102. The memory 210 may further include computer program instructions and other information for implementing aspects of the present disclosure. For example, in one embodiment, the memory 210 includes interface software 212 for requesting and receiving content from the carrier route and shipping planning system 120.

[0045] FIG. 3 depicts an embodiment of the architecture of an exemplary carrier information processing service 122 for implementing the carrier route and shipping planning system 120 described herein. The overall architecture of the carrier information processing service 122 depicted in FIG. 3 includes a deployment configuration of computer hardware and software components that can be used to implement aspects of the present disclosure. As shown, the carrier information processing service 122 of the carrier route and shipping planning system 120 includes a processing unit 304, a network interface 306, a computer readable medium drive 308, an input / output device interface 309, all of which are included. They can communicate with each other via a communication bus. The components of the carrier information processing service 122 may be physical hardware components or may be implemented in a virtual environment.

[0046] The network interface 306 can provide a connection to one or more networks or computing systems, such as 14 in FIG. 1A. Therefore, the processing unit 304 can receive information and instructions from other computing systems or services over the network. The processing unit 304 can also communicate with the memory 310 and further provide output information for the optional display via the input / output device interface 309. In some embodiments, the carrier information processing service 122 may include more (or less) components than those shown in FIG.

[0047] The memory 310 may include computer program instructions executed by the processing unit 304 to implement one or more embodiments. Memory 310 typically includes RAM, ROM, or other permanent or non-temporary memory. The memory 310 can store an operating system 312 that gives computer program instructions for use by the processing unit 304 in the overall management and operation of the carrier route and shipping planning system 120.

[0048] The memory 310 may further include computer program instructions and other information for implementing aspects of the present disclosure. For example, in one embodiment, the memory 310 provides interface software 314 for receiving and processing requests from the user device 102, configuration information from the carrier organization 150, and carrier information from the carrier information source 130. include. The memory 310 includes three components for processing carrier information and generates processed route information as described below. More specifically, the memory 310 includes a route generation component 316 for generating a skeleton scenario route from carrier information, a route evaluation component 318 for processing a set of skeleton scenario routes to make a complete route, and possible. Includes a route ranking component 320 for scoring, sorting, and ranking routes. These components represent various logical components that implement one or more of the processes specified in this application. However, such components are exemplary in nature, and the functionality associated with the various components can be implemented on separate computing devices or in various combinations thereof.

[0049] Next, with reference to FIGS. 4A-4B, an exemplary dialogue regarding the processing of carrier information by the components of the carrier planning environment 100 will be described. For illustration purposes, the components of the carrier planning environment 100 have been simplified. However, one of ordinary skill in the art will appreciate that dialogue between components can include additional communication and may involve additional components not specifically shown in FIGS. 4A and 4B.

[0050] The initial setting of the carrier information processing service 122 will be described with reference to FIG. 4A. As mentioned above, in one aspect of the present application, each user of the carrier information processing service 122, such as a third party shipper, may be in the form of a different set of carrier information sources 130, or the same carrier information source. Can have different access to carrier information from different levels or in different types of information forms. For example, the first user may have access to a transportation report provided by a particular third party broker that identifies it as available to the carrier at the port, while the second user is the same. You may not have access to the report. In another example, two users may have access to the same report / information provided by the information source. However, the first user may only have access to the generally public information available to a large number of users (including public information). The second user may have access to much more detailed information from the same source that may contain additional or alternative information that is not available to the first user (or similar users). ..

[0051] As illustrated in FIG. 4A, in one embodiment, in order to access the carrier information processing service 122, in (1), the user device 102 sets the carrier route and planning request to the carrier information processing service. Send to 122. As an example, request transmission can include various protocols for establishing secure communication and for authenticating user computing devices with carrier information processing service 122. In addition, the request can identify a potential carrier information source (or certificate), level of information access (or certificate), and the like. In some embodiments, the carrier information processing service 122 can retain and utilize the profile so that the request from the user device 102 does not necessarily require the transmission of a certificate each time. Furthermore, for illustration purposes, the request may also identify search criteria (or access default criteria) that can identify a particular target port, date of transport, type of cargo, and so on.

[0052] In (2), the carrier information processing service 122 processes the request from the user device 102 to identify the carrier information source 130. As an example, the identification of the carrier information source can be based on the certificate contained in the request or held in the profile. In another embodiment, carrier information processing service 122 can process information about a user computing device 102 request to identify an information source, including a user or an information source that is not identified by the user request. For example, individual sources of information can provide criteria for user eligibility for information.

[0053] In (3), carrier information processing service 122 sets conditional access rules that identify the level or type of information that the user can access. As mentioned above, in one embodiment, carrier information processing service 122 can filter or assign information provided by carrier information source 130 based on conditional access rules. Conditional access rules, for example, facilitate carrier information processing service 122 to process received carrier information based on user certificate, date and time, and other criteria. Conditional access rules can be retained on a per-user, per-carrier information source, or both.

[0054] Next, with reference to FIG. 4B, an exemplary dialogue regarding the processing of carrier information will be described. In (1), the carrier information processing service 122 and the plurality of information sources 130 exchange raw information sources related to the movement of carrier equipment such as ships. As an example, multiple sources of information may include one or more AIS information sources that describe various information about a ship, including ship attributes, locations, movements, directions, and fixed voyages. Multiple sources of information may also include marketing intelligence system information sources that can contain various information about the intended voyage location for a identifiable vessel or carrier provided by an independent third party, such as a broker report. can. The information may also include one or more charter information sources that identify information regarding cargo loading / unloading and capacity for identifiable vessels. Multiple sources of information may further include one or more Port Authority information sources that identify various information about identifiable vessels, cargo and actions associated with assignable actions (eg, loading, unloading, etc.). Can be done. The plurality of information sources may also include one or more user input information sources corresponding to custom or manually input information about the identifiable vessel. Multiple sources of information may also include one or more sources of historical information for taking over information about voyage history for a identifiable vessel or carrier.

[0055] As described below, the carrier information processing service 122 receives a plurality of information and processes the information to form one or more target voyages for the identifiable vessel. In some embodiments, the information source may contain conflicting or incomplete information. The operation of carrier information processing service 122 will be described for multiple sources of information, but one of ordinary skill in the art could be any particular combination of exemplary sources used in the exemplary examples. It will be understood that it is not required. In some embodiments, the information source 130 can send the raw information source directly to the carrier information processing service 122 on demand (pull) or on registration (push). Such transmission may be based on the receipt of new information, the date and time, and the like. Furthermore, in other embodiments, the information source 130 may implement various additional dialogue or communication protocols such as APIs to facilitate the transmission of carrier information.

[0056] In (2), the carrier information processing service 122 processes various raw information sources from the carrier information source 130. As an example, each raw information source can be formatted and transmitted differently. Thereby, processing raw information to extract or analyze relevant information to form a potential voyage route may be unique for each type of information source. For example, AIS information can include ship location information and additional information about the ship. MI information may include a unique code or other nomenclature for each third party report. Processing can include extraction and removal of redundant information. Charter information can also include a unique code or other nomenclature for each charter report. Port Authority or lineup system information may include a unique code or other nomenclature. Processing can include extraction, aggregation and removal of redundant information. Historical information can include previous locations and actions for identifiable vessels. Processing can include determining the most probable actions, permitted actions, port distributions, etc. at the location.

In each of the above examples, the carrier information may be encoded in a special format that is difficult to decipher, or in a form that requires further processing to decipher. For example, MI information may be sent in plain text format, such as email, where location information is referenced according to a multi-letter code. Such code cannot be easily recognized by an amateur without special knowledge. In addition, carrier information sources may not provide labels or markers that separate different parts of carrier information. Therefore, processing carrier information may include analyzing different parts of the information, interpreting special coding, or supplementing the information contained in the carrier information with additional contextual information. can. In some embodiments, the carrier information processing service 122 can generate a user interface or information utilized by the user device 102 corresponding to a human readable or human interpretable version of the processed carrier information. ..

[0058] In (3), the carrier information processing service 122 generates a route scenario from the processed raw information. As an example, carrier information processing service 122 utilizes raw processed information to identify one or more locations and possible actions at each location for an identifiable vessel in one or more skeleton scenarios. A route can be formed. Each skeleton scenario path can include various anchor points that serve as identifiable reference points for combining or aggregating skeleton scenario paths. As an example, anchor points can include identifiable locations in voyage information that may match when compared. Each different type of information source can be processed to generate a skeleton scenario path. For example, carrier information processing service 122 can use AIS information to identify future destinations and any actions that may belong to a identifiable location. For MI information, carrier information processing service 122 can identify different types of locations (eg, ports, waypoints, shipyards, etc.) and attempts to correlate different activities based on the type of location. For charter information, carrier information processing service 122 can use complete loading and unloading information to generate skeleton scenario routes. For Port Authority information, carrier information processing service 122 can generate a skeleton scenario route using complete loading and unloading information. For each example of information above, and for a custom user, carrier information processing service 122 may include estimates or inferences about the following possible scenarios.

[0059] In (4), the carrier information processing service 122 evaluates a route scenario. As an example, carrier information processing service 122 can first combine various skeleton scenario paths by associating anchor points in the skeleton scenario path. If the combined route contains only port-level information, the route is considered complete. For any remaining routes that cannot be combined, carrier information processing service 122 graphs all possible permissible routes and assigns weights to each graph based on the potential of each variant / alternative. be able to. The weights may be based on voyage history information, for example, as an input or other specialized source of information. The route obtained with the minimum (or maximum) weight is considered the least likely (or highest) route.

[0060] As an example, for each completed route, the carrier information processing service 122 then assigns or assigns a penalty model associated with the activity associated with the location and the identified location and the activity on each targeted completed route. Can be applied. For example, carrier information processing service 122 may assign a penalty, such as repair or suspension, to an activity that may indicate that the vessel is not at sea. In another example, carrier information processing service 122 can associate a penalty with multiple unloading and loading activities that indicate that the threshold is exceeded or not a typical activity. Carrier information processing service 122 can further utilize control rules that associate location and action goodness of fit in a complete target route, and also associate a characteristic score with the control rule. Control rules try to score matching locations and actions from multiple sources, increasing the likelihood that the locations and actions are correct. Furthermore, the carrier information processing service 122 further indicates the feasibility attribute of the target route. As an example, feasibility indicates the feasibility attribute of the associated action being feasible. For example, the carrier information processing service 122 can impose a penalty on a route that identifies the loading operation of a vessel that indicates the attribute of maximum cargo. In another example, the carrier information processing service 122 may impose a penalty on the route in which the unloading operation occurs prior to the loading operation of the cargo. Based on the processing, the carrier information processing service 122 shows the attributes of the score for each complete target route.

[0061] In (5), carrier information processing service 122 generates a set of route scenarios ranked for each identifiable vessel. The set of routes is ranked. Furthermore, the set of ranked routes can also include confidence values that indicate the attribution strength of the sort.

[0062] In (6), the carrier information processing service 122 creates a route scenario interface for display on the user device 102. As an example, the route scenario interface responds to a request received from the user device 102. Such an interface is estimated for route identification information for the identified vessel, possible vessel identification information that can belong to a defined port within a certain time range, historical and current information. It can include a density function associated with the number of possible vessels. For example, a value below 1 indicates that the number of vessels available is historically less than the number available. Values above 1 indicate a large number of vessels available. Thus, the user can utilize the density information to indicate the value / price attributes of the freight based on the available supply. In (7), the user device 102 and the carrier information processing service 122 can interact with a processing request or the like via a further search interface.

[0063] Next, with reference to FIG. 5, a routine 500 for processing carrier information implemented by carrier information processing service 122 will be described. At block 502, carrier information processing service 122 receives a request for carrier plans and information source identification information. As an example, the user device 102 transmits a carrier route and a planning request to the carrier information processing service 122. The transmission of the request can include various protocols for establishing secure communication and for authenticating the user computing device with the carrier information processing service 122. In addition, the request can identify a potential carrier information source (or certificate), level of information access (or certificate), and the like. In some embodiments, the carrier information processing service 122 can retain and utilize the profile so that the request from the user device 102 does not necessarily require the transmission of a certificate each time. Furthermore, for illustration purposes, the request may also identify search criteria (or access default criteria) that can identify a particular target port, date of transport, type of cargo, and so on.

[0064] As described above, the carrier information processing service 122 processes the request from the user device 102 to identify the carrier information source 130. As an example, the identification of the carrier information source can be based on the certificate contained in the request or held in the profile. In another embodiment, carrier information processing service 122 can process information about a user computing device 102 request to identify an information source, including a user or an information source that is not identified by the user request. For example, individual sources of information can provide criteria for user eligibility for information.

[0065] Further, carrier information processing service 122 sets conditional access rules that identify the level or type of information that the user has access to for route planning. As mentioned above, in one embodiment, carrier information processing service 122 can filter or assign information provided by carrier information source 130 based on conditional access rules. Conditional access rules, for example, facilitate carrier information processing service 122 to process received carrier information based on user certificate, date and time, and other criteria. Conditional access rules can be retained on a per-user, per-carrier information source, or both.

[0066] In block 504, the carrier information processing service 122 and the plurality of information sources 130 exchange raw information sources related to the movement of carrier equipment such as ships. As an example, multiple sources of information may include one or more AIS information sources that describe various information about a ship, including ship attributes, locations, movements, directions, and fixed voyages. Multiple sources of information may also include marketing intelligence system information sources that can contain various information about the intended voyage location for a identifiable vessel or carrier provided by an independent third party, such as a broker report. can. The information may also include one or more charter information sources that identify information regarding cargo loading / unloading and capacity for identifiable vessels. Multiple sources of information may further include one or more Port Authority information sources that identify various information about identifiable vessels, cargo and actions associated with assignable actions (eg, loading, unloading, etc.). Can be done. The plurality of information sources may also include one or more user input information sources corresponding to custom or manually input information about the identifiable ship. Multiple sources of information may also include one or more sources of historical information for taking over information about voyage history for a identifiable vessel or carrier.

[0067] As an example, carrier information processing service 122 receives a plurality of information and processes the information to form one or more target voyages for a identifiable vessel. In some embodiments, the information source may belong to information that is inconsistent or incomplete. The operation of carrier information processing service 122 will be described for multiple sources of information, but one of ordinary skill in the art could be any particular combination of exemplary sources used in the exemplary examples. It will be understood that it is not required. In some embodiments, the information source 130 can send the raw information source directly to the carrier information processing service 122 on demand (pull) or on registration (push). Such transmissions may be based on the receipt of new information, the date and time, and so on. Furthermore, in other embodiments, the information source 130 may implement various additional dialogue or communication protocols such as APIs to facilitate the transmission of carrier information.

[0068] In block 506, carrier information processing service 122 processes various raw information sources from carrier information source 130. As an example, each raw information source can be formatted and transmitted differently. Thereby, processing raw information to extract or analyze relevant information to form a potential voyage route may be unique for each type of information source. For example, AIS information can include ship location information and additional information about the ship. MI information may include a unique code or other nomenclature for each third party report. Charter information can include a unique code or other nomenclature for each charter report. Port Authority system information can include a unique code or other nomenclature. As mentioned above, processing information with respect to the above information can include extracting, aggregating and removing redundant information. Furthermore, each of the carrier information sources may be in a format encoded in an industry-specific format. Historical information can include previous locations and actions for identifiable vessels. Processing can include determining the most probable actions, permitted actions, port distributions, etc. at the location. An exemplary data processing routine will be described with respect to FIG.

[0069] In block 508, the carrier information processing service 122 generates a route scenario from the processed raw information. As an example, carrier information processing service 122 utilizes raw processed information to identify one or more locations and possible actions at each location for an identifiable vessel in one or more skeleton scenarios. A route can be formed. Each skeleton scenario path can include various anchor points that serve as identifiable reference points, such as identifiable locations, for combining or aggregating skeleton scenario paths. Each different type of information source can be processed to generate a skeleton scenario path. For example, carrier information processing service 122 can use AIS information to identify future destinations and any actions that may belong to a identifiable location. For MI information, carrier information processing service 122 can identify different types of locations (eg, ports, waypoints, shipyards, etc.) and attempts to correlate different activities based on the type of location. For charter information, carrier information processing service 122 can use complete loading and unloading information to generate skeleton scenario routes. For Port Authority information, carrier information processing service 122 can use complete loading and unloading information to generate skeleton scenario routes. For each example of the information above, and for a custom user, carrier information processing service 122 may include estimates or inferences about the following possible scenarios. An exemplary route generation process will be described with reference to FIG. In some embodiments, the scale of the processed information can generate an initial set of skeleton scenario routes that include a large number of potential routes.

[0070] At block 510, carrier information processing service 122 evaluates a route scenario. As an example, carrier information processing service 122 can first combine various skeleton scenario paths by associating anchor points in the skeleton scenario path. As an example, combining skeleton scenario routes by utilizing common anchor points (eg, common reference locations) is a set of potential routes that require further evaluation / scoring as described herein. Can be substantially reduced. Such a combination improves processing efficiency as a result by reducing redundant evaluation of the skeleton scenario path. Furthermore, the reduction of the skeleton scenario route can reduce the overall processing time of the routine 500, giving the carrier information processing service 122 overall improved performance and to the incoming carrier information. It can improve the perception of real-time responses. If the combined route contains complete information about the assessment such as location information and attributed actions, the route is considered complete. For any remaining routes that cannot be combined, carrier information processing service 122 graphs all possible permissible routes and assigns weights to each graph based on the potential of each variant / alternative. be able to. The weights may be based on voyage history information, for example, as an input or other specialized source of information. The route obtained with the minimum (or maximum) weight is considered the least likely (or highest) route. For example, the carrier information processing service 122 can use graph analysis to find the shortest route on the drawing based on the graphed probabilities.

[0071] As an example, for each completed route, the carrier information processing service 122 then assigns or assigns a penalty model associated with the activity associated with the location and the identified location and the activity on each targeted completed route. Can be applied. For example, carrier information processing service 122 may assign a penalty, such as repair or suspension, to an activity that may indicate that the vessel is not at sea. In another example, carrier information processing service 122 can associate a penalty with multiple unloading and loading activities that indicate that the activity exceeds a threshold or is not a typical activity. Carrier information processing service 122 can utilize control rules that further correlate location and action fit in a complete target route, and associate a characteristic score with the control rule. Control rules try to score matching locations and actions from multiple sources, increasing the likelihood that the locations and actions are correct. Furthermore, the carrier information processing service 122 indicates the feasibility attribute of the target route. As an example, feasibility indicates the feasibility attribute of the associated action being feasible. For example, the carrier information processing service 122 can impose a penalty on a route that identifies the loading operation of a vessel that indicates the attribute of maximum cargo. In another example, the carrier information processing service 122 may impose a penalty on the route in which the unloading operation occurs prior to the loading operation of the cargo. Based on the processing, the carrier information processing service 122 shows the attributes of the score for each complete target route. An exemplary route evaluation process will be described with reference to FIG.

[0072] At block 512, carrier information processing service 122 generates a set of route scenarios ranked by identifiable vessel. The ranked set of routes contains a sort by route. Furthermore, the set of ranked routes can also include confidence values that indicate the attribution strength of the sort.

[0073] In block 514, the carrier information processing service 122 creates a route scenario interface for display on the user device 102. As an example, the route scenario interface responds to a request received from the user device 102. Such an interface includes route identification information for the identified vessel, possible vessel identification information that can belong to a defined port within a certain time range, and an estimated number of possible vessels for historical information. Can include a density function associated with. For example, a value below 1 indicates that the number of vessels available is historically less than the number available. Values above 1 indicate a large number of vessels available. Thus, the user can utilize the density information to indicate the value / price attribute of the shipment based on the available supply. An exemplary interface generated by carrier information processing service 122 is described with respect to FIGS. 9 and 10. At block 516, routine 500 ends.

[0074] Next, with reference to FIG. 6, a routine 600 implemented by carrier information processing service 122 for processing raw information sources will be described. At block 602, the carrier information processing service 122 and the plurality of information sources 130 exchange raw information sources related to the movement of carrier equipment such as ships. As an example, multiple sources of information may include one or more AIS information sources that describe various information about a ship, including ship attributes, locations, movements, directions, and fixed voyages. Multiple sources of information may also include marketing intelligence system information sources that can contain various information about the intended voyage location for a identifiable vessel or carrier provided by an independent third party, such as a broker report. can. The information may also include one or more charter information sources that identify information regarding cargo loading and capacity for identifiable vessels. Multiple sources of information may further include one or more Port Authority information sources that identify various information about identifiable vessels, cargo and actions associated with assignable actions (eg, loading, unloading, etc.). Can be done. The plurality of information sources may also include one or more user input information sources corresponding to custom or manually input information about the identifiable ship. Multiple sources of information may also include one or more sources of historical information for taking over information about voyage history for a identifiable vessel or carrier. At block 604, carrier information processing service 122 stores a raw information source and an index for future use.

[0075] As described above, the carrier information processing service 122 receives a plurality of information and processes the information to form one or more target voyages for the identifiable vessel. In some embodiments, the information source may belong to information that is inconsistent or incomplete. The operation of carrier information processing service 122 will be described for multiple sources of information, but one of ordinary skill in the art could be any particular combination of exemplary sources used in the exemplary examples. It will be understood that it is not required. In some embodiments, the information source 130 can send the raw information source directly to the carrier information processing service 122 on demand (pull) or on registration (push). Such transmission may be based on the receipt of new information, the date and time, and the like. Furthermore, in other embodiments, the information source 130 may implement various additional dialogue or communication protocols such as APIs to facilitate the transmission of carrier information.

[0076] In block 606, carrier information processing service 122 processes various raw information sources from carrier information source 130. As an example, each raw information source can be formatted and transmitted differently. Thereby, processing raw information to extract or analyze relevant information to form a potential voyage route may be unique for each type of information source. For example, AIS information can include ship location information and additional information about the ship. MI information may include a unique code or other nomenclature for each third party report. The charter information and port authority system may include a unique code or other nomenclature for each charter report. Processing can include extraction and removal of redundant information. As mentioned above, processing information with respect to the above information can include extracting, aggregating and removing redundant information. Furthermore, each of the carrier information sources can be encoded in an industry-specific format. Processing can include extraction, aggregation and removal of redundant information. Historical information can include previous locations and actions for identifiable vessels. Processing can include determining the most probable actions, permitted actions, port distributions, etc. at the location. At block 608, carrier information processing service 122 generates a processed report for use in route generation. At block 610, routine 600 ends.

[0077] With reference to FIG. 7, a routine 700 implemented by carrier information processing service 122 for generating a target route will be described. As an example, carrier information processing service 122 utilizes raw processed information to identify one or more locations and possible actions at each location for an identifiable vessel in one or more skeleton scenarios. A route can be formed.

[0078] Thereby, in block 702, the carrier information processing service 122 enters the iterative loop by selecting the next processing information. At block 704, carrier information processing service 122 generates a route scenario from the processed raw information. Each skeleton scenario path can include various anchor points that serve as identifiable reference points for combining or aggregating skeleton scenario paths. Each different type of information source can be processed to generate a skeleton scenario path. For example, carrier information processing service 122 can use AIS information to identify future destinations and any actions that may belong to a identifiable location. For MI information, carrier information processing service 122 can identify different types of locations (eg, ports, waypoints, shipyards, etc.) and attempts to correlate different activities based on the type of location. For charter information, carrier information processing service 122 can use complete loading and unloading information to generate skeleton scenario routes. For Port Authority information, carrier information processing service 122 can use complete loading and unloading information to generate skeleton scenario routes. For each example of information above, and for a custom user, carrier information processing service 122 may include estimates or inferences about the following possible scenarios. In block 706, carrier information processing service 122 defines anchor points in each skeleton scenario path. In decision block 708, further testing is performed to determine if a processed raw information source is available. If available, routine 700 returns to block 702.

[0079] Once all information sources have been processed, in block 710, carrier information processing service 122 combines various skeleton scenario paths by associating anchor points in the scenario skeleton path. If the combined route contains only port-level information, the route is considered complete. For any remaining routes that cannot be combined, in block 712, carrier information processing service 122 graphs all possible permissible routes and is based on the estimated possibilities of each variant / alternative. You can assign weights to the graph. The weights may be based on voyage history information, for example, as an input or other specialized source of information. The route obtained with the minimum (or maximum) weight is considered the least likely (or highest) route.

[0080] As an example, for each completed route, in block 714, then the carrier information processing service 122 is associated with the location and the activity associated with the identified location, as well as the penalties associated with the activity on the respective targeted completed routes. Models can be assigned or applied. For example, carrier information processing service 122 may assign a penalty, such as repair or suspension, to an activity that may indicate that the vessel is not at sea. In another example, carrier information processing service 122 can associate a penalty with multiple unloading and loading activities that indicate that the activity exceeds a threshold or is not a typical activity. At block 716, routine 700 ends.

[0081] A routine 800 implemented by carrier information processing service 122 will be described with reference to FIG. At block 802, carrier information processing service 122 acquires the processed target route. As mentioned above, the carrier information processing service 122 can utilize a control rule that further associates the goodness of fit of location and action in the complete target route, and also associates a characteristic score with the control rule. Control rules try to score matching locations and actions from multiple sources, increasing the likelihood that the locations and actions are correct. Thereby, in block 806, the carrier information processing service 122 determines the suitability score based on the application of control rules.

[0082] Further, the carrier information processing service 122 also indicates the feasibility attribute of the target route. As an example, feasibility indicates the feasibility attribute of the associated action being feasible. At block 808, carrier information processing service 122 assigns a future route suitability score. For example, the carrier information processing service 122 can impose a penalty on a route that identifies the loading operation of a vessel that indicates the attribute of maximum cargo. In another example, the carrier information processing service 122 may impose a penalty on the route in which the unloading operation occurs prior to the loading operation of the cargo. Based on the processing, the carrier information processing service 122 shows the attributes of the score for each complete target route. At block 810, routine 810 ends.

[0083] Next, with reference to FIGS. 9 and 10, the interface generated by the carrier information processing service 122 will be described. With reference to FIG. 9, information from the user can be retrieved using the first interface 902. As an example, the screen interface 902 may include controls for identifying transport ports 904, 906, transport dates 908, 910, arrival ports 912, 914, and cargo types 916, 918. The field can contain a variety of information that can be manually entered into the interface, extracted from the profile, or populated with default information. Further, the interface 902 can include an alternative field or data entry model for retrieving information.

[0084] The screen interface 902 may further include identification information 920 for a set of vessels having an estimated route predicted to be able to satisfy the entered search criteria. The list can be ranked and stacked based on the calculated score and can show the confidence value of the predicted route. The list may be ranked and stacked based on user preferences for a particular carrier or vessel, or based on carrier or vessel usage history. The screen interface can further include a description of the value index. As mentioned above, the value index can correspond to the density function associated with the estimated possible number of vessels for historical information. For example, a value below 1 indicates that the number of vessels available is historically less than the number available. Values above 1 indicate a large number of vessels available. Thus, the user can utilize the density information to indicate the value / price attribute of the shipment based on the available supply.

[0085] With reference to FIG. 10, interface 1002 generated by carrier information processing service 122 for display on user device 102 will be described. Interface 1002 corresponds to details about the estimated voyage of the identified vessel. The interface includes a field for identifying the vessel 1004 and a field for the confidence value for the estimated route 1006. As mentioned above, the confidence value can correspond to the ranking score generated by the carrier information processing service 122.

The interface may further include a graphical representation of the estimated voyage 1006. Graphical representations can identify one or more locations, actions associated with each location, and possible alternatives if multiple routes are identified. In one embodiment, different alternatives can be identified or characterized using different visual queues to identify the confidence value for each alternative. As an example, the confidence value can represent a penalty value, a suitability score, a feasibility score, or another calculated value. Visual cues can be based on different colors, line weights, fonts, and so on. Further, the screen interface can include additional graphical icons or queues that graphically represent the attributes of the route location (eg, the type of action).

[0087] One or more aspects of this application may include:
[Clause 1]
_ A system for determining the availability of transport vessels for future transport voyages based on a dynamic set of vessel information sources.
_One or more computing devices associated with an individual vessel information source, wherein the individual vessel information source transmits vessel information associated with an individual vessel.
_ One or more computing devices associated with a ship route and shipping planning service, said ship route and shipping planning service.
___ Obtaining a request for ship planning and information source identification information for a ship that may be contracted,
__ Multiple vessel information, including at least a first set of unindexed vessel data from a first vessel information source and a second set of unindexed vessel data from a second vessel information source. Receiving a set of ship information from a source, wherein the first and second sets of ship data are differently formatted and received.
___ The first and second sets of unindexed ship data are populated with the ship identification information data portion, the ship location data portion, so as to generate the first and second sets of indexed ship data. And indexing by the shipping status data part,
___ To process a set of ship information, including a first and second set of indexed ship data, to form multiple skeleton scenario paths for a identifiable ship, individually for a ship. Skeleton scenario path is defined by one or more anchor points, processing and
___ By combining the plurality of skeleton scenario routes in order to form a plurality of target routes for each identifiable vessel, the plurality of target routes obtained are smaller than the number of skeleton scenario routes. Skeleton scenario paths are combined according to a common anchor point, combined and
___ To determine the feasibility of a target route based on the weather forecast conditions and vessel size along each of the target routes according to the control rules, and determine that the individual target routes are scored according to the control rules. That and
___ Applying a penalty model to the target route, reflecting and applying the location information included in the target route.
___ Generating a ranking list of the target routes for the individual identifiable vessels and
__ At least one of the identified individual vessels for the requested location, based on a value indicator associated with the density of at least one subset of the identified individual vessel and a ranking list of the generated target routes. Generating an interface in response to the above-mentioned requirements for ship planning and information source identification information that identifies one subset.
With one or more computing devices configured to do
The system.

[Clause 2]
_The individual vessel information sources transmit two or more types of vessel information associated with an individual vessel, and access to each type of vessel information is based on one or more attributes associated with the user. The system according to claim 1.

[Clause 3]
_ The system of claim 2, wherein the ship route and shipping planning service receives a set of the ship information from the plurality of ship information sources based on the submitted attributes associated with the user.

[Clause 4]
_ The system of claim 1, wherein the control rules applied by the ship route and the shipping planning service associate a score with the target route based on the goodness of fit determined for the target route.

[Clause 5]
A system for managing dialogue with carriers based on a dynamic set of carrier information sources.
_One or more computing devices associated with an individual carrier information source, the individual carrier information source transmitting carrier information associated with an individual vessel. When,
_ One or more computing devices associated with a carrier route and shipping planning service, said carrier route and shipping planning service.
___ Obtaining a carrier plan and information source identification request for a vessel that may be contracted,
___ Receiving a set of carrier information from multiple carrier information sources and
___ Processing a set of carrier information to form multiple skeleton scenario routes for an identifiable vessel, each individual skeleton scenario route for a vessel being defined by one or more anchor points. , To process and
__ Combining the plurality of skeleton scenario routes to form a target route for an individual identifiable vessel, the plurality of skeleton scenario routes are combined according to a common anchor point, and the individual target routes are controlled. Scored according to the rules, combined and
___ Applying a penalty model to the target route, reflecting and applying the location information included in the target route.
___ Generating a ranking list of the target routes for the individual identifiable vessels and
__ At least one of the identified individual vessels for the requested location, based on a value indicator associated with the density of at least one subset of the identified individual vessel and a ranking list of the generated target routes. Generating an interface in response to said requirements for carrier planning and information source identification to identify one subset.
With one or more computing devices configured to do
The system.

[Clause 6]
_The individual carrier information source sends two or more types of carrier information associated with an individual vessel, and one or more attributes associated with access to individual types of carrier information to the user. 5. The system of claim 5.

[Clause 7]
_ The system of claim 6, wherein the carrier route and shipping planning service receives a set of carrier information from the plurality of carrier information sources based on the submitted attributes associated with the user.
[Clause 8]
_ The system of claim 5, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the goodness of fit determined for the target route.

[Clause 9]
_ The system of claim 5, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the feasibility determined for the target route.

[Clause 10]
_ The system of claim 5, wherein the interface comprises at least one display feature indicating the reliability associated with the target route for the identified individual vessel.

[Clause 11]
_ A computer implementation method for generating an interface from information associated with a carrier,
_ Steps to obtain a carrier plan and information source identification request for a vessel that may be contracted at a defined location, and
_ A step in processing a set of carrier information for an identifiable vessel to form one or more target routes for an individual identifiable vessel, where the individual target routes are scored according to control rules. And the steps to form
_ Steps to generate a ranking list of target routes for the individual identifiable vessels, and
_In response to said requirements for carrier plans and information source identification information that identify at least one subset of the identified individual vessels for the defined location based on the generated target route ranking list. The steps to generate the interface and
Computer implementation methods, including.

[Clause 12]
An additional step of receiving a set of carrier information from multiple carrier information sources, wherein said individual carrier information source sends and receives carrier information associated with said individual identifiable vessel. The computer implementation method according to claim 11, which includes.

[Clause 13]
_The individual carrier information source sends two or more types of carrier information associated with an individual vessel, and one or more attributes associated with access to individual types of carrier information to the user. 12. The computer implementation method according to claim 12.

[Clause 14]
The step of receiving a set of carrier information from the plurality of carrier information sources receives at least one of the two or more types of carrier information based on the submitted attributes associated with the user. 13. The computer implementation method of claim 13, comprising steps.

[Clause 15]
_The step of processing a set of carrier information for an identifiable vessel to form one or more target routes for each identifiable vessel.
_ The step of forming multiple skeleton scenario paths for an identifiable ship, the step of forming, where each individual skeleton scenario path for a ship is defined by one or more anchor points.
_ A step of combining the plurality of skeleton scenario routes to form a target route for an individual identifiable vessel, a step of combining the plurality of skeleton scenario routes according to a common anchor point, and a combination step.
11. The computer implementation method according to claim 11.

[Clause 16]
_ The computer implementation method of claim 11, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the goodness of fit determined for the target route.

[Clause 17]
_ The computer implementation method of claim 16, wherein the goodness of fit corresponds to location information that matches the location included in the target route.

[Clause 18]
_ The computer implementation method of claim 11, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the feasibility determined for the target route.

[Clause 19]
_ The computer implementation method of claim 18, wherein the feasibility corresponds to processing an activity associated with a location included in the target route.

[Clause 20]
_ The computer implementation method of claim 11, wherein the interface comprises at least one display feature indicating the reliability associated with a target route for the identified individual vessel.

[Clause 21]
_ A computer implementation method for managing information associated with carriers,
_ A step in processing a set of carrier information for an identifiable vessel to form one or more target routes for an individual identifiable vessel, where the individual target routes are scored according to control rules. And the steps to process
_ Steps to generate a ranking list of target routes for the individual identifiable vessels, and
_ Steps to characterize at least one subset of the identified individual vessels in relation to a designated location and date based on the generated target route ranking list.
Computer implementation methods, including.

[Clause 22]
An additional step of receiving a set of carrier information from multiple carrier information sources, wherein said individual carrier information source sends and receives carrier information associated with said individual identifiable vessel. 21. The computer implementation method of claim 21.

[Clause 23]
_The individual carrier information source sends two or more types of carrier information associated with an individual vessel, and one or more attributes associated with access to individual types of carrier information to the user. 22. The computer implementation method according to claim 22.

[Clause 24]
The step of receiving a set of carrier information from the plurality of carrier information sources receives at least one of the two or more types of carrier information based on the submitted attributes associated with the user. 22. The computer implementation method of claim 22, comprising a step.

[Clause 25]
22. The computer implementation method of claim 22, further comprising filtering at least one of the two or more types of carrier information based on the submitted attributes associated with the user.

[Clause 26]
_The step of processing a set of carrier information for an identifiable vessel to form one or more target routes for each identifiable vessel.
_ The step of forming multiple skeleton scenario paths for an identifiable ship, the step of forming, where each individual skeleton scenario path for a ship is defined by one or more anchor points.
_ A step of combining the plurality of skeleton scenario routes to form a target route for an individual identifiable vessel, a step of combining the plurality of skeleton scenario routes according to a common anchor point, and a combination step.
22. The computer implementation method according to claim 22.

[Clause 27]
_ The computer implementation method of claim 21, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the goodness of fit determined for the target route.

[Clause 28]
_ The computer implementation method of claim 27, wherein the goodness of fit corresponds to timing information that matches the location included in the target route.

[Clause 29]
_ The computer implementation method of claim 21, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the feasibility determined for the target route.

[Clause 30]
_ The computer implementation method of claim 29, wherein the feasibility corresponds to matching the predicted activity to one or more past activities in the target route.

[Clause 31]
The step of characterizing at least one subset of the identified individual vessels in relation to a designated location and date based on the generated target route ranking list is the generated target route. 21. The embodiment of claim 21, comprising the steps of generating an interface in response to said request for carrier planning and information source identification information identifying at least one subset of the identified individual vessels based on the ranking list of. Computer implementation method.

[Clause 32]
_ The computer implementation method of claim 31, wherein the interface comprises at least one display feature indicating the reliability associated with a target route for the identified individual vessel.

[Clause 33]
31. The computer implementation method of claim 31, wherein the interface comprises a value indicator associated with the density of at least one subset of the identified individual vessel.

[Clause 34]
A system for managing dialogue with carriers based on a dynamic set of carrier information sources.
_One or more computing devices associated with an individual carrier information source, the individual carrier information source transmitting carrier information associated with an individual vessel. When,
_ One or more computing devices associated with a carrier route and shipping planning service, said carrier route and shipping planning service.
__ Processing a set of carrier information for multiple vessels to form one or more target routes for each identifiable vessel, where the individual target routes are scored according to control rules. , To process and
___ Generating a ranking list of target routes for the individual identifiable vessels,
___ To characterize at least a portion of the plurality of individual vessels in relation to a designated location and date based on the generated target route ranking list.
With one or more computing devices configured to do
The system.

[Clause 35]
_The individual carrier information source sends two or more types of carrier information associated with an individual vessel, and one or more attributes associated with access to individual types of carrier information to the user. 34. The system of claim 34.

[Clause 36]
35. The system of claim 35, wherein the carrier route and shipping planning service receives a set of carrier information from a plurality of carrier information sources based on the submitted attributes associated with the user.

[Clause 37]
_ The system of claim 34, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the goodness of fit determined for the target route.

[Clause 38]
_ The system of claim 34, wherein the control rules applied by the carrier route and the shipping planning service associate a score with the target route based on the feasibility determined for the target route.

[Clause 39]
_ The system of claim 34, wherein the interface comprises at least one display feature indicating the reliability associated with the target route for the identified individual vessel.

[Clause 40]
_ The system of claim 34, wherein said carrier route and shipping planning service is further configured to obtain a request for carrier planning and information source identification information corresponding to a vessel with which it may contract.

[Clause 41]
_ The carrier route and shipping planning service processes the set of carrier information for the plurality of vessels by processing the set of carrier information to form multiple skeleton scenario routes for the identifiable vessel. 34. The system of claim 34, wherein one or more target routes for each identifiable ship are formed, and individual skeleton scenario routes for the ship are defined by one or more anchor points.

[Clause 42]
_ The carrier route and shipping planning service processes a set of carrier information for the plurality of vessels by combining the plurality of skeleton scenario routes to form a target route for each identifiable vessel. 41, claim 41, wherein one or more target routes are formed for each identifiable vessel, the plurality of skeleton scenario routes are combined according to a common anchor point, and the individual target routes are scored according to control rules. The system described in.

[Clause 43]
_ The carrier route and shipping planning service is to apply a penalty model to the target route, and the penalty model reflects and applies the location information contained in the target route, thereby for a plurality of vessels. 34. The system of claim 34, which processes the set of carrier information to form one or more target routes for each identifiable vessel.

[Clause 44]
_ The carrier route and shipping planning service associates at least one subset of the identified individual vessels with a designated location and date based on the generated target route ranking list. To generate an interface in response to the requirements of carrier planning and information source identification information identifying at least one subset of the identified individual vessels based on the characterization, ranking list of the generated target routes. 34. The system of claim 34.

[Clause 45]
44. The system of claim 44, wherein the interface comprises at least one display feature indicating the reliability associated with the target route for the identified individual vessel.

[Clause 46]
44. The system of claim 44, wherein the interface comprises a value indicator associated with the density of at least one subset of the identified individual vessel.

[0088] All of the methods and tasks described herein can be performed by a computer system and fully automated. In some cases, a computer system may be a plurality of separate computers or computing devices (eg, physical servers, workstations, storage arrays, cloud computing) that communicate and interact on a network to perform the functions described. Including resources, etc.). Each such computing device typically includes program instructions or modules stored in memory or other non-transitory computer-readable storage medium or device (eg, solid-state storage device, disk drive, etc.). A processor (or a plurality of processors) that executes the above. The various functions disclosed herein can be embodied in such program instructions or implemented in application specific circuits of computer systems (eg, ASICs, or FPGAs). If the computer system contains multiple computing devices, these devices may be located in the same location, but they do not have to be in the same location. The results of the disclosed methods and tasks can be permanently stored by transforming a physical storage device, such as a solid-state memory chip or magnetic disk, into a different state. In some embodiments, the computer system may be a cloud-based computing system in which processing resources are shared by a plurality of separate business entities or other users.

[0089] Depending on the embodiment, certain actions, events, or functions of any of the processes or algorithms described herein may be performed in different order and may be added or merged. It can or may be omitted altogether (eg, the practice of the algorithm does not require all the described actions or events). Further, in certain embodiments, operations or events may be performed simultaneously, for example, through multithreaded processing, interrupt processing, or through multiple processors or processor cores, or in other parallel architectures, rather than sequentially.

[0090] The various exemplary logical blocks, modules, routines, and algorithm steps described in connection with the embodiments disclosed herein are electronic hardware (eg, ASICs or FPGA devices). It can be implemented as computer software running on computer hardware or a combination thereof. In addition, various exemplary logic blocks and modules described in connection with the embodiments disclosed herein are processor devices designed to perform the functions described herein. By machines such as digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or other programmable logic devices, discrete gates or transistor logic, discrete hardware components, or any combination thereof. , Can be implemented or implemented. The processor device may be a microprocessor, but as an alternative, the processor device may be a controller, a microcontroller, a state machine, or a combination thereof. Processor devices can include electrical circuits that are configured to handle computer-executable instructions. In another embodiment, the processor device includes an FPGA or other programmable device that performs logical operations without processing computer executable instructions. Processor devices are implemented as a combination of computing devices, eg, a combination of DSP and microprocessor, multiple microprocessors, one or more microprocessors with a DSP core, or any other such construct. You can also do it. Although described primarily with respect to digital technology herein, processor devices may also include primarily analog components. For example, some or all of the rendering techniques described herein can be implemented in analog circuits or in a mixture of analog and digital circuits. The computing environment can include any type of computer system, for example, a microprocessor-based computer system, a mainframe computer, a digital signal processor, a portable computing device, a device controller, or a computing engine for home appliances. Including, but not limited to.

[0091] The elements of the methods, processes, routines, or algorithms described in connection with the embodiments disclosed herein are directly exemplified as hardware, software modules executed by processor devices, or a combination thereof. Can be transformed into. Software modules can exist in any other form of RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disks, removable disks, CD-ROMs, or non-temporary computer-readable storage media. .. An exemplary storage medium can be coupled to a processor device such that the processor device can read information from the storage medium and write the information to the storage medium. Alternatively, the storage medium may be integrated with the processor device. The processor device and storage medium can reside in one ASIC. The ASIC can be present in the user terminal. Alternatively, the processor device and storage medium can exist as discrete components of the user terminal.

[0092] Conditional languages used herein, in particular "can," "cold," "might," "may," "eg," and the like are used or unless otherwise specified. Unless understood within the context, it is intended to convey that some embodiments generally include certain features, elements, or steps, while others do not. Thus, such conditional languages are generally such that features, elements, or steps are required in one or more embodiments, or one or more embodiments are other inputs or prompts. Inevitably include logic to determine whether these features, elements, or steps are included in a particular embodiment or are implemented in a particular embodiment, with or without. Not intended to mean. The terms "comprising," "include," "having," etc. are synonymous and are used comprehensively in the open-ended sense and do not exclude additional elements, features, actions, actions, and the like. Also, when the term "or" is used, for example, to concatenate an enumeration of elements, its inclusion such that the term "or" means one, part, or all of the elements of the enumeration. Used in a general sense (not in its exclusive sense).

[0093] Disjunctive languages such as the phrase "at least one of X, Y, or Z" are understood in the context commonly used to present items, terms, etc., unless otherwise stated. Unless it is done, it may be either X, Y, or Z, or a combination thereof (eg, X, Y, or Z). Thus, such a disjunctive language, in general, requires that an embodiment has at least one of X, at least one of Y, and at least one of Z, respectively. It is not intended to mean that there is, and should not mean such a thing.

[0094] The above detailed description has been applied to various embodiments to show, describe, and point out novel features, but in the illustrated embodiments and in detail of the device or algorithm, various omissions, replacements, And it will be understood that changes can be made without departing from the ideas of this disclosure. As will be appreciated, some features may be used or practiced separately from other features, so that the particular embodiments described herein are the features described herein and the features described herein. It can be embodied in a form that does not provide all of the benefits. The scope of the particular embodiments disclosed herein is set forth by the appended claims rather than by the aforementioned description. The meaning of the equivalent of the claims and all changes that fall within the scope are included in the scope.

Claims (15)

A system for forecasting transport vessel routes for future transport voyages based on a dynamic set of vessel information sources.
One or more individual vessel information sources, one or more individual vessel information sources, wherein said individual vessel information source transmits vessel information associated with an individual vessel.
It is a ship route and shipping planning system, and the ship route and shipping planning system is
Obtaining a request for vessel planning and information source identification information for vessels with potential transport voyages,
A plurality of ship information sources, including at least a first set of unindexed ship data from a first ship information source and a second set of unindexed ship data from a second ship information source. To receive a set of ship information from, wherein the first and second sets of ship data are differently formatted.
The first and second sets of unindexed vessel data are populated with the vessel identification information data portion, the vessel location data portion, and the vessel location data portion so as to generate the first and second sets of indexed vessel data. Indexing by ship loading status data part,
Processing a set of ship information, including a first and second set of indexed ship data, to form multiple skeleton scenario paths for a identifiable ship, the individual skeletons for the ship. Processing, where the scenario path is defined by one or more anchor points,
Combining the plurality of skeleton scenario routes to form multiple target routes for an individual identifiable vessel, the plurality of target routes obtained so that the number of target routes is less than the number of skeleton scenario routes. Skeleton scenario paths are combined according to a common anchor point, combined and
At least one of the identified individual vessels for the requested location, based on the value indicator associated with the density of at least one subset of the identified individual vessel and the ranking list of the generated target routes. To generate an interface in response to the above-mentioned requirements for ship planning and information source identification information that identifies two subsets.
And a ship route and shipping planning system, configured to do
The system. The individual vessel information sources transmit two or more types of vessel information associated with an individual vessel, and access to each type of vessel information is based on one or more attributes associated with the user. , The system according to claim 1. 2. The system of claim 2, wherein the ship route and shipping planning service receives the set of ship information from the plurality of ship information sources based on the submitted attributes associated with the user. The system of claim 1, wherein the control rules applied by the ship route and the shipping planning system associate a score with the target route based on the goodness of fit determined for the target route. The vessel route and shipping planning system are configured to determine the feasibility of the target route based on weather forecast conditions and vessel size along each of the target routes according to the control rules, with the individual target routes being the said. The system according to claim 4, which is scored according to a control rule. One of claims 1 to 5, wherein the normal route and the shipping planning system are configured to apply a penalty model to the target route, and the penalty model reflects the location information included in the target route. The system described in. The system of any one of claims 1-6, wherein the ship route and shipping planning system is configured to generate a ranking list of the target routes for the individual identifiable ship. A method for predicting transport vessel routes for future transport voyages based on a dynamic set of vessel information sources.
Steps to obtain a request for vessel planning and information source identification information for vessels of potential transport voyage, and
A plurality of ship information sources, including at least a first set of unindexed ship data from a first ship information source and a second set of unindexed ship data from a second ship information source. From the receiving step, which is a step of receiving a set of ship information, wherein the first and second sets of ship data are differently formatted.
The first and second sets of unindexed vessel data are populated with the vessel identification information data portion, the vessel location data portion, and the vessel location data portion so as to generate the first and second sets of indexed vessel data. Steps to index by the shipping status data part,
A step of processing the set of ship information, including the first and second sets of the indexed ship data, to form multiple skeleton scenario paths for the identifiable ship, the individual for the ship. Skeleton scenario Paths are defined by one or more anchor points, the steps to process, and
It is a step of combining the plurality of skeleton scenario routes in order to form a plurality of target routes in order to form a plurality of target routes for each identifiable ship, and the number of target routes obtained is the number of skeleton scenario routes. Combining steps, where the multiple skeleton scenario paths are combined according to a common anchor point so that they are less than
A vessel plan that identifies at least one subset of the identified individual vessel for the requested location based on the value indicator associated with the density of at least one subset of the identified individual vessel and the target route. And the step of generating an interface in response to the request for information source identification information, and
Including the method. The individual vessel information sources transmit two or more types of vessel information associated with an individual vessel, and access to each type of vessel information is based on one or more attributes associated with the user. , The method according to claim 8. 9. The method of claim 9, wherein the step of receiving the set of ship information from the step or the plurality of ship information sources is based on the submitted attributes associated with the user. The method of any one of claims 8, 9 or 10, wherein the control rule associates a score with the target route based on the goodness of fit determined for the target route. It is a step of determining the feasibility of the target route based on the weather forecast conditions and the ship file along each of the target routes according to the control rule, and the individual target routes are scored in the control rule. 11. The method of claim 11, comprising a step. The method according to any one of claims 8 to 12, comprising the step of applying the penalty model reflecting the location information included in the step or the target route. The method of any one of claims 8-13, comprising the step of generating a ranking list of said target routes for the individual target vessels. A computer program that causes the general-purpose computer to perform the steps of the method according to any one of claims 8 to 14, when executed on the general-purpose computer.

Images