Abstract:
An integrated computerized sales system for destination events includes a member user interface (MUI) hosted by an application service provider (ASP) and accessible to a plurality of independent service providers that are members of a convention visitor bureau (CVB) organization. Members periodically log into the MUI to review information on a request for proposal (RFP) from a potential destination event organizer. The MUI includes a tentative response booking agreement (TRBA) electronic form to be completed by a member for any services responsive to the RFP that the member is willing to make available. A projected service availability database automatically incorporates information from the TRBA and is accessible only by the CVB. The projected service availability database is reviewed by the CVB in order to prepare a response to the RFP that includes information about services from members of the CVB that is then communicated to the potential destination event organizer.

Description:
FIELD OF THE INVENTION  
       [0001]     The present invention relates to the field of computerized business management systems for reservations and for coordination of multiple reservations. More particularly, the present invention is directed to computerized systems and methods for an integrated destination sales system with an application service provider (ASP) hosted member interface that facilitates coordination of information to and from multiple members associated with a destination in order to better respond to requests for proposals for destination events.  
       BACKGROUND OF THE INVENTION  
       [0002]     Internet-based travel reservation systems for making reservations and planning trips for individual users are well-known. Websites, such as expedia.com and travelocity.com, provide individual users with the ability to research prices and availability and make reservations for airlines, hotel rooms, rental cars and even vacation activities. U.S. Pat. Nos. 5,309,355 and 5,422,809, for example, describe early examples of computerized reservation systems that coordinated reservations among multiple travel service providers for individual customers. Travel agents have long used computerized reservation systems, such as the SABRE system, to provide similar services. U.S. Pat. No. 6,208,975 describes an example of how the SABRE system coordinates and manages the databases for multiple travel vendors in response to requests from customers for information.  
         [0003]     Computerized systems have also been developed for the providers of services to aid in the scheduling and management of the facilities and services of a given provider. U.S. Pat. Nos. 5,404,291 and 5,909,668 and U.S. Publ. Appl. 2002/0120478A1 describe management systems for managing inventories of hotel rooms and banquet halls, for example, for a single facility or vendor. U.S. Pat. No. 6,389,454 and U.S. Publ. Appls. 2003/0005055A1 and 2003/0115085A1 describe a management system for clinics, for example, with multiple facilities that can automatically make appointments at the various facilities in response to packets of client information or check on the status of facilities in response to patient requests.  
         [0004]     Most of these computerized management systems have been designed to assist service providers in managing and responding to requests from individual customers or small groups of customers. The management of requests from customers with large groups, corporations or organizations for large meetings or gatherings, commonly referred to as events, presents a different set of challenges. U.S. Pat. No. 5,634,016, for example, describes an event management system that a single provider, such as a large hotel or retreat center, may use to respond to requests for meeting or event proposals by providing information on pricing and availability of rooms in the facility, and also providing 3-D CAD drawings of the meeting room layouts and other details of the planning and design associate with hosting the event at that facility. U.S. Publ. Appls. 2002/0046076A1 and 2002/0072939A1 also describe event management systems that use the Internet and various databases to coordinate planning and reservations for events hosted and/or organized by a single service provider. Other related computerized event management systems include a management system for hosting multiple virtual conventions online, as described in U.S. Publ. Appl. 2001/0014865A1 and an Internet based event planning and management system that aids the organizers of such events in planning the event and communicating with attendees as described in U.S. Publ. Appl. 2001/0156787A1 which was marketed by Event411 as the PremierPlanner™ planning system.  
         [0005]     All of these management systems for events have focused either on event management systems that operate based on a single provider model or that are providing management systems for the customer/organizers of the event, not the providers of services and hospitality for the event. The limitations inherent in these existing single provider or single organizer event management systems restrict them from being effectively used for the next larger class of events, which will be referred to for purposes of the present invention as “destination events.” Destination events include conventions, conferences, exhibitions and the like with hundreds or thousands of attendees that are hosted by the destination in a variety of independently managed facilities with services provided by multiple different vendors that often extend over multiple days. The increased size and number of service providers involved with destination events brings an exponential increase in the complexity of the management required to effectively host these destination events.  
         [0006]     Most often, the overall coordination and hosting of a destination event is managed by the convention visitor&#39;s bureau (CVB) for the destination. CVB&#39;s are typically some hybrid of public/private organization tasked with the goal of promoting a given destination to the benefit of both the community at large and the service providers in that area. A typical destination event sales cycle will involve contacts by or with a prospective destination event organizer by a sales representative for the CVB. The overall parameters of a potential destination event are communicated between the destination event organizer and the sales representative for the CVB typically in the form of a request for proposal (RFP), including such things as desired convention hall and meeting spaces, schedules of anticipated quantities and rates for hotel rooms, proposed dates, schedules for related venue events and attractions, and prices and availability for related logistical and support services, such as transportation services, catering, equipment rental and the like. In order to respond to each RFP, the CVB staff will individually communicate with the various service providers, such as hotels, meeting halls, convention centers, etc. about the RFP, collect and organize the responses and prepare a response to the RFP outlining what the CVB is able to offer on behalf of a destination for the proposed destination event. It will be recognized that, unlike the situation of presenting a proposal from a single service provider, the proposal from the CVB in response to an RFP is only a first step in a complicated multi-party process. If a destination event organizer likes a given proposal, then individual hotel and meeting space contracts, for example, need to be negotiated with each of the independently operated service providers.  
         [0007]     There are only a limited number of systems that have attempted to address the management and logistical challenges associated with providing a computerized management system for handling destination events. To date, all of these systems have utilized a client-server model that requires the CVB, for example, to purchase, customize and maintain proprietary server-based software running on servers at the CVB. CVB staff will enter the data collected from phone calls, faxes and emails with a multitude of service providers into the CVB databases for the client-server management system. Examples of these systems include: Event 3000™, Housing 3000™, and Destination 3000™, provided by Software Management, Inc.; EBMS® provided by Ungerboeck Systems International, InfoTrac™, Inquiry+™ and Housing+™ provided by John Paradiso &amp; Associates and CVBreeze by NewMarket International.  
         [0008]     Recently, some of these systems have begun to promote integration of the Internet into their client-server software in order to allow third party service providers and destination event planners/customers to have limited and controlled access to some of the various databases maintained by these CVB client-server systems. The iEBMS® system provided by Ungerboeck Systems International and the e-CVB™ system provided by Software Management Inc. are good examples of the efforts to integrate the Internet into conventional CVB client-server systems. While these systems offer a standard Internet-based interface for updating contact information and similar publicly available information about the various service provider who are members of a CVB, they can require detailed and extensive customization in order to provide additional functionality that interfaces with the CVB client-server system.  
         [0009]     Although computerized management systems for destination events are necessarily quite complicated due to the size and number of parties involved in coordinating and hosting such destination events, the problem with the current approach to integration of the Internet into destination event computerized management systems is that the client-server model requires the CVB either to become an expert in the management software package in order to address issues such as maintenance, upgrades and security or to continue to spend large amounts of money to hire out these services to the providers of such computerized management systems. In addition, the inherent limitations of a client-server model for such computerized management systems creates barriers to the most effective utilization of a computerized management system by both the CVB and the various service providers represented by the CVB in preparing responses to RFPs from destination event organizers/customers.  
       SUMMARY OF THE INVENTION  
       [0010]     The present invention is an integrated computerized sales system for destination events. The system includes a secure member user interface (MUI) hosted by an application service provider (ASP) and accessible over the Internet to a plurality of independent service providers that are members of a convention visitor bureau (CVB) organization. At least two of the members of the CVB organization periodically log into the MUI to review information on a request for proposal (RFP) from a potential destination event organizer requesting information on hosting a given destination event that is published on the MUI by the CVB organization. The MUI includes a tentative response booking agreement (TRBA) electronic form to be completed by a member of the CVB organization for any services responsive to the RFP that the member is willing to make available. A projected service availability database is also maintained by the ASP that automatically incorporates information from the TRBA electronic form and is accessible only by the CVB organization. The projected service availability database is reviewed by the CVB organization for the RFP for the given destination event in order to prepare a response to the RFP that includes information about services from at least two members of the CVB that is then communicated to the potential destination event organizer.  
         [0011]     The preferred embodiment of the present invention provides an economical, Web-enabled suite of applications for destination event sales and service, destination marketing and customer management. The present invention gives small-and medium-sized bureaus and associations that promote destination events the technology power of larger organizations, without the expense of adding an information technology department. The ASP hosted software modules are available anytime and anywhere users are-in the office, at home, on the road. Logging on is as easy as connecting to the Internet. Organizations can purchase individual software modules, or the entire suite. Affordable, easy to integrate and simple to use, the present invention is an ideal destination management solution for CVB&#39;s, associations and organizations without dedicated technology staff to manage complicated and proprietary client-server systems. Software modules are hosted by the ASP servers and upgraded on a regular basis without the need for additional staff to maintain the technology on the part of CVB organizations. In the present invention, software is distributed directly over the Internet to a user&#39;s desktop. CVB organizations only pay a small monthly fee to use state-of-the-art solutions to meet business needs.  
         [0012]     The Member User Interface (MUI) of the present invention automates many traditionally time-consuming processes by providing select members direct and confidential access to that member&#39;s information on databases maintained by the system that are used by the CVB staff to respond to an RFP. All hotel, attraction and member communications, leads, updates, cancellations and definite bookings are completed automatically, eliminating the need to fax and email documents and make telephone calls to individual members in order to collate the information needed for responding to a given RFP. 
     
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0013]      FIG. 1  is an overall block diagram of the software modules and data flow of the ASP hosted destination event software system of the present invention.  
         [0014]      FIG. 2  is an overall process/communication flow diagram of the present invention.  
         [0015]      FIG. 3  is a screen shot of an initial logon screen.  
         [0016]      FIG. 4  is a screen shot of a first page of the MUI.  
         [0017]      FIG. 5  is a tree-view version of  FIG. 4  that permits global navigation.  
         [0018]      FIG. 6A  is a drill-down version of the Leads option of  FIG. 5 .  
         [0019]      FIG. 6B  is a drill-down version of the TRBA option of  FIG. 5 .  
         [0020]      FIG. 6C  is a drill-down version of the Definites option of  FIG. 5 .  
         [0021]      FIG. 6D  is a drill-down version of the Updates option of  FIG. 5 .  
         [0022]      FIG. 6E  is a drill-down version of the Cancel option of  FIG. 5 .  
         [0023]      FIG. 7A  is the query page for the Convention Calendar page.  
         [0024]      FIG. 7B  is a sample display of the Convention Calendar.  
         [0025]      FIG. 8  is an example of a member administration page.  
         [0026]      FIG. 9  is an example of an audit trail page.  
         [0027]      FIGS. 10A and 10B  are partial screen shots of an example TRBA form from  FIG. 6B .  
         [0028]      FIG. 11A  is a screen shot of details of a Lead from  FIG. 6A .  
         [0029]      FIG. 11B  is a screen shot of a Lead assignment page for assigning responsibility for a given lead within a service provider member.  
         [0030]      FIG. 12  is a screen shot of a Definite page from  FIG. 6C .  
         [0031]      FIG. 13  is a screen shot of an Update page from  FIG. 6D .  
         [0032]      FIG. 14  is a screen shot of a Cancel page from  FIG. 6E .  
         [0033]      FIG. 15  is a screen shot of the Future Services Inventory Calendar login.  
         [0034]      FIG. 16A  is a navigation screen for Future Services Inventory Calendar.  
         [0035]      FIG. 16B  is a screen shot of contact and related information for a member.  
         [0036]      FIG. 16C  is a screen shot of hotel information navigation for an administrator.  
         [0037]      FIG. 16D  is a screen shot of the calendar view of the hotel information selected by an administrator from  FIG. 16C .  
         [0038]      FIG. 16E  is a screen shot of hotel information navigation for a hotel member.  
         [0039]      FIG. 16F  is a screen shot of a calendar view of the hotel information selected by a hotel member from  FIG. 16E .  
         [0040]      FIG. 17  is a screen shot of the combined TRBA navigation screen for CVB sales staff.  
         [0041]      FIGS. 18A, 18B  are partial screen shots of change requests for TRBAs submitted by hotel members to be reviewed by CVB sales staff.  
         [0042]      FIG. 19  is a screen shot of the occupancy room flow related to a given RFP for a destination event.  
         [0043]      FIG. 20A  is a screen shot of how Leads are built by a CVB sales staff.  
         [0044]      FIG. 20B  is a screen shot of client-directed Leads for the CVB sales staff.  
         [0045]      FIG. 21  is a screen shot of bid costs tab representing bid costs of CVB in preparing response to RFPs.  
         [0046]      FIG. 22  is a screen shot of the updates tab for the leads page.  
         [0047]      FIG. 23  is a screen shot of the bookings tab for the leads page.  
         [0048]      FIG. 24  is a screen shot of the lost business tab for the leads page.  
         [0049]      FIG. 25  is a screen shot of the main login screen for CVB staff.  
         [0050]      FIG. 26A  is a screen shot of the navigational screen for CVB staff.  
         [0051]      FIG. 26B  is a screen shot of of the main screen of the convention sales module as viewed by the CVB staff.  
         [0052]      FIG. 26C  is a screen shot of the main screen of the convention services module as viewed by the CVB staff.  
         [0053]      FIG. 26D  is a screen shot of the main screen of the tourism module as viewed by the CVB staff.  
         [0054]      FIG. 26E  is a screen shot of the main screen of the membership module as viewed by the CVB staff.  
         [0055]      FIG. 26F  is a screen shot of the main screen of the web registration module as viewed by the CVB staff.  
         [0056]      FIG. 26G  is a screen shot of the main screen of the housing module as viewed by the CVB staff.  
         [0057]      FIG. 26H  is a screen shot of the main screen of the contact management module as viewed by the CVB staff.  
         [0058]      FIG. 27  is a leads tracking screen tab.  
         [0059]      FIG. 28A  is a screen shot of the login for the inkind module.  
         [0060]      FIG. 28B  is a screen shot of the navigation page for the inkind module.  
         [0061]      FIG. 28C  is a screen shot of a drill down for inkind details in the inkind module.  
         [0062]      FIG. 29A, 29B  are partial screen shots of the accounting interface for reports from the inkind module.  
         [0063]      FIG. 30  shows the data diagram for the MUI interface.  
         [0064]      FIG. 31  shows the data diagram for the membership module.  
         [0065]      FIGS. 32A-32C  show the data diagrams for the tourism module.  
         [0066]      FIGS. 33A-33B  show the data diagrams for the sales module. 
     
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS  
       [0067]     Referring now to  FIG. 1 , a preferred embodiment of the integrated computerized sales system for destination events will be described. It will be understood that the term destination event is used in the present invention to events hosted by a city or regional or metropolitan area that involve services provided by more than one service provider and typically have hundreds or thousands of attendees. Examples of destination events include conventions, conferences, exhibitions, sporting championships and the like with hundreds or thousands of attendees that are hosted by the destination in a variety of independently managed facilities with services provided by multiple different vendors that often extend over multiple days. The increased size and number of service providers involved with destination events brings an exponential increase in the complexity of the management required to effectively host these destination events.  
         [0068]     The term service provider is used in the present invention to denote a company, organization or group that is making services and/or facilities available as part of responding to a request for proposal (RFP) made to a given destination for hosting a destination event. Examples of service providers include hotels, motels, convention centers, arenas, meeting facilities, dining and catering services, transportation services, equipment rental services and the like.  
         [0069]     In the preferred embodiment as shown in  FIG. 1 , the integrated decision sales system  100  of the present invention is made up of several “modules”  110 ,  112 ,  114 ,  116 ,  118 ,  120 ,  122 ,  124  and  126  that work seamlessly together as part of an ASP-hosted system, eliminating the need to re-enter data while ensuring the accuracy of information. The system  100  also provides a built-in workflow engine for interpersonal communication among CVB team members. The system  100  of the present invention is a total destination management system that is software based, but manages information and data related to the coordination and management of meetings and events at any destination. The benefits of the system  100  are the ability to provide a comprehensive, fully integrated data management system to CVB staff and member organizations, and to minimize the need for maintenance and support of that software because the software is hosted by an application service provider (ASP) that is preferably an off-site server managed by a third party from remote location.  
         [0070]     While it will be understood by a person of ordinary skill in the art that the present invention can be programmed using any number of programming languages and database packages, the preferred embodiment of the present invention is programmed as Java applets, Active Server Pages development language and/or HTML webpages for the web-based interfaces, with Active Server Pages development language and Microsoft.NET software modules running on the ASP and interfacing with SQL databases. While the preferred embodiment is designed to work in Microsoft® Internet Explorer as the browser application, although it will be recognized that the present invention can be deployed to any web-based browser.  
         [0071]     In one embodiment of the system  100 , the software modules include the following:  
         [0000]     Convention Sales  110   
         [0000]    
       
         
           
              Gives CVB sales staff full access to data from the office, home or while traveling on business via the Internet.  
              Provides members access to leads, updates, definite bookings and cancellations through the Member User Interface (MUI)  130 , eliminating faxing and emailing documents.  
              Controls all future space availability for a single convention center, or for multiple meeting venues such as additional convention centers, stadiums, arenas, etc.  
              Convention bureau and authorized hotel sales staff have access to future convention center space calendar from anywhere with Internet capabilities.  
              Can be used to search the database using standard query features, advanced search or “English Query” and merge directly to labels, faxes or email lists. 
 
 Future Service Availability Calendar  112  
 
              Can be combined with Convention Sales Module  110  or as an individual stand-alone application.  
              The Future Hotel Inventory Calendar, for example, reflects the current, definite, and tentative group room blocks being held for association, corporate, and leisure group business. The program automatically deducts the definite room blocks from a hotel&#39;s maximum group commitment, the result showing the total group rooms available for all future dates, by hotel or as a total hotel room availability for the destination. Similar future availability calendars may be separately created for other services, such as transportation services or catering services, or the future service availability calendars may be selectively combined and presented with overlays or differing color schemes to reflect a combination of availabilities of different services for a given destination at the date ranges represented by a given view of the calendar.  
              CVB sales staff have access to view all hotels individually or as a destination-wide total, eliminating endless telephone and email communications to the hotel sales staff to determine availability on an ongoing basis.  
              Authorized hotel sales staff have access to the available rooms for their own hotel, and the total room availability destination, providing valuable information for scheduling in-house group business, low occupancy periods, and maximizing rates. 
 
 Convention Services  114  
 
              Eliminates the traditional paper system nor commonly used for services, such as registration, welcome programs, site visits, and preparation/promotions.  
              Interfaces directly with the Convention Sales Module  110 , providing access to the most accurate contact information and event history.  
              Traces timelines, follow-up and schedules of services.  
              Interfaces with the Membership Module  122  keeping a record of all reservations made for member restaurants and tourist attractions during a convention through a reservations desk.  
              Gives a complete history of hotel room occupancy, from the original point of sale in the contracted room block to the final pick-up. 
 
 Registration  116 /Housing  118  
 
              Can be combined with the Convention Services Module  114  or operated as a separate application for convention bureaus, hotels, associations or corporations.  
              Provides one-step Internet registration/housing, eliminating any duplication of input data.  
              Combines the housing process, accommodating both hotels and campus dormitory housing in the room block.  
              Provides meeting professionals with increased management capabilities for controlling delegate housing within and outside the official room block.  
              Hotels can arrange for in-house meetings and conventions, increasing in-house control, improving client services, and eliminating need for the traditional reservation cards kept on file.  
              Allows a convention bureau to have an alternative housing system for groups, which allows price flexibility and price tiering. 
 
 Tourism  120  
 
              Gives authorized hotels, attractions and other member businesses direct access to leads, updates, definite bookings and cancellations, eliminating the need to fax or email these documents.  
              Module communicates with the convention bureau&#39;s web site providing individual consumers a current list of all domestic and international tours and packages available for sale and link directly to the appropriate tour company.  
              Captures and manages all visitor inquiries for future promotions, allowing the destination, and member hotels, to pinpoint and target periods of low occupancy. 
 
 Membership  122  
 
              Creates invoices, tracks payments and produces customized reports quickly and easily.  
              Quickly organizes and generates information for online and offline publications.  
              Makes adjustments to member accounts, combining and tracking billing cycles, payments, event participation and past sponsorships.  
              Gives members controlled access to change contact information and company descriptions.  
              Creates multiple types of member correspondence, including email blasts, fax distributions and letters to all members or any breakdown of specific categories of membership. 
 
 Inkinds  124  
 
              Creates requests for inkind services to be contributed by members for utilization in the sales process (e.g., free hotel rooms, meals, transportation supplied to a potential convention organizer visiting the destination).  
              Tracks utilization of inkind services relative to potential leads and definite bookings. 
 
 Contact Manager  126  
 
              Has contact database entries that can be tagged by any of a number of modules in the system.  
              Can be integrated with off-the-shelf contact management programs. 
 
 Member User Interface  130  
 
              Secure website interface with login and password for authorized users of a given member. 
 
 Web Service API  132   134  
 
              Publicly accessible web site application program interface (API).  
              Provides publicly published information on members ( 132 ).  
              Provides publicly published information from tourism module ( 120 ) on available tour packages for the destination that have been registered with the system. 
 
 Central User and Client Management  140  
 
              Provides management tools to ASP that operate outside of the modules provided to the CVB and its members.  
              Is a wrapper/manager program for the ASP that permits the ASP to maintain and upgrade the various software modules.  
           
         
       
     
         [0110]     The ASP hosted system  100  is preferably designed with features that permit collection of post-event data after a destination event occurs so that customers can track past commercial relationships and purchases. The system  100  stores all relevant data in one place so all personnel within the meeting/event organization can access it, and get complete customer profiles. The system  100  fully integrates and automation data and data entry from all sources and integration of data into one accessible application. The resulting usability and usefulness of the data, sorted so that it is easily retrievable, anytime, and from anywhere, enables the CVB sales organization to more effectively respond to RFPs.  
         [0111]     One specific feature best distinguishes the functionality of the present invention, providing powerful functionality not offered by other client-server based destination management software packages. The hotel room availability calendar version of the future services availability calendar  112  offers unprecedented visibility and immediate access to citywide hotel room availability. It provides a snapshot of individual hotel room availability, along with an overview of total room availability for the entire city for all future dates. This, all in one easy screen, saving CVB sales staff from making a multitude of phone calls, or waiting for responses from the hotel community to begin selecting the most desirable dates for future businesses. The hotel room availability calendar combines the effects the current definite and tentative rooms being held for association, corporate and leisure group business—deducts the definite room blocks from the hotels maximum group commitment, and shows the group rooms available for all future dates by hotel or as a total. Because only the CVB staff has access to all of the details of price and availability for each hotel member, hotels are encouraged to use real, current data showing future pressure on total occupancy to better place in-house group business in time periods to maximize occupancy and room rates. The ability to efficiently obtain, confidentially access and coordinate this pre-sales availability information with a high degree of confidence enables the CVB staff to respond more effective to an RFP from a destination event organizer and portray a more accurate and confident picture of how the destination would be able to meet the needs of the proposed destination event.  
         [0112]     In one embodiment, the system  100  further includes a venue calendar as part of the MUI  130  that combines major venue availability with occupancy room flow information for definite events. In addition, tracking of post event information can be part of the MUI  130  for historical data collection purposes.  
         [0113]     In another embodiment, the MUI  130  and even the organizer or tour customer webpages  132 ,  134  can be provided with a Quick Answer wizard that walks a member, potential customer or even CVB sales staff through a simple series of questions. The answers to the questions are compared against the information maintained in the future availability database to quickly determine whether a locale can even accommodate an event for a given date or for a given price range.  
         [0114]     Referring now to  FIG. 2 , an overall process/communication flow diagram of the present invention is presented. Destination event organizers (shown at  202 ) communicate with CVB sales staff (shown at  204 ) about and RFP for potential hosting of a future destination event. These communications may occur by any number of conventional communication channels, including communication avenues that are not within the system  100 . In one embodiment of the system  100 , the organizer API  132  is provided with an online web form that can be used to assist in the collection of the relevant information for an RFP. CVB sales staff  204  then communicates with Hotels and other Members (shown at  206 ) and with convention services (shown at  208 ) on Leads, Updates, Definite Bookings and Cancellations (which will be described). Preferably, these communications occur through the membership module  122  and the MUI  130 . The providers of the convention services  208  (convention halls, arenas, sporting venues) can also use the Convention Services Module  114  to communicate with Hotels and other Member  206  about Definite meetings and Service Notices. Both the destination event organizers (shown at  210 ) and the destination event delegates (shown at  212 ), as well as the Hotels  206  also coordinate individual registration and housing matters through the Registration module  116  and the Housing module  118 .  
         [0115]     A preferred embodiment of the system  100  will now be described in detail with respect to a series of screen shot captures of how the ASP hosted modules are viewed and used by the various users. The organization of the ASP modules and their relation to the SQL databases supporting those ASP modules is best understood with reference to the SQL database definitional and relational listing that are included as Appendices 1-4 which are attached and are hereby incorporated by reference and with respect to the data diagrams.  FIG. 30  shows the data diagram for the MUI interface  130 .  FIG. 31  shows the data diagram for the membership module  122 .  FIGS. 32A-32C  show the data diagrams for the tourism module  120 .  FIGS. 33A-33B  show the data diagrams for the sales module  110 .  
         [0116]      FIG. 3  is a screen shot of an initial logon screen for the MUI  130 . As has been previously described, the MUI  130  is a secure web page. In this embodiment, a user name and password are used for security, although other known secure access techniques can be used.  FIG. 4  is a screen shot of a first page of the MUI  130  showing user buttons for Leads, Tentative Response/Resource/Room Block Agreements (TRBA), Definites, Updates and Cancels.  FIG. 5  shows a tree-view version of the MUI  130  as shown in  FIG. 4  that permits global navigation along the lefthand side of the window.  
         [0117]      FIGS. 6A-6E  are drill down versions showing screen shots of the screen displayed when the associated button on the navigation pages are activated.  FIG. 6A  shows the drill-down of the Leads option of  FIG. 5  in which potential leads for destination event organizers are listed. The icon on the left of this window indicates the presence of an RFP and/or note page associated with a given lead.  FIG. 6B  shows the drill-down version of the TRBA option of  FIG. 5 . The total number of peak room nights requested for a given RFP are indicated in the listing. In addition, a due date of when a response by a hotel member, for example, is due using the TRBA as will be described.  FIG. 6C  shows the drill-down version of the Definites option of  FIG. 5 . These listings show future destination events for which there is a definite commitment and the process of individual contracts between the destination event organizer and given hotel members can occur.  FIG. 6D  is a drill-down version of the Updates option of  FIG. 5  showing any changes to the original requirements in the RFP for a given potential destination event.  FIG. 6E  is a drill-down version of the Cancel option of  FIG. 5  showing potential destination events that have cancelled or rejected a response to an RFP.  
         [0118]      FIG. 7A  is the query page for the Convention Calendar page. An authorized member user or CVB staff person can enter a date range to view availability at the convention center or other major venues for that destination.  FIG. 7B  is a sample display of the Convention Calendar. (color coded to reflect tentative, tentative II, booked, etc). It can be seen that the different convention rooms, facility or venues are listed along the left hand column with blocks of booked or tentative reserved numbers of attendees shown for each room/venue.  
         [0119]      FIG. 8  is an example of a member administration page. Contact and login information, as well as related information maintained by the CVB for each member can be displayed and updated on this page.  FIG. 9  is an example of an audit trail page that can be used by CVB staff to document changes made both by CVB staff and by members.  
         [0120]      FIGS. 10A and 10B  are screen shots of an example TRBA (Tentative Resource/Response/Room Blocking Agreement) form that would be accessed from the screen in  FIG. 6B . In this embodiment, the TRBA form includes auto calculation fields that can automatically fill in room numbers based on, for example, percentages of a given hotels available rooms. The TRBA form permits the quoting of different rack rates from convention rates, and also permits the member to specify whether the TRBA is resulting in a holding of the rooms and under what options or conditions the quote is being made.  
         [0121]      FIG. 11A  is a screen shot of an exploded details view of the Lead button from  FIG. 6A . This page includes information that preferably may be edited as a Word Document by the CVB sales staff or a member.  FIG. 11B  is a screen shot of a Lead assignment page for assigning responsibility for a given lead within a service provider member.  
         [0122]      FIG. 12  is a screen shot of a Definite page from  FIG. 6C . This information can include not only the details of the accepted response to the RFP, but also additional information as indicated by the destination event organizer about the definite booking.  FIG. 13  is a screen shot of an Update page from  FIG. 6D . The update may be for a Lead or for a Definite. The use of the update page avoids the need for the CVB sales staff to be continually contacting member organizations by email or phone call in the event of changes to a given potential destination event RFP.  FIG. 14  is a screen shot of a Cancel page from  FIG. 6E .  
         [0123]      FIG. 15  is a screen shot of the Future Services Inventory Calendar login. As with the MUI  130 , this interface is preferably a secure login interface.  FIG. 16A  is a navigation screen for Future Services Inventory Calendar. The navigation buttons are shown in the navigation bar at the upper left of the screen.  FIG. 16B  is a screen shot of contact and related information for a member.  FIG. 16C  is a screen shot of hotel information navigation for use by a CVB administrator to view calendar availability for selected hotels, for example.  FIG. 16D  is a screen shot of the calendar view of the hotel information selected by an administrator from  FIG. 16C . Both tentative and definite room availability are shown for each hotel, along with totals for both at the bottom of the window for the calendar range selected by the administrator/CVB sales staff.  FIG. 16E  is a screen shot of hotel information navigation for a hotel member similar to  FIG. 16C .  FIG. 16F  is a screen shot of a calendar view of the hotel information selected by a hotel member from  FIG. 16E . In this case, only a single hotel is shown as available to a given hotel member user. If a hotel member user was responsible for a plurality of commonly owned hotels in the destination, for example, then the hotel member user would be able to select one or more of those hotels. It will be seen that, unlike  FIG. 16D , only information for a given hotel and total lines at bottom of screen would be available to a hotel member.  
         [0124]      FIG. 17  is a screen shot of the combined TRBA navigation screen for CVB sales staff. This screen shows the results of the combined TRBA forms as submitted by the various hotel members, for example, for each of the tentative/definite destination events currently being tracked by the CVB sales staff.  
         [0125]      FIGS. 18A and 18B  are screen shots of change requests for TRBAs submitted by hotel members to be reviewed by CVB sales staff. The change request includes information from the Is TRBA form plus additional information explaining the nature of the change requested. CVB sales staff will determine whether to accept the changes requested by a given member and enter them into the TRBA database.  FIG. 19  is a screen shot of the occupancy room flow related to a given RFP for a destination event. This is the summary screen that the CVB sales staff utilizes in preparing a response to an RFP for a given potential destination event. In the event that more hotel members respond with quotes, the CVB sales staff can select hotel members from this screen to include in the response to the RFP or can provide a response showing more rooms available than the total number of rooms requested by the destination event organizer.  
         [0126]      FIGS. 20-24  show the details of various buttons on the top navigation bar of the screen for the CVB sales staff.  FIG. 20A  is a screen shot of how Leads are built by a CVB sales staff.  FIG. 20B  is a screen shot of client-directed Leads for the CVB sales staff.  FIG. 21  is a screen shot of bid costs tab representing bid costs of CVB in preparing response to RFPs. This feature permits the CVB to keep track of costs, either for purposes of reporting or for purposes of billing expenses to members.  FIG. 22  is a screen shot of the updates tab for the leads page.  FIG. 23  is a screen shot of the bookings tab for the leads page. The information added by the CVB sales staff is then displayed as part of the pages available to the members.  FIG. 24  is a screen shot of the lost business tab for the leads page  FIG. 25  is a screen shot of the main login screen for CVB staff. This is also a secure login screen.  FIG. 26A  is a screen shot of the navigational screen for CVB staff. The various navigation buttons are shown along the left side of this window.  FIG. 26B  is a screen shot of the main screen of the convention sales module  110  as viewed by the CVB staff that lists the various leads by contacts or organizations.  FIG. 26C  is a screen shot of the main screen of the convention services module  114  as viewed by the CVB staff.  FIG. 26D  is a screen shot of the main screen of the tourism module  120  as viewed by the CVB staff.  FIG. 26E  is a screen shot of the main screen of the membership module  122  as viewed by the CVB staff.  FIG. 26F  is a screen shot of the main screen of the web registration module  116  as viewed by the CVB staff.  FIG. 26G  is a screen shot of the main screen of the housing module  118  as viewed by the CVB staff.  FIG. 26H  is a screen shot of the main screen of the contact management module  126  as viewed by the CVB staff that permits conversion of an existing contact management file into the contact management database  122 .  
         [0127]      FIG. 27  is a leads tracking screen tab showing a summary of the status of a given lead, including total dollar value to the destination for that lead.  
         [0128]      FIGS. 28A-28C  are screen shots for the inkind module  124 . In this embodiment, the inkind module  124  is provided as a separate module with a separate login screen as shown in  FIG. 28A . Alternatively, the inkind module  124  could be incorporated into the MUI  130 .  FIG. 28B  is a screen shot of the navigation page for the inkind module showing requested and approved inkind donations.  FIG. 28C  is a screen shot of a drill down for inkind details in the inkind module.  FIG. 29A, 29B  are partial screen shots of the accounting interface for reports from the inkind module. Totals of the value of inkind contributions for a given period are shown at the bottom. The embodiments are intended to be illustrative and not limiting. Additional embodiments are within the claims.  
         [0129]     Although the present invention has been described with reference to particular embodiments, workers skilled in the art will recognize that changes may be made in form and detail without departing from the spirit and the scope of the invention.