US20140058772A1 - System and method for conducting an electronic auction for available cargo capacity on a cargo carrier - Google Patents

System and method for conducting an electronic auction for available cargo capacity on a cargo carrier Download PDF

Info

Publication number
US20140058772A1
US20140058772A1 US13/591,634 US201213591634A US2014058772A1 US 20140058772 A1 US20140058772 A1 US 20140058772A1 US 201213591634 A US201213591634 A US 201213591634A US 2014058772 A1 US2014058772 A1 US 2014058772A1
Authority
US
United States
Prior art keywords
route
segment
cargo
cargo carrier
capacity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/591,634
Inventor
James Moskos
Amit Monga Monga
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
TWO RINGS MEDIA Inc
Original Assignee
TWO RINGS MEDIA Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by TWO RINGS MEDIA Inc filed Critical TWO RINGS MEDIA Inc
Priority to US13/591,634 priority Critical patent/US20140058772A1/en
Assigned to NORTHCORE TECHNOLOGIES INC. reassignment NORTHCORE TECHNOLOGIES INC. CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNMENT RECORDED ON INCORRECT US APP.13/591,364. ASSIGNMENT TO BE RECORDED ON CORRECT US APP.13/591,634. PREVIOUSLY RECORDED ON REEL 029250 FRAME 0791. ASSIGNOR(S) HEREBY CONFIRMS THE RECORDED ON US APP.13/591,364. SHOULD BE RECORDED ON US APP.13/591,634.. Assignors: MONGA, AMIT SINGH, MOSKOS, JAMES
Assigned to TWO RINGS MEDIA INC. reassignment TWO RINGS MEDIA INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: NORTHCORE TECHNOLOGIES INC.
Publication of US20140058772A1 publication Critical patent/US20140058772A1/en
Priority to US15/378,592 priority patent/US10395209B2/en
Priority to US16/508,719 priority patent/US10878367B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0833Tracking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions

