The use of the Internet has become widespread over the last decade, and an important use of the Internet is e-commerce. One way in which e-commerce is conducted is through the use of websites with web pages that contain information about products and services being offered for sale by a merchant. Such web pages may or may not provide a mechanism for a consumer to purchase the goods or services “online,” that is, via the website. Such websites may provide for such an ability by allowing a user of the website to select goods and services for inclusion in a virtual “shopping cart” and then providing a web page that includes text boxes or other mechanism that allow the user to specify billing and shipping information and provide a means for payment (e.g., a credit card number).
Whether or not a web page offers the opportunity to make purchases online, users of web pages often find themselves in situations in which human assistance is desirable. For example, a user may not be able to locate a desired product or service, on a website, or, even if they have located a product or service on the website, may need information about such a product or service that is not available on the website. A user may also encounter difficulty in navigating the website or in performing some action such as completing an on-line purchase. There are numerous other reasons why a user of a website may require assistance.
One method in which assistance may be rendered to a user of a website is through the provision of an icon which, when activated, will result in the establishment of a phone call or text chat with a customer service agent at a call center. The phone call can be a pure VOIP (voice over internet protocol) phone call, a mixed VOIP-PSTN (public switched telephone network) call, or a pure PSTN call, which can be a “call back” call from a call center directly to a consumer or a “call back” call facilitated by a third party service provider in which the third party service provider places a first call to the user of the website at a number provided by the user and a second call to a call center and then bridges the first call to the second call. Another method in which communication between a user and a customer service agent may be established is through a text chat connection.
When a call or text chat connection is established between a user of a website and a customer service agent, it is desirable for the customer service agent to be able to view the web page being seen by the user so that the customer service agent can assist the user more easily. Doing this without using Java, or other plug-ins is preferable since customers don't have to download anything new, and they don't even have to be notified that they are cobrowsing.
The aforementioned issues and others are addressed to a great extent by a system and method for extracting data from a web page being viewed by an end user to a target domain (which may be different from the domain of the web page being viewed by the end user), in which JavaScript code (which is preferably downloaded from a third party website using a script source include that is included in the web page) creates an element, preferably an iframe, into which a partial or total “copy” of the webpage (including some or all of the user entered information) is entered, and uploads the element to a third party computer. The information in the element is then used in some embodiments to create a copy of the web page (which may involve combining the data in the element with other data) and the recreated web page is displayed to another person, such as a customer service agent.
Some embodiments determine whether the subject web page is session based or non-session based (i.e., static). This information can be used to determine whether it is necessary to copy the entire contents of the web page (such as for session-based web pages) or whether only the user-changeable portions of the web page need be copied (such as for non-session based web pages). The determination of whether the web page is session based can be made using prior knowledge of the URL. If it is not known whether a particular web page is session based or static, a dynamic test may be used to determine whether the page is static and the result of the dynamic test can be used for a remainder of a co-browsing session. The dynamic test involves uploading the entire contents of the initial page to the co-browsing server, downloading the same URL to the co-browsing server and comparing the downloaded web page to the data in uploaded element. If the data from the uploaded elements matches the data downloaded from the merchant server, the web page is not session based; otherwise, it is session based.
In another aspect of the invention, the web page may include commands which will block the uploading of some portions of the data from the web page to the target domain computer. This feature is useful for sensitive data, such as an end user's social security number and/or credit card number.
In the following detailed description, a plurality of specific details, such as methods for establishing calls between a user and a customer service agent and particular JavaScript commands for implementing various functions, are set forth in order to provide a thorough understanding of the preferred embodiments discussed below. The details discussed in connection with the preferred embodiments should not be understood to limit the present invention. Furthermore, for ease of understanding, certain method steps are delineated as separate steps; however, these steps should not be construed as necessarily distinct nor order dependent in their performance.
The embodiments discussed below are believed to be particularly applicable in the context of internet commerce, and in particular, in the context of communication such as a phone call or text chat connection between a customer service representative and an end user in need of assistance and will be discussed primarily in that context herein. However, the various aspects and embodiments of the inventions set forth herein should not be understood to be so limited and may be used for a wide variety of purposes. For example, the ability to co-browse a website with an end user is also useful in the context of IT support (e.g., allowing an IT professional at an IT help desk to co-browse a website with an end user can facilitate the provision of assistance to the end user). The techniques discussed herein can also be used for simply collecting data entered by a user on a website without any co-browsing or other contact with the end user. There are numerous other uses for the techniques set forth herein as will be recognized by those of ordinary skill in the art.
This line of code is preferably placed in the website's header, footer, or some other location in the webpage which will ensure that the line of code is always executed when the web page is loaded to the end user PC 120. This code results in the download of additional JavaScript code/commands from the call server 140. (In the description herein, “eStara” refers to the assignee of the present application).
The additional JavaScript code downloaded from the call server 140 may be executed either when the user indicates that communication with a customer service agent is desired, or as soon as it is downloaded from the call server, or at any other suitable time. Alternatively, the downloaded JavaScript code can be included in the web page, thereby avoiding the necessity of downloading the code after the web page from the merchant server 110 is loaded.
In applications in which a third party is providing the co-browsing service to a merchant, providing the merchant with a single line of code to include on its web pages simplifies administration of the web page for the merchant. The use of JavaScript commands is preferable because it allows the collection and transmission of data from a web page on the user's PC 120 to a third party server 140 outside the domain of the merchant web server 110 without the use of a plug-in or other means that would require the user to perform some action.
The downloaded JavaScript commands function to create an element that is preferably invisible to the user, copy some or all of the contents of the web page being viewed by the user at end user PC 120 to the element, and upload the content of the element to a third party to facilitate co-browsing. A cookie with a Globally Unique Identifier is typically used to keep track of this particular customer, and this data is used to link up with a particular customer's cobrowse session. An exemplary method for performing these steps is set forth in the flowchart 200 of
The process begins at step 202 by determining whether the web page is session based or non-session based (i.e., static). If the page is session based at step 204, the source code of the subject web page from the top level page elements (the header and the body of the web page) are copied at step 206. This can be done using JavaScript: document.body.innerHTML and head.innerHTML. It is also desirable to replace all double quotes with an arbitrary unique string that can be turned back into double quotes at the target domain. The following is an exemplary JavaScript command:
After the source code for the session based page is obtained at step 206, an iframe with the “src” attribute set to a blank page on the target domain is created at step 210. The iframe is preferably hidden from the user. Such an iframe may be created using the following JavaScript commands (IE refers to the Internet Explorer browser):
After the iframe has been created at step 210, an element (referred to as “div” below) is created in the iframe at step 212 and the source code data from the session based web page previously copied at step 206 is copied into the div element at step 214 (those of skill in the art will recognize that it is also possible to copy the source code data directly into the iframe, and that numerous other methods for copying the source code into the iframe may also be used). This can be accomplished, for example, by changing the innerHTML of the element to a form with an input that contains the copied data from the subject web page. The following are exemplary JavaScript commands for performing the foregoing steps:
Once the data from the web page has been copied into the element of the iframe at step 214, the data is uploaded to the call server 140 at step 216. This can be accomplished using a JavaScript “submit” command as illustrated below:
This results in the uploading of the information from the copied web page to the target domain, which is the call server 140 in this example. The information may be sent from the call server 140 to a computer associated with a customer service agent in order to create a co-browsing display on the customer service agent's computer at step 220 as discussed further below.
The next task is to copy the user-modifiable portions of the web page (in the non-session based case, the other portion of the web page may be downloaded directly from the merchant web server 110 or may be stored in advance on the call server 140). This is accomplished at step 218 by walking the DOM (document object module) in the non-session based case or walking the source code in the session based case and copying the contents of elements such as radio dialogs, text fields, form entries, check boxes, select boxes, etc., that may be modified by the user. The DOM/source code may be walked to obtain the user modifiable data of the web page by first iterating through all the forms in the current document, then checking each form element, and then building a string/containing each form's element number, the name of the form element, and the value of that form element. The string may be unidirectional or bidirectional and may be uploaded using a GET or POST. Exemplary JavaScript commands for performing these tasks are set forth below. This code provides for the blocking of the uploading of fields that contain sensitive data that the operator of the merchant website may wish to hide from the customer service agent. An array called eStara_restriction defines the fields that the merchant wishes to block this array. This array is created dynamically per page, based on what the customer wants to prevent from being sent to the server, e.g. if they have a form element named ‘SSN’, we'd add SSN to the array to prevent any element named ‘SSN’ from being added.
As discussed above, the aforementioned functions may be implemented at any time after the web page is downloaded at the end user PC 120. This process is preferably repeated every few seconds to gather up all changes to make this process feel like cobrowsing. If it's found that there are no changes, you can avoid sending any information. When someone joins a cobrowse, they do so with a URL that includes the Globally Unique Identifier (GUID).
This identifier allows the server id determine if this particular user is on a session based page which must be downloaded from the cobrowse server or if the agent can go directly to the original web page URL. In either case the JavaScript include has commands that recognizes this is a cobrowse session for the GUID passed in which allows the cobrowsing link up.
In some embodiments, one or more of the merchant web pages on the merchant web server 110 includes a provision, such as an icon, for establishing communications between the user and a customer service agent. In some embodiments, the process described above in connection with
One type of communication between a user and a customer service agent that can be established is a phone call, which may be a pure VOIP (voice over internet protocol) phone call, a mixed VOIP-PSTN phone call, or a pure PSTN (public switched telephone network) phone call, which can be a “call back” call from a call center directly to a consumer or a “callback” call facilitated by a third party service provider in which the third party service provider places a first call to the user of the website at a number provided by the user and a second call to a call center and then bridges the first call to the second call. Examples of various methods in which such calls can be established can be found in U.S. Pat. Nos. 6,707,811; 6,791,974; 6,914,899; 6,144,670; 5,889,774; and 6,026,087; the contents of which are hereby incorporated by reference. A second method type of communication between a user and a customer service agent is a chat-room dialog between the user of the website and a customer service agent. A method for establishing such a connection is described in U.S. Pat. No. 6,914,899. In additions to the methods described in the foregoing patents, there are various other methods for establishing communications between a user of a website and a customer service agent.
Thus, for example, the merchant web page may include a CLICK TO CALL™ icon that, when activated, provides a click to call process provided by eStara, Inc. The CLICK TO CALL™ process presents the user with the option to enter a PSTN phone number at which the user wishes to be called (referred to in the art as “callback”), or the option to establish a VOIP phone call from the end user PC 120 to a customer service agent. If the user selects the call back option, a message is sent from the end user PC 320 to the call server 140 which causes the call server 140 to control a first VOIP gateway 150 to establish a PSTN call to the end user's phone 170 and a second VOIP gateway 151 to establish a PSTN call to the customer service agents' phone 180, and then bridges the two calls by setting the input of the VOIP gateway 150 to the output of the second VOIP gateway 151. In this scenario, the aforementioned data extraction process illustrated in
If the user chooses to establish a VOIP phone call from the end user PC 120 to a customer service agent, a thin client VOIP applet is downloaded to the end user PC 120. The applet establishes a VOIP call to a phone number indicated in the icon, which may be a PSTN or a VOIP target. If the target is a PSTN, the applet will cause packets including voice data to be exchanged with one a VOIP gateway 150 under control of the call server 140. The VOIP gateway 150 will establish a PSTN call to the customer service agent phone 180 and will translate the voice data packets to a form suitable for transmission over the PSTN. If the target is a VOIP call, the call server can facilitate the exchange of VOIP packets between the end user PC 120 and customer service agent computer 190. In either scenario, the aforementioned data extraction process illustrated in
Similarly, the merchant web page may include a PUSH TO CHAT™ icon that will establish a chat connection between an end user and a customer service agent in a manner well known in the art. As discussed above, the data extraction process illustrated in
It will be apparent to those of skill in the art that numerous variations in addition to those discussed above are also possible. Therefore, while the invention has been described with respect to certain specific embodiments, it will be appreciated that many modifications and changes may be made by those skilled in the art without departing from the spirit of the invention. It is intended therefore, by the appended claims to cover all such modifications and changes as fall within the true spirit and scope of the invention.
Furthermore, the purpose of the Abstract is to enable the U.S. Patent and Trademark Office and the public generally, and especially the scientists, engineers and practitioners in the art who are not familiar with patent or legal terms or phraseology, to determine quickly from a cursory inspection the nature and essence of the technical disclosure of the application. The Abstract is not intended to be limiting as to the scope of the present invention in any way.
Number | Name | Date | Kind |
---|---|---|---|
5963208 | Dolan et al. | Oct 1999 | A |
5983268 | Freivald et al. | Nov 1999 | A |
6209038 | Bowen et al. | Mar 2001 | B1 |
6477578 | Mhoon | Nov 2002 | B1 |
6707811 | Greenberg et al. | Mar 2004 | B2 |
6791974 | Greenberg | Sep 2004 | B1 |
6914899 | Siegrist et al. | Jul 2005 | B2 |
7000185 | Murren et al. | Feb 2006 | B1 |
7174506 | Dunsmoir et al. | Feb 2007 | B1 |
7272659 | Fukuoka | Sep 2007 | B2 |
7325188 | Covington et al. | Jan 2008 | B1 |
7356606 | Choate | Apr 2008 | B2 |
7519902 | Kraft et al. | Apr 2009 | B1 |
20020054126 | Gamon | May 2002 | A1 |
20020198903 | Robison et al. | Dec 2002 | A1 |
20030005282 | Bade | Jan 2003 | A1 |
20030033227 | Heiser | Feb 2003 | A1 |
20030083938 | Smith et al. | May 2003 | A1 |
20030093585 | Allan | May 2003 | A1 |
20030101412 | Eid | May 2003 | A1 |
20030110266 | Rollins et al. | Jun 2003 | A1 |
20030126134 | Messing et al. | Jul 2003 | A1 |
20030204753 | Raley et al. | Oct 2003 | A1 |
20040075686 | Watler et al. | Apr 2004 | A1 |
20040117349 | Moricz | Jun 2004 | A1 |
20040119727 | Dietz et al. | Jun 2004 | A1 |
20040177127 | Seraphin | Sep 2004 | A1 |
20040201615 | Dietz et al. | Oct 2004 | A1 |
20040258089 | Derechin et al. | Dec 2004 | A1 |
20040267730 | Dumais et al. | Dec 2004 | A1 |
20050162680 | Sekiguchi et al. | Jul 2005 | A1 |
20050198572 | Quiller et al. | Sep 2005 | A1 |
20050204281 | Choate | Sep 2005 | A1 |
20060004674 | Tesser | Jan 2006 | A1 |
20060010134 | Davis et al. | Jan 2006 | A1 |
20060053224 | Subramaniam | Mar 2006 | A1 |
20060179155 | Bunting et al. | Aug 2006 | A1 |
20070005685 | Chau et al. | Jan 2007 | A1 |
20070061412 | Karidi et al. | Mar 2007 | A1 |
20070061421 | Karidi et al. | Mar 2007 | A1 |
20070061467 | Essey et al. | Mar 2007 | A1 |
20070078810 | Hackworth | Apr 2007 | A1 |
20070156592 | Henderson | Jul 2007 | A1 |
20070186150 | Rao et al. | Aug 2007 | A1 |
20080109472 | Underwood et al. | May 2008 | A1 |
20080216174 | Vogel et al. | Sep 2008 | A1 |
20080229233 | Blattner | Sep 2008 | A1 |
20080306794 | Cohen et al. | Dec 2008 | A1 |
20080313306 | Skog | Dec 2008 | A1 |
20090024748 | Goldspink et al. | Jan 2009 | A1 |
20100205551 | Underwood et al. | Aug 2010 | A1 |
Number | Date | Country |
---|---|---|
0 843 454 | May 1998 | EP |
2008077225 | Apr 2008 | JP |
WO 02079911 | Oct 2002 | WO |
Number | Date | Country | |
---|---|---|---|
20080276183 A1 | Nov 2008 | US |