SYSTEM ENABLING A SALESPERSON TO CHAT WITH A CUSTOMER BROWSING THE SALESPERSON'S WEB SITE

Abstract: Transactions carried out using a communications network are facilitated by systems and methods which enable representatives of a marketing party to initiate private, one-on-one communications with potential buyers. When a potential buyer expresses an interest in particular goods or services by logging onto a web site a unique identifier can be assigned to that visitor. A representative can be alerted to the presence of the visitor. Being aware of the visitor enables the representative to initiate interactive communications with the visitor. The progress of the visitor through the pages of the site can be tracked to assess the effectiveness of the site.

Description: SYSTEM ENABLING A SALESPERSON TO CHAT WITH A CUSTOMER BROWSING THE SALESPERSON'S WEB SITE Related Application This application is a continuation-in-part of provisional application Serial No. 60/061,166 , filed October 6, 1997. Field of the Invention: The invention pertains to systems and methods for facilitating interactions on communications networks. More particularly, the invention pertains to such systems and methods usable to provide interactive real time communications between a user and another party while the user is viewing a page or pages of a web site. Background of the Invention: A service of the Internet, the Worldwide Web, has evolved as a readily available source of worldwide information. In addition to merely providing information, numerous companies have established web sites through which are offered a variety of goods and services. A visitor perusing a page or pages of a selected site selects those goods or services of interest and arranges to pay for them using a credit or debit card for example. While there has been great interest in this form of electronic commerce and many companies have established web sites for the purposes of marketing their products and services, some limitations have been encountered. One limitation that has been encountered has been an inability of visitors, who have expressed an interest in the products or services by their presence at the site to easily obtain answers to questions about the products or services. Another limitation that has been noted is an inability of the organization whose web site is being viewed to monitor the progress of the user and to initiate communication, substantially in real time, with the user during the viewing session. In known systems, it has been necessary for the site visitor or potential customer to initiate an interaction. Not all visitors take this step. Another form of known, interactive, network based communications is the so-called chat room. Chat rooms enable individuals having a common interest to interact substantially in real time concerning any subject that might be of interest to them. While facilitating interactive communications, chat rooms have not as yet had a substantial effect on web based commerce. One reason for this may be that persons visiting chat rooms may not have any interest at that time in buying goods or services of a type associated with the chat room. A second reason may be that chat rooms are multi-person forums that do not readily lend themselves to 1: 1 interactions. Another reason is that a user must take steps to join a chat room in order to participate. A monitoring party could not bring a visitor into a chat room to initiate an interaction. There thus continues to be a need for interactive communications capabilities which can be used to facilitate web based commerce. It would be desirable to enable a site representative to proactively engage a visitor. It would also be desirable if such capabilities could be incorporated into web sites or pages which offer goods or services. In a preferred system, it will not be necessary to download to the user any applets, "cookies", software modules or the like. Preferably, such interactive communications could be implemented using, at the user's site, nothing more than a standard commercial browser such as those available from Microsoft Corporation or Netscape. Summary of the Invention: The presence of a visitor at a web site that offers goods or services is an indication that the visitor is interested enough in the goods or services to be a potential customer. This is a self-screening process. In effect, the visitor's presence is a statement of interest in the subject goods or services. The visitor's presence at a given commercial site is also a statement that "this is a good time" to consider obtaining the offered goods or services. In accordance with the present invention, a representative of a web site is provided with the tools to proactively contact a visitor in an appropriate business-like fashion to open an interactive dialog to offer to assist or help the visitor by answering questions or offering suggestions. The dialog can be carried out interactively in real-time. The proactive capability is analogous to having a knowledgeable sales person approach and initiate a dialog with a potential customer in a store. Questions can be answered and additional suggestions can be made to the customer in real-time. Systems and methods for facilitating electronic commerce make it possible for a visitor who has access to a web site to review the pages of that web site. While reviewing the pages, the visitor can be contacted by a representative of the proprietor of the site for purposes of initiating an interactive interchange, a conversation, with that visitor. The present systems and methods make use of the frame-based functionality of the visitor's browser. No applets, cookies, modules or other software need to be downloaded to the visitor's computer. In another aspect, the visitor's movement through the pages of the site can be tracked and recorded. The list of tracking information for respective visitors can be stored for later review and follow-up. The tracking information can be presented in real time to the representative to facilitate the communications process. In yet another aspect, a dialogue box can be opened on the visitor's display for purposes of initiating a text-based interactive conversation. At the initiating end of the conversation, a display can be provided of both sides of the conversation. Alternatively, a graphical symbol or icon can be provided on the visitor's display. Triggering or clicking on the symbol or icon enables the visitor to open a conversation with a representative of the site. The representative can then respond to the visitor's inquiries on a real time basis. Specific questions can be answered and any concerns raised by the visitor about the goods or the services can be addressed immediately. In yet another aspect, the present systems and methods can be implemented with respect to web sites that use HTML coded pages. This implementation, which makes use of HTML frame tags supported by currently available browsers, is especially desirable. Only the pages associated with a selected web site need be supplemented with additional frame and link tags. No applets, "cookies" or other modules need be downloaded to the visitor's computer. All that is required at the visitor's end is that the respective browser be capable of responding to frame tags. In yet another aspect, where a visitor logs onto a web site a unique identifier is assigned to that visitor. This identifier can be used to track the progress of the visitor through the pages of the site. Unlike an IP address which can be associated simultaneously with a plurality of visitors to the site, the unique assigned identifier enables a representative of the site to initiate a 1 : 1 interactive conversation with the visitor. The unique identifier also enables a web site proprietor to analyze either in rea time , or, off line patterns of usage of the site. High traffic, commercially effective paths can be identified and emphasized. Low traffic paths can be revised or discontinued. Exemplary applications of the invention include: • Providing a live sales person in the internet. Example: A jewelry sales web site, where the site is organized to lead the visitor to one of a number of product categories (for example, rings, watches, necklaces, etc.). Sales oriented representatives watch the visitors move through the site. Once a visitor lingers on a product page for more than 3 minutes, a representative engages that visitor and offers assistance. If the visitor responds favorably, the representative attempts to close a sale. If the visitor requests to be left alone, the representative terminates the conversation. • Matching a user who has a specific question with an expert representative. Example: A technical support web site, where the site is organized to lead the visitor through a series of choices defining the nature of the visitor's problem before presenting a button encouraging the visitor to "Click here to speak to a live support representative". When the visitor clicks on the button, a pool of support representatives is notified of the contact request. Each representative views the visitor's page history to determine the nature of the problem, and the representative most familiar with the problem engages the visitor. The representative and the visitor hold a text-based conversation regarding the problem, and once it is solved, the Representative terminates the conversation. • Matching the correct regional sales agent with the correct customer. Example: A property rental web site monitored by three pools of representatives, each with a geographic area to service. The web side is organized by location (North, Central, and South) and each area is subdivided by property type (house, apartment, office). Each representative monitors only the portion of the web site which corresponds to their geographic region. As the visitor moves throughout the pages on the site, the appropriate representative is able to watch the visitor's page selections and engage that visitor already knowing that the visitor wants, for example, a 3-bedroom apartment in the Central region. • Correct and validate the customer choices in a user- configurable product order system. Example: A computer sales web site where web visitors configure the system they wish to purchase. The visitor selects the components they want, then submits the list to a validation program. If the validation program categorizes the system as poorly designed, a representative notified and engages the visitor in a conversation to talk them through and correct their choices. Numerous other advantages and features of the present invention will become readily apparent from the following detailed description of the invention and the embodiments thereof, from the claims and from the accompanying drawings. Detailed Description of the Preferred Embodiments: While this invention is susceptible of embodiment in many different forms, there are shown in the drawing and will be described herein in detail specific embodiments thereof with the understanding that the present disclosure is to be considered as an exemplification of the principles of the invention and is not intended to limit the invention to the specific embodiments illustrated. Exemplary iContact Implementation Requirements 1 When clients (visitors) log into the web site, their Financial Consultant (FC) is notified that they are on the site 2 Clients (visitors) can determine whether or not their FC is monitoring the web site and available to assist them Solutions for Meeting Requirements Requirement 1 The followmg steps show how iContact can determine the Visitor's FC and notify the FC that one of their clients is presently on the web site Please refer to Diagram 1 while reviewmg the followmg steps (1) When a web visitor first accesses the web site they are registered mto iContact iContact returns a frame set to the visitor's browser that will stay with the visitor durmg their visit The frame set allows iContact to track and identify the visitor Since they have yet to login to the web site, and be identified, they are not displayed on am of the FC's workstations (2) The visitor logs mto the web site Upon successfully loggmg into the system, a page associated with the visitor's FC, in this case M Owens, is returned to the visitor's browser (3) The returned page immediately requests a page from the iContact server The requested page's title is the iContact system identifier assigned to the FC when their account was created, in this case "mowens" (actual identifier is numeπc) (4) The page request notifies the iContact system that this visitor has requested a page with the title of "mowens" The page is returned to the visitor's browser and the request is passed on to the Net ep client applications installed on the FC's workstations (5) The visitor's iContact assigned system identifier (25736) and the title of the page f hey requested ("mowens") is sent to all the FCs logged mto the system Each client application will determine if they are allowed to monitor this individual This is done by checkmg if the page title (a k a FC's system identifier) is m their filter list or the visitor's identifier is in their active list (6) In this case the page title is in M Owens' filter list, so the visitor will now appear in his NetRep client application's Visitor List M Owens can also be notified by any combination of audible and visual mdicators generated by the NetRep client application At this pomt, M Owens has the option to proceed and engage the visitor and starting the conversation via iContact (7) The visitor can continue surfing through the web site normally M Owens will not be aware of which page the\ are viewing, only that they are still on the site (8) If it is determined that knowing the specific page (or section of the web site) the visitor is viewmg is necessary then the request for the specific page (or first page of the section) will be made through iContact iContact will return the requested page to the visitor's browser and pass the request on to the NetRep client applications (9) The visitor's system assigned identifier (25736) and the title of the page they requested ("quotes") is sent to all the FCs logged mto the system Each client application will determine if they are allowed to monitor this individual They do this by checkmg if the page title (a k a FC's system identifier) is m their filter list or the visitor's identifier is in their active list (10) In this case the visitor's identifier is in M Owens' active list, so the entry m M Owens' Visitor List will be updated M Owens can also be notified by any combination of audible and visual mdicators generated by the NetRep client application if this new page is m his page notification list Requirement 2 The followmg steps show how visitors can determine whether their FC is momtormg the site and available to assist them Please refer to Diagrams 2A & 2B while review the followmg steps Contacting their registered FC Diagram 2A (1) The visitor decides they want to communicate with their FC usmg iContact They click a "Contact a Financial Consultant" link which displays a list of av ailable FCs The link can be distributed throughout die web site The list will contain all the FCs registered to use iContact or it can also mclude unregistered FCs with a list of alternative contact methods like telephone number, email, or an automatic call back form (2) The visitor selects his/her FC from the list and clicks their name, in this case "M Owens" (3) This sends a request to the iContact system for M Owens. The request consists of the visitors unique identifier, the FC's identifier, and the URL of a page with the title of "mowens". (4) iContact checks to see if the requested FC, "mowens", is logged mto the system by checkmg the NetRep status list on the iContact server (5) If M Owens is logged into the system, then a page reαuesting the visitor to "Please Wait for Contact" will be returned to the visitor's browser. Otherwise a message statmg that the requested FC is not available will be returned Alternate methods of contact can also be displayed at this time (6) If M Owens is logged mto the system, the visitor's iContact assigned system identifier (25736) and the title of the page they requested ("mowens") is sent to all the FCs logged mto the system Each client application will determine if they are allowed to monitor this individual This is done by checkmg if the page title (a k a FC's system idennfier) is m their filter list or the visitor's identifier is in their active list (7) In this case the page title is in M Owens' filter list and the system identifier is in his Active List The visitor's entry in M Owens' Visitor List will change its state from "Available" to "HI" designatmg that they have requested contact M Owens can also be notified by any combmation of audible and visual indicators generated by the NetRep client application Contacting another registered FC Diagram 2B (1) The visitor decides they want to communicate with another FC if theirs is not available They click a "Contact a Fmancial Consultant" link which displays a list of available FCs. The link can be distributed throughout the web site The list will contain all the FCs registered to use iContact or it can also mclude unregistered FCs with a list of alternative contact methods like telephone number, email, or an automatic call back form (2) The visitor selects a FC from the list and clicks their na ~e, m this case "R Lincoln" (3) This sends a request to the iContact system for R Lincoln The request consists of the visitors unique identifier, the FC's identifier, and the URL a page with the title of "rlincoln" (4) iContact checks to see if the requested FC, "rlincoln", is logged mto the system by checkmg the NetRep status list on the iContact server (5) If R. Lincoln is logged mto the system, then a page requesting the visitor to "Please Wait for Contact" will be returned to the visitor's browser. Otherwise a message statmg that the requested FC is not available will be returned. Alternate methods of contact can also be displayed at this time. (6) If R. Lincoln is logged mto the system, the visitor's iContact assigned system identifier (25736) and the title of the page they requested ("rlincoln") is sent to all the FCs logged mto the system. Each client app canon will determine if they are allowed to monitor this individual This is done by checkmg if the page title (a.k.a. FC's system identifier) is m their filter list or the visitor's identifier is m their active list (7) In this case the page title is m R Lincoln's filter list, so the visitor will now appear m his NetRep client application's Visitor List with it's state set to "HI" designatmg that they have requested contact (8) In this case the system identifier is m M Owens' Active List The visitor's entry m M Owens' Visitor List will change its state from "Available" to "HI" designatmg that they have requested contact. Method for distinguishing individual Surfers on an Internet site Λ.s Surfers flow into an iContact enabled web site, the software automatically assigns a unique identifier to each visitor As with most of the claims we are discussing, I believe that this is reliant on our ability to track and provide functionality without visitor instigation or the possibility of their interference (l e turn off "cookies", Java, or refuse to fill out a form) First, because many Surfers dial-up through large proxy servers, a large number of visitors are identified by the same IP address For example, normal server logs will list all activity from AOL users in New York as essentially the function of the same user Given that we need to distinguish between all individuals on an Internet site in order to enable one-on-one communication, we created a method to monitor m real-time the activities of each individual visitor to a site By sending a peπodic request to the web server ("'heartbeat"), iContact allows live representatives to visually monitor each individual v isitor's activity without concern for shared IP addresses There are other ways to attempt to distinguish individual visitors, however, iContact is unique because it does not require a Surfer to accept a downloaded piece of data or perform a user-initiated function For example, if every visitor is asked to fill out a form or provide a username and password, the server can then distinguish between all Surfers Internet "cookies" can also be sent to each individual to allow the web server to monitor individual activities The iContact software is umque in that visitors are not required to accept cookies (which is at a Surfer's discretion), fill out any type of registration or form, or perform any action beyond requesting an HTML page from a web server It should be noted that iContact does not preclude the use of cookies, forms or logins, it just does not require them Technically, this all takes place duπng steps , and 4 on DJ's Diagram One I laid out instructions for six sample pages below that can be used to provide an example of what DJ was referring to The pages will show a progression in HTML as a Surfer sees them first as they arrive, then when they have a unique ID attached, and finally when a conversation has begun Figures 1-1 through 1-3 Ele £d» ϊew fio Favortei Help Back S ©top Rβ .afrβth H aome i S iearch Fa avαrtø H øistory Q _iamnnβi* I Fubcreen Mai Adcβtt jφ http //19216810_~ " ljϋnk., / Vecrsoionn 2.0t DaEMcOt J _ D iownload 1 N I-o rw~i Jfil Internal am Figure 1-la - New, uncaptured (unregistered) visitor to the site. Figure 1-lb -NetRep Client with no vsble (regstered) surers. fe lilt hLt-B.'.IUI.IIlllll.lϋl.UH .II.IIJl 0e ES yiβw go Fjvortw Help Back Forward S ©top Re aft∞h Horn* j S aearch Fa avoπrn H 3αtαy Ctamett I FiA aαββn Mai J Addl«t|^ httpM9Z1681Q1 13 bn_ιc/c c«'noaβe?X2FcoπiDan)/!a£htmM) " 3 j i ιl«l Company Contact Dynamics is a diverse group of professionals whose skills were The Company developed in a vaπβty of industries From software to weo sites ano from marketing and advertising, Contact Dynamics Dπngs to bear a vaπety of Officers resources in order deliver results, instead of new questions We recognize that our clients are not seeking the newest software but instead are searching for an overall plan that will finally help deliver on the financial Press Releases promise of the web Employment The original impetus for designing the iCo act software was to offer weo site owners the opportunity to communicate with their " visitors" Although a The Softwar significant portion of our efforts are spent developing and maintaining a dynamic soft are package we nave responoed to our clients requests for a Services variety of other services (underlines are clickable links to those pages) Thank you for your interest in Contact Dynamics ano olease dont hesitate to ■•wπEraiiEi request a live NetReo email at infQ@contactdyr.amiC5 com or call 312 345-1344 if there is anything we can do for you or your company Δ [0- " j , j i | Internet zonβ~~ Figure l-2a - Browser of uncaptured, but registered, visitor. Su er look H Active Surfw Message* NetRep Messages CurentPag* { Ereset Menage. | " 3 Engaged- Status 1 Paoβ 1 Sϊβ 1 Currant Paoe I ID | IP ing Menage AV 13 13 CD Coπpa. 983047 207 : π Outgo Γ Γ Γ Γ « l 1 JU Engage flelβaje Send Qear Figure l-2b NetRep Client with uncaptured, but registered surfer. Figure l-3b NetRep Client engaged in a conversaton wth a surfer. Display system for live NetReps that rationally exhibits current traffic activity of an Internet site The essential claim here is simple. Given that no one has ventured to proactively approach Surfers, no one has yet developed a system that organizes web activity into a "control panel" which allows NetReps to watch and dynamically communicate with Surfers. We have collected all the information that we can in real-time, and have built a graphical user interface (GUI) that provides NetReps with valuable tracking information about visitors before, duπng, and following communications. Although there are literally hundreds of reasons and uses for this GUI, we sought m the design to enable three basic functions. 1) Enable live NetReps to approach visitors based upon observed behaviors This is perhaps the most important function of the GUI In the same way that a good vantagepoint allows a retailer to gauge their store ' s activity, iContact provides a web site owner with a clear view of their virtual business. Live NetReps can visually monitor each visitor's current location, the amount of time each has spent on that page and the site in total, and a list of the last ten pages that each visitor has viewed. By providing businesses with this information they can proactively approach any number of visitors in order to react to or capitalize on observed Surfer behavior. The analogy is simple: retailers have always watched their stores and approached people based on what they did once they got inside. They ask the person wandering aimlessly if they can help them find something, and they approach people when they pause to examine an item in order to spurn the sales process. The iContact software translates server information into a GUI that allows businesses to provide the same dynamic sales and service assistance to their Internet visitors. The simplest example involves a NetRep monitoπng the transaction area of a site. In order to complete a purchase, most web sites first ask Surfers to fill out a form with all of their personal and payment information The Surfer then submits this form and waits until the transaction is cleared or rejected. Live NetReps could watch the transaction area and approach Surfers who either aborted the transaction or who were sent to the denial page igure -1 - et ep ient wit our uncapture visitors. Two are on the purc ase page, two are elsewhere on the site fc l.MIUI.B.,IIJ,.UIII.I.II.I,U.i.l.,I.ICT fi E* tfow fio Fjvwtes Uφ *» . -► . a a ώ l a a ø § i a " IL.^UI Widget Order Form The Company Name j Deluxe Widεet Officers Address j Citjrf Press Releases State If Zip code I Employment Country I " 3 The Software Phone I ■RflπBEEl E-mail I The Deluxe Widnel is the deluxe Credit Card \ verwon ot our popular Regular Widgei ISfiBTCfiTOfcl Visa <~ Mastercard <~ Discover $49.95 Submit I Reset | Δ IS — j [— igtintenatzo . Figure 2-2 - Surfer on the Ordeπng section of the site been denied while the other's has been accepted. Figure 2-4 ■ The Surfer's screen after his/her order was denied. Figure 2-5 - The surfer is engaged by a NetRep who notices that the surfer's order has been denied. The conversation frameset appears. NetReps could also approach Surfers who appear lost. If a NetRep observes a Surfer quickly moving through multiple pages without spending the time to stop and examine any content, they can assume that the visitor has not located the desired information. The software then enables a NetRep to approach that Surfer with the same type of polite assistance that is offered in retail environments: "Hello. I noticed that you appeared a little lost, can I help you find something specific". Figures 3-1 through 3-6 page, on the catalog page has now moved to the employment page. .k j Contact HEO| Surfer loots tio Actrve Surfer Messages Netflep Messages CurentPage: Ereset Messages -3 OHflomfl ws β g β tngage Release Sen { gear Figure 3-3 - NetRep Client with same uncapmred visitors. The visitor previously on the employment page has now moved to the main page. Figure 3-5 - The observant NetRep now capmres the aforementioned surfer. He/she offers to help with navigation. Figure 3-6 - The engaged surfer tells the NetRep that he/she is looking for the Order Page. The NetRep sends a link in the conversation frameset that points to the order form. 2) Provide a system and GUI that gathers the information needed to prioritize and logically direct NetReps to approach and respond to individual Surfers The massive size and scope of Internet sites makes it increasingly important to direct the most appropriate representative to different sections of the site. IContact displays all people on a site within a queue that shows the information for each Surfer laid out earlier (i.e. current page, time, etc.) As Surfers leave the site or are engaged by a NetRep, they are removed from the queue. We have a system that allows a flexible level of monitoring, of all or part of a site, by any number of NetReps. One of the unique attributes of this system of display is the ability to manage NetReps' time and focus their work scope. For example, an online brokerage firm could use three different types of NetReps on their site. Brokers in charge of specific clients, lower level brokers in charge of recruiting new business, and hourly-wage customer service agents. The iContact software makes it possible to limit or open the "view" that each NetRep sees. Experienced (and expensive) brokers who take care of existing clients could only view the transaction pages and other activity behind a username and password login. This way they would only spend their time with people who have demonstrated their client status. The brokers in charge of recruitment could then monitor the "research" area. Here investors read through the company's reports and recommendations. This free research is available to non-members, and is a logical place to direct these NetReps. If brokers observe people spending the time to read through many reports, they could approach and begin a conversation with this perspective client. Finally, the customer service representatives could all have a view of the entire site. Whether they are tasked to respond to questions, or serve as back up for the whole site, our system enables a company to change the view that any NetRep sees in order to direct and control the site. 3) System that enable NetReps to respond to Surfers requests for assistance with important information about the visitor The iContact software makes it possible to respond to Surfers armed with a great deal of information about them. There are many types of software that allow a Surfer to make a request for a live communication. Our system's display is unique because NetReps can respond armed with a great deal of information about the Surfer. Our NetRep GUI first informs NetReps of a request for communication with an audio tone and a color change of that Surfer in the queue. In the seconds or minutes before the NetRep prompts the conversation, they have access to all the pages that the Surfer has viewed, any previous discussions they have had with NetReps. and any amount of data that is available about the Surfer requesting help. This allows them to manage their time more efficiently for a variety of reasons. For example, duπng busy times, NetReps can respond immediately to the member's area, and choose to ignore requests from people who have been taking up NetRep 's time without the hope of a sale. NetReps can also approach prepared with the information that a Surfer is likely to request. If a Surfer requests help from a specific product page, the NetRep can call up all of the information about that product before they respond. While all other products require NetReps to respond based on time waiting or when the next available rep is free, iContact 's visual display system allows companies to be discerning. In short, our momtoπng system makes it possible for NetReps to spend their time with the most potentially fruitful Surfers Example: NetRep Assistance Figures 4-1 through 4-9 however the web ask a NetRep and Siffør Xocv QB^r Aam Su βr H«wgβ> Figure 4-2 - The NetRep identifies the web visitor with a question. The NetRep prepares a message "Can I help you" and sends it to the web visitor. Engage I J 3eer Figure 4-4 - The conversation continues Figure 4-5 - Information relating to the web visitor and the conversation between the visitor and the NetRep is captured in two ways. The iContact server automatically creates a database which is populated with the conversation, date, time, between the NetRep and the web visitor for future reference. Notes Field I Page History Notes foπ 198.201.168.200 Page Histayfor 207.252251.200 Name trie Johnson E_maιl e|ohnson@AD com Address Company Name Anderson Designs Cancel Save ] Close Figure 4-6 - The client software can also be populated manually with data that is also saved in a database on the iContact server. In this case the NetRep populates a Notes Field on the client software. A page visited history is also created of web pages that have been visited by the web surfer. The information in the database can help facilitate future sessions. For example, our web visitor may decide that he has enough information. The initial conversation is concluded. However, the web visitor realizes that he ahs another question He again requests for help. kj iContact Surfer loots H* Active Sulα Menage* Nβtflβp Manage* Cuπent Page: |CD Company Info βJβt Menage* J ~ 3 pEngage - Sla... I Pago I Srta I C J ID I IP 17 1983085 Outgoing Menage I 4 1 4 197 200 200251 1 4 1 4 137 200200 251 Γ I Γ I Γ I Γ I grig age Selβatβ Send Clear Figure 4-7 - The conversation starts. and checks the databases on the server. The NetRep can review the previous conversation and also review the pages that that the web visitor has looked at recently. Wιflfflfft.1 ΓΠETXI Suta loci* Help Active Sufer Menaget Netflep M tagat Current Paoβc |CD Company Info Prent Menage* r-£ngaged- Sla.. I Page I Site I C..I ID I I |7 1963085 Outoong Menage 5 1 5 197200200251 T at is a good question. A dial-up modem corvnection 1 5 1 5 197200200251 Γ I at 288 kbps meet the mmimal requitments howevei a 'faster connection (ISDN or htgner) would be ideal Γ I Γ Γ Engage Betoasβ Send Cjβar Figure 4-9 - The NetRep recognizes that the web visitor had a previous question about the client software. He prompts the web visitor if he has any additional questions about the client software. System of communication that enables live NetReps to manage multiple unique communications with individual Internet visitors There are two distinctions that can be drawn between iContact and existing technologies. First, chat rooms can enable communication between a human monitor (NetRep) and any number of Surfers who request a "chat room". There are other products that allow NetReps to communicate one-on-one with people requesting help. The iContact software makes it possible for a NetRep to carry on any number of one-on-one communications with any number of Surfers. We have limited it temporarily to five concurrent conversations, but is an artificial limit based on our experiences with NetRep overload. The reality is that our NetRep GUI allows a person to balance the needs of many Surfers using the capabilities inherent within the system. When a NetRep has many people engaged simultaneously, those people all appear in a list. The NetRep can then "click" on any Surfer to send a message to, or view the messages that that Surfer has sent. It is possible to use pre-set messages, as well as the ability to simultaneously send one message to any number of Surfers, in order to deal with the most visitors possible. The NetRep GUI keeps the history of all conversations making it possible for a NetRep to move between conversation without confusing individual Surfers. For example, if a NetRep has four people engaged and two are asking for the same piece of information, the rep can look on the pre-set list and send the same message to both Surfers with two "clicks". Figures 5-1 through 5-10 lEaSHH-jl ■ΓΠBT II Active Surfer Mβttagβr NβtRep Menage* Engage - Send } ■ Qεa Figure 5-1 - A NetRep is currently momtonng the site with three web visitor. The NetRep selects a preset message "weather" tc send to all three. Figur Figure . Figure k. igure - - ac rep es t at t e weat er s ter e n am. IΓTΠT Sufet Iocs* Help Active Suf or Menage* NetRep Message* 153804 — -152911- II n Atlanta we have cleat weathet " 3 How is the weather' ~3 Δ Δ OrentPβaβ. llCEmpioyment ' jPreset Messages ~3 r-nβaoed- Sta. I Page I Site ! Curte I ID I r 1983037 Qutgotigϋessage r 1983101 [7 |9β3100 π ΓI Δ Fnqage fieleue Figure 5-8 - The NetRep view of Jill's response Figure - - e et ep view o o ns response. iContact technical description Diagram land Diagram 1-b The followmg steps show how iContact processes a system initiation ana a new page request The solid lmes trace the system initiation and the dashed lines trace the new page request. Please refer to Diagram 1 while reviewing the followmg steps System initiation ( 1) The visitor clicks on a treated link that calls a npage function call through iContact's ISAPI server extension. The parameters for the function call are the URL of the requested page and the visitor's id which defaults to the entry m the title tag of the current page. (2) The server extension notifies the capture server that a new visitor has requested a page. (3) The capture er creates a new visitor id for the visitor and returns the id to the server extension (4) The server extension returns the un-captured frame set to the visitor with the visitors id imbedded rn the title tag of the frame set (5) The requested page is targeted to the content frame of the un-captured frame set (6) The capture server notifies the NetRep server that a new visitor is on the site. The notification mcludes the visitors id and current page (7) A new session is created in the database for the visitor w hich mcludes the visitor's current page, browser strings, and IP address (8) The NetRep client application is notified of the new visitor New page request ( 1 ) The visitor clicks on a treated link that calls a npage function call through iContact's ISAPI server extension. The parameters for the function call are the URL of the requested page and the visitor's id which was stored m the title tag of the current page (2) The server extension notifies the capture sen er that a v isitor has requested a new page The notification includes the requested URL and the visitor's id ( 3) The capture server returns a confirmation to the server extension (4) The server extension returns the un-captured frame set to the visitor with the visitors id imbedded m the title tag of the frame set. (5) The requested page is targeted to the content frame of the un-captured frame set. (6) The capture server notifies the NetRep server that a visitor has requested a new page. The notification mcludes the visitors id and current page. (7) The page history gets updated m the database for the visitor (8) The NetRep client application is notified of the page change Diagram 2 The followmg steps show how iContact processes a proactive engagement (NetRep initiated) and a release. The solid lmes trace the proactive initiation and the dashed lmes trace the release. Please refer to Diagram 2 while reviewing the followmg steps. Proactive engagement ( 1) The NetRep mmates an engagement with a visitor The mitiaπon mcludes an mtroductorv message to the visitor is sent to the NetRep server ( 1 A) The database is updated with the new status and introduction message (2) The capmre server is notified that the NetRep is engagmg a visitor. The NetRep id. visitor's id, and initial message is sent as parameters. (3) The heartbeat function from the hidden frame asks the ISAPI extension if this visitor is engaged or not (4) The extension asks the capture server if this visitor is engaged. (5) The capture server notifies the extension that this visitor is engaged. (6) The hidden frame receives a response that the visitor is engaged (7) The hidden frame requests a full reload of the browser wmdow (8) The extension returns the captured frame set to the browser (9) The requested page is targeted to the content frame of the captured frame set Release ( 1 ) The NetRep inmates the release of the visitor ( 1A) The database is updated with the new status (2) The capture server is notified that the NetRep is releasmg a visitor. The NetRep id and v isitor's id are sent as parameters (3) The heartbeat function from the hidden frame asks the ISAPI extension if this visitor is engaged or not (4) The extension asks the capmre server if this visitor is engaged (5) The capmre server notifies the extension that this visitor is not engaged (6) The hidden frame receives a response that the visitor is not engaged. (7) The hidden frame requests a full reload of the browser wmdow (8) The extension returns the un-captured frame set to the browser (9) The requested page is targeted to the content frame of the un-captured frame set Diagram 3 The followmg steps show how iContact processes a reactive engagement (Visitor initiated) Please refer to Diagram 2 while reviewmg the followmg steps (1) The Visitor initiates an engagement with a NetRep A request_contact function call is sent to the ISAPI extension with a page URL and the visitor's id (2) The server extension returns the waiting for contact frame set to the browser (3) The server extension notifies the capmre server that a visitor has requested contact (4) The request for contact is forwarded to the NetRep server (5) The NetRep server notifies the NetRep clients that a visitor is requesting contact. (6) The NetRep initiates an engagement with a visitor The initiation mcludes an introductory message to the visitor is sent to the NetRep server (7) The database is updated with the new stams and introduction message (8) The capmre server is notified that the NetRep is engagmg a visitor The NetRep id, visitor's id. and initial message is sent as parameters (9) The heartbeat function from the hidden frame asks Je ISAPI extension if this visitor is engaged or not ( 10) The extension asks the capmre serv er if this visitor is engaged ( 1 l)The capmre server notifies the extension that this visitor is engaged ( 12) The wait frame receives a response that the visitor is engaged (13)The wait frame requests a full reload of the browser wmdow ( 14) The extension returns the captured frame set to the browser ( 15) The requested page is targeted to the content frame of the capmred frame set Diagram 4 The followmg steps show how iContact processes messages bemg sent from the NetRep to the visitor and from the isitor to the NetRep Tne solid lmes trace the visitor to the NetRep path and the dashed lmes trace the NetRep to the visitor path Please rerer to Diagram 5 while reviewing the followmg steps NetRep to visitor ( 1 ) NetRep selects a v lsitor to send a message to and sends a message (2) The database is updated with the new stams and the text of the message (3) The message is forwarded to the capmre server (4) The capmre server updates the CW file associated with the visitor The CNV files contams the text of the message bemg sent (5) The hidden frame asks if the visitor has received a new message (6) The extension asks the capmre server if a new message has been received (7) The capmre server notifies die server extension that the visitor has received a new message (8) The hidden frame receives a response that the visitor has received a new message (9) The hidden frame requests that the NetRep message frame be reloaded w ith the updated CNV file 1 10) The server extension reads the CNV file and conv erts it to HTML ( 1 l )The NetRep message frame is updated Visitor to NetRep ( 1 ) The visitor send a message to the NetRep (2) The message is sent to the Capmre server (3) The capture server updates the CNV file associated with the visitor The CNV files contams the text of the message bemg sent. (4) The server extension reads the CNV file and conveπs it to HTML (5) The Visitor message frame is updated with the new text (6) The message is forwarded to the NetRep server (7) The database is updated with the new stams and the text of the message (8) The message is sent to the NetRep Diagram 5 The followmg steps snow how iContact can de'ermine which NetRep is assigned to the Visitor and notify the NetRep that one of their clients is presently on the web site. Please refer to Diagram 5 while reviewmg the followmg steps. ( 1 ) When a web visitor first accesses the web site they a.e registered mto iContact. iContact returns a frame set to the visitor's browser that will stay with the visitor duπng their visit. The frame set allows iContact to track and identify die visitor. Smce they have yet to logm to the web site, and be identified, they are not displayed on any of the NetRep's workstations. (2) The visitor logs mto the web site Upon successfully loggmg mto the system, a page associated with the visitor's NetRep, m this case M. Owens, is returned to the visitor's browser (3) The returned page immediately requests a page from the iContact server. The requested page's title is the iContact system identifier assigned to the NetRep when their account was created, m this case "mowens" (acmal identifier is numeπc) (4) The page request notifies the iContact system that this visitor has requested a page with the title of "mowens" The page is returned to the visitor's browser and the request is passed on to the NetRep client applications installed on the NetRep's workstations ( 5) The visitor's iContact assigned svstem identifier (25736) and the title of the page they requested ("mowens") is sent to all the NetReps logged mto the system Each client application will determine if they are allowed to monitor this individual. This is done by checkmg if the page title ( a k a NetRep's system identifier) is in their filter list or the "lsitor's identifier is m their acnve list (6) In this case the page title is in M O ens' filter list, so the visitor ill now appear his NetRep client application's Visitor List M Ow ens can also be notified by any combmaπon of audible and visual indicators generated by the NetRep client application (7) The visitor can continue surfing through the web site normally M Owens will not be aware of which page they are viewmg. only that they are still on the site (8) If it is determined that know ing the specific page (or section of the web site) the visitor is viewing is necessary then the request for the specific page (or first page of the section) will be made through iContact. iContact will return the requested page to the visitor's browser and pass the request on to the NetRep client applications ( 9) The visitor's system assigned identifier ( 25736) and the title of the page they requested ("quotes") is sent to all the NetReps logged mto the system. Each client application w ill determine if they are allowed to monitor this individual They do this by checkmg if the page title (a k.a NetRep s system identifier) is in their filter list or the visitor s identifier is m their active list ( 10) In this case the visitor's identifier is m M Owens' active list, so the entry m M. Owens' Visitor List will be updated M Owens can also be notified by any combination of audible and visual mdicators generated by the NetRep client application if this new page is in his page notification list Diagram 6 The followmg steps show how visitors can determine whether their NetRep is monitoring the site and available to assist them Please refer to Diagrams 6A & 6B while review the followmg steps. Contacting their registered NetRep ( 1 ) The visitor decides they want to communicate with their Netrep usmg iContact They click a "Contact a Company Representative" link which displays a list of available NetReps. The link can be distributed throughout the web sue. The list will contam all the NetReps registered to use iContact or it can also mclude unregistered NetReps with a list of alternative contact methods like telephone number, email, or an automatic call back form (2) The visitor selects his/her NetRep from the list and clicks their name, m this case "M. Owens". (3) This sends a request to the iContact system for M Owens. The request consists of the visitors unique identifier, the NetRep's identifier, and d e URL of a page with the title of "mowens" (4) iContact checks to see if the requested NetRep, "mowens", is logged mto the system by checkmg the NetRep stams list on the iContact server (5) If M. Owens is logged mto the system, then a page requesting the visitor to "Please Wait for Contact" will be returned to the visitor's browser. Otherwise a message statmg that the requested NetRep is not available will be returned. Alternate methods of contact can also be displayed at this time (6) If M. Owens is logged mto the system, the visitor's iContact assigned system identifier (25~36) and die title of the page they requested ("mowens") is sent to all the NetReps logged mto the system. Each client application will determine if they are allowed to monitor this individual. This is done by checkmg if the page title (a.k.a NetRep's system identifier) is m their filter list or the visitor's identifier is m their active list. (7) In this case the page title is m M Owens' filter list and the system identifier is m his Active List. The visitor's entry m M. Owens' Visitor List will change its state from "Available" to "HI" designatmg that they have requested contact. M. Owens can also be notified by any combmation of audible and visual mdicators generated by the NetRep client application Contacting another registered NetRep ( 1 ) The visitor decides they want to communicate with anodier NetRep if theirs is not available They click a "Contact a Company Representative " link which displays a list of available NetReps The link can be distributed throughout the web sue The list will contam all the NetReps registered to use iContact or it can also mclude unregistered NetReps with a list of alternative contact methods like telephone number, email, or an automatic call back form. (2) The visitor selects a NetRep from the list and clicks their name, in this case "R Lincoln" (3) This sends a request to the iContact system for R. Lincoln The request consists of the visitors unique identifier, the NetRep's identifier, and the URL a page with the title of "rlincoln" (4) iContact checks to see if the requested NetRep, "rlmcoln", is logged into the system by checkmg me NetRep stams list on the iContact server (5) If R LincoLn is logged mto the system, then a page requestmg tne vis.tor to "Please Wait for Contact" will be returned to the visitor's browser. Otherwise a message stating that the requested NetRep is not available will be returned Alternate methods of contact can also be displayed at this time (6) If R. Lincoln is logged mto the system, the visitor's iContact assigned system identifier (25~36) and the title of he page they requested ("rlmcoln") is sent to all the NetReps logged mto the system. Each client application will determine if they are allowed to monitor this individual. This is done by checkmg if fhe page title (a.k a NetRep's system identifier) is m theu filter list or the visitor's identifier is m their active list. (7) In this case the page title is m R Lincoln's filter list, so the visitor will now appear m his NetRep client application's Visitor List with it's state set to "HI" designatmg that they have requested contact. (8) In this case the system identifier is in M Owens ' Active List. The visitor's entry m M Owens' Visitor List will change its state from "Available" to "HI" designatmg mat they have requested contact 6-33 iContact technical description Diagram 7 The followmg components are used in a large scale custom implementanon Please re f er to Diagram 7 while reviewme the followmg steps Enterprise Components ( 1 ) ISAPI Server ExtensionΕtlter pair - Each ISAPI server extension uses its own set of template files This provides the ability to manage separate/distinct web sites, separate/ distinct sections of a web sue. and individual groups of pages as separate entities with their own sets of template files. Each extensions can be replaced with 2 filters The filters will allow the imbedding of the unique identifier without requiring extensive page modification (2) Capmre Server - Manages one or many server extensions or filter pairs Mulnpie capture servers allow for load distribution Capture servers can run on multiple servers (3) NetRep Server - Manages NetRep client applications through multiple message servers Also distriDutes mformanon to and from databases (4) Messaging Server - Manages the distribution of messages between NetRep client appiicanons and the NetRep serv er Used for load balancing (5) The NetRep administration ui..ity manages NetRep groups, preset messages, and tour guide locations Tour Guide locations are used to push pages to web isitors who have been engaged (6) Database Controller - Manages access and control to the iContact and other associated databases ( 7 ) NetRep client application (S) Web site Administration - Used to manage the configuraπon of the ser er extensions filters and the capture servers Diagram 8 The following steps show how an HTTP server developed by Contact Dynamics would be used to manage multiple separate and distmct web sites by an out sourced call center The use of a custom sen. er provides the followmg benefits 1. Minimum to no modification of the call center ' s client's web pages 2 The call center can turn off the web monitoring and du'ect the client ' s web site to function normallv , bv not going through Contact Dynamics' server without affecting the web pages on the site Please refer to Diagram 8 while reviewing the followmg steps New page request (A) Visitor requests a page The request is recei ed by the [Contact server (B) The iContact server notifies die NetRep server of the page request. (C) The NetRep server nonfies the appropnate group of NetReps. A messaging server mav or may not be used (D) The Contact server requests the page from me appropnate web server The web server may be located anywhere on the Internet (E) The web server returns the requested page to die iContact server (F) The iContact server compares the creanon date of the returned page with the processed page cached on its hard dπve If the page has been updated the server will process the page and replace the old processed page with the new page If the page has not been updated the server discards the new page. (G) The iContact server returns the processed page to die visitor's browser (H) The Visitor's browser requests the graphic files directly from the web ser er 6-34 1 1) Tne web server returns the grapnic files Diagram 9 Each frameset returned to a Surfer contams a hidden heaπbeat funcnon as pan of the content. Two heaπbeat functions are used - one for Engaged Surfers and one for Unengaged Surfers The logic flow of each is shown in diagrams 9-a and 9-b 6-35 pagel .html Regular untreated page. (Local Installation) <HTM > <H?:ΛD-.> :TTTL~APuyel--./TTT E; </HΞAD.» <BODY .» <A HR ~ r = "pαgcl . Linl 'AL r.k 1</A <or> < A KR t = "page2.h '.r.A 1 >Lmk 2</A> <br> </KTML pagel_acx.html Treated page. (Local Installation) <HTM -> <HEAD • ■• <TITLE. ' Page1</TITLE> </HEAD> <BODY <RD_DONE01 > <!-- a href="pagcl .html" ϊ.mk l</A-.--> <scrιρt lar:gαage=" JavaScript "> <! -- document .write ( Αa href= ' /bm/icx. dll?rιpdge?%2Fpagel%2 Eht lS" + top. document, .title + "* target= '_top ' >" ) document .write ("Link V) document .write ( "</a->") // -- </εcπρt > •cno-^cπpt > <a href="/bm/ιcx.dll?npage?%2Fpagel%2Ehtτl&-l" target = "_t op" >Lmk 1 «.-/*> </noscrιpt -> </RD_DOME01 <br <RD_DONE01-» <!--<a href="page2.html">Link 2</A>--> <scriρt langu < .ιge=" JavaScript "> <! -- document. write ("<a href= ' /bin/i cx.dll?npage?%2Fpagc2%2 Eht li" + top . document .title \ " ' target^ ' _Lo ' >" ) page _icx.html document . rite ( "Link 2" ) document .write ( " /a>" ) // --> < /script <noscnp^ hrcfBll/ . oir . /icχ _ dll?: , page?% 2 F pa e2%2Ehcιr.l&-l" target- "_top' > Link 2 /α </noscri > <br < /BODY </HTML page2_icx.html Treated page. (Redirectior.) <HTML> <HEAϋ'-> < TITLE Page2<7TITLE> </HKΛD> <BODY <RD_DO E-Jl:.» <!-- a href="http://192.168.1.1/pagel . hcml " >Lirιk 1</Λ> ■ > <script language= "JavaScrip " < ! -- document .write ( "<a href = ' /biπ/-cx.dl " . Vnpage?ht.-p%3A%2F%2F192%2El£S%2Kl%2EI%2Fpagel%2Eht.ml &" + top. docum n . tit.1 e + "' target- '_top ' >") documen .write ; "Link l") document . write ( " </a> " ) // --> < /.scr t > <:noscript <a hre£= M /bl /ιcx.dll?npage?h tp%3A%2F%2FlS2%2EI68%2ΞI%2Ξl%2Fp agol%2Khtmi&-l" target="_Lop" >Li::k l</a> </nθ£5criρt </RD_DONE01 <br <RD_DONE01 <! --ca href = M ht.tp://iS2.168. l.l/page.2.html" Link 2</A --> < script language-" JavaScrip "> < ! •- - document .write ("<a hrcf ^ 7bin/icx.dll?npagc?http%3A%2F%2F192%2E168 r 2El%2El%2Fpag=!2%2Ehtml &" + top. document .title ■< "' target= '_top ' >" ) document .write ("Link 2") page2_icx.html documen .write ("</a>") // --> </script: < no B cri t > hrcf= , I/bin/icχ-dll?npage?hctp% 3A%2F%2P192%2E168*2EI%2El*2?p agc2%2F.html&-l " target.= "_top" >Link 2</a^ < /noscript </RD_DONE01> <br </BODY </HTMT.-- page2.html Regular untreated page. (Redirection ) <HTML> <HEAD-- -TITLE >Paσe2 */TIT E </IIEΛD> <BODY A H EF-"http://192.168. .1/pagel. tir.l » >LinA K/A, <br l πRFK-"ht p7/192.168.1.1/pagc2.html">L 1 nk 2</A> <br> -./HTML-' EXEMPLARY CONVERSATION N - Representative of Site S - Visitor at Site From the foregoing, it will be observed that numerous variations and modifications may be effected without departing from the spirit and scope of the invention. It is to be understood that no limitation with respect to the specific apparatus illustrated herein is intended or should be inferred. It is, of course, intended to cover by the appended claims all such modifications as fall within the scope of the claims. 10

