PATENT ABSTRACT
A computer system and associated methods for implementing an online freight services marketplace. Freight service offerings posted to the marketplace by carriers are matched to freight service requests from shippers. Compound service offerings are formed from freight service offerings having service parameters (lane, space, transit time, availability, price, and status) that accommodate load parameters (origin, destination, size, and weight) of the freight service request. Compound service offerings selected by the shipper are provisioned and reserved for subsequent dispatch. Role-based access controls within the marketplace restrict visibility of confidential information, such as carrier pricing and shipper identity. Automatic freight transaction facilitation includes shipper payment processing and shipping document generation. Status tracking capability may be augmented with alert messaging and/or in-transit re- planning to minimize the impact of common issues that threaten to defeat a shipment in progress.

PATENT DESCRIPTION
FIELD OF THE INVENTION  
       [0001]    The present invention relates to the field of freight transport and, more specifically, to facilitation of freight transport transactions using a communications network, and associated systems and methods. 
       BACKGROUND OF THE INVENTION 
       [0002]    The global freight transport industry is large and complex, comprising hundreds of thousands of transport companies serving millions of shipping customers each year. Freight service transactions typically involve actors in three basic roles: carriers, shippers, and brokers. Carriers provide transport assets and associated support, and the business model of each carrier may be characterized by unique service routes, availability schedules, and offering prices. Freight to be moved is specified by shippers, each of whom may be an owner of the freight or an agent operating in support of another freight owner. A freight broker provides the fee-based service of helping a shipper identify a carrier capable of satisfying the freight service requirements of the shipper. 
         [0003]    The freight broker adds value to a particular freight service transaction through his knowledge of the assets, routes, availabilities, and prices of local carriers. Currently, the broker draws most of this information about carrier capability either from load matching software or from the broker&#39;s experience-based insight into which carrier is likely service candidate in a given set of circumstances. No existing matching software allows freight brokers or shippers to know if the carriers&#39; equipment is guaranteed available. Instead, current matching software can, at best, identify a given carrier asset as “probably available,” and with no accompanying indication of the space, weight, pricing, and transit time characteristics of the asset of interest. As the shipping industry experiences explosive growth, freight service transaction processes that are dependent on industry knowledge and human intervention are increasingly becoming unmanageable. 
         [0004]    Various approaches exist in the freight industry for allowing shippers to book freight services with carriers with less reliance on broker knowledge and manual processes. For example, Freightquote.com® and FreightCenter.com® are two of the best known online freight quoting systems in North America. But these and similar online systems work only with carriers that have price data that are stored in existing databases and/or are available via automated programming interface (API). This design limitation in these online systems limits their utility to only with largest carriers (comprising only about 17 common carriers out of approximately 200,000 carrier companies). No quoting software used to match carriers to shippers gives access to smaller carriers who do not employ large infrastructures and databases to post their prices, availabilities, and transit times (PATT) online. 
         [0005]    Contributing to the proliferation of proprietary quoting systems and to the exclusive nature of commercially available quoting systems is the fact that carriers carefully guard their prices for competitive reasons. Carriers typically refuse to post pricing information in any system where that information potentially could be viewed by competitors. Instead, carriers often choose to maintain stovepiped systems that may automate freight service booking and shipment status tracking for a particular carrier, but that do not support direct communication between multiple carriers and/or between carriers and shippers. 
         [0006]    Furthermore, the lack of integration between carrier-specific systems leads to manual labor and call time involving the actors involved in a typical freight transaction. Current matching software typically burdens carriers, brokers, and shippers to repeatedly telephone and e-mail each other to sort out service information and to book the loads. Similarly, freight brokers and/or shippers who make use of their own databases of carriers to keep abreast of pricing, availability, and transit times still find booking of loads to be very time consuming due to the amount of paperwork that must change hands manually either by fax or by email. Such manual processes are unreliable because costly mistakes often happen when human intervention is built into the confirmation loop. 
         [0007]    The freight transport industry is experiencing advancements in automated generation of shipping quotes. Some of these techniques may be applicable to certain aspects of facilitating freight transport transactions. 
         [0008]    There are solutions which provide for online, multi-parcel, multi-carrier, multi-service enterprise parcel shipping management, however, there is no offering of freight handling with specificity and wherein multiple carriers can collaborate to deliver a single freight shipment service within a shipper&#39;s cost and schedule requirements. 
         [0009]    Some proposed solutions aggregate shipping demand and carrier capacity by treating both shipper loads and carrier assets as fungible transportation instruments (e.g., in fulfilling a freight service obligation, one shipment may be substituted for another and/or one truck may be substituted for another). However, this type of solution is not fully automated in that it relies on human staff members to manage operational problems that routinely surface between pickup and delivery. 
         [0010]    Other solutions include auction-style bidding systems but there is no marketplace of predefined freight service offerings offered by multiple carriers that a shipper may search for a requirements match. 
         [0011]    This background information is provided to reveal information believed by the applicant to be of possible relevance to the present invention. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present invention. 
         [0012]    It is an object of the present invention to obviate or mitigate all of the above disadvantages. 
       SUMMARY OF THE INVENTION 
       [0013]    With the above in mind, embodiments of the present invention are directed to a system and methods for implementing a freight services marketplace 
         [0014]    In one aspect, the present invention provides a method of facilitating freight transactions comprising: 
         [0015]    a) receiving at least one freight service offering from each of a plurality of carriers using a website portal accessible from a communications network, wherein each of the freight service offerings is characterized by service parameters comprising a lane, a space, a transit time, an availability, and a price; 
         [0016]    b) receiving a freight service request from a shipper using the website portal, wherein the freight service request is characterized by load parameters comprising an origin, a destination, a size, and a weight; 
         [0017]    c) generating a compound service offering comprising more than one of the freight service offerings and having service parameters that accommodate the load parameters of the freight service request; 
         [0018]    d) receiving, from the shipper, a selected compound service offering that is selected from the compound service offering generated to accommodate the load parameters of the freight service request; 
         [0019]    e) reserving the selected compound service offering; and 
         [0020]    f) dispatching the selected compound service offering. 
         [0021]    The invention further provides a computer program product embodied in a computer-readable storage medium for facilitating freight transactions comprising: 
         [0022]    a) a data store, and 
         [0023]    b) a website portal accessible from a communications network and in data communication with the data store, the website portal configured to:
       i) receive at least one freight service offering from each of a plurality of carriers, wherein each of the freight service offerings is characterized by service parameters comprising a lane, a space, a transit time, an availability, and a price;   ii) save the freight service offerings to the data store;   iii) receive a freight service request from a shipper, wherein the freight service request is characterized by load parameters comprising an origin, a destination, a size, and a weight;   iv) generate a compound service offering comprising more than one of the freight service offerings and having service parameters that accommodate the load parameters of the freight service request;   v) receive, from the shipper, a selected compound service offering that is selected from the compound service offering generated to accommodate the load parameters of the freight service request;   vi) reserve the selected compound service offering; and   vii) dispatch the selected compound service offering.       
 
         [0031]    The invention further provides a system for faciliating freight transactions for a shipper which comprises: 
         [0032]    a) an electronic interface for the shipper; 
         [0033]    b) a server for presenting to the shipper, via the electronic interface, prompted questions relating to freight service requirements; for receiving a freight service request from the shipper, wherein the freight service request is characterized by load parameters comprising an origin, a destination, a size, and a weight; 
         [0034]    c) a searchable base data store of freight carriers; 
         [0035]    d) a searching means to search aspects of the freight service requirements in the data store; and 
         [0036]    e) a processor to generate a compound service offering comprising more than one of the freight service offerings and having service parameters that accommodate the load parameters of the freight service request and to receive a selected compound service offering that is selected from the compound service offering generated to accommodate the load parameters of the freight service request. 
         [0037]    The invention further provides a shipper interface on shipper&#39;s computing device which enables communication with an on-line system for faciliating freight transactions through an internet, intranet or cloud based web server. 
         [0038]    The present invention may be configured to allow freight carriers to post their shipping inventories for sale online for selection by freight shippers. The present invention also may seamlessly provide a single quote to a shipper for a combination of freight offerings provided by multiple carriers. The present invention also may coordinate the passing of a load between multiple carriers, as necessary, to achieve the delivery of the load at a price and a transit time that are acceptable to the shipper. The present invention may allow shippers to query only those freight service offerings for which the advertised shipping asset is available, and to advantageously book freight services online. 
         [0039]    The present invention may be configured to advantageously allow freight carriers that have no existing digital price data to quickly and efficiently summarize their complex routes and to store those data in a centralized, secure location that is searchable by shippers. The present invention may service not only large common carriers but also small regional freight companies, thereby advantageously providing these small companies the ability to compete to service specific lanes. The present invention also may be configured to advantageously limit access to prices only to verified shippers, and to prevent carriers from viewing the prices and other confidential business information of competing carriers. 
         [0040]    The present invention also may be configured to automatically generate, save, and transmit Bills of Lading and common industry-specific shipping documents required to provision a freight service. The present invention also may be configured to automatically transmit status alert updates to carriers and/or shippers while a shipment is in transit. The present invention also may be configured to alert shippers and/or carriers of common transit problems as they arise. The present invention also may be configured to advantageously handle common transit issues automatically without requiring manual intervention from carriers and/or shippers. More specifically, the present invention may be configured to transfer a load from one carrier to another in response to a transit issue that threatens to defeat a shipment in progress. 
         [0041]    The freight services marketplace according to embodiments of the present invention may be configured as a computer program product that may include a website portal that may be accessible from a communications network and that may be in data communication with a data store. The computer program product may implement a method of facilitating freight transactions that may include the steps of receiving freight service offerings from any number of carriers, receiving a freight service request from a shipper, and combining more than one of the freight service offerings to generate a compound service offering. The method of facilitating freight transactions may further include the steps of receiving a compound service offering selection from the shipper, reserving the selected compound service offering, and dispatching the selected compound service offering to satisfy the freight service request. 
         [0042]    Each of the freight service offerings may be characterized by service parameters that may include a lane, a space, a price, an availability, a transit time, and a status. The freight service request may be characterized by load parameters that may include an origin, a destination, a size, and a weight. The compound service offering may be characterized by service parameters that accommodate the load parameters of the freight service request. 
         [0043]    To facilitate receipt of freight service offerings from carriers, access the website portal may be controlled by processing a carrier registration for each carrier, verifying the carrier registration upon the carrier accessing the website portal, and restricting each carrier from accessing the confidential carrier information of other carriers, including the price of competing freight service offerings. To facilitate receipt of the freight service request from the shipper, access the website portal may be controlled by processing a shipper registration for the shipper, verifying the shipper registration upon the shipper accessing the website portal, and restricting the carriers from accessing confidential shipper information, including the name of the shipper. 
         [0044]    Generating the compound service offering may include the steps of identifying a combination of the lanes of the freight service offerings that accommodates the origin and the destination of the freight service request, identifying space in each of the freight service offerings that accommodates the size and the weight of the freight service request, and identifying that each of the freight service offerings is available for reservation. Compound service offering generation may also include the steps of combining the transit times of the freight service offerings included in the compound service offering, and summing the prices of the freight service offerings included in the compound service offering. 
         [0045]    To facilitate reservation of the selected compound service offering, the method may include the step of receiving an escrow payment from the shipper. Escrow payment may be in the form of a system credit and/or a credit card payment. Upon receipt of the selected compound service offering, the reservation step may include setting indicators signifying that each of the included freight service offerings is no longer available. 
         [0046]    The method of dispatching the selected compound service offering may include the steps of monitoring the status of each of the freight service offerings, and sending an alert message to the shipper and/or the carrier to communicate the status of each monitored service offering. Identification of a monitored service offering having at least one service parameter that does not accommodate the load parameters of the freight service request may trigger the steps of generating an alternative compound service offering to replace the monitored service, reserving the alternative compound service offering, and dispatching the alternative compound service offering. The method of facilitating freight transactions may further include the steps of identifying delivery completion, and remitting a service payment to the carrier from which the monitored service was received. 
         [0047]    So, the present invention fills a need for a computerized product and process for an online marketplace for real-time reservation of space available on the transport assets of freight carriers. More specifically, a need exists for a highly secure, standardized, central repository that shippers may query for real-time price, availability, and transit times. Also, a need exists for automated communication between shippers and freight carriers without the need for human intervention during the quoting, booking, pickup, transportation, and delivery phases of the freight shipment process. Additionally, a need exists for automation of the time consuming process of preparing bills of lading, custom documents, and invoices. These, and other features of a freight services marketplace are not present in the prior art. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0048]    For simplicity and clarity of illustration, reference numerals may be repeated among the figures to indicate corresponding or analogous elements. The figures are listed below. 
           [0049]      FIG. 1  is a schematic block diagram of a freight services marketplace system according to an embodiment of the present invention. 
           [0050]      FIG. 2A  is a diagram illustrating exemplary data structures of the freight services marketplace system depicted in  FIG. 1 . 
           [0051]      FIG. 2B  is a diagram illustrating exemplary fields of the freight service offering data structures depicted in  FIG. 2A . 
           [0052]      FIG. 3A  is a flow chart illustrating a method of user account creation as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0053]      FIG. 3B  is a diagram illustrating exemplary carrier account access permissions as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0054]      FIG. 4  is a flow chart illustrating a method of freight service offering data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0055]      FIG. 5  is a flow chart illustrating a method of managing posting of freight service offerings as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0056]      FIG. 6A  is a diagram illustrating an exemplary system interface for freight service offering data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0057]      FIG. 6B  is a diagram illustrating an exemplary system interface for freight service offering data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0058]      FIG. 7  is a flow chart illustrating a method of freight service request data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0059]      FIG. 8A  is a diagram illustrating an exemplary system interface for freight service request data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0060]      FIG. 8B  is a diagram illustrating an exemplary system interface for freight service request data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0061]      FIG. 9  is a flow chart illustrating a method of freight service booking as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0062]      FIG. 10  is a diagram illustrating an exemplary system interface for freight service booking data entry as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0063]      FIG. 11  is a flow chart illustrating a method of freight service dispatch management as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0064]      FIG. 12  is a diagram illustrating an exemplary system interface for freight service dispatch management as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0065]      FIG. 13  is a flow chart illustrating a method in-transit freight service re-planning as used in connection with a freight services marketplace system according to an embodiment of the present invention. 
           [0066]      FIG. 14  is a block diagram representation of a machine in the example form of a computer system according to an embodiment of the present invention. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0067]    The present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which preferred embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Those of ordinary skill in the art realize that the following descriptions of the embodiments of the present invention are illustrative and are not intended to be limiting in any way. Other embodiments of the present invention will readily suggest themselves to such skilled persons having the benefit of this disclosure. 
         [0068]    A detailed description of one or more embodiments of the invention is provided below along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with such embodiments, but the invention is not limited to any embodiment. The scope of the invention is limited only by the claims and the invention encompasses numerous alternatives, modifications and equivalents. Numerous specific details are set forth in the following description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured. 
         [0069]    In this detailed description of the present invention, a person skilled in the art should note that directional terms, such as “above,” “below,” “upper,” “lower,” and other like terms are used for the convenience of the reader in reference to the drawings. Also, a person skilled in the art should notice this description may contain other terminology to convey position, orientation, and direction without departing from the principles of the present invention. Like numbers refer to like elements throughout. 
         [0070]    The terms “generally” and “substantially” may be used throughout the application. “Generally” may be understood to mean approximately, about, or otherwise similar in content or value. “Substantially” may be understood to mean mostly, more than not, or approximately greater than half. The meanings of these terms must be interpreted in light of the context in which they are used, with additional meanings being potentially discernible therefrom. 
         [0071]    Unless specifically stated otherwise, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of a data processing system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system&#39;s registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices. 
         [0072]    Any algorithms and displays with the applications described herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required machine-implemented method operations. The required structure for a variety of these systems will appear from the description below. In addition, embodiments of the present invention are not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of embodiments of the invention as described herein. 
         [0073]    An embodiment of the invention may be implemented as a method or as a machine readable non-transitory storage medium that stores executable instructions that, when executed by a data processing system, causes the system to perform a method. An apparatus, such as a data processing system, can also be an embodiment of the invention. Other features of the present invention will be apparent from the accompanying drawings and from the detailed description which follows. 
         [0074]    The term “invention” and the like mean “the one or more inventions disclosed in this application”, unless expressly specified otherwise. 
         [0075]    The terms “an aspect”, “an embodiment”, “embodiment”, “embodiments”, “the embodiment”, “the embodiments”, “one or more embodiments”, “some embodiments”, “certain embodiments”, “one embodiment”, “another embodiment” and the like mean “one or more (but not all) embodiments of the disclosed invention(s)”, unless expressly specified otherwise. 
         [0076]    The term “device” and “mobile device” refer herein to any personal digital assistants, Smart phones, other cell phones, tablets and the like. 
         [0077]    The term “variation” of an invention means an embodiment of the invention, unless expressly specified otherwise. A reference to “another embodiment” or “another aspect” in describing an embodiment does not imply that the referenced embodiment is mutually exclusive with another embodiment (e.g., an embodiment described before the referenced embodiment), unless expressly specified otherwise. 
         [0078]    The terms “including”, “comprising” and variations thereof mean “including but not limited to”, unless expressly specified otherwise. 
         [0079]    The terms “a”, “an” and “the” mean “one or more”, unless expressly specified otherwise. 
         [0080]    The term “plurality” means “two or more”, unless expressly specified otherwise. 
         [0081]    The term “herein” means “in the present application, including anything which may be incorporated by reference”, unless expressly specified otherwise. 
         [0082]    The term “whereby” is used herein only to precede a clause or other set of words that express only the intended result, objective or consequence of something that is previously and explicitly recited. Thus, when the term “whereby” is used in a claim, the clause or other words that the term “whereby” modifies do not establish specific further limitations of the claim or otherwise restricts the meaning or scope of the claim. 
         [0083]    The term “e.g.” and like terms mean “for example”, and thus does not limit the term or phrase it explains. For example, in a sentence “the computer sends data (e.g., instructions, a data structure) over the Internet”, the term “e.g.” explains that “instructions” are an example of “data” that the computer may send over the Internet, and also explains that “a data structure” is an example of “data” that the computer may send over the Internet. However, both “instructions” and “a data structure” are merely examples of “data”, and other things besides “instructions” and “a data structure” can be “data”. 
         [0084]    The term “respective” and like terms mean “taken individually”. Thus if two or more things have “respective” characteristics, then each such thing has its own characteristic, and these characteristics can be different from each other but need not be. For example, the phrase “each of two machines has a respective function” means that the first such machine has a function and the second such machine has a function as well. The function of the first machine may or may not be the same as the function of the second machine. 
         [0085]    The term “i.e.” and like terms mean “that is”, and thus limits the term or phrase it explains. For example, in the sentence “the computer sends data (i.e., instructions) over the Internet”, the term “i.e.” explains that “instructions” are the “data” that the computer sends over the Internet. 
         [0086]    Throughout this disclosure, the present invention may be referred to as a freight services marketplace system, a quoting system, a scheduling system, a freight system, a freight service system, a computer program product, a computer program, a product, a system, a device, and a method. Furthermore, the present invention may be referred to as relating to freight transport using trucks. Those skilled in the art will appreciate that this terminology does not affect the scope of the invention. For instance, the present invention may just as easily relate to freight assets used to transport by road, rail, air, and/or water lanes. 
         [0087]    Other industry-specific terms that may be pertinent to this disclosure include the following: 
         [0088]    Skid—a flat base on which goods can be stacked for easy handling 
         [0089]    Palletized—freight loaded on skids 
         [0090]    Floor Load—freight loaded without skids on the floor of a trailer 
         [0091]    Full Truck Load (FTL)—per-asset pricing (based on full capacity) 
         [0092]    Less Than Load (LTL)—per-skid pricing (based on subset of capacity) 
         [0093]    Both—shipper requirements determine FTL or LTL 
         [0094]    Unlimited LTL—per-skid pricing, with no limit on the total number of skids and maximum weight 
         [0095]    Example systems and methods for a freight services marketplace are described herein below. In the following description, for purposes of explanation, numerous specific details are set forth to provide a thorough understanding of example embodiments. It will be evident, however, to one of ordinary skill in the art that the present invention may be practiced without these specific details and/or with different combinations of the details than are given here. Thus, specific embodiments are given for the purpose of simplified explanation and not limitation. 
       System Architecture 
       [0096]    Referring now to  FIGS. 1 through 14 , a freight services marketplace system  100  configured to facilitate freight services transactions and to track freight service delivery will now be discussed. 
         [0097]    Referring more specifically to  FIG. 1 , the freight services marketplace system  100 , according to an embodiment of the present invention, may include a web server  101 , which may be coupled to at least one shipper client  110  and at least one carrier client  120 . Each shipper client  110  and each carrier client  120  may be coupled to the web server  101  using a wide area network  107  such as the Internet. For example, and without limitation, the web server  101 , shipper clients  110 , and carrier clients  120  also may have access to various third-party freight service information sources via the Internet  107 . Third-party freight service information sources, for example, and without limitation, may include commercial-off-the-shelf applications (for example, and without limitation, routing, mileage, and mapping software) and proprietary applications (for example, and without limitation, dispatching software maintained internally by a given carrier). 
         [0098]    Shipper clients  110  and carrier clients  120  each may comprise a web browser and a communication application. “Web browser” as used herein includes, but is not limited to, any application software or program (including mobile applications) designed to enable users to access, retrieve, and view documents and other digital content over a wide network such as the Internet. “Communication” as used herein includes, but is not limited to, electronic mail (email), instant messaging, mobile applications, personal digital assistant (PDA), a pager, a fax, a cellular telephone, a conventional telephone, television, video telephone conferencing display, other types of radio wave transmitter/transponders and other forms of electronic communication. Those skilled in the art will recognize that other forms of communication known in the art are within the spirit and scope of the present invention. 
         [0099]    Users of a shipper client  110  may be prospective shipping service consumers. For example, and without limitation, consumers who may make use of the freight service marketplace system  100  through their shipper clients  110  may include any company or individual purchasing space on a transport asset, as well as associated support and handling services, for purposes of shipping freight. Also for example and without limitation, consumers may include brokers and/or any individuals desiring to book freight shipment space and support services on behalf of others. Users of a carrier client  120  may include providers of any type of shipping asset (e.g., a truck) that may be hired out or conscripted for any private or public purpose (freight shipping, humanitarian evacuation, and/or emergency services). 
         [0100]    Continuing to refer to  FIG. 1 , the web server  101  may comprise a processor  102  that may accept and execute computerized instructions, and also a data store  103  which may store data and instructions used by the processor  102 . More specifically, the processor  102  may be configured to receive input from some number of shipper clients  110 , carrier clients  120 , and third-party freight service information sources (not shown) and to direct that input to the data store  103  for storage and subsequent retrieval. For example, and without limitation, the processor  102  may be in data communication with external computing resources  110 ,  120  through a direct connection and/or through a network connection  107  facilitated by a network interface  106 . Also for example, and without limitation, the data store  103  may comprise multiple data stores hosted either locally on the web server  101 , and/or remotely on a data server  108 . 
         [0101]    Matching engine instructions  104  may be stored in data store  103  and retrieved by the processor  102  for execution. The matching engine  104  may be configured to advantageously automate the capture of a freight service request from a shipper, the entry of freight service offerings from one or more carriers, and the presentation of combined freight service quotes for selection by the shipper. Dispatch engine instructions  105  also may be stored in data store  103  and retrieved by the processor  102  for execution. The dispatch engine  104  may advantageously automate transaction processing, including notification of quote acceptance, shipper payment processing, and carrier service rating. 
         [0102]    Those skilled in the art will appreciate, however, that the present invention contemplates the use of computer instructions that may perform any or all of the operations involved in delivering freight shipping services, including capacity management, price quotation, reservation handling, service delivery tracking, payment processing, and issue resolution. The disclosure of computer instructions that include matching engine instructions and dispatch engine instructions is not meant to be limiting in any way. Those skilled in the art will readily appreciate that stored computer instructions may be configured in any way while still accomplishing the many goals, features and advantages according to the present invention. 
         [0103]    Continuing to refer to  FIG. 1 , and referring additionally to  FIG. 2A , the processor  102  on the web server  101  may write to the data store  103  on the data server  108  carrier-specified information about the availability of freight service offerings, and may retrieve from the data store  103  that information that is pertinent to requirements in a shipper-specified freight service request. Such information may be stored in one or more data structures  130 . For example, and without limitation, the matching engine  104  may obtain from the data structure  130  freight service offering information  210  regarding shipping assets and corresponding carriers. Although the data structure  130  shown illustrates information that may be written to and/or retrieved from the data store  103  on the data server  108 , employment of networking may permit the freight services marketplace system  100  to retrieve information about freight services from third-party information sources, thereby enhancing the timeliness and completeness of data used by the system. 
         [0104]    The illustrated embodiment of freight service data structures  130  shows example data objects  220  that may be pertinent to satisfying the freight service requirements of a prospective shipper. Although the embodiment of the invention discussed herein describes the data storage and retrieval functionality performed by the matching engine  104  and/or the dispatch engine  105 , those skilled in the art will readily appreciate that stored computer instructions and data objects may be configured in any way while still accomplishing the many goals, features and advantages according to the present invention. 
         [0105]    Continuing to refer to  FIG. 2A , the data structure for a freight service offering  210  will now be discussed. A freight asset may be defined as any shipping service unit that may be marketed individually by a carrier. Asset information may comprise a unique identifier (e.g., freight code). Information regarding the carrier providing the asset also may be included in the asset data structure  210 . For example, and without limitation, carrier contact information may include the name of the carrier, an email address, a telephone number, a mailing address, and/or any other type of communication address. 
         [0106]    For purposes of definition, the fundamental record defining the inventory of a shipper is a lane. This individually billable unit may be characterized by a set of service parameters. More specifically, a freight service offering data structure  210  may comprise a set of service parameters which may include characteristics such as lane, space, price, availability, transit time, and status. For example, and without limitation, each portion of floor or rack space present on a freight asset that may be offered individually for lease may be characterized as a lane. The freight service offering data structure  210  may comprise information regarding the configuration of the space, such as physical dimensions (e.g., length, width, and height) and weight limitations. The transit time for the lane may comprise information about the scheduled movement of the freight asset from one location to another. For example, and without limitation, location may be expressed in terms of a loading facility, a city, a region, or a range (e.g., miles or travel time). Also for example, and without limitation, the scheduled movement of the asset may be expressed as a day of the week for freight pickup and a day of the week for freight delivery. Calculation of transit time as a function of pickup and delivery days of the week, rather than as absolute days travel time, may remove ambiguity regarding the number of days in the future a particular load may be delivered. 
         [0107]    Each lane also may be characterized by its offering price. In one embodiment, the web server  101  may receive information on pricing of freight service offering from the carrier that owns the associated asset, and may write that information to the freight service offering data structure  210  on the data store  103 . In another embodiment, the matching engine  104  may obtain from freight service offering data structure  210  information regarding the historical price charged by a particular carrier for services like those requested by the shipper. In yet another example, discounting factors may also be included in the pricing criteria stored in the freight service offering data structure  210 . Each lane also may be characterized by its projected availability on a given date, and its in-transit status at any given moment. For example, and without limitation,  FIG. 2B  illustrates one embodiment of the set of service parameters that may be populated for a freight service offering  210 . 
         [0108]    Continuing to refer to  FIG. 2A , the data structure for a freight service request  220  will now be discussed. The freight service request may specify shipper requirements for freight shipment. For example, and without limitation, the freight service request may characterize the needs of the shipper to move a load from one location to another. Also for example, and without limitation, the freight service request may specify more than one leg as included in the required service. Request information may comprise a unique identifier (e.g., solicitation ID). Information regarding the shipper making the request also may be included in the request data structure  220 . For example, and without limitation, shipper contact information may include the name of the shipper, an email address, a telephone number, a mailing address, and/or any other type of communication address. The freight service request data structure  220  may list the desired origin and destination locations, the size and weight of the load. The freight service request  220  also may include the required dates of shipment, any associated services such as load handling and transfers, and a deadline for receiving reservation confirmations from prospective freight carriers. 
         [0109]    Those skilled in the art will appreciate, however, that the present invention contemplates the use of data structures that may store information supporting any or all of the operations involved in delivering freight shipping services, including capacity management, price quotation, reservation handling, service delivery tracking, payment processing, and issue resolution. The disclosure of data structures that include asset characteristics and pricing criteria is not meant to be limiting in any way. Those skilled in the art will readily appreciate that data structures may be configured in any way while still accomplishing the many goals, features and advantages according to the present invention. 
       Carrier Data Entry 
       [0110]    Referring now to  FIGS. 3A ,  4 ,  5 ,  6 A, and  6 B, and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect for entering carrier data into the freight services marketplace system  100 , according to an embodiment of the present invention, will now be discussed. In the methods illustrated herein, the carrier may use the carrier client  110  to interact with the web server  101 . The following illustrative embodiment is included to provide clarity for certain operational methods that may be included within the scope of the present invention. A person of skill in the art will appreciate additional databases and operations that may be included within the freight services marketplace system  100  of the present invention, which are intended to be included herein and without limitation. 
         [0111]    Referring now to  FIG. 3A , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect  300  for creating a user account for the carrier in the freight services marketplace system  100  will now be discussed in detail. The carrier may use an account creation interface on the carrier client  120  to request a carrier account and to submit self-identifying information through a network  107  to the web server&#39;s network interface  106 . For example and without limitation, the account creation interface may be in the form of a web-based application accessible through a web browser on the carrier client  120 . The processor  102  may route the carrier account creation information to the data store  103 . As illustrated in  FIG. 1 , the data store  103  may be located on the web server  101  and/or on the data server  108 . 
         [0112]    From the beginning at Block  305 , the system  100  may receive from the carrier an account creation request (Block  310 ). An appropriately-privileged administrator of account requests may use this information received by the system  100  to verify the role of the requestor in the shipping industry. For example, and without limitation, if the requestor cannot be identified as either a shipper (Block  325 ) or a carrier (Block  345 ), then the account creation request may be denied (Block  350 ) and the process ends (Block  375 ). 
         [0113]    If the account administrator can identify the requestor as a carrier (Block  345 ), then the system  100  may allow creation of the carrier account and may set access permissions to limit the account holder to access information on the system  100  on a need-to-know basis (Block  360 ). For example, and without limitation, access controls may permit any pricing data stored by a carrier to be viewable by prospective customers who are shippers, but not by another carrier account holder. Such access controls may advantageously allow multiple carriers to sell their respective freight service offerings using the freight services marketplace system  100  without exposing confidential business information, such as pricing, to competitors. Also for example, and without limitation, role based access controls may privilege carrier account holders to invoke only those functions within the freight services marketplace system  100  for which the account of the user is approved (example roles and associated privileges are illustrated in  FIG. 3B ). 
         [0114]    Referring now to  FIG. 4 , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect  400  for entering freight service offering information into the freight services marketplace system  100  will now be discussed in detail. More specifically, the entry of freight service offering parameters  210  from the carrier client  120  will now be discussed. The carrier may use a freight service creation interface on the carrier client  120  to instantiate a freight service offering data structure  210  and to transmit service parameters for that offering through a network  107  to the web server&#39;s network interface  106 . For example and without limitation, the freight service creation interface may be in the form of a web-based application accessible through a web browser on the carrier client  120 . The processor  102  may route the freight service offering information to the data store  103  on the data server  108 . 
         [0115]    At Block  410 , the system  100  may receive from the carrier a lane type for the freight service offering  210 . For example, and without limitation, the freight service offering may be characterized as a full truck load (FTL), as less than a truck load (LTL), as Both, or as Unlimited LTL. For definition purposes, a lane type of Both may signify that a carrier reserves the lane while deferring the decision as to whether the lane is FTL or LTL until shipper interest can be determined. For purposes of this disclosure, Both may be classified as a special case of LTL. Also for definition purposes, a lane type of Unlimited LTL may signify no limit may exist for the number of skids being marketed by the carrier. Unlimited LTL may be classified as a special case of LTL, and typically may be employed by medium or large carriers who are equipped to offer large shipping capacities to their customers. 
         [0116]    If the lane type is not recognized at Block  415  as LTL (inclusive of the special cases of Both and Unlimited LTL) nor at Block  425  as FTL, then a data entry error may be flagged for the carrier by the system  100  (Block  490 ) and control may return to the beginning (Block  405 ) to allow the carrier to re-enter the desired lane type correctly. 
         [0117]    If, at Block  415 , the lane type is recognized as LTL (or either of the special cases of Both or Unlimited LTL), then the system  100  may prompt the carrier to enter service parameters for a master lane and for a number of sub-pickups and sub-deliveries that may be included in the lane (Block  480 ). For purposes of definition, the term master lane refers to the core description of a lane. A sub-pick up or sub-delivery is a point outside of the radius covered by the master lane. For example, and without limitation, a lane may be from Chicago to Montreal with several sub-pickups and several sub-deliveries at intermediate locations generally along the route between the two cities. At Block  482 , the carrier may enter into the system  100  additional service parameters for the freight service offering  210 . As illustrated in  FIG. 2B , the service parameters of interest may include those which can be used to match the requirements of a subsequently entered freight service request  220  such as, for example, and without limitation, pickup and delivery information (locations), skid space (including dimensions and weight allowance), availability, and transit time. At Block  484 , the system  100  may generate a custom pricing grid for the master lane to facilitate the subsequent entry of pricing parameters for each sub-pickup/sub-delivery pair (Block  486 ) that the carrier may wish to offer for sale on the freight service marketplace system  100 . As illustrated at Block  488 , the carrier also may have the option to enter pricing parameters for special services related to a shipment, such as packaging, inspection, and other handling. 
         [0118]    Referring again to  FIG. 4  at Block  425 , if the lane type is determined to be FTL, then the system  100  may prompt the carrier to enter service parameters for the master lane for the asset (Block  430 ). The master lane may be marketed as all available space comprising a shipping asset, and servicing pickup and delivery along a given transit route of the asset. As illustrated in  FIGS. 2A and 2B , the service parameters of interest may include those which can be used to match the requirements of a subsequently entered freight service request  220  such as, for example, and without limitation, pickup and delivery information (locations), total trailer space (including dimensions and weight allowance), availability, and transit time. 
         [0119]    If the carrier chooses to price the FTL freight service offering on a fixed cost model (Block  435 ), then the system  100  may receive a pricing parameter for the master lane (Block  450 ) that the carrier may wish to market on the freight service marketplace system  100 . Alternatively, if the carrier chooses to price the freight service offering by the mile (Block  445 ), the system  100  may calculate the price of the freight service offering as a function of a pickup-to-delivery distance and a price-per-mile, both of which may be entered by the carrier (Block  470 ). 
         [0120]    After pricing is complete either for an FTL offering (Block  450 ) or for an LTL or special case LTL offering (Block  488 ), the carrier may post the freight service offerings in the freight service marketplace system  100  as described below in more detail (Block  460 ) before the process may end at Block  499 . 
         [0121]    Referring now to  FIG. 5 , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect for posting a freight service offering schedule in the freight services marketplace system  100  will now be discussed in detail. Using the freight service offering data entry interface, posting of an FTL lane by a carrier may cause the process to begin at Block  501 . The system  100  may receive from the carrier a posting option for the master lane (Block  510 ). For example, and without limitation, the available posting options may include manual (e.g., the lane may be posted on one specific day), daily (e.g., the lane may operate five days per week), and weekly (e.g., the lane may be posted on specific days during the week). At Block  520 , the system  100  may receive a schedule for the master lane. For example, and without limitation, the carrier may enter specific pickup and delivery days (typically Monday through Friday) for the lane during the designated posting period (e.g., Thursdays of every week). 
         [0122]    In another embodiment, posting of an LTL lane (or a special case of LTL) by a carrier may cause the process to begin at Block  502 . The system  100  may receive from the carrier a posting option for the master lane and/or sub-pickups and sub-deliveries (Block  530 ). For example, and without limitation, the available posting options may include manual (e.g., the lane and/or sub-pickups and sub-deliveries may be posted on one specific day), daily (e.g., the lane and/or sub-pickups and sub-deliveries may operate five days per week), and weekly (e.g., the lane and/or sub-pickups and sub-deliveries may be posted on specific days during the week). In addition, for LTL lanes that require more than one day to fill a freight asset, a weekly multi-day pickup may be used to spread the master lane pick up over multiple days. Note that this option may not be available for sub pick-ups. At Block  540 , the system  100  may receive a schedule for the master lane and/or sub-pickups and sub-deliveries. For example, and without limitation, the carrier may enter specific pickup and delivery days for the lane and/or for sub-pickups and sub-deliveries during the designated posting period. 
         [0123]    Continuing to refer to  FIG. 5 , the system  100  may prompt the carrier to save the entered freight service offering information (Block  545 ). Saving the draft of the freight service offering data to the data store  103  on the data server  108  may record the service parameter selections for subsequent editing (Block  550 ). If the carrier opts not to save a draft at Block  545 , then the freight service offering data entry may be lost and the data entry process may end at Block  599 . 
         [0124]    At Block  555 , the system  100  may prompt the carrier to post the previously saved freight service offering for marketing to prospective customers. The carrier may elect to generate searchable lanes and/or sub-pickups and sub-deliveries (if any) for posting to the freight services marketplace (Block  560 ). Alternative, the carrier may elect not to post the offering to the freight services marketplace, opting instead to hide the draft offering from view of prospective customers and allowing the data entry process to end at Block  599 . 
         [0125]    For example, and without limitation,  FIG. 6A  illustrates one embodiment of a system interface  601  to allow carrier creation of a freight service offering  210  of the LTL type. The system interface  601  may present displays for user entry of lane information  602 , pickup information  603 , delivery information  604 , pricing options  605 , and posting options  606  in keeping with the LTL data entry method described above. 
         [0126]    Also for example, and without limitation,  FIG. 6B  illustrates one embodiment of a system interface  611  to allow carrier creation of a freight service offering  210  of the FTL type. The system interface  611  may present displays for user entry of lane information  612 , pickup information  613 , delivery information  614 , pricing options  615 , and posting options  616  in keeping with the FTL data entry method described above. 
       Shipper Data Entry 
       [0127]    Referring now to  FIGS. 3A ,  7 , and  8 , and continuing to refer to  FIGS. 1 and 2A , a method aspect for entering shipper data into the freight services marketplace system  100 , according to an embodiment of the present invention, will now be discussed. In the methods as illustrated herein, the carrier may use the shipper client  110  to interact with the web server  101 . The following illustrative embodiment is included to provide clarity for certain operational methods that may be included within the scope of the present invention. A person of skill in the art will appreciate additional databases and operations that may be included within the freight services marketplace system  100  of the present invention, which are intended to be included herein and without limitation. 
         [0128]    Referring again to  FIG. 3A , and continuing to refer to  FIGS. 1 and 2A , a method aspect  300  for creating a user account for a shipper in the freight services marketplace system  100  will now be discussed in detail. The shipper may use the account creation interface on the shipper client  110  to request a shipper account and to submit self-identifying information through a network  107  to the web server&#39;s network interface  106 . For example and without limitation, the account creation interface may be in the form of a web-based application accessible through a web browser on the shipper client  110 . The processor  102  may route the account creation information to the data store  103 . As illustrated in  FIG. 1 , the data store  103  may be located on the web server  101  and/or on the data server  108 . 
         [0129]    At Block  310 , the system  100  may receive from the shipper an account creation request. An appropriately-privileged administrator of account requests may use information captured by the system  100  to verify the role of the requestor in the shipping industry (Block  320 ). If the account administrator can identify the requestor as a shipper (Block  325 ), then the system may allow creation of the shipper account with preset access permissions to limit the account holder to access information on the system  100  on a standard, restricted basis (Block  330 ). For example, and without limitation, access controls may limit any identifying data stored by the shipper to not be viewable by soliciting carrier account holders. Such access controls may advantageously allow shippers to shop available freight service offerings using the freight services marketplace system  100  without exposing confidential customer data, such as contact information, to solicitors. Role based access controls also may privilege shipper account holders to invoke only those functions within the freight services marketplace system  100  for which the account of the user is approved. For example, and without limitation, a master account holder may be privileged to edit any information associated with a shipper account, including company contact and credit information. An operational account holder, defined as a Sub User, may be privileged only to order shipping and pay for shipping. A support account holder, such as a person in an accounting role, may be privileged only to view shipping purchase orders and to pay for orders, but not to book shipments. 
         [0130]    Continuing to refer to  FIG. 3A  at Block  335 , the system  100  may be used to check for preapproval of the credit of the shipper. At Block  340 , the payment permissions of the shipper may be set by the system  100  to allow payment on credit if, for example, and without limitation, the shipper retains funds in a system account that are sufficient to cover payment for a particular requested freight service. Also for example, and without limitation, the system  100  may be configured to allow payment on credit if the shipper exhibits a good payment history. For shippers who do not enjoy preapproved credit, the payment permissions of the shipper may be set by the system  100  to allow credit card payment only (Block  370 ). After payment permissions are set, the process  300  may end at Block  375 . 
         [0131]    Referring now to  FIG. 7 , and continuing to refer to  FIGS. 1 and 2A , a method aspect  700  for entering freight service request information into the freight services marketplace system  100  will now be discussed in detail. More specifically, the entry of the freight service request  220  from the shipper client  110  will now be discussed. The shipper may use a freight request creation interface on the shipper client  110  to develop a freight service request and to transmit load parameters for that offering through a network  107  to the web server&#39;s network interface  106 . For example and without limitation, the freight service request creation interface may be in the form of a web-based application accessible through a web browser on the shipper client  110 . The processor  102  may route the freight service request information to the data store  103 . 
         [0132]    From the beginning  705 , the system  100  may receive from the shipper a freight service request (Block  710 ). For example and without limitation, a freight service request data entry interface may be in the form of a web-based application accessible through a web browser on the shipper client  110 . The web browser within the shipper client  110  may allow the shipper to submit load parameters  220  to the web server  101  which may, in turn, be written to the data server  108 . 
         [0133]    For example, and without limitation,  FIG. 8A  illustrates one embodiment of a system interface  801  to allow shipper creation of a freight service request  220  of the LTL type. The system interface  801  may present displays for user entry of pickup location  802 , delivery location  803 , and load characteristics  804  in keeping with the LTL data entry method described above. A shown in the illustration  801 , an LTL may require entry of the physical characteristics of the load  804 , because such information may be needed to plan for reservation of less than the total space available in a freight asset (e.g., sharing of a truck). 
         [0134]    For example, and without limitation,  FIG. 8B  illustrates one embodiment of a system interface  811  to allow shipper creation of a freight service request  220  of the FTL type. The system interface  811  may present displays for user entry of pickup location  812 , delivery location  813 , and load characteristics  814  in keeping with the FTL data entry method described above. A shown in the illustration  811 , an FTL may require entry of the capacity of the freight asset  814 , because the reservation may be for the entire vehicle (e.g., truck). 
       Matching 
       [0135]    Referring now to  FIGS. 7 ,  9  and  10 , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect for matching the freight service request of a shipper to the freight service offerings of one or more carriers using the freight services marketplace system  100 , according to an embodiment of the present invention, will now be discussed. In the methods as illustrated herein, the matching engine  104  executing on the processor  102  of the web server  101  may operate on the data structures  130  that may be located in the data store  103  of the data server  108 . For example, and without limitation, a shipper may use the shipper client  110 , and one or more carriers may use a respective carrier client  120 , each to interact with the web server  101 . The following illustrative embodiment is included to provide clarity for certain operational methods that may be included within the scope of the present invention. A person of skill in the art will appreciate additional databases and operations that may be included within the freight services marketplace system  100  of the present invention, which are intended to be included herein and without limitation. 
         [0136]    Referring again to  FIG. 7  at Block  720 , the matching engine  104  may parse the freight service request into discreet requirements of the shipper. Each requirement may be expressed at the level of abstraction of a fundamental load parameter that may be compared against the service parameter(s) of a given freight service offering. For example, and without limitation, the freight service request may be parsed into discreet requirements  220  for origin and destination, for size and weight, and for shipment timing. 
         [0137]    At Blocks  730 ,  740 , and  750 , the matching engine  104  may compare each of the discrete requirements of the freight service request to service parameters of freight service offerings entered by carriers and/or retrieved from third-party freight service information sources. As a result of this comparison process, the matching engine  104  may use suitability criteria to reduce the full set of stored freight service offerings to a smaller set of available freight service offerings capable of satisfying each requirement of the freight service request. Eliminating freight service offerings from consideration based on suitability criteria advantageously may promote carrier efficiency by reducing information traffic upon which the carrier cannot act and, therefore, has no need to receive. 
         [0138]    More specifically, the matching engine  104  may identify one or more freight shipping assets that, either individually or in combination, meet all discreet requirements in the freight service request. For example, and without limitation, the processor  102  may retrieve information on a set of available assets (either staged from the data store  103  or imported directly from third-party information sources). The retrieved information may contain service parameters for each asset in the set, including the lanes serviced (Block  730 ), the spatial characteristics of the asset (Block  740 ), and the scheduling of the asset (Block  750 ). Scheduling parameters may include the available dates of that asset, the location of the asset on the required dates, and the billable units for lease on the asset on the required dates. 
         [0139]    If no single asset nor combination of assets is found by the matching engine  104  to satisfy the lane (Block  735 ), space (Block  745 ), nor schedule (Block  755 ) requirements of the original freight service request, then the matching engine  104  may communicate to the shipper (for example, through the browser on the shipper client  110 ) that no matching assets were found to deliver the requested service (Block  737 ). In this eventuality, the shipper may be allowed to revise her freight service request at Block  710 . 
         [0140]    At Block  760 , the matching engine may assemble complementary freight service offerings submitted by carriers through the use of carrier client  120  into one or more compound service offerings for the requested freight service. For purposes of definition, the term “compound service offering” may refer to a consumer having the ability to arrange and pay collectively for services received related to a single freight transport event, rather than having to schedule and pay separately for each event-related service delivered by each of multiple providers of shipping assets, personnel, and/or support services. To facilitate treatment of each compound service offering as an individually marketed and managed unit, the system  100  may generate a single, consolidated transit time for the offering (Block  770 ) by adding the transit times of the freight service offerings comprising the compound service offering. Similarly, the system  100  may generate a single, consolidated price for the offering (Block  775 ) by summing the prices of the freight service offerings comprising the compound service offering. 
         [0141]    At Block  780 , the compound service quotes may be viewed in real-time by a shipper using the web browser of the shipper client  110 . More specifically, the matching engine  104  may display a pick list of combined service quotes that may be viewable from the web browser of a shipper client  110 . For example, and without limitation,  FIG. 10  illustrates one embodiment of a system interface  1001  to allow the shipper to select from a list of marketed freight service offerings  210  that may meet the freight service request  220  requirements of the shipper. The system interface  1001  may display candidate carriers  1005  and freight prices  1010  in keeping with the quoting method described above. The system interface  1001  also may display an absolute pickup date  1020  and delivery date  1025  for each freight service offering, as calculated from the pickup and delivery days of the week specified during lane creation by the candidate carrier for each freight service offering. A candidate carrier may be represented as a link to multiple carriers  1015  who may collaborate to provide a combined freight service offering. 
         [0142]    The pick list of quotes from candidate carriers may be active for a fixed period of time. Before this period of time has ended, as monitored at Block  795  in  FIG. 7 , the shipper may have the option of selecting one of the compound service quotes from the pick list (Block  785 ). If a selection of a quote from the pick list is detected by the matching engine  104  at Block  785 , then the method may proceed at Block  790  to the provisioning process described in more detail below. At any time before the solicitation period terminates (Block  795 ), the shipper may be allowed to revise her freight service request at Block  710 . Similarly, if the solicitation is not terminated (Block  795 ) as a result of successful completion of the provisioning process (Block  796 ), the shipper may be allowed to revise her freight service request at Block  710 . However, if at Block  795  no quote for freight service is selected by the shipper before the solicitation is terminated (e.g., withdrawal by shipper, expiration of time period), then at Block  797  the freight service request may be removed from active solicitations by the web server  101  before the method ends at Block  799 . 
         [0143]    Referring now to  FIG. 9  and beginning at Block  905 , the matching engine  104  may process the operations necessary to provision a freight shipping service transaction  900 , including, but not limited to, processing of freight service reservations, party notifications, and customer payments. At Block  910 , the system  100  may receive the compound freight service quote selected by the shipper from the pick list. More specifically, the shipper may use a browser to transmit acceptance of a bundled service quote through a network  107  to the web server&#39;s network interface  106 . The dispatch engine  105  may transmit notification of bid acceptance to the communication address provided in the carrier information  210 . More specifically, this communication may notify the carrier that his service offering has been chosen by a shipper to fulfill some portion of the given freight service request  220 . For example, and without limitation, the notification may include a commission invoice. 
         [0144]    The matching engine  104  may process shipper payment for freight services facilitated using the system  100 . More specifically, at Block  915 , if the shipper is eligible to make payment from a system-controlled credit account, then the system  100  may deduct the consolidated price of the compound service offering selected by the shipper and deposit that amount into an escrow account pending successful delivery of the freight service (Block  920 ). Alternatively, or in addition, if the shipper is eligible to make payment by credit card (Block  917 ), then the system  100  may charge the card for the consolidated price of the compound service offering selected and deposit that amount into an escrow account (Block  980 ). If the system  100  cannot determine the eligibility of the shipper to make payment (Blocks  915 ,  917 ), then the provisioning process may end without depositing funds into escrow and may prepare for termination of the solicitation (Block  999 ). 
         [0145]    Although the process illustrated in  FIG. 9  presumes escrow of shipper payments, those skilled in the art will appreciate that other payment processing models are within the scope and spirit of the disclosed invention. For example, and without limitation, the matching engine  104  may be configured to receive from each carrier involved in a combined service offering confirmation of receipt of direct payment from the shipper. Direct payments from the shipper to the carrier(s) involved may cause the matching engine  104  to await notice from the carrier(s) of receipt and processing of each carrier&#39;s portion of the total payment before generating shipping artifacts (Block  930 ). 
         [0146]    After successful processing of shipper payment (either of Blocks  920  and  980 ), the system may automatically generate industry-standard shipping documents, such as order confirmations and Bills of Lading for each freight service offering comprising the selected compound service offering (Block  930 ). At Block  940 , the dispatch engine  105  may automatically compute a commission to be paid, for example, and without limitation, by either or both of the parties to the freight service transaction in return for facilitation of the transaction by the freight services marketplace system  100 . The efficiencies introduced by the automation in the present embodiment, and by the obviation of the need for broker services, advantageously may result in administrative charges and commission rates much lower than those demanded by traditional freight brokerages. 
         [0147]    At Block  950 , the matching engine  104  may transmit notification of shipper acceptance of the compound service quote to the carrier(s) who must cooperate to deliver each freight service offering comprising that compound service. More specifically, the matching engine  104  may send freight request solicitations in the form of email to carrier clients  120  to inform each carrier that he is a suitable match to fulfill a requirement present in a given freight service request. For example, and without limitation, the solicitation may contain a hyperlink to a web page where the carrier may view request details. Carriers who do not post freight service offerings that match the selection criteria expressed as freight request requirements may not be notified of the freight request by the matching engine  104 . Automatic, proactive filtering of unwanted solicitations from other than qualified carriers advantageously may obviate the need for carriers to review and discard moot freight requests, and/or to perform time-consuming and inefficient searches for service delivery opportunities. 
         [0148]    After viewing the solicitation, the matching carriers may decide whether to accept the booking of their respective freight service offerings as part of the given freight service request (Block  955 ). Specifically, a solicitation response interface may be provided in the form of a web-based application accessible through a web browser on the carrier client  120 . A web browser within the carrier client  120  may allow the carrier to submit an acceptance using the solicitation response interface within web server  101 . 
         [0149]    If solicitations for all freight service offerings comprising the compound service offering are accepted at Block  955 , then the system  100  may transmit confirmation of the reservation of compound freight service offering to both the shipper and the involved carrier(s) (Block  960 ). For example, and without limitation, the confirmation may be communicated in the form of an email containing dispatch information and contact details of the other party. Confirmation of a reservation may signify termination of a solicitation period for the associated freight service request, causing the matching engine  104  to remove booked freight service requests from postings available for sale (Block  970 ). 
         [0150]    For example, and without limitation, while a freight service is being provisioned as described above, the service parameter for status of the freight service offering data structure  210  may be updated using the system  100  to reflect milestones such as the following: 
         [0151]    Needs Confirmation/View Order—A shipper is purchasing some of the shipping capacity 
         [0152]    Confirmed—A carrier has accepted a purchase order for the booked lane 
         [0153]    Declined—A carrier has declined a purchase order for the booked lane 
         [0154]    Continuing to refer to  FIG. 9 , if the solicitation for any one of the freight service offerings comprising the compound service offering is rejected at Block  955  (for example, and without limitation, the freight service offering status is set to Declined), then the system  100  may allow the solicitation period for the associated freight service request to remain active and may prompt the shipper to revise the freight service request (Block  957 ) or, alternatively, to allow the termination of the solicitation (Block  999 ). If acceptance of the compound service offering booking is detected by the matching engine  104  at Block  955  (for example, and without limitation, the statuses for all freight service offerings included in the compound service offering are set to Confirmed), then the method may proceed to the dispatch process (Block  977 ) described in more detail below. 
       Dispatch 
       [0155]    Referring now to  FIGS. 11 and 12 , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect for managing the dispatch of the compound freight service using the freight services marketplace system  100 , according to an embodiment of the present invention, will now be discussed. In the methods as illustrated herein, the dispatch engine  105  executing on the processor  102  of the web server  101  may operate on the data structures  130  that may be located in the data store  103  of the data server  108 . The following illustrative embodiment is included to provide clarity for certain operational methods that may be included within the scope of the present invention. A person of skill in the art will appreciate additional databases and operations that may be included within the freight services marketplace system  100  of the present invention, which are intended to be included herein and without limitation. 
         [0156]    Referring again to  FIG. 11  at Block  1107 , the dispatch engine  104  may monitor the pickup schedule for reserved freight service offerings. At some time prior to the pickup date of the compound delivery service, the system  100  may transmit alert messages to the shipper and/or to the carrier(s) involved in delivery of the compound freight service (Block  1110 ). The alert messages may prompt service initiation activity on the parts of the parties to the freight transaction, thereby minimizing the opportunity for human error that may jeopardize the start of the shipment. 
         [0157]    The system  100  may be configured to receive status updates from carrier personnel as key milestones are achieved in satisfaction of each freight service offering included in the compound service offering (Block  1115 ). For example, and without limitation, while a load is in transit, the service parameter for status of the freight service offering data structure  210  may be updated using the system  100  to reflect milestones such as the following: 
         [0158]    Dispatch Pick Up—A carrier must dispatch an asset to collect the freight 
         [0159]    Pick Up Dispatched—A carrier has dispatched a freight asset 
         [0160]    Pick Up Need Confirm—A carrier has dispatched a freight asset and the pickup time has passed 
         [0161]    Pick Up Confirmed—A carrier has picked up the load 
         [0162]    Actual Pick Up—Recording of the time the freight was collected 
         [0163]    Dispatch Delivery—A carrier must dispatch an asset to deliver the freight 
         [0164]    Delivery Dispatched—A carrier has dispatched an asset 
         [0165]    Delivery Need Confirm—A carrier has dispatched an asset and the delivery time has passed 
         [0166]    Actual Delivery—Recording of the time the freight was delivered 
         [0167]    Delivery Confirmed—Freight delivered 
         [0168]    On Hold—Delay encountered 
         [0169]    The system  100  may write each status change to the data store  103  to compile a shipment history for subsequent analysis and reporting purposes (Block  1120 ). Monitoring and recording of milestones may continue throughout the delivery process until the compound delivery service is complete (Block  1125 ). For example, and without limitation,  FIG. 12  illustrates one embodiment of a system interface  1201  to allow the shipper to monitor the status  1205  of the booked freight service offering  220 . The system interface  1001  may display a record for each of multiple carriers  1210  who may collaborate to provide a combined freight service offering. 
         [0170]    Milestone and status tracking of shipping assets may be accomplished not only for the asset with which the load may be actively engaged, but also for downstream assets. For example, and without limitation, at Block  1135  the system  100  may detect that a freight service offering included in the compound service offering underway may for some reason become unavailable (for example, the status may be set to On Hold due to a delay caused by an accident involving the asset, or by a double-booking error that may prevent the carrier from honoring a commitment to provide an asset). In such an eventuality, the system  100  may attempt to automatically identify and reserve an alternative asset to replace the freight service offering that has become unavailable to the compound service offering already in progress (Block  1170 ). This re-planning method of Block  1170  is described in more detail below. 
         [0171]    In one embodiment, for example, and without limitation, the dispatch engine  105  may employ traditional escrow rules by monitoring for the completion of the freight service offering provisioned using the system  100  (Block  1125 ). Upon completion of each carrier&#39;s contractual obligation related to the subject freight service, the dispatch engine  105  may automatically release any escrowed funds piecemeal to the responsible carrier(s) at Block  1140 . In another embodiment, for example, and without limitation, the dispatch engine  105  may employ flow-through purchase escrow rules (not shown) by transferring shipper payment to the involved carriers upon the start of each freight service offering (as monitored at Block  1115 ), less a deduction for commission in return for facilitation of the freight service transaction by the freight services marketplace system  100 . 
         [0172]    Continuing to refer to  FIG. 11 , the dispatch engine  105  may feature a mechanism for receiving and recording shipper reviews for one or more carrier(s) who contributed to the combined freight service delivery (Block  1150 ). Referring additionally to  FIG. 7 , the method may end at Block  1199 , after which tracking of the freight service request by the web server  101  may be cleared (at Block  797 ) before the method ends at Block  799 . 
       Re-Planning 
       [0173]    Referring now to  FIG. 13 , and continuing to refer to  FIGS. 1 ,  2 A, and  2 B, a method aspect for managing in-transit freight service re-planning using the freight services marketplace system  100 , according to an embodiment of the present invention, will now be discussed. The following illustrative embodiment is included to provide clarity for certain operational methods that may be included within the scope of the present invention. A person of skill in the art will appreciate additional databases and operations that may be included within the freight services marketplace system  100  of the present invention, which are intended to be included herein and without limitation. 
         [0174]    Referring again to  FIG. 13  beginning at Block  1305 , the dispatch engine  104  may respond to the detection of a freight request requirement mismatch by automatically applying a matching process to identify and reserve an alternative freight service offering. The purpose of the alternative freight service offering may be to replace an asset in the compound service offering that has otherwise become unavailable. The re-planning process may be similar to the matching process described above, with the exception that much of the human-in-the-loop decision making may be omitted (e.g., shipper selection from among several alternative freight service offerings) as long as the original contractual terms of the freight transaction (e.g., total price) are not violated. 
         [0175]    Referring again to  FIG. 13  at Block  1310 , the matching engine  104  may parse the unfulfilled requirements (referred to as “gap” requirements) from the original freight service request into discreet requirements. For example, and without limitation, the freight service request  220  may be parsed into discreet requirements for origin and destination, for size and weight, and ship dates. 
         [0176]    At Blocks  1320 ,  1330 , and  1340 , the matching engine  104  may compare each of the gap requirements of the freight service request to service parameters of freight service offerings entered by carriers and/or retrieved from third-party freight service information sources. As a result of this comparison process, the matching engine  104  may use suitability criteria to reduce the full set of stored freight service offerings to a smaller set of available freight service offerings capable of satisfying the gap requirement. For example, and without limitation, the processor  102  may retrieve information on available assets (either staged from the data store  103  or directly from third-party information sources) containing service parameters for each asset in the set, including the lanes serviced (Block  1320 ), the spatial characteristics of the asset (Block  1330 ), and the scheduling of the asset (Block  1340 ). 
         [0177]    If no single alternative asset nor combination of alternative assets is found by the matching engine  104  to satisfy the lane (Block  1325 ), space (Block  1335 ), nor schedule (Block  1345 ) gap requirements of the original freight service request, then the matching engine  104  may communicate to the appropriate parties (for example, to the shipper through the browser on the shipper client  110 ) that automatic re-planning has failed (Block  1327 ) and that manual intervention may be needed to accomplish the shipment already in progress (Block  1329 ). In this eventuality, the shipper may be allowed to revise her freight service request (Block  1110 ). 
         [0178]    At Block  1350 , the matching engine may assemble complementary freight service offerings submitted by carriers through the use of carrier client  120  into one or more alternative compound service offerings for the requested freight service. The system  100  may generate a single, consolidated transit time for the offering (Block  1357 ) by adding the transit times of the freight service offerings comprising the alternative compound service offering. Similarly, the system  100  may generate a single, consolidated price for the offering (Block  1360 ) by summing the prices of the freight service offerings comprising the alternative compound service offering. 
         [0179]    At Block  1367 , the system  100  may automatically generate industry-standard shipping artifacts, such as order confirmations and Bills of Lading for the alternative freight service offering that was newly added to the compound service offering already in progress (Block  1360 ). Presuming the alternative freight service offering may be added to the combined service offering already in progress without violating the consolidated price and consolidated transit time terms contractually agreed to by the shipper, then proactive selection and/or approval of the alternative freight service offering by the shipper may not be required. 
         [0180]    At Block  1370 , the dispatch engine  105  may automatically compute a commission to be paid by the provider of the alternative freight service offering in return for facilitation of the freight service transaction by the freight services marketplace system  100 . At Block  1377 , the matching engine  104  may transmit notification of the alternative compound service quote to the carrier(s) responsible for delivering the alternative freight service offering. More specifically, the matching engine  104  may send freight request solicitations in the form of email to carrier clients  120  to inform each carrier that he is a suitable match to fulfill the gap requirement present in a given freight service request. For example, and without limitation, the solicitation may contain a hyperlink to a web page where the carrier may view request details. 
         [0181]    After viewing the solicitation, the new carriers may decide whether to accept the booking of their respective freight service offerings as part of the alternative compound service offering (Block  1385 ). Specifically, a solicitation response interface may be provided in the form of a web-based application accessible through a web browser on the carrier client  120 . A web browser within the carrier client  120  may allow the carrier to submit an acceptance using the solicitation response interface within web server  101 . 
         [0182]    If the solicitation for the alternative freight service offering is accepted at Block  1385 , then the system  100  may transmit confirmation of the reservation of the alternative freight service in keeping with the accepted booking to both the shipper and the involved carrier(s) (Block  1390 ). For example, and without limitation, the confirmation may be communicated in the form of an email containing dispatch information and contact details of the other party. 
         [0183]    If the solicitation for the alternative freight service offering is rejected at Block  1385 , and no other candidate freight service offerings meet the gap requirement(s), then the matching engine  104  may communicate to the shipper (for example, through the browser on the shipper client  110 ) that automatic re-planning has failed (Block  1327 ) and that manual intervention may be needed to accomplish the shipment already in progress (Block  1329 ). 
       Computing Environment 
       [0184]    A skilled artisan will note that one or more of the aspects of the present invention may be performed on a computing device. The skilled artisan will also note that a computing device may be understood to be any device having a processor, memory unit, input, and output. This may include, but is not intended to be limited to, cellular phones, smart phones, tablet computers, laptop computers, desktop computers, personal digital assistants, etc.  FIG. 14  illustrates a model computing device in the form of a computer  610 , which is capable of performing one or more computer-implemented steps in practicing the method aspects of the present invention. Components of the computer  610  may include, but are not limited to, a processing unit  620 , a system memory  630 , and a system bus  621  that couples various system components including the system memory to the processing unit  620 . The system bus  621  may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI). 
         [0185]    The computer  610  may also include a cryptographic unit  625 . Briefly, the cryptographic unit  625  has a calculation function that may be used to verify digital signatures, calculate hashes, digitally sign hash values, and encrypt or decrypt data. The cryptographic unit  625  may also have a protected memory for storing keys and other secret data. In other embodiments, the functions of the cryptographic unit may be instantiated in software and run via the operating system. 
         [0186]    A computer  610  typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by a computer  610  and includes both volatile and non-volatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may include computer storage media and communication media. Computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, FLASH memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer  610 . Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media. 
         [0187]    The system memory  630  includes computer storage media in the form of volatile and/or non-volatile memory such as read only memory (ROM)  631  and random access memory (RAM)  632 . A basic input/output system  633  (BIOS), containing the basic routines that help to transfer information between elements within computer  610 , such as during start-up, is typically stored in ROM  631 . RAM  632  typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit  620 . By way of example, and not limitation,  FIG. 14  illustrates an operating system (OS)  634 , application programs  635 , other program modules  636 , and program data  637 . 
         [0188]    The computer  610  may also include other removable/non-removable, volatile/non-volatile computer storage media. By way of example only,  FIG. 14  illustrates a hard disk drive  641  that reads from or writes to non-removable, non-volatile magnetic media, a magnetic disk drive  651  that reads from or writes to a removable, non-volatile magnetic disk  652 , and an optical disk drive  655  that reads from or writes to a removable, non-volatile optical disk  656  such as a CD ROM or other optical media. Other removable/non-removable, volatile/non-volatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive  641  is typically connected to the system bus  621  through a non-removable memory interface such as interface  640 , and magnetic disk drive  651  and optical disk drive  655  are typically connected to the system bus  621  by a removable memory interface, such as interface  650 . 
         [0189]    The drives, and their associated computer storage media discussed above and illustrated in  FIG. 14 , provide storage of computer readable instructions, data structures, program modules and other data for the computer  610 . In  FIG. 14 , for example, hard disk drive  641  is illustrated as storing an OS  644 , application programs  645 , other program modules  646 , and program data  647 . Note that these components can either be the same as or different from OS  633 , application programs  633 , other program modules  636 , and program data  637 . The OS  644 , application programs  645 , other program modules  646 , and program data  647  are given different numbers here to illustrate that, at a minimum, they may be different copies. A user may enter commands and information into the computer  610  through input devices such as a keyboard  662  and cursor control device  661 , commonly referred to as a mouse, trackball or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit  620  through a user input interface  660  that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor  691  or other type of display device is also connected to the system bus  621  via an interface, such as a graphics controller  690 . In addition to the monitor, computers may also include other peripheral output devices such as speakers  697  and printer  696 , which may be connected through an output peripheral interface  695 . 
         [0190]    The computer  610  may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer  680 . The remote computer  680  may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer  610 , although only a memory storage device  681  has been illustrated in  FIG. 14 . The logical connections depicted in  FIG. 14  include a local area network (LAN)  671  and a wide area network (WAN)  673 , but may also include other networks  140 . Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet. 
         [0191]    When used in a LAN networking environment, the computer  610  is connected to the LAN  671  through a network interface or adapter  670 . When used in a WAN networking environment, the computer  610  typically includes a modem  672  or other means for establishing communications over the WAN  673 , such as the Internet. The modem  672 , which may be internal or external, may be connected to the system bus  621  via the user input interface  660 , or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer  610 , or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,  FIG. 14  illustrates remote application programs  685  as residing on memory device  681 . 
         [0192]    The communications connections  670  and  672  allow the device to communicate with other devices. The communications connections  670  and  672  are an example of communication media. The communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. A “modulated data signal” may be a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Computer readable media may include both storage media and communication media. 
       Further Detail on Computing Environment and Systems: 
       [0193]    In one aspect, a computer system (or digital device), which may be understood as a logic apparatus adapted and configured to read instructions from media and/or network port, is connectable to a server and can have a fixed media. The computer system can also be connected to the Internet or an intranet. The system includes central processing unit (CPU), disk drives, and optional input devices, such as a keyboard and/or mouse and optional monitor. Data communication can be achieved through, for example, communication medium to a server at a local or a remote location. The communication medium can include any suitable means of transmitting and/or receiving data. For example, the communication medium can be a network connection, a wireless connection or an Internet connection. 
         [0194]    It is envisioned that data relating to the present disclosure can be transmitted over such networks or connections. The computer system can be adapted to communicate with a participant and/or a device used by a participant. The computer system is adaptable to communicate with other computers over the Internet, or with computers via a server. Each computing device (including mobile devices) includes an operating system (OS), which is software, that consists of software programs and data that runs on the devices, manages the device hardware resources, and provides common services for execution of various application software. The operating system enables an application program to run on the device. 
         [0195]    As will be appreciated by those skilled in the art, a computer readable medium stores computer data, which data can include computer program code that is executable by a computer, in machine readable form. By way of example, and not limitation, a computer readable medium may comprise computer readable storage media, for tangible or fixed storage of data, or communication media for transient interpretation of code-containing signals. Computer readable storage media, as used herein, refers to physical or tangible storage (as opposed to signals) and includes without limitation volatile and non-volatile, removable and non-removable storage media implemented in any method or technology for the tangible storage of information such as computer-readable instructions, data structures, program modules or other data. Computer readable storage media includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other physical or material medium which can be used to tangibly store the desired information or data or instructions and which can be accessed by a computer or processor. 
         [0196]    A user launches an app created by an app creator and downloaded to the user&#39;s mobile device to view digital content items and can connect to a front end server via a network, which is typically the Internet, but can also be any network, including but not limited to any combination of a LAN, a MAN, a WAN, a mobile, wired or wireless network, a private network, or a virtual private network. As will be understood a very large numbers (e.g., millions) of users are supported and can be in communication with the website via an app at any time. The user may include a variety of different computing devices 
         [0197]    Application delivery platform can be implemented entirely in hardware and/or a combination of hardware and/or software in execution. Further, application delivery platform can be incorporated within and/or associated with other compatible components. Additionally, application delivery platform can be, but is not limited to, any type of machine that includes a processor and/or is capable of effective communication with network topology and/or cloud. Illustrative machines that can comprise application delivery platform can include desktop computers, server class computing devices, laptop computers, notebook computers, Tablet PCs, consumer and/or industrial devices and/or appliances, hand-held devices, and the like. 
         [0198]    Network topology and/or cloud can include any viable communication and/or broadcast technology, for example, wired and/or wireless modalities and/or technologies can be utilized to effectuate the claimed subject matter. Moreover, network topology and/or cloud  104  can include utilization of Personal Area Networks (PANs), Local Area Networks (LANs), Campus Area Networks (CANs), Metropolitan Area Networks (MANs), extranets, intranets, the Internet, Wide Area Networks (WANs)—both centralized and/or distributed—and/or any combination, permutation, and/or aggregation thereof. Furthermore, as those skilled in the art will appreciate and understand various data communications protocols (e.g., TCP/IP, Ethernet, Asynchronous Transfer Mode (ATM), Fiber Distributed Data Interface (FDDI), Fibre Channel, Fast Ethernet, Gigabit Ethernet, Wi-Fi, Token Ring, Frame Relay, etc.) can be utilized to implement suitable data communications. 
         [0199]    Additionally application delivery server/platform may include a provisioning component that, based at least in part on input received from a portal component, can automatically configure and/or provision the various disparate mobile devices with appropriate applications. 
         [0200]    It is to be appreciated that a store can be, for example, volatile memory or non-volatile memory, or can include both volatile and non-volatile memory. By way of illustration, and not limitation, non-volatile memory can include read-only memory (ROM), programmable read only memory (PROM), electrically programmable read only memory (EPROM), electrically erasable programmable read only memory (EEPROM), or flash memory. Volatile memory can include random access memory (RAM), which can act as external cache memory. By way of illustration rather than limitation, RAM is available in many forms such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink.RTM. DRAM (SLDRAM), Rambus.RTM. direct RAM (RDRAM), direct Rambus.RTM. dynamic RAM (DRDRAM) and Rambus.RTM. dynamic RAM (RDRAM). Store  206  of the subject systems and methods is intended to comprise, without being limited to, these and any other suitable types of memory. In addition, it is to be appreciated that the store can be a server, a database, a hard drive, and the like. 
       Server Modules, Components, and Logic 
       [0201]    Certain embodiments are described herein as including logic or a number of modules, components or mechanisms. A module, logic, component or mechanism (hereinafter collectively referred to as a “module”) may be a tangible unit capable of performing certain operations and is configured or arranged in a certain manner. In example embodiments, one or more computer systems (e.g. server computer system) or one or more components of a computer system (e.g., a processor or a group of processors) may be configured by software (e.g., an application or application portion) as a “module” that operates to perform certain operations as described herein. 
         [0202]    In various embodiments, a “module” may be implemented mechanically or electronically. For example, a module may comprise dedicated circuitry or logic that is permanently configured (e.g., within a special-purpose processor) to perform certain operations. A module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. 
         [0203]    Accordingly, the term “module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired) or temporarily configured (e.g., programmed) to operate in a certain manner and/or to perform certain operations described herein. Considering embodiments in which modules or components are temporarily configured (e.g., programmed), each of the modules or components need not be configured or instantiated at any one instance in time. For example, where the modules or components comprise a general-purpose processor configured using software, the general-purpose processor may be configured as respective different modules at different times. Software may accordingly configure the processor to constitute a particular module at one instance of time and to constitute a different module at a different instance of time. 
         [0204]    Modules can provide information to, and receive information from, other modules. Accordingly, the described modules may be regarded as being communicatively coupled. Where multiple of such modules exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the modules. In embodiments in which multiple modules are configured or instantiated at different times, communications between such modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple modules have access. For example, one module may perform an operation, and store the output of that operation in a memory device to which it is communicatively coupled. A further module may then, at a later time, access the memory device to retrieve and process the stored output. Modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information). 
         [0205]    Numerous embodiments are described in the present application, and are presented for illustrative purposes only. The described embodiments are not, and are not intended to be, limiting in any sense. The presently disclosed invention(s) are widely applicable to numerous embodiments, as is readily apparent from the disclosure. One of ordinary skill in the art will recognize that the disclosed invention(s) may be practiced with various modifications and alterations, such as structural and logical modifications. Although particular features of the disclosed invention(s) may be described with reference to one or more particular embodiments and/or drawings, it should be understood that such features are not limited to usage in the one or more particular embodiments or drawings with reference to which they are described, unless expressly specified otherwise. 
         [0206]    No embodiment of method steps or product elements described in the present application constitutes the invention claimed herein, or is essential to the invention claimed herein, or is coextensive with the invention claimed herein, except where it is either expressly stated to be so in this specification or expressly recited in a claim. 
         [0207]    The invention can be implemented in numerous ways, including as a process, an apparatus, a system, a computer readable medium such as a computer readable storage medium or a computer network wherein program instructions are sent over optical or communication links. In this specification, these implementations, or any other form that the invention may take, may be referred to as systems or techniques. A component such as a processor or a memory described as being configured to perform a task includes both a general component that is temporarily configured to perform the task at a given time or a specific component that is manufactured to perform the task. In general, the order of the steps of disclosed processes may be altered within the scope of the invention. 
         [0208]    The following discussion provides a brief and general description of a suitable computing environment in which various embodiments of the system may be implemented. Although not required, embodiments will be described in the general context of computer-executable instructions, such as program applications, modules, objects or macros being executed by a computer. Those skilled in the relevant art will appreciate that the invention can be practiced with other computing system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, personal computers (“PCs”), network PCs, mini-computers, mainframe computers, mobile phones, personal digital assistants, smart phones, personal music players (like iPod) and the like. The embodiments can be practiced in distributed computing environments where tasks or modules are performed by remote processing devices, which are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices. 
         [0209]    As used herein, the terms “computer” and “server” are both computing systems as described in the following. A computing system may be used as a server including one or more processing units, system memories, and system buses that couple various system components including system memory to a processing unit. Computing system will at times be referred to in the singular herein, but this is not intended to limit the application to a single computing system since in typical embodiments, there will be more than one computing system or other device involved. Other computing systems may be employed, such as conventional and personal computers, where the size or scale of the system allows. The processing unit may be any logic processing unit, such as one or more central processing units (“CPUs”), digital signal processors (“DSPs”), application-specific integrated circuits (“ASICs”), etc. Unless described otherwise, the construction and operation of the various components are of conventional design. As a result, such components need not be described in further detail herein, as they will be understood by those skilled in the relevant art. 
         [0210]    The computing system includes a system bus that can employ any known bus structures or architectures, including a memory bus with memory controller, a peripheral bus, and a local bus. The system also will have a memory which may include read-only memory (“ROM”) and random access memory (“RAM”). A basic input/output system (“BIOS”), which can form part of the ROM, contains basic routines that help transfer information between elements within the computing system, such as during startup. 
         [0211]    The computing system also includes non-volatile memory. The non-volatile memory may take a variety of forms, for example a hard disk drive for reading from and writing to a hard disk, and an optical disk drive and a magnetic disk drive for reading from and writing to removable optical disks and magnetic disks, respectively. The optical disk can be a CD-ROM, while the magnetic disk can be a magnetic floppy disk or diskette. The hard disk drive, optical disk drive and magnetic disk drive communicate with the processing unit via the system bus. The hard disk drive, optical disk drive and magnetic disk drive may include appropriate interfaces or controllers coupled between such drives and the system bus, as is known by those skilled in the relevant art. The drives, and their associated computer-readable media, provide non-volatile storage of computer readable instructions, data structures, program modules and other data for the computing system. Although computing systems may employ hard disks, optical disks and/or magnetic disks, those skilled in the relevant art will appreciate that other types of non-volatile computer-readable media that can store data accessible by a computer may be employed, such a magnetic cassettes, flash memory cards, digital video disks (“DVD”), Bernoulli cartridges, RAMs, ROMs, smart cards, etc. 
         [0212]    Various program modules or application programs and/or data can be stored in the system memory. For example, the system memory may store an operating system, end user application interfaces, server applications, and one or more application program interfaces (“APIs”). 
         [0213]    The system memory also includes one or more networking applications, for example a Web server application and/or Web client or browser application for permitting the computing system to exchange data with sources, such as clients operated by users and members via the Internet, corporate Intranets, or other networks as described below, as well as with other server applications on servers such as those further discussed below. The networking application in the preferred embodiment is markup language based, such as hypertext markup language (“HTML”), extensible markup language (“XML”) or wireless markup language (“WML”), and operates with markup languages that use syntactically delimited characters added to the data of a document to represent the structure of the document. A number of Web server applications and Web client or browser applications are commercially available, such as those available from Mozilla and Microsoft. 
         [0214]    The operating system and various applications/modules and/or data can be stored on the hard disk of the hard disk drive, the optical disk of the optical disk drive and/or the magnetic disk of the magnetic disk drive. 
         [0215]    A computing system can operate in a networked environment using logical connections to one or more client computing systems and/or one or more database systems, such as one or more remote computers or networks. The computing system may be logically connected to one or more client computing systems and/or database systems under any known method of permitting computers to communicate, for example through a network such as a local area network (“LAN”) and/or a wide area network (“WAN”) including, for example, the Internet. Such networking environments are well known including wired and wireless enterprise-wide computer networks, intranets, extranets, and the Internet. Other embodiments include other types of communication networks such as telecommunications networks, cellular networks, paging networks, and other mobile networks. The information sent or received via the communications channel may, or may not be encrypted. When used in a LAN networking environment, the computing system is connected to the LAN through an adapter or network interface card (communicatively linked to the system bus). When used in a WAN networking environment, the computing system may include an interface and modem (not shown) or other device, such as a network interface card, for establishing communications over the WAN/Internet. 
         [0216]    In a networked environment, program modules, application programs, or data, or portions thereof, can be stored in the computing system for provision to the networked computers. In one embodiment, the computing system is communicatively linked through a network with TCP/IP middle layer network protocols; however, other similar network protocol layers are used in other embodiments, such as user datagram protocol (“UDP”). Those skilled in the relevant art will readily recognize that these network connections are only some examples of establishing communications links between computers, and other links may be used, including wireless links. 
         [0217]    While in most instances the computing system will operate automatically, where an end user application interface is provided, an operator can enter commands and information into the computing system through an end user application interface including input devices, such as a keyboard, and a pointing device, such as a mouse. Other input devices can include a microphone, joystick, scanner, etc. These and other input devices are connected to the processing unit through the end user application interface, such as a serial port interface that couples to the system bus, although other interfaces, such as a parallel port, a game port, or a wireless interface, or a universal serial bus (“USB”) can be used. A monitor or other display device is coupled to the bus via a video interface, such as a video adapter (not shown). The computing system can include other output devices, such as speakers, printers, etc. 
         [0218]    The present methods, systems and articles also may be implemented as a computer program product that comprises a computer program mechanism embedded in a computer readable storage medium. For instance, the computer program product could contain program modules. These program modules may be stored on CD-ROM, DVD, magnetic disk storage product, flash media or any other computer readable data or program storage product. The software modules in the computer program product may also be distributed electronically, via the Internet or otherwise, by transmission of a data signal (in which the software modules are embedded) such as embodied in a carrier wave. 
         [0219]    For instance, the foregoing detailed description has set forth various embodiments of the devices and/or processes via the use of examples. Insofar as such examples contain one or more functions and/or operations, it will be understood by those skilled in the art that each function and/or operation within such examples can be implemented, individually and/or collectively, by a wide range of hardware, software, firmware, or virtually any combination thereof. In one embodiment, the present subject matter may be implemented via Application Specific Integrated Circuits (ASICs). However, those skilled in the art will recognize that the embodiments disclosed herein, in whole or in part, can be equivalently implemented in standard integrated circuits, as one or more computer programs running on one or more computers (e.g., as one or more programs running on one or more computer systems), as one or more programs running on one or more controllers (e.g., microcontrollers) as one or more programs running on one or more processors (e.g., microprocessors), as firmware, or as virtually any combination thereof, and that designing the circuitry and/or writing the code for the software and or firmware would be well within the skill of one of ordinary skill in the art in light of this disclosure. 
         [0220]    In addition, those skilled in the art will appreciate that the mechanisms taught herein are capable of being distributed as a program product in a variety of forms, and that an illustrative embodiment applies equally regardless of the particular type of signal bearing media used to actually carry out the distribution. Examples of signal bearing media include, but are not limited to, the following: recordable type media such as floppy disks, hard disk drives, CD ROMs, digital tape, flash drives and computer memory; and transmission type media such as digital and analog communication links using TDM or IP based communication links (e.g., packet links). 
         [0221]    Further, in the methods taught herein, the various acts may be performed in a different order than that illustrated and described. Additionally, the methods can omit some acts, and/or employ additional acts. As will be apparent to those skilled in the art, the various embodiments described above can be combined to provide further embodiments. Aspects of the present systems, methods and components can be modified, if necessary, to employ systems, methods, components and concepts to provide yet further embodiments of the invention. For example, the various methods described above may omit some acts, include other acts, and/or execute acts in a different order than set out in the illustrated embodiments. 
         [0222]    These and other changes can be made to the present systems, methods and articles in light of the above description. In general, in the following claims, the terms used should not be construed to limit the invention to the specific embodiments disclosed in the specification and the claims, but should be construed to include all possible embodiments along with the full scope of equivalents to which such claims are entitled. Accordingly, the invention is not limited by the disclosure, but instead its scope is to be determined entirely by the following claims. 
         [0223]    While certain aspects of the invention are presented below in certain claim forms, the inventors contemplate the various aspects of the invention in any available claim form. For example, while only some aspects of the invention may currently be recited as being embodied in a computer-readable medium, other aspects may likewise be so embodied. 
         [0224]    Some of the illustrative aspects of the present invention may be advantageous in solving the problems herein described and other problems not discussed which are discoverable by a skilled artisan. While the above description contains much specificity, these should not be construed as limitations on the scope of any embodiment, but as exemplifications of the presented embodiments thereof. Many other ramifications and variations are possible within the teachings of the various embodiments. While the invention has been described with reference to exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiment disclosed as the best or only mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope of the appended claims. Also, in the drawings and the description, there have been disclosed exemplary embodiments of the invention and, although specific terms may have been employed, they are unless otherwise stated used in a generic and descriptive sense only and not for purposes of limitation, the scope of the invention therefore not being so limited. Moreover, the use of the terms first, second, etc. do not denote any order or importance, but rather the terms first, second, etc. are used to distinguish one element from another. Furthermore, the use of the terms a, an, etc. do not denote a limitation of quantity, but rather denote the presence of at least one of the referenced item. 
         [0225]    Many modifications and other embodiments of the invention will come to the mind of one skilled in the art having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. The scope of the invention should be determined by the appended claims and their legal equivalents, and not by the examples given Therefore, it is understood that the invention is not to be limited to the specific embodiments disclosed.