Definitions

  • the described embodiments relate to systems and methods of conducting an electronic auction, and in particular, systems and methods of conducting an electronic auction for available cargo capacity on a cargo carrier.
  • Cargo carriers e.g., transport vehicles via road, rail, or air
  • Cargo carriers typically are not filled to capacity when they are transporting cargo from one location to another. This may be due to various reasons. For example, a cargo carrier may be required to depart from an originating point before the cargo carrier is filled to capacity.
  • some embodiments of the invention provide a method of conducting an electronic auction for available cargo capacity on a cargo carrier, in which the method comprises:
  • some embodiments of the invention provide a system for conducting an electronic auction for available cargo capacity on a cargo carrier, the system comprising a processor and a memory storing instructions which when executed by the processor, causes the processor to:
  • the starting point of the route may be identified by a geographic location identifier selected from the group consisting of: a postal code, a postal address range, a city, a county, a province, and/or a state.
  • the geographic location is determined by a sensor selected from the group consisting of: a Global Positional System (GPS) sensor, a cellular network tower triangulation sensor, and/or a Wi-Fi triangulation sensor.
  • GPS Global Positional System
  • cellular network tower triangulation sensor a cellular network tower triangulation sensor
  • Wi-Fi triangulation sensor a Wi-Fi triangulation sensor
  • the current route price or the current segment price is based on at least one price factor selected from the group consisting of: a current price of fuel, a cargo carrier capability, and/or a cargo type.
  • the cargo carrier capability is selected from the group consisting of: refrigeration, temperature control, and pressurization.
  • the available cargo capacity is determined by receiving input from a sensor selected from the group consisting of: an ultrasonic sensor, a microwave sensor and a laser sensor.
  • the available cargo capacity is determined by identifying a volume of cargo unloaded at a stop of the cargo carrier prior to the starting point of the route.
  • FIG. 1 is a block diagram of a system for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure
  • FIG. 2 is a flowchart diagram illustrating steps for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure
  • FIG. 3 is an example depiction of a cargo carrier as it travels towards the starting point of a route
  • FIG. 4 is an example table showing distances that a cargo carrier needs to travel to a starting point of a route, and corresponding current route prices, in accordance with an embodiment of the present disclosure
  • FIG. 5 is a flowchart diagram illustrating steps for conducting an electronic auction for available cargo capacity on a cargo carrier travelling towards a route that has been partitioned into a plurality of route segments, in accordance with an embodiment of the present disclosure
  • FIG. 6A is an example depiction, at first point in time ‘A’, of a cargo carrier as it travels towards the starting point of a route that has been partitioned into a plurality of route segments;
  • FIG. 6B is an example depiction, at a second point in time ‘B’, of a cargo carrier as it travels towards the starting point of a route that has been partitioned into a plurality of route segments, after cargo capacity for one route segment of the plurality of route segments has been purchased;
  • FIG. 7 is an example table showing, for a plurality of route segments, a distance that a cargo carrier needs to travel to each segment starting point, and corresponding current segment prices;
  • FIGS. 8A , 9 A, and 10 A are example user interfaces that, at time ‘A’ shown in FIG. 6A , allow purchasing of available cargo capacity for a plurality of route segments;
  • FIGS. 8B , 9 B, and 10 B are example user interfaces that, at time ‘B’ shown in FIG. 6B after cargo capacity for one route segment has been purchased, allow purchasing of available cargo capacity for a plurality or route segments;
  • FIGS. 9C and 10C are example user interfaces that, at time ‘C’ shown in FIG. 6C after the cargo carrier has traveled past a segment start point for one of the route segments, allow purchasing of available cargo capacity for a plurality of route segments.
  • the embodiments of the systems and methods described herein may be implemented in hardware or software, or a combination of both. However, preferably, these embodiments are implemented in computer programs executing on programmable computers each comprising at least one processor (e.g., a microprocessor), a data storage system (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device.
  • the programmable computers e.g., the bid computing device and/or auction server discussed below
  • Program code is applied to input data to perform the functions described herein and generate output information.
  • the output information is applied to one or more output devices, in known fashion.
  • Each program is preferably implemented in a high level procedural or object oriented programming and/or scripting language to communicate with a computer system.
  • the programs can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language.
  • Each such computer program is preferably stored on a storage media or a device (e.g. ROM or magnetic diskette) readable by a general or special purpose programmable computer, for configuring and operating the computer when the storage media or device is read by the computer to perform the procedures described herein.
  • the subject system may also be considered to be implemented as a computer-readable storage medium, configured with a computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner to perform the functions described herein.
  • system, processes and methods of the described embodiments are capable of being distributed in a computer program product comprising a computer readable medium that bears computer usable instructions for one or more processors.
  • the medium may be provided in various forms, including one or more diskettes, compact disks, tapes, chips, wireline transmissions, satellite transmissions, internet transmission or downloadings, magnetic and electronic storage media, digital and analog signals, and the like.
  • the computer useable instructions may also be in various forms, including compiled and non-compiled code.
  • the available cargo capacity on the cargo carrier may be considered to be a good of diminishing value.
  • the operator e.g., the driver or conductor
  • the operator of the cargo carrier may wish to maintain a high price for the cargo capacity so that the highest profit for transporting cargo on the route may be maintained.
  • the operator of the cargo carrier may be more desperate to sell the cargo capacity because the cargo capacity for that route will no longer be sellable once the cargo carrier travels past the starting point of the route. Accordingly, the operator may be willing to decrease the price for the cargo capacity for that route as the cargo carrier travels towards the starting point of the route.
  • the cargo capacity for a route between an originating point and a destination point may be suitable for sale in a Dutch Auction, i.e., an auction that starts with a high asking price which is decreased until some participant is willing to accept the current price.
  • a Dutch Auction i.e., an auction that starts with a high asking price which is decreased until some participant is willing to accept the current price.
  • FIG. 1 shown there generally as 100 , is a block diagram of a system for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure.
  • the system 100 may include a cargo carrier 110 , an auction server 120 , and a bid computing device 130 , each in communication with each other, for example via a communications network such as the Internet 140 .
  • the auction server 120 may execute an electronic auction for available cargo capacity on the cargo carrier 110 as the cargo carrier 110 is travelling from an originating point to a destination point. Potential purchasers may bid for the available cargo capacity on the cargo carrier 110 by using bid computing device 130 .
  • the cargo carrier 110 may be provided with a geographic sensor 112 that is capable of determining the geographic location of the cargo carrier 110 .
  • a geographic sensor 112 may include a Global Positional System (GPS) sensor, a cellular network tower triangulation sensor, a Wi-Fi triangulation sensor, and/or any combination of one or more of these sensors.
  • GPS Global Positional System
  • the cargo carrier 110 may also be provided with a mobile computing module (not shown) that is capable of interfacing with the geographic sensor 112 to retrieve the geographic location information and transmit it to the auction server 120 .
  • the mobile computing module may be any suitable computing device that is capable of conducting wireless communications.
  • the mobile computing module may be an off-the-shelf computing device including the geographic sensor 112 such as a smartphone or a tablet computer that stores a proprietary application for transmitting geographic information from the geographic sensor 112 to the auction server 120 .
  • the mobile computing module may be a custom integrated circuit (IC) including: a wireless transceiver and a processor that is programmed to transmit geographic information from the geographic sensor 112 to the auction server 120 .
  • IC integrated circuit
  • additional configurations for the mobile computing module may also be possible.
  • the cargo carrier 110 may optionally be provided with a cargo availability sensor 114 that is configured to determine the amount of cargo capacity that is available on the cargo carrier 110 at any given time.
  • a cargo availability sensor 114 that is configured to determine the amount of cargo capacity that is available on the cargo carrier 110 at any given time.
  • Such sensors may operate according to principles similar to that of sonar or radar; e.g., by sending wave signals and evaluating the echo that is received back from within a holding area of the cargo carrier 110 to determine the distance the sensor is to the closest cargo object. The greater the determined distance is, the emptier the holding area of the cargo carrier 110 . Correspondingly, the shorter the determined distance, the fuller the holding area of the cargo carrier 110 .
  • an approximation of the volume of available cargo capacity within the cargo carrier 110 may be arrived at.
  • Examples of such sensors that may be provided within the holding area of a cargo carrier 110 may include an ultrasonic sensor, a microwave sensor, a laser sensor, and/or any combination of one or more of these sensors. These sensors may also interface with the mobile computing module of the cargo carrier 110 so that the mobile computing module may transmit live information about the amount of cargo that is available in a given cargo carrier 110 .
  • the cargo carrier 110 of the present disclosure is not limited with regards to the type of cargo that may be transported.
  • the cargo carrier 110 may transport cargo that requires specialized holding areas (e.g., holding areas that provide refrigeration, temperature control and/or pressurization).
  • Auction server 120 may be any suitable computing device that is configurable to run the electronic auction for the available cargo capacity of a cargo carrier 110 , as provided for in the present disclosure.
  • the auction server 120 may be provided on a dedicated server computer, mainframe, computer cluster, or like computing resource.
  • the auction server 120 may be configured to communicate with the mobile computing module of the cargo carrier 110 to receive the geographic location information and/or the available cargo capacity information from the cargo carrier 110 .
  • the auction server 120 may be configured to allow one or more bid computing devices 130 access to the electronic auction via any suitable means of computer communications. For example, access to the electronic auction may be provided for in the form of an API or as a web interface.
  • the bid computing device 130 may be any suitable computing device that is configurable to access an electronic auction being run on the auction server 120 .
  • the bid computing device may be a desktop computer, laptop computer, a smartphone, a tablet computer, or any suitable computing device that is capable of communicating with auction server 120 .
  • the application executing on the computing device 130 may be a thick or thin client which accesses Application Programming Interfaces (APIs) available on the auction server 120 .
  • the application on bid computing device 130 accessing the auction server 120 may be a web browser configured to access a web server that is providing access to the electronic auction running on the auction server 120 . Other ways of communicating with the web server 120 to access an electronic auction may also be possible.
  • Internet 140 is illustrated in FIG. 1 as an example of a communications network that may facilitate communications amongst the cargo carrier 110 , the auction server 120 , and any number of bid computing devices 130 .
  • a communications network may facilitate communications amongst the cargo carrier 110 , the auction server 120 , and any number of bid computing devices 130 .
  • other communications networks may also be possible.
  • the communication of messages described in the current disclosure may be performed (either wholly or partially) through proprietary networks or cellular networks.
  • FIG. 2 illustrated there is a flowchart diagram illustrating steps of conducting an electronic auction for available cargo capacity on a cargo carrier 110 , in accordance with an embodiment of the present disclosure. Some or all of these steps may be performed by a processor on auction server 120 .
  • the auction server 120 may monitor the cargo carrier 110 to determine its geographic location as the cargo carrier travels towards a starting point of a route that is between the cargo carrier's 110 originating point and the cargo carrier's 110 destination point. This monitoring may be performed by receiving geographic location information (as may be generated by the geographic sensor 112 ) transmitted by the mobile computing module of the cargo carrier 110 .
  • the method involves determining a route starting distance between the geographic location of the cargo carrier 110 and the starting point of the route.
  • a route starting distance 310 may be determined.
  • the route starting distance 310 will generally be decreasing. However, there may be scenarios where the cargo carrier is forced to take detours that may increase the route starting distance 310 .
  • the route starting distance 310 may be calculated in different ways in various embodiments.
  • the route starting distance may be generated from a calculation of the straight-line physical distance between the geographic location coordinates of the cargo carrier 110 and the geographic location coordinates of the route starting point (‘Washington’).
  • the route starting distance may be calculated by also taking into account the distance of roads or tracks (in cases where the cargo carrier 110 is a cargo truck or train, for example) that the cargo carrier 110 needs to travel before arriving at the route starting point (‘Washington’).
  • the auction server 120 may be configured to communicate with a maps database that contains road or rail data so as to allow the auction server 120 to determine such a route starting distance 310 .
  • roads or railway tracks may not be linear.
  • the route starting distance 310 calculated in this latter manner may differ from a route starting distance 310 calculated by simply by determining the physical straight-line distance between geographic location coordinates of the cargo carrier 110 and the route starting point (‘Washington’).
  • the route starting point may be identified using any geographic location identifier. That is, although FIG. 3 illustrates an example where the geographic location identifier is a city, other geographic location identifiers may be used to identify endpoints of a route or route segment (route segments are discussed in greater detail below). For example, other geographic location identifiers may include a postal code, a postal address range, a city, a county, a province, and a state.
  • a pre-selected default location may be used for the purpose of calculating the route starting distance 310 .
  • the pre-selected default location may include a city center, a famous landmark, a governmental building and/or a geographical boundary of the city, province or state, as the case may be.
  • the auction server 120 may begin the electronic auction to sell the available cargo capacity prior to the cargo carrier 110 arriving at the starting point of the route. While traditional auctions are typically held over a period of time (during which the price of an item being sold varies as the time progresses), in the subject embodiments, the price for the available cargo capacity (referred to herein as a “current route price”) corresponds to the route starting distance 310 .
  • the current route price may decrease as the route starting distance 310 between the geographic location of the cargo carrier 110 and the starting point of the route decreases. That is, while the current route starting distance 310 is large, the operator of the cargo carrier 110 may desire to obtain the highest possible price for the available cargo capacity. But as the cargo carrier 110 travels closer to the route starting point (e.g., as the route starting distance 310 decreases), the operator of the cargo carrier 110 may become more motivated to sell the available cargo capacity, and may accordingly lower the price. This is because the cargo capacity for the given route will no longer be sellable once the cargo carrier 110 travels past the starting point of the route, and the operator of the cargo carrier 110 would likely rather make a sale for the available cargo capacity at a lower price, than no sale at all.
  • FIG. 4 shown there is an example table 400 illustrating distances that a cargo carrier 110 may need to travel to a starting point of a route, and corresponding current route prices, in accordance with an embodiment of the present disclosure.
  • FIG. 4 continues on with the example shown in FIG. 3 for a cargo carrier 110 with available cargo capacity that is destined for the city of ‘Boston’, and is en route to the city of ‘Washington’.
  • column 410 contains a number of different ranges for a route starting distance 310
  • column 430 shows a corresponding number of different prices for when the route starting distance 310 falls within a given distance range.
  • a column 420 is provided that indicates a discount rate that may be applied to the original price of the cargo capacity as the route starting distance moves towards smaller ranges. For example, if the route starting distance 410 a indicates that the cargo carrier 110 is greater than ‘400 km’ away from ‘Washington’, a discount rate 420 a of ‘0%’ may be applied, and the current route price 430 a may be the original price of ‘$1,800’. As the current cargo carrier 110 continues to travel towards the route starting point at ‘Washington’, the route starting distance 310 may decrease to be within the range 410 b of ‘400-200 km’.
  • Discounted Rate 420 b may result in a discount rate 420 b of ‘25%’ being applied, so that the current route price 430 b is decreased to ‘$1,350’.
  • the discount rate 420 may continue to increase as the route starting distance 310 decreases to fall within lower route starting distance ranges 410 .
  • the current route prices 430 may correspondingly decrease as a result.
  • column 420 (having fixed discount rates for pre-determined route starting distance ranges 410 ) is shown as one example method of decreasing the current route price.
  • Other methods of generating a current route price from a route starting distance 310 may also be used.
  • some other relationships between a route starting distance 310 and a current route price may include linearly and/or exponentially decreasing mathematical functions.
  • the method involves receiving input indicating a purchase of the available cargo capacity at the current route price.
  • the input may be received from one or more bid computing device(s) 130 , for example.
  • auction server 120 may facilitate communications between the bid computing device 130 and the operator of the cargo carrier 110 , so as to allow arrangements for pickup/drop-off of the items to be transported. For example, this may involve providing the operator of the cargo carrier 110 with contact information (e.g., a phone number) for a user of the bid computing device 130 .
  • the auction server 120 may obtain the pickup location from the user of the bid computing device 130 , and communicate it to the cargo carrier 110 .
  • the auction server 120 may be able to communicate a standardized drop-off location (e.g., where the cargo carrier 110 will be stopping) to the bid computing device 130 .
  • a standardized drop-off location e.g., where the cargo carrier 110 will be stopping
  • other methods of arranging the pickup of items to be transported by the cargo carrier 110 may be possible.
  • the auction server 120 may be configured to start an electronic auction for any one of these intermediate routes, and in some cases, multiple auctions may be occurring for overlapping route segments at the same time.
  • these various intermediate routes may be considered to be route segments of a route that the cargo carrier 110 is travelling towards.
  • FIGS. 5 to 10C An example scenario will be discussed below with respect to FIGS. 5 to 10C .
  • This example builds on the example shown earlier in FIG. 3 for a cargo carrier 110 travelling towards ‘Washington’ and is destined for ‘Boston’.
  • FIG. 6A therein illustrated is an example depiction similar to that shown in FIG. 3 , with a cargo carrier 110 travelling towards the starting point of a route (Washington), except that the route can be partitioned into multiple route segments using various intermediate locations (‘Philadelphia’ and ‘New York’).
  • the figures show the state of electronic auctions at three separate points in time.
  • the cargo carrier may be travelling towards the starting point of a route.
  • a route segment between a route starting point and the destination point may be purchased.
  • the cargo carrier 110 may have traveled past the starting point for a route.
  • 500 shown there generally as 500 is a flowchart diagram illustrating steps of conducting an electronic auction for available cargo capacity on a cargo carrier 110 travelling towards a route that has been partitioned into a plurality of route segments, in accordance with an embodiment of the present disclosure.
  • Step 505 involves monitoring the geographic location of the cargo carrier 110 as the cargo carrier 110 travels towards and along a route. As discussed above, this may involve the auction server 120 receiving geographic information from the geographic sensor 112 of cargo carrier 110 .
  • the auction server 120 may partition the route into a plurality of route segments, with each route segment comprising a segment start point and a segment end point.
  • each route segment comprising a segment start point and a segment end point.
  • the auction server 120 may be configured to sell the available cargo capacity in the cargo carrier 110 for any route segment of this overall route, including route segments that overlap with each other. That is, cargo capacity can be sold for cargo to be picked up in ‘Washington’ and delivered to any one of ‘Philadelphia’, ‘New York’ or ‘Boston’.
  • cargo capacity can be sold such that the cargo is to be picked up in ‘Philadelphia’ and delivered to either ‘New York’ or ‘Boston’. Also, cargo capacity for cargo to be picked up in ‘New York’ and delivery to ‘Boston’ may also be potentially be sold. In this manner, it may be possible for at least two of the plurality of route segments to share a common segment start point, and/or at least two of the plurality of route segments share a common segment end point.
  • the auction server 120 may determine a segment starting distance between the geographic location of the cargo carrier 110 and the segment start point of the route segment. As illustrated in FIG. 6A , a segment starting distance 610 a for any route segment starting from ‘Washington’ would be ‘50 km’. However, the auction server 120 may also be configured to determine that the segment starting distance to any route starting from ‘Philadelphia’ would be ‘270 km’ (‘50 km’+‘220 km’), and that the segment starting distance to any route starting from ‘New York’ to be ‘420 km’ (‘50 km’+‘220 km’+‘150 km’). As will be understood, the segment starting distance for any route segment may be updated as the cargo carrier 110 travels along the route towards the various segment start points.
  • the auction server 120 may begin a segment electronic auction to sell available cargo capacity prior to the cargo carrier 110 arriving at the segment start point of the route segment.
  • the segment electronic auction sells the available cargo capacity on the route segment at a current segment price that corresponds to the segment starting distance. Similar to an electronic auction for the a route described above with respect to FIGS. 2-4 , the current segment price for a segment electronic auction may generally decrease as the segment starting distance between the geographic location of the cargo carrier 110 and the segment start point of the route segment decreases.
  • FIG. 7 shown there is a table of example values similar to that which is shown in FIG. 4 , except that in FIG. 7 , prices for purchasing cargo capacity on the various route segments are illustrated. Specifically, in addition to the current route price from ‘Washington to Boston’ 430 shown in FIG. 4 (which may also be considered as a route segment in table 700 ), additional route segments for ‘Washington to Philadelphia’ 730 , ‘Washington to New York’ 732 , ‘Philadelphia to New York’ 734 , ‘Philadelphia to Boston’ 736 and ‘New York to Boston’ 738 are also shown. As with the table shown in FIG.
  • a current segment price for each respective route segment may decrease according to a discount rate 420 that increases as the segment starting distance decreases.
  • the ranges 410 for segment starting distance and the corresponding discount rate to be applied 420 are the same as that which is shown in FIG. 4 .
  • it will be understood that other configurations of decreasing a current segment price according to a segment starting distance may also be possible.
  • FIGS. 8A , 9 A, and 10 A show generally as 800 , 900 , and 1000 respectively, user interfaces that may be presented on a bid computing device 130 when the electronic auctions are running on auction server 120 .
  • the user interface is provided in the form of a website accessible through a browser on the bid computing device 130 .
  • other methods of presenting bid auction information on the bid computing device 130 may also be possible.
  • FIGS. 8A , 9 A and 10 A illustrate options that may be presented to a potential participant in the electronic auction during the time ‘A’ shown in FIG. 6A .
  • a cargo carrier 110 with available cargo capacity is travelling towards the starting point of a route ('Washington') that has been partitioned into a plurality of route segments.
  • a segment starting distance 610 a of ‘50 km’ before the cargo carrier 110 reaches the segment starting point for route segments that start at ‘Washington’.
  • the user interface may provide a user control 802 (illustrated as a combo box) that allows for the selection of a cargo carrier 110 that has available cargo capacity. Once selected, the user interface may show the next available route segment starting point 804 (‘Washington’), as well as the eventual destination point 806 (‘Boston’), for the cargo carrier 110 .
  • the user interface may also include a segment start point control 860 that allows a potential purchaser to select where they would like their cargo to be picked up from. As illustrated, the segment start point control 860 is illustrated as a tab control that provides a segment start point on each tab.
  • Tab 808 is selected in the illustrated example, and it shows the segment starting distance 610 a of ‘50 km’, as well as the various potential segment endpoints 820 for the route segment having a starting point at ‘Washington’. For each of the various segment endpoints 820 of ‘Philadelphia’, ‘New York’ and ‘Boston, corresponding current segment prices 824 of ‘$165’, ‘$278’ and ‘$540’ are shown respectively. Controls 826 (illustrated as buttons) allowing users to purchase cargo capacity for a given route segment are also shown.
  • the current segment prices shown in the user interface in FIG. 8A can be determined from the table shown in FIG. 7 . That is, the current segment prices 824 may be generated by looking up the appropriate segment starting distance 610 a of ‘50 km’ within the particular route segment column for each of the ‘Washington to Philadelphia’ 730 , ‘Washington to New York’ 732 , and ‘Washington to Boston’ 430 route segments. Since a segment starting distance of 610 a of ‘50 km’ would fall within the ‘100-0 km’ segment starting distance range 410 , this would mean that a discount rate of ‘70%’ would be identified in the discount rate column 420 , and that the current segment prices 824 would be arrived at.
  • shown there generally as 900 is a user interface similar to that which is shown in FIG. 8A , except that the segment start point control 860 is shown with tab 908 selected to present route segments with a segment starting point at ‘Philadelphia’.
  • the segment starting distance 910 a between a current location of the cargo carrier 110 and the segment start point of ‘Philadelphia’ is shown as ‘270 km’ (‘50 km’+‘220 km’, as shown in FIG. 6A ).
  • the potential segment endpoints 920 of ‘New York’ and ‘Boston’ are shown, with corresponding current segment prices 924 for each respective route segment.
  • the current segment prices 924 of ‘$281’ and ‘$938’ are selected in the ‘Philadelphia to New York’ 734 and ‘Philadelphia to Boston’ 736 columns of the table 700 shown in FIG. 7 . These current segment prices 924 are then reflected in the example user interface shown in FIG. 9A . Similar to FIG. 9A , controls 926 may be provided to allow users to purchase the available cargo capacity for a given route segment.
  • FIG. 10A shown there generally as 1000 is an example user interface similar to that which is shown in FIGS. 8A and 9A , except that tab 1008 of the segment start point control 860 is selected to present route segments with a segment starting point at ‘New York’.
  • a segment starting distance 1010 a of ‘420 km’ is correspondingly illustrated (‘50 km’+‘220 km’+‘150 km’, as shown in FIG. 6A ), as is a potential segment endpoint 1020 of ‘Boston’.
  • the segment starting distance 1010 a of ‘420 km’ to ‘New York’ is greater than ‘400 km’, it falls within the ‘>400 km’ range in table 700 . Accordingly, the current segment price 1024 a of ‘$875’ is shown in FIG. 10A .
  • Control 1026 is also provided to allow purchase of cargo capacity for the ‘New York to Boston’ route segment.
  • the auction server 120 may receive input indicating that cargo capacity for a first route segment of the plurality of route segments has been sold via a first segment electronic auction.
  • this may include an auction server 120 receiving input from a bid computing device 130 that indicates a purchase of available cargo capacity for a route segment at a current segment price. This may be performed when, for example, a user interacts with any of the user interfaces shown in FIGS. 8A , 9 A, or 10 A.
  • a user of the bid computing device 130 may interact with the user interface shown in FIG. 9A to purchase the cargo capacity for the ‘Philadelphia to New York’ route segment.
  • shown there generally as 600 ′ is an example depiction, at time ‘B’, of a cargo carrier as it travels towards the starting point of a route, after one route segment of the plurality of route segments has been purchased.
  • the cargo carrier 110 has traveled another ‘30 km’ towards its eventual destination point of ‘Boston’, such that the segment starting distance 610 b to the closest segment starting point (‘Washington’) has decreased to ‘20 km’.
  • the available cargo capacity on the cargo carrier 110 for the ‘Philadelphia to New York’ route segment has been purchased—this is illustrated in FIG. 6B with a box 620 with cross-hatch shading covering the ‘Philadelphia to New York’ portion of the route.
  • a route segment Once a route segment has been purchased, it may be the case that some of the other electronic auctions that are simultaneously being run may be affected. For example, if two route segments have overlapping portions, the sale of cargo capacity for one of the two route segments would prevent the cargo carrier 110 from transporting goods (of the same volume) for another potential purchaser for the overlapped route segment. As such, the cargo capacity can no longer be sold for the second of the two overlapping route segments. To assist with identifying the other concurrent electronic auctions that may be impacted, the method may proceed to step 530 of FIG. 5 .
  • the method involves identifying a second route segment comprising the first route segment, and a second segment electronic auction selling cargo capacity for the second route segment.
  • this may involve the auction server 120 analyzing the route segments to determine any other route segment that may geographically contain the route segment for which cargo capacity has been purchased.
  • this analysis may be pre-determined prior to the beginning of the electronic auctions for the route segments. Additionally or alternatively, this analysis may be dynamically determined once cargo capacity for a given route segment has been purchased. Once these second route segments that include sold a route segment have been identified, corresponding segment electronic auctions for that route segment may then also be identified.
  • the auction server 120 may determine that any route segment including the ‘Philadelphia to New York’ route segment to be such second route segments that need to be identified. Referring again to FIG. 6B , it can be seen that the route segments of ‘Washington to New York’, ‘Washington to Boston’ and ‘Philadelphia to Boston’ may not be able to be sold anymore, so that these routes segments can be identified as the second route segments.
  • the second segment electronic auctions for these second route segments may be recalibrated to only sell cargo capacity for remaining unsold portions not included in the route segment that has already been sold.
  • the auction server 120 may end the second segment electronic auction, and begin new electronic auctions for the remaining unsold portions of the second route segment that includes route segments that have already been sold.
  • the auction server 120 may simply end the identified second segment electronic auction that contains sold route segments.
  • FIGS. 8B , 9 B, and 10 B are example user interfaces that illustrate how the various respective user interfaces shown earlier in FIGS. 8A , 9 A, and 10 A may be updated at time ‘B’, after the purchase of cargo capacity for the ‘Philadelphia to New York’ route segment.
  • shown there generally as 800 ′ is an example user interface similar to that which is shown in FIG. 8A .
  • the segment start control 860 has tab 808 selected showing route segments having a segment starting point at ‘Washington’.
  • the segment starting distance 610 b has been updated to show ‘20 km’, reflecting that the cargo carrier 110 has traveled ‘30 km’ towards its eventual destination of ‘Boston’.
  • the auction server 120 has ended the segment electronic auctions for the ‘Washington to New York’ and ‘Washing to ‘Boston’ route segments. Specifically, prices for these route segments have been replaced with indicators 850 that specify that those route segments are ‘No longer available’.
  • the electronic auction for the ‘Washington to Philadelphia’ route segment remains available, and a control 826 that allows purchase of cargo capacity for that route segment remains.
  • FIG. 9B shown there generally as 900 ′ is an example user interface similar to that which is shown in FIG. 9A .
  • the segment start control 860 has tab 908 selected to show route segments having a segment starting point at ‘Philadelphia’. Similar to FIG. 8B , at time ‘B’, the segment starting distance 910 b has been decreased by ‘30 km’ to show that the cargo carrier 110 is now ‘240 km’ away from ‘Philadelphia’. Also, since the ‘Philadelphia to New York’ route segment has been purchased, a corresponding indicator 620 is provided to show that cargo capacity for that route segment has already been ‘Sold’.
  • FIG. 10B shown there is generally as 1000 ′ is an example user interface similar to that which is shown in FIG. 10A .
  • the segment start control 860 has tab 1008 selected to show route segments having a segment starting point at ‘New York’.
  • the purchase of the cargo capacity for the ‘Philadelphia to New York’ route segment has not impacted the availability of the ‘New York to Boston’ route segment because there is still available cargo capacity for this route segment.
  • a control 1026 that allows purchase of the cargo capacity for that route segment is still available.
  • segment starting 1010 b has been updated at time ‘C’ to show that the cargo carrier 110 is ‘30 km’ closer to ‘New York’.
  • a new current segment price of ‘$656’ is now shown. That is, referring back to FIG. 7 , it can be seen that the decrease in the segment starting distance 1010 b, has caused the segment starting distance to cross into a new segment starting distance range 410 . Accordingly, a new discount rate 420 of ‘25%’ is applied, and a new segment starting price is generated and displayed for the ‘New York to Boston’ route segment.
  • the auction server 120 may determine that the cargo carrier 110 has traveled past the segment start point of a route segment associated with the at least one segment auction. In this scenario, the auction server 120 may then end such at least one segment electronic auction (step 545 ). It will be understood that although steps 540 and 545 are illustrated in FIG. 5 as being after steps 525 - 535 , that the steps recited in FIG. 5 are not required to be performed in any particular order. In particular, it may be possible that a cargo carrier 110 travels past a segment start point before a purchase of cargo capacity for any route segment is made.
  • FIG. 6C shown there generally as 600 ′′, is an example depiction of a cargo carrier 110 as it travels towards a subsequent segment starting point, after the cargo carrier has traveled passed a segment start point for one of the route segments.
  • the cargo carrier 110 has traveled past the segment starting point at ‘Washington’ without any purchase of available cargo capacity for route segments starting at ‘Washington’.
  • a segment starting distance 910 c ('125 km′) to the next segment starting point (‘Philadelphia’) is shown.
  • the ‘Philadelphia to New York’ route segment continues to be shown with a box 620 with cross-hatch shading to indicate that cargo capacity for that route segment has already been purchased earlier.
  • FIGS. 9C and 10C are example user interfaces that show how the user interfaces of FIGS. 9B and 10B may be updated at time ‘C’, after the cargo carrier 110 has traveled past a segment start point for one of the route segments.
  • shown there generally as 900 ′′ is an example user interface similar to that which is shown in FIG. 9B , except that since the cargo carrier 110 has traveled past the segment starting point for ‘Washington’, the field to show the next available segment starting point 904 has been updated to show ‘Philadelphia’. Also, since the auction server 120 has ended the segment electronic auctions for route segments having a start point at ‘Washington’ because they can no longer be sold, the segment start point control 860 has been correspondingly updated to remove the ‘Washington’ tab. As illustrated, only two tabs for selecting a segment start point remain, and tab 908 c is selected.
  • the segment starting distance 910 c has been updated to indicate that the distance to ‘Philadelphia’ is ‘125 km’ away.
  • the indicator 620 indicating that the cargo capacity for the ‘Philadelphia to New York’ route has been sold, and the indicator 950 to indicate that the route segment from ‘Philadelphia to Boston’ is no longer available remains on the user interface 900 ′′.
  • shown there generally as 1000 ′′ is an example user interface similar to that which is shown in FIG. 9C , except that it is tab 1008 for route segments having segment starting points at ‘New York’ that is selected.
  • the cargo carrier 110 has travelled past the segment start point at ‘Washington’, so that the segment start point control 860 only contains two tabs (the ‘Washington’ tab having been removed).
  • the segment starting distance 1010 c has been updated to indicate that the cargo carrier 110 is ‘275 km’ away from ‘New York’ (‘125 km’+‘150 km’, as shown in FIG. 6C ).
  • the current segment price 1024 b for cargo capacity on the ‘New York to Boston’ route segment remains unchanged from FIG. 10B at ‘$656’.
  • a user may decide to purchase the cargo capacity for this route at the current segment price by activating control 1026 .
  • additional factors may also influence a current route price or current segment price as the electronic auction for the cargo capacity runs.
  • the current route price or the current segment price may be varied based on one or more additional price factors.
  • a price factor may include information concerning the market prices of cargo capacity for a given geographical region.
  • the starting original price in an electronic auction for cargo capacity in that geographical region may be determined according to historical market prices for similar cargo capacity on similar routes, for example.
  • the price factors may also include various costs associated with the operation of the cargo carrier 110 when transporting the cargo.
  • Such costs may include, for example, the current price of fuel, toll costs, a capability of the cargo carrier (e.g., if the cargo carrier provides a refrigerated holding area that requires more energy to operate), and/or a cargo type (e.g., if the cargo to be transported is particularly heavy, and additional fuel is necessary to transport cargo).
  • One or more of these costs may be factored into a current route price or current segment price.
  • a further price factor may include real-time traffic information and/or road condition information. From this information, the auction server 120 may be able to predict, with greater accuracy, the amount of time that the cargo carrier 110 will take to arrive at a route starting point or segment starting point. For example, if the traffic information indicates there are large amounts of traffic along the route starting distance or segment starting distance, and/or if the road condition information indicates that the road conditions are particularly icy or wet, the auction server 120 may determine that more time may be required for the cargo carrier 110 to traverse the route starting distance or segment starting distance. As a result, the auction server 120 may, for example, add a premium to a current route price or current segment price to take advantage of potential additional purchasers who might purchase during the additional estimated time until arrival of the cargo carrier 110 at the starting point.
  • the auction server 120 may determine that the cargo carrier 110 may arrive at the starting point sooner than expected. As a result, the auction server 120 may, for example, apply a further discount (separate from any discount related to the route or segment starting distance discussed above) to the current route price or current segment price. This further discount may increase the likelihood of a purchase being made in the shorter than expected period of time before the cargo carrier 110 arrives at the starting point.
  • the cargo carrier 110 may not be provided with a cargo availability sensor 114 .
  • the available cargo capacity to be auctioned off may be calculated based on other data inputs provided to the auction server 120 . For example, when a cargo carrier 110 first departs from an originating point, an operator of the cargo carrier 110 may enter the volume of available cargo capacity in the cargo carrier 110 into the mobile computing module provided at the cargo carrier 110 . This data may then be transmitted to the auction server 120 so that the available cargo capacity can be auctioned off in electronic auctions, as described above.
  • the user interface may then provide an option for a purchaser to indicate the volume of cargo they are transporting (which may be up to the maximum volume of cargo capacity that is available).
  • the auction server 120 may then calculate the remaining available volume of cargo capacity that can still be auctioned off, and then reconfigure electronic auctions to only auction off the available volume of cargo capacity that remains.
  • the remaining volume of cargo capacity may potentially even be for the same route segment or route for which the available cargo capacity was purchased. If the volume entered by a user is incorrect when the cargo carrier 110 arrives to pick up the cargo, the mobile computing module may be configured to receive a corrected volume from the operator of the cargo carrier 110 so that the volume of available cargo capacity to be auctioned off can correspondingly be updated.
  • This type of updating may also be performed when cargo is dropped off.
  • the mobile computing module may be configured to receive input identifying a volume of cargo unloaded at a stop of the cargo carrier prior to the starting point of a subsequent route or route segment.
  • the auction server 120 may then be configured to update the volume of cargo capacity available in the various electronic auctions being run accordingly.

Abstract

The embodiments relate to systems and methods for conducting an electronic auction for available cargo capacity on a cargo carrier. In one aspect, the embodiments may monitor the cargo carrier to determine its geographic location as the cargo carrier travels towards a starting point of a route; determine a route starting distance between the geographic location of the cargo carrier and the starting point of the route; begin the electronic auction to sell the available cargo capacity prior to the cargo carrier arriving at the starting point of the route, the electronic auction selling the available cargo capacity at a current route price that corresponds to the route starting distance; and receive input indicating a purchase of the available cargo capacity at the current route price. In some embodiments, a route may be partitioned into potentially overlapping segments, and electronic auctions may be conducted for each route segment.

Description

    FIELD
  • The described embodiments relate to systems and methods of conducting an electronic auction, and in particular, systems and methods of conducting an electronic auction for available cargo capacity on a cargo carrier.
  • BACKGROUND
  • Cargo carriers (e.g., transport vehicles via road, rail, or air) typically are not filled to capacity when they are transporting cargo from one location to another. This may be due to various reasons. For example, a cargo carrier may be required to depart from an originating point before the cargo carrier is filled to capacity.
  • In traditional cargo carrier management systems, once the cargo carrier departs for their destination from an originating point, any remaining available cargo capacity on the cargo carrier cannot be sold and is wasted. At the same time, there may be potential purchasers who are willing to buy the available cargo capacity for routes in between the originating point and the destination point, even as the cargo carrier is travelling towards its destination point.
  • There is thus a need for improved methods and systems for conducting an electronic auction that facilitates the sale of available cargo capacity in a cargo carrier to potential purchasers who may be willing to purchase available cargo capacity as the cargo carrier is traveling towards its destination point.
  • SUMMARY
  • In a first aspect, some embodiments of the invention provide a method of conducting an electronic auction for available cargo capacity on a cargo carrier, in which the method comprises:
      • monitoring the cargo carrier to determine its geographic location as the cargo carrier travels towards a starting point of a route;
      • determining a route starting distance between the geographic location of the cargo carrier and the starting point of the route;
      • beginning the electronic auction to sell the available cargo capacity prior to the cargo carrier arriving at the starting point of the route, the electronic auction for selling the available cargo capacity at a current route price that corresponds to the route starting distance; and
      • receiving input indicating a purchase of the available cargo capacity at the current route price.
  • In a second aspect, some embodiments of the invention provide a system for conducting an electronic auction for available cargo capacity on a cargo carrier, the system comprising a processor and a memory storing instructions which when executed by the processor, causes the processor to:
      • monitor the cargo carrier to determine its geographic location as the cargo carrier travels towards a starting point of a route;
      • determine a route starting distance between the geographic location of the cargo carrier and the starting point of the route;
      • begin the electronic auction to sell the available cargo capacity prior to the cargo carrier arriving at the starting point of the route, the electronic auction for selling the available cargo capacity at a current route price that corresponds to the route starting distance; and
      • receive input indicating a purchase of the available cargo capacity at the current route price.
  • In various embodiments, the starting point of the route may be identified by a geographic location identifier selected from the group consisting of: a postal code, a postal address range, a city, a county, a province, and/or a state.
  • In various embodiments, the geographic location is determined by a sensor selected from the group consisting of: a Global Positional System (GPS) sensor, a cellular network tower triangulation sensor, and/or a Wi-Fi triangulation sensor.
  • In various embodiments, the current route price or the current segment price is based on at least one price factor selected from the group consisting of: a current price of fuel, a cargo carrier capability, and/or a cargo type.
  • In various embodiments, the cargo carrier capability is selected from the group consisting of: refrigeration, temperature control, and pressurization.
  • In various embodiments, the available cargo capacity is determined by receiving input from a sensor selected from the group consisting of: an ultrasonic sensor, a microwave sensor and a laser sensor.
  • In various embodiments, the available cargo capacity is determined by identifying a volume of cargo unloaded at a stop of the cargo carrier prior to the starting point of the route.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • An embodiment of the present invention will now be described in detail with reference to the drawings, in which:
  • FIG. 1 is a block diagram of a system for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure;
  • FIG. 2 is a flowchart diagram illustrating steps for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure;
  • FIG. 3 is an example depiction of a cargo carrier as it travels towards the starting point of a route;
  • FIG. 4 is an example table showing distances that a cargo carrier needs to travel to a starting point of a route, and corresponding current route prices, in accordance with an embodiment of the present disclosure;
  • FIG. 5 is a flowchart diagram illustrating steps for conducting an electronic auction for available cargo capacity on a cargo carrier travelling towards a route that has been partitioned into a plurality of route segments, in accordance with an embodiment of the present disclosure;
  • FIG. 6A is an example depiction, at first point in time ‘A’, of a cargo carrier as it travels towards the starting point of a route that has been partitioned into a plurality of route segments;
  • FIG. 6B is an example depiction, at a second point in time ‘B’, of a cargo carrier as it travels towards the starting point of a route that has been partitioned into a plurality of route segments, after cargo capacity for one route segment of the plurality of route segments has been purchased;
      • FIG. 6C is an example depiction, at a third point in time ‘C’, of a cargo carrier as it travels towards a subsequent segment starting point, after the cargo carrier has traveled passed a segment start point for one of the route segments;
  • FIG. 7 is an example table showing, for a plurality of route segments, a distance that a cargo carrier needs to travel to each segment starting point, and corresponding current segment prices;
  • FIGS. 8A, 9A, and 10A are example user interfaces that, at time ‘A’ shown in FIG. 6A, allow purchasing of available cargo capacity for a plurality of route segments;
  • FIGS. 8B, 9B, and 10B are example user interfaces that, at time ‘B’ shown in FIG. 6B after cargo capacity for one route segment has been purchased, allow purchasing of available cargo capacity for a plurality or route segments; and
  • FIGS. 9C and 10C are example user interfaces that, at time ‘C’ shown in FIG. 6C after the cargo carrier has traveled past a segment start point for one of the route segments, allow purchasing of available cargo capacity for a plurality of route segments.
  • DESCRIPTION OF EXEMPLARY EMBODIMENTS
  • It will be appreciated that numerous specific details are set forth in order to provide a thorough understanding of the example embodiments described herein. However, it will be understood by those of ordinary skill in the art that the embodiments described herein may be practiced without these specific details. In other instances, well-known methods, procedures and components have not been described in detail so as not to obscure the embodiments described herein. Furthermore, this description and the drawings are not to be considered as limiting the scope of the embodiments described herein in any way, but rather as merely describing the implementation of the various embodiments described herein.
  • Particularly, the embodiments described refer to various geographical distances, and various drawings have been provided to illustrate changes in these geographical distances. It will be understood that the drawings are not to scale, and are provided for illustration purposes only.
  • The embodiments of the systems and methods described herein may be implemented in hardware or software, or a combination of both. However, preferably, these embodiments are implemented in computer programs executing on programmable computers each comprising at least one processor (e.g., a microprocessor), a data storage system (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. For example and without limitation, the programmable computers (e.g., the bid computing device and/or auction server discussed below) may be a personal computer, laptop, personal data assistant, cellular telephone, smart-phone device, tablet computer, and/or wireless device. Program code is applied to input data to perform the functions described herein and generate output information. The output information is applied to one or more output devices, in known fashion.
  • Each program is preferably implemented in a high level procedural or object oriented programming and/or scripting language to communicate with a computer system. However, the programs can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language. Each such computer program is preferably stored on a storage media or a device (e.g. ROM or magnetic diskette) readable by a general or special purpose programmable computer, for configuring and operating the computer when the storage media or device is read by the computer to perform the procedures described herein. The subject system may also be considered to be implemented as a computer-readable storage medium, configured with a computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner to perform the functions described herein.
  • Furthermore, the system, processes and methods of the described embodiments are capable of being distributed in a computer program product comprising a computer readable medium that bears computer usable instructions for one or more processors. The medium may be provided in various forms, including one or more diskettes, compact disks, tapes, chips, wireline transmissions, satellite transmissions, internet transmission or downloadings, magnetic and electronic storage media, digital and analog signals, and the like. The computer useable instructions may also be in various forms, including compiled and non-compiled code.
  • As a cargo carrier travels towards a starting point for a route in between its originating point and destination point, the available cargo capacity on the cargo carrier may be considered to be a good of diminishing value. For example, while the cargo carrier is a far distance from the starting point for the route, the operator (e.g., the driver or conductor) of the cargo carrier may wish to maintain a high price for the cargo capacity so that the highest profit for transporting cargo on the route may be maintained. However, as the cargo carrier travels towards the starting point of the route (without the cargo capacity being purchased), the operator of the cargo carrier may be more desperate to sell the cargo capacity because the cargo capacity for that route will no longer be sellable once the cargo carrier travels past the starting point of the route. Accordingly, the operator may be willing to decrease the price for the cargo capacity for that route as the cargo carrier travels towards the starting point of the route.
  • In this manner, the cargo capacity for a route between an originating point and a destination point may be suitable for sale in a Dutch Auction, i.e., an auction that starts with a high asking price which is decreased until some participant is willing to accept the current price.
  • Reference is first made to FIG. 1, shown there generally as 100, is a block diagram of a system for conducting an electronic auction for available cargo capacity on a cargo carrier, in accordance with an embodiment of the present disclosure. The system 100 may include a cargo carrier 110, an auction server 120, and a bid computing device 130, each in communication with each other, for example via a communications network such as the Internet 140. In operation, the auction server 120 may execute an electronic auction for available cargo capacity on the cargo carrier 110 as the cargo carrier 110 is travelling from an originating point to a destination point. Potential purchasers may bid for the available cargo capacity on the cargo carrier 110 by using bid computing device 130.
  • The cargo carrier 110 may be provided with a geographic sensor 112 that is capable of determining the geographic location of the cargo carrier 110. For example, this may include a Global Positional System (GPS) sensor, a cellular network tower triangulation sensor, a Wi-Fi triangulation sensor, and/or any combination of one or more of these sensors. The cargo carrier 110 may also be provided with a mobile computing module (not shown) that is capable of interfacing with the geographic sensor 112 to retrieve the geographic location information and transmit it to the auction server 120. The mobile computing module may be any suitable computing device that is capable of conducting wireless communications. For example, the mobile computing module may be an off-the-shelf computing device including the geographic sensor 112 such as a smartphone or a tablet computer that stores a proprietary application for transmitting geographic information from the geographic sensor 112 to the auction server 120. Additionally or alternatively, the mobile computing module may be a custom integrated circuit (IC) including: a wireless transceiver and a processor that is programmed to transmit geographic information from the geographic sensor 112 to the auction server 120. As will be understood, additional configurations for the mobile computing module may also be possible.
  • In various embodiments, the cargo carrier 110 may optionally be provided with a cargo availability sensor 114 that is configured to determine the amount of cargo capacity that is available on the cargo carrier 110 at any given time. Such sensors may operate according to principles similar to that of sonar or radar; e.g., by sending wave signals and evaluating the echo that is received back from within a holding area of the cargo carrier 110 to determine the distance the sensor is to the closest cargo object. The greater the determined distance is, the emptier the holding area of the cargo carrier 110. Correspondingly, the shorter the determined distance, the fuller the holding area of the cargo carrier 110. Depending on the arrangement of the various sensors within the cargo carrier, an approximation of the volume of available cargo capacity within the cargo carrier 110 may be arrived at. Examples of such sensors that may be provided within the holding area of a cargo carrier 110 may include an ultrasonic sensor, a microwave sensor, a laser sensor, and/or any combination of one or more of these sensors. These sensors may also interface with the mobile computing module of the cargo carrier 110 so that the mobile computing module may transmit live information about the amount of cargo that is available in a given cargo carrier 110.
  • As will be understood, the cargo carrier 110 of the present disclosure is not limited with regards to the type of cargo that may be transported. For example, the cargo carrier 110 may transport cargo that requires specialized holding areas (e.g., holding areas that provide refrigeration, temperature control and/or pressurization).
  • Auction server 120 may be any suitable computing device that is configurable to run the electronic auction for the available cargo capacity of a cargo carrier 110, as provided for in the present disclosure. In various examples, the auction server 120 may be provided on a dedicated server computer, mainframe, computer cluster, or like computing resource. The auction server 120 may be configured to communicate with the mobile computing module of the cargo carrier 110 to receive the geographic location information and/or the available cargo capacity information from the cargo carrier 110. Also, the auction server 120 may be configured to allow one or more bid computing devices 130 access to the electronic auction via any suitable means of computer communications. For example, access to the electronic auction may be provided for in the form of an API or as a web interface.
  • The bid computing device 130 may be any suitable computing device that is configurable to access an electronic auction being run on the auction server 120. As will be understood, the bid computing device may be a desktop computer, laptop computer, a smartphone, a tablet computer, or any suitable computing device that is capable of communicating with auction server 120. In various embodiments, the application executing on the computing device 130 may be a thick or thin client which accesses Application Programming Interfaces (APIs) available on the auction server 120. Additionally or alternatively, the application on bid computing device 130 accessing the auction server 120 may be a web browser configured to access a web server that is providing access to the electronic auction running on the auction server 120. Other ways of communicating with the web server 120 to access an electronic auction may also be possible.
  • Internet 140 is illustrated in FIG. 1 as an example of a communications network that may facilitate communications amongst the cargo carrier 110, the auction server 120, and any number of bid computing devices 130. However, it will be understood that other that other communications networks may also be possible. For example, the communication of messages described in the current disclosure may be performed (either wholly or partially) through proprietary networks or cellular networks.
  • Cargo Capacity Electronic Auctions for a Route
  • Referring to FIG. 2, illustrated there is a flowchart diagram illustrating steps of conducting an electronic auction for available cargo capacity on a cargo carrier 110, in accordance with an embodiment of the present disclosure. Some or all of these steps may be performed by a processor on auction server 120.
  • At step 205, the auction server 120 may monitor the cargo carrier 110 to determine its geographic location as the cargo carrier travels towards a starting point of a route that is between the cargo carrier's 110 originating point and the cargo carrier's 110 destination point. This monitoring may be performed by receiving geographic location information (as may be generated by the geographic sensor 112) transmitted by the mobile computing module of the cargo carrier 110.
  • At step 210, the method involves determining a route starting distance between the geographic location of the cargo carrier 110 and the starting point of the route.
  • Referring simultaneously to FIG. 3, shown there generally as 300, is an example depiction of a cargo carrier 110 as it travels towards the starting point of a route 330. In the illustrated example, the cargo carrier 110 may have already departed from its originating point, and is heading towards its destination point (‘Boston’). As it is travelling, a route 330 in between the originating point and the destination point (‘Boston’) may be identified (i.e., the route 330 with a starting point being in the city of ‘Washington’). After the identification of such starting point of a route 330, a route starting distance 310 may be determined.
  • As will be understood, as the cargo carrier 110 is travelling towards the route starting point (‘Washington’), the route starting distance 310 will generally be decreasing. However, there may be scenarios where the cargo carrier is forced to take detours that may increase the route starting distance 310.
  • The route starting distance 310 may be calculated in different ways in various embodiments. For example, the route starting distance may be generated from a calculation of the straight-line physical distance between the geographic location coordinates of the cargo carrier 110 and the geographic location coordinates of the route starting point (‘Washington’). Additionally or alternatively, the route starting distance may be calculated by also taking into account the distance of roads or tracks (in cases where the cargo carrier 110 is a cargo truck or train, for example) that the cargo carrier 110 needs to travel before arriving at the route starting point (‘Washington’). In this latter scenario, the auction server 120 may be configured to communicate with a maps database that contains road or rail data so as to allow the auction server 120 to determine such a route starting distance 310. As will be understood, roads or railway tracks may not be linear. As a result, the route starting distance 310 calculated in this latter manner may differ from a route starting distance 310 calculated by simply by determining the physical straight-line distance between geographic location coordinates of the cargo carrier 110 and the route starting point (‘Washington’).
  • As will be understood, the route starting point (‘Washington’) provided may be identified using any geographic location identifier. That is, although FIG. 3 illustrates an example where the geographic location identifier is a city, other geographic location identifiers may be used to identify endpoints of a route or route segment (route segments are discussed in greater detail below). For example, other geographic location identifiers may include a postal code, a postal address range, a city, a county, a province, and a state. In scenarios where the geographic location identifiers correspond to large physical areas (e.g., a city, province or state), such that the route starting point may not be readily be identified from the geographic location identifier alone, a pre-selected default location may be used for the purpose of calculating the route starting distance 310. For example, the pre-selected default location may include a city center, a famous landmark, a governmental building and/or a geographical boundary of the city, province or state, as the case may be.
  • At step 215, the auction server 120 may begin the electronic auction to sell the available cargo capacity prior to the cargo carrier 110 arriving at the starting point of the route. While traditional auctions are typically held over a period of time (during which the price of an item being sold varies as the time progresses), in the subject embodiments, the price for the available cargo capacity (referred to herein as a “current route price”) corresponds to the route starting distance 310.
  • In various embodiments, the current route price may decrease as the route starting distance 310 between the geographic location of the cargo carrier 110 and the starting point of the route decreases. That is, while the current route starting distance 310 is large, the operator of the cargo carrier 110 may desire to obtain the highest possible price for the available cargo capacity. But as the cargo carrier 110 travels closer to the route starting point (e.g., as the route starting distance 310 decreases), the operator of the cargo carrier 110 may become more motivated to sell the available cargo capacity, and may accordingly lower the price. This is because the cargo capacity for the given route will no longer be sellable once the cargo carrier 110 travels past the starting point of the route, and the operator of the cargo carrier 110 would likely rather make a sale for the available cargo capacity at a lower price, than no sale at all.
  • Referring to FIG. 4, shown there is an example table 400 illustrating distances that a cargo carrier 110 may need to travel to a starting point of a route, and corresponding current route prices, in accordance with an embodiment of the present disclosure. FIG. 4 continues on with the example shown in FIG. 3 for a cargo carrier 110 with available cargo capacity that is destined for the city of ‘Boston’, and is en route to the city of ‘Washington’. As illustrated, column 410 contains a number of different ranges for a route starting distance 310, and column 430 shows a corresponding number of different prices for when the route starting distance 310 falls within a given distance range. In this particular example, a column 420 is provided that indicates a discount rate that may be applied to the original price of the cargo capacity as the route starting distance moves towards smaller ranges. For example, if the route starting distance 410 a indicates that the cargo carrier 110 is greater than ‘400 km’ away from ‘Washington’, a discount rate 420 a of ‘0%’ may be applied, and the current route price 430 a may be the original price of ‘$1,800’. As the current cargo carrier 110 continues to travel towards the route starting point at ‘Washington’, the route starting distance 310 may decrease to be within the range 410 b of ‘400-200 km’. This may result in a discount rate 420 b of ‘25%’ being applied, so that the current route price 430 b is decreased to ‘$1,350’. As illustrated, it can be seen that the discount rate 420 may continue to increase as the route starting distance 310 decreases to fall within lower route starting distance ranges 410. The current route prices 430 may correspondingly decrease as a result.
  • It will be understood that column 420 (having fixed discount rates for pre-determined route starting distance ranges 410) is shown as one example method of decreasing the current route price. Other methods of generating a current route price from a route starting distance 310 may also be used. For example, some other relationships between a route starting distance 310 and a current route price may include linearly and/or exponentially decreasing mathematical functions.
  • At step 220, the method involves receiving input indicating a purchase of the available cargo capacity at the current route price. The input may be received from one or more bid computing device(s) 130, for example. Once the purchase of the cargo capacity for a route has been made, auction server 120 may facilitate communications between the bid computing device 130 and the operator of the cargo carrier 110, so as to allow arrangements for pickup/drop-off of the items to be transported. For example, this may involve providing the operator of the cargo carrier 110 with contact information (e.g., a phone number) for a user of the bid computing device 130. Alternatively, the auction server 120 may obtain the pickup location from the user of the bid computing device 130, and communicate it to the cargo carrier 110. Further, the auction server 120 may be able to communicate a standardized drop-off location (e.g., where the cargo carrier 110 will be stopping) to the bid computing device 130. As will be understood, other methods of arranging the pickup of items to be transported by the cargo carrier 110 may be possible.
  • Cargo Capacity Electronic Auctions for a Partitioned Route
  • As a cargo carrier 110 is travelling between an originating point and a destination point, there may be various intermediate points that may serve as the beginning of a route. The auction server 120 may be configured to start an electronic auction for any one of these intermediate routes, and in some cases, multiple auctions may be occurring for overlapping route segments at the same time. In the discussion below, these various intermediate routes may be considered to be route segments of a route that the cargo carrier 110 is travelling towards.
  • To illustrate the various steps of operating an electronic auction in this manner, an example scenario will be discussed below with respect to FIGS. 5 to 10C. This example builds on the example shown earlier in FIG. 3 for a cargo carrier 110 travelling towards ‘Washington’ and is destined for ‘Boston’. Referring briefly to FIG. 6A, therein illustrated is an example depiction similar to that shown in FIG. 3, with a cargo carrier 110 travelling towards the starting point of a route (Washington), except that the route can be partitioned into multiple route segments using various intermediate locations (‘Philadelphia’ and ‘New York’).
  • The figures show the state of electronic auctions at three separate points in time. At the first point in time (illustrated in FIG. 6A and referred to as time ‘A’ below), the cargo carrier may be travelling towards the starting point of a route. At the second point in time (illustrated in FIG. 6B and referred to as time ‘B’ below), a route segment between a route starting point and the destination point may be purchased. At the third point in time (illustrated in FIG. 6C and referred to as time ‘C’ below), the cargo carrier 110 may have traveled past the starting point for a route.
  • Referring to FIG. 5, shown there generally as 500 is a flowchart diagram illustrating steps of conducting an electronic auction for available cargo capacity on a cargo carrier 110 travelling towards a route that has been partitioned into a plurality of route segments, in accordance with an embodiment of the present disclosure.
  • Step 505 involves monitoring the geographic location of the cargo carrier 110 as the cargo carrier 110 travels towards and along a route. As discussed above, this may involve the auction server 120 receiving geographic information from the geographic sensor 112 of cargo carrier 110.
  • At step 510, the auction server 120 may partition the route into a plurality of route segments, with each route segment comprising a segment start point and a segment end point. Referring again to FIG. 6A, shown there is an example depiction of a route between a route starting point (‘Washington’) and destination point (‘Boston’) having been partitioned using multiple intermediate points along the route (‘Philadelphia’ and ‘New York’). The auction server 120 may be configured to sell the available cargo capacity in the cargo carrier 110 for any route segment of this overall route, including route segments that overlap with each other. That is, cargo capacity can be sold for cargo to be picked up in ‘Washington’ and delivered to any one of ‘Philadelphia’, ‘New York’ or ‘Boston’. Similarly, cargo capacity can be sold such that the cargo is to be picked up in ‘Philadelphia’ and delivered to either ‘New York’ or ‘Boston’. Also, cargo capacity for cargo to be picked up in ‘New York’ and delivery to ‘Boston’ may also be potentially be sold. In this manner, it may be possible for at least two of the plurality of route segments to share a common segment start point, and/or at least two of the plurality of route segments share a common segment end point.
  • At step 515, for at least two route segments of the plurality of route segments, the auction server 120 may determine a segment starting distance between the geographic location of the cargo carrier 110 and the segment start point of the route segment. As illustrated in FIG. 6A, a segment starting distance 610 a for any route segment starting from ‘Washington’ would be ‘50 km’. However, the auction server 120 may also be configured to determine that the segment starting distance to any route starting from ‘Philadelphia’ would be ‘270 km’ (‘50 km’+‘220 km’), and that the segment starting distance to any route starting from ‘New York’ to be ‘420 km’ (‘50 km’+‘220 km’+‘150 km’). As will be understood, the segment starting distance for any route segment may be updated as the cargo carrier 110 travels along the route towards the various segment start points.
  • At step 520, for the route segments to be auctioned off, the auction server 120 may begin a segment electronic auction to sell available cargo capacity prior to the cargo carrier 110 arriving at the segment start point of the route segment. During the electronic auction, the segment electronic auction sells the available cargo capacity on the route segment at a current segment price that corresponds to the segment starting distance. Similar to an electronic auction for the a route described above with respect to FIGS. 2-4, the current segment price for a segment electronic auction may generally decrease as the segment starting distance between the geographic location of the cargo carrier 110 and the segment start point of the route segment decreases.
  • Referring briefly to FIG. 7, shown there is a table of example values similar to that which is shown in FIG. 4, except that in FIG. 7, prices for purchasing cargo capacity on the various route segments are illustrated. Specifically, in addition to the current route price from ‘Washington to Boston’ 430 shown in FIG. 4 (which may also be considered as a route segment in table 700), additional route segments for ‘Washington to Philadelphia’ 730, ‘Washington to New York’ 732, ‘Philadelphia to New York’ 734, ‘Philadelphia to Boston’ 736 and ‘New York to Boston’ 738 are also shown. As with the table shown in FIG. 4, a current segment price for each respective route segment may decrease according to a discount rate 420 that increases as the segment starting distance decreases. As illustrated, the ranges 410 for segment starting distance and the corresponding discount rate to be applied 420 are the same as that which is shown in FIG. 4. However, as with the relationship between a current route price and a route discussed above, it will be understood that other configurations of decreasing a current segment price according to a segment starting distance may also be possible.
  • To illustrate how the electronic auctions for the route segments of a route may be conducted, reference will now be made to FIGS. 8A, 9A, and 10A that show generally as 800, 900, and 1000 respectively, user interfaces that may be presented on a bid computing device 130 when the electronic auctions are running on auction server 120. As illustrated, the user interface is provided in the form of a website accessible through a browser on the bid computing device 130. However, it will be understood that other methods of presenting bid auction information on the bid computing device 130 (e.g., through a dedicated native application) may also be possible.
  • FIGS. 8A, 9A and 10A illustrate options that may be presented to a potential participant in the electronic auction during the time ‘A’ shown in FIG. 6A. Referring briefly to FIG. 6A, at time ‘A’, a cargo carrier 110 with available cargo capacity is travelling towards the starting point of a route ('Washington') that has been partitioned into a plurality of route segments. As shown, there is a segment starting distance 610 a of ‘50 km’ before the cargo carrier 110 reaches the segment starting point for route segments that start at ‘Washington’.
  • Referring first to FIG. 8A, the user interface may provide a user control 802 (illustrated as a combo box) that allows for the selection of a cargo carrier 110 that has available cargo capacity. Once selected, the user interface may show the next available route segment starting point 804 (‘Washington’), as well as the eventual destination point 806 (‘Boston’), for the cargo carrier 110. The user interface may also include a segment start point control 860 that allows a potential purchaser to select where they would like their cargo to be picked up from. As illustrated, the segment start point control 860 is illustrated as a tab control that provides a segment start point on each tab. Tab 808 is selected in the illustrated example, and it shows the segment starting distance 610 a of ‘50 km’, as well as the various potential segment endpoints 820 for the route segment having a starting point at ‘Washington’. For each of the various segment endpoints 820 of ‘Philadelphia’, ‘New York’ and ‘Boston, corresponding current segment prices 824 of ‘$165’, ‘$278’ and ‘$540’ are shown respectively. Controls 826 (illustrated as buttons) allowing users to purchase cargo capacity for a given route segment are also shown.
  • Referring back to FIG. 7, it can be seen that the current segment prices shown in the user interface in FIG. 8A can be determined from the table shown in FIG. 7. That is, the current segment prices 824 may be generated by looking up the appropriate segment starting distance 610 a of ‘50 km’ within the particular route segment column for each of the ‘Washington to Philadelphia’ 730, ‘Washington to New York’ 732, and ‘Washington to Boston’ 430 route segments. Since a segment starting distance of 610 a of ‘50 km’ would fall within the ‘100-0 km’ segment starting distance range 410, this would mean that a discount rate of ‘70%’ would be identified in the discount rate column 420, and that the current segment prices 824 would be arrived at.
  • Referring to FIG. 9A, shown there generally as 900 is a user interface similar to that which is shown in FIG. 8A, except that the segment start point control 860 is shown with tab 908 selected to present route segments with a segment starting point at ‘Philadelphia’. As illustrated, the segment starting distance 910 a between a current location of the cargo carrier 110 and the segment start point of ‘Philadelphia’ is shown as ‘270 km’ (‘50 km’+‘220 km’, as shown in FIG. 6A). Also, the potential segment endpoints 920 of ‘New York’ and ‘Boston’ are shown, with corresponding current segment prices 924 for each respective route segment. Referring again to FIG. 7, as the route starting distance 910 a of ‘270 km’ falls within the segment starting distance range 410 of ‘400-200 km’, the current segment prices 924 of ‘$281’ and ‘$938’ are selected in the ‘Philadelphia to New York’ 734 and ‘Philadelphia to Boston’ 736 columns of the table 700 shown in FIG. 7. These current segment prices 924 are then reflected in the example user interface shown in FIG. 9A. Similar to FIG. 9A, controls 926 may be provided to allow users to purchase the available cargo capacity for a given route segment.
  • Referring to FIG. 10A, shown there generally as 1000 is an example user interface similar to that which is shown in FIGS. 8A and 9A, except that tab 1008 of the segment start point control 860 is selected to present route segments with a segment starting point at ‘New York’. A segment starting distance 1010 a of ‘420 km’ is correspondingly illustrated (‘50 km’+‘220 km’+‘150 km’, as shown in FIG. 6A), as is a potential segment endpoint 1020 of ‘Boston’. Referring again to FIG. 7, since the segment starting distance 1010 a of ‘420 km’ to ‘New York’ is greater than ‘400 km’, it falls within the ‘>400 km’ range in table 700. Accordingly, the current segment price 1024 a of ‘$875’ is shown in FIG. 10A. Control 1026 is also provided to allow purchase of cargo capacity for the ‘New York to Boston’ route segment.
  • Referring again to FIG. 5, at step 525, the auction server 120 may receive input indicating that cargo capacity for a first route segment of the plurality of route segments has been sold via a first segment electronic auction. For example, this may include an auction server 120 receiving input from a bid computing device 130 that indicates a purchase of available cargo capacity for a route segment at a current segment price. This may be performed when, for example, a user interacts with any of the user interfaces shown in FIGS. 8A, 9A, or 10A.
  • Continuing with the example above, at time ‘B’ subsequent to time ‘A’, a user of the bid computing device 130 may interact with the user interface shown in FIG. 9A to purchase the cargo capacity for the ‘Philadelphia to New York’ route segment.
  • Referring to FIG. 6B, shown there generally as 600′ is an example depiction, at time ‘B’, of a cargo carrier as it travels towards the starting point of a route, after one route segment of the plurality of route segments has been purchased. At time ‘B’, the cargo carrier 110 has traveled another ‘30 km’ towards its eventual destination point of ‘Boston’, such that the segment starting distance 610 b to the closest segment starting point (‘Washington’) has decreased to ‘20 km’. Also, the available cargo capacity on the cargo carrier 110 for the ‘Philadelphia to New York’ route segment has been purchased—this is illustrated in FIG. 6B with a box 620 with cross-hatch shading covering the ‘Philadelphia to New York’ portion of the route.
  • Once a route segment has been purchased, it may be the case that some of the other electronic auctions that are simultaneously being run may be affected. For example, if two route segments have overlapping portions, the sale of cargo capacity for one of the two route segments would prevent the cargo carrier 110 from transporting goods (of the same volume) for another potential purchaser for the overlapped route segment. As such, the cargo capacity can no longer be sold for the second of the two overlapping route segments. To assist with identifying the other concurrent electronic auctions that may be impacted, the method may proceed to step 530 of FIG. 5.
  • Referring again to FIG. 5, at step 530, the method involves identifying a second route segment comprising the first route segment, and a second segment electronic auction selling cargo capacity for the second route segment. For example, this may involve the auction server 120 analyzing the route segments to determine any other route segment that may geographically contain the route segment for which cargo capacity has been purchased. In various embodiments, this analysis may be pre-determined prior to the beginning of the electronic auctions for the route segments. Additionally or alternatively, this analysis may be dynamically determined once cargo capacity for a given route segment has been purchased. Once these second route segments that include sold a route segment have been identified, corresponding segment electronic auctions for that route segment may then also be identified.
  • In the example scenario, the auction server 120 may determine that any route segment including the ‘Philadelphia to New York’ route segment to be such second route segments that need to be identified. Referring again to FIG. 6B, it can be seen that the route segments of ‘Washington to New York’, ‘Washington to Boston’ and ‘Philadelphia to Boston’ may not be able to be sold anymore, so that these routes segments can be identified as the second route segments.
  • In various embodiments, once the second segment electronic auctions for these second route segments have been identified, they may be recalibrated to only sell cargo capacity for remaining unsold portions not included in the route segment that has already been sold. During recalibration, the auction server 120 may end the second segment electronic auction, and begin new electronic auctions for the remaining unsold portions of the second route segment that includes route segments that have already been sold. Alternatively, if the auction server 120 is already running electronic auctions for the remaining unsold portions (as is the case in the described example scenario), the auction server 120 may simply end the identified second segment electronic auction that contains sold route segments.
  • FIGS. 8B, 9B, and 10B are example user interfaces that illustrate how the various respective user interfaces shown earlier in FIGS. 8A, 9A, and 10A may be updated at time ‘B’, after the purchase of cargo capacity for the ‘Philadelphia to New York’ route segment.
  • Referring to FIG. 8B, shown there generally as 800′ is an example user interface similar to that which is shown in FIG. 8A. For example, as can be seen, the segment start control 860 has tab 808 selected showing route segments having a segment starting point at ‘Washington’. At time ‘B’, the segment starting distance 610 b has been updated to show ‘20 km’, reflecting that the cargo carrier 110 has traveled ‘30 km’ towards its eventual destination of ‘Boston’. However, as compared to the user interface shown in FIG. 8A, it can be seen that the auction server 120 has ended the segment electronic auctions for the ‘Washington to New York’ and ‘Washing to ‘Boston’ route segments. Specifically, prices for these route segments have been replaced with indicators 850 that specify that those route segments are ‘No longer available’. The electronic auction for the ‘Washington to Philadelphia’ route segment remains available, and a control 826 that allows purchase of cargo capacity for that route segment remains.
  • Similarly, referring to FIG. 9B, shown there generally as 900′ is an example user interface similar to that which is shown in FIG. 9A. As can be seen, the segment start control 860 has tab 908 selected to show route segments having a segment starting point at ‘Philadelphia’. Similar to FIG. 8B, at time ‘B’, the segment starting distance 910 b has been decreased by ‘30 km’ to show that the cargo carrier 110 is now ‘240 km’ away from ‘Philadelphia’. Also, since the ‘Philadelphia to New York’ route segment has been purchased, a corresponding indicator 620 is provided to show that cargo capacity for that route segment has already been ‘Sold’. As the ‘Philadelphia to New York’ route segment has been purchased, cargo capacity for the ‘Philadelphia to Boston’ route segment can no longer be sold. As a result, the ‘Philadelphia to Boston’ route segment is also updated with an indicator 950 that states that cargo capacity for that route segment is ‘No longer available’.
  • Referring to FIG. 10B, shown there is generally as 1000′ is an example user interface similar to that which is shown in FIG. 10A. The segment start control 860 has tab 1008 selected to show route segments having a segment starting point at ‘New York’. As illustrated, the purchase of the cargo capacity for the ‘Philadelphia to New York’ route segment has not impacted the availability of the ‘New York to Boston’ route segment because there is still available cargo capacity for this route segment. Accordingly, a control 1026 that allows purchase of the cargo capacity for that route segment is still available.
  • Also, the segment starting 1010 b has been updated at time ‘C’ to show that the cargo carrier 110 is ‘30 km’ closer to ‘New York’. As the segment starting distance has decreased to ‘390 km’, a new current segment price of ‘$656’ is now shown. That is, referring back to FIG. 7, it can be seen that the decrease in the segment starting distance 1010 b, has caused the segment starting distance to cross into a new segment starting distance range 410. Accordingly, a new discount rate 420 of ‘25%’ is applied, and a new segment starting price is generated and displayed for the ‘New York to Boston’ route segment.
  • Referring again to FIG. 5, at step 540, the auction server 120 may determine that the cargo carrier 110 has traveled past the segment start point of a route segment associated with the at least one segment auction. In this scenario, the auction server 120 may then end such at least one segment electronic auction (step 545). It will be understood that although steps 540 and 545 are illustrated in FIG. 5 as being after steps 525-535, that the steps recited in FIG. 5 are not required to be performed in any particular order. In particular, it may be possible that a cargo carrier 110 travels past a segment start point before a purchase of cargo capacity for any route segment is made.
  • Referring to FIG. 6C, shown there generally as 600″, is an example depiction of a cargo carrier 110 as it travels towards a subsequent segment starting point, after the cargo carrier has traveled passed a segment start point for one of the route segments.
  • Continuing on with the example scenario, at time ‘C’, the cargo carrier 110 has traveled past the segment starting point at ‘Washington’ without any purchase of available cargo capacity for route segments starting at ‘Washington’. As illustrated, a segment starting distance 910 c ('125 km′) to the next segment starting point (‘Philadelphia’) is shown. As well, the ‘Philadelphia to New York’ route segment continues to be shown with a box 620 with cross-hatch shading to indicate that cargo capacity for that route segment has already been purchased earlier.
  • FIGS. 9C and 10C are example user interfaces that show how the user interfaces of FIGS. 9B and 10B may be updated at time ‘C’, after the cargo carrier 110 has traveled past a segment start point for one of the route segments.
  • Referring to FIG. 9C, shown there generally as 900″ is an example user interface similar to that which is shown in FIG. 9B, except that since the cargo carrier 110 has traveled past the segment starting point for ‘Washington’, the field to show the next available segment starting point 904 has been updated to show ‘Philadelphia’. Also, since the auction server 120 has ended the segment electronic auctions for route segments having a start point at ‘Washington’ because they can no longer be sold, the segment start point control 860 has been correspondingly updated to remove the ‘Washington’ tab. As illustrated, only two tabs for selecting a segment start point remain, and tab 908 c is selected. On this tab 908, the segment starting distance 910 c has been updated to indicate that the distance to ‘Philadelphia’ is ‘125 km’ away. As well, the indicator 620 indicating that the cargo capacity for the ‘Philadelphia to New York’ route has been sold, and the indicator 950 to indicate that the route segment from ‘Philadelphia to Boston’ is no longer available remains on the user interface 900″.
  • Referring to FIG. 10C, shown there generally as 1000″ is an example user interface similar to that which is shown in FIG. 9C, except that it is tab 1008 for route segments having segment starting points at ‘New York’ that is selected. As in FIG. 9C, at time ‘C’, the cargo carrier 110 has travelled past the segment start point at ‘Washington’, so that the segment start point control 860 only contains two tabs (the ‘Washington’ tab having been removed). As illustrated the segment starting distance 1010 c has been updated to indicate that the cargo carrier 110 is ‘275 km’ away from ‘New York’ (‘125 km’+‘150 km’, as shown in FIG. 6C). Since the segment starting distance has not decreased so as to fall within a new starting distance range 410 of table 700 in FIG. 7, the current segment price 1024 b for cargo capacity on the ‘New York to Boston’ route segment remains unchanged from FIG. 10B at ‘$656’. A user may decide to purchase the cargo capacity for this route at the current segment price by activating control 1026.
  • In various embodiments, other additional factors may also influence a current route price or current segment price as the electronic auction for the cargo capacity runs. For example, the current route price or the current segment price may be varied based on one or more additional price factors.
  • A price factor may include information concerning the market prices of cargo capacity for a given geographical region. In such embodiments, the starting original price in an electronic auction for cargo capacity in that geographical region may be determined according to historical market prices for similar cargo capacity on similar routes, for example.
  • Additionally or alternatively, the price factors may also include various costs associated with the operation of the cargo carrier 110 when transporting the cargo. Such costs may include, for example, the current price of fuel, toll costs, a capability of the cargo carrier (e.g., if the cargo carrier provides a refrigerated holding area that requires more energy to operate), and/or a cargo type (e.g., if the cargo to be transported is particularly heavy, and additional fuel is necessary to transport cargo).
  • One or more of these costs may be factored into a current route price or current segment price.
  • A further price factor may include real-time traffic information and/or road condition information. From this information, the auction server 120 may be able to predict, with greater accuracy, the amount of time that the cargo carrier 110 will take to arrive at a route starting point or segment starting point. For example, if the traffic information indicates there are large amounts of traffic along the route starting distance or segment starting distance, and/or if the road condition information indicates that the road conditions are particularly icy or wet, the auction server 120 may determine that more time may be required for the cargo carrier 110 to traverse the route starting distance or segment starting distance. As a result, the auction server 120 may, for example, add a premium to a current route price or current segment price to take advantage of potential additional purchasers who might purchase during the additional estimated time until arrival of the cargo carrier 110 at the starting point.
  • Conversely, if the traffic information indicates there is little traffic along the route starting distance or segment starting distance, and/or if the road condition information indicates that road conditions are normal, the auction server 120 may determine that the cargo carrier 110 may arrive at the starting point sooner than expected. As a result, the auction server 120 may, for example, apply a further discount (separate from any discount related to the route or segment starting distance discussed above) to the current route price or current segment price. This further discount may increase the likelihood of a purchase being made in the shorter than expected period of time before the cargo carrier 110 arrives at the starting point.
  • As noted, in various embodiments, the cargo carrier 110 may not be provided with a cargo availability sensor 114. In these embodiments, the available cargo capacity to be auctioned off may be calculated based on other data inputs provided to the auction server 120. For example, when a cargo carrier 110 first departs from an originating point, an operator of the cargo carrier 110 may enter the volume of available cargo capacity in the cargo carrier 110 into the mobile computing module provided at the cargo carrier 110. This data may then be transmitted to the auction server 120 so that the available cargo capacity can be auctioned off in electronic auctions, as described above. When presenting a user interface for the electronic auctions at the bid computing device 130, the user interface may then provide an option for a purchaser to indicate the volume of cargo they are transporting (which may be up to the maximum volume of cargo capacity that is available).
  • The auction server 120 may then calculate the remaining available volume of cargo capacity that can still be auctioned off, and then reconfigure electronic auctions to only auction off the available volume of cargo capacity that remains. In various embodiments, the remaining volume of cargo capacity may potentially even be for the same route segment or route for which the available cargo capacity was purchased. If the volume entered by a user is incorrect when the cargo carrier 110 arrives to pick up the cargo, the mobile computing module may be configured to receive a corrected volume from the operator of the cargo carrier 110 so that the volume of available cargo capacity to be auctioned off can correspondingly be updated.
  • This type of updating may also be performed when cargo is dropped off. For example, when dropping off cargo at a route end point or a segment end point, the mobile computing module may be configured to receive input identifying a volume of cargo unloaded at a stop of the cargo carrier prior to the starting point of a subsequent route or route segment. The auction server 120 may then be configured to update the volume of cargo capacity available in the various electronic auctions being run accordingly.
  • The present invention has been described here by way of example only. Various modification and variations may be made to these exemplary embodiments without departing from the spirit and scope of the invention, which is limited only by the appended claims.
  • For example, the steps of a method in accordance with any of the embodiments described herein may be performed in any order, whether or not such steps are described in the claims, figures or otherwise in any sequential numbered or lettered manner. Also, in the various user interfaces illustrated in the figures, it will be understood that the layout of the user interface are provided as examples only and are not meant to be limiting. Other suitable user interface configurations may be possible.

Claims (20)

We claim:
1. A method of conducting an electronic auction for available cargo capacity on a cargo carrier, the method comprising:
monitoring the cargo carrier to determine its geographic location as the cargo carrier travels towards a starting point of a route;
determining a route starting distance between the geographic location of the cargo carrier and the starting point of the route;
beginning the electronic auction to sell the available cargo capacity prior to the cargo carrier arriving at the starting point of the route, the electronic auction for selling the available cargo capacity at a current route price that corresponds to the route starting distance; and
receiving input indicating a purchase of the available cargo capacity at the current route price.
2. The method of claim 1, wherein the current route price decreases as the route starting distance between the geographic location of the cargo carrier and the starting point of the route decreases.
3. The method of claim 1, wherein the monitoring further comprises determining the geographic location of the cargo carrier as the cargo carrier travels along the route, the method further comprising:
partitioning the route into a plurality of route segments, each route segment comprising a segment start point and a segment end point; and
for at least two route segments of the plurality of route segments,
determining a segment starting distance between the geographic location of the cargo carrier and the segment start point of the route segment, and
beginning a segment electronic auction to sell available cargo capacity prior to the cargo carrier arriving at the segment start point of the route segment, wherein the segment electronic auction sells the available cargo capacity on the route segment at a current segment price that corresponds to the segment starting distance.
4. The method of claim 3, further comprising receiving input to purchase the available cargo capacity for the route segment at the current segment price.
5. The method of claim 3, wherein for the at least two route segments, the current segment price decreases as the segment starting distance between the geographic location of the cargo carrier and the segment start point of the route segment decreases.
6. The method of claim 3, wherein for at least one of the segment electronic auctions, the method further comprises,
determining that the cargo carrier has traveled past the segment start point of the route segment associated with the at least one segment auction; and
ending the at least one segment electronic auction.
7. The method of claim 3, further comprising
receiving input indicating that cargo capacity for a first route segment of the plurality of route segments has been sold via a first segment electronic auction; and
identifying a second route segment comprising the first route segment, and a second segment electronic auction selling cargo capacity for the second route segment.
8. The method of claim 7, further comprising
ending the second segment electronic auction.
9. The method of claim 7, further comprising
recalibrating the second segment electronic auction to only sell cargo capacity for remaining unsold portions of the second route segment not included in the first route segment.
10. The method of claim 3, wherein at least two of the plurality of route segments are overlapping.
11. The method of claim 3, wherein the at least two of the plurality of route segments share a common segment start point.
12. The method of claim 3, wherein the at least two of the plurality of route segments share a common segment end point.
13. A system for conducting an electronic auction for available cargo capacity on a cargo carrier, the system comprising a processor and a memory storing instructions which when executed by the processor, causes the processor to:
monitor the cargo carrier to determine its geographic location as the cargo carrier travels towards a starting point of a route;
determine a route starting distance between the geographic location of the cargo carrier and the starting point of the route;
begin the electronic auction to sell the available cargo capacity prior to the cargo carrier arriving at the starting point of the route, the electronic auction for selling the available cargo capacity at a current route price that corresponds to the route starting distance; and
receive input indicating a purchase of the available cargo capacity at the current route price.
14. The system of claim 13, wherein the current route price decreases as the route starting distance between the geographic location of the cargo carrier and the starting point of the route decreases.
15. The system of claim 13, wherein the processor is further configured to determine the geographic location of the cargo carrier as the cargo carrier travels along the route, and:
partition the route into a plurality of route segments, each route segment comprising a segment start point and a segment end point; and
for at least two route segments of the plurality of route segments,
determine a segment starting distance between the geographic location of the cargo carrier and the segment start point of the route segment, and
begin a segment electronic auction to sell available cargo capacity prior to the cargo carrier arriving at the segment start point of the route segment, wherein the segment electronic auction sells the available cargo capacity on the route segment at a current segment price that corresponds to the segment starting distance.
16. The system of claim 13, wherein for at least one of the segment electronic auctions, the processor is further configured to:
determine that the cargo carrier has traveled past the segment start point of the route segment associated with the at least one segment auction; and
end the at least one segment electronic auction.
17. The system of claim 13, wherein the processor is further configured to:
receive input indicating that cargo capacity for a first route segment of the plurality of route segments has been sold via a first segment electronic auction; and
identify a second route segment comprising the first route segment, and a second segment electronic auction selling cargo capacity for the second route segment.
18. The system of claim 17, wherein the processor is further configured to:
end the second segment electronic auction.
19. The system of claim 17, wherein the processor is further configured to:
recalibrate the second segment electronic auction to only sell cargo capacity for remaining unsold portions of the second route segment not included in the first route segment.
20. The system of claim 13, wherein at least two of the plurality of route segments are overlapping.
US13/591,634 2012-08-22 2012-08-22 System and method for conducting an electronic auction for available cargo capacity on a cargo carrier Abandoned US20140058772A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/591,634 US20140058772A1 (en) 2012-08-22 2012-08-22 System and method for conducting an electronic auction for available cargo capacity on a cargo carrier
US15/378,592 US10395209B2 (en) 2012-08-22 2016-12-14 Automatic capacity detection systems and methods
US16/508,719 US10878367B2 (en) 2012-08-22 2019-07-11 Automatic capacity detection systems and methods

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13/591,634 US20140058772A1 (en) 2012-08-22 2012-08-22 System and method for conducting an electronic auction for available cargo capacity on a cargo carrier

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/378,592 Division US10395209B2 (en) 2012-08-22 2016-12-14 Automatic capacity detection systems and methods

Publications (1)

Publication Number Publication Date
US20140058772A1 true US20140058772A1 (en) 2014-02-27

Family

ID=50148814

Family Applications (3)

Application Number Title Priority Date Filing Date
US13/591,634 Abandoned US20140058772A1 (en) 2012-08-22 2012-08-22 System and method for conducting an electronic auction for available cargo capacity on a cargo carrier
US15/378,592 Active 2033-05-27 US10395209B2 (en) 2012-08-22 2016-12-14 Automatic capacity detection systems and methods
US16/508,719 Active US10878367B2 (en) 2012-08-22 2019-07-11 Automatic capacity detection systems and methods

Family Applications After (2)

Application Number Title Priority Date Filing Date
US15/378,592 Active 2033-05-27 US10395209B2 (en) 2012-08-22 2016-12-14 Automatic capacity detection systems and methods
US16/508,719 Active US10878367B2 (en) 2012-08-22 2019-07-11 Automatic capacity detection systems and methods

Country Status (1)

Country Link
US (3) US20140058772A1 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106529815A (en) * 2016-11-15 2017-03-22 同济大学 Estimation method of passenger trip spatial-temporal trajectory of urban rail transit network and application thereof
GB2553911A (en) * 2017-08-04 2018-03-21 Daimler Ag System and method for transporting items
US10415988B2 (en) * 2014-07-08 2019-09-17 Omnitracs, Llc Integration of hours of service and navigation
US20210073726A1 (en) * 2019-09-10 2021-03-11 Aisin Aw Co., Ltd. Delivery support system and delivery support program
US11080643B2 (en) * 2018-09-28 2021-08-03 I.D. Systems, Inc. Cargo sensors, cargo-sensing units, cargo-sensing systems, and methods of using the same
US11087485B2 (en) * 2018-09-28 2021-08-10 I.D. Systems, Inc. Cargo sensors, cargo-sensing units, cargo-sensing systems, and methods of using the same
CN116151595A (en) * 2023-04-19 2023-05-23 北京京东乾石科技有限公司 Automatic sub-broadcasting method, device, system and storage medium

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11303632B1 (en) 2018-06-08 2022-04-12 Wells Fargo Bank, N.A. Two-way authentication system and method
US11068832B1 (en) * 2018-08-31 2021-07-20 VuTrans Solutions LLC System and method for identifying freight capacity

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020055818A1 (en) * 2000-07-10 2002-05-09 Gaspard James G. Method to schedule a vehicle in real-time to transport freight and passengers
US20030036935A1 (en) * 2001-08-15 2003-02-20 Nel Andre M. E. Allocating freight haulage jobs
US20030061155A1 (en) * 1999-05-10 2003-03-27 Stephen Chin Internet-based monetary payment system
US20040019552A1 (en) * 2000-12-07 2004-01-29 Tobin Christopher M. Limited inventory offered for sale at iteratively adjusted pricing
US20040239529A1 (en) * 2003-05-27 2004-12-02 My Tran Embedded free flight obstacle avoidance system
US20050071245A1 (en) * 2003-09-25 2005-03-31 Norins Arthur L. System and method for transacting for a perishable object having an uncertain availability
US20080068221A1 (en) * 2006-09-18 2008-03-20 Lg Electronics Inc. Method and apparatus for providing information on availability of public transportation and method and apparatus for using said information
US20120084173A1 (en) * 2010-09-27 2012-04-05 Anders Goran Ekholm Method, computer program product and system for dynamically pricing peerishable goods
US20130138332A1 (en) * 2011-11-24 2013-05-30 Ge Aviation Systems Limited System and method for controlling operation of an airline
US20140025524A1 (en) * 2011-12-14 2014-01-23 Cfph, Llc Examples of delivery and/or referral services that may use mobile enhancements and/or auction mechanisms

Family Cites Families (110)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7511833B2 (en) * 1992-05-05 2009-03-31 Automotive Technologies International, Inc. System for obtaining information about vehicular components
US7887089B2 (en) * 1992-05-05 2011-02-15 Automotive Technologies International, Inc. Vehicular occupant protection system control arrangement and method using multiple sensor systems
WO1995027964A1 (en) * 1994-04-12 1995-10-19 Qualcomm Incorporated Method and apparatus for freight transportation using a satellite navigation system
US20020069017A1 (en) * 1995-08-14 2002-06-06 Schmier Kenneth J. Public transit vehicle arrival information system
US5835716A (en) * 1995-12-15 1998-11-10 Pitney Bowes Inc. Method and system for brokering excess carrier capacity
US6243691B1 (en) * 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5995898A (en) * 1996-12-06 1999-11-30 Micron Communication, Inc. RFID system in communication with vehicle on-board computer
US5835377A (en) * 1997-03-24 1998-11-10 International Business Machines Corporation Method and system for optimized material movement within a computer based manufacturing system utilizing global positioning systems
US6148291A (en) * 1998-01-26 2000-11-14 K & T Of Lorain, Ltd. Container and inventory monitoring methods and systems
US6453298B2 (en) * 1998-07-10 2002-09-17 Honda Giken Kogyo Kabushiki Kaisha Method of operating a vehicle redistribution system based upon predicted ride demands
US6035289A (en) * 1998-07-14 2000-03-07 International Business Machines Corporation Method and apparatus for electronic trading of carrier cargo capacity
US6064981A (en) * 1999-06-17 2000-05-16 Barni; Neil A. Method for online display and negotiation of cargo rates
US7783507B2 (en) * 1999-08-23 2010-08-24 General Electric Company System and method for managing a fleet of remote assets
US7395237B1 (en) * 1999-11-01 2008-07-01 Leanlogistics, Inc. Methods and apparatus for connecting shippers and carriers in the third party logistics environment via the internet
US20010025268A1 (en) * 2000-01-11 2001-09-27 Hnat Jeffrey W. Method for brokering freight transportation routes and warehousing space
EP1264259B8 (en) * 2000-02-11 2017-07-05 Internet Payments Patents Limited A network-based system
US6671674B1 (en) * 2000-03-16 2003-12-30 Claude T. Anderson Computer-based auction and sale system
US20050209913A1 (en) * 2000-04-05 2005-09-22 Wied William J Computer based system and method for facilitating commerce between shippers and carriers
US8725656B1 (en) * 2000-05-18 2014-05-13 United Parcel Service Of America, Inc. Freight rate manager
US6813612B1 (en) * 2000-05-25 2004-11-02 Nancy J. Rabenold Remote bidding supplement for traditional live auctions
GB0016822D0 (en) * 2000-07-07 2000-08-30 Global Freight Exchange Limite Method computer system and computer system network for data management
US20040015605A1 (en) 2000-07-07 2004-01-22 Demetriades Petros Andreas Method, computer system and computer system network
US6240362B1 (en) * 2000-07-10 2001-05-29 Iap Intermodal, Llc Method to schedule a vehicle in real-time to transport freight and passengers
US20050021346A1 (en) * 2000-08-13 2005-01-27 Nadan Joseph S. Method and system for creating marketplace visibility and administering freight shipments using fuzzy commodity transportation instruments
US20020116318A1 (en) * 2000-08-31 2002-08-22 Manugistics, Inc. Electronic market and related methods suitable for transportation and shipping services
US7222081B1 (en) * 2000-10-05 2007-05-22 Fujitsu Limited System and method for continuous delivery schedule including automated customer notification
KR100975610B1 (en) * 2000-10-10 2010-08-17 인트라 인코포레이티드 Common carrier system
US8706542B2 (en) * 2000-12-18 2014-04-22 Apple Inc. Allocation of location-based orders to mobile agents
US20020082946A1 (en) * 2000-12-21 2002-06-27 Morrison William James Electronic auction method and system permitting simultaneous bids on multiple, different items
JP2002259522A (en) * 2000-12-26 2002-09-13 Tohsho Logitech Kk Efficiency improving system for load transportation service
US7848905B2 (en) * 2000-12-26 2010-12-07 Troxler Electronic Laboratories, Inc. Methods, systems, and computer program products for locating and tracking objects
US6937992B1 (en) * 2000-12-29 2005-08-30 Arrowstream, Inc. Transport vehicle capacity maximization logistics system and method of same
US20040068459A1 (en) * 2001-02-09 2004-04-08 Capxnow, S. L. Method and system for the creation of a dynamic offering
US7249087B2 (en) * 2001-02-12 2007-07-24 Freightwise Corporation Freight transportation marketplace
US20020116305A1 (en) 2001-02-16 2002-08-22 Raj Abhyanker Method for aligning financial and logistical flows with an internet exchange portal
US7080019B1 (en) * 2001-03-04 2006-07-18 Ducktrip, Llc Ride share contact system
US20030083947A1 (en) * 2001-04-13 2003-05-01 Hoffman George Harry System, method and computer program product for governing a supply chain consortium in a supply chain management framework
US7292989B2 (en) * 2001-03-23 2007-11-06 Ford Motor Company Method and system for managing carrier operations
US6804585B2 (en) * 2001-06-19 2004-10-12 John Jay Humbard Flight management system and method for providing navigational reference to emergency landing locations
US20040015392A1 (en) * 2001-07-09 2004-01-22 Philip Hammel Shared freight rate system and invoicing method
GB2381884A (en) * 2001-07-16 2003-05-14 Pablo D Cappellini A search engine of flexibly-defined paths applicable to the search of transportation-related routes
US7149366B1 (en) * 2001-09-12 2006-12-12 Flight Landata, Inc. High-definition hyperspectral imaging system
US20030084125A1 (en) * 2001-10-31 2003-05-01 Nagda Paresh L. Integrated information exchange system for matching shipping demands and carrier availability
CA2370084C (en) * 2002-02-01 2017-12-12 Canadian National Railway Company System and method for on-line ordering of a transporation service providing route selection capability
CA2969278C (en) * 2002-02-01 2018-07-10 Canadian National Railway Company System and method for conducting an online rail-service ordering transaction
CA2370053A1 (en) * 2002-02-01 2003-08-01 Canadian National Railway Company System and method for providing a price quotation for a transportation service based on equipment ownership
US20030225738A1 (en) * 2002-03-22 2003-12-04 Chris Ternoey Graphical user interface for reviewing valuation estimates of perishable resources
DE10254200B4 (en) * 2002-11-20 2006-04-20 Siemens Ag Device and method for detecting the seat occupancy in a vehicle
US9818136B1 (en) * 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
US20050228736A1 (en) * 2003-03-12 2005-10-13 Jeff Norman Method and system for an auction
US7783557B2 (en) 2003-03-25 2010-08-24 Future Freight Corporation Computer-implemented display to facilitate trading in multi-modal freight shipment derivatives
WO2004088476A2 (en) * 2003-03-27 2004-10-14 University Of Washington Performing predictive pricing based on historical data
US20040220821A1 (en) * 2003-04-30 2004-11-04 Ericsson Arthur Dale Bidding method for time-sensitive offerings
US8010282B2 (en) * 2003-05-28 2011-08-30 Passur Aerospace, Inc. System and method to display operational and revenue data for an airport facility
KR100456134B1 (en) * 2003-06-17 2004-11-10 김성수 one-way sending time expiring coupon operating method for sale of unsold perishable resources
US20070192111A1 (en) * 2003-09-12 2007-08-16 Chasen Matthew D Peer-to-peer network method and system for shipment delivery transactions
US7265668B1 (en) * 2003-12-12 2007-09-04 Skybitz, Inc. System and method for asset tracking and monitoring
DE102004023833A1 (en) * 2004-05-13 2005-12-08 Lufthansa Cargo Ag System and method for optimizing cargo space utilization and maximizing revenue for cargo transportation
US20060116893A1 (en) * 2004-11-24 2006-06-01 Carnes Joseph L Apparatus and method of collecting and monitoring shipment data
JP4056076B2 (en) * 2004-12-07 2008-03-05 株式会社ナビタイムジャパン Vacant seat route search system, vacant seat route search device, and terminal device
US20060253366A1 (en) * 2005-05-03 2006-11-09 Rebibo Daniel T Reverse auction system and method
US20060282277A1 (en) * 2005-06-14 2006-12-14 David Ng In-Transit Shipment Re-Direction Service for Reduced Shipping Latencies
US8116969B2 (en) * 2005-07-18 2012-02-14 Siemens Aktiengesellschaft Method for equalizing traffic flows and for avoiding and resolving congestion
US7920967B1 (en) * 2005-09-08 2011-04-05 TransLoc, Inc. Methods and devices for providing route information
JP2007102390A (en) * 2005-10-03 2007-04-19 Hitachi Ltd Seat reservation system
US8874477B2 (en) * 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7720708B1 (en) * 2006-02-24 2010-05-18 Launch Ramp Llc System and method for selling perishable products
US8000988B1 (en) * 2006-08-18 2011-08-16 Amazon Technologies, Inc. Selecting shipping methods dependent on a dynamic model of shipping activity
US8321258B2 (en) * 2006-08-31 2012-11-27 Sap Aktiengeselleschaft Vehicle scheduling and routing with compartments
US8024234B1 (en) * 2006-10-25 2011-09-20 Stubhub, Inc. System and methods for mapping price and location of tickets in an event venue
US8990101B2 (en) * 2006-11-06 2015-03-24 The Boeing Company Customizable situational awareness dashboard and alerts, and associated systems and methods
JP4867613B2 (en) * 2006-11-24 2012-02-01 富士通株式会社 Priority seat management system, priority seat management method, and priority seat management program
DE102007015520A1 (en) * 2007-03-30 2008-10-02 Airbus Deutschland Gmbh Underbody system for an aircraft
US8005595B2 (en) * 2007-11-20 2011-08-23 Tk Holdings Inc. Occupant monitoring and restraint status system
US11159909B2 (en) * 2008-02-05 2021-10-26 Victor Thomas Anderson Wireless location establishing device
WO2009137582A1 (en) * 2008-05-06 2009-11-12 University Of Virginia Patent Foundation System and method for minimizing occupant injury during vehicle crash events
WO2009140669A2 (en) * 2008-05-16 2009-11-19 Terahop Networks, Inc. Securing, monitoring and tracking shipping containers
US8534216B2 (en) * 2008-06-10 2013-09-17 Roundpeg Innovations Pty Ltd. Device and method for boarding an aircraft
US8843384B2 (en) * 2008-07-10 2014-09-23 Avinoam Eden Method for selecting a spatial allocation
WO2010030341A1 (en) * 2008-09-09 2010-03-18 United Parcel Service Of America, Inc. Systems and methods of utilizing telematics data to improve fleet management operations
FR2941554B1 (en) * 2009-01-29 2011-04-01 Airbus France METHOD AND DEVICE FOR AIDING THE CONTROL OF AN AIRCRAFT DURING A LANDING PHASE
US20110202361A1 (en) * 2009-03-10 2011-08-18 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational systems and methods for health services planning and matching
US20100250446A1 (en) * 2009-03-31 2010-09-30 General Electric Company Freight commerce system and method
US20100299177A1 (en) * 2009-05-22 2010-11-25 Disney Enterprises, Inc. Dynamic bus dispatching and labor assignment system
US20110082714A1 (en) * 2009-10-03 2011-04-07 International Business Machines Corporation Dynamic Reallocation of Seats in Rail Travel Using RFID Technology
US20110178828A1 (en) * 2010-01-15 2011-07-21 National Tsing Hua University Sale decision method and sale request evaluation method
US8548868B1 (en) * 2010-04-26 2013-10-01 Mark Lawrence Method and apparatus to aggregrate demand for buyer specified goods and services
US20120143656A1 (en) * 2010-05-28 2012-06-07 Trip Alertz, Inc. Group aggregation leveraging system
US20120010913A1 (en) * 2010-07-08 2012-01-12 Lele Avinash S Systems and methods for managing empty seat inventory on an airplane
US8750853B2 (en) * 2010-09-21 2014-06-10 Cellepathy Ltd. Sensor-based determination of user role, location, and/or state of one or more in-vehicle mobile devices and enforcement of usage thereof
US9721278B2 (en) * 2010-09-27 2017-08-01 Economemetics Ab Method, system and computer program product for dynamically pricing perishable goods
TWI447584B (en) * 2010-11-01 2014-08-01 Inst Information Industry System for multi-user network storage service sharing and method thereof
US20120116909A1 (en) * 2010-11-08 2012-05-10 Julio Cesar Saenz Reverse bidding system and method
US9037475B2 (en) * 2010-12-07 2015-05-19 General Motors Llc System and method for auctioning geoboxed flexible, semi-locked or locked radio presets
WO2012082219A2 (en) * 2010-12-15 2012-06-21 Poynt Corporation Price formation in location-based advertising networks
US9558468B2 (en) * 2011-03-16 2017-01-31 Cubic Corporaton Transportation route management
WO2012126038A1 (en) * 2011-03-24 2012-09-27 Pretorius Ip Holdings Pty Ltd Logistics sourcing improvements
JP5016125B1 (en) * 2011-06-30 2012-09-05 楽天株式会社 Information providing apparatus, information providing method, information providing program, and recording medium
US9958280B2 (en) * 2011-08-16 2018-05-01 Inrix, Inc. Assessing inter-modal passenger travel options
US9562783B2 (en) * 2011-10-01 2017-02-07 Proxpro, Inc. Identifying future location and providing path crossing indications
US20130204732A1 (en) * 2012-02-03 2013-08-08 Northcore Technologies Inc. Methods and Systems for Conducting an Electronic Auction
IL225055A0 (en) * 2012-03-05 2013-06-27 Oren Tokatly Transport booking management
US20130238523A1 (en) * 2012-03-08 2013-09-12 Bal Agrawal Apparatuses, Methods And Systems For Brokerage Fee Assessment And Management
US9697479B2 (en) * 2012-06-27 2017-07-04 SeatBoost LLC Pre-boarding auction system for airline seat upgrades
US20140025407A1 (en) * 2012-07-18 2014-01-23 Brian Hayek Customer reservation auction system
US20140122284A1 (en) * 2012-10-26 2014-05-01 Matthew Bockh On-line bidding system & method
US20140351067A1 (en) * 2013-05-21 2014-11-27 Jeff Tomcsik System and Method for Increasing the Efficiency and Profitability of Deliveries from a Point-of-Sale Provider to a Retail Consumer
US20140365393A1 (en) * 2013-06-07 2014-12-11 DoDat Process Technology, LLC Transportation capacity augmentation program methods, apparatuses and media
US20180174262A1 (en) * 2016-12-16 2018-06-21 Wal-Mart Stores, Inc. Systems and methods for assessing available cargo capacity for multiple vehicles

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030061155A1 (en) * 1999-05-10 2003-03-27 Stephen Chin Internet-based monetary payment system
US20020055818A1 (en) * 2000-07-10 2002-05-09 Gaspard James G. Method to schedule a vehicle in real-time to transport freight and passengers
US20040019552A1 (en) * 2000-12-07 2004-01-29 Tobin Christopher M. Limited inventory offered for sale at iteratively adjusted pricing
US20030036935A1 (en) * 2001-08-15 2003-02-20 Nel Andre M. E. Allocating freight haulage jobs
US20040239529A1 (en) * 2003-05-27 2004-12-02 My Tran Embedded free flight obstacle avoidance system
US20050071245A1 (en) * 2003-09-25 2005-03-31 Norins Arthur L. System and method for transacting for a perishable object having an uncertain availability
US20080068221A1 (en) * 2006-09-18 2008-03-20 Lg Electronics Inc. Method and apparatus for providing information on availability of public transportation and method and apparatus for using said information
US20120084173A1 (en) * 2010-09-27 2012-04-05 Anders Goran Ekholm Method, computer program product and system for dynamically pricing peerishable goods
US20130138332A1 (en) * 2011-11-24 2013-05-30 Ge Aviation Systems Limited System and method for controlling operation of an airline
US20140025524A1 (en) * 2011-12-14 2014-01-23 Cfph, Llc Examples of delivery and/or referral services that may use mobile enhancements and/or auction mechanisms

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10415988B2 (en) * 2014-07-08 2019-09-17 Omnitracs, Llc Integration of hours of service and navigation
US11454507B2 (en) * 2014-07-08 2022-09-27 Omnitracs, Llc Integration of hours of service and navigation
CN106529815A (en) * 2016-11-15 2017-03-22 同济大学 Estimation method of passenger trip spatial-temporal trajectory of urban rail transit network and application thereof
GB2553911A (en) * 2017-08-04 2018-03-21 Daimler Ag System and method for transporting items
US11080643B2 (en) * 2018-09-28 2021-08-03 I.D. Systems, Inc. Cargo sensors, cargo-sensing units, cargo-sensing systems, and methods of using the same
US11087485B2 (en) * 2018-09-28 2021-08-10 I.D. Systems, Inc. Cargo sensors, cargo-sensing units, cargo-sensing systems, and methods of using the same
US11887038B2 (en) 2018-09-28 2024-01-30 I.D. Systems, Inc. Cargo sensors, cargo-sensing units, cargo-sensing systems, and methods of using the same
US20210073726A1 (en) * 2019-09-10 2021-03-11 Aisin Aw Co., Ltd. Delivery support system and delivery support program
CN116151595A (en) * 2023-04-19 2023-05-23 北京京东乾石科技有限公司 Automatic sub-broadcasting method, device, system and storage medium

Also Published As

Publication number Publication date
US20170098190A1 (en) 2017-04-06
US10395209B2 (en) 2019-08-27
US10878367B2 (en) 2020-12-29
US20200082332A1 (en) 2020-03-12

Similar Documents

Publication Publication Date Title
US10878367B2 (en) Automatic capacity detection systems and methods
US11687996B2 (en) Systems and methods for prioritizing local shopping options
US9243929B2 (en) Fuel purchase planning along a route
US20140278838A1 (en) Determining an amount for a toll based on location data points provided by a computing device
US20180003517A1 (en) Providing alternative routing options to a rider of a transportation management system
US11561105B2 (en) Optimized route planning for multiple travelers with the same destination
KR102574815B1 (en) server that provides shipping management services
US11856476B2 (en) Selectively highlighting map features associated with places
US20230245042A1 (en) Location-based transportation network
JP7390441B2 (en) SYSTEMS, METHODS AND COMPUTER PROGRAMS
US11725960B2 (en) Determining navigation data based on service type
US10955251B2 (en) Identifying incorrect coordinate prediction using route information
RU2652466C1 (en) Method for determining the cost of cargo transportation
US20190026696A1 (en) System and method to enable sharing of delivery resources between non-affiliated entities
US20220128370A1 (en) Route selection using machine-learned safety model

Legal Events

Date Code Title Description
AS Assignment

Owner name: NORTHCORE TECHNOLOGIES INC., CANADA

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNMENT RECORDED ON INCORRECT US APP.13/591,364. ASSIGNMENT TO BE RECORDED ON CORRECT US APP.13/591,634. PREVIOUSLY RECORDED ON REEL 029250 FRAME 0791. ASSIGNOR(S) HEREBY CONFIRMS THE RECORDED ON US APP.13/591,364. SHOULD BE RECORDED ON US APP.13/591,634.;ASSIGNORS:MOSKOS, JAMES;MONGA, AMIT SINGH;REEL/FRAME:030537/0390

Effective date: 20120928

AS Assignment

Owner name: TWO RINGS MEDIA INC., CANADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NORTHCORE TECHNOLOGIES INC.;REEL/FRAME:032028/0811

Effective date: 20130725

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION