WO2024091822A1 - Systèmes intelligents et procédés de gestion algorithmique de distribution de certificats de transport - Google Patents

Systèmes intelligents et procédés de gestion algorithmique de distribution de certificats de transport Download PDF

Info

Publication number
WO2024091822A1
WO2024091822A1 PCT/US2023/077136 US2023077136W WO2024091822A1 WO 2024091822 A1 WO2024091822 A1 WO 2024091822A1 US 2023077136 W US2023077136 W US 2023077136W WO 2024091822 A1 WO2024091822 A1 WO 2024091822A1
Authority
WO
WIPO (PCT)
Prior art keywords
bid
cots
requests
list
request
Prior art date
Application number
PCT/US2023/077136
Other languages
English (en)
Inventor
Christian ISAACS
Michael Vierling
Original Assignee
Bnsf Railway Company
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
Priority claimed from US18/049,697 external-priority patent/US20230085824A1/en
Application filed by Bnsf Railway Company filed Critical Bnsf Railway Company
Publication of WO2024091822A1 publication Critical patent/WO2024091822A1/fr

Links

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
    • 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/02Reservations, e.g. for tickets, services or events
    • 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
    • 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
    • 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Definitions

  • the present disclosure relates in general to railroad operations, and in particular, to intelligent systems and methods for algorithmically managing distribution of certificates of transportation.
  • Managing distribution of assets can be a very challenging undertaking, as there are a large number of disparate considerations that are taken into account when determining where, how, to whom those assets are distributed. Although some management solutions have been developed, these solutions are not viable or feasible to address every situation. For example, in the field of railroad operations, management the distribution of assets is of particular importance, as the railroad may rely on the details of the distribution to develop schedules and customers may rely on the assets to be able to transport assets.
  • COT certificates of transportation
  • a COT may be used to represent a commodity.
  • a COT may represent one or more cars of a commodity (e.g., one or more grain cars) that a railroad may distribute to customers.
  • COTs are classified into seven different types depending on the commodity, redeem period, price, and car amount.
  • COTs may be sold to customers through an online auction, which provides a convenient and fair method of distribution.
  • the type of COT determines how many cars the COT is worth.
  • a COT also may have restrictions on when it can be used (specific month/year and period in the month, first, middle, or last).
  • the first challenge may include determining how many of the COTs requested in an auction bid are won. For example, each COT could be treated individually instead of as a group, each bidder could be allowed to only win the exact number of COTs requested, or each bidder could be allowed to win less than the number of COTs requested in the auction bid.
  • the second challenge may include determining the amount each bidder is paying for a COT. For example, determinations must be made as to when to account for increment and when to account for bid time, what the priorities for increment and bid time should be, and how to handle proxy bidding.
  • a system includes a plurality of user terminals, a network, and an application server functioning as a COT processing system.
  • the plurality of user terminals each including a display screen for presenting a graphical user interface and output information.
  • the network may be configured to provide communication functionality to other components of the system, such as between the plurality of user terminals and the application server.
  • the application server functioning as a COT processing system may be operable to perform execution of an algorithmic distribution application configured to manage distribution of the available COTs based on a plurality of bid requests received from a plurality of bidders.
  • the algorithmic distribution application may include functionality to not merely determine a winner of an online auction by determining a bidder that placed the largest bid, but rather may include functionality to intelligently determine whether all available COTs have been requested or not, and to adjust the allocation of the available COTs to the requesting bidders according to the availability of the COTs, as well as to dynamically determine a price of the allocated COTs, which may not always be a maximum bid of the winning bid (e.g., as in a typical auction system) but may be adjusted based on the allocation of the available COTs to the requested bids.
  • the techniques disclosed herein do not merely store, organize, and compare data, but instead addresses an internet and computer centric challenge of COTs distribution via online auctions when available offered assets do not neatly match to requested assets.
  • the techniques disclosed herein represent more than a mere implementation of an abstract idea into a computer, but represents a technical improvement to current COTS distribution management systems and/or to online auction systems.
  • the present disclosure discloses concepts inextricably tied to computer and internet technology such that the present disclosure provides the technological benefit of providing a mechanism for intelligently managing distribution of COTs via online auctions.
  • the present disclosure goes beyond a mere implementation of a manual process into a computer, providing a mechanism that is rooted in technology for managing various aspects of an online auction, including allocation of available COTs to requested COTs and dynamic adjustment of pricing based on the allocations.
  • the present disclosure can address the current challenges with COTS distribution systems, namely current COTs online auctions systems, such as determining how many of the COTs requested in an online auction bid are available and/or won and determining the amount each bidder is to pay for a won COT, by providing a mechanism that allocates available COTs to bid requests based on a number of available COTs, and dynamically adjusting the price of COTs based on whether all requested COTS are allocated to winning bids.
  • the present disclosure solves the technological problem of a lack of technical functionality for intelligently managing distribution of COTs via online auctions.
  • the technological solutions provided herein, and missing from conventional systems are more than a mere application of a manual process to a computerized environment, but rather include functionality to implement a technical process to supplement current implementations of COTs distribution systems, and in particular COTs online auctions systems. In doing so, the present disclosure goes well beyond a mere application the manual process to a computer.
  • It is a further object of the disclosure to provide a method of intelligently managing distribution of COTs via online auctions.
  • It is still a further object of the disclosure to provide a computer-based tool for intelligently managing distribution of COTs via online auctions.
  • a method of intelligently managing distribution of COTs via online auctions includes receiving a plurality of bid requests from a plurality of bidders, each bid request of the plurality of bid requests requesting one or more COTs of a plurality of available COTs for distribution.
  • each of the one or more COTs represents an underlying commodity
  • each bid of the plurality bid requests includes a minimum bid amount and a maximum bid amount corresponding to each of the one or more COTs.
  • the method also includes executing an algorithmic distribution application configured to manage distribution of the plurality of available COTs based on the plurality of bid requests.
  • executing the algorithmic distribution application includes aggregating each of the plurality of bid requests from the plurality of bidders into a list of bid requests and determining whether a total number of COTs requested in the plurality of bid requests is more than a total number of COTs in the plurality of available COTs.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is not more than the total number of COTs in the plurality of available COTs, allocating COTs of the plurality of available COTs to each of the plurality of bidders based on the one or more COTs requested in the bid request received from each respective bidder of the plurality of bidders, and determining a price for each of the allocated COTs based on the minimum bid amount in the bid request corresponding to the allocated COT for the bid request.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is more than the total number of COTs in the plurality of available COTs, sorting the list of bid requests based on the maximum bid amount in each of the bid requests in the list of bid requests, further sorting the list of bid requests based on a placement time each of the bid requests in the list of bid requests was placed such that a first bid request having a maximum bid amount equal to a maximum bid amount of a second bid request and a placement time earlier than the second bid request is sorted above the second bid request, allocating COTs of the plurality of available COTs to each bid request in the list of bid requests based on the sorting order of each bid request, determining a price for each of the COTS allocated to each bid request in the list of bid requests, where determining the price includes determining the price for each of the COTS allocated to each bid request in the list of bid requests based on a first loser’s bid amount when all COTs requested in
  • a computer-based tool for intelligently managing distribution of COTs via online auctions may include non- transitory computer readable media having stored thereon computer code which, when executed by a processor, causes a computing device to perform operations.
  • the operations include receiving a plurality of bid requests from a plurality of bidders, each bid request of the plurality of bid requests requesting one or more COTs of a plurality of available COTs for distribution.
  • each of the one or more COTs represents an underlying commodity
  • each bid of the plurality bid requests includes a minimum bid amount and a maximum bid amount corresponding to each of the one or more COTs.
  • the operations also include executing an algorithmic distribution application configured to manage distribution of the plurality of available COTs based on the plurality of bid requests.
  • executing the algorithmic distribution application includes aggregating each of the plurality of bid requests from the plurality of bidders into a list of bid requests and determining whether a total number of COTs requested in the plurality of bid requests is more than a total number of COTs in the plurality of available COTs.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is not more than the total number of COTs in the plurality of available COTs, allocating COTs of the plurality of available COTs to each of the plurality of bidders based on the one or more COTs requested in the bid request received from each respective bidder of the plurality of bidders, and determining a price for each of the allocated COTs based on the minimum bid amount in the bid request corresponding to the allocated COT for the bid request.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is more than the total number of COTs in the plurality of available COTs, sorting the list of bid requests based on the maximum bid amount in each of the bid requests in the list of bid requests, further sorting the list of bid requests based on a placement time each of the bid requests in the list of bid requests was placed such that a first bid request having a maximum bid amount equal to a maximum bid amount of a second bid request and a placement time earlier than the second bid request is sorted above the second bid request, allocating COTs of the plurality of available COTs to each bid request in the list of bid requests based on the sorting order of each bid request, determining a price for each of the COTS allocated to each bid request in the list of bid requests, where determining the price includes determining the price for each of the COTS allocated to each bid request in the list of bid requests based on a first loser’s bid amount when all COTs requested in
  • a system for intelligently managing distribution of COTs via online auctions comprises at least one processor and a memory operably coupled to the at least one processor and storing processor-readable code that, when executed by the at least one processor, is configured to perform operations.
  • the operations include receiving a plurality of bid requests from a plurality of bidders, each bid request of the plurality of bid requests requesting one or more COTs of a plurality of available COTs for distribution.
  • each of the one or more COTs represents an underlying commodity
  • each bid of the plurality bid requests includes a minimum bid amount and a maximum bid amount corresponding to each of the one or more COTs.
  • the operations also include executing an algorithmic distribution application configured to manage distribution of the plurality of available
  • executing the algorithmic distribution application includes aggregating each of the plurality of bid requests from the plurality of bidders into a list of bid requests and determining whether a total number of COTs requested in the plurality of bid requests is more than a total number of COTs in the plurality of available COTs.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is not more than the total number of COTs in the plurality of available COTs, allocating COTs of the plurality of available COTs to each of the plurality of bidders based on the one or more COTs requested in the bid request received from each respective bidder of the plurality of bidders, and determining a price for each of the allocated COTs based on the minimum bid amount in the bid request corresponding to the allocated COT for the bid request.
  • executing the algorithmic distribution application includes, when the total number of COTs requested in the plurality of bid requests is more than the total number of COTs in the plurality of available COTs, sorting the list of bid requests based on the maximum bid amount in each of the bid requests in the list of bid requests, further sorting the list of bid requests based on a placement time each of the bid requests in the list of bid requests was placed such that a first bid request having a maximum bid amount equal to a maximum bid amount of a second bid request and a placement time earlier than the second bid request is sorted above the second bid request, allocating COTs of the plurality of available COTs to each bid request in the list of bid requests based on the sorting order of each bid request, determining a price for each of the COTS allocated to each bid request in the list of bid requests, where determining the price includes determining the price for each of the COTS allocated to each bid request in the list of bid requests based on a first loser’s bid amount when all COTs requested in
  • FIGURE 1A is a high-level block diagram of a representative system for intelligently managing distribution of certificates of transportation (COTs) via online auctions according to embodiments of the present disclosure
  • FIGURE IB is a block diagram illustrating functionality of an exemplary algorithmic distribution application 120 implemented in accordance with embodiments of the present disclosure
  • FIGURE 2A is a block diagram illustrating exemplary operations of a system with functionality for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure
  • FIGURE 2B is a block diagram illustrating exemplary operations of a system with functionality for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure
  • FIGURE 3 is a flow diagram of a representative method 300 for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure
  • FIGURE 4 illustrates an exemplary high level functional block diagram illustrating a representative computer network operating environment for intelligently managing distribution of COTs implemented according to embodiments of the present disclosure.
  • Various embodiments of the present disclosure are directed to systems and techniques that provide functionality for intelligently managing distribution of certificates of transportations (COTs).
  • COTs certificates of transportations
  • the present disclosure provides for a system integrated into a practical application with meaningful limitations that may enable the algorithmic management of distribution of available COTs via online auctions.
  • an application server may operate to perform execution of an algorithmic distribution application configured to manage distribution of the available COTs based on a plurality of bid requests received from a plurality of bidders.
  • the algorithmic distribution application may include functionality to not merely determine a winner of an online auction by determining a bidder that placed the largest bid, but rather may include functionality to intelligently determine whether all available COTs have been requested or not, and to adjust the allocation of the available COTs to the requesting bidders according to the availability of the COTs, as well as to dynamically determine a price of the allocated COTs, which may not always be a maximum bid of the winning bid (e.g., as in a typical online auction system) but may be adjusted based on the allocation of the available COTs to the requested bids.
  • FIGURES 1 through 4 discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the present disclosure. Those skilled in the art can understand that the principles of the present disclosure may be implemented in any type of suitably-arranged device or system.
  • FIGURE 1A illustrates an example system 100 for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure.
  • the embodiment of system 100 is by way of illustration and should not be construed as limiting in any way or form.
  • FIGURE 1 A does not limit the scope of this disclosure to any particular implementation of a COT distribution management system.
  • system 100 includes platform 105, user webserver 110, and communications network 115.
  • Platform 105 may include algorithmic distribution application 120, database 160, web server 165, and firewall 167.
  • the functionality of platform 105 may be provided by the cooperative operation of the various components of application platform 105 as described herein.
  • platform 105 may be provided to include multiple WAR files (modules) that may be deployed to containers (e.g., implemented as Tomcat containers).
  • platform 105 may include an algorithmic distribution application 120, which may include one or more containers.
  • Algorithmic distribution application 120 may include customer container 130 and client container 135.
  • Customer container 130 may include customer user interface (UI) module 140.
  • customer container 130 may be configured to provide access to the functionality of algorithmic distribution application 120 to a user for distributing COTs, such as to provide functionality for generating, structuring, rendering, and presenting a UI (e.g., via UI module 140) to a user (e.g., a customer wishing to bid on one or more auction listings for one or more available COTs).
  • UI customer user interface
  • Client container 135 may include winner determination manager 145 and data service module 150.
  • client container 135 may be configured to provide access to the functionality of algorithmic distribution application 120 to an administrative user for distributing COTs, such as to provide functionality for generating, structuring, rendering, and presenting a UI (e.g., via UI module 140) to the administrative user for managing various aspects of algorithmic distribution application 120 (e.g., create, edit, manage, etc., auctions for available COTs).
  • a UI e.g., via UI module 140
  • winner determination manager 145 may include and/or may be configured to execute or apply algorithms, machine learning models, mathematical models, rules models, and/or other models that may be used to intelligently determine whether all available COTs have been requested or not, to intelligently adjust the allocation of the available COTs to the requesting bidders according to the availability of the COTs, and to intelligently and dynamically determine a price of the allocated COTs, which may not always be a maximum bid of the winning bid (e.g., as in a typical online auction system) but may be adjusted based on the allocation of the available COTs to the requested bids.
  • winner determination manager 145 may be implemented in a webservice application. Results from winner determination manager 145 may be used to configure and/or manage the distribution of available COTs. In some embodiments, the results from winner determination manager 145 may be stored in a data service application (e.g., data service module 150), which may include a database (e.g., database 160), such as a mid-tier DB2 database.
  • a data service application e.g., data service module 150
  • database 160 e.g., database 160
  • algorithmic distribution application 120 may be provided by the cooperative operation of the various components of algorithmic distribution application 120, as will be described in more detail below.
  • algorithmic distribution application 120 may be implemented in a server.
  • server 110 and its individual functional blocks may be implemented as a single device or may be distributed over multiple devices having their own processing resources, whose aggregate functionality may be configured to perform operations in accordance with the present disclosure.
  • FIGURE 1A illustrates components of algorithmic distribution application 120 as single and separate blocks
  • each of the various components of algorithmic distribution application 120 may be a single component (e.g., a single application, server module, etc.), may be functional components of a same component, or the functionality may be distributed over multiple devices/components.
  • the functionality of each respective component may be aggregated from the functionality of multiple modules residing in a single, or in multiple devices.
  • particular functionality described for a particular component of algorithmic distribution application 120 may actually be part of a different component of algorithmic distribution application 120, and as such, the description of the particular functionality described for the particular component of algorithmic distribution application 120 is for illustrative purposes and not limiting in any way.
  • algorithmic distribution application 120 may include a Linux-based server with a processor. In some embodiments, two matching application servers 120 may be used in a production environment, configured to load balance all requests (e.g., bid requests). In some embodiments, each algorithmic distribution application 120 may house one or more containers 130 and 135, a customer container 130 for the customer UI and a client container 135 for other applications, including the winner determination manager 145.
  • algorithmic distribution application 120 may be implemented using a processor.
  • the processor of algorithmic distribution application 120 may comprise a processor, a microprocessor, a controller, a microcontroller, a plurality of microprocessors, an application-specific integrated circuit (ASIC), an application-specific standard product (ASSP), or any combination thereof, and may be configured to execute instructions to perform operations in accordance with the disclosure herein.
  • implementations of the processor of algorithmic distribution application 120 may comprise code segments (e.g., software, firmware, and/or hardware logic) executable in hardware, such as a processor, to perform the tasks and functions described herein.
  • the processor of algorithmic distribution application 120 may be implemented as a combination of hardware and software.
  • communications network 115 may include a wired network, a wireless communication network, a cellular network, a cable transmission system, a Local Area Network (LAN), a Wireless LAN (WLAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), the Internet, the Public Switched Telephone Network (PSTN), etc.
  • LAN Local Area Network
  • WLAN Wireless LAN
  • MAN Metropolitan Area Network
  • WAN Wide Area Network
  • PSTN Public Switched Telephone Network
  • FIGURE IB is a block diagram illustrating functionality of an exemplary algorithmic distribution application 120 implemented in accordance with embodiments of the present disclosure.
  • the implementation of algorithmic distribution application 120 may be provided by the cooperative operation of the various functional components of algorithmic distribution application 120, as will be described in more detail below.
  • algorithmic distribution application 120 may be configured facilitate intelligent management of distribution of COTs via online auctions by providing functionality to manage the online auctions (e.g., providing mechanisms to create and/or edit auction listings for available COTs, to interface users to facilitate bidding on the auction listings, to make determinations as to how to allocate available COTs to bidders, and to provide the results of the operations for distribution of the COTs).
  • Algorithmic distribution application 120 may be configured to provide access to the functionality of algorithmic distribution application 120 to a user, such as a customer wishing to bid on one or more auction listings for one or more available COTs in an online auction.
  • the functionality of algorithmic distribution application 120 to provide access to the functionality of algorithmic distribution application 120 to a user may be implemented by the cooperative operation of customer front end 170 and customer front end business services 172.
  • customer front end 170 may be configured to provide a UI that a user (e.g., a customer wishing to bid on one or more auction listings for one or more COTs) may use to obtain a list of the auction listings for available COTs, to select an auction listing, to place a bid on the auction listing, to monitor the status of the auction listing, to view the results of the auction listing, etc.
  • a user e.g., a customer wishing to bid on one or more auction listings for one or more COTs
  • a user e.g., a customer wishing to bid on one or more auction listings for one or more COTs
  • customer front end business services 172 may be configured to provide functionality to facilitate operations of customer front end 170.
  • the functionality of customer front end business services 172 may be implemented as one or more services operating in algorithmic distribution application 120.
  • Customer front end business services 172 may be configured to interact with data service module 150, winner determination manager 145, and other components of algorithmic distribution application 120.
  • customer front end business services 172 may be implemented using various objects.
  • customer front end business services 172 may include an auction controller object that may implement various functions to control auctions, such as a fetch data model function, a get auctions function to retrieve a listing of available auction listings, etc.
  • customer front end business services 172 may include an auction service object that may implement various functions such as a build data model functions that may use the results of the fetch data model function to build a data model for an online auction.
  • customer front end business services 172 may include an UI layout controller object that may implement various functions to manage the layout of the user UI to be presented to a customer, such as a get screen layout function that may be used to obtain a configuration of the user UI layout.
  • customer front end business services 172 may include an offer business object that may implement various functions and structures that may be used to define an auction listing.
  • the offer business object may include structures related to an auction listing including an offer ID, a term of the auctions listing, a number of COTs being offered in the auction listing, a period of duration of the auction listing, a starting amount to indicate a minimum initial amount for the first bid accepted in the auction listing, a start time of the auction listing, an end time of the auction listing, an auction increment indicating a minimum amount that a new bid must raise a current bid in order to win the bid over the current bid, etc.
  • the offer business object may include functions for defining the auction listing including a list bids function that may be used to obtain a list of auction listings for available COTs.
  • customer front end business services 172 may include a bid business object that may implement various functions and structures that may be used to define a bid for an auction listing.
  • the bid business object may be used to define a bid placed by a user in a format that is compatible with algorithmic distribution application 120.
  • the bid business object may include structures related to a bid including a bid ID, a minimum bid amount of the bid, a maximum bid amount, a number of requested COTs in the bid, a number of COTs currently being won by the bid, a current bid amount indicating a current bid amount of the bid, a user ID, a bid time (e.g., a time/date that the bid was placed), etc.
  • customer front end business services 172 may include a COT business object that may implement various functions and structures that may be used to define a COT.
  • the COT business object may be used to define COTs that may be indicated in the bid business object, the offer business object, and/or other components of algorithmic distribution application 120.
  • the COT business object may include structures related to a COT including a COT type for indicated a type of the COT, a COT number, a shipping period within which a COT may be distributed to a winner of the COT after the auction end time, an order number associated with the COT, etc.
  • algorithmic distribution application 120 may be configured to provide access to the functionality of algorithmic distribution application 120 to an administrative user for managing various aspects of algorithmic distribution application 120 functionality to intelligently manage distribution of available COTs.
  • the functionality of algorithmic distribution application 120 to provide access to the functionality of algorithmic distribution application 120 to an administrative user may be implemented by the cooperative operation of admin front end 174 and admin front end business services 176.
  • admin front end 174 may be configured to provide a UI that an administrative user may use to manage various aspects of an online auction such as creating auction listings, edit auction listings, manage auction listings, issue COTs to winning bidders, etc.
  • admin front end business services 176 may be configured to provide functionality to facilitate operations of admin front end 174.
  • the functionality of admin front end business services 225 may be implemented as one or more services operating in algorithmic distribution application 120.
  • Admin front end business services 176 may be configured to interact with data service module 150, winner determination manager 145, and other components of algorithmic distribution application 120.
  • admin front end business services 176 may be implemented using various objects.
  • admin front end business services 176 may include an admin auction controller object that may implement various functions to control auctions, such as a fetch data model function, an upload offers function implementing functionality for uploading auction listings (e.g., defining configuration of auction listings), a manual determine winner allowing an administrative user to manually select a winner of an auction listing, a manual issue COT allowing an administrative user to manually issue or distribute a COT, a manual create bid allowing an administrative user to manually create a bid to be placed in an auction listing, etc.
  • a fetch data model function such as a fetch data model function, an upload offers function implementing functionality for uploading auction listings (e.g., defining configuration of auction listings), a manual determine winner allowing an administrative user to manually select a winner of an auction listing, a manual issue COT allowing an administrative user to manually issue or distribute a COT, a manual create bid allowing an administrative user to manually create a bid to be placed in an auction listing, etc.
  • an admin auction controller object may implement various functions to control auctions, such as
  • admin front end business services 176 may include an admin auction service object that may implement various functions such as a build data model functions that may use the results of the fetch data model function to build a data model for an online auction, a parse Excel function implementing functionality for parsing an uploaded spreadsheet of auction listings to be published in the online auction, a create offer function implementing functionality for creating an auction listing (e.g., in a spreadsheet of auction listings or a single auction listing specified by the admin user), an issue COT function implementing functionality allowing the administrative user to issue or distribute a COT to a customer (e.g., a winning bidder), a create bid function implementing functionality allowing an administrative user to manually create a bid, etc.
  • a build data model functions that may use the results of the fetch data model function to build a data model for an online auction
  • a parse Excel function implementing functionality for parsing an uploaded spreadsheet of auction listings to be published in the online auction
  • a create offer function implementing functionality for creating an auction listing (e.g., in
  • admin front end business services 176 may include an offer business object that may implement various functions and structures that may be used to define an auction listing.
  • the offer business object may include structures related to an auction listing including an offer ID, a term of the auctions listing, a number of COTs being offered in the auction listing, a period of duration of the auction listing, a starting amount to indicate a minimum initial amount for the first bid accepted in the auction listing, a start time of the auction listing, an end time of the auction listing, an auction increment indicating a minimum amount that a new bid must raise a current bid in order to win the bid over the current bid, etc.
  • the offer business object may include functions for defining the auction listing including a list bids function that may be used to obtain a list of auction listings for available COTs.
  • admin front end business services 176 may include a bid business object that may implement various functions and structures that may be used to define a bid for an auction listing.
  • the bid business object may be used to define a bid placed by a user in a format that is compatible with algorithmic distribution application 120.
  • the bid business object may include structures related to a bid including a bid ID, a minimum bid amount of the bid, a maximum bid amount, a number of requested COTs in the bid, a number of COTs currently being won by the bid, a current bid amount indicating a current bid amount of the bid, a user ID, a bid time (e.g., a time/date that the bid was placed), etc.
  • admin front end business services 176 may include a COT business object that may implement various functions and structures that may be used to define a COT.
  • the COT business object may be used to define COTs that may be indicated in the bid business object, the offer business object, and/or other components of algorithmic distribution application 120.
  • the COT business object may include structures related to a COT including a COT type for indicated a type of the COT, a COT number, a shipping period within which a COT may be distributed to a winner of the COT after the auction end time, an order number associated with the COT, etc.
  • algorithmic distribution application 120 may be configured to provide functionality for providing common services associated with an online auction and various listings in the online auction.
  • the functionality of algorithmic distribution application 120 to provide common services associated with an online auction and various listings in the online auction may be implemented by the operation of auction common services 180.
  • auction common services 180 may be implemented as one or more services operating in algorithmic distribution application 120.
  • Auction common services 180 may be configured to interact with customer front end business services 172, admin front end business services 176, bid placement manager (BPM) 178, and/or other components of algorithmic distribution application 120.
  • auction common services 180 may be implemented using various objects.
  • auction common services 180 may include an auction common controller object that may implement various functions associated with an online auction and/or auction listings, such as an issue COT function implementing functionality allowing the issuance or distribution of a COT to a customer (e.g., a winning bidder), etc.
  • auction common services 180 may include an offer business object that may implement various functions and structures that may be used to define an auction listing.
  • the offer business object may include structures related to an auction listing including an offer ID, a term of the auctions listing, a number of COTs being offered in the auction listing, a period of duration of the auction listing, a starting amount to indicate a minimum initial amount for the first bid accepted in the auction listing, a start time of the auction listing, an end time of the auction listing, an auction increment indicating a minimum amount that a new bid must raise a current bid in order to win the bid over the current bid, etc.
  • the offer business object may include functions for defining the auction listing including a list bids function that may be used to obtain a list of auction listings for available COTs.
  • auction common services 180 may include a bid business object that may implement various functions and structures that may be used to define a bid for an auction listing.
  • the bid business object may be used to define a bid placed by a user in a format that is compatible with algorithmic distribution application 120.
  • the bid business object may include structures related to a bid including a bid ID, a minimum bid amount of the bid, a maximum bid amount, a number of requested COTs in the bid, a number of COTs currently being won by the bid, a current bid amount indicating a current bid amount of the bid, a user ID, a bid time (e.g., a time/date that the bid was placed), etc.
  • auction common services 180 may include a COT business object that may implement various functions and structures that may be used to define a COT.
  • the COT business object may be used to define COTs that may be indicated in the bid business object, the offer business object, and/or other components of algorithmic distribution application 120.
  • the COT business object may include structures related to a COT including a COT type for indicated a type of the COT, a COT number, a shipping period within which a COT may be distributed to a winner of the COT after the auction end time, an order number associated with the COT, etc.
  • algorithmic distribution application 120 may include BPM 178.
  • BPM 178 may be configured to provide functionality for providing an interface for managing placement of bids in an auction and for providing results of auction listings to data service module 150.
  • algorithmic distribution application 120 may include winner determination manager 145.
  • Winner determination manager 145 may be configured to execute or apply algorithms, machine learning models, mathematical models, rules models, and/or other models that may be used to intelligently determine whether all available COTs have been requested or not, to intelligently adjust the allocation of the available COTs to the requesting bidders according to the availability of the COTs, and to intelligently and dynamically determine a price of the allocated COTs.
  • winner determination manager 145 may be configured to interact with customer front end business services 172, admin front end business services 176, BPM 178, and/or other components of algorithmic distribution application 120.
  • winner determination manager 145 may be implemented using various objects.
  • winner determination manager 145 may include a winner determination controller object that may implement various functions associated with determining auction listing winners, such as a determine live winner issue COT function implementing functionality to determine a winner in a live auction, determine blind winner issue COT function implementing functionality to determine a winner in a blind auction, etc.
  • winner determination manager 145 may include a winner determination service object that may implement various functions, such as a determine live winner issue COT function implementing functionality to determine a winner in a live auction, determine blind winner issue COT function implementing functionality to determine a winner in a blind auction, etc.
  • winner determination manager 145 may include an offer business object that may implement various functions and structures that may be used to define an auction listing.
  • the offer business object may include structures related to an auction listing including an offer ID, a term of the auctions listing, a number of COTs being offered in the auction listing, a period of duration of the auction listing, a starting amount to indicate a minimum initial amount for the first bid accepted in the auction listing, a start time of the auction listing, an end time of the auction listing, an auction increment indicating a minimum amount that a new bid must raise a current bid in order to win the bid over the current bid, etc.
  • the offer business object may include functions for defining the auction listing including a list bids function that may be used to obtain a list of auction listings for available COTs.
  • winner determination manager 145 may include a bid business object that may implement various functions and structures that may be used to define a bid for an auction listing.
  • the bid business object may be used to define a bid placed by a user in a format that is compatible with algorithmic distribution application 120.
  • the bid business object may include structures related to a bid including a bid ID, a minimum bid amount of the bid, a maximum bid amount, a number of requested COTs in the bid, a number of COTs currently being won by the bid, a current bid amount indicating a current bid amount of the bid, a user ID, a bid time (e.g., a time/date that the bid was placed), etc.
  • algorithmic distribution application 120 may include data service module 150.
  • data service module 150 may be configured to receive results from auction listings and to store the results of the auction listings in database 160 for distribution to the winning bidders.
  • data service module 150 may be implemented using various components.
  • data service module 150 may include auction data services 182, certificate data services 184, and customer data services 186.
  • auction data services 182 may be configured to provide functionality for managing aspects related to auction listing management.
  • auction data services 182 may be implemented as one or more services operating in algorithmic distribution application 120.
  • auction data services 182 may be implemented using various objects.
  • auction data services 182 may include a bid object defining a bid in an auction listing, an offer object defining an auction listing, a bid controller object that may be used to implement various functions associated with controlling a bid in an auction listing, such as a fetch bid function implementing functionality to obtain a bid object associated with a bid (e.g., a bid being placed or a previously placed bid), a new bid function implementing functionality to define a new bid placed or to be placed for an auction listing, an update bid function implementing functionality to update a previously placed bid, a delete bid function implementing functionality allowing deletion of a previously placed bid, etc.
  • a fetch bid function implementing functionality to obtain a bid object associated with a bid (e.g., a bid being placed or a previously placed bid)
  • a new bid function implementing functionality to define a new bid placed or to be placed for an auction listing
  • an update bid function implementing functionality to update a previously placed bid
  • a delete bid function implementing functionality allowing deletion of a previously placed bid, etc.
  • auction data services 182 may include a bid service object that may implement various functions, such as a fetch bid function implementing functionality to obtain a bid object associated with a bid (e.g., a bid being placed or a previously placed bid), a new bid function implementing functionality to define a new bid placed or to be placed for an auction listing, an update bid function implementing functionality to update a previously placed bid, a delete bid function implementing functionality allowing deletion of a previously placed bid, etc.
  • a fetch bid function implementing functionality to obtain a bid object associated with a bid (e.g., a bid being placed or a previously placed bid)
  • a new bid function implementing functionality to define a new bid placed or to be placed for an auction listing
  • an update bid function implementing functionality to update a previously placed bid
  • a delete bid function implementing functionality allowing deletion of a previously placed bid, etc.
  • auction data services 182 may include an offer controller that may be used to implement various functions associated with controlling a COT offer in an auction listing, such as a fetch offer function implementing functionality to obtain an offer object associated with an offer of a COT in an auction listing, a new offer function implementing functionality to define a new offer for a COT in an auction listing, an update offer function implementing functionality to update an offer of a COT in an auction listing, a delete offer function implementing functionality allowing deletion of a previous offer of a COT in an auction listing, etc.
  • an offer controller may be used to implement various functions associated with controlling a COT offer in an auction listing, such as a fetch offer function implementing functionality to obtain an offer object associated with an offer of a COT in an auction listing, a new offer function implementing functionality to define a new offer for a COT in an auction listing, an update offer function implementing functionality to update an offer of a COT in an auction listing, a delete offer function implementing functionality allowing deletion of a previous offer of a COT in
  • auction data services 182 may include an offer service object that may implement various functions, such as a fetch offer function implementing functionality to obtain an offer object associated with an offer of a COT in an auction listing, a new offer function implementing functionality to define a new offer for a COT in an auction listing, an update offer function implementing functionality to update an offer of a COT in an auction listing, a delete offer function implementing functionality allowing deletion of a previous offer of a COT in an auction listing.
  • a fetch offer function implementing functionality to obtain an offer object associated with an offer of a COT in an auction listing
  • a new offer function implementing functionality to define a new offer for a COT in an auction listing
  • an update offer function implementing functionality to update an offer of a COT in an auction listing
  • a delete offer function implementing functionality allowing deletion of a previous offer of a COT in an auction listing.
  • certificate data services 184 may be configured to provide functionality for managing aspects related to COT management.
  • certificate data services 184 may be implemented as one or more services operating in algorithmic distribution application 120.
  • certificate data services 184 may be implemented using various objects.
  • certificate data services 184 may include a COT object defining a COT being offered or won in an auction listing, a corridor object defining a corridor associated with a COT in an auction listing, a COT controller object that may be used to implement various functions associated with management of a COT object in an auction listing, such as a fetch COT function implementing functionality to obtain a COT object, a new COT function implementing functionality to define a new COT to be offered in an auction listing, an update COT function implementing functionality to update a previously created COT object, a delete COT function implementing functionality allowing deletion of a previously created COT object, etc.
  • certificate data services 184 may include a COT service object that may be used to implement various functions, such as a fetch COT function implementing functionality to obtain a COT object, a new COT function implementing functionality to define a new COT to be offered in an auction listing, an update COT function implementing functionality to update a previously created COT object, a delete COT function implementing functionality allowing deletion of a previously created COT object, etc.
  • COT service object may be used to implement various functions, such as a fetch COT function implementing functionality to obtain a COT object, a new COT function implementing functionality to define a new COT to be offered in an auction listing, an update COT function implementing functionality to update a previously created COT object, a delete COT function implementing functionality allowing deletion of a previously created COT object, etc.
  • certificate data services 184 may include a corridor controller object that may be used to implement various functions associated with management of a corridor associated with a COT object in an auction listing, such as a fetch corridor function implementing functionality to obtain a corridor object, a new corridor function implementing functionality to define a new corridor associated with a COT in an auction listing, an update corridor function implementing functionality to update a previously created corridor object, a delete corridor function implementing functionality allowing deletion of a previously created corridor object, etc.
  • a corridor controller object may be used to implement various functions associated with management of a corridor associated with a COT object in an auction listing, such as a fetch corridor function implementing functionality to obtain a corridor object, a new corridor function implementing functionality to define a new corridor associated with a COT in an auction listing, an update corridor function implementing functionality to update a previously created corridor object, a delete corridor function implementing functionality allowing deletion of a previously created corridor object, etc.
  • certificate data services 184 may include a corridor service object that may be used to implement various functions, such as a fetch corridor function implementing functionality to obtain a corridor object, a new corridor function implementing functionality to define a new corridor associated with a COT in an auction listing, an update corridor function implementing functionality to update a previously created corridor object, a delete corridor function implementing functionality allowing deletion of a previously created corridor object.
  • a corridor service object that may be used to implement various functions, such as a fetch corridor function implementing functionality to obtain a corridor object, a new corridor function implementing functionality to define a new corridor associated with a COT in an auction listing, an update corridor function implementing functionality to update a previously created corridor object, a delete corridor function implementing functionality allowing deletion of a previously created corridor object.
  • customer data services 186 may be configured to provide functionality for managing aspects related to customer data management.
  • certificate data services 184 may be implemented as one or more services operating in algorithmic distribution application 120.
  • customer data services 186 may be implemented using various objects.
  • customer data services 186 may include a customer object defining a customer (e.g., a costumer placing bids in an auction listing), and a customer controller object that may be used to implement various functions associated with management of a customer object, such as a fetch customer function implementing functionality to obtain a customer object, a new customer function implementing functionality to define a new customer to be added to the system or a new customer in an auction listing, an update customer function implementing functionality to update a previously created customer object, a delete customer function implementing functionality allowing deletion of a previously created customer object, etc.
  • a customer object defining a customer e.g., a costumer placing bids in an auction listing
  • customer controller object may be used to implement various functions associated with management of a customer object, such as a fetch customer function implementing functionality to obtain a customer object, a new customer function implementing functionality to define a new customer to be added to the system or a new customer in an auction listing, an update customer function implementing functionality to update a previously created customer object,
  • customer data services 186 may include a customer service object that may be used to implement various functions, such as a fetch customer function implementing functionality to obtain a customer object, a new customer function implementing functionality to define a new customer to be added to the system or a new customer in an auction listing, an update customer function implementing functionality to update a previously created customer object, a delete customer function implementing functionality allowing deletion of a previously created customer object, etc.
  • FIGURE 2A is a block diagram illustrating exemplary operations of a system with functionality for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure.
  • FIGURE 2A illustrates exemplary operations that may include a sequence of steps performed by a user 305 to leverage functionality of an algorithmic distribution application (e.g., algorithmic distribution application 120) in accordance with embodiments of the present disclosure.
  • user 202 may perform a user action to request an auctions page 203.
  • a function to obtain a listing of available auctions e.g., getAuctions()
  • auctions controller 204 e.g., an auctions controller object of a customer front end business server component of algorithmic distribution application 120 as illustrated in FIG.
  • auctions controller 204 may request a list of available auctions from auctions service 208 (e.g., an auctions service object of a customer front end business server component of algorithmic distribution application 120 as illustrated in FIG. 2 above, or an admin auctions service object of an admin front end business server component of algorithmic distribution application 120 as illustrated in FIG. 2 above).
  • Auctions service 208 may return, at step 222, a list of available auctions to auctions controller 204.
  • auctions controller 204 may return an auctions page (e.g., auctions page 203) to be presented to user 202 based on the screen components received from screen services 206 and the auction list received from auction service 208.
  • user 202 may perform an administrative action to create one or more auctions or auction listings.
  • user 202 may be an administrative user, and the action at step 230 may be related to creating one or more auction listings based on a configuration file (e.g., a spreadsheet including configuration for the one or more auction listings to be created).
  • a configuration file e.g., a spreadsheet including configuration for the one or more auction listings to be created.
  • user 202 may use a page (e.g., a page such as auctions page 203 or another administrative page configured to allow user 202 to upload an auctions configuration file) to upload an auctions configuration file (e.g., a spreadsheet such as an Excel spreadsheet including configuration for the one or more auction listings).
  • a page e.g., a page such as auctions page 203 or another administrative page configured to allow user 202 to upload an auctions configuration file
  • an auctions configuration file e.g., a spreadsheet such as an Excel spreadsheet including configuration for the one or more auction listings.
  • a function may be executed against auctions controller 204 to upload auction listings (e.g., uploadAuctions()).
  • auctions controller 204 may execute a function (e.g., UploadAuctions()) to upload auction listings against BPM 178.
  • BPM 178 may parse, at step 236, the auctions configuration file and may instantiate an auction object.
  • the auction object may include a list of a one or more auction listings to be listed in accordance with the configuration in the auctions configuration file.
  • a function (e.g., createAuctions) may be executed against auctions service 208 to create an auction listing for each auction listings in the auction object created by BPM 178.
  • the results of the function to create the auction listings may be returned from auctions service 208 to BPM 178.
  • BPM 178 may send a notification of the auction listings creation to a notification adaptor 210.
  • the notification may include an alert that may be sent to user 178, or other users, such as an administrative user.
  • the results may also be returned, at step 242 to BPM 178, to auctions controller 204 at step 244, and to auctions page 203 for presentation to user 202 at step 246.
  • FIGURE 2B is a block diagram illustrating exemplary operations of a system with functionality for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure.
  • FIGURE 2B illustrates exemplary operations that may include a sequence of steps performed to leverage functionality of an algorithmic distribution application (e.g., algorithmic distribution application 120) in accordance with embodiments of the present disclosure.
  • algorithmic distribution application 120 e.g., algorithmic distribution application 120
  • FIGURE 2B illustrates exemplary operations that may include a sequence of steps performed to create offers for bidding on available COTs.
  • planning team may create or generate an auctions configuration file (e.g., a spreadsheet such as an Excel spreadsheet including configuration for one or more auction listings including an offer for one or more available COTs) and/or may upload the auctions configuration file to auction controller 254 (e.g., an admin auctions controller object of an admin front end business server component of algorithmic distribution application 120 as illustrated in FIG. 2 above).
  • auction controller 254 e.g., an admin auctions controller object of an admin front end business server component of algorithmic distribution application 120 as illustrated in FIG. 2 above.
  • auctions controller may parse (e.g., by executing a parsing function or logic) the auctions configuration file at step 262.
  • admin 202 may perform an action against auction controller 254 that may include a request to create a new offer (e.g., via execution of a function to create a new offer for each of the COT offered in the auction listings).
  • auction controller 254 may create an offer business object for each of the COT offers, and at step 268 may update the database with the created offer business objects (e.g., database 160).
  • auction controller 254 may request a workflow to be launched by module 256, which may be a component of BPM 178 (e.g., via execution of a launchWorflow() function).
  • module 256 may request that integration service 258 provide a notification service associated with the launched workflow for creating the new COT offers.
  • admin 202 may perform another user action that may include confirming the COT offers being created against auction controller 254.
  • auction controller 254 may execute a function to move a token against module 256.
  • Module 256 at step 278, may request that integration service 258 provide a notification service associated with the moved token by module 256.
  • module 256 may request auction controller 254 to update a dashboard (e.g., by updating the list of offer business objects).
  • Auction controller 254 may sent a success message to module 256 at step 282, and module 256, at step 284, may request that integration service 258 provide a notification service associated with the dashboard update.
  • module 256 may launch the offer workflow.
  • admin 202 may perform another user action that may include updating a COT offer against auction controller 254.
  • auction controller 254 in response to receiving the request from admin 202 to update a COT offer, may execute a function to update an offer against module 256.
  • the function may include a listing of the offer business object associated with the COT offer being updated.
  • auction controller 254 may execution a function to update the COT offer.
  • FIGURE 3 is a flow diagram of a representative method 300 for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure.
  • the steps of method 300 may be implemented by functionality of various components of system 100.
  • functionality of winner determination manager 145 may allow system 100 to execute the steps of method 300 for intelligently managing distribution of COTs via online auctions implemented in accordance with embodiments of the present disclosure, such as by enabling management of distribution of available COTs based on received bid requests in an online auction.
  • winner determination manager 145 may include algorithms, machine learning models, mathematical models, rules models, and/or other models configured for providing functionality for system 100.
  • steps of method 300 may be implemented as steps of the algorithms, machine learning models, mathematical models, rules models, and/or other models of winner determination manager 145.
  • system 100 receives one or more bid requests from one or more bidders of an online auction for one or more available COTs.
  • one or more bidders may submit one or more bid requests, such as using a user terminal, and the one or more bid requests may be provided (e.g., via communications network 115) to network 105.
  • each bid request may include a request for one or more COTs of the available COTs being distributed.
  • each of the available COTs may represent an underlying commodity.
  • a bid request may include a new bid (e.g., a bid request) or may include a bid edit (e.g., an edit of a previously submitted bid request).
  • each bid request may include a minimum bid amount a bidder is willing to pay for the COT requested in the bid request, and a maximum bid amount the bidder is willing to pay for the COT requested in the bid request.
  • potential bidders may find available COTs that are being auctioned and place a bid request for one or more of the available COTs.
  • system 100 executes an algorithmic distribution application (winner determination manager 145 of FIGURE. 1) configured to manage distribution of the available COTs based on the bid requests received from the bidders.
  • the algorithmic distribution application such via execution or application of an algorithm, a machine learning model, a mathematical model, a rules models, etc., aggregates each of the bid requests received from the bidders into a list of bid requests.
  • the list of bid requests may include all bid requests (e.g., new bids and edited bids) from all bidders.
  • the list of bid requests may also include all winners of at least one offered auction listing, and a first loser (e.g., a bidder just below the last winner, such as by bid amount or by time).
  • the list of bid requests may be created once a bid request is placed or received, or once a COTs auction listing time has ended or expired.
  • the list of bid requests may also be updated upon entering of a new bid or an edited bid.
  • the list may include all of the new or edited bids, all the winning bids, and a first loser bid.
  • the algorithmic distribution application includes all COTs requested in all bid requests in the list of bid requests.
  • each bidder may request one or more COTs through the online bidding process by submitting a bid request for the one or more COTs during the online auction.
  • the algorithmic distribution application determines whether the total number of COTs requested in the bid requests received from the bidders is more than the total number of available COTs. In response to a determination that the total number of COTs requested in the bid requests received from the bidders is less than or equal to the total number of available COTs being offered in the online auction or available for distribution, the algorithmic distribution application proceeds to step 325. In response to a determination that the total number of COTs requested in the bid requests received from the bidders is more than the total number of available COTs being offered in the online auction or available for distribution, the algorithmic distribution application proceeds to step 330.
  • the algorithmic distribution application allocates COTs of the available COTs to each of the bidders based on the COTs requested in the respective bid requests (e.g., each bidder is allocated the COTs requested). In embodiments, the algorithmic distribution application also determines a price for each of the allocated COTs to the bidders based on the minimum bid amount in the bid request that requested the allocated COT.
  • each bidder is allocated a COT at a price corresponding to the minimum bid amount in the bid requested that requested the allocated COT.
  • the minimum bid amount in a bid request for all bid requests, is determined as the winning bid amount for the bid request.
  • all winners may be notified and the corresponding COTs may be distributed accordingly.
  • the algorithmic distribution application may proceed to step 360.
  • the algorithmic distribution application sorts the list of bid requests based on the maximum bid amount in each of the bid requests in the list of bid requests. In embodiments, sorting the bidders based on a maximum bid amount may enable the algorithmic distribution application to determine a first loser. For example, the algorithmic distribution application may determine the first loser as the bidder submitting a bid request with a maximum bid amount immediately below the last winning bid request according to the order in the sorted list of bid requests.
  • the algorithmic distribution application performs a secondary or further sorting of the list of bid requests based on a placement time of the bid requests in the list of bid requests. For example, a first bid request having a maximum bid amount equal to a maximum bid amount of a second bid request but a placement time earlier than the second bid request may be sorted above the second bid request. In this manner, bid requests are further sorted based on the time a bid is entered to determine a winner between two maximum bids that may be equal but placed at different times, with the earlier-placed bid determined as the winner.
  • step 340 the algorithmic distribution application allocates COTs of the available
  • COTs to each bid request in the list of bid requests based on the sorting order of each bid request in the list of bid requests. In embodiments, before the specific price for the allocated COTs is set, winners of the COTs may be determined. In some embodiments, a threshold minimum bid amount may be used to filter out bid requests having a maximum bid amounts less than the threshold minimum bid amount for a requested COT.
  • the algorithmic distribution application determines a price for each of the COTS allocated to each bid request in the list of bid requests. Determining the price may include determining the price for each of the COTS allocated to each bid request in the list of bid requests based on whether all COTs requested in the bid requests received from the bidders have a corresponding winning bid in the list of bid requests.
  • the algorithmic distribution application determines whether all COTs requested in the bid requests received from the bidders have a corresponding winning bid in the list of bid requests. In response to a determination that all COTs requested in the bid requests received from the bidders have a corresponding winning bid in the list of bid requests, the algorithmic distribution application proceeds to step 350. In response to a determination that not all COTs requested in the bid requests received from the bidders have a corresponding winning bid in the list of bid requests, the algorithmic distribution application proceeds to step 355.
  • the algorithmic distribution application determines the price for each of the COTS allocated to each bid request in the list of bid requests based on a first loser’s bid amount when all COTs requested in the plurality of bid requests have a corresponding winning bid in the list of bid requests.
  • the price for each winning bidder may be set to equal the bid before the first loser.
  • a next winning bid price may be set to equal the first loser’s maximum bid or the overall minimum bid amount, whichever is higher.
  • winning bids may be equal to the first loser’s maximum bid amount, but the winning bid may have been placed before the first loser’s bid.
  • the price for a winning bid may be set to be the maximum of the first loser’ s bid plus a bid increment or the threshold minimum bid.
  • the price for a winning bid is not to be more than the winning bid’s maximum bid amount.
  • the algorithmic distribution application determines the price for each of the COTS allocated to each bid request in the list of bid requests based on a last winner’s bid amount when all COTs requested in the plurality of bid requests do not have a corresponding winning bid in the list of bid requests.
  • a price is set for a winning bid equal to the last winner’s maximum bid amount or the overall bid amount, whichever is higher.
  • a price is set for a winning bid equal to the last winner’s maximum bid amount plus a bid increment or the overall minimum bid, whichever is higher.
  • the algorithmic distribution application causes distribution of the allocated COTs in the list of bid requests to each bidder associated with each bid request in the list of bid at prices determined in accordance with the steps of method 300.
  • Tables 1-3 below provide specific examples of the management and distribution process of available COTs in accordance with embodiments of the present disclosure.
  • Tables 1-3 illustrate results of an online auction bidding process that may serve to illustrate the application of the functionality disclosed herein. It will be appreciated that the examples offered below are not intended to be limiting in any way, but rather are offered for illustrative purposes.
  • Table 1 illustrates an example in which two COTs are available for distribution.
  • the two available COTs are offered via an online auction.
  • Companies A-F submit bid requests requesting and bidding on the two available COTS. Because the bid request from company A was placed first, company A is the first bidder and the amount of the bid only matches the successive bids until a later bidder bids over the company A’s maximum bid amount. In this case, company A has a maximum bid of $100,000 for both available COTs. For a later bidder to win the available COTs, a bid of over $100,000 would need to be placed.
  • the fifth bidder bids a maximum of $6,000 at a time after the first bidder (e.g., company A). Once the bid from the fitfth bidder is placed and recieved, the winning bidders before this bid was placed would have to match the maximum bid amount of $6,000. In other words, the winning bid for Company A would be a maximum bid amount of $6,000. All of the other companies submit bids with maximum bid amounts lower than $6,000 and these would not be considered further in the bidding process. Company B places a bid after Company C, but the maximum bid is only $5,000. Because Company B’s maximum bid is less than the winning bid, Company B’s bids are out of contention.
  • the first bidder e.g., company A
  • Company A wins the request COTs at a bid amount of $6,000 TABLE #2
  • Table 2 illustrates an example in which five COTs are available for distribution.
  • the five available COTs are offered via an online auction.
  • Companies A-C are bidding on the five COTs available for distribution.
  • Company B is the first bidder.
  • Company B places a starting bid at $20,800 and a maximum bid amount of $21,000 for four of the avilable COTs.
  • Company C is the second bidder and places a starting bid at $20,800 and a maximum bid amount of $21,000 for four of the availble COTs.
  • the maximum bid amounts from Companies B and C are equal match, but the bid requates from Company B was placed before the bid request from Company C.
  • Company A’s bid request is placed third, with a starting bid at $21,000 and a maximum bid amount of $21,500 for four of the available COTs.
  • the maximum bid amount in the bid request from company A must exceed the maximum bid amount of other bidders by at least $1 because the bid request from company A was placed last.
  • company A may win the four requested COT as the maximum bid amount in the bid request from company A exceeds the maximum bid amount in the bid requests from both company B and C.
  • Company B’s bid request was increased to the maximum bid amount in the bid request when the third bid was placed.
  • Company B and Company C may have the same maximum bid amount, but Company B wins the remaining COT because the bid was placed first.
  • Company C’s bid was increased up to the maximum by the bids from Company A. A tie is won by the earlier bid time, which means that Company B is the winner of the remaining COT that company A did not bid on.
  • Table 3 illustrates an example in which one COT is available for distribution.
  • the available COT is offered via an online auction listing.
  • Company A is the first bidder and places a starting bid at $20,800 and a maximum bid amount of $20,800.
  • Company B is the second bidder and also places a starting bid at $20,800 and a maximum bid amount of $20,800. Because the maximum amounts of the bids for Company A and Company B are the same, the winner is chosen based on the time of the bid.
  • Company A is the first bidder and is therefore awarded the available COT.
  • FIGURE 4 illustrates an exemplary high level functional block diagram illustrating a representative computer network operating environment for intelligently managing distribution of COTs implemented according to embodiments of the present disclosure.
  • system 400 is based on a host data processing and control system (server) 401 and a global network 402, such as the Internet.
  • Global network 402 could also be a private, organizational, or governmental computer-based network known in the art, such as a wide area network (WAN) or local area network (LAN).
  • WAN wide area network
  • LAN local area network
  • the interconnections between the operational blocks shown in system 400 shown in FIGURE 4 can be implemented by hardwired connections, wireless connections, or a combination of the two.
  • System 400 allows a user (e.g., a railroad customer or railroad) to monitor and manage certificates of transportation using an end user terminal 403, railroad host server 401 and associated database 405, communications interconnections 404, and network 402.
  • End user terminals 403, may be, for example, a desk top computer, laptop computer, tablet, mobile phone, or similar conventional computing-communications device, which supports standard network interfacing through browsers or applications.
  • system 400 will have multiple users, including those employed by the railroad and those employed by the customer, and a corresponding number of end user terminals 403, although only three end user terminals 403, and a corresponding number of communications interconnections 404, are shown in FIGURE 4 for reference.
  • the subsystems of system 400 including railroad host server 401, database 405, and communications interconnections 404 are preferably based on hardware and software systems known in the art, including computers, servers, processors, displays, and communications systems.
  • the base hardware and software can be, in whole or in part, localized (e.g., at a geographically centralized data center) or distributed (e.g., at multiple geographically-diverse processing nodes).
  • Functional blocks and modules in FIGS. 1-4 may comprise processors, electronics devices, hardware devices, electronics components, logical circuits, memories, software codes, firmware codes, etc., or any combination thereof. Consistent with the foregoing, various illustrative logical blocks, modules, and circuits described in connection with the disclosure herein may be implemented or performed with a general -purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD- ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium.
  • the storage medium may be integral to the processor.
  • the processor and the storage medium may reside in an ASIC.
  • the ASIC may reside in a user terminal, base station, a sensor, or any other communication device.
  • the processor and the storage medium may reside as discrete components in a user terminal.
  • the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer- readable medium.
  • Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. Computer-readable storage media may be any available media that can be accessed by a general purpose or special purpose computer.
  • such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code means in the form of instructions or data structures and that can be accessed by a general -purpose or special-purpose computer, or a general -purpose or special-purpose processor.
  • a connection may be properly termed a computer-readable medium.
  • the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, or digital subscriber line (DSL), then the coaxial cable, fiber optic cable, twisted pair, or DSL, are included in the definition of medium.
  • DSL digital subscriber line
  • Disk and disc can include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray disc where disks usually reproduce data magnetically, while discs usually reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Un appareil, un procédé et un support lisible par ordinateur non transitoire permettent de gérer de manière intelligente la distribution de certificats de transport (COT). Dans des modes de réalisation, un serveur d'application est configuré pour exécuter une application de distribution algorithmique configurée pour gérer la distribution de COT disponibles sur la base d'une pluralité de demandes d'offre reçues en provenance d'enchérisseurs. L'application de distribution algorithmique peut non seulement déterminer un gagnant d'une vente aux enchères en ligne en déterminant un enchérisseur qui a placé l'offre supérieure, mais peut aussi comprendre une fonctionnalité pour déterminer intelligemment si tous les COT disponibles ont été demandés ou non, et pour ajuster l'attribution des COT disponibles aux enchérisseurs demandeurs en fonction de la disponibilité des COT, ainsi que pour déterminer dynamiquement un prix des COT attribués, qui peut ne pas correspondre nécessairement à une offre maximale du gagnant mais peut être ajusté sur la base de l'attribution des COT disponibles aux offres demandées.
PCT/US2023/077136 2022-10-26 2023-10-18 Systèmes intelligents et procédés de gestion algorithmique de distribution de certificats de transport WO2024091822A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US18/049,697 US20230085824A1 (en) 2017-10-31 2022-10-26 Intelligent systems and methods for algorithmically managing distribution of certificates of transportation
US18/049,697 2022-10-26

Publications (1)

Publication Number Publication Date
WO2024091822A1 true WO2024091822A1 (fr) 2024-05-02

Family

ID=88695416

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2023/077136 WO2024091822A1 (fr) 2022-10-26 2023-10-18 Systèmes intelligents et procédés de gestion algorithmique de distribution de certificats de transport

Country Status (1)

Country Link
WO (1) WO2024091822A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010032175A1 (en) * 2000-04-27 2001-10-18 Holden G. David System and method for an on-line industry auction site
US20130132440A1 (en) * 2011-11-22 2013-05-23 ebidletting.com. Arrangements for administrating and managing a construction project
US20190130477A1 (en) * 2017-10-31 2019-05-02 Bnsf Railway Company Systems and methods for managing certificates of transporation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010032175A1 (en) * 2000-04-27 2001-10-18 Holden G. David System and method for an on-line industry auction site
US20130132440A1 (en) * 2011-11-22 2013-05-23 ebidletting.com. Arrangements for administrating and managing a construction project
US20190130477A1 (en) * 2017-10-31 2019-05-02 Bnsf Railway Company Systems and methods for managing certificates of transporation

Similar Documents

Publication Publication Date Title
US20090012907A1 (en) Bond issue risk management
DE202013011972U1 (de) Vereinheitlichter Dienst zum Bereitstellen von Versand-Dienstleistungen
WO2014069214A1 (fr) Système de réseau d'alimentation de stock, serveur de système de réseau d'alimentation de stock, et programme de système de réseau d'alimentation de stock
JP6515251B2 (ja) データ市場において価格発見メカニズムを割り振るための方法およびシステム
WO2019192138A1 (fr) Procédé et système de traitement d'informations, dispositif électronique et support d'informations
CN112445807A (zh) 商品数据更新方法、装置、服务器及存储介质
CN113724050A (zh) 信息处理方法、装置、系统、设备及存储介质
US20220292594A1 (en) Systems and methods for managing certificates of transporation
CN111179080B (zh) 一种订单处理方法和订单处理装置
US20210374329A1 (en) Systems and methods for providing writing assistance
US8126701B2 (en) Translation technology in electronic sourcing
US20060282368A1 (en) Adaptive stochastic transaction system
CN111507787A (zh) 商品交易方法、系统、计算机装置及可读存储介质
JP2024051019A (ja) データ処理システム、データ処理方法、及び、プログラム
WO2013184826A1 (fr) Système et procédé pour un modèle d'investissement à algorithme
US20230085824A1 (en) Intelligent systems and methods for algorithmically managing distribution of certificates of transportation
CN112418543A (zh) 一种电子招标采购管理系统及方法
WO2024091822A1 (fr) Systèmes intelligents et procédés de gestion algorithmique de distribution de certificats de transport
US10366358B1 (en) Backlogged computing work exchange
CN115953138A (zh) 一种权益管理方法、装置及系统
US8732052B2 (en) Generating financial reports
CN114612055A (zh) 股权激励中的订单业务管理方法、系统、设备和可读介质
US10325292B2 (en) Adjusting advertiser bids based on service availability
US20120011061A1 (en) System and method for calculating net payment in social services
CN109727144A (zh) 保险发生率计算方法、装置、设备及计算机可读存储介质

Legal Events

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

Ref document number: 23801280

Country of ref document: EP

Kind code of ref document: A1