Claims: What is Claimed: 1. A method of using a communications network comprising : detecting the presence of a particular visitor at a particular page of a web site; transmitting an indicator to a selected display whereupon transmission of a return message to be presented to that visitor can be initiated; and transmitting the return message to that visitor for viewing. 2. A method as in claim 1 which includes tracking the progress of the visitor through the web site and building a list thereof. 3. A method as in claim 2 which includes transferring a response from the visitor to the display. 4. A method as in clam 3 which includes transferring a responsive reply back to the visitor substantially on a real-time basis. 5. A. method as in claim 4 including enabling the visitor to carry out a commercial transaction. 6. A method as in claim 4 including facilitating the carrying out of an interactive conversation. 7. A method as in claim 2 which includes displaying a list of pages presented to a visitor over a period of time. 8. A method as in claim 7 wherein the list of pages is displayed at a displaced site. 9. A method as in claim 8 which includes presenting to the visitor an indicator whereby the visitor, when viewing a selected page, can initiate a bi-directional conversation with the displaced site. 10. A method of communicating with an individual who has logged onto a communication network comprising: presenting at least a part of an information sequence, displayable in part, and including one or more pages that may be displayed at various times in response to commands entered by the individual; detecting when the individual is viewing a page; tracking the progress of the individual through a plurality of pages which are in part presentable graphically; 11 storing the tracking information; transmitting, from another site, a selected communication to be presented to the individual to facilitate interaction with the page being displayed for the individual; enabling the individual to form a responsive message; and transmitting the responsive message to the another site for reviewing and in real-time, carrying out an interactive information interchange between the individual and the another site. 11. A method of facilitating interactive communications using a network comprising: selecting at least one page containing displayable information and commands for implementing a display; incorpo rating additional commands, which when the page is to be displayed at a requesting site, provide information to another site; displaying the selected page in response to a user's request; and initiating a bi-directional information interchange, on the page being displayed, using the provided information. 12. A method as in claim 11 wherein the initiating step includes opening a dialog box on the page being displayed. 13. A method as in claim 12 wherein a message can be entered into the dialog box. 14. A method as in claim 13 wherein the message can be transmitted to and displayed at another site. 15. A method as in claim 14 which includes building a list at the another site indicative of the pages displayed at the requesting site. 16. An information sequence, in part displayable for a viewer, comprising: a text sequence to be displayed; a sequence of display controlling commands combined with the displayable text; and a sequence of tracking commands, combined with the displayable text whereby information pertaining to text being presented to a 12 viewer can be presented, substantially in real-time, at a displaced location for tracking the text being presented to the viewer. 17. A sequence as in claim 16 wherein the text sequence is organized as a plurality of linked pages and wherein at least some of the pages include frame based commands for tracking. 18. A sequence as in claim 16 which includes, as commands, hypertext mark-up tags. 19. A sequence as in claim 18 which includes as tracking commands, hypertext framing tags. 20. A sequence as in claim 17 wherein the pages include, as commands, hypertext mark up tags and wherein at least some of the pages comprise hypertext frame tags. 21. A multi-processor communication system comprising: a visitor client; a visitor server, coupled at least intermittently to the visitor client for transferring information therebetween whereby a visitor using the visitor client and the visitor server can request a selected file, specified by the visitor; a monitoring client; a monitoring server, coupled at least intermittently to the monitoring client, for transferring information therebetween wherein the servers can communicate via a common network, whereby a representative using the monitoring client and the monitoring server can initiate an interactive real-time information interchange with the visitor and wherein the visitor can reply thereto on a one-on-one basis. 22. A system as in claim 21 wherein the visitor client includes, at least in part, a browser to facilitate a display of the selected file. 23. A system as in claim 22 wherein the browser is capable of interpreting HTML-type tags in the file to facilitate display thereof. 24. A system as in claim 23 wherein the monitoring server receives information indicative of the progress of the visitor in reviewing the displayed file. 13 25. A system as in claim 24 wherein the monitoring server includes a control program for forwarding to the monitoring client the progress indicating received information. 26. A method for using a computer to enable a web site representative to observe in real-time a web site usage profile of any one of a plurality of web site visitors and proactively to engage the visitor in a one-to- one, real-time conversation, comprising: recording information about each visitor's usage of the respective web site including a list of the web pages the visitor has viewed and the amount of time spent on each, a unique visitor's address, a status indicator showing whether the visitor has been previously engaged by another representative, the total time the visitor has spent on the web site, and a unique identifier for each visitor; displaying to a group of representatives the above information for the visitors to all or a selected portion of the web site in real-time; enabling any one of a plurality of representatives to select any one of a plurality of visitors to engage in a private one-to-one conversation; and proactively engaging the visitor so chosen in a one-to-one conversation without any action on the visitor's part. 27. A method as in claim 26 which includes: enabling a visitor to request a conversation with a representative; enabling one representative to engage in one-to-one conversations with a number of visitors simultaneously; enabling the representative to send messages and other content to the visitor; enabling the visitor to receive messages and other content from the representative; enabling the visitor to send messages and other content to the representative; enabling the representative to receive messages and other content from the visitor; and enabling the representative to proactively terminate the conversation with any engaged visitor. 14 28. A method as in claim 26 which includes: enabling the visitor to terminate the conversation with the representative. 29. A method as in claim 26 which includes: recording all or part of the recorded information into a database for future use and analysis. 30. A method as in claim 26 which includes displaying for a visitor a two-part graphical display with the representative's comments at one location and the visitor's comments adjacent thereto. 31. An apparatus enabling a web site representative to observe a real-time web site usage profile of any one of a plurality of web site visitors and proactively engage a selected visitor in a one-to-one, real-time conversation, comprising: a storage device; and a processor connected to the storage device wherein the storage device includes a program for controlling the processor; and wherein the processor interacts with the program to record information about each web site visitor's usage of the web site including at least a list of the web pages the visitor has viewed and the amount of time spent on each, a unique visitor's address, a status indicator showing whether the visitor has been previously engaged by another representative, the total time the visitor has spent on the web site, and a unique identifier for each visitor. 32. An apparatus as in claim 31 wherein: the program displays to a group of representatives the information for the visitors to all or a selected portion of the web site in real time including instructions to allow any one of a plurality of representatives to select any one of a plurality of visitors to engage in a private one-to-one conversation and to proactively engage the visitor so chosen in a one-to-one conversation without any action by the visitor. 33. An apparatus as in claim 31 which includes: commands to enable a visitor to request a conversation with a representative and to enable one representative to engage in one-to-one conversations with a number of visitors simultaneously; 15 enable the representative to send massages and other content to the visitor; enable the visitor to receive messages and other content from the representative; enable the visitor to send messages and other content to the representative; enable the representative to receive messages and other content from the visitor; enable the representative to proactively terminate the conversation with any engaged visitor; optionally enable the visitor to terminate the conversation with a representative, and optionally record all or part of the above information into a database for future use and analysis. 34. An apparatus as in claim 32 which includes: a display device displaying information in real time including, but not limited to, a list of the web pages the visitor has viewed and the amount of time spent on each, a status indicator showing whether the visitor has been previously engaged by another representative or not, the total time the visitor has spent on the web site, and a unique identifier for each visitor. 35. An apparatus as in claim 31, wherein: the storage device optionally store a record of all or part of the information regarding the user's web site usage program recorded by the apparatus. 36. A method for using a computer to observe a real-time web site usage profile of any one of a plurality of web site visitors, to compare that profile with a number of predefined web usage profiles which are associated with lists of actions to be performed upon a pattern, to determine if the visitor's usage profile matches any one of these predefined profiles, and to automatically perform the action associated with the matched usage profiles, comprising: storing a number of predefined web site usage profiles; storing and associating a list of actions with each predefined usage pattern; 16 recording information about each web site visitor's usage of the web site including, but not limited to, a list of web pages the visitor has viewed and the amount of time spent on each, the visitor's address, a status indicator showing whether the visitor has been previously engaged by another representative, the total time the visitor has spent on the web site, and a unique identifier for each visitor; comparing the above information with each predefined usage profiles and their associated actions; and executing the associated action list upon a successful match between the visitor's usage pattern and the predefined usage pattern. 37. The method of claim 36 further comprising: inputting into the computer a number of descriptions of a web site usage pattern; inputting into the computer a number of lists of actions to be performed by the computer; associating each usage pattern description with at least one list of actions to be performed by the computer; and editing and deleting the descriptions of web site usage patterns, the lists of actions, and their associations. 38. An apparatus for observing a real-time web site usage profile of any one of a plurality of web site visitors, to compare that profile with a number of predefined web usage profiles which are associated with lists of actions, to determine if the visitor's usage profile matches any of these predefined profiles, and to automatically perform the action associated with the matched usage profiles; comprising: a storage device; and a processor connected to the storage device; the storage device storing: a number of predefined web site usage patterns; a list of actions associated with each predefined usage pattern; a program for controlling the processor; and wherein the processor is operative with the program to record information about each web site visitor's usage of the web site including, some 17 or all of a list of the web pages the visitor has viewed and the amount of time spent on each, a status indicator showing whether the visitor has been previously engaged by another representative or not, the total time the visitor has spent on the web site, and a unique identifier for each visitor and wherein the program includes commands for comparing the above information with each predefined usage profile and executing the associated action list upon a successful match between the visitor's usage pattern and the predefined usage pattern. 39. The apparatus of claim 38, in which the processor is further operative with the program to: input a number of descriptions of a web site usage pattern; input a number of lists of actions to be performed by the computer; associate each usage pattern description with at least one list of actions to be performed by the processor; and editing and deleting the descriptions of web site usage patterns, the lists of actions, and their associations. 40. A method of analyzing visitor movements through a plurality of related files comprising: tracking viewing paths of a plurality of viewers of the files; analyzing the tracking information and identifying selected file sequences which exhibit a greater incidence of viewing paths than other sequences. 41. A method as in claim 40 wherein the tracking step is carried out in real time. 42. A method as in claim 41 wherein the tracking information is stored. 43. A method as in claim 42 wherein the analyzing step is carried out relative to the stored tracking information. 44. A method of identifying a visitor at a web site comprising: detecting the presence of an individual visitor at the site; determining the visitor's IP address; and assigning a unique identifier to the visitor in addition to the visitor's IP address. 18

Inventors: COSTIGAN MICHAEL R, COSTIGAN THOMAS J, DES JARDINS PHILIP A, ENTZMINGER LINDELL B III, COSTIGAN, MICHAEL, R., COSTIGAN, THOMAS, J., DES JARDINS, PHILIP, A., ENTZMINGER, LINDELL, B., III
Applicants: CONTACT DYNAMICS INC, CONTACT DYNAMICS, INC.
Application year: 1998
Main classification: G06F15
IPC codes: G06Q30