Investor relations event scheduling system and method

[0002] A portion of this disclosure contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or patent disclosure, as it appears in the Patent and Trademark Office file or records, but otherwise reserves all copyright rights whatsoever.

[0003] 1. Field of the Invention

[0004] The present invention relates generally to event scheduling using electronic networks, and, more specifically, to providing automated scheduling and notification of investor relations events using electronic networks.

[0005] 2. Background

[0006] Organizations that rely on financing through publicly traded securities benefit from timely and accurate dissemination to members of the investment community who follow its stocks and securities of new information potentially affecting their financial position, and, consequently, the market valuation for their securities. Publicly-held corporations, for example, are required to periodically report certain information regarding financial condition in compliance with financial disclosure and reporting requirements imposed by federal law, including applicable securities regulations. Securities analysts must factor into consideration the latest financial information from a corporation in order to produce a market price prediction over time for the corporation's stock or security. This market price prediction is useful and valuable to the analysts' clients. The economic value of an analysts' security valuation prediction increases as the accuracy of the prediction increases. Further, the overall process of adjusting and reflecting the effect of material information in the price of a given security is also key to the efficient functioning of the capital markets in which the organization's securities are traded.

[0007] However, this dissemination activity imposes a burden on the reporting organization's resources. In the corporate context, for example, this burden may be borne by investor relations personnel, the chief financial officer, or other person, employee, or group. It would therefore be advantageous to provide a system and method that automatically manages the dissemination of investor information, thereby reducing the resource burden on the reporting organization.

[0008] Moreover, obtaining and verifying financial and related information from reporting organizations imposes a burden on the analyst. The analyst's burden is compounded by the fact that any one particular analyst usually follows and monitors information released by several such reporting organizations. For example, one analyst may have to track and monitor the financial disclosures from each significant competitor in a given industry group, product category, or market segment in order to gauge the affects of competition on the market price of a followed security. Ideally, the analyst will attend meetings held by the reporting organization to directly obtain clarifying or explanatory information in the form of answers to questions posed to officers representing the organization. However, since quarterly financial reporting period end dates for many organizations coincide, this goal is often difficult to achieve due to conflicting meeting schedules.

[0009] In general, the more analysts that follow an organization's securities, the more the organization benefits in terms of the market price for its securities. Coverage by more analysts increases market awareness of the organization's securities and thereby increases demand for them. It is thus in the best interests of the organization to actively manage the scheduling of investor relations events in order to avoid the occurrence of conflicting events that could dilute analysts' interest.

[0010] Therefore, it is an object of the present invention to provide a system and method that determines and reports a set of scheduled investor relations events that are proximate in time to a proposed scheduled investor relations event, thereby making available to the person or organization proposing the new event information that is helpful to avoiding conflicts in the scheduling of new events.

[0011] It is a further object of the present invention to provide a system and method that supports reliable and timely dissemination of investor relations information and events.

[0012] These as well as other objects of the present invention will be apparent to those of skill in the art upon inspection of this specification and the drawings herein.

[0013] FIG. 1 is a functional block diagram of a preferred embodiment of a system according to the present invention;

[0014] FIG. 2 is a description of information contained in an investor events database according to the present invention;

[0015] FIG. 3 is a preferred embodiment of an interactive web page for entering a watchlist;

[0016] FIG. 4 is a description of the information associated with a watchlist contained in a preferred embodiment of an investor events database;

[0017] FIG. 5 is a preferred embodiment of an interactive web page for entering a personalization data;

[0018] FIG. 6 is an example of a preferred embodiment of an email event notification message;

[0019] FIG. 7 is an example of a preferred embodiment of a vCalendar file attachment;

[0020] FIG. 8 is a preferred embodiment of an interactive web page useful for allowing a user to indicate whether or not to automatically receive a vCalendar file attachment and an email event notification message;

[0021] FIG. 9 is an example of a home web page provided by a preferred embodiment of the present invention;

[0022] FIG. 10ais an example of a preferred embodiment of a report providing a list of upcoming watchlist events;

[0023] FIG. 10bis an example of a preferred embodiment of an organization report provided for each organization contained in a watchlist;

[0024] FIG. 10cis an example of a preferred embodiment of a personal calendar showing dates of events for each organization contained in a watchlist;

[0025] FIG. 10dis an example of a preferred embodiment of an advanced event searching capability;

[0026] FIG. 11 is a detailed description of a conflict detection and reporting method according to the present invention;

[0027] FIG. 12 is a description of a non-conflict condition between a new event and an existing event;

[0028] FIG. 13 is a description of four possible conflict conditions between a new event and an existing event; and

[0029] FIG. 14 is a description of a possible conflict condition between a new event and an existing event for an alternative embodiment of the present invention that includes a time buffer.

[0030] The present invention comprises a system and method for the automated management and dissemination of investor relations event scheduling information.

[0031] In a preferred embodiment, an event scheduling system 100 comprises an events manager 101, IR reports 103, a database server 106, and a personal computing device 105 as shown in FIG. 1. Event scheduling system 100 is preferably implemented in accordance with the client-server architecture as shown in FIG. 1 for transmitting and receiving electronic messages and serving worldwide web pages over an electronic network such as the Internet. Client users interact with event scheduling system 100 using web browser enabled personal computing device 105.

[0032] Personal computing device 105 is preferably a personal computer (PC) running a web browser application such as, but not limited to, Microsoft® Internet Explorer™, and an electronic mail application such as, but not limited to, Microsoft® Outlook™. However, personal computing device 105 may be any web browser or electronic mail enabled electronic appliance, such as, but not limited to, a personal organizer. In a preferred embodiment, personal computing device 105 and events manager 101 communicate by transmitting and receiving electronic messages over an electronic network, such as the Internet, in accordance with the Hypertext Transport Protocol (HTTP) and Simple Mail Transport Protocol (SMTP).

[0033] Referring again to FIG. 1, events manager 101 includes a web server 120, a scripting engine 102, and scripts 125. Events manager includes business logic required to effect the operation of event scheduling system 100 as described herein.

[0034] Web server 120 receives electronic messages from personal computing devices 105 and transmits to the personal computing devices 105 of interested users electronic messages and web pages or frames containing information pertaining to the scheduling of investor relations events. In a presently preferred embodiment, web server 120 is implemented using the Internet Information Server (IIS) web server application provided by Microsoft® Corporation. Detailed information concerning use of IIS for web applications may be found in industry publications such as the development guidelines provided online at “http://www.microsoft.com/NTServer/web/deployment/planguide/WebAppDev.asp” published by Microsoft® Corporation.

[0035] Scripts 125 include: (1) Scripts 125 to extract information from HyperText Markup Language (HTML) forms received via events manager 101 from users via personal computing devices 105, and (2) Scripts 125 to generate web pages comprising IR reports 103 containing content retrieved from investor events database 104 to be transmitted by events manager 101 to users via personal computing devices 105.

[0036] In a preferred embodiment, scripting engine 102 is implemented as an Active Server Pages (ASP) scripting environment. In alternative embodiments, scripting engine 102 is implemented using another language such as, but not limited to, Java, C++, JavaScript™, PERL, or Virtual Basic® Script (VBScript). Scripting engine 102 and scripts 125 provide means for events manager 101 to access information contained in investor events database 104; other embodiments providing such database access means are possible and are to be included within the scope of the present invention.

[0037] Events manager 101 and scripting engine 102 are preferably implemented in accordance with the Microsoft® Windows NT™ Server environment for a personal computer workstation.

[0038] In a preferred embodiment, database server 106 comprises an investor events database 104 which is a relational database management system that stores and retrieves information as directed by scripting engine 102. Scripting engine 102 executes the programmed instructions contained in one or more scripts 125. In a preferred embodiment, scripts 125 are maintained in non-volatile storage at web server 120. Alternatively, scripts 125 are maintained in non-volatile storage at database server 106. Generally, scripts 125 may be maintained using any local or remote non-volatile storage means accessible to events manager 101. Scripts 125 executed by scripting engine 102 thereby control the storage and retrieval of information contained in investor events database 104.

[0039] In a preferred embodiment, illustrated in FIG. 2, investor events database 104 includes events 150, watchlists 160, personalization data 165, database management system 170, and archived audio conference call records 175. Information contained in investor events database 104 may be indexed, sorted, or accessed by a variety of attributes including, but not limited to, the name of the organization with which the information record is associated. Alternatively, a unique identifier may be used to distinctly identify each organization for this purpose (e.g., stock ticker, or other numeric, alphabetic, or alphanumeric identifier). In a preferred embodiment, database management system (DBMS) 170 is an SQL server application such as, but not limited to, Microsoft® SQL Servers™ 7.0 running on a personal computer workstation.

[0040] An event 150 is a database record comprising fields of information describing various aspects of an investor relations event for a particular organization. Event 150 information fields include, but are not limited to, the description, date, time, and location of the event.

[0041] Events 150 contained in investor events database 104 are preferably stored and maintained in conformance with the Structured Query Language (SQL) database standard. In addition to storing and retrieving events 150, scripting engine 102 also converts retrieved events 150 to comply with the vCalendar file format (i.e., “.vcs” files). Scripting engine 102 accomplishes this conversion by invoking the appropriate SQL procedure calls to database management system 170 of investor events database 104 in accordance with the instructions contained in an executing script 125.

[0042] A watchlist 160 is a database record comprising fields of information identifying one or more organizations for which investor relations events are of interest to a particular user. Watchlists 160 are useful for identifying one or more particular organizations for which event scheduling system 100 manages and advises the user of the existence of scheduled investor relations events 150. Watchlist 160 also provides the basis for event scheduling conflicts processing as further described herein. Watchlists 160 are also useful for monitoring the scheduling of investor relations events 150 associated with competitors, industry or market segment leaders, or other organizations of interest, as well as for identifying conflicts between a proposed to-be-scheduled event 150 for a watchlist 160 organization and the previously scheduled events 150 for competitors, industry or market segment leaders, or other organizations of interest also contained in watchlist 160. A user of event scheduling system 100 establishes a watchlist 160 by selecting one or more organizations using an interactive web page and the web browser of personal computing device 105. A preferred embodiment of an interactive web page useful for entering a watchlist 160 is shown in FIG. 3.

[0043] In an alternative embodiment, events manager 101 determines additional entries for watchlist 160 by selecting a set of organizations based on degree of fit to a particular set of criteria based on a particular organization already contained in a user's watchlist 160. These criteria may include, but are not limited to, industry segment, market segment, market position, product attributes, or service attributes.

[0044] Further description of the arrangement of watchlist 160 information contained in investor events database 104 is described in FIG. 4.

[0045] Personalization data 165 includes user-specific information useful for events manager 101 to provide personalized interactive web pages to a particular user. Personalization data 165 for a particular user includes, but is not limited to, a user identifier (which may be the user's name or other unique identifier), an access password assigned to the user by events manager 101, and contact information. A preferred embodiment of an interactive web page useful for entering personalization data 165 is shown in FIG. 5.

[0046] In a preferred embodiment, IR reports 103 are provided in the form of interactive web pages generated by events manager 101 and transmitted to personal computing devices 105 by events manager 101. To generate an IR report 103, events manager 101 accesses events 150, watchlists 160, and personalization data 165 by transmitting requests to and receiving data from scripting engine 102. In a preferred embodiment, events manager 101 requests are provided in the form of object oriented commands and messages in accordance with, for example, the ActiveX Data Objects (ADO) model, directed to accessing objects contained in investor events database 104. ADO is an object-oriented information access model that supports access to objects contained in a relational database independent of a particular computing platform. Alternatively, events manager 101 accesses records and information contained in investor events database 104 using Javasoft™ Java Database Connectivity (JDBC™) commands and messages.

[0047] Further, in a most preferred embodiment, when a new event 150 is entered into investor events database 104 for an organization listed on one or more watchlists 160, events manager 101 automatically transmits an SMTP-formatted email event notification message 200 to the personal computing device 105 of each user associated with a watchlist 160 containing the reporting organization. An example of a preferred embodiment of an email event notification message 200 is shown in FIG. 6. Email event notification message 200 is transmitted to the user's email address as specified in personalization data 165 and is displayed to the user by the email application of personal computing device 105.

[0048] Email event notification message 200 preferably contains a vCalendar file attachment 205 (i.e., “.vcs” file) to allow the recipient user to import the new event 150 schedule information into a personal online calendar using personal computing device 105. The vCalendar standard specifies a file format facilitating importation of information into scheduling applications such as, but not limited to, Microsoft Outlook™. The vCalendar specification provides a formatting definition useful for exchanging calendaring and scheduling information between scheduling application programs, such as those commonly used with personal computers and organizers. An example of a preferred embodiment of a vCalendar file attachment 205 is shown in FIG. 7 (for the example email event notification message 200 of FIG. 6). A preferred embodiment of an interactive web page useful for allowing a user to choose whether or not to automatically receive vCalendar file attachment 205 and email event notification message 200 is shown in FIG. 8. In a most preferred embodiment, event scheduling system 100 provides the capability for the user to choose to receive additional types of email notification messages including, but not limited to, daily or weekly event reminders.

[0049] IR reports 103 are useful for presenting event 150 scheduling information to a user. To receive an IR report 103 using scheduling system 100, in a preferred embodiment, a user enters the Uniform Resource Locator (URL) associated with the Internet address of web server 120 (e.g., “www.streetevents.com”) into the web browser of the user's personal computing device 105. Personal computing device 105 then transmits an HTTP-formatted message to events manager 101 requesting the web page designated in the URL. Events manager 101 then establishes an Internet session with personal computing device 105 (i.e., session-layer connectivity is established between events manager 101 and personal computing device 105, independent of the underlying transport, data link, and physical layer protocols). Upon receipt of this web page request message, events manager 101 requests scripting engine 102 to execute the appropriate ASP script to generate the requested interactive web page from the information contained in investor events database 104 as described elsewhere herein. The web page thus generated is then transmitted by events manager 101 to the requesting personal computing device 105 in accordance with the HTTP messaging protocol. Personal computing device 105 then displays the interactive web page containing the associated IR report 103 via web browser.

[0050] Event scheduling system 100 also provides the capability for a user to access and listen to live audio conferences or archived conference call records. To provide access to archived conference call records 175, events scheduling system 100 provides an interactive HTML audio link 210 (reference FIG. 9) that causes events manager 101 to transmit a streaming audio feed to the personal computing device 105 associated with the requesting user. Upon receiving an electronic message from personal computing device 105 indicating operator selection of an interactive HTML link associated with a request to receive a streaming archived conference call record 175, events manager 101 requests scripting engine 102 to execute one or more scripts 125 to retrieve the archived conference call record 175 from investor events database 104. Upon receipt of the archived conference call record 175 from investor events database 104, events manager 101 then transmits the call record 175 information to personal computing device 105 as a streaming audio file. Personal computing device 105 then uses a web browser based audio player, such as, but not limited to, RealPlayer™ provided by Real Networks, Inc., in order to allow the user to listen to the archived conference call record 175.

[0051] To provide access to live conference calls, events scheduling system 100 provides an interactive HTML audio link 210 that routes the user to the web server that is providing a live audio streaming feed using an electronic network such as the Internet. Different visual icons are used to allow the user to distinguish between live conference call links 210 and archived record links 210, as described in FIG. 9.

[0052] FIG. 9 provides an example of an initially-provided interactive web page (i.e., a home page) provided by a preferred embodiment of the present invention in response to receiving an HTTP message specifying the URL for events manager 101. Referring now to FIG. 9, the home page provides an interactive entry field for registered users (i.e., subscribers) to log onto event scheduling system 100. Registered users log onto event scheduling system 100 by entering a previously assigned username and password pair. Unregistered users may obtain a username and password from events manager 101 by registering with event scheduling system 100 using the interactive web page as shown in FIG. 5. Upon registration, events manager 101 causes the registration information obtained from the user submitted via interactive web page to be stored in personalization data 165.

[0053] If a user enters a user name and password in the appropriate interactive fields of the home page (reference FIG. 9) and transmits the home page to events manager 101 via HTTP message from personal computing device 105, events manager 101 compares the corresponding user name and password information contained in personalization data 165. If the entered information matches the corresponding information contained in personalization data 165, the registered user is provided access to detailed IR reports 103 for organizations listed on watchlist 160. Initially, the registered subscriber user is provided with an IR report 103 listing all scheduled events for all organizations listed on watchlist 160. An example of a preferred embodiment of an initial detailed IR report 103 providing a list of upcoming watchlist events is shown in FIG. 10a.

[0054] Users can access organization event information by entering the stock market ticker symbol in the indicated field of the user interactive client home page associated with event scheduling system 100. An example of a preferred embodiment of a web page containing a user interface display of event scheduling system 100 is shown in FIG. 9. Entering a particular ticker symbol causes event scheduling system 100 to report all investor-related information contained in investor events database 104 for the selected organization. In a most preferred embodiment, event scheduling system 100 provides the capability for a user to search investor events database 104 by organization (e.g., company name or ticker symbol), by event, or by date/time.

[0055] Referring now to FIG. 10a,in a preferred embodiment of event scheduling system 100, IR reports 103 provide an interactive tab bar 215 that allows a registered user to select from among a variety of IR reports 103 using the individual tabs of tab bar 215. User-selectable IR reports 103 include, but are not limited to, separate interactive ASP web page reports providing:

[0056] (1) The most recently scheduled events 150 (e.g., “What's New” tab);

[0057] (2) All scheduled events 150 stored in investor events database 104 (e.g., “All Events” tab);

[0058] (3) Events 150 associated with each organization contained in watchlist 160 (e.g., “Watchlist Events” tab);

[0059] (4) Organization reports for each organization contained in watchlist 160 (e.g., “Watchlist Reports” tab), an example of which is shown in FIG. 10b;

[0060] (5) A personal calendar showing dates of events 150 for each organization contained in watchlist 160 (e.g., “My Calendar” tab), an example of which is shown in FIG. 10c;

[0061] (6) An advanced event 150 searching capability for locating one or more specific events 150 or for excluding one or more specific events 150 from the search (e.g., “Adv Search” tab), an example of which is shown in FIG. 10d;and

[0062] (7) Display of Personalization data 165 for the registered subscriber (e.g., “My Profile” tab), an example of which is shown in FIG. 5.

[0063] In addition, events 150 listed in IR reports 103 may be searched and displayed according to a variety of criteria such as, but not limited to, event date/time, event location (e.g., city, state, country), organization, or type of event (e.g., archived conference call, live conference call).

[0064] Preferably, investor events database 104 does not require or receive HTML-formatted input data or data received via HTTP interface at the time of generation of any one of IR reports 103. Further, no dynamic data from reporting organizations or their web sites is used directly by events manager 101 at the time of generation of any one of IR reports 103. That is, all investor information needed to produce any one of IR reports 103 is contained entirely in investor events database 104. No run-time HTML or other input is required from the reporting organization to produce any IR report 103 as defined herein.

[0065] Events manager 101 further provides a conflict detection and reporting capability that automatically detects and notifies users of date/time scheduling conflicts among events 150 for reporting organizations contained in a particular user's watchlist 160. In a preferred embodiment, whenever a new event 150 is attempted to be scheduled for an organization contained in watchlist 160, events manager 101 compares the date and time scheduling information for the new event 150 to the date and time information for each and every scheduled event 150 for each and every other organization contained in watchlist 160. Alternatively, a user can request events manager 101 to check for possible conflicts for a proposed new scheduled event 150. In either case, if the date/time for one or more existing scheduled events 150 for other organizations contained in watchlist 160 conflicts with the proposed date/time for the new event 150, events manager 101 transmits an IR report 103 to the personal computing device 105 of the user proposing the new event 150 describing the conflict. If the conflict check was explicitly requested by the user, and events manager 101 does not determine a conflict to exist, then events manager 101 transmits an IR report 103 to the personal computing device 105 of the user proposing the new event 150 indicating no conflicts.

[0066] In either case, events manager 101 prompts the user to indicate to events manager 101 whether or not to enter the proposed new event 150 into investor events database 104. If the user sends an indication to events manager 101 to schedule the new event 150, then events manager 101 schedules the new event 150 and new event notifications are transmitted as described herein. The conflicts determination process is described in further detail as follows and as shown in FIG. 11.

[0067] In a preferred embodiment, events manager 101 initiates conflicts determination processing 400 in response to receiving a user proposal to schedule a new event 150 during an Internet session with that user (block 410). The user proposal is transmitted from personal computing device 105 and received by events manager 101 via interactive web page in accordance with the HTTP messaging protocol. If a user session is not already established, the user may first establish a session as described elsewhere herein.

[0068] Events manager 101 next determines if the user proposal contains an indication that the user has explicitly requested a conflicts check (block 415). In a preferred embodiment, this is accomplished by checking the contents of a predefined interactive field of the ASP-formatted interactive web page received from personal computing device 105. If a conflicts check is explicitly requested, then events manager 101 proceeds to block 430; otherwise, if the user proposal does not contain an indication that the user has explicitly requested a conflicts check as determined in block 415, then events manager 101 also proceeds to block 430.

[0069] Upon receipt of a requested conflicts check from block 415 or a determination of a new event 150 being scheduled for an organization contained on watchlist 160 from block 410, events manager 101 performs conflicts check processing as follows (block 430). In a preferred embodiment, events manager 101 requests scripting engine 102 to execute one or more scripts 125 to retrieve and compare each event 150 record for each organization contained in the submitting user's watchlist 160. The associated script or scripts 125 specify one or more database query procedure calls, preferably in the form of SQL instructions, to DBMS 170 that cause DBMS 170 to retrieve the records for these events 150 and compare the date/time information fields of each event 150 record to the date/time information specified in the user proposal to determine if the new event 150 conflicts in time with one or more existing scheduled events 150.

[0070] This process is shown in more detail in FIGS. 13 and 14. More specifically, in a preferred embodiment, events manager 101 determines a conflict condition if any point during the time duration for the new event 150 coincides with any point in time during the time duration of an existing event 150 (block 435). Existing events may be denoted as Event_i. FIG. 12 shows a non-conflict condition. FIG. 13 shows four possible conflict conditions between a new event 150 and an existing event 150, Event_i.

[0071] In an alternative embodiment, events manager 101 determines a conflict condition if any point during the time duration for the new event 150 expanded by a buffer time, τ, coincides with any point in time during the duration of an existing event 150, Event_i. This alternative embodiment is shown in FIG. 14. Referring now to FIG. 14, let t₀be the start time for new event 150, t₁be its end time, and τ be the buffer time. The duration for new event 150 is increased by an amount 2τ, for conflicts check processing purposes, by modifying the start time t₀to begin earlier in time by an amount τ and by modifying the end time t₁to end later in time by an amount τ. The buffer time, τ, is specified by the user by entering the desired buffer time, in units of minutes, into a predefined interactive field of the ASP-formatted interactive web page received from personal computing device 105. In this alternative embodiment, the duration of new event 150 for conflict checking purposes begins at modified start time t₀−τ and ends at modified end time t₁+τ. This alternative embodiment is thus useful for events manager 101 to account for an operator-selectable desired buffer time between scheduled events 150 of interest to the user.

[0072] Referring again to FIG. 11, if events manager 101 determines a conflict condition in block 430 (block 435), then events manager 101 stores relevant information associated with the existing event 150, Event_i,for generation of a IR report 103 indicating a conflict condition (block 440). Relevant event 150 information obtained from investor events database 104 and stored includes, but is not limited to, a description of the conflicting existing event 150, its start and end times, its associated organization, and a description of the new event 150, its start and end times, and its associated organization.

[0073] Upon performing conflicts check processing and storing any conflict information, events manager 101 generates an IR report 103 as described herein indicating the conflict condition(s) thus determined, using the stored conflicts information from block 440 (block 465). To generate the IR report 103 indicating a conflict condition, events manager 101 requests scripting engine. 102 to execute one or more ASP scripts 125 to generate the requested interactive web page from the information contained in investor events database 104 as described elsewhere herein. The web page thus generated is then transmitted by events manager 101 to the personal computing device 105 of the user proposing the new event 150 in accordance with the HTTP messaging protocol. Personal computing device 105 then displays IR report 103 to the user via web browser.

[0074] Upon receiving the IR report 103, the proposing user may choose to request events manager 101 to enter the proposed scheduled event 150 despite any indicated conflicts (block 470). The proposing user may accomplish this by transmitting an electronic message, in accordance with the HTTP messaging protocol, from the personal computing device 105 of the user to events manager 101 a request to enter the new scheduled event 150. Upon receipt of this request, events manager 101 enters the new scheduled event 150 into investor events database 104 as described elsewhere herein (block 475). If the user does not wish to enter the proposed new scheduled event 150, the proposing user may choose to modify the start and/or stop times for the new scheduled event 150 in order to avoid one or more conflicts, and then reinitiate conflict check processing for the modified proposed new scheduled event 150 (block 470).

[0075] In this way, a user of.event scheduling system 100 according to the present invention is automatically notified of scheduling conflicts for otganizations on watchlist 160 that would result if the proposed new event 150 were to be scheduled. This allows a proposing user to use the conflicts feedback received via IR report 103 to determine a preferred schedule for the new event 150. For example, a user can choose to modify the start and/or stop times for the proposed new event 150 to minimize or avoid date/time conflicts among other organizations' events 150 of interest to the same analyst or group of analysts.

[0076] In an alternative embodiment, events manager 101 further provides.an event guard reporting capability in addition to the conflict detection and reporting capability described herein. In this alternative embodiment, events manager 101 automatically detects a conflict condition (as described earlier herein) in which a new scheduled event 150 has been entered that conflicts in date/time with one or more existing events 150. Upon detecting one or more such conflict conditions, event manager 101 transmits one or more IR reports 103 to the personal computing devices 105 of users associated with the existing scheduled events 150 for which a conflict condition has been determined, in order to notify the users of the date/time scheduling conflicts caused by the newly entered event 150. Events manager 101 may determine the set of users to be notified in a variety of ways including, but not limited to: By requesting scripting engine 102 to execute one or more scripts 125 to retrieve and identify, using watchlists 160, the users associated with organizations associated with each existing event 150 for which a conflict condition has been determined; by including in each watchlist 160 record a further optional information field in which a user may specify one or more organizations for which events manager 101 should report conflicting new scheduled events 150; or by events manager 101 maintaining one or more lists of organizations for whom a particular set of users will be notified of conflicting events (e.g., all Fortune 100 company events).

[0077] Thus, an automated event scheduling system and method has been shown that provides reliable and timely dissemination of investor relations information and events, including automatic notification of conflicts in the scheduling of investor relations events, and that provides automatic notification of scheduled investor relations events.

[0078] While the above description contains much specific detailed information, these details should not be construed as limitations on the scope of the invention, but rather as an exemplification of one preferred embodiment thereof. Other variations are possible. Accordingly, the scope of the present invention should be determined not by the embodiments illustrated above, but by the appended claims and their legal equivalents.