Patent Publication Number: US-7594012-B2

Title: System for collecting, analyzing, and reporting high volume multi-web server usage

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
   This application is a continuation of U.S. patent application Ser. No. 09/346,145 (now U.S. Pat. No. 6,789,115), filed Jul. 9, 1999. The entire contents of that application are incorporated herein by reference. 

   The present invention generally relates to a data processing system. More particularly, the present invention relates to a system for collecting and reporting web server usage statistics. 
   BACKGROUND OF THE INVENTION 
   Companies that rely on internet and/or intranet web servers as a key point of contact for their employees, customers and/or potential customers (collectively the “System-Users”) need timely and accurate information about the interests and needs of their System-Users. Achieving this goal is a difficult challenge for companies with high volume multi-web server usage because the volume of web server usage data generated can be enormous. Thus, for these companies, a web usage analysis system must be able to process and store large amounts of web server usage data in an efficient manner or it will quickly become overwhelmed. 
   Programs exist today to analyze web server usage. The starting point for all these programs is the web server log. When the System-User of a web server makes a request for certain content, one or more entries are written in a log record, which records the System-User&#39;s request. The log entries for one request can be extensive because they contain the data for all pictures and graphical representations included in the content request. After the log entries are generated, they are stored sequentially in a log on the web server. The existing analysis programs perform their usage analysis function by retrieving these log records and preparing various reports based upon the usage as reflected in the log records. These programs may, or may not, store the data in databases prior to generating usage reports. 
   The available programs, however, have many limitations which make them of limited utility to companies with high volume multi-web server usage. The programs do not process the usage data fast enough to provide daily reporting because of the inefficient way in which these systems process web server usage data. The reasons for such inefficiencies include the absence of a process for: (1) filtering the data from the server; (2) reducing database size by creating summary data and deleting the details, and (3) minimizing the data that is stored through the use of reference tables. 
   A further limitation of these statistical programs is that they cannot generate reports over extended time periods. This precludes management from viewing usage information over various time periods such as weeks, months and quarters. In addition, management would also like to perform timely queries of usage data based on various date parameters. Existing packages provided limited capability to do this because of the manner in which these programs store and maintain usage data. 
   A further limitation with these programs is that many companies would like to identify the user of the web server so that they can match this user information with other information that is maintained relating to the user. The existing programs contain no method of identifying the user. 
   Finally, the existing systems all require that a company devote significant human resources to schedule and operate the process of recording, collecting and analyzing web server usage from multiple web servers. 
   SUMMARY AND OBJECTS OF THE PRESENT INVENTION 
   It is thus an object of the present invention to provide an efficient system for collecting, filtering, analyzing, and reporting web server usage data from one or more web servers. 
   It is a further object of the invention to provide an automated daily or periodic process by which web server usage data can be collected from multiple servers from one or more physical locations (whose identity can change on a daily or periodic basis) and loaded into databases that can be used to produce various reports. 
   It is a further object of the invention to minimize the data handled by the automated daily process by filtering unneeded usage data at the web server. 
   It is a further object of the invention to provide efficient querying by compacting the details in the database tables through the use of reference tables and minimizing the size of the database by generating summary data so that the details can be deleted periodically. 
   It is a further object of the invention to provide daily, weekly, monthly, and quarterly reports. 
   It is a further object of the invention to provide ad-hoc reports which permit users to specify their own date parameters. 
   It is a further object of the invention to identify the System-Users by decrypting the System User&#39;s cookie which allows the system to link the user with other information maintained on the system about the user to produce useful reports. 
   It is a further object of the invention to provide an automated process that requires minimal human intervention (other than setting system parameters) to perform the collection, analysis and reporting of web server usage. 
   The above and other objects of the present invention are realized through a system which uses software installed at each web server to filter the server usage data by removing unneeded file types such as pictures, thereby reducing the size of web server usage files by approximately 75 percent. The system allows the cookie decryption algorithm to be installed as part of the web server filtering program so that the system can identify the System-User. 
   On a daily or scheduled basis, the collection process collects the filtered usage records from all the servers on the system, further processes the usage data, and then transfers the data to the Analysis Server where the data is loaded into a relational database. The collection processes can be set to run automatically based on the time of day set for the process to run. 
   To support efficient querying and minimize the use of system resources, the Main Table in the database is kept compact by: (1) creating summary data so that the details in the Main Table can be deleted automatically on a periodic basis and (2) using reference tables so that only unique identifier values are stored in the Main Table. The system uses the reference tables to link the unique identifier value in the Main Table with the actual information stored in the reference tables. Summary Tables are created from the Main Table to support weekly, monthly and quarterly reporting of web site usage. The identity of the System-User is linked with other information maintained about the user to support various reports related to the System-User. 
   Other than setting system parameters and loading certain non-usage company and System-User information, the invention may be run without human intervention except for periodic maintenance. 
   The foregoing features and advantages of the instant invention may be more fully appreciated by reference to a specific embodiment thereof, as described hereinbelow in conjunction with the following figures of which: 

   
     BRIEF DESCRIPTION OF THE DRAWINGS 
       FIG. 1  is a hardware block diagram showing the interconnection of the computer systems which comprise the system. 
       FIG. 2  is a flow chart showing the collection of System-User usage data from the web servers on the system. 
       FIG. 3  is a flow chart showing the functions of the Filtering Program 
       FIG. 4  is a flow chart showing the process of downloading usage data from the web servers to the Analysis Server. 
       FIG. 5  is a flow chart showing the processing of usage data by the Analysis Server. 
       FIG. 6  is a block diagram showing the interface between the users of the system and the SQL database. 
       FIG. 7  shows the various web pages a user can access and the interrelationship between the pages. 
       FIG. 8  depicts an illustrative copy of the Default Screen. 
       FIG. 9  depicts an illustrative copy of the Daily Summary Report. 
       FIG. 10  depicts an illustrative copy of the Weekly Summary Report 
       FIG. 11  depicts an illustrative copy of the Request by Content Report 
       FIG. 12  depicts an illustrative copy of the Average Request Per User by Office Report 
       FIG. 13  depicts an illustrative copy of the Usage by Hour Report 
       FIG. 14  depicts an illustrative copy of the User sorted by Usage Report 
       FIG. 15  depicts an illustrative copy of the Usage Per User by Office Report 
       FIG. 16  depicts an illustrative copy of the Requests Per User ID Report 
       FIG. 17  depicts an illustrative copy of the Users of Function for an Office Report 
       FIG. 18  depicts an illustrative copy of the Top 100 Users of a Function Report 
       FIG. 19  depicts an illustrative copy of the Watch List Report 
       FIG. 20  depicts an illustrative copy of the Edit Watch List Screen 
       FIG. 21  shows the tables of the database and the way in which data is processed between the tables. 
   

   DETAILED DESCRIPTION OF PRESENT INVENTION 
   The present invention is a web site usage data collection, analysis and reporting system. The specification describes a specific illustrative system which collects over 2.5 gigabytes per day of web server usage data from 54 web servers at two physical locations. The various components, specifications and operations of the system are defined in the drawings and the description set forth below. 
   The Computer Systems 
   The computer systems and their interconnections are depicted in  FIG. 1 . The three types of computer systems which are utilized by the invention include: (1) web servers ( 101 - 106 ); (2) Collection Servers ( 107 - 108 ), and (3) an Analysis Server ( 109 ). Illustratively, the invention may be practiced in the operational environment of 54 web servers, 2 Collection Servers, and one Analysis Server. The web servers are located at two physical locations. In the illustrative system, one Collection Server resides at each physical location to provide a collection process on the same network segment as the web servers, which increases the speed of collection. Although other combinations of hardware and software could be used, the following hardware and software used by the invention is described for purposes of illustration: 
   The web server hardware can be implemented using a Compaq Proliant 6500 4 cpu. The software on the web server may include any of: Microsoft Windows NT 4.0 Svc Pak 3, Microsoft Internet Information Server (IIS) V 3.0, and components written in Microsoft Visual C++ V 5.0. 
   The Collection Server hardware can be implemented using a Compaq Proliant 6500 4 cpu. The software on the web server may include any of: Microsoft Windows NT 4.0 Svc Pak 3, Microsoft Content Replication Server V 2.0, WinZip V 6.3, and Microsoft Visual Basic 5.0. 
   The Analysis Server hardware can be implemented using a Compaq Proliant 6500 4 cpu with 2 gigabytes of ram and 108 gigabytes of disk space and 15/30 DLT tape drive to do periodic backups of the database. The software on the Analysis Server may include any of: Microsoft Windows NT 4.0, Microsoft Content Replication Server V 2.0, Microsoft Developers Toolkit (WinAT), Microsoft Visual Basic V 5.0, Microsoft Internet Information Server (IIS) V 4.0, Microsoft SQL Server V 6.5 Svc Pak 4, and Chart FX V 3.0. 
   Collection of Visitor Usaze Data from the Web Server 
   The collection of System-User usage data from the web servers on the system is depicted in  FIG. 2 . On a web server, every System-User request is stored in a web server log. Although different formats can be used, the system described herein illustratively uses the Netscape Extended Logfile Format. An example of one line from an actual web server log is as follows:
         11.147.39.69-[17/Apr/1998:09:31:01-0500] “GET/login/nps/ListViewer.htm IF4TTP/1.1” 304 50 “http://www.msfcom/login/nps/ListViewer” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT)” “MLUSERID=FR5-1476-2987 JOB=CMP”       

   This type of line is written for every action taken by a System-User of a web site. The breakdown of the above line is as follows: 
   
     
       
         
             
             
           
             
                 
             
           
          
             
                1) 11.147.39.69 
               IP Address of the System-User 
             
             
                2) — 
               These fields not currently used 
             
             
                3) [17/Apr/1998:09:31:01 
               The Date and time stamp in 24-hour 
             
             
                 
               format 
             
             
                4) −0500 
               The Difference of WebServer time from 
             
             
                 
               Greenwich time 
             
             
                5) “GET nps 
               GET or POST operation 
             
             
                6) /login/mcr/ListViewer/ 
               This is the actual content requested by 
             
             
                  listviewer.htm HTTP/1.1” 
               the visitor from the web site 
             
             
                7) 304 
               The Return Code from the request 
             
             
                8) 50 
               The number of Bytes returned 
             
             
                9) “http://www.msf.com/login/ 
               This is where the System-User was 
             
             
                  msf7List Viewer” 
               before the System-User came to the 
             
             
                 
               requested page. 
             
             
               10) “Mozzilla/4.0(compatible; 
               Browser Info 
             
             
                  MSIE 4.0; 
             
             
               11) Windows NT)” 
               This is the Operating System Used by 
             
             
                 
               the System-User 
             
             
               12) “USERID=FRS-1476 
               The stored Cookie information 
             
             
                  JOB=CMP” 
             
             
                 
             
          
         
       
     
   
   Every web server on the system is installed with a program (the “Filtering Program”), which may be written in C++, that processes and filters web server usage data as it is created. When a user action is taken, the web server posts the user generated log ( 200 ). The Filtering Program then processes the message ( 201 ) and stores the usage information in a custom log record ( 202 ), as opposed to the standard log the web server would otherwise create. The advantage of processing the logs at the web server is that it reduces the size of the web server log files by around 75 percent. Thus, creating a custom log results in significantly reducing the time for the entire collection and reporting process to run because less data is being processed. 
   The functions of the Filtering Program are depicted in  FIG. 3 . After the Filtering Program receives a message from the web server ( 300 ) that web server usage data has been created, the Filtering Program determines whether this is the first message of the day ( 301 ). If it is, the Filtering Program deletes data older than a preset number of days in the filtered log records ( 302 ). Next, the Filtering Program determines the file extensions for the content requested and deletes specified file extensions ( 303  &amp;  304 ). For example, in the illustrative system, all files with “.GIF” extensions are deleted because these requests refer to pictures or graphical representations. The Filter Program then looks to determine whether or not the System-User has a cookie and whether it is the type of cookie the system is expecting ( 305  &amp;  306 ). If there is no cookie or if the cookie is not of a kind the system is expecting, no decryption is performed. If a cookie is present and it is the right cookie information, the Filtering Program decrypts the cookie based on a decryption algorithm that is input into the Filtering Program ( 307 ). After decryption, the Filtering Program captures System-User information from the server log such as whether the System-User is from a secure path or non-secure path and whether the System-User is from a secure port or a non-secure port ( 308 ). This determination is made based on the IP address of the System-User. Finally, the Filtering Program stores the filtered record in a log and awaits the next System-User action ( 309 ). 
   Download Web Server Log Data Via the Collection Server to the Analysis Server 
   The process of downloading web server log data from the Web Server to the Analysis Server is depicted in  FIG. 4 . At a predefined time, for example during the night and/or during periods of relatively low system usage, the Collection Servers start a batch program, the Server Identification Program, which does two things: (1) it reads the Server List on the Collection Server to determine the Web Servers that are at the same physical location as the Collection Server ( 400 ) and (2) creates another batch program, the Collection Program, which collects the filtered server logs from the web servers at the same physical location ( 401 ), zips the files using Winzip V 6.3 ( 402 ) and transfers the zipped files to the Analysis Server using Microsoft Content Replication Sever V 2.0. 
   The Server List is a file on the Collection Server that is updated when a new Web Server is added to the physical location of the Collection Server ( 403 ). 
   Processing of Web Server Data by the Analysis Server 
   The processing steps performed at the Analysis Server on the web server usage data are depicted in  FIG. 5 . On a daily basis, upon completion of the Collection Process, the Analysis Server starts a batch program, the Web Server Setup Program. Although many techniques are available to start a batch process, an illustrative embodiment of the invention uses the scheduling software Win At to begin the automation process. The Web Server Setup Program determines what web server data are to be processed and creates another batch program, the Analysis Server Program, which loads the server usage into the SQL Database. The Analysis Server Program starts by processing the data in web server order. Starting with the first web server, the program loads the server log file ( 500 ) and performs the following steps:
         (1) unzips the log files using, for example, Nico Mak&#39;s Winzip utility ( 501 );   (2) filters the unzipped log files and discards records that are not in an expected format ( 502  &amp;  503 );   (3) reformats each line in such a way that the SQL Server Bulk Copy process (described below) can load the data into the SQL databases, which includes removing unused fields, changing the time stamp so that it is understood by SQL Server Bulk Copy as a Date/Timestamp, and separating all fields with Tabs instead of inconsistent delimiting of the Netscape extended format ( 504 );   (4) triggers the Bulk Copy Load (BCP) utility to load the filtered web server logs into a temporary table in the SQL database on the Analysis Server (BCP is a SQL Server-specific utility that copies date from a flat text file into a table or set of tables in the SQL Server database ( 505 ));   (5) calls the Import Program, which executes an SQL stored procedure which does following:
           checks to see if there is a unique identifier in the reference tables for the data ( 506 ), and if there is no unique identifier, the program creates new entries in the reference tables ( 507 ), and then stores the unique identifier along with the rest of the log data in the Main Table ( 508 ); and   empties the Temporary Table ( 509 ), thereby readying the database for the next import.   
               

   Upon completing all these steps for a particular web server&#39;s usage data, the Analysis Server Program performs the same steps for the next web server log file and continues until the data have been processed for each web server on the system. 
   Upon processing all the web server log files ( 510 ), the Analysis Server Program executes a stored procedure which generates summary tables from the Main Table. A Daily Summary Table is generated every day ( 511 ) and a Weekly Summary Table is generated if it is a Saturday ( 512  &amp;  513 ). Finally, the Analysis Server Program deletes details in the Main Table that are over thirty days old ( 514 ). These time periods are illustrative, it being understood that time periods longer or shorter than provided in the foregoing may be utilized to meet the requirements of specific system applications. 
   Additional details regarding the installation of the tables, the data contained in the tables, and the stored procedures used by the system are set forth after the description of the below description of the Report-User Interface with the System. 
   Report-User Interface with the System 
   The interface between the user who uses the system to generate reports (the “Report-User”) and the SQL database tables is depicted in  FIG. 6 . A Report-User accesses a web server ( 101 ) through a workstation ( 600 ) to obtain reports of data on the Analysis Server ( 109 ). A Report-User is distinguished from a System-User in that a Report-User has access to reports generated by the Analysis Server while a System-User can only execute the transactions available on the web site. 
   In the illustrative system described herein, a Report-User can obtain ten different reports, each of which permit certain user options. The reports are obtained directly from the Analysis Server. 
   In this illustrative system, the reports feature is implemented by using the Microsoft Internet Information Server (ISS) as the web server and Active Server Pages (ASP) to serve up content. 
   Although other software could be used, the illustrative system uses IIS because of its ability to support ASPS. The benefit of using Active Server Pages is their ability to quickly and efficiently interface with SQL databases. The illustrative example uses no non-standard configuration parameters of the Microsoft Internet Information Server software. 
   Using ASPS, Report-Users can specify the sets of System-Users they want to look at, the kind of information they want to see, and the date range for which they want to see this information. Access to queries is limited using security features provided by IIS such as password protection. 
   The user can use Microsoft IE or Netscape to run the available reports on the data from the SQL database on the Analysis Server. In addition, the system uses Software FX, Inc.&#39;s Chart FX IE to produce graphical charts on the Web Report pages. Chart FX IE Server Side Component is utilized to produce either JPG or PNG image files on the web servers&#39; hard drive each time a Report-User accesses one of the report pages. When the page is returned to the browser (in HTML format)—an “A HREF” tag is used to display the appropriate graph. 
   User Controlled Web Pages 
   The various web pages a Report-User can access and the interrelationship between the pages is depicted in  FIG. 7 . When a Report-User starts the web application, the Default Screen ( 700 ), on illustratiave copy of which is depicted in  FIG. 8 , is returned. From the Default Screen, the Report-User can select one of the two standard reports or to run one of the eight other reports. A description follows of each of the reports: 
   The Daily Summary Report ( 701 ) 
   An illustrative copy of the Daily Summary Report is depicted in  FIG. 9 . The system-user selects the Daily Summary Report by clicking the report on the Default Screen. The daily summary report is populated with the 30 most recent dates from the Daily Summary Table. The Daily Report is generated using two stored procedures: Do the Table Stored Procedure and Do the Function Table stored procedure. 
   The Weekly Summary Report  702 ) 
   An illustrative copy of the Weekly Summary Report is depicted in  FIG. 10 . The Report-User selects the desired 7-day Sat-Fri week for the report. The Make Weekly Report uses three stored procedures to generate the report: Do the Table Stored Procedure, Do the Day Table Procedure, and Do the Weekly Function Table Procedure. 
   Request by Content Report ( 706 ) 
   An illustrative copy of the Request by Content Report is depicted in  FIG. 11 . The report is used to display information for various “Functions” and numbers of requests for a specified date range. To run the report, the System-User enters the date range on the Default Screen and clicks on the report. The stored procedure Get Multi-day Function Summary is called to return the data needed for the report. 
   Average Request Per User by Office Report ( 707 ) 
   The Average Request Per User by Office Report is used to show the average requests from each office. An illustrative copy of the report is depicted at  FIG. 12 . Also shown on the report is the total number of requests for that date range and how many users made the requests. The Report-User inputs the date range and selects the report from the Default Screen. A hyperlink on the report brings the Report-User to the Usage Per User For Office Report, showing them the usage broken down for each user making requests in that office for the given date range. The results shown can be sorted by any of the columns in ascending or descending order. The stored procedure Get Every Request by User per Office is called to return the data needed for the report. 
   Usage by Hour Report ( 708 ) 
   The Usage by Hour Report displays the average usage by hour for the date range requested. An illustrative copy of the report is depicted at  FIG. 13 . The time shown on the graph is from midnight to 11 pm. The System-User inputs the date range and selects the report from the Default Screen. The stored procedure Get Request by Hour is called to return the data needed for the report. 
   Top 100 By Usage ( 709 ) 
   The Top 100 by Usage Report displays the top 100 User IDs for the given date range, how many requests they made, what office they are from, and who they are. An illustrative copy of the page is depicted at  FIG. 14 . Hyperlinks expand the report to obtain information on the requests of a particular User ID (Link Calls Request for User ID Report) and to obtain break down of an office&#39;s; total request by User ID (Link Calls Usage Per User ID for Office Report). The System-User inputs the date range and selects the report from the Default Screen. The results shown can be sorted by any of the columns in ascending or descending order. The stored procedure Get Usage by User ID is called to return the data needed for the report. 
   Usage per User ID by Office Report ( 710 ) 
   The Usage per User ID by Office Report displays all User IDs in a particular office, their name, and how many requests they made during the date range specified. An illustrative copy of the page is depicted at  FIG. 15 . Hyperlinks expand the report by providing a link to the Request for User II) Report. This link will show a detailed breakdown of each request made by the User ID. The System-User inputs the date range and selects the report from the Default Screen. The results can be sorted by any of the columns in ascending or descending order. The stored procedure Get Request by User for Office is called to return the data needed for the report. 
   Requests Per User ID Report ( 711 ) 
   The Request Per User ID Report page displays the requests associated with a given User ID. An illustrative copy of the report is depicted at  FIG. 16 . Also displayed on this report are the Office Name, Office Number, and User Name. The System-User inputs the date range and selects the report from the Default Screen. The stored procedure Get Requests for User ID is called to generated the data needed for this report. 
   Users of Function for an Office Report ( 704 ) 
   The Users of Function for an Office Report displays the users of a function for a particular office and the number of times the function was used. An illustrative copy of the report is depicted at  FIG. 17 . The System-User inputs the function, the office, and the date range. The report is selected from the Default Screen. The stored procedure Get Users by Function Usage for Office is called to generate the data needed for this report. 
   Top 100 for a Function Report ( 705 ) 
   The Top 100 for a Function Report displays the top 100 users of a specified function. An illustrative copy of the report is depicted at  FIG. 18 . The System-User inputs the Function and the date range. The report is selected from the Default Screen. The stored procedure Get Top User by Function is called to generate the data needed for this report. 
   In addition to the above reports, the system also allows the report-user to create a watch list report of User IDs. An illustrative copy of a watch list screen is depicted in  FIG. 19 . These watch lists are then run against a report that will return information on a collection of User IDs. In the illustrative system, the actual watch lists are maintained entirely on the Report-User&#39;s desktop with the use of cookies. A Report-User can enter up to 50 User IDs through the “Add WatchList” button on the Default Screen. 
   If a Report-User clicks on the “Edit Watchlist” link, the Report-User is taken to a similar screen to the “New Watch Screen” entry screen. An illustrative copy of the “Edit Watch List” screen is depicted at  FIG. 20 . The variables are filled with the currently chosen Watchlist information, and the System-User can change any of this information. Buttons are provided to Accept New Changes, Delete the Watch List, and Return to the Default Screen. 
   Process for Installing the SQL database on the Analysis Server 
   Installing the SQL database on the Analysis Server consists of three database scripts which must be run in the following order: (1) Create Tables Script, (2) Create Views Script, and (3) Stored Procedures Script. 
   The Create Tables Script creates all the database tables and their indexes. 
   The Create Views Script creates views based on some of the tables just created. 
   The Create Stored Procedure Script creates all the stored procedures needed to get data from the tables, to add data to, or delete data from, the tables created. 
   The Tables in the SQL Database 
   The Analysis Server&#39;s SQL database tables and the way in which the data is processed between the tables is depicted in  FIG. 21 . The Main Table and Reference Tables are loaded through previously described steps  507  &amp;  508 . Summary tables are generated by previously described steps  511  &amp;  513 . The SQL database in the illustrative system consists of 11 tables. The tables are: 
   1. The Temporary Table 
   The Temporary Table holds the data imported directly from the filtered Web Server Logs. It contains one row for each request made by a System-User. It is populated by the BCP utility, which imports data from the filtered Web Server Logs. The Temporary Table is emptied after the Import Program loads the Main Table and updates the Reference Tables. 
   The fields of the Temporary Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               ip_address 
               varchar (15) 
               The IP Address of the user 
             
             
               req_date 
               int 
               The date of the request in for not yyyymmdd 
             
             
               req_timestamp 
               datetime 
               The date/Timestamp of the Request 
             
             
               diff_from_greenwich_time 
               char (10) 
               Diff from Greenwich time 
             
             
               req_type_id 
               char (1) 
               Whether the request was a GET or POST 
             
             
               the_request 
               varchar (255) 
               The actual request text that occurs in log file 
             
             
               req_parameters 
               varchar (255) 
               Up to 255 characters of actual parameter string 
             
             
               req_code 
               varchar (5) 
               The Return Code from Web Server 
             
             
               req_len 
               varchar (7) 
               #Bytes returned by the Web Server 
             
             
               the_referrer 
               varchar (255) 
               The actual referrer text that occurs in log file 
             
             
               the_browser os 
               varchar (80) 
               The actual Browser/OS text that occurs in log file 
             
             
               the_cookie 
               varchar (50) 
               The actual cookie text that occurs in log file 
             
             
                 
             
          
         
       
     
   
   2. The Main Table 
   The Main Table contains one row for each request made by a System-User and is populated by the Import Program. Some of the fields in the Main Table contain only unique identifiers. The actual values are contained in various reference tables. Using unique identifiers saves space in the database, and allows the storage of more data in the same space. 
   The fields of the Main Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               i_address 
               char (25) 
               The IP Address of the User 
             
             
               req_date 
               int 
               The date of the request in for not yyyymmdd 
             
             
               req_timestamp 
               Datetime 
               The date/Timestamp of the Request 
             
             
               diff_from_greenwich_time 
               char (10) 
               Diff from Greenwich time 
             
             
               req_type_id 
               char (1) 
               Whether the request was a GET or POST 
             
             
                 
                 
               (e.g. “G” is Get) 
             
             
               request_id 
               int 
               The unique identifier of the request; The actual 
             
             
                 
                 
               text is stored in the Request Reference Table 
             
             
               req_parameters 
               varchar (50) 
               Up to 50 characters of the actual parameter string 
             
             
               req_code 
               char (5) 
               The Return Code from Web Server 
             
             
               req_len 
               char (7) 
               #Bytes returned by the Web Server 
             
             
               referrer_id 
               int 
               The unique identifier of the Web 
             
             
                 
                 
               Browser/Operating System User was using; The 
             
             
                 
                 
               actual text is in the Browser 
             
             
                 
                 
               OS Reference Table 
             
             
               cookie_id 
               int 
               The unique identifier of the UserID of the User; 
             
             
                 
                 
               The actual User ID is stored in the Cookie 
             
             
               user_code 
               varchar (4) 
               Reference Table 
             
             
                 
                 
               Contains the user type 
             
             
                 
             
          
         
       
     
   
   3. Request Reference Tables 
   The Request Reference Table contains one row for each possible request that can be made by a System-User and is populated by the Import Program. 
   The fields of the Request Reference Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               request_text 
               varchar 
               The actual request text that occurs in the log file 
             
             
                 
               (255) 
               (e.g: “/login/accounts/xxx.proc”) 
             
             
               request_id 
               int 
               The unique identifier of each request 
             
             
                 
                 
               text. This unique identifier occurs in the Main 
             
             
                 
                 
               Table 
             
             
                 
             
          
         
       
     
   
   4. Referrer Reference Table 
   The Referrer Reference Table contains one row for each referrer in the Web Server Logs, and is populated by the Import Program. A referrer is the System-User&#39;s prior location. 
   The fields of the Referrer Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               referrer_text 
               varchar 
               The actual referrer text that occurs in the log file 
             
             
                 
               (255) 
               (e.g: “/login/accounts/xxx.proc”) 
             
             
               referrer_id 
               int 
               The unique unique identifier of each referrer text. 
             
             
                 
                 
               This unique identifier occurs in the main_table 
             
             
                 
             
          
         
       
     
   
   5. Browser OS Reference Table 
   The Browser OS Reference Table contains one row for each possible Browser/OS combination used by a System-User and is populated by the Import Program. 
   The fields of the Browser OS Reference Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               referrer_text 
               varchar 
               The actual referrer text that occurs in the log file 
             
             
                 
               (255) 
               (eg: “/login/accounts/xxx.proc”) 
             
             
               referrer_id 
               int 
               The unique unique identifier of each referrer text. 
             
             
                 
                 
               This unique identifier occurs in the main_table 
             
             
                 
             
          
         
       
     
   
   6. Cookie Reference Table 
   The Cookie Reference Table contains one row for each possible Cookie that has been captured in the Web Server Logs and is populated by the Import Program. It contains the Cookie text and the Cookie unique identifier. The Cookie contains the User ID which enables the system to link the USER ID to USER ID data in other databases. 
   The fields of the Cookie Reference Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               cookie_text 
               varchar (50) 
               The actual Cookie text that occurs in the 
             
             
                 
                 
               log file 
             
             
               cookie_id 
               int 
               The unique unique identifier of each referrer 
             
             
                 
                 
               text. The Unique identifier of each cookie 
             
             
                 
                 
               text. This Unique identifier occurs in the 
             
             
                 
                 
               main_table 
             
             
                 
             
          
         
       
     
   
   7. Daily Summary Table 
   The Daily Summary Table contains daily information summarized from the Main Table. It contains one row for each day. It is populated by the Daily Summary Table Procedure Table that runs immediately alter the Import of the data from the Web Server Logs into the Main Table. 
   The fields of the Daily Summary Table are as follows. 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               the_date 
               datetime 
               The Date; Key Field 
             
             
               total_requests 
               integer 
               Total Requests for day 
             
             
               requests_for_hour 
               integer 
               Total Requests between 12:00 and 1:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 1:00 and 2:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 2:00 and 3:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 3:00 and 4:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 4:00 and 5:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 5:00 and 6:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 6:00 and 7:00 AM 
             
             
               requests-for-hour 
               integer 
               Total Requests between 7:00 and 8:00 AM 
             
             
               requests_for_hour 
               integer 
               Total Requests between 8:00 and 9:00 AM 
             
             
               requests_for_hour10 
               integer 
               Total Requests between 9:00 and 10:00 AM 
             
             
               requests_for_hour11 
               integer 
               Total Requests between 10:00 and 11:00 AM 
             
             
               requests_for_hour12 
               integer 
               Total Requests between 11:00 and 12:00 AM 
             
             
               requests_for_hour13 
               integer 
               Total Requests between 12:00 and 1:00 AM 
             
             
               requests_for_hour14 
               integer 
               Total Requests between 1:00 and 2:00 AM 
             
             
               requests_for_hour15 
               integer 
               Total Requests between 2:00 and 3:00 AM 
             
             
               requests_for_hour16 
               integer 
               Total Requests between 3:00 and 4:00 AM 
             
             
               requests_for_hour17 
               integer 
               Total Requests between 4:00 and 5:00 AM 
             
             
               requests_for_hour18 
               integer 
               Total Requests between 5:00 and 6:00 AM 
             
             
               requests_for_hour19 
               integer 
               Total Requests between 6:00 and 7:00 AM 
             
             
               requests_for_hour20 
               integer 
               Total Requests between 7:00 and 8:00 AM 
             
             
               requests_for_hour21 
               integer 
               Total Requests between 8:00 and 9:00 AM 
             
             
               requests_for_hour22 
               integer 
               Total Requests between 9:00 and 10:00 AM 
             
             
               requests_for_hour23 
               integer 
               Total Requests between 10:00 and 11:00 AM 
             
             
               request_for_hour24 
               integer 
               Total Requests between 11:00 and 12:00 AM 
             
             
               total_visits 
               integer 
               Total Visits for Day 
             
             
               visit_duration 
               float 
               Average Length of Visit for Day 
             
             
               visit_for_hour 
               integer 
               Total Visits between 12:00 and 1:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 1:00 and 2:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 2:00 and 3:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 3:00 and 4:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 4:00 and 5:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 5:00 and 6:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 6:00 and 7:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 7:00 and 8:00 AM 
             
             
               visit_for_hour 
               integer 
               Total Visits between 8:00 and 9:00 AM 
             
             
               visit_for_hour10 
               integer 
               Total Visits between 9:00 and 10:00 AM 
             
             
               visit_for_hour11 
               integer 
               Total Visits between 10:00 and 11:00 AM 
             
             
               visit_for_hour12 
               integer 
               Total Visits between 11:00 and 12:00 AM 
             
             
               visit_for_hour13 
               integer 
               Total Visits between 12:00 and 1:00 PM 
             
             
               visit_for_hour14 
               integer 
               Total Visits between 1:00 and 2:00 PM 
             
             
               visit_-for_hour15 
               integer 
               Total Visits between 2:00 and 3:00 PM 
             
             
               visit_for_hour16 
               integer 
               Total Visits between 3:00 and 4:00 PM 
             
             
               visit_for_hour17 
               integer 
               Total Visits between 4:00 and 5:00 PM 
             
             
               visit_for_hour18 
               integer 
               Total Visits between 5:00 and 6:00 PM 
             
             
               visit_for_hour19 
               integer 
               Total Visits between 6:00 and 7:00 PM 
             
             
               visit_for_hour20 
               integer 
               Total Visits between 7:00 and 8:00 PM 
             
             
               visit_for_hour21 
               integer 
               Total Visits between 8:00 and 9:00 PM 
             
             
               visit_for_hour22 
               integer 
               Total Visits between 9:00 and 10:00 PM 
             
             
               visit_for_hour23 
               integer 
               Total Visits between 10:00 and 11:00 PM 
             
             
               visit_for_hour24 
               integer 
               Total Visits between 11:00 and 12:00 AM 
             
             
               total_users 
               integer 
               Total Users for the Day 
             
             
               users_for_hour_integer 
                 
               Total Users between 12:00 and 1:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 1:00 and 2:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 2:00 and 3:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 3:00 and 4:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 4:00 and 5:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 5:00 and 6:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 6:00 and 7:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 7:00 and 8:00 AM 
             
             
               users_for_hour_integer 
                 
               Total Users between 8:00 and 9:00 AM 
             
             
               users_for_hour 10 
               integer 
               Total Users between 9:00 and 10:00 AM 
             
             
               users_for_hour 11 
               integer 
               Total Users between 10:00 and 11:00 AM 
             
             
               users_for_hour 12 
               integer 
               Total Users between 11:00 and 12:00 PM 
             
             
               users_for_hour 13 
               integer 
               Total Users between 12:00 and 1:00 PM 
             
             
               users_for_hour 14 
               integer 
               Total Users between 1:00 and 2:00 PM 
             
             
               users_for_hour 15 
               integer 
               Total Users between 2:00 and 3:00 PM 
             
             
               users_for_hour 16 
               integer 
               Total Users between 3:00 and 4:00 PM 
             
             
               users_for_hour 17 
               integer 
               Total Users between 4:00 and 5:00 PM 
             
             
               users_for_hour 18 
               integer 
               Total Users between 5:00 and 6:00 PM 
             
             
               users_for_hour 19 
               integer 
               Total Users between 6:00 and 7:00 PM 
             
             
               users_for_hour 20 
               integer 
               Total Users between 7:00 and 9:00 PM 
             
             
               users_for_hour 21 
               integer 
               Total Users between 8:00 and 9:00 PM 
             
             
               users_for_hour 22 
               integer 
               Total Users between 9:00 and 10:00 PM 
             
             
               users_for_hour 23 
               integer 
               Total Users between 10:00 and 11:00 PM 
             
             
               users_for_hour 24 
               integer 
               Total Users between 11:00 and 12:00 PM 
             
             
               total_bandwidth 
               integer 
               Total bandwidth used for the Day 
             
             
               bandwidth_for_hour 
               integer 
               Total bandwidth between :00 and:00 M 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour 
               integer 
             
             
               bandwidth_for_hour10 
               integer 
             
             
               bandwidth_for_hour11 
               integer 
             
             
               bandwidth_for_hour12 
               integer 
             
             
               bandwidth_for_hour13 
               integer 
             
             
               bandwidth_for_hour14 
               integer 
             
             
               bandwidth_for_hour15 
               integer 
             
             
               bandwidth_for_hour16 
               integer 
             
             
               bandwidth_for_hour17 
               integer 
             
             
               bandwidth_for_hour18 
               integer 
             
             
               bandwidth_for_hour19 
               integer 
             
             
               bandwidth_for_hour20 
               integer 
             
             
               bandwidth_for_hour21 
               integer 
             
             
               bandwidth_for_hour22 
               integer 
             
             
               bandwidth_for_hour23 
               integer 
             
             
               bandwidth_for_hour24 
               integer 
             
             
                 
             
          
         
       
     
   
   8. Daily Function Summary Table 
   The Daily Function Summary Table contains a summary of the information about each tab, and how many times each subsection of the function was accessed each day. There are multiple rows for each, unlike the Daily Summary Table, but only one row for each section of each tab for each day. 
   The fields of the Daily Function Summary Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               the_date 
               datetime 
               The date of the requests 
             
             
               report_id 
               small int 
               Report identifier 
             
             
               tab_id 
               small int 
               Function identifier 
             
             
               which_tab 
               char (15) 
               The name of the function 
             
             
               content 
               varchar (255) 
               The actual content requested 
             
             
               num_requests 
               integer 
               Number of requests made on this date to 
             
             
                 
                 
               this content 
             
             
                 
             
          
         
       
     
   
   9. Weekly Summary Table 
   The Weekly Summary Table holds only the Unique User count for each Saturday-Friday week. Every other kind of weekly summary information can be obtained by doing a query on the Daily Summary Table. 
   The fields of the Weekly Summary Table are as follows: 
   
     
       
         
             
             
             
           
             
                 
             
           
          
             
               start_of_week 
               datetime 
               The date on Saturday 
             
             
               end_of_week 
               datetime 
               The date on the following Friday; These 2 
             
             
                 
                 
               fields define the week 
             
             
               report_id 
               small int 
               Report identifier 
             
             
               num_users 
               int 
               Number of unique users that visited the 
             
             
                 
                 
               entire site 
             
             
                 
             
          
         
       
     
   
   10. Company Information Table 
   The Company Information Table contains company specific information needed to run certain reports on System-User usage. The information in the Company Information Table will be unique for each company that uses the invention. Examples of fields that might be included in the table are: 
   
     
       
         
             
             
             
             
           
             
                 
                 
             
           
          
             
                 
               Division 
               char (20) 
               Division Name 
             
             
                 
               Department 
               varchar (50) 
               Department Name 
             
             
                 
               offno 
               char (3) 
               Office Number 
             
             
                 
               offname 
               varchar (50) 
               office name 
             
             
                 
               DD 
               varchar (50) 
               Department Director 
             
             
                 
                 
             
          
         
       
     
   
   11. The User Information Table 
   The User-ID Table contains specific information about each USER ID including information that links the ID in the cookie field in the Main Table to the office information in the Company Information Table. 
   The fields of the USER ID Table are as follows: 
                                                  user_id   varchar (8)   User ID           offno   varchar (5)   Office Number           los   int   Length of Service (in years)                        
Stored Procedures
 
   SQL&#39;s stored procedures are used to generate the tables, add, change or delete data in tables, create summary tables, and create the system-user reports. The system&#39;s stored procedures are as follows: 
   Get Exec Summary
         Function: Gets the Executive summary for given Date Range, including Total Visit Count, Total Request Count, Average Visit Count, Requests per Visit.   Inputs: Start_Date int, End_Date int   Outputs: Visit_Count, Avg_Visit_Duration, req_count, req_per_visit       

   Get Unique User IDs
         Function: Gets the Unique User IDs, sorted by number of requests made, within a given date range   Inputs: Start_Date int, End_Date int   Outputs: Cookie       

   Get Usage by User IDs
         Function: Gets the total requests, User ID, User Name, and Office Number sorted by number of requests made, within a given date range   Inputs: start_date int, end_date in   Outputs: tot_req, cookie_text, User Id, office_number, user_name       

   Get Requests by User Id
         Function: Gets detailed path (each request made) of the given User ID during the given date range.   Inputs: user_id varchar (15), start_date int, end date int   Outputs: cookie_text, off_name, office_number, user_name, req_timestamp, request_text       

   Get Req by User for Office
         Function: Gets a summary of all the requests within the given date range for the given Office, User ID, Number of requests made, office_number, user_name, District Name   Inputs: officeno varchar (4), start_date int, end_date int   Outputs: office_number, offname, cmplx_name, user_name, user_id, tot_req       

   Get Requests by Hour
         Function: gets the number of requests, sorted by hour of day, for the date range given. The maximum number of records this Stored Procedure outputs is 24.   Inputs: start_date int, end_date int   Outputs: hour_of request, num_requests       

   Get Users by User Type
         Function: Gets all the Users sorted by User Type and number of requests   Inputs: start-date int, end date int, user_type char (4)   Outputs: Cookie, num_requests       

   Get Multiday Smry
         Function: Goes against visits_for_hour, the daily summary table, and gets all the summary fields for each day. Returns one row for each day. The names of the output fields should be self-explanatory.   Inputs: start_date int, end_date int   Outputs: the_date, total_requests, requests_for_hour, requests_hour, requests_hour, requests_for_hour, requests_for_hour, requests_for_hour, requests_for_hour, requests_for hour, requests for hour, requests for hour 10, requests for hour 11, requests_for_hour 12, requests_for_hour 13, requests_for_hour 14, requests_for_hour 15, requests_for_hour 16, requests_for_hour 17, requests_for_hour 18, requests_for_hour 19, requests_for_hour 20, requests_for_hour 21, requests_for_hour 22, requests_for_hour 23, requests_for_hour 24, total_visits, visit_duration, visits_for_hour, visits_for_hour, visits_for_hour, visits_for_hour, visits_for_hour, visits_for_hour, visits_for_hour 7, visits_for_hour, visits_for_hour, visits_for_hour 10, visits_for_hour 11, visits_for_hour 12, visits_for_hour 13, visits_for_hour 14, visits_for_hour 15, visits_for_hour 16, visits_for_hour 17, visits_for_hour 18, visits_for_hour 19, visits_for_hour 20, visits_for_hour 21, visits_for_hour 22, visits_for_hour 23, visits_for_hour 24, total_users, users_for_hour 1, users_for_hour 2, users_for_hour 3, users_for_hour 4, users_for_hour 5, users_for_hour 6, users_for_hour 7, users_for_hour 8, users_for_hour 9, users_for_hour 10, users_for_hour 11, users_for_hour 12, users_for_hour 13, users_for_hour 14, users_for_hour 15, users_for_hour 16, users_for_hour 17, users_for_hour 18, users_for_hour 19, users_for_hour 20, users_for_hour 21, users_for_hour 22, users_for_hour 23, users_for_hour 24, total_bandwidth, bandwidth_for_hour, bandwidth_for_hour, bandwidth_for_hour, bandwidth_for_hour, bandwidth_for_hour, bandwidth_for_hour, bandwidth_for_hour 7, bandwidth_for_hour 8, bandwidth_for_hour 9, bandwidth_for_hour 10, bandwidth_for_hour 11, bandwidth_for_hour 12, bandwidth_for_hour 13, bandwidth_for_hour 14, bandwidth_for_hour 15, bandwidth_for_hour 16, bandwidth_for_hour 17, bandwidth_for_hour 18, bandwidth_for_hour 19, bandwidth_for_hour 20, bandwidth_for_hour 21, bandwidth_for_hour 22, bandwidth_for_hour 23, bandwidth_for_hour 24,       

   Get Multiday Tab Summary
         Function: Gets the tab summary from the Tab Summary Table for the given date range, including the tab name, the actual content requested (sorted by the number of requests to that content), and the number of requests to the content.   Inputs: which tab char(15), start_date int, end_date int   Outputs: which_tab, content, total_requests       

   Update Daily Summary Table
         Function: This stored procedure is run after a day&#39;s worth of logs are fully imported into the WARS database. IT updates the Daily Summary Table with one row per day of summary information, such as number of requests, number of visits, average visit duration, requests by hour of day, visits by hour of day, bandwidth by hour of day, etc. The stored procedure also populates another table called Daily Tab Summary Table by calling another stored procedure (see below) called Update Daily Tab Summary Table   Inputs: which date char(8)   Outputs: N/A       

   Update Daily Function Summary Table
         Function: This stored procedure is run after a day&#39;s worth of logs are fully imported into the WARS database. IT updates a table called Daily Function Summary Table with the individual content requested by the user, along with the number of requests made.   Inputs: which date_int, which_tab int, Content_Param1 varchar(100), Content_Param2 varchar (1100), Content_Param3 varchar(100), Content_Param4 varchar(100), Content_Param5 varchar(100), Content_Param6 varchar(100), Content_Param7 varchar(100), Content_Param8 varchar(100))   Note about Inputs: The Content_Param1—Content Param8 are OPTIONAL parameters. They are substrings that the stored procedure will look for in the Content Requested. If more than one Content_Param is provided, they are OR-ed together. Which_Function is the name of the Function (eg. “ACCOUNTS”, that is stored in the Daily Function, Summary Table)   Outputs: N/A       

   Update Daily Summary Table Executive Summary
         Function: Run once for each day that imports are run Multiple Web Server Logs can be imported for the same day into the WARS database. When all the imports are complete, this Stored Procedure is run to update the Daily Summary Table. Stored Proc Runs this Stored Proc. which populates the Executive Summary fields in the Daily Summary Table for the date indicated, by running a query on the Main Table   Inputs: which_date int       

   Process BCP Data
         Function: Places the data just imported into the main table after processing it further; to save space, fields such as the content requested are replaced with its unique identifier from the reference table. For data in the temp_import_table that does not have a unique identifier, the stored procedure creates new entries in the reference tables, and THEN stores the data in the main table Empties the temp_import_table, thereby readying the database for the next import.   Inputs: None   Outputs: N/A       

   Delete Usage Data
         Function: Deletes data from the main table on a nightly basis.   Inputs: Start Date, End Date   Output: N/A       

   Get Average Request per User by Office
         Function: Get the average requests per user for each branch office.   Inputs: Start Date, End Date   Outputs: List of branch offices with average requests per user       

   Get Dates in Daily Summary Table
         Function: To get the dates from the daily summary table as part of process to provide multi day report   Inputs: Report id, Number of Days to Report on   Outputs: List of branch offices with average requests per use       

   Get Dates in Weekly Summary Table
         Function: Get the dates from the weekly summary table as part of the process of multi day report   Inputs: Report id, Number of Days to report on   Outputs: List of Dates       

   Get User Data by Usage
         Function: Get the users with the most usage (up to the number of users specified)   Inputs: Start Date, End Date, Number of Users   Outputs: List of Users ordered by usage       

   Get Multi User by Usage
         Function: Provide usage data for a specified group of users for a specified date range   Inputs: Start Date, End Date, Up to 50 Users Ids   Outputs: Total requests, User Id, branch office for a specified date range       

   Get Multi Day Browser OS Summary
         Function: Provide report of browser os and total requests for a specified range of dates   Inputs: Report ID, State Date, end Date   Outputs: Browser os and number of requests for the specified date range       

   Get Number Users from Weekly Summary
         Function: Provide a report of the number of unique users for a specified date range   Inputs: Report Id, Start Date, End Date   Outputs: Number of unique users for a specified date range       

   Get Peak Day Requests
         Function: To provide the number of requests for the peak day within a given date range   Inputs: Report Id, Start Date, End Date   Outputs: Peak usage date and number of requests for the peak usage day within a given date range       

   Get Peak Hour Requests
         Function: To get the peak hour and number of requests within a given date range   Inputs: Report Id, Start Date, End Date   Outputs: Peak hour of the day and number of requests within a given date range       

   Get Precalc Multi Day Summary
         Function: To get the number of requests by hour, by day, number of visits, and the average visit duration for the time period within a given date range   Inputs: Report Id, Start Date, End Date   Outputs: Requests per hour, visits per hour, request per day, visits per day, average visit duration, bandwidth used per day within a given date range       

   Get Top Users by Function Usage
         Function: To get the users with the highest number of requests for a given function for a given date range   Inputs: Start Date, End Date, Number of Users, function used   Outputs: User Id, Number of Requests       

   Get Users by Function Usage for Office
         Function: To get the total requests for a function by the users in a branch office for a date given date range   Inputs: Start Date, End Date, Office Id, Function to be reported on   Outputs: User Ids, Number of Requests       

   Update Weekly Summary Table
         Function: To update the table for a specific week with the number of unique users visiting the site.   Information comes from the main table   Inputs: Start of Week, End of Week   Outputs: N